From owner-freebsd-stable@FreeBSD.ORG Sun Feb 23 17:51:22 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 377EC83A for ; Sun, 23 Feb 2014 17:51:22 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B644E153B for ; Sun, 23 Feb 2014 17:51:21 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id k14so3998752wgh.35 for ; Sun, 23 Feb 2014 09:51:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:date:message-id:organization:user-agent :in-reply-to:references:mime-version:content-type; bh=3MmjgEylWSlbu632b/ALgL/dLnVWvnWPuWxz8DgBBno=; b=pPtKfCeLBlMd1TnOSj3jZ0hnij56gdvlP4/h4GYGgNGDrdjOeuzH6EEwfmDNATyvxN G48n9TECadsNykKN9BCoc9ZidoHQsb7pIfqOONxnGObZvaJ6CmSbbugc2KH9t6B3GXiG kxQDEwLFvCY087/ByTa6VgWpJ1Ie9a8bNnxQbh1ryqAwxFKsdlK1Q2lhjuyCKq0IIpf2 sj6cKbX2gQr6KYiceHGIE0N83nod1f32uQQYTI3m22zejg/68NvF1MD5lvLLDydsZexe LHDYeOX2vGh1guhRtMRm5PkqOKO74KSbL5Xlhp7STRvFWlCVR7Vnf8utRhUkjNpCfP29 GlVg== X-Received: by 10.180.37.162 with SMTP id z2mr10946357wij.51.1393177880025; Sun, 23 Feb 2014 09:51:20 -0800 (PST) Received: from dragon.dg ([197.87.228.138]) by mx.google.com with ESMTPSA id v6sm16360180wif.0.2014.02.23.09.51.16 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 23 Feb 2014 09:51:18 -0800 (PST) Sender: David Naylor From: David Naylor To: pyunyh@gmail.com Subject: Re: [SOLVED] MPCP Opcode Pause and unresponsive computer Date: Sun, 23 Feb 2014 19:51:10 +0300 Message-ID: <7109858.LYNIHJIJOi@dragon.dg> Organization: FreeBSD User-Agent: KMail/4.10.5 (FreeBSD/9.2-STABLE; KDE/4.10.5; amd64; ; ) In-Reply-To: <20140217022329.GA3675@michelle.cdnetworks.com> References: <1403963.5sDsKbxfoF@dragon.dg> <20140217022329.GA3675@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2670731.5FePk0oNts"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Feb 2014 17:51:22 -0000 --nextPart2670731.5FePk0oNts Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hi, The issue was hardware error (corrupt memory module). Once removed all symptoms disappeared. Please see below for specific follow up messages. Regards On Monday, 17 February 2014 11:23:29 Yonghyeon PYUN wrote: > On Thu, Feb 13, 2014 at 10:01:56PM +0300, David Naylor wrote: > > Hi, > > > > I recently installed FreeBSD 10.0-RELEASE on an headless Intense-PC. I am > > experiencing two network related issues with the computer. > > > > First issue > > ----------- > > When compiling lang/ruby19 the network freezes. The build was done > > directly from the command line using ssh. After a while ssh reports > > "Write failed: Broken pipe". I attached the monitor and no messages were > > displayed on the output (and the machine was still running). > > > > The Intense-PC does not respond to pings at this point either. Of note, I > > was capable of transferring multiple GB of data and successfully compiled > > other ports but compiling lang/ruby19 messes up everything. > > > > Second issue > > ------------ > > After a period of uptime (after the freeze from building lang/ruby19) the > > entire network stops working, nothing is capable of connecting or > > communicating on the network. When I do a tcpdump (from a different, > > affected computer) I find the following: > > > > 20:57:58.254626 MPCP, Opcode Pause, length 46 > > > > These messages get repeated a few times a second. The moment I disconnect > > the Intense-PC from the network functionality is restored (and is clearly > > illustrated by the tcpdump). > > > > Information > > ----------- > > # uname -a > > FreeBSD dragonbsd 10.0-RELEASE FreeBSD 10.0-RELEASE #0 > > d44ce30(releng/10.0): Sun Feb 9 20:11:55 SAST 2014 > > root@dragon.dg:/tmp/home/freebsd/10.0/src/sys/MODULAR amd64 > > > > # ifconfig > > lo0: flags=8049 metric 0 mtu 16384 > > > > options=600003 > > inet6 ::1 prefixlen 128 > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 > > inet 127.0.0.1 netmask 0xff000000 > > nd6 options=21 > > > > em0: flags=8843 metric 0 mtu 1500 > > > > options=4219b > O4,WOL_MAGIC,VLAN_HWTSO> ether XX:XX:XX:XX:XX:XX > > inet 192.168.0.160 netmask 0xffffff00 broadcast 192.168.0.255 > > nd6 options=29 > > media: Ethernet autoselect (100baseTX ) > > status: active > > > > re0: flags=8843 metric 0 mtu 1500 > > > > options=8209b > L_MAGIC,LINKSTATE> ether XX:XX:XX:XX:XX:XX > > nd6 options=29 > > media: Ethernet autoselect (none) > > status: no carrier > > > > Any assistance to resolve this issue will be greatly appreciated. > > It's not normal to see pause frames with tcpdump. If my memory > serves me right, MAC control frames which include pause frames > should not be passed to host. Which network driver do you see > above pause frames? Some drivers like fxp(4) allow passing pause > frames to host but I think that's a bug in driver. I didn't change > that behavior of the driver just because it used to enable that > feature in the past. This is what a web search also indicated. In this case the machine receiving pause frames has: # dmesg | grep 'em0\|re0' em0: port 0xf040-0xf05f mem 0xf7300000-0xf731ffff,0xf7328000-0xf7328fff irq 20 at device 25.0 on pci0 em0: Using an MSI interrupt DragonSA@dragon:/tmp> dmesg | grep re0 re0: port 0xd000-0xd0ff mem 0xf7220000-0xf72200ff irq 16 at device 0.0 on pci3 re0: Chip rev. 0x18000000 re0: MAC rev. 0x00000000 miibus0: on re0 # ifconfig bridge0 bridge0: flags=8843 metric 0 mtu 1500 inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 nd6 options=9 id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: re0 flags=143 ifmaxaddr 0 port 3 priority 128 path cost 55 member: em0 flags=143 ifmaxaddr 0 port 2 priority 128 path cost 2000000 Could it be bridge0 is causing the pause frames to be visible? > I'm not sure what's happening there but receiving pause frames will > inhibit sending frames until the pause time expires such that you'll > not get any response from the host. Probably you have to know > which host is sending these lots of pause frames. Once you > identify the guilty host, you have to narrow down what condition > makes it send pause frames. It turns out that the guilty host had a faulty memory module (that didn't show up in memtest86+ when run with another module in). I've removed the offending memory module and no repeat of the incidences. --nextPart2670731.5FePk0oNts Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEABECAGYFAlMKNRFfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDY1NDBCNDdDNTRBQTNFQkFCMjNCNThBQzUx QTY4NTgwRkY2OTE2QjIACgkQUaaFgP9pFrI0vQCeKqI0k/fCkTdo+w991TYZOUBW pQ0AnjaKypfbJuF13/yLHnfYsFyHMEVN =b7fL -----END PGP SIGNATURE----- --nextPart2670731.5FePk0oNts-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 23 18:55:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2B5ADB4 for ; Sun, 23 Feb 2014 18:55:12 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C7B219E4 for ; Sun, 23 Feb 2014 18:55:12 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 1B479139C8 for ; Sun, 23 Feb 2014 16:57:00 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-type:content-type:in-reply-to:references:subject :subject:to:mime-version:user-agent:from:from:date:date :message-id; s=dkim; t=1393185418; x=1394049419; bh=RfLALpyh7MRA DEfj2fnC9kCItVfT+O38msBgmEzafo0=; b=atrm5D6dZjmLpZTSgmnawraGWwzc x+G0OHRG7+6u43D6WMdaqC+cpve910JZ97qFC7y/vQogFTY34Uypa74WVrHEUZTB WM5BDMude7mmCfxS+b1zUz1FcHvDZZ8bXjf2Q+cn0yXleV+OYJg9VjNHavI+BghV qyBFm0Z9VPylwyU= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vzBCuyb-wzg1 for ; Sun, 23 Feb 2014 16:56:58 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.54.69]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id F26D0139C4 for ; Sun, 23 Feb 2014 16:56:57 -0300 (BRT) Message-ID: <530A4405.10106@bsdinfo.com.br> Date: Sun, 23 Feb 2014 15:55:01 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE [resolved] References: <53016D97.5030909@bsdinfo.com.br> <53061BE5.9090504@bsdinfo.com.br> In-Reply-To: <53061BE5.9090504@bsdinfo.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Feb 2014 18:55:13 -0000 Em 20/02/14 12:14, Marcelo Gondim escreveu: > Em 16/02/14 23:01, Marcelo Gondim escreveu: >> Hi all, >> >> I have noticed zombie processes on the system after a few lost >> connections on ssh. >> >> # ps afx >> [...] >> 8045 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 8046 - Z 0:00.01 >> 8054 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 28146 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 28147 - Z 0:00.01 >> 28155 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 43320 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 43321 - Z 0:00.01 >> 43322 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 73413 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 73414 - Z 0:00.01 >> 73430 - IW 0:00.00 sshd: unknown [pam] (sshd) >> [...] >> >> Processes do not die with kill-9. >> Anyone else noticed this? >> >> # uname -a >> FreeBSD bart.xxxxx.com.br 10.0-STABLE FreeBSD 10.0-STABLE #3 r261419: >> Mon Feb 10 01:02:43 BRST 2014 >> root@bart.xxxxx.com.br:/usr/obj/usr/src/sys/GONDIM10 amd64 >> >> Best regards, >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" >> > The revision 261948 it seems that the problem does not happen anymore. :) > > # uname -a > FreeBSD bart.xxxxx.com.br 10.0-STABLE FreeBSD 10.0-STABLE #4 r261948: > Tue Feb 18 01:53:45 BRT 2014 > root@bart.xxxxx.com.br:/usr/obj/usr/src/sys/GONDIM10 amd64 I thought the problem had been solved, but the problem happened again. :( [...] 32099 - Is 0:00.01 sshd: unknown [priv] (sshd) 32100 - Z 0:00.01 [...] 81841 - Is 0:00.01 sshd: unknown [priv] (sshd) 81842 - Z 0:00.01 [...] Some new configuration in sshd_config is necessary? # uname -a FreeBSD bart.xxxxx.com.br 10.0-STABLE FreeBSD 10.0-STABLE #4 r261948: Tue Feb 18 01:53:45 BRT 2014 root@bart.xxxxx.com.br:/usr/obj/usr/src/sys/GONDIM10 amd64 Thanks! Gondim From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 00:42:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C99E59FA for ; Mon, 24 Feb 2014 00:42:37 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A62751736 for ; Mon, 24 Feb 2014 00:42:37 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WHjcy-0004oU-Oq for freebsd-stable@freebsd.org; Sun, 23 Feb 2014 16:42:36 -0800 Date: Sun, 23 Feb 2014 16:42:36 -0800 (PST) From: porkshoulder To: freebsd-stable@freebsd.org Message-ID: <1393202556750-5888404.post@n5.nabble.com> In-Reply-To: <201402081702.s18H2U8X084030@maildrop2.v6ds.occnc.com> References: <52DE4A69.9090304@gmail.com> <201401211956.s0LJuHiS065218@maildrop2.v6ds.occnc.com> <52E3ACCC.1080707@gmail.com> <201401251935.s0PJZAwH048013@maildrop2.v6ds.occnc.com> <52E4159A.4020007@gmail.com> <20140207051040.GB1369@michelle.cdnetworks.com> <201402081702.s18H2U8X084030@maildrop2.v6ds.occnc.com> Subject: Re: Any news about "msk0 watchdog timeout" regression in 10-RELEASE? 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.17 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, 24 Feb 2014 00:42:37 -0000 At the risk of sounding ignorant, what can I do to fix this issue on my box? I installed 10.0-RELEASE on my desktop at home. I don't have the exact output from dmesg, but I collected the following: Marvell Yukon Ultra 2 Id 0xba Rev 0x00 Marvell Yukon 88E8057 Gigabit Ethernet (Marvell 88E1149 Gigabit PHY) The msk(4) driver is loaded. I can ping anything just fine, but as soon as I try a 'portsnap fetch', the interface essentially "freezes". Anyway, can I patch the driver or should I just play with 9.2-RELEASE (I'm new to FreeBSD)? Thanks! -Joe -- View this message in context: http://freebsd.1045724.n5.nabble.com/Any-news-about-msk0-watchdog-timeout-regression-in-10-RELEASE-tp5878332p5888404.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 06:03:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 553EF92C; Mon, 24 Feb 2014 06:03:40 +0000 (UTC) Received: from mail-qc0-x22f.google.com (mail-qc0-x22f.google.com [IPv6:2607:f8b0:400d:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 008301645; Mon, 24 Feb 2014 06:03:39 +0000 (UTC) Received: by mail-qc0-f175.google.com with SMTP id e16so1512010qcx.20 for ; Sun, 23 Feb 2014 22:03:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=/iU3rVM1dwOuB3i2y8LBskaQk8fjnOQIp9Yzi+f3RNw=; b=WIkIB1ST8ccyAwHBZcF2zIksemJjHv7HKhNCD3OFFGUgjI9NG3O2EwMGCb0G4ZZb04 ZCon8xIR5iE6suNHILmeY31v1RFMHvaYU6p+lFKIICf1GAZFV+ikMxqs+Sp1cCUVkBy5 YgiidfEyndQaiWowGYFiRA8NvIk3CeCW1V6N6utHgMyVpk/zkOqXYGY1Zc/n2fGLhsFs viHsj5ccgvYFWQwYOrTscUmqGOvQXM8TByejrKYixrV6YEEw23Qz3Ja/o01UgDqW7WPy zw7+O0xkyp6a3wsBUNkastwQzFt3mkjIK0pLqlN2s/PuycQIJcqjDk7xiHsl7Wvf+FuY jFpQ== MIME-Version: 1.0 X-Received: by 10.140.93.130 with SMTP id d2mr25651457qge.41.1393221819204; Sun, 23 Feb 2014 22:03:39 -0800 (PST) Received: by 10.229.154.82 with HTTP; Sun, 23 Feb 2014 22:03:39 -0800 (PST) Date: Mon, 24 Feb 2014 10:03:39 +0400 Message-ID: Subject: WiFi configuration From: Michael BlackHeart To: freebsd-wireless@freebsd.org, freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 06:03:40 -0000 Hello, I've got a question about configuring WiFi bridged networking in FreeBSD 10 Stable. The config info: *Ethernet and WiFi transparent bridged network *WiFi is protected via WPA2 *802.11n/ht WiFi FreeBSD Configuration: wlans_ath0="wlan0" create_args_wlan0="wlanmode hostap" cloned_interfaces="bridge0" ifconfig_lo0="inet 127.0.0.1/8 mtu 9000" ifconfig_bridge0="inet 192.168.1.1/24 addm re1 addm wlan0 description LAN" ifconfig_re0="rxcsum txcsum tso -vlanhwtag -vlanmtu -vlanhwcsum description ToISP up" ifconfig_re1="description LAN_Ethernet" ifconfig_wlan0="ht channel 6:ht/20 country RU regdomain etsi -bgscan bintval 500" Hostapd from ports: In rc.conf hostapd_enable="YES" hostapd_program="/usr/local/sbin/hostapd" In /etc/hostapd.conf there's some stuff configured interface=wlan0 driver=bsd logger_syslog=-1 logger_syslog_level=4 logger_stdout=-1 logger_stdout_level=4 dump_file=/tmp/hostapd.dump ctrl_interface=/var/run/hostapd ctrl_interface_group=wheel ssid=MIEKOFF.LOCAL country_code=RU ieee80211d=1 beacon_int=100 dtim_period=2 max_num_sta=10 rts_threshold=2347 fragm_threshold=2346 preamble=1 macaddr_acl=0 auth_algs=2 ignore_broadcast_ssid=0 wmm_enabled=1 wmm_ac_bk_cwmin=4 wmm_ac_bk_cwmax=10 wmm_ac_bk_aifs=7 wmm_ac_bk_txop_limit=0 wmm_ac_bk_acm=0 wmm_ac_be_aifs=3 wmm_ac_be_cwmin=4 wmm_ac_be_cwmax=10 wmm_ac_be_txop_limit=0 wmm_ac_be_acm=0 wmm_ac_vi_aifs=2 wmm_ac_vi_cwmin=3 wmm_ac_vi_cwmax=4 wmm_ac_vi_txop_limit=94 wmm_ac_vi_acm=0 wmm_ac_vo_aifs=2 wmm_ac_vo_cwmin=2 wmm_ac_vo_cwmax=3 wmm_ac_vo_txop_limit=47 wmm_ac_vo_acm=0 ap_max_inactivity=600 disassoc_low_ack=1 max_listen_interval=600 ap_isolate=0 ieee8021x=0 eap_server=0 wpa=2 wpa_psk=da55ab74e575db9fcfa6dca52dbe9c1d29cc8a216627b0360e91c4ff3a50b6f9 wpa_key_mgmt=WPA-PSK wpa_pairwise=TKIP CCMP wpa_group_rekey=600 wpa_gmk_rekey=86400 rsn_preauth=1 disable_pmksa_caching=0 ap_table_max_size=255 ap_table_expiration_time=3600 time_advertisement=0 Question 1: Should I use hostapd from world or ports? Does it matter? Question 2: It seems than order of lines in rc.conf is important, e.g. if I place wifi before bridge there wolud be an error. Question 3: how should I configure WiFi device to be 802.11n/ht capable? When I place some args in "wlan_create" line they do not work or produce errors. e.g. if I place this: create_args_wlan0="wlanmode hostap ht channel 6:ht/20 country RU regdomain etsi mtu 2290" WiFi device would be not condigured due to unknown reason while system boots up. Question 4: I'd like to have increased MTU (2290), but when I try to add some MTU stuff to configuration, the bridge0 starts first, adds re1 with increased MTU and says that it cannot attach wlan0 with MTU 1500. Question 5: something happens with ht/40+. I just figure out how to configure wlan0 with ht/40+ at the boot time. When I add it to wlan_create nothing happens or error happens. Of couse each try breaks bridge0 and cuts me off so I have to log in directly - that's pain. Question 6: what sould I configure in hostapd.conf? Or what can I configure if I'd like to without disturbing wireless networking. -- amd_miek Think different. Just superior. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 06:35:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E54ED8D; Mon, 24 Feb 2014 06:35:31 +0000 (UTC) Received: from mail-qg0-x22b.google.com (mail-qg0-x22b.google.com [IPv6:2607:f8b0:400d:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE5C518A6; Mon, 24 Feb 2014 06:35:30 +0000 (UTC) Received: by mail-qg0-f43.google.com with SMTP id f51so13804227qge.2 for ; Sun, 23 Feb 2014 22:35:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=FYNZvs8LFSkmMvaxo60XS4hYOvbGFDnb9F5+7VZfZbw=; b=wt7pDsn9DL8gAACnrlM5weHsMLXQC2n7v25LEBVemzANWZShqo2bXoxAiXcjD7trL5 8eaaUVDgb0ASY0K0JO4nZDs2rBX8yvAFY7ufP31lyr5p+by0fg6PnCbRvNnO3xqqXbKQ HYpxQxNaaFv5eAPTCdfxnAiPHdEWGW4nMaFi6S93SXeC48sHLvrW+cfJl7sL98MensnJ Wfl89qxM49kIajJGR3nyXHQWGjFFVhyxTpLi4tKLbqOKMVFXPA6WNvW7qAJpeOhWs5Tp JNZ7CjMQX0MUYWovM+8q5U4T6XlSqGx3YqLFxwOJvmvK+8ZVTrdh5+gvAg8315rPTAQm CChw== MIME-Version: 1.0 X-Received: by 10.140.42.138 with SMTP id c10mr26275541qga.24.1393223729925; Sun, 23 Feb 2014 22:35:29 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Sun, 23 Feb 2014 22:35:29 -0800 (PST) In-Reply-To: References: Date: Sun, 23 Feb 2014 22:35:29 -0800 X-Google-Sender-Auth: JRDHndj8JT2aF4RxJG1yyDJ8V0M Message-ID: Subject: Re: WiFi configuration From: Adrian Chadd To: Michael BlackHeart Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-wireless@freebsd.org" , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 06:35:31 -0000 Hi all you need is: interface=wlan0 driver=bsd ssid=CACHEBOY_11N_1 wpa=3 wpa_key_mgmt=WPA-PSK wpa_passphrase=PasswordGoesHere wpa_pairwise=CCMP ctrl_interface=/var/run/hostapd I haven't tried running the wifi with an mtu greater than the default (1500). Why are you trying to do this? you also don't need to say ht, it'll automatically do ht for you. -a From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 08:56:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A109A7; Mon, 24 Feb 2014 08:56:40 +0000 (UTC) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 06B4B192B; Mon, 24 Feb 2014 08:56:39 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id c9so8581100qcz.1 for ; Mon, 24 Feb 2014 00:56:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/HR5kVXJ2BBb6dsE4ynQORZ4xzOvqSqoQOJaSazB8Jk=; b=iAmr7PU8L9xiKNMwZRZuJ9OeU1EBBd0iNmW5mvX/OE5kl1K8cZmRjjAIgOF68OGCfN gQUXM6aVCcB9UXubpDHXvPCI3+wAm0feiDsmBAGLv6PpQwuPDQ1oobmMXlgCQUsh3OTP RP9Q/s7jQcbPrdJQ78dpBjb9H/jg7rZNJRY2DwPuKRC8gmvpgLWQOJpTUIv05MKWA+Jt U7ZzXZOc45ocjZ6Jw2HBPXTvKoZUqixphor854MiydwX+qFecP+86gfu5mjA2MzRSkSM W38+7mbZfwKuPwJ5oRz4hWV5TiaSwCtASWc9LaJjA3QrUkiQruZRhE1TbWYvyxHr4kyM Wwhg== MIME-Version: 1.0 X-Received: by 10.140.50.46 with SMTP id r43mr26531577qga.22.1393232199195; Mon, 24 Feb 2014 00:56:39 -0800 (PST) Received: by 10.229.154.82 with HTTP; Mon, 24 Feb 2014 00:56:39 -0800 (PST) In-Reply-To: References: Date: Mon, 24 Feb 2014 12:56:39 +0400 Message-ID: Subject: Re: WiFi configuration From: Michael BlackHeart To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-wireless@freebsd.org" , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 08:56:40 -0000 2014-02-24 10:35 GMT+04:00 Adrian Chadd : > Hi > > all you need is: > > interface=wlan0 > driver=bsd > ssid=CACHEBOY_11N_1 > wpa=3 > wpa_key_mgmt=WPA-PSK > wpa_passphrase=PasswordGoesHere > wpa_pairwise=CCMP > ctrl_interface=/var/run/hostapd > > > I haven't tried running the wifi with an mtu greater than the default > (1500). Why are you trying to do this? > > As far I understand MTU 2290 is native to wireless/ath/freebsd driver. Look at this ath0: flags=8843 metric 0 mtu 2290 ether cc:b2:55:00:68:1f media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng status: running But when freebsd creates wlan0 it's lowered to 1500. I tried with another ath WiFi card this way - worked fine with 2290 MTU in a bridge. BTW 2290 is max value, but it seems than noone looked into wifi MTU under freebsd, theoretically it could be about 7k to 9k - normal jumbo frame. 2290 is some kinda way of baby jumbo frames - they're slightly bigger than 1.5k. So next is the bridge. By default bridge uses the MTU of a first member, so if it will be a stock ethernet i-face so it'll be again 1500. If you're asking me why am I to use increased MTU - I see it reasonable. > you also don't need to say ht, it'll automatically do ht for you. > > -a > -- amd_miek Think different. Just superior. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 12:38:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E946F258 for ; Mon, 24 Feb 2014 12:38:39 +0000 (UTC) Received: from mail-pd0-f170.google.com (mail-pd0-f170.google.com [209.85.192.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C174610DA for ; Mon, 24 Feb 2014 12:38:39 +0000 (UTC) Received: by mail-pd0-f170.google.com with SMTP id y10so3033241pdj.29 for ; Mon, 24 Feb 2014 04:38:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=eax3ySe3I0CMgfoxPpn/rvuRC4/BohvEmOaraaF+vOk=; b=e+AALS4Ytymym2haxaqEOjI90gUjXcftN0lx7+6tIZE7iYoT2XvaODNK6/AFpKYGu1 uD+AknmQxzrtOgCdsEpwDs4EVF9HDBYCJAoYl8bIVAfaBQc9Nc+os5w7z2oojxTL5Jyo P27u3vhBoZlXjZXG8W84FBAUvFGls7Y6fcdpHg7is5Gg168KKdlx/+y29kPdhLHNGeta UmSm2JVBjS9ly+OJckQsqUzPaOcgyHdO0Prd0ubLW+NvON2LJJohyno5l1AGExo4Dyip vZZODMs1Rgd3BVHbkJQQ/gY5xC0E4J/CIEK94n//yyB8afp4n3crm/396bqHRs4wBNqS kKwQ== X-Gm-Message-State: ALoCoQmhBqctsHH9XJwRejYxcRyz/SS5X9J9jJr90Ef0YwYuOBuL7b5wYoz5gsnfIOxjMtCRcV+T MIME-Version: 1.0 X-Received: by 10.66.141.231 with SMTP id rr7mr24233570pab.41.1393245513024; Mon, 24 Feb 2014 04:38:33 -0800 (PST) Received: by 10.68.111.37 with HTTP; Mon, 24 Feb 2014 04:38:32 -0800 (PST) Date: Mon, 24 Feb 2014 13:38:32 +0100 Message-ID: Subject: Intel X540 T2 From: Johan Kooijman To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 12:38:40 -0000 Hi all, We're seeing the same issues with our ixgbe cards as mentioned in this thread: http://lists.freebsd.org/pipermail/freebsd-bugs/2013-October/054216.html on FreeBSD 9.2-RELEASE. Can anyone tell me if there's a fix out there that I cannot find? -- Met vriendelijke groeten / With kind regards, Johan Kooijman T +31(0) 6 43 44 45 27 F +31(0) 162 82 00 01 E mail@johankooijman.com From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 13:55:02 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18A3C306 for ; Mon, 24 Feb 2014 13:55:02 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9575418AD for ; Mon, 24 Feb 2014 13:55:01 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id mc6so2234349lab.36 for ; Mon, 24 Feb 2014 05:54:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=e+KvDSijzdKWC30N4r/QL9DmurpgwMyGUXQltHQ2CeA=; b=zWE57e79gKvUw1/CjEFrmwR6QGCw4EN82uFgISOND+6XpbdqDRahLmr44GWC23ALvW idtGq+LDd8Zz86g3zvdCQZ/W1ldITw/B4aWmTZfZXc0PDRmYC81yptgOfU6B9muqyVIy Px78VMoXZY4SWqIlBBYrjdJCvT2Us0dJRk3PWqFp3VfqXhqdgteKyVcaprelDEPbLJAp x4V7fj7SIA/l1swCsw537NLVPxqPwsUIoSGN+zr/3TXTjQ7ghVQquPprWwA6h65HFIw0 6ZLD6JOwsf6Yh+rd3hjK6nluZVdGMV9SlSc5udJvF/kjrAXTYKO95pFZqEs0nEzWqdk1 SvWA== X-Received: by 10.112.171.136 with SMTP id au8mr7171161lbc.0.1393250099714; Mon, 24 Feb 2014 05:54:59 -0800 (PST) Received: from ?IPv6:2a02:6b8::408:9c2f:b79e:2eb8:9bfb? ([2a02:6b8:0:408:9c2f:b79e:2eb8:9bfb]) by mx.google.com with ESMTPSA id rt7sm18740855lbb.0.2014.02.24.05.54.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 24 Feb 2014 05:54:58 -0800 (PST) From: Dmitry Sivachenko Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: fsck dumps core Message-Id: <417919B7-C4D7-4003-9A71-64C4C9E73678@gmail.com> Date: Mon, 24 Feb 2014 17:54:57 +0400 To: stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 13:55:02 -0000 Hello! FreeBSD 10.0-STABLE #0 r262016M # fsck /dev/mfid0p1 ** /dev/mfid0p1 Segmentation fault # truss shows: lseek(3,0x2b0000,SEEK_SET) =3D 2818048 (0x2b0000) read(3,"\0\0\0\0lo\0\0\0\^N\0\0\0\0\0\0"...,32768) =3D 32768 (0x8000) lseek(3,0x2b8000,SEEK_SET) =3D 2850816 (0x2b8000) read(3,"\0\0\0\0lo\0\0\0\^N\0\0\0\0\0\0"...,12288) =3D 12288 (0x3000) mmap(0x0,-1119879168,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = ERR#12 'Cannot allocate memory' SIGNAL 11 (SIGSEGV) process exit, rval =3D 0 #0 flushentry () at /place/WRK/src/sbin/fsck_ffs/fsutil.c:258 258 if (cgbp->b_un.b_cg =3D=3D NULL) (gdb) bt #0 flushentry () at /place/WRK/src/sbin/fsck_ffs/fsutil.c:258 #1 0x000000000040e827 in setup (dev=3D) at = fsck.h:392 #2 0x0000000000408cd8 in main (argc=3D1, argv=3D0x7fffffffda30) at /place/WRK/src/sbin/fsck_ffs/main.c:394 # tunefs -p /dev/mfid0p1=20 tunefs: POSIX.1e ACLs: (-a) disabled tunefs: NFSv4 ACLs: (-N) disabled tunefs: MAC multilabel: (-l) disabled tunefs: soft updates: (-n) enabled tunefs: soft update journaling: (-j) disabled tunefs: gjournal: (-J) disabled tunefs: trim: (-t) disabled tunefs: maximum blocks per file in a cylinder group: (-e) 4096 tunefs: average file size: (-f) 16384 tunefs: average number of files in a directory: (-s) 64 tunefs: minimum percentage of free space: (-m) 8% tunefs: space to hold for metadata blocks: (-k) 9136 tunefs: optimization preference: (-o) time tunefs: volume label: (-L) =20 Is there any way to complete fsck to get this drive working? Thanks.= From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 13:58:10 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3378B85B for ; Mon, 24 Feb 2014 13:58:07 +0000 (UTC) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7794218E0 for ; Mon, 24 Feb 2014 13:58:07 +0000 (UTC) Received: by mail-ig0-f178.google.com with SMTP id h18so4670833igc.5 for ; Mon, 24 Feb 2014 05:58:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=KD6TRNu1I01aBgMLbzytyqmUCYT7W27SujBlNVGi4oo=; b=TIcYbsHgxSkf1KZY68+yZlrlLC7l1Cad9zSq/r1+5XViQrt5k43vm3bdR+tX05dtyx eaaLMMQ/MHfvTn68s/TUS3tHq3RP3HOZM808F9tagROs94Xtn6YeDIEpD/ftxRwJBQth pjTIIyPfOdh1Gh1jiYUun6dXeRsnzgV3lyUBho/C/32wo6mF52k4Oh1mqDTjjV+NTFyk jyPZrtP4MvjFriuFsaGk/qRLJ0TA8aT/LnitqtCklhsyXkK6ITNtHNFfa9MkFWt3bEOt ptlPH1lNrF7umUvze3ksjhLifhMOqEQTZQgh71reJnWRM+I1IbVEOrP9N2nF/wqPYhO0 vmpw== X-Received: by 10.50.37.205 with SMTP id a13mr13619320igk.41.1393250286114; Mon, 24 Feb 2014 05:58:06 -0800 (PST) Received: from [140.254.161.141] ([140.254.161.141]) by mx.google.com with ESMTPSA id c17sm26860328igo.4.2014.02.24.05.58.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 24 Feb 2014 05:58:02 -0800 (PST) From: Jay Young Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: ipv6 and ipfilter on 10.0-RELEASE Message-Id: <61186760-1AC1-43FB-9F11-989B57AD8754@gmail.com> Date: Mon, 24 Feb 2014 08:58:00 -0500 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 13:58:10 -0000 I am running a 10.0-RELEASE system with the same ipfilter config that I = have on many 9.2-RELEASE systems. When I look at my ipmon logs I see = that both IPv4 and IPv6 packets are being blocked by the same rule = @0:16. On my 9.2 systems the IPv6 rules are separate form the IPv4 = rules. Do I need to change the ipfilter config in some way.? Also how to = I tell which rules is being hit. The output if ipstat -ni and ipstat -6 = -ni shows me the rule numbers like the 9.2 box. I only have two blocking = rules @6 for ipv6 and @10 for ipv4. Also wondering why the icmp6 traffic = is being blocked at all since it is allowed in the inet6 rule. Thanks, Jay=20 Feb 24 08:02:32 xxxx ipmon[2208]: 08:02:32.654562 bge0 @0:16 b = xxxx::xxxx:xxxx:xxxx:xxxx -> ff02::1 PR icmpv6 len 40 104 icmpv6 = routeradvert/0 IN multicast Feb 24 08:02:32 xxxx ipmon[2208]: 08:02:32.654562 bge0 @0:16 b = xxxx::xxxx:xxxx:xxxx:xxxx -> ff02::1 PR icmpv6 len 40 104 icmpv6 = routeradvert/0 IN multicast Feb 24 08:02:33 xxxx ipmon[2208]: 08:02:33.675609 bge0 @0:16 b = xxx.xxx.xxx.xxx,0 -> xxx.xxx.xxx.xxx,123 PR udp len 20 76 IN low-ttl bad = broadcast Feb 24 08:02:33 xxxx ipmon[2208]: 08:02:33.675609 bge0 @0:16 b = xxx.xxx.xxx.xxx,0 -> xxx.xxx.xxx.xxx,123 PR udp len 20 76 IN low-ttl bad = broadcast #ipfstat -6 -ni @1 pass in quick on lo0 inet6 all @2 pass in quick inet6 proto ipv6-icmp from any to any keep state @3 pass in quick inet6 proto tcp from xxxx:xxxx:xxxx:xxxx::/64 to any = port =3D ssh keep state @4 pass in quick inet6 proto tcp from any to any port =3D smtp keep = state @5 pass in quick inet6 proto udp from xxxx:xxxx:xxxx::/48 to any port =3D = ntp keep state @6 block in log first inet6 all #sudo ipfstat -ni @1 pass in quick on lo0 inet all @2 pass in quick inet proto icmp from any to any keep state @3 pass in quick inet proto igmp from any to any keep state @4 pass in quick inet proto tcp from xxx.xxx.xxx.xxx/24 to any port =3D = ssh keep state @5 pass in quick inet proto tcp from xxx.xxx.xxx.xxx/32 to any port =3D = ssh keep state @6 pass in quick inet proto tcp from xxx.xxx.xxx.xxx/32 to any port =3D = ssh keep state @7 pass in quick inet proto tcp from any to any port =3D smtp keep state @8 pass in quick inet proto udp from xxx.xxx.xxx.xxx/24 to any port =3D = ntp keep state @9 pass in quick inet proto tcp from any to any port =3D snpp keep state @10 block in log first inet all =20= From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 14:27:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A24027B4 for ; Mon, 24 Feb 2014 14:27:20 +0000 (UTC) Received: from mail-la0-x22f.google.com (mail-la0-x22f.google.com [IPv6:2a00:1450:4010:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2572D1BCB for ; Mon, 24 Feb 2014 14:27:19 +0000 (UTC) Received: by mail-la0-f47.google.com with SMTP id y1so1392049lam.6 for ; Mon, 24 Feb 2014 06:27:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=iML0yYvQ06Y3mh2HQgtx1rpWiXBv0eNV3tOC6iL11hM=; b=yobfA5N1ccYAcoIMigFbn4Q2JHe3F4J9HMbjTQjKKtb1CuP/J8VUmKpue2Q9mEwRTN Ew7J/SIDAmKYy9r0dlBaaw0D0lay3vh9nFPrSpvb4B+80Ho5UW1kcU3WRUbhs1Lw+VP2 uOL96OxcjNx7zOrGm92eDCPVUEN+Kti6PEE0OWPKc1OxMQea/LbltTU2m8N+YdGS5GZb qFqICk/bVzXB/D0qmlouqFwqZyXAwyXKUS2Of4uRaJl96IGui9X6c0ia89fWgGesmezt bwbkzeVqKscIuQfhdTqxfZmI+MSSJ5wch/HWzVVPrBNPk12dykGfktyzedwU4SCjgu7v O1zg== X-Received: by 10.152.87.140 with SMTP id ay12mr7451882lab.1.1393252038192; Mon, 24 Feb 2014 06:27:18 -0800 (PST) Received: from ?IPv6:2a02:6b8::408:9c2f:b79e:2eb8:9bfb? ([2a02:6b8:0:408:9c2f:b79e:2eb8:9bfb]) by mx.google.com with ESMTPSA id q6sm2592727lal.3.2014.02.24.06.27.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 24 Feb 2014 06:27:17 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: fsck dumps core From: Dmitry Sivachenko In-Reply-To: <417919B7-C4D7-4003-9A71-64C4C9E73678@gmail.com> Date: Mon, 24 Feb 2014 18:27:15 +0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <417919B7-C4D7-4003-9A71-64C4C9E73678@gmail.com> To: stable@freebsd.org X-Mailer: Apple Mail (2.1827) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 14:27:20 -0000 Forgot to mention that it is ~90TB partition and this server has 24GB of = RAM. On 24 =D1=84=D0=B5=D0=B2=D1=80. 2014 =D0=B3., at 17:54, Dmitry = Sivachenko wrote: > Hello! >=20 > FreeBSD 10.0-STABLE #0 r262016M >=20 > # fsck /dev/mfid0p1 > ** /dev/mfid0p1 > Segmentation fault > # >=20 > truss shows: > lseek(3,0x2b0000,SEEK_SET) =3D 2818048 = (0x2b0000) > read(3,"\0\0\0\0lo\0\0\0\^N\0\0\0\0\0\0"...,32768) =3D 32768 (0x8000) > lseek(3,0x2b8000,SEEK_SET) =3D 2850816 = (0x2b8000) > read(3,"\0\0\0\0lo\0\0\0\^N\0\0\0\0\0\0"...,12288) =3D 12288 (0x3000) > mmap(0x0,-1119879168,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = ERR#12 'Cannot allocate memory' > SIGNAL 11 (SIGSEGV) > process exit, rval =3D 0 >=20 >=20 > #0 flushentry () at /place/WRK/src/sbin/fsck_ffs/fsutil.c:258 > 258 if (cgbp->b_un.b_cg =3D=3D NULL) > (gdb) bt > #0 flushentry () at /place/WRK/src/sbin/fsck_ffs/fsutil.c:258 > #1 0x000000000040e827 in setup (dev=3D) at = fsck.h:392 > #2 0x0000000000408cd8 in main (argc=3D1, argv=3D0x7fffffffda30) > at /place/WRK/src/sbin/fsck_ffs/main.c:394 >=20 >=20 >=20 > # tunefs -p /dev/mfid0p1=20 > tunefs: POSIX.1e ACLs: (-a) disabled > tunefs: NFSv4 ACLs: (-N) disabled > tunefs: MAC multilabel: (-l) disabled > tunefs: soft updates: (-n) enabled > tunefs: soft update journaling: (-j) disabled > tunefs: gjournal: (-J) disabled > tunefs: trim: (-t) disabled > tunefs: maximum blocks per file in a cylinder group: (-e) 4096 > tunefs: average file size: (-f) 16384 > tunefs: average number of files in a directory: (-s) 64 > tunefs: minimum percentage of free space: (-m) 8% > tunefs: space to hold for metadata blocks: (-k) 9136 > tunefs: optimization preference: (-o) time > tunefs: volume label: (-L) =20 >=20 >=20 > Is there any way to complete fsck to get this drive working? >=20 > Thanks. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 15:50:21 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E5B0BC for ; Mon, 24 Feb 2014 15:50:21 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id D354915AF for ; Mon, 24 Feb 2014 15:50:20 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1WHxnO-0005hP-HK; Mon, 24 Feb 2014 19:50:18 +0400 Date: Mon, 24 Feb 2014 19:50:18 +0400 From: Slawa Olhovchenkov To: Dmitry Sivachenko Subject: Re: fsck dumps core Message-ID: <20140224155018.GA21738@zxy.spb.ru> References: <417919B7-C4D7-4003-9A71-64C4C9E73678@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) 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 Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 15:50:21 -0000 On Mon, Feb 24, 2014 at 06:27:15PM +0400, Dmitry Sivachenko wrote: > Forgot to mention that it is ~90TB partition and this server has 24GB of RAM. > > Is there any way to complete fsck to get this drive working? Try to add some swap space. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 15:52:33 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F2843C1 for ; Mon, 24 Feb 2014 15:52:33 +0000 (UTC) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D57BF164B for ; Mon, 24 Feb 2014 15:52:32 +0000 (UTC) Received: by mail-la0-f41.google.com with SMTP id gl10so2979893lab.0 for ; Mon, 24 Feb 2014 07:52:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=bSNIH2BtkCXsZzruRLwuQ/m0HBxx/B7PZfoLZ8w+nwo=; b=ny7thbg1ibx2K80OYjqJOi9FzV6uyNlVcAW5O2qBDhxRLc5UK8D5Mnud7/ePSI042t tVmz16ELFNs6ms7I9rJb0DEoZ315u9H+UxSpgWPllzBGWUsJEXxBfcQyxaujrpM0e5BX hrFJKUqCswCsnfQF3fJrGhcL8f8MCTB6eVFndXYPV759tOZMUgYR2+m/mv4bwyA+sxpG EajGIsL88B9gdKgrWprOb9bxAMyIdcvcKQ57TJen2DNjbdIYYGfiJjtmIm05kvJ96Rrj eCKkiCtBzppCLR8RIwVq9PUcwBXUgVHerNAWvz62ETWFY0hGUd7O6OoE7AaFqMDsHhln L3tw== X-Received: by 10.153.5.136 with SMTP id cm8mr37826lad.82.1393257149967; Mon, 24 Feb 2014 07:52:29 -0800 (PST) Received: from 95.108.174.208-red.dhcp.yndx.net (95.108.174.208-red.dhcp.yndx.net. [95.108.174.208]) by mx.google.com with ESMTPSA id g8sm26209127lae.1.2014.02.24.07.52.27 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 24 Feb 2014 07:52:28 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: fsck dumps core From: Dmitry Sivachenko In-Reply-To: <20140224155018.GA21738@zxy.spb.ru> Date: Mon, 24 Feb 2014 19:52:27 +0400 Content-Transfer-Encoding: quoted-printable Message-Id: <831076C1-0DF7-41BF-B8C5-57583DC92586@gmail.com> References: <417919B7-C4D7-4003-9A71-64C4C9E73678@gmail.com> <20140224155018.GA21738@zxy.spb.ru> To: Slawa Olhovchenkov X-Mailer: Apple Mail (2.1827) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 15:52:33 -0000 On 24 =D1=84=D0=B5=D0=B2=D1=80. 2014 =D0=B3., at 19:50, Slawa = Olhovchenkov wrote: > On Mon, Feb 24, 2014 at 06:27:15PM +0400, Dmitry Sivachenko wrote: >=20 >> Forgot to mention that it is ~90TB partition and this server has 24GB = of RAM. >>> Is there any way to complete fsck to get this drive working? >=20 > Try to add some swap space. I have 48GB of swap. It dumps core almost immediately on start, not that it is running out of = swap.= From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 15:53:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54B234F2; Mon, 24 Feb 2014 15:53:49 +0000 (UTC) Received: from mail-qc0-x22f.google.com (mail-qc0-x22f.google.com [IPv6:2607:f8b0:400d:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 004BC166B; Mon, 24 Feb 2014 15:53:48 +0000 (UTC) Received: by mail-qc0-f175.google.com with SMTP id e16so2158939qcx.6 for ; Mon, 24 Feb 2014 07:53:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=6Py68FAz+5na1XPGLabNRnu3MnZFfT5S0Ndy8DxGTek=; b=KLVyd+QwHPO+M+h4vJcP94s/scgd7tyMoLohKz+jAIA5Dawd6y3F24JBxgQNiiZijy y9WqNlSM2DcCXm4LatHKh/XTpbPvcDEDBuNEObLO7K3PM375DrbZYfauVpVQCHgWecPJ K3cTmXEUme6rR6UuInDkRe1yAh+rFsmCJP+kPbVOaLHwaB7NaKize2TkIJBZEyTkwFJR gQ/VLXYVOauaR9txhyCb/lI92EahNURRsbbsnyfdVl7oiBrEjZnTy0DuhxtDaJSbVNkY gjZvYS8gz/tZLpPhX2PQvDyH2Ndsg4L/D6nnZTnwWDyM2ANYs/rdaGgcC6gVXq9un46T S/wg== MIME-Version: 1.0 X-Received: by 10.224.121.137 with SMTP id h9mr31083234qar.55.1393257228239; Mon, 24 Feb 2014 07:53:48 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Mon, 24 Feb 2014 07:53:48 -0800 (PST) In-Reply-To: References: Date: Mon, 24 Feb 2014 07:53:48 -0800 X-Google-Sender-Auth: b-W2tfpKyivbrrhoH_Mzgt70jUQ Message-ID: Subject: Re: WiFi configuration From: Adrian Chadd To: Michael BlackHeart Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-wireless@freebsd.org" , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 15:53:49 -0000 Hi, It's a hold-over from what wifi will let you get away with. Just stick to 1500 and let the 802.11n A-MPDU aggregate things as appropriate. -a On 24 February 2014 00:56, Michael BlackHeart wrote: > > > > 2014-02-24 10:35 GMT+04:00 Adrian Chadd : > >> Hi >> >> all you need is: >> >> interface=wlan0 >> driver=bsd >> ssid=CACHEBOY_11N_1 >> wpa=3 >> wpa_key_mgmt=WPA-PSK >> wpa_passphrase=PasswordGoesHere >> wpa_pairwise=CCMP >> ctrl_interface=/var/run/hostapd >> >> >> I haven't tried running the wifi with an mtu greater than the default >> (1500). Why are you trying to do this? >> > > As far I understand MTU 2290 is native to wireless/ath/freebsd driver. > > Look at this > ath0: flags=8843 metric 0 mtu 2290 > ether cc:b2:55:00:68:1f > media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng > status: running > > But when freebsd creates wlan0 it's lowered to 1500. I tried with another > ath WiFi card this way - worked fine with 2290 MTU in a bridge. BTW 2290 is > max value, but it seems than noone looked into wifi MTU under freebsd, > theoretically it could be about 7k to 9k - normal jumbo frame. 2290 is some > kinda way of baby jumbo frames - they're slightly bigger than 1.5k. > > So next is the bridge. By default bridge uses the MTU of a first member, so > if it will be a stock ethernet i-face so it'll be again 1500. > > If you're asking me why am I to use increased MTU - I see it reasonable. > >> >> you also don't need to say ht, it'll automatically do ht for you. >> >> -a > > > > > -- > amd_miek > Think different. > Just superior. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 16:23:32 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10DEF3F2 for ; Mon, 24 Feb 2014 16:23:32 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CF46B1935 for ; Mon, 24 Feb 2014 16:23:31 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WHyJR-000DIa-79; Mon, 24 Feb 2014 16:23:25 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s1OGNLDs036965; Mon, 24 Feb 2014 09:23:21 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18/++YyjtkOLd5UFeQ5xgXf Subject: Re: fsck dumps core From: Ian Lepore To: Dmitry Sivachenko In-Reply-To: <831076C1-0DF7-41BF-B8C5-57583DC92586@gmail.com> References: <417919B7-C4D7-4003-9A71-64C4C9E73678@gmail.com> <20140224155018.GA21738@zxy.spb.ru> <831076C1-0DF7-41BF-B8C5-57583DC92586@gmail.com> Content-Type: text/plain; charset="koi8-r" Date: Mon, 24 Feb 2014 09:23:21 -0700 Message-ID: <1393259001.1149.36.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id s1OGNLDs036965 Cc: stable@FreeBSD.org, Slawa Olhovchenkov X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 16:23:32 -0000 On Mon, 2014-02-24 at 19:52 +0400, Dmitry Sivachenko wrote: > On 24 =C6=C5=D7=D2. 2014 =C7., at 19:50, Slawa Olhovchenkov wrote: >=20 > > On Mon, Feb 24, 2014 at 06:27:15PM +0400, Dmitry Sivachenko wrote: > >=20 > >> Forgot to mention that it is ~90TB partition and this server has 24G= B of RAM. > >>> Is there any way to complete fsck to get this drive working? > >=20 > > Try to add some swap space. >=20 >=20 > I have 48GB of swap. >=20 > It dumps core almost immediately on start, not that it is running out o= f swap. It looks to me like it's trying to allocate an insanely large amount of memory, perhaps in response to some insane value it found while trying to walk the filesystem data. I had something like that happen back in the 90s, and I was eventually able to track it down to garbage written into one inode block. I manually zero'd that block with dd and lost a few files in the process, but was able to recover most of the filesystem. I'm not recommending that you start zeroing out blocks on your disk at this point, just mentioning one possibility of how much difficulty you may face. fsck does an amazing job, but it can't cope with every possible type of insanity it may encounter. -- Ian From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 17:18:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2950048F for ; Mon, 24 Feb 2014 17:18:52 +0000 (UTC) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D70E1E43 for ; Mon, 24 Feb 2014 17:18:51 +0000 (UTC) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.7/8.14.7) with ESMTP id s1OGwCrd063682 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 24 Feb 2014 17:58:13 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: stable@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.7/8.14.7) with ESMTP id s1OGw8xZ027113; Mon, 24 Feb 2014 23:58:09 +0700 (NOVT) (envelope-from eugen@grosbein.net) Message-ID: <530B7A20.7010504@grosbein.net> Date: Mon, 24 Feb 2014 23:58:08 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: Dmitry Sivachenko Subject: Re: fsck dumps core References: <417919B7-C4D7-4003-9A71-64C4C9E73678@gmail.com> In-Reply-To: <417919B7-C4D7-4003-9A71-64C4C9E73678@gmail.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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 Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 17:18:52 -0000 On 24.02.2014 20:54, Dmitry Sivachenko wrote: > Hello! > > FreeBSD 10.0-STABLE #0 r262016M > > # fsck /dev/mfid0p1 > ** /dev/mfid0p1 > Segmentation fault > # > > truss shows: > lseek(3,0x2b0000,SEEK_SET) = 2818048 (0x2b0000) > read(3,"\0\0\0\0lo\0\0\0\^N\0\0\0\0\0\0"...,32768) = 32768 (0x8000) > lseek(3,0x2b8000,SEEK_SET) = 2850816 (0x2b8000) > read(3,"\0\0\0\0lo\0\0\0\^N\0\0\0\0\0\0"...,12288) = 12288 (0x3000) > mmap(0x0,-1119879168,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) ERR#12 'Cannot allocate memory' > SIGNAL 11 (SIGSEGV) > process exit, rval = 0 ERR#12 may point to some memory limits. Show output of 'limits' command and try to raise memory limits, if any. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 17:19:13 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 093C25B0 for ; Mon, 24 Feb 2014 17:19:13 +0000 (UTC) Received: from mail-la0-x22e.google.com (mail-la0-x22e.google.com [IPv6:2a00:1450:4010:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 854CB1E4E for ; Mon, 24 Feb 2014 17:19:12 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id hr17so220644lab.5 for ; Mon, 24 Feb 2014 09:19:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=RlD4YKyTLIgn1ha1/jXhVT9iPA5U8TTj87GgH8UDevo=; b=RXtQPBuZzH1eLN61+xKLGc8L8T3269tQr0ODOfqQ70kGdAYJbL0ex9hq/SyOUpGjvG 3W2hv4xakT6JTpSL0VjG+RJ5QXNESqaQmzkxLfE5laNo5ib8FgqiZxpA9QkQTQdh1ld0 cJBPA+6ioM7Z4F3w0PFt7EElSvfWZRGlkVjjapkdQJQwfFfFd/pSkjQydQAB493WTsgR AngXdM5WuBuUuD2gyfrY0AyAZO1gKO6nhF3DmCDPUXl5JHklZrWQ3LGIWqKP91DZr9k/ gQlm68FbUgvG/DDegf5LjL0LIji6Ifck8L2cJYrMe5u20tRMJByfV3rfVxkbW+SDwjip xIjA== X-Received: by 10.152.204.104 with SMTP id kx8mr10280959lac.60.1393262350557; Mon, 24 Feb 2014 09:19:10 -0800 (PST) Received: from [10.0.1.20] ([176.193.138.181]) by mx.google.com with ESMTPSA id mo3sm19238695lbb.17.2014.02.24.09.19.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 24 Feb 2014 09:19:09 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: fsck dumps core From: Dmitry Sivachenko In-Reply-To: <530B7A20.7010504@grosbein.net> Date: Mon, 24 Feb 2014 21:19:06 +0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <417919B7-C4D7-4003-9A71-64C4C9E73678@gmail.com> <530B7A20.7010504@grosbein.net> To: Eugene Grosbein X-Mailer: Apple Mail (2.1827) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 17:19:13 -0000 On 24 =D1=84=D0=B5=D0=B2=D1=80. 2014 =D0=B3., at 20:58, Eugene Grosbein = wrote: > On 24.02.2014 20:54, Dmitry Sivachenko wrote: >> Hello! >>=20 >> FreeBSD 10.0-STABLE #0 r262016M >>=20 >> # fsck /dev/mfid0p1 >> ** /dev/mfid0p1 >> Segmentation fault >> # >>=20 >> truss shows: >> lseek(3,0x2b0000,SEEK_SET) =3D 2818048 = (0x2b0000) >> read(3,"\0\0\0\0lo\0\0\0\^N\0\0\0\0\0\0"...,32768) =3D 32768 (0x8000) >> lseek(3,0x2b8000,SEEK_SET) =3D 2850816 = (0x2b8000) >> read(3,"\0\0\0\0lo\0\0\0\^N\0\0\0\0\0\0"...,12288) =3D 12288 (0x3000) >> = mmap(0x0,-1119879168,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = ERR#12 'Cannot allocate memory' >> SIGNAL 11 (SIGSEGV) >> process exit, rval =3D 0 >=20 > ERR#12 may point to some memory limits. > Show output of 'limits' command and try to raise memory limits, if = any. >=20 # limits -a Resource limits (current): cputime infinity secs filesize infinity kB datasize 33554432 kB stacksize 524288 kB coredumpsize infinity kB memoryuse infinity kB memorylocked infinity kB maxprocesses 26946 openfiles 140000 sbsize infinity bytes vmemoryuse infinity kB pseudo-terminals infinity swapuse infinity kB From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 17:29:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20C6F8A7 for ; Mon, 24 Feb 2014 17:29:56 +0000 (UTC) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9AB811089 for ; Mon, 24 Feb 2014 17:29:55 +0000 (UTC) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.7/8.14.7) with ESMTP id s1OHTp6T063798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 24 Feb 2014 18:29:52 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: stable@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.7/8.14.7) with ESMTP id s1OHTlS2027242; Tue, 25 Feb 2014 00:29:47 +0700 (NOVT) (envelope-from eugen@grosbein.net) Message-ID: <530B818B.3070209@grosbein.net> Date: Tue, 25 Feb 2014 00:29:47 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: Dmitry Sivachenko Subject: Re: fsck dumps core References: <417919B7-C4D7-4003-9A71-64C4C9E73678@gmail.com> <530B7A20.7010504@grosbein.net> In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.2 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * 2.9 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: date * -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-Spam-Level: *** Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 17:29:56 -0000 On 25.02.2014 00:19, Dmitry Sivachenko wrote: >>> mmap(0x0,-1119879168,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) ERR#12 'Cannot allocate memory' >>> SIGNAL 11 (SIGSEGV) > # limits -a > Resource limits (current): > cputime infinity secs > filesize infinity kB > datasize 33554432 kB > stacksize 524288 kB > coredumpsize infinity kB > memoryuse infinity kB > memorylocked infinity kB > maxprocesses 26946 > openfiles 140000 > sbsize infinity bytes > vmemoryuse infinity kB > pseudo-terminals infinity > swapuse infinity kB -1119879168 looks like some kind of 32bit overflow for me. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 18:37:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51DB4176 for ; Mon, 24 Feb 2014 18:37:21 +0000 (UTC) Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by mx1.freebsd.org (Postfix) with ESMTP id 29294175A for ; Mon, 24 Feb 2014 18:37:20 +0000 (UTC) Received: from ulysses.homer.att.com (unknown [135.205.193.8]) by mail-pink.research.att.com (Postfix) with ESMTP id 2CFDA120246 for ; Mon, 24 Feb 2014 13:08:13 -0500 (EST) Received: from hera.homer.att.com (hera.homer.att.com [135.205.193.102]) by ulysses.homer.att.com (8.14.4/8.14.4) with ESMTP id s1OI4J3D005551 for ; Mon, 24 Feb 2014 13:04:19 -0500 (EST) Received: from hera.homer.att.com (localhost [127.0.0.1]) by hera.homer.att.com (8.13.8+Sun/8.13.8) with ESMTP id s1OI4Ju1022099 for ; Mon, 24 Feb 2014 13:04:19 -0500 (EST) Message-Id: <201402241804.s1OI4Ju1022099@hera.homer.att.com> To: freebsd-stable@freebsd.org Subject: docbook-sgml install failure MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <22097.1393265059.1@hera.homer.att.com> Date: Mon, 24 Feb 2014 13:04:19 -0500 From: "J. W. Ballantine" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 18:37:21 -0000 Hi, I'm trying to update my ports to FB10, and the process is hanging with docbook-sgml. It fails with: xmlcatmgr: entry already exists for `/usr/local/share/sgml/docbook/catalog' of type `CATALOG' pkg-static: POST-INSTALL script failed Installing docbook-sgml-4.5...pkg-static: docbook-sgml-4.5 conflicts with docbook-4.2 (installs files into the same place). Problematic file: /usr/local/share/sgml/docbook/4.2/ChangeLog *** Error code 70 I did a deinstall and reinstall for all textproc/docbook-* and that didn't help. I also tried export FORCE_PKG_REGISTER=1, also with no sucess. This failure is from a portmaster -G x11-servers/xorg-servers command. What do I need to do to get docbook-sgml to install so I can finish the update? Thanks Jim Ballantine From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 18:55:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 135D4EED for ; Mon, 24 Feb 2014 18:55:40 +0000 (UTC) Received: from mail-vc0-x22d.google.com (mail-vc0-x22d.google.com [IPv6:2607:f8b0:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C116B1964 for ; Mon, 24 Feb 2014 18:55:39 +0000 (UTC) Received: by mail-vc0-f173.google.com with SMTP id ld13so6214233vcb.18 for ; Mon, 24 Feb 2014 10:55:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7BEqODFQLCrUx8ZFgFyxR40RVkhkO4R2SGSeJ/09mpQ=; b=wLQcG5pn96YVIj18VwZKUJzGv9ARwTQyODN0fuAPVEepKZSr+syFZ/cK4yOd4DK4R0 aNRxRBXw5wKkGPmJnUVp906EYROtYitK4dSZ8oKICZqczrDgTIjksYqT3Rk3C9eaHW9W FFDMs10a3CWaPIuNe3Cu5AiQLQJXAVoyRkUAskFc9nT9WCCKZRwCdbBmd6qTfRE/job5 ev81KigKV0XKRy0SGL3sfmDlaDfmpJ6RXd+6JOYoGmchi2LzsyXihhIrAAIIdB9OPCTT cm08AoLH8TQs418XnH23p8xCbgksyy9hz39SnIWbU7iUUOmmGNFuJHUPkbeulQrleP9K L45g== MIME-Version: 1.0 X-Received: by 10.52.84.102 with SMTP id x6mr11405375vdy.49.1393268138826; Mon, 24 Feb 2014 10:55:38 -0800 (PST) Received: by 10.220.168.135 with HTTP; Mon, 24 Feb 2014 10:55:38 -0800 (PST) In-Reply-To: <201402241804.s1OI4Ju1022099@hera.homer.att.com> References: <201402241804.s1OI4Ju1022099@hera.homer.att.com> Date: Mon, 24 Feb 2014 13:55:38 -0500 Message-ID: Subject: Re: docbook-sgml install failure From: Thomas Hoffmann To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "J. W. Ballantine" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 18:55:40 -0000 On Mon, Feb 24, 2014 at 1:04 PM, J. W. Ballantine wrote: > Hi, > > I'm trying to update my ports to FB10, and the process is hanging > with docbook-sgml. It fails with: > > xmlcatmgr: entry already exists for > `/usr/local/share/sgml/docbook/catalog' of type `CATALOG' > pkg-static: POST-INSTALL script failed > Installing docbook-sgml-4.5...pkg-static: docbook-sgml-4.5 conflicts with > docbook-4.2 (installs files into the same place). Problematic file: > /usr/local/share/sgml/docbook/4.2/ChangeLog > *** Error code 70 > > I did a deinstall and reinstall for all textproc/docbook-* and that didn't > help. I also tried export FORCE_PKG_REGISTER=1, also with no sucess. > This failure is from a portmaster -G x11-servers/xorg-servers command. > > What do I need to do to get docbook-sgml to install so I can finish the > update? > > Thanks > > Jim Ballantine > Did you see the 20140209 entry in /usr/ports/UPDATING that affects textproc/docbook*? -Tom From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 19:02:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60EA03B1 for ; Mon, 24 Feb 2014 19:02:49 +0000 (UTC) Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3F41A49 for ; Mon, 24 Feb 2014 19:02:48 +0000 (UTC) Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id D9FF71203A2; Mon, 24 Feb 2014 14:06:41 -0500 (EST) Received: from jwb-mac.client.research.att.com (jwb-mac.client.research.att.com [135.207.141.204]) by mail-blue.research.att.com (Postfix) with ESMTP id 51C1FF0369; Mon, 24 Feb 2014 14:02:48 -0500 (EST) Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: docbook-sgml install failure From: James Ballantine In-Reply-To: Date: Mon, 24 Feb 2014 14:02:36 -0500 Message-Id: <78D0A0F5-B7BD-4622-9030-556C030F2F7C@hera.homer.att.com> References: <201402241804.s1OI4Ju1022099@hera.homer.att.com> To: Thomas Hoffmann X-Mailer: Apple Mail (2.1827) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 19:02:49 -0000 On Feb 24, 2014, at 1:55 PM, Thomas Hoffmann wrote: > On Mon, Feb 24, 2014 at 1:04 PM, J. W. Ballantine = wrote: > Hi, >=20 > I'm trying to update my ports to FB10, and the process is hanging > with docbook-sgml. It fails with: >=20 > xmlcatmgr: entry already exists for = `/usr/local/share/sgml/docbook/catalog' of type `CATALOG' > pkg-static: POST-INSTALL script failed > Installing docbook-sgml-4.5...pkg-static: docbook-sgml-4.5 conflicts = with > docbook-4.2 (installs files into the same place). Problematic file: > /usr/local/share/sgml/docbook/4.2/ChangeLog > *** Error code 70 >=20 > I did a deinstall and reinstall for all textproc/docbook-* and that = didn't > help. I also tried export FORCE_PKG_REGISTER=3D1, also with no = sucess. > This failure is from a portmaster -G x11-servers/xorg-servers command. >=20 > What do I need to do to get docbook-sgml to install so I can finish = the > update? >=20 > Thanks >=20 > Jim Ballantine >=20 > Did you see the 20140209 entry in /usr/ports/UPDATING that affects = textproc/docbook*? >=20 > -Tom >=20 I believe you mean 20140219, not 20140209, and no I hadn=92t. Well follow it. Thanks Jim= From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 19:08:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0952796 for ; Mon, 24 Feb 2014 19:08:58 +0000 (UTC) Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by mx1.freebsd.org (Postfix) with ESMTP id 63E271AA8 for ; Mon, 24 Feb 2014 19:08:58 +0000 (UTC) Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id 1B4671203DD; Mon, 24 Feb 2014 14:12:51 -0500 (EST) Received: from jwb-mac.client.research.att.com (jwb-mac.client.research.att.com [135.207.141.204]) by mail-blue.research.att.com (Postfix) with ESMTP id 8BFACF036B; Mon, 24 Feb 2014 14:08:57 -0500 (EST) Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: docbook-sgml install failure From: James Ballantine In-Reply-To: <78D0A0F5-B7BD-4622-9030-556C030F2F7C@hera.homer.att.com> Date: Mon, 24 Feb 2014 14:08:45 -0500 Message-Id: <541F49C6-9601-4C11-A621-7000166E498E@hera.homer.att.com> References: <201402241804.s1OI4Ju1022099@hera.homer.att.com> <78D0A0F5-B7BD-4622-9030-556C030F2F7C@hera.homer.att.com> To: Thomas Hoffmann X-Mailer: Apple Mail (2.1827) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 19:08:58 -0000 On Feb 24, 2014, at 2:02 PM, James Ballantine = wrote: >=20 > On Feb 24, 2014, at 1:55 PM, Thomas Hoffmann wrote: >=20 >> On Mon, Feb 24, 2014 at 1:04 PM, J. W. Ballantine = wrote: >> Hi, >>=20 >> I'm trying to update my ports to FB10, and the process is hanging >> with docbook-sgml. It fails with: >>=20 >> xmlcatmgr: entry already exists for = `/usr/local/share/sgml/docbook/catalog' of type `CATALOG' >> pkg-static: POST-INSTALL script failed >> Installing docbook-sgml-4.5...pkg-static: docbook-sgml-4.5 conflicts = with >> docbook-4.2 (installs files into the same place). Problematic file: >> /usr/local/share/sgml/docbook/4.2/ChangeLog >> *** Error code 70 >>=20 >> I did a deinstall and reinstall for all textproc/docbook-* and that = didn't >> help. I also tried export FORCE_PKG_REGISTER=3D1, also with no = sucess. >> This failure is from a portmaster -G x11-servers/xorg-servers = command. >>=20 >> What do I need to do to get docbook-sgml to install so I can finish = the >> update? >>=20 >> Thanks >>=20 >> Jim Ballantine >>=20 >> Did you see the 20140209 entry in /usr/ports/UPDATING that affects = textproc/docbook*? >>=20 >> -Tom >>=20 >=20 > I believe you mean 20140219, not 20140209, and no I hadn=92t. >=20 > Well follow it. >=20 > Thanks >=20 > Jim OK, I tried the pkg delete from 20140219 and the reply was 4 no such = package installed. When I tried and install from textproc/docbook-sgml , it failed with the = same conflicts with docbook-4.2 error. Jim From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 19:13:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50B54A47 for ; Mon, 24 Feb 2014 19:13:28 +0000 (UTC) Received: from mail-vc0-x233.google.com (mail-vc0-x233.google.com [IPv6:2607:f8b0:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A7341B4E for ; Mon, 24 Feb 2014 19:13:27 +0000 (UTC) Received: by mail-vc0-f179.google.com with SMTP id lh14so6303635vcb.10 for ; Mon, 24 Feb 2014 11:13:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zBNDDZS6mnN94sPAP9jQ+HHrGKH/IuXTc00/Mqzh/Mk=; b=Fa1KxeOi5T6IFd+VpIRlG9ZqWFgkio3EpTx+swII3pvZ+fLjzhCwTOLh968+S9+CiJ JfYXzr5qSRiLPHOSP+nj0cf2Nv6kiGXlzPrrm8bERUanAqQhwiULPpzMiEHq543SIwkz 8pp58ULvnqrEkSnt7PAjF7BBmtISxXnx+BV3VOl4YsqWE2bzP6ZN3BBXIvIZsN8UlA/F BH1ZBKtai1LdxzSQc1E962rfzZmqd2Z71DGw2oqOU1mimrhefH5wZUeyLYsYEdPTr+9A U5+D+yC3iQ7x+fKm7fXvJLD0cZx5VjDL/HVR7bxSdG0o4h1u7PZNY10//kefvubCf3mN KBCg== MIME-Version: 1.0 X-Received: by 10.220.139.198 with SMTP id f6mr1609105vcu.47.1393269207138; Mon, 24 Feb 2014 11:13:27 -0800 (PST) Received: by 10.220.168.135 with HTTP; Mon, 24 Feb 2014 11:13:27 -0800 (PST) In-Reply-To: <541F49C6-9601-4C11-A621-7000166E498E@hera.homer.att.com> References: <201402241804.s1OI4Ju1022099@hera.homer.att.com> <78D0A0F5-B7BD-4622-9030-556C030F2F7C@hera.homer.att.com> <541F49C6-9601-4C11-A621-7000166E498E@hera.homer.att.com> Date: Mon, 24 Feb 2014 14:13:27 -0500 Message-ID: Subject: Re: docbook-sgml install failure From: Thomas Hoffmann To: James Ballantine Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 19:13:28 -0000 On Mon, Feb 24, 2014 at 2:08 PM, James Ballantine wrote: > > On Feb 24, 2014, at 2:02 PM, James Ballantine > wrote: > > > On Feb 24, 2014, at 1:55 PM, Thomas Hoffmann wrote: > > On Mon, Feb 24, 2014 at 1:04 PM, J. W. Ballantine wrote: > >> Hi, >> >> I'm trying to update my ports to FB10, and the process is hanging >> with docbook-sgml. It fails with: >> >> xmlcatmgr: entry already exists for >> `/usr/local/share/sgml/docbook/catalog' of type `CATALOG' >> pkg-static: POST-INSTALL script failed >> Installing docbook-sgml-4.5...pkg-static: docbook-sgml-4.5 conflicts with >> docbook-4.2 (installs files into the same place). Problematic file: >> /usr/local/share/sgml/docbook/4.2/ChangeLog >> *** Error code 70 >> >> I did a deinstall and reinstall for all textproc/docbook-* and that didn't >> help. I also tried export FORCE_PKG_REGISTER=1, also with no sucess. >> This failure is from a portmaster -G x11-servers/xorg-servers command. >> >> What do I need to do to get docbook-sgml to install so I can finish the >> update? >> >> Thanks >> >> Jim Ballantine >> > > Did you see the 20140209 entry in /usr/ports/UPDATING that affects > textproc/docbook*? > > -Tom > > > I believe you mean 20140219, not 20140209, and no I hadn't. > > Well follow it. > > Thanks > > Jim > > > OK, I tried the pkg delete from 20140219 and the reply was 4 no such > package installed. > When I tried and install from textproc/docbook-sgml , it failed with the > same conflicts with > docbook-4.2 error. > > Jim > > Looks like you don not have the most recent version of /usr/ports/UPDATING, which contained incorrect instructions in its first iteration. You need to use: pkg delete -f docbook-xml\* docbook-sk\* docbook\[2345\]\?\?-\* docbook-4\* to delete the docbook packages. Note the escape characters. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 19:28:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C5FEF78 for ; Mon, 24 Feb 2014 19:28:50 +0000 (UTC) Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by mx1.freebsd.org (Postfix) with ESMTP id 1C6E11C7F for ; Mon, 24 Feb 2014 19:28:48 +0000 (UTC) Received: from ulysses.homer.att.com (unknown [135.205.193.8]) by mail-pink.research.att.com (Postfix) with ESMTP id 35E381202A8 for ; Mon, 24 Feb 2014 14:32:42 -0500 (EST) Received: from hera.homer.att.com (hera.homer.att.com [135.205.193.102]) by ulysses.homer.att.com (8.14.4/8.14.4) with ESMTP id s1OJSmYw007483; Mon, 24 Feb 2014 14:28:48 -0500 (EST) Received: from hera.homer.att.com (localhost [127.0.0.1]) by hera.homer.att.com (8.13.8+Sun/8.13.8) with ESMTP id s1OJSmYA007292; Mon, 24 Feb 2014 14:28:48 -0500 (EST) Message-Id: <201402241928.s1OJSmYA007292@hera.homer.att.com> To: Thomas Hoffmann Subject: Re: docbook-sgml install failure MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <7290.1393270128.1@hera.homer.att.com> Date: Mon, 24 Feb 2014 14:28:48 -0500 From: "J. W. Ballantine" Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 19:28:50 -0000 ---------- In Response to your message ------------- > Date: Mon, 24 Feb 2014 14:13:27 -0500 > To: James Ballantine > From: Thomas Hoffmann > Subject: Re: docbook-sgml install failure > > --047d7b3439402b061304f32bc499 > Content-Type: text/plain; charset=ISO-8859-1 > > On Mon, Feb 24, 2014 at 2:08 PM, James Ballantine wr ote: > > > > > On Feb 24, 2014, at 2:02 PM, James Ballantine > > wrote: > > > > > > On Feb 24, 2014, at 1:55 PM, Thomas Hoffmann wrote: > > > > On Mon, Feb 24, 2014 at 1:04 PM, J. W. Ballantine wrote: > > > >> Hi, > >> > >> I'm trying to update my ports to FB10, and the process is hanging > >> with docbook-sgml. It fails with: > >> > >> xmlcatmgr: entry already exists for > >> `/usr/local/share/sgml/docbook/catalog' of type `CATALOG' > >> pkg-static: POST-INSTALL script failed > >> Installing docbook-sgml-4.5...pkg-static: docbook-sgml-4.5 conflicts wit h > >> docbook-4.2 (installs files into the same place). Problematic file: > >> /usr/local/share/sgml/docbook/4.2/ChangeLog > >> *** Error code 70 > >> > >> I did a deinstall and reinstall for all textproc/docbook-* and that didn' t > >> help. I also tried export FORCE_PKG_REGISTER=1, also with no sucess. > >> This failure is from a portmaster -G x11-servers/xorg-servers command. > >> > >> What do I need to do to get docbook-sgml to install so I can finish the > >> update? > >> > >> Thanks > >> > >> Jim Ballantine > >> > > > > Did you see the 20140209 entry in /usr/ports/UPDATING that affects > > textproc/docbook*? > > > > -Tom > > > > > > I believe you mean 20140219, not 20140209, and no I hadn't. > > > > Well follow it. > > > > Thanks > > > > Jim > > > > > > OK, I tried the pkg delete from 20140219 and the reply was 4 no such > > package installed. > > When I tried and install from textproc/docbook-sgml , it failed with the > > same conflicts with > > docbook-4.2 error. > > > > Jim > > > > Looks like you don not have the most recent version of > /usr/ports/UPDATING, which contained incorrect instructions in its first > iteration. You need to use: > > pkg delete -f docbook-xml\* docbook-sk\* docbook\[2345\]\?\?-\* docbook-4\* > > to delete the docbook packages. Note the escape characters. > > --047d7b3439402b061304f32bc499 > Content-Type: text/html; charset=ISO-8859-1 > >
On Mon, Feb 24, 2014 at 2:08 PM, James Ballantine <jwb@hera.homer.att.com> wrote :
>

>
On Feb 24, 2014, at 2:02 PM, James Ballantine <jwb@hera.homer.att.com> wrote:
>
On Feb 24, 2014, at 1:55 PM, Thomas Hoffmann <trh411@gmail.com> wrote:

< blockquote type="cite">
> On Mon, Feb 24, 2014 at 1:04 PM, J. W. Ballantine <jwb@hera.homer.att.com> ; wrote:
>
Hi,
>
> I'm trying to update my ports to FB10, and the process is hanging
> with docbook-sgml.  It fails with:
>
>  xmlcatmgr: entry already exists for `/usr/local/share/sgml/docbook/cat alog' of type `CATALOG'
>  pkg-static: POST-INSTALL script failed
>  Installing docbook-sgml-4.5...pkg-static: docbook-sgml-4.5 conflicts w ith
>  docbook-4.2 (installs files into the same place).  Problematic fi le:
>  /usr/local/share/sgml/docbook/4.2/ChangeLog
>  *** Error code 70
>
> I did a deinstall and reinstall for all textproc/docbook-* and that didn' ;t
> help.  I also tried export FORCE_PKG_REGISTER=1, also with no sucess. > This failure is from a portmaster -G x11-servers/xorg-servers command.
>
> What do I need to do to get docbook-sgml to install so I can finish the
> update?
>
> Thanks
>
> Jim Ballantine

Did you see the 20140209 entry in /usr/ports/UPDATING that affects textproc/docbook*?

-Tom

>

I believe you mean 20140219, not 20140209, and n o I hadn’t.

Well follow it.

Thanks

Jim

>
OK, I tried the pkg delete from 20140219 and the reply was 4 no such package installed.
When I tried and install from textproc/d ocbook-sgml , it failed with the same conflicts with
docbook-4.2 erro r.
>

Jim

Looks like you don not have the most recent version of /usr/ports/UPDATING, which contained incorr ect instructions in its first iteration. You need to use:
>
pkg delete -f docbook-xml\* docbook-sk\* docbook\[2345\]\?\? -\* docbook-4\*

to delete the docbook packages. Note the escape characters.
> > > --047d7b3439402b061304f32bc499-- > I tried it with the escape char, same result: # pkg_delete -f docbook-xml\* docbook-sk\* docbook\[2345\]\?\?-\* docbook-4\* pkg_delete: no such package 'docbook-xml*' installed pkg_delete: no such package 'docbook-sk*' installed pkg_delete: no such package 'docbook[2345]??-*' installed pkg_delete: no such package 'docbook-4*' installed # pkg version | grep docbook docbook-4.1_4 ? docbook-4.2 ? docbook-4.3 ? docbook-4.4_2 ? docbook-4.5_2 ? docbook-5.0_1 ? docbook-3.1_4 ? docbook-1.5 = docbook-sk-4.1.2_4 ? docbook-tdg-2.0.17 = docbook-to-man-1.0_2 = docbook-xml-4.3 ? docbook-xml-4.4_1 ? docbook-xml-4.5 ? docbook-xsd-1.0.b1 = docbook-xsl-1.76.1_2 = docbook-xsl-ns-1.78.1_4 = dsssl-docbook-modular-1.79_1,1 = FWIW my UPDATING is from 02/19/141 Jim From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 19:56:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 944C7A18 for ; Mon, 24 Feb 2014 19:56:05 +0000 (UTC) Received: from mail-ve0-x22a.google.com (mail-ve0-x22a.google.com [IPv6:2607:f8b0:400c:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D834109E for ; Mon, 24 Feb 2014 19:56:05 +0000 (UTC) Received: by mail-ve0-f170.google.com with SMTP id c14so1909463vea.29 for ; Mon, 24 Feb 2014 11:56:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4EFyd14iy2VYgVE2mEmSrV+4mUzHg1IR10LOjPtQFvo=; b=byAoqHY3Ql7oEuYQ/wxjGwnPjvp8LxVTn6bMDEYxBoUInXLg+Ql+U1eM0TsWWed/GJ YMsbiHwf9+gCqgvad6jtqzy8PExRgaaA65qmJ+DzJnDSF6JfyGM4b15oSjNkE4oBo22F hxYaO8TY6CQhjAN0AnCQK/2H1zMzmKPh3qauwDMWAo4aAB47uBABbrd7hjxteJp3VHLz J9sIZ8Wu1U4mkHoBZ/TDqoxSHOhP4zQq7LUUtNo9LNoya7gMX58Hyi/pAlsLTWYNyZ3r zwP70isGbvfWHnlJdPNhd23//ULZ9mQTDxQ+DlAMmd2G4aG9KbIDU/90jKwxyZhA6LbJ RRAw== MIME-Version: 1.0 X-Received: by 10.220.200.6 with SMTP id eu6mr13776139vcb.35.1393271764352; Mon, 24 Feb 2014 11:56:04 -0800 (PST) Received: by 10.220.168.135 with HTTP; Mon, 24 Feb 2014 11:56:04 -0800 (PST) In-Reply-To: <201402241928.s1OJSmYA007292@hera.homer.att.com> References: <201402241928.s1OJSmYA007292@hera.homer.att.com> Date: Mon, 24 Feb 2014 14:56:04 -0500 Message-ID: Subject: Re: docbook-sgml install failure From: Thomas Hoffmann To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "J. W. Ballantine" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 19:56:05 -0000 On Mon, Feb 24, 2014 at 2:28 PM, J. W. Ballantine wrote: > ---------- In Response to your message ------------- > > > Date: Mon, 24 Feb 2014 14:13:27 -0500 > > To: James Ballantine > > From: Thomas Hoffmann > > Subject: Re: docbook-sgml install failure > > > > --047d7b3439402b061304f32bc499 > > Content-Type: text/plain; charset=ISO-8859-1 > > > > On Mon, Feb 24, 2014 at 2:08 PM, James Ballantine < > jwb@hera.homer.att.com>wr > ote: > > > > > > > > On Feb 24, 2014, at 2:02 PM, James Ballantine > > > > wrote: > > > > > > > > > On Feb 24, 2014, at 1:55 PM, Thomas Hoffmann > wrote: > > > > > > On Mon, Feb 24, 2014 at 1:04 PM, J. W. Ballantine < > jwb@hera.homer.att.com> > wrote: > > > > > >> Hi, > > >> > > >> I'm trying to update my ports to FB10, and the process is hanging > > >> with docbook-sgml. It fails with: > > >> > > >> xmlcatmgr: entry already exists for > > >> `/usr/local/share/sgml/docbook/catalog' of type `CATALOG' > > >> pkg-static: POST-INSTALL script failed > > >> Installing docbook-sgml-4.5...pkg-static: docbook-sgml-4.5 > conflicts wit > h > > >> docbook-4.2 (installs files into the same place). Problematic file: > > >> /usr/local/share/sgml/docbook/4.2/ChangeLog > > >> *** Error code 70 > > >> > > >> I did a deinstall and reinstall for all textproc/docbook-* and that > didn' > t > > >> help. I also tried export FORCE_PKG_REGISTER=1, also with no sucess. > > >> This failure is from a portmaster -G x11-servers/xorg-servers > command. > > >> > > >> What do I need to do to get docbook-sgml to install so I can finish > the > > >> update? > > >> > > >> Thanks > > >> > > >> Jim Ballantine > > >> > > > > > > Did you see the 20140209 entry in /usr/ports/UPDATING that affects > > > textproc/docbook*? > > > > > > -Tom > > > > > > > > > I believe you mean 20140219, not 20140209, and no I hadn't. > > > > > > Well follow it. > > > > > > Thanks > > > > > > Jim > > > > > > > > > OK, I tried the pkg delete from 20140219 and the reply was 4 no such > > > package installed. > > > When I tried and install from textproc/docbook-sgml , it failed with > the > > > same conflicts with > > > docbook-4.2 error. > > > > > > Jim > > > > > > Looks like you don not have the most recent version of > > /usr/ports/UPDATING, which contained incorrect instructions in its first > > iteration. You need to use: > > > > pkg delete -f docbook-xml\* docbook-sk\* docbook\[2345\]\?\?-\* > docbook-4\* > > > > to delete the docbook packages. Note the escape characters. > > > > --047d7b3439402b061304f32bc499 > > Content-Type: text/html; charset=ISO-8859-1 > > > >
On > Mon, Feb > 24, 2014 at 2:08 PM, James Ballantine <jwb@hera.homer.att.com> > wrote > :
> >

> >
On Feb 24, 2014, at 2:02 PM, James Ballantine < href="mailto: > jwb@hera.homer.att.com" target="_blank">jwb@hera.homer.att.com> > wrote: div>
> >
On Feb 24, 2014, at 1:55 PM, Thomas Hoffmann < href="mail > to:trh411@gmail.com" target="_blank">trh411@gmail.com> > wrote:

< > blockquote type="cite">
class="gmai > l_quote"> > > On Mon, Feb 24, 2014 at 1:04 PM, J. W. Ballantine dir="ltr">< f="mailto:jwb@hera.homer.att.com" target="_blank">jwb@hera.homer.att.com > > > ; wrote:
> >
Hi,
> >
> > I'm trying to update my ports to FB10, and the process is > hanging
> > with docbook-sgml.  It fails with:
> >
> >  xmlcatmgr: entry already exists for > `/usr/local/share/sgml/docbook/cat > alog' of type `CATALOG'
> >  pkg-static: POST-INSTALL script failed
> >  Installing docbook-sgml-4.5...pkg-static: docbook-sgml-4.5 > conflicts w > ith
> >  docbook-4.2 (installs files into the same place). >  Problematic fi > le:
> >  /usr/local/share/sgml/docbook/4.2/ChangeLog
> >  *** Error code 70
> >
> > I did a deinstall and reinstall for all textproc/docbook-* and that > didn' > ;t
> > help.  I also tried export FORCE_PKG_REGISTER=1, also with no > sucess. r> > > This failure is from a portmaster -G x11-servers/xorg-servers > command.
> >
> > What do I need to do to get docbook-sgml to install so I can finish > the
> > update?
> >
> > Thanks
> >
> > Jim Ballantine

Did you see the > 20140209 > entry in /usr/ports/UPDATING that affects > textproc/docbook*?

v>
-Tom

> >

I believe you mean 20140219, not 20140209, > and n > o I hadn’t.

Well follow > it.

>
Thanks

Jim

> >
OK, I tried the pkg delete from 20140219 and the reply > was > 4 no such package installed.
When I tried and install from > textproc/d > ocbook-sgml , it failed with the same conflicts with
docbook-4.2 > erro > r.
> >

Jim

Looks like you > don > not have the most recent version of /usr/ports/UPDATING, which contained > incorr > ect instructions in its first iteration. You need to use:
> >
pkg delete -f docbook-xml\* docbook-sk\* > docbook\[2345\]\?\? > -\* docbook-4\*

class="gmail_e > xtra">to delete the docbook packages. Note the escape characters.
> > > > > > --047d7b3439402b061304f32bc499-- > > > > I tried it with the escape char, same result: > > # pkg_delete -f docbook-xml\* docbook-sk\* docbook\[2345\]\?\?-\* > docbook-4\* > pkg_delete: no such package 'docbook-xml*' installed > pkg_delete: no such package 'docbook-sk*' installed > pkg_delete: no such package 'docbook[2345]??-*' installed > pkg_delete: no such package 'docbook-4*' installed > > > > > # pkg > version > | grep docbook > docbook-4.1_4 ? > docbook-4.2 ? > docbook-4.3 ? > docbook-4.4_2 ? > docbook-4.5_2 ? > docbook-5.0_1 ? > docbook-3.1_4 ? > docbook-1.5 = > docbook-sk-4.1.2_4 ? > docbook-tdg-2.0.17 = > docbook-to-man-1.0_2 = > docbook-xml-4.3 ? > docbook-xml-4.4_1 ? > docbook-xml-4.5 ? > docbook-xsd-1.0.b1 = > docbook-xsl-1.76.1_2 = > docbook-xsl-ns-1.78.1_4 = > dsssl-docbook-modular-1.79_1,1 = > > FWIW my UPDATING is from 02/19/141 > > > Jim > I can't explain why the command does not work for you. It works for me, but I am using the new pkgng and do not even have access to the older 'pkg_delete' style commands to test with. You could always delete the packages individually. Sorry, but that's all I got. - Tom From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 20:00:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF733B7E; Mon, 24 Feb 2014 20:00:35 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B0178113F; Mon, 24 Feb 2014 20:00:35 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 56D3F23BAF; Mon, 24 Feb 2014 20:00:34 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 56D3F23BAF Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 24 Feb 2014 15:00:32 -0500 From: Glen Barber To: Thomas Hoffmann Subject: Re: docbook-sgml install failure Message-ID: <20140224200032.GX76814@glenbarber.us> References: <201402241928.s1OJSmYA007292@hera.homer.att.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="K5z5w9fsx/Hrkgg3" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Stable , "J. W. Ballantine" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 20:00:35 -0000 --K5z5w9fsx/Hrkgg3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 24, 2014 at 02:56:04PM -0500, Thomas Hoffmann wrote: > On Mon, Feb 24, 2014 at 2:28 PM, J. W. Ballantine wrote: > > # pkg_delete -f docbook-xml\* docbook-sk\* docbook\[2345\]\?\?-\* > > # pkg version | grep docbook You are mixing old pkg_* and new pkg utilities, which does not work. Glen --K5z5w9fsx/Hrkgg3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTC6TgAAoJELls3eqvi17Q5H8QANNPFmysPunXqWrVXIANabc/ q2hdJlZvVBY9jqoEvEqW4iN4MmfIcy9KC30Ul9wmtHKBTAwPlaLf0Md8r1Vn/US6 qf+KZqEPiOPN8OxhGLjTp7JZ3sPpvGBIYPPoYJrni/GDrT0CMRYx/mFfCKBqZvle FC0Aek/hh2LlS11MSdKY4wuBLnSzuvbgqCGcU/3PpctJHiu7c0ibF7eri384OxsF prGHfWbWGWMPQdjdshuDihkIJi4Wi5g4aKIPCLBmIbb/Qe3huAbVIK/K2kFMkSZS jx47eScpSE4QHdBszJDGijJsd7U2YyhUApvcRqZHkZGmA77WVaTwdcxadwq8abXz L5NqSJ/kFuL5RwbvKj+GeZlnV1osgmFPQ6GiTOx+vW7vMVNEJlD7VcvjAuadSkvj CAicDvVF6JbXuexYVqqbYwO9pQyXLJRg2CTcP+8pO/aL7oNC26ivtYJA1cSwcI21 iw3UDAFkoiQ+9S/rk4QB+M4XoxDoZBEWIdgaRkDcGUd7lsWhgn/giOBKyARqYm78 +t8tAxfjFu+KE6DgtSIohBoy5G3uRF9rveUfPySW0NSmfbbZHaDHK0zEKa9YiTVR mDSA06rNrhkWiNsjFxsBZjFHnVEX+CGdLBmg9UnQkCfOwsej5vl/xPhpwvDRb0rh 5EjE8dzMVXK5IGHh8dnP =ZhLJ -----END PGP SIGNATURE----- --K5z5w9fsx/Hrkgg3-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 20:09:47 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7594DE2; Mon, 24 Feb 2014 20:09:47 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 86B1C11AD; Mon, 24 Feb 2014 20:09:46 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s1OK9Ws4093643; Mon, 24 Feb 2014 22:09:32 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s1OK9VrP093466; Mon, 24 Feb 2014 20:09:31 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 24 Feb 2014 20:09:31 GMT Message-Id: <201402242009.s1OK9VrP093466@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2014 20:09:47 -0000 TB --- 2014-02-24 17:30:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-02-24 17:30:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-24 17:30:43 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-02-24 17:30:43 - cleaning the object tree TB --- 2014-02-24 17:30:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-02-24 17:31:29 - At svn revision 262451 TB --- 2014-02-24 17:31:30 - building world TB --- 2014-02-24 17:31:30 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 17:31:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 17:31:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 17:31:30 - SRCCONF=/dev/null TB --- 2014-02-24 17:31:30 - TARGET=mips TB --- 2014-02-24 17:31:30 - TARGET_ARCH=mips TB --- 2014-02-24 17:31:30 - TZ=UTC TB --- 2014-02-24 17:31:30 - __MAKE_CONF=/dev/null TB --- 2014-02-24 17:31:30 - cd /src TB --- 2014-02-24 17:31:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Feb 24 17:31:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Feb 24 18:56:38 UTC 2014 TB --- 2014-02-24 18:56:38 - cd /src/sys/mips/conf TB --- 2014-02-24 18:56:38 - /usr/sbin/config -m ADM5120 TB --- 2014-02-24 18:56:38 - skipping ADM5120 kernel TB --- 2014-02-24 18:56:38 - cd /src/sys/mips/conf TB --- 2014-02-24 18:56:38 - /usr/sbin/config -m ALCHEMY TB --- 2014-02-24 18:56:38 - skipping ALCHEMY kernel TB --- 2014-02-24 18:56:38 - cd /src/sys/mips/conf TB --- 2014-02-24 18:56:38 - /usr/sbin/config -m AP121 TB --- 2014-02-24 18:56:38 - building AP121 kernel TB --- 2014-02-24 18:56:38 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 18:56:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 18:56:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 18:56:38 - SRCCONF=/dev/null TB --- 2014-02-24 18:56:38 - TARGET=mips TB --- 2014-02-24 18:56:38 - TARGET_ARCH=mips TB --- 2014-02-24 18:56:38 - TZ=UTC TB --- 2014-02-24 18:56:38 - __MAKE_CONF=/dev/null TB --- 2014-02-24 18:56:38 - cd /src TB --- 2014-02-24 18:56:38 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Mon Feb 24 18:56:38 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Mon Feb 24 19:01:35 UTC 2014 TB --- 2014-02-24 19:01:35 - cd /src/sys/mips/conf TB --- 2014-02-24 19:01:35 - /usr/sbin/config -m AP91 TB --- 2014-02-24 19:01:35 - building AP91 kernel TB --- 2014-02-24 19:01:35 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 19:01:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 19:01:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 19:01:35 - SRCCONF=/dev/null TB --- 2014-02-24 19:01:35 - TARGET=mips TB --- 2014-02-24 19:01:35 - TARGET_ARCH=mips TB --- 2014-02-24 19:01:35 - TZ=UTC TB --- 2014-02-24 19:01:35 - __MAKE_CONF=/dev/null TB --- 2014-02-24 19:01:35 - cd /src TB --- 2014-02-24 19:01:35 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Mon Feb 24 19:01:35 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Mon Feb 24 19:08:47 UTC 2014 TB --- 2014-02-24 19:08:47 - cd /src/sys/mips/conf TB --- 2014-02-24 19:08:47 - /usr/sbin/config -m AP93 TB --- 2014-02-24 19:08:47 - building AP93 kernel TB --- 2014-02-24 19:08:47 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 19:08:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 19:08:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 19:08:47 - SRCCONF=/dev/null TB --- 2014-02-24 19:08:47 - TARGET=mips TB --- 2014-02-24 19:08:47 - TARGET_ARCH=mips TB --- 2014-02-24 19:08:47 - TZ=UTC TB --- 2014-02-24 19:08:47 - __MAKE_CONF=/dev/null TB --- 2014-02-24 19:08:47 - cd /src TB --- 2014-02-24 19:08:47 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Mon Feb 24 19:08:47 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Mon Feb 24 19:16:14 UTC 2014 TB --- 2014-02-24 19:16:14 - cd /src/sys/mips/conf TB --- 2014-02-24 19:16:14 - /usr/sbin/config -m AP94 TB --- 2014-02-24 19:16:14 - building AP94 kernel TB --- 2014-02-24 19:16:14 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 19:16:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 19:16:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 19:16:14 - SRCCONF=/dev/null TB --- 2014-02-24 19:16:14 - TARGET=mips TB --- 2014-02-24 19:16:14 - TARGET_ARCH=mips TB --- 2014-02-24 19:16:14 - TZ=UTC TB --- 2014-02-24 19:16:14 - __MAKE_CONF=/dev/null TB --- 2014-02-24 19:16:14 - cd /src TB --- 2014-02-24 19:16:14 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Mon Feb 24 19:16:15 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Mon Feb 24 19:25:04 UTC 2014 TB --- 2014-02-24 19:25:04 - cd /src/sys/mips/conf TB --- 2014-02-24 19:25:04 - /usr/sbin/config -m AP96 TB --- 2014-02-24 19:25:04 - building AP96 kernel TB --- 2014-02-24 19:25:04 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 19:25:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 19:25:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 19:25:04 - SRCCONF=/dev/null TB --- 2014-02-24 19:25:04 - TARGET=mips TB --- 2014-02-24 19:25:04 - TARGET_ARCH=mips TB --- 2014-02-24 19:25:04 - TZ=UTC TB --- 2014-02-24 19:25:04 - __MAKE_CONF=/dev/null TB --- 2014-02-24 19:25:04 - cd /src TB --- 2014-02-24 19:25:04 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Mon Feb 24 19:25:04 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Mon Feb 24 19:33:33 UTC 2014 TB --- 2014-02-24 19:33:33 - cd /src/sys/mips/conf TB --- 2014-02-24 19:33:33 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-02-24 19:33:33 - building AR71XX_BASE kernel TB --- 2014-02-24 19:33:33 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 19:33:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 19:33:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 19:33:33 - SRCCONF=/dev/null TB --- 2014-02-24 19:33:33 - TARGET=mips TB --- 2014-02-24 19:33:33 - TARGET_ARCH=mips TB --- 2014-02-24 19:33:33 - TZ=UTC TB --- 2014-02-24 19:33:33 - __MAKE_CONF=/dev/null TB --- 2014-02-24 19:33:33 - cd /src TB --- 2014-02-24 19:33:33 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Mon Feb 24 19:33:33 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Mon Feb 24 19:41:01 UTC 2014 TB --- 2014-02-24 19:41:01 - cd /src/sys/mips/conf TB --- 2014-02-24 19:41:01 - /usr/sbin/config -m AR724X_BASE TB --- 2014-02-24 19:41:01 - building AR724X_BASE kernel TB --- 2014-02-24 19:41:01 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 19:41:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 19:41:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 19:41:01 - SRCCONF=/dev/null TB --- 2014-02-24 19:41:01 - TARGET=mips TB --- 2014-02-24 19:41:01 - TARGET_ARCH=mips TB --- 2014-02-24 19:41:01 - TZ=UTC TB --- 2014-02-24 19:41:01 - __MAKE_CONF=/dev/null TB --- 2014-02-24 19:41:01 - cd /src TB --- 2014-02-24 19:41:01 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Mon Feb 24 19:41:01 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Mon Feb 24 19:46:55 UTC 2014 TB --- 2014-02-24 19:46:55 - cd /src/sys/mips/conf TB --- 2014-02-24 19:46:55 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-02-24 19:46:55 - building AR91XX_BASE kernel TB --- 2014-02-24 19:46:55 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 19:46:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 19:46:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 19:46:55 - SRCCONF=/dev/null TB --- 2014-02-24 19:46:55 - TARGET=mips TB --- 2014-02-24 19:46:55 - TARGET_ARCH=mips TB --- 2014-02-24 19:46:55 - TZ=UTC TB --- 2014-02-24 19:46:55 - __MAKE_CONF=/dev/null TB --- 2014-02-24 19:46:55 - cd /src TB --- 2014-02-24 19:46:55 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Mon Feb 24 19:46:55 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Mon Feb 24 19:53:46 UTC 2014 TB --- 2014-02-24 19:53:46 - cd /src/sys/mips/conf TB --- 2014-02-24 19:53:46 - /usr/sbin/config -m AR933X_BASE TB --- 2014-02-24 19:53:46 - building AR933X_BASE kernel TB --- 2014-02-24 19:53:46 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 19:53:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 19:53:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 19:53:46 - SRCCONF=/dev/null TB --- 2014-02-24 19:53:46 - TARGET=mips TB --- 2014-02-24 19:53:46 - TARGET_ARCH=mips TB --- 2014-02-24 19:53:46 - TZ=UTC TB --- 2014-02-24 19:53:46 - __MAKE_CONF=/dev/null TB --- 2014-02-24 19:53:46 - cd /src TB --- 2014-02-24 19:53:46 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Mon Feb 24 19:53:46 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Mon Feb 24 19:57:34 UTC 2014 TB --- 2014-02-24 19:57:34 - cd /src/sys/mips/conf TB --- 2014-02-24 19:57:34 - /usr/sbin/config -m AR934X_BASE TB --- 2014-02-24 19:57:34 - building AR934X_BASE kernel TB --- 2014-02-24 19:57:34 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 19:57:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 19:57:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 19:57:34 - SRCCONF=/dev/null TB --- 2014-02-24 19:57:34 - TARGET=mips TB --- 2014-02-24 19:57:34 - TARGET_ARCH=mips TB --- 2014-02-24 19:57:34 - TZ=UTC TB --- 2014-02-24 19:57:34 - __MAKE_CONF=/dev/null TB --- 2014-02-24 19:57:34 - cd /src TB --- 2014-02-24 19:57:34 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Mon Feb 24 19:57:35 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR934X_BASE completed on Mon Feb 24 20:01:35 UTC 2014 TB --- 2014-02-24 20:01:35 - cd /src/sys/mips/conf TB --- 2014-02-24 20:01:35 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-02-24 20:01:35 - skipping BERI_DE4_BASE kernel TB --- 2014-02-24 20:01:35 - cd /src/sys/mips/conf TB --- 2014-02-24 20:01:35 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-02-24 20:01:35 - skipping BERI_DE4_MDROOT kernel TB --- 2014-02-24 20:01:35 - cd /src/sys/mips/conf TB --- 2014-02-24 20:01:35 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-02-24 20:01:35 - skipping BERI_DE4_SDROOT kernel TB --- 2014-02-24 20:01:35 - cd /src/sys/mips/conf TB --- 2014-02-24 20:01:35 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-02-24 20:01:35 - skipping BERI_NETFPGA_MDROOT kernel TB --- 2014-02-24 20:01:35 - cd /src/sys/mips/conf TB --- 2014-02-24 20:01:35 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-02-24 20:01:35 - skipping BERI_SIM_BASE kernel TB --- 2014-02-24 20:01:35 - cd /src/sys/mips/conf TB --- 2014-02-24 20:01:35 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-02-24 20:01:35 - skipping BERI_SIM_MDROOT kernel TB --- 2014-02-24 20:01:35 - cd /src/sys/mips/conf TB --- 2014-02-24 20:01:35 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-02-24 20:01:35 - skipping BERI_SIM_SDROOT kernel TB --- 2014-02-24 20:01:35 - cd /src/sys/mips/conf TB --- 2014-02-24 20:01:35 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-02-24 20:01:35 - skipping BERI_TEMPLATE kernel TB --- 2014-02-24 20:01:35 - cd /src/sys/mips/conf TB --- 2014-02-24 20:01:35 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-02-24 20:01:35 - building CARAMBOLA2 kernel TB --- 2014-02-24 20:01:35 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 20:01:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 20:01:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 20:01:35 - SRCCONF=/dev/null TB --- 2014-02-24 20:01:35 - TARGET=mips TB --- 2014-02-24 20:01:35 - TARGET_ARCH=mips TB --- 2014-02-24 20:01:35 - TZ=UTC TB --- 2014-02-24 20:01:35 - __MAKE_CONF=/dev/null TB --- 2014-02-24 20:01:35 - cd /src TB --- 2014-02-24 20:01:35 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Mon Feb 24 20:01:35 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CARAMBOLA2 completed on Mon Feb 24 20:05:26 UTC 2014 TB --- 2014-02-24 20:05:26 - cd /src/sys/mips/conf TB --- 2014-02-24 20:05:26 - /usr/sbin/config -m DB120 TB --- 2014-02-24 20:05:26 - building DB120 kernel TB --- 2014-02-24 20:05:26 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 20:05:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 20:05:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 20:05:26 - SRCCONF=/dev/null TB --- 2014-02-24 20:05:26 - TARGET=mips TB --- 2014-02-24 20:05:26 - TARGET_ARCH=mips TB --- 2014-02-24 20:05:26 - TZ=UTC TB --- 2014-02-24 20:05:26 - __MAKE_CONF=/dev/null TB --- 2014-02-24 20:05:26 - cd /src TB --- 2014-02-24 20:05:26 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Mon Feb 24 20:05:26 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB120 completed on Mon Feb 24 20:09:24 UTC 2014 TB --- 2014-02-24 20:09:24 - cd /src/sys/mips/conf TB --- 2014-02-24 20:09:24 - /usr/sbin/config -m DIR-825 TB --- 2014-02-24 20:09:24 - building DIR-825 kernel TB --- 2014-02-24 20:09:24 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 20:09:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 20:09:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 20:09:24 - SRCCONF=/dev/null TB --- 2014-02-24 20:09:24 - TARGET=mips TB --- 2014-02-24 20:09:24 - TARGET_ARCH=mips TB --- 2014-02-24 20:09:24 - TZ=UTC TB --- 2014-02-24 20:09:24 - __MAKE_CONF=/dev/null TB --- 2014-02-24 20:09:24 - cd /src TB --- 2014-02-24 20:09:24 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Mon Feb 24 20:09:24 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/DIR-825/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-02-24 20:09:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-24 20:09:30 - ERROR: failed to build DIR-825 kernel TB --- 2014-02-24 20:09:30 - 6725.61 user 3243.34 system 9527.34 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 21:45:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33929C28 for ; Mon, 24 Feb 2014 21:45:35 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 034AF1A34 for ; Mon, 24 Feb 2014 21:45:34 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s1OLjkhv003977 for ; Mon, 24 Feb 2014 13:45:52 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s1OLjejS003976; Mon, 24 Feb 2014 13:45:40 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 24 Feb 2014 13:45:40 -0800 (PST) Message-ID: <78585613239e04cb1d3cdc9ac0a1afb2.authenticated@ultimatedns.net> Date: Mon, 24 Feb 2014 13:45:40 -0800 (PST) Subject: RFC: Port development standards From: "Chris H" To: "freebsd-stable" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 21:45:35 -0000 Or perhaps GSOC proposal... Well, I just performed svn up across my entire server base, last night. For a planned major update across the farm, set for the following AM. This morning, I open /usr/ports/UPDATING to see what hurdles I might have to contend with. OMG! You have GOT to be kidding! REALLY! Not again... WAFM! OK I've been on BSD since day -1. I've got copies of the original DEC tapes, and the entire history since. I loved everything about it. It was POSIX, it ultimately had ONE (smallish) steering committee. Which ultimately led to it's always being "stable", and trustworthy/dependable -- unlike the *NIX wannabe OS, that had HUNDREDS of "distro" makers. Making it more of an "adventure", than server grade OS. Anyway, to the point; It was this dependability/reliability that kept me on the BSD train. I could ALWAYS depend on it, and I ALWAYS knew what to expect. THIS is what set it apart for me, and I'm QUITE sure, others. The philosophy/standard that BSD chose, allowed Administrators, and developers to adopt/create routines, and standards that catered to their environments, and to further hone their development maintenance environments to better suite their work, as well as to better contribute to the BSD community, at large. In short; it worked perfectly for everyone involved. In recent years, this has seemingly all begun to change; perhaps the first notable change was from the old-but-tried-and-true, csup/cvsup. That had permitted FreeBSD users/administrators to easily, quickly, and reliably update their source, and ports trees. But that method was dropped for subversion, on the basis that it was more flexible, and otherwise, more suitable. Unlike (c|v)sup, subversion has been plagued with security issues. Not to mention the enormous burden the change forced upon administrators, that had for years, developed systems surrounding the (c|v)sup method. To make matters worse; licensing wasn't even in sync with BSD's licensing, let alone, under BSD development/ management (standards?). There's the addition of clang -- a change of the make(1) framework. Maybe it's better, maybe it's not. Time alone will tell. Speaking of; there's also pkg_, no... it's pkgng, or was it pkg. Or how about WITH_, or was it SET_||UNSET_, or USE... ugh! It's all so hard to keep up with. Who-the-hell-knows anymore. Which brings me to my point; Is it just me? Or has FreeBSD become somewhat of a stranger, or Alien. Sure I get it; BSD is composed greatly of "contributors". Face it. Those of us who spend the greater part of our lives, or free time coding, know; it can get really boring -- really boring. So who wouldn't want to start cobbling on something new, and different? But FreeBSD ISN'T primarily a "hobby" OS, much like the other *NIX-like OS(s) is/are. It is largely used by businesses, and those who's living DEPENDS on BSD. So this is my cry for a "sanity check"; A proposal/RFC for a "standards committee" regarding the path/direction(s) of the (Free)BSD ports system. I had the impression there already was one. But I've been wrong before. ;) How this goes is up to you -- those who(m) choose to respond. I would just merely like to address this matter. As I'm well aware that there are many who share to varying degrees, similar views -- even those whom are afraid, or unwilling to admit it. :) Please note, the preceding statements, are not vents of emotion, but binary acknowledgements based on my (and others expressed) experiences. This is NOT a flame. This is NOT a rant. It is an RFC. Nothing more, nothing less. Thank you for all your time, and consideration in these matters. Sincerely, Chris From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 21:57:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 803C7147 for ; Mon, 24 Feb 2014 21:57:55 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4DCF81B34 for ; Mon, 24 Feb 2014 21:57:55 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id CD795148DE; Mon, 24 Feb 2014 13:57:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1393279074; bh=r50tpmcP19vsbbeW3MwCWvvlGOKGfMoTbliXrFpJlfU=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=BufBkweHlD9vjfaWNnJruVj6c9UJzZfe1+NndFSGKqViKiCi4kVdP9vC70JD67MiR RBFnKNHwDxLoGwVZBS8so0XSfZN+DH69i0hgTm8mB+yRaSuKA1RSNuGzwn2X1XLBPA Ncje6577QOga2wAbuUM/OhDhTPAajqjiFinEIoNg= Message-ID: <530BC062.8070800@delphij.net> Date: Mon, 24 Feb 2014 13:57:54 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Dmitry Sivachenko , stable@freebsd.org Subject: Re: fsck dumps core References: <417919B7-C4D7-4003-9A71-64C4C9E73678@gmail.com> In-Reply-To: <417919B7-C4D7-4003-9A71-64C4C9E73678@gmail.com> X-Enigmail-Version: 1.6 Content-Type: multipart/mixed; boundary="------------030009090305010108090404" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2014 21:57:55 -0000 This is a multi-part message in MIME format. --------------030009090305010108090404 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 02/24/14 05:54, Dmitry Sivachenko wrote: > Hello! > > FreeBSD 10.0-STABLE #0 r262016M > > # fsck /dev/mfid0p1 ** /dev/mfid0p1 Segmentation fault # > > truss shows: lseek(3,0x2b0000,SEEK_SET) = > 2818048 (0x2b0000) > read(3,"\0\0\0\0lo\0\0\0\^N\0\0\0\0\0\0"...,32768) = 32768 > (0x8000) lseek(3,0x2b8000,SEEK_SET) = 2850816 > (0x2b8000) read(3,"\0\0\0\0lo\0\0\0\^N\0\0\0\0\0\0"...,12288) = > 12288 (0x3000) > mmap(0x0,-1119879168,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) > ERR#12 'Cannot allocate memory' SIGNAL 11 (SIGSEGV) process exit, > rval = 0 > > > #0 flushentry () at /place/WRK/src/sbin/fsck_ffs/fsutil.c:258 258 > if (cgbp->b_un.b_cg == NULL) (gdb) bt #0 flushentry () at > /place/WRK/src/sbin/fsck_ffs/fsutil.c:258 #1 0x000000000040e827 in > setup (dev=) at fsck.h:392 #2 > 0x0000000000408cd8 in main (argc=1, argv=0x7fffffffda30) at > /place/WRK/src/sbin/fsck_ffs/main.c:394 > > > > # tunefs -p /dev/mfid0p1 tunefs: POSIX.1e ACLs: (-a) > disabled tunefs: NFSv4 ACLs: (-N) > disabled tunefs: MAC multilabel: (-l) > disabled tunefs: soft updates: (-n) > enabled tunefs: soft update journaling: (-j) > disabled tunefs: gjournal: (-J) > disabled tunefs: trim: (-t) > disabled tunefs: maximum blocks per file in a cylinder group: (-e) > 4096 tunefs: average file size: (-f) > 16384 tunefs: average number of files in a directory: (-s) > 64 tunefs: minimum percentage of free space: (-m) 8% > tunefs: space to hold for metadata blocks: (-k) 9136 > tunefs: optimization preference: (-o) time > tunefs: volume label: (-L) > > > Is there any way to complete fsck to get this drive working? Can you try this patch and see if it helps? Note that fsck'ing such a big UFS volume is painful regardless, any reason not to use e.g. ZFS? Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCgAGBQJTC8BhAAoJEJW2GBstM+nsChsP/1qEHtZUg0CplNiSUlqo7Jkr jtd/Vos6l/YdjjwmjPvWdPvdPxFSmJgqCFlE5a9tml8UvRokDReqblGhFqmtp3Cg Qiq6qg+odAvpOCo8NOww8Q7aAl0gwpFceBZGTlaAIxyx8MkoUCeZ1ZnWRR10a1Bk 89YPQBgFYoFOMAgHzNi9d1L15jvk6HaUNCTYE6KDDjvM7KUBSEal3q5cYXv31YRi 1HHVzi2yUEX6FPg2uOCq0M2awNrBlnMjWAL2RQyN1jJG+eD/A3m/YZXgK8x/mjQz w9Pgn8rgu8JfDZWvOp37KBOqzRXc+1jRFEFOWZT95hiDHVIo94s8t9LR+nfqA+Fz lCZeS1QzY9r3xgVLM/1dDa0jrDNqRch9d3xmIvGuoe1dLBy3tgRwp8zVc9i6Vp95 VX1/91GkdYTorh/kMtlzh5EJ9WSrSeH70Ts8RhxM8V5ciAr106hscs7EyxZW74ZU AwYSRZd49rq7ElJxfaAlDsfdas8bwZGNsBOT+rUkJ87BJRgxIuRb0QPhpYP9cBRA Dcexf2cogKPDlzrV4mEHj0mpecqg6vLxNs5jkHDznvcR6C/rAYQSo291jeluiPaZ fegTABwlSh87vguT/yP+2xr51wRyGUSH/6QMU2/lhffPaC8HRy7OFghejVuAWC89 iYaOHJIhtCZIwIg8V4/S =Ylh1 -----END PGP SIGNATURE----- --------------030009090305010108090404 Content-Type: text/plain; charset=UTF-8; name="fsck_malloc.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="fsck_malloc.diff" Index: sbin/fsck_ffs/fsck.h =================================================================== --- sbin/fsck_ffs/fsck.h (revision 262459) +++ sbin/fsck_ffs/fsck.h (working copy) @@ -369,7 +369,7 @@ int flushentry(void); * to get space. */ static inline void* -Malloc(int size) +Malloc(size_t size) { void *retval; @@ -384,7 +384,7 @@ static inline void* * to get space. */ static inline void* -Calloc(int cnt, int size) +Calloc(size_t cnt, size_t size) { void *retval; --------------030009090305010108090404-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 22:17:15 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19F1882E; Mon, 24 Feb 2014 22:17:15 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E9C451D25; Mon, 24 Feb 2014 22:17:14 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s1OMH9wV003211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Feb 2014 14:17:10 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s1OMH9Ke003210; Mon, 24 Feb 2014 14:17:09 -0800 (PST) (envelope-from jmg) Date: Mon, 24 Feb 2014 14:17:09 -0800 From: John-Mark Gurney To: d@delphij.net Subject: Re: fsck dumps core Message-ID: <20140224221709.GH92037@funkthat.com> Mail-Followup-To: d@delphij.net, Dmitry Sivachenko , stable@freebsd.org, mckusick@FreeBSD.org References: <417919B7-C4D7-4003-9A71-64C4C9E73678@gmail.com> <530BC062.8070800@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <530BC062.8070800@delphij.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 24 Feb 2014 14:17:10 -0800 (PST) Cc: stable@freebsd.org, Dmitry Sivachenko , mckusick@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 22:17:15 -0000 Xin Li wrote this message on Mon, Feb 24, 2014 at 13:57 -0800: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 02/24/14 05:54, Dmitry Sivachenko wrote: > > Hello! > > > > FreeBSD 10.0-STABLE #0 r262016M > > > > # fsck /dev/mfid0p1 ** /dev/mfid0p1 Segmentation fault # > > > > truss shows: lseek(3,0x2b0000,SEEK_SET) = > > 2818048 (0x2b0000) > > read(3,"\0\0\0\0lo\0\0\0\^N\0\0\0\0\0\0"...,32768) = 32768 > > (0x8000) lseek(3,0x2b8000,SEEK_SET) = 2850816 > > (0x2b8000) read(3,"\0\0\0\0lo\0\0\0\^N\0\0\0\0\0\0"...,12288) = > > 12288 (0x3000) > > mmap(0x0,-1119879168,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) > > ERR#12 'Cannot allocate memory' SIGNAL 11 (SIGSEGV) process exit, > > rval = 0 > > > > > > #0 flushentry () at /place/WRK/src/sbin/fsck_ffs/fsutil.c:258 258 > > if (cgbp->b_un.b_cg == NULL) (gdb) bt #0 flushentry () at > > /place/WRK/src/sbin/fsck_ffs/fsutil.c:258 #1 0x000000000040e827 in > > setup (dev=) at fsck.h:392 #2 > > 0x0000000000408cd8 in main (argc=1, argv=0x7fffffffda30) at > > /place/WRK/src/sbin/fsck_ffs/main.c:394 > > > > > > > > # tunefs -p /dev/mfid0p1 tunefs: POSIX.1e ACLs: (-a) > > disabled tunefs: NFSv4 ACLs: (-N) > > disabled tunefs: MAC multilabel: (-l) > > disabled tunefs: soft updates: (-n) > > enabled tunefs: soft update journaling: (-j) > > disabled tunefs: gjournal: (-J) > > disabled tunefs: trim: (-t) > > disabled tunefs: maximum blocks per file in a cylinder group: (-e) > > 4096 tunefs: average file size: (-f) > > 16384 tunefs: average number of files in a directory: (-s) > > 64 tunefs: minimum percentage of free space: (-m) 8% > > tunefs: space to hold for metadata blocks: (-k) 9136 > > tunefs: optimization preference: (-o) time > > tunefs: volume label: (-L) > > > > > > Is there any way to complete fsck to get this drive working? > > Can you try this patch and see if it helps? > > Note that fsck'ing such a big UFS volume is painful regardless, any > reason not to use e.g. ZFS? > > Cheers, > - -- > Xin LI https://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (FreeBSD) > > iQIcBAEBCgAGBQJTC8BhAAoJEJW2GBstM+nsChsP/1qEHtZUg0CplNiSUlqo7Jkr > jtd/Vos6l/YdjjwmjPvWdPvdPxFSmJgqCFlE5a9tml8UvRokDReqblGhFqmtp3Cg > Qiq6qg+odAvpOCo8NOww8Q7aAl0gwpFceBZGTlaAIxyx8MkoUCeZ1ZnWRR10a1Bk > 89YPQBgFYoFOMAgHzNi9d1L15jvk6HaUNCTYE6KDDjvM7KUBSEal3q5cYXv31YRi > 1HHVzi2yUEX6FPg2uOCq0M2awNrBlnMjWAL2RQyN1jJG+eD/A3m/YZXgK8x/mjQz > w9Pgn8rgu8JfDZWvOp37KBOqzRXc+1jRFEFOWZT95hiDHVIo94s8t9LR+nfqA+Fz > lCZeS1QzY9r3xgVLM/1dDa0jrDNqRch9d3xmIvGuoe1dLBy3tgRwp8zVc9i6Vp95 > VX1/91GkdYTorh/kMtlzh5EJ9WSrSeH70Ts8RhxM8V5ciAr106hscs7EyxZW74ZU > AwYSRZd49rq7ElJxfaAlDsfdas8bwZGNsBOT+rUkJ87BJRgxIuRb0QPhpYP9cBRA > Dcexf2cogKPDlzrV4mEHj0mpecqg6vLxNs5jkHDznvcR6C/rAYQSo291jeluiPaZ > fegTABwlSh87vguT/yP+2xr51wRyGUSH/6QMU2/lhffPaC8HRy7OFghejVuAWC89 > iYaOHJIhtCZIwIg8V4/S > =Ylh1 > -----END PGP SIGNATURE----- > Index: sbin/fsck_ffs/fsck.h > =================================================================== > --- sbin/fsck_ffs/fsck.h (revision 262459) > +++ sbin/fsck_ffs/fsck.h (working copy) > @@ -369,7 +369,7 @@ int flushentry(void); > * to get space. > */ > static inline void* > -Malloc(int size) > +Malloc(size_t size) > { > void *retval; > > @@ -384,7 +384,7 @@ static inline void* > * to get space. > */ > static inline void* > -Calloc(int cnt, int size) > +Calloc(size_t cnt, size_t size) > { > void *retval; > This should fix the issue... I informed mckusick of the issue, but I forget who was going to follow through to commit it... I would say go ahead and commit it, unless mckusick disagrees... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Mon Feb 24 22:48:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90068C58 for ; Mon, 24 Feb 2014 22:48:08 +0000 (UTC) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1679D10D2 for ; Mon, 24 Feb 2014 22:48:07 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id c11so69959lbj.31 for ; Mon, 24 Feb 2014 14:48:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IrBmL8RjcEX4ywbbAi/9nwF93biUmOWeHROA1ihSXEA=; b=Ltu0cFbJrVdGnCQR320RCSISdB1dmqr8qRkyVDJ/44JaJkJ4DPc7duwovwbb1HrW6s k5jxnT5poI1O9/rJGxPu9NjuZWRelXkkDk40MASulfGHF1lfrpH6oH8dP6Bn/CTOzmUM 0bpPjdDLGS3xk9dvobJM/BcTeOBPtnOMVIH4/kjhApoSjl1FSdQKTXENRs0IIeVKnO0A i1lBbNRNhWVrZUzkzmBfFC3SeKaKHOzUM/WqA4alN/6ZU9giNFwGCW94oEpPvcYoie+m Qp6BC2y8d3AdchucVrAVoDXmAq1RiFqoA795274GvGRik4B7OliwOsZItrOQE4K08IFO k/tQ== MIME-Version: 1.0 X-Received: by 10.152.36.70 with SMTP id o6mr13409368laj.7.1393282086114; Mon, 24 Feb 2014 14:48:06 -0800 (PST) Received: by 10.112.35.167 with HTTP; Mon, 24 Feb 2014 14:48:06 -0800 (PST) In-Reply-To: <78585613239e04cb1d3cdc9ac0a1afb2.authenticated@ultimatedns.net> References: <78585613239e04cb1d3cdc9ac0a1afb2.authenticated@ultimatedns.net> Date: Mon, 24 Feb 2014 22:48:06 +0000 Message-ID: Subject: Re: RFC: Port development standards From: Tom Evans To: Chris H Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Feb 2014 22:48:08 -0000 On Mon, Feb 24, 2014 at 9:45 PM, Chris H wrote: > Or perhaps GSOC proposal... > > Well, I just performed svn up across my entire server base, last night. > For a planned major update across the farm, set for the following AM. > This morning, I open /usr/ports/UPDATING to see what hurdles I might > have to contend with. > OMG! You have GOT to be kidding! REALLY! Not again... > WAFM! OK I've been on BSD since day -1. I've got copies of the original > DEC tapes, and the entire history since. I loved everything about it. It > was POSIX, it ultimately had ONE (smallish) steering committee. Which > ultimately led to it's always being "stable", and > trustworthy/dependable -- unlike the *NIX wannabe OS, that had HUNDREDS > of "distro" makers. Making it more of an "adventure", than server grade > OS. Anyway, to the point; It was this dependability/reliability that > kept me on the BSD train. I could ALWAYS depend on it, and I ALWAYS > knew what to expect. THIS is what set it apart for me, and I'm QUITE > sure, others. The philosophy/standard that BSD chose, allowed > Administrators, and developers to adopt/create routines, and standards > that catered to their environments, and to further hone their > development maintenance environments to better suite their work, as well > as to better contribute to the BSD community, at large. In short; it > worked perfectly for everyone involved. > In recent years, this has seemingly all begun to change; perhaps the > first notable change was from the old-but-tried-and-true, csup/cvsup. > That had permitted FreeBSD users/administrators to easily, quickly, and > reliably update their source, and ports trees. But that method was > dropped for subversion, on the basis that it was more flexible, and > otherwise, more suitable. Unlike (c|v)sup, subversion has been plagued > with security issues. Not to mention the enormous burden the change > forced upon administrators, that had for years, developed systems > surrounding the (c|v)sup method. To make matters worse; licensing wasn't > even in sync with BSD's licensing, let alone, under BSD development/ > management (standards?). There's the addition of clang -- a change of > the make(1) framework. Maybe it's better, maybe it's not. Time alone > will tell. > Speaking of; there's also pkg_, no... it's pkgng, or was it pkg. Or how > about WITH_, or was it SET_||UNSET_, or USE... ugh! It's all so hard to > keep up with. Who-the-hell-knows anymore. > Which brings me to my point; > Is it just me? Or has FreeBSD become somewhat of a stranger, or Alien. > Sure I get it; BSD is composed greatly of "contributors". Face it. Those > of us who spend the greater part of our lives, or free time coding, > know; it can get really boring -- really boring. So who wouldn't want to > start cobbling on something new, and different? > But FreeBSD ISN'T primarily a "hobby" OS, much like the other *NIX-like > OS(s) is/are. It is largely used by businesses, and those who's living > DEPENDS on BSD. So this is my cry for a "sanity check"; > A proposal/RFC for a "standards committee" regarding the path/direction(s) > of the (Free)BSD ports system. I had the impression there already was > one. But I've been wrong before. ;) > > How this goes is up to you -- those who(m) choose to respond. > I would just merely like to address this matter. As I'm well aware that > there are many who share to varying degrees, similar views -- even those > whom are afraid, or unwilling to admit it. :) > > Please note, the preceding statements, are not vents of emotion, but > binary acknowledgements based on my (and others expressed) experiences. > This is NOT a flame. This is NOT a rant. It is an RFC. Nothing more, > nothing less. > > Thank you for all your time, and consideration in these matters. > > Sincerely, > Chris > I agree with many of your points, however, please take a few hours and look at poudriere and pkgng. poudriere is like tinderbox on steroids, it knows how to update its ports tree, it works out when you change options what packages need to be compiled, it can build packages easily and quickly for whatever set of releases you are using, all from one box. I use poudriere at home to provide packages (with my options set) for just one box, it is that much better than using a ports tree directly. If you've got the RAM, you can build each package entirely in a tmpfs. A large port upgrade using ports used to take me an entire weekend, even using clever tools like portmaster and/or portupgrade - poudriere can produce the binary packages for my entire system, from scratch, in about 4 hours. The next bit is pkgng. Once you have these packages that poudriere has built, each box simply needs a "pkg upgrade", and it's done. Set your jails up to run that during rc startup, and you simply need to stop/start a jail to upgrade its packages. Yes things have changed from the old way. The old way was a bit pants, these new changes are *awesome* IMO - invest a few hours and I'm sure you'll agree. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Tue Feb 25 10:20:07 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E78ABF8; Tue, 25 Feb 2014 10:20:07 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 72ADC172A; Tue, 25 Feb 2014 10:20:05 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s1PAJbmX077147; Tue, 25 Feb 2014 12:19:37 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s1PAJRUQ076333; Tue, 25 Feb 2014 10:19:27 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Feb 2014 10:19:27 GMT Message-Id: <201402251019.s1PAJRUQ076333@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2014 10:20:07 -0000 TB --- 2014-02-25 08:30:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-02-25 08:30:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-25 08:30:44 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-02-25 08:30:44 - cleaning the object tree TB --- 2014-02-25 08:30:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-02-25 08:31:34 - At svn revision 262476 TB --- 2014-02-25 08:31:35 - building world TB --- 2014-02-25 08:31:35 - CROSS_BUILD_TESTING=YES TB --- 2014-02-25 08:31:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-25 08:31:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-25 08:31:35 - SRCCONF=/dev/null TB --- 2014-02-25 08:31:35 - TARGET=mips TB --- 2014-02-25 08:31:35 - TARGET_ARCH=mips64 TB --- 2014-02-25 08:31:35 - TZ=UTC TB --- 2014-02-25 08:31:35 - __MAKE_CONF=/dev/null TB --- 2014-02-25 08:31:35 - cd /src TB --- 2014-02-25 08:31:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Feb 25 08:31:45 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 25 09:56:32 UTC 2014 TB --- 2014-02-25 09:56:32 - cd /src/sys/mips/conf TB --- 2014-02-25 09:56:32 - /usr/sbin/config -m ADM5120 TB --- 2014-02-25 09:56:32 - skipping ADM5120 kernel TB --- 2014-02-25 09:56:32 - cd /src/sys/mips/conf TB --- 2014-02-25 09:56:32 - /usr/sbin/config -m ALCHEMY TB --- 2014-02-25 09:56:32 - skipping ALCHEMY kernel TB --- 2014-02-25 09:56:32 - cd /src/sys/mips/conf TB --- 2014-02-25 09:56:32 - /usr/sbin/config -m AP121 TB --- 2014-02-25 09:56:32 - skipping AP121 kernel TB --- 2014-02-25 09:56:32 - cd /src/sys/mips/conf TB --- 2014-02-25 09:56:32 - /usr/sbin/config -m AP91 TB --- 2014-02-25 09:56:32 - skipping AP91 kernel TB --- 2014-02-25 09:56:32 - cd /src/sys/mips/conf TB --- 2014-02-25 09:56:32 - /usr/sbin/config -m AP93 TB --- 2014-02-25 09:56:32 - skipping AP93 kernel TB --- 2014-02-25 09:56:32 - cd /src/sys/mips/conf TB --- 2014-02-25 09:56:32 - /usr/sbin/config -m AP94 TB --- 2014-02-25 09:56:32 - skipping AP94 kernel TB --- 2014-02-25 09:56:32 - cd /src/sys/mips/conf TB --- 2014-02-25 09:56:32 - /usr/sbin/config -m AP96 TB --- 2014-02-25 09:56:32 - skipping AP96 kernel TB --- 2014-02-25 09:56:32 - cd /src/sys/mips/conf TB --- 2014-02-25 09:56:32 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-02-25 09:56:32 - skipping AR71XX_BASE kernel TB --- 2014-02-25 09:56:32 - cd /src/sys/mips/conf TB --- 2014-02-25 09:56:32 - /usr/sbin/config -m AR724X_BASE TB --- 2014-02-25 09:56:32 - skipping AR724X_BASE kernel TB --- 2014-02-25 09:56:32 - cd /src/sys/mips/conf TB --- 2014-02-25 09:56:32 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-02-25 09:56:32 - skipping AR91XX_BASE kernel TB --- 2014-02-25 09:56:32 - cd /src/sys/mips/conf TB --- 2014-02-25 09:56:32 - /usr/sbin/config -m AR933X_BASE TB --- 2014-02-25 09:56:32 - skipping AR933X_BASE kernel TB --- 2014-02-25 09:56:32 - cd /src/sys/mips/conf TB --- 2014-02-25 09:56:32 - /usr/sbin/config -m AR934X_BASE TB --- 2014-02-25 09:56:32 - skipping AR934X_BASE kernel TB --- 2014-02-25 09:56:32 - cd /src/sys/mips/conf TB --- 2014-02-25 09:56:32 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-02-25 09:56:32 - building BERI_DE4_BASE kernel TB --- 2014-02-25 09:56:32 - CROSS_BUILD_TESTING=YES TB --- 2014-02-25 09:56:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-25 09:56:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-25 09:56:32 - SRCCONF=/dev/null TB --- 2014-02-25 09:56:32 - TARGET=mips TB --- 2014-02-25 09:56:32 - TARGET_ARCH=mips64 TB --- 2014-02-25 09:56:32 - TZ=UTC TB --- 2014-02-25 09:56:32 - __MAKE_CONF=/dev/null TB --- 2014-02-25 09:56:32 - cd /src TB --- 2014-02-25 09:56:32 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Tue Feb 25 09:56:32 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_BASE completed on Tue Feb 25 10:01:37 UTC 2014 TB --- 2014-02-25 10:01:37 - cd /src/sys/mips/conf TB --- 2014-02-25 10:01:37 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-02-25 10:01:37 - building BERI_DE4_MDROOT kernel TB --- 2014-02-25 10:01:37 - CROSS_BUILD_TESTING=YES TB --- 2014-02-25 10:01:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-25 10:01:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-25 10:01:37 - SRCCONF=/dev/null TB --- 2014-02-25 10:01:37 - TARGET=mips TB --- 2014-02-25 10:01:37 - TARGET_ARCH=mips64 TB --- 2014-02-25 10:01:37 - TZ=UTC TB --- 2014-02-25 10:01:37 - __MAKE_CONF=/dev/null TB --- 2014-02-25 10:01:37 - cd /src TB --- 2014-02-25 10:01:37 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Tue Feb 25 10:01:37 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_MDROOT completed on Tue Feb 25 10:06:14 UTC 2014 TB --- 2014-02-25 10:06:14 - cd /src/sys/mips/conf TB --- 2014-02-25 10:06:14 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-02-25 10:06:15 - building BERI_DE4_SDROOT kernel TB --- 2014-02-25 10:06:15 - CROSS_BUILD_TESTING=YES TB --- 2014-02-25 10:06:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-25 10:06:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-25 10:06:15 - SRCCONF=/dev/null TB --- 2014-02-25 10:06:15 - TARGET=mips TB --- 2014-02-25 10:06:15 - TARGET_ARCH=mips64 TB --- 2014-02-25 10:06:15 - TZ=UTC TB --- 2014-02-25 10:06:15 - __MAKE_CONF=/dev/null TB --- 2014-02-25 10:06:15 - cd /src TB --- 2014-02-25 10:06:15 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Tue Feb 25 10:06:15 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_SDROOT completed on Tue Feb 25 10:10:52 UTC 2014 TB --- 2014-02-25 10:10:52 - cd /src/sys/mips/conf TB --- 2014-02-25 10:10:52 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-02-25 10:10:52 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-02-25 10:10:52 - CROSS_BUILD_TESTING=YES TB --- 2014-02-25 10:10:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-25 10:10:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-25 10:10:52 - SRCCONF=/dev/null TB --- 2014-02-25 10:10:52 - TARGET=mips TB --- 2014-02-25 10:10:52 - TARGET_ARCH=mips64 TB --- 2014-02-25 10:10:52 - TZ=UTC TB --- 2014-02-25 10:10:52 - __MAKE_CONF=/dev/null TB --- 2014-02-25 10:10:52 - cd /src TB --- 2014-02-25 10:10:52 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Tue Feb 25 10:10:52 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_NETFPGA_MDROOT completed on Tue Feb 25 10:15:16 UTC 2014 TB --- 2014-02-25 10:15:16 - cd /src/sys/mips/conf TB --- 2014-02-25 10:15:16 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-02-25 10:15:17 - building BERI_SIM_BASE kernel TB --- 2014-02-25 10:15:17 - CROSS_BUILD_TESTING=YES TB --- 2014-02-25 10:15:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-25 10:15:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-25 10:15:17 - SRCCONF=/dev/null TB --- 2014-02-25 10:15:17 - TARGET=mips TB --- 2014-02-25 10:15:17 - TARGET_ARCH=mips64 TB --- 2014-02-25 10:15:17 - TZ=UTC TB --- 2014-02-25 10:15:17 - __MAKE_CONF=/dev/null TB --- 2014-02-25 10:15:17 - cd /src TB --- 2014-02-25 10:15:17 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Tue Feb 25 10:15:17 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_BASE completed on Tue Feb 25 10:19:20 UTC 2014 TB --- 2014-02-25 10:19:20 - cd /src/sys/mips/conf TB --- 2014-02-25 10:19:20 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-02-25 10:19:20 - building BERI_SIM_MDROOT kernel TB --- 2014-02-25 10:19:20 - CROSS_BUILD_TESTING=YES TB --- 2014-02-25 10:19:20 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-25 10:19:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-25 10:19:20 - SRCCONF=/dev/null TB --- 2014-02-25 10:19:20 - TARGET=mips TB --- 2014-02-25 10:19:20 - TARGET_ARCH=mips64 TB --- 2014-02-25 10:19:20 - TZ=UTC TB --- 2014-02-25 10:19:20 - __MAKE_CONF=/dev/null TB --- 2014-02-25 10:19:20 - cd /src TB --- 2014-02-25 10:19:20 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Tue Feb 25 10:19:20 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips64/src/tmp/legacy/usr/sbin:/obj/mips.mips64/src/tmp/legacy/usr/bin:/obj/mips.mips64/src/tmp/legacy/usr/games:/obj/mips.mips64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips64/src/sys/BERI_SIM_MDROOT/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-02-25 10:19:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-25 10:19:24 - ERROR: failed to build BERI_SIM_MDROOT kernel TB --- 2014-02-25 10:19:24 - 4563.10 user 2287.44 system 6520.77 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Feb 25 11:13:31 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F256ADE for ; Tue, 25 Feb 2014 11:13:31 +0000 (UTC) Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C79811C02 for ; Tue, 25 Feb 2014 11:13:30 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id l4so3173369lbv.10 for ; Tue, 25 Feb 2014 03:13:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=CYE5pWP5tJ79drVTvvkRzGibEofwVg3SfV3so/30uHQ=; b=A2h5aEGGDw7VVrSfXNkX1UVs/b+DZz1cvNlBqfrck3+inXSGx6RSaKhfc75qzSCQjT C7lQlQiRl0b4khcZDZ57eyU5mVJfBccYI1/SjkaeS/XFl84Lm9uRKaoD4sTEJkvjwrst TFuHzmxkAXxtSdda4pxhWRCKIBsAEgizgpB1Ct4gIVJjRXf5wGSpZkKYTKVX0oOJ73Rc kotR8XONKwLyYo3ATTOKs9d5iLqazBdlfig7clwN5mEA91d/IdjzEjLTQzSB/3QjPcKI Zr9x4wOoil9gWzPF6Kf7eIIqN3jwv5psjDe4W6fygEIMGNlBOmcWEIGVBjBh/9v+a5bq Fqjg== X-Received: by 10.112.114.228 with SMTP id jj4mr14870587lbb.13.1393326808736; Tue, 25 Feb 2014 03:13:28 -0800 (PST) Received: from 95.108.174.208-red.dhcp.yndx.net (95.108.174.208-red.dhcp.yndx.net. [95.108.174.208]) by mx.google.com with ESMTPSA id jf8sm21935908lbc.8.2014.02.25.03.13.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 25 Feb 2014 03:13:27 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: fsck dumps core From: Dmitry Sivachenko In-Reply-To: <530BC062.8070800@delphij.net> Date: Tue, 25 Feb 2014 15:13:25 +0400 Content-Transfer-Encoding: quoted-printable Message-Id: <206E2401-F263-4D50-9E99-F7603828E206@gmail.com> References: <417919B7-C4D7-4003-9A71-64C4C9E73678@gmail.com> <530BC062.8070800@delphij.net> To: d@delphij.net X-Mailer: Apple Mail (2.1827) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Feb 2014 11:13:31 -0000 On 25 =D1=84=D0=B5=D0=B2=D1=80. 2014 =D0=B3., at 1:57, Xin Li = wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 >=20 > On 02/24/14 05:54, Dmitry Sivachenko wrote: >> Hello! >>=20 >> FreeBSD 10.0-STABLE #0 r262016M >>=20 >> # fsck /dev/mfid0p1 ** /dev/mfid0p1 Segmentation fault # >>=20 >> truss shows: lseek(3,0x2b0000,SEEK_SET) =3D >> 2818048 (0x2b0000)=20 >> read(3,"\0\0\0\0lo\0\0\0\^N\0\0\0\0\0\0"...,32768) =3D 32768 >> (0x8000) lseek(3,0x2b8000,SEEK_SET) =3D 2850816 >> (0x2b8000) read(3,"\0\0\0\0lo\0\0\0\^N\0\0\0\0\0\0"...,12288) =3D >> 12288 (0x3000)=20 >> = mmap(0x0,-1119879168,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) >> ERR#12 'Cannot allocate memory' SIGNAL 11 (SIGSEGV) process exit, >> rval =3D 0 >>=20 >>=20 >> #0 flushentry () at /place/WRK/src/sbin/fsck_ffs/fsutil.c:258 258 >> if (cgbp->b_un.b_cg =3D=3D NULL) (gdb) bt #0 flushentry () at >> /place/WRK/src/sbin/fsck_ffs/fsutil.c:258 #1 0x000000000040e827 in >> setup (dev=3D) at fsck.h:392 #2 >> 0x0000000000408cd8 in main (argc=3D1, argv=3D0x7fffffffda30) at >> /place/WRK/src/sbin/fsck_ffs/main.c:394 >>=20 >>=20 >>=20 >> # tunefs -p /dev/mfid0p1 tunefs: POSIX.1e ACLs: (-a) >> disabled tunefs: NFSv4 ACLs: (-N) >> disabled tunefs: MAC multilabel: (-l) >> disabled tunefs: soft updates: (-n) >> enabled tunefs: soft update journaling: (-j) >> disabled tunefs: gjournal: (-J) >> disabled tunefs: trim: (-t) >> disabled tunefs: maximum blocks per file in a cylinder group: (-e) >> 4096 tunefs: average file size: (-f) >> 16384 tunefs: average number of files in a directory: (-s) >> 64 tunefs: minimum percentage of free space: (-m) 8%=20 >> tunefs: space to hold for metadata blocks: (-k) 9136=20 >> tunefs: optimization preference: (-o) time=20 >> tunefs: volume label: (-L) >>=20 >>=20 >> Is there any way to complete fsck to get this drive working? >=20 > Can you try this patch and see if it helps? Yes, this patch solves my problem, thanks! >=20 > Note that fsck'ing such a big UFS volume is painful regardless, I know, thanks to FreeBSD stability fsck is rarely needed (that is = probably why nobody noticed this bug for almost 1 year). > any reason not to use e.g. ZFS? Well, you asked: because of it's unacceptable performance (I stopped = using Solaris just before introduction of ZFS, so I can't compare). I tried ZFS several times from it's initial import to FreeBSD almost 7 = years ago. Last attempt was about a year ago with FreeBSD-9. It is always the same story: I was looking for software replacement of = DELL PERC raid controller, so I test different variants of raidz. With low load, it is OK. =20 Under heavy write load, after it eats all free RAM for ARC, writing = process stucks in zio->i state, write performance drops to few MB/sec (with 15-20 disks in raidz), and it takes dozens of seconds even to = spawn login shell. These ZFS problems are heavily documented in mailing lists, time goes = and nothing changes. avg@ states "Empirical/anecdotal safe limit on pool utilization is said = to be about 70-80%." -- isn't it too much price for fsck-less FS? :) = http://markmail.org/message/mtws224umcy5afsa#query:+page:1+mid:xkcr53ll3ov= cme5f+state:results (my problems arise regardless of pool usage, even on almost empty = partition). So either I can't cook it (yes, I spent a lot of time reading FreeBSD's = ZFS wiki and trying different settings), or ZFS is suitable only for = low-load scenarios like root/var/home on zfs. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 25 15:58:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 031F37A1 for ; Tue, 25 Feb 2014 15:58:00 +0000 (UTC) Received: from mail.bytecamp.net (mail.bytecamp.net [212.204.60.9]) by mx1.freebsd.org (Postfix) with ESMTP id 415CF18A8 for ; Tue, 25 Feb 2014 15:57:58 +0000 (UTC) Received: (qmail 45117 invoked by uid 89); 25 Feb 2014 16:51:16 +0100 Received: from stella.bytecamp.net (HELO ?212.204.60.37?) (rs%bytecamp.net@212.204.60.37) by mail.bytecamp.net with CAMELLIA256-SHA encrypted SMTP; 25 Feb 2014 16:51:16 +0100 Message-ID: <530CBBF4.3040903@bytecamp.net> Date: Tue, 25 Feb 2014 16:51:16 +0100 From: Robert Schulze Organization: bytecamp GmbH User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: change order of commands in usr.sbin/jail/jail.c Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Feb 2014 15:58:00 -0000 Dear readers, I would like to propose a change to the order of commands that get run on jail startup and stop. The current running order on start is (shortened): ... IP_MOUNT, IP__MOUNT_FROM_FSTAB, IP_MOUNT_DEVFS, IP_MOUNT_FDESCFS, IP_EXEC_PRESTART, ... on stop: ... IP_EXEC_POSTSTOP, IP_MOUNT_FDESCFS, IP_MOUNT_DEVFS, IP__MOUNT_FROM_FSTAB, IP_MOUNT, ... Wouldn't it be closer to the docs when IP_EXEC_PRESTART would be executed before IP_MOUNT on startup and IP_EXEC_POSTSTOP after IP_MOUNT on stop? I have been bitten by this because I want to create md-devices and mount them as jail's root before startup (via exec.prestart), but jail(8) bails out trying to mount devfs into the non-existing jail filesystem, just because MOUNT_DEVFS is called before IP_EXEC_PRESTART. with kind regards, Robert Schulze -- /7\ bytecamp GmbH Geschwister-Scholl-Str. 10, 14776 Brandenburg a.d. Havel HRB15752, Amtsgericht Potsdam, Geschaeftsfuehrer: Bjoern Barnekow, Frank Rosenbaum, Sirko Zidlewitz tel +49 3381 79637-0 werktags 10-12,13-17 Uhr, fax +49 3381 79637-20 mail rs@bytecamp.net, web http://bytecamp.net/ From owner-freebsd-stable@FreeBSD.ORG Tue Feb 25 18:18:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE0E0A84 for ; Tue, 25 Feb 2014 18:18:14 +0000 (UTC) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B7A3C180A for ; Tue, 25 Feb 2014 18:18:14 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id g12so833902oah.7 for ; Tue, 25 Feb 2014 10:18:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kvP3Drwv/K27lWI5UFH2IJ4sPF4S2lFOr7PIyVqjaac=; b=ImrG61UW2LxSyZOOH7z8lCJGNYIKucXbNKwK3RihYTKhgSxY/wsXqHiVr8TAI+Us6O cr62Tkguv+UIxrvBrwjfY7QXgjAM6jTWLaiY5jpSxTALiFO2JSh8VAwddmufuJvkFIIK U3RC/YYT221jSqzCXSbm0CzpIUdZyFDtN8wgnguLQDkja/6R60R74CVcGwB/mRtYz6z1 /DHXhhkUpJRPrGg2I9h7SptKvta+yeG4R3QISDzyjQtensp23G4bNO96MJ8mz1KW1lOD 2ilY6OdrDzDvpgMQygOzND/oo+ZvOVey7veX7Bv8N4mWCymVOcOpL4+nynHi5Y+trwTO fuBg== MIME-Version: 1.0 X-Received: by 10.60.146.235 with SMTP id tf11mr2545146oeb.63.1393352294061; Tue, 25 Feb 2014 10:18:14 -0800 (PST) Received: by 10.76.130.196 with HTTP; Tue, 25 Feb 2014 10:18:13 -0800 (PST) In-Reply-To: References: Date: Tue, 25 Feb 2014 13:18:13 -0500 Message-ID: Subject: Re: Intel X540 T2 From: Ryan Stone To: Johan Kooijman Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Feb 2014 18:18:15 -0000 This sounds like it might be the issue where large NFS transfers over TSO exceed the maximum number of segments supported by ixgbe (or other drivers). There is a thread on it: http://lists.freebsd.org/pipermail/freebsd-net/2014-January/037694.html Workaround would include: - Disable TSO on the ixgbe port with "ifconfig ix0 -tso". There would be a performance impact on the NFS server. - Decrease rsize/wsize parameters on the ESXi client mounts to 32K or lower. There would be a performance impact on both the NFS server and the clients. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 25 18:56:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AAAD3DE6 for ; Tue, 25 Feb 2014 18:56:59 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7765C1BDF for ; Tue, 25 Feb 2014 18:56:58 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s1PIvIEL089431 for ; Tue, 25 Feb 2014 10:57:24 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s1PIvD6N089430; Tue, 25 Feb 2014 10:57:13 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) Received: from demon.dnswatch.com ([209.180.214.229]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 25 Feb 2014 10:57:13 -0800 (PST) Message-ID: <8aaf1ac678e49ccce2483035e5ca6104.authenticated@ultimatedns.net> Date: Tue, 25 Feb 2014 10:57:13 -0800 (PST) Subject: I'm on STABLE, will I no longer be able to use qt4? From: "Chris H" To: "freebsd-stable" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Feb 2014 18:56:59 -0000 Greetings, all. I'm tracking RELENG_8 (currently 8.4-STABLE). After a svn up the other day, I notice the following in ports/UPDATING: # pkg set -o devel/qt4-declarative:x11-toolkits/qt4-declarative # pkg set -o devel/qt4-qtestlib:devel/qt4-testlib # pkg set -o textproc/qt4-clucene:textproc/clucene-qt4 # pkg set -o www/qt4-webkit:www/webkit-qt4 # pkg set -o x11/qt4-opengl:graphics/qt4-opengl Given that by default, an install off the 8.4 DVD uses pkg_, does any of the above apply? Thanks. --Chris From owner-freebsd-stable@FreeBSD.ORG Tue Feb 25 19:16:36 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 463D25FA for ; Tue, 25 Feb 2014 19:16:36 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1FF921D96 for ; Tue, 25 Feb 2014 19:16:35 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s1PJGNX8021249 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Feb 2014 11:16:24 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s1PJGNgD021248; Tue, 25 Feb 2014 11:16:23 -0800 (PST) (envelope-from jmg) Date: Tue, 25 Feb 2014 11:16:23 -0800 From: John-Mark Gurney To: Dmitry Sivachenko Subject: Re: fsck dumps core Message-ID: <20140225191623.GR92037@funkthat.com> Mail-Followup-To: Dmitry Sivachenko , d@delphij.net, stable@freebsd.org References: <417919B7-C4D7-4003-9A71-64C4C9E73678@gmail.com> <530BC062.8070800@delphij.net> <206E2401-F263-4D50-9E99-F7603828E206@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <206E2401-F263-4D50-9E99-F7603828E206@gmail.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 25 Feb 2014 11:16:24 -0800 (PST) Cc: stable@freebsd.org, d@delphij.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Feb 2014 19:16:36 -0000 Dmitry Sivachenko wrote this message on Tue, Feb 25, 2014 at 15:13 +0400: > It is always the same story: I was looking for software replacement of DELL PERC raid controller, so I test different variants of raidz. > With low load, it is OK. > Under heavy write load, after it eats all free RAM for ARC, writing process stucks in zio->i state, write performance drops to few MB/sec > (with 15-20 disks in raidz), and it takes dozens of seconds even to spawn login shell. Well, if you mean a single raidz w/ 15-20, then of course your performance would be bad, but I assume that you're doing 3-4 sets of 5 disks raidz, or even maybe 5-7 sets of 3 disk raidz... I'm sure you found this and know this, but... I can't find the link right now, but vdevs become effectively "one disk" so, each vdev will only be as fast as it's slowest disk, and you then only have x vdevs worth of "disks"... So, if you are using 7200RPM SATA drives w/ an IOPS of ~150, and only use one or two vdevs, you're perf will suck compared to the same RAID5 system which has 3-5x the IOPS... Also, depending upon sync workland (NFS), adding a SSD ZIL can be a big improvement... > These ZFS problems are heavily documented in mailing lists, time goes and nothing changes. ZFS's raidz should be compared w/ raid3, not raid5 if you want to do a more realistic comparision between fs's... > avg@ states "Empirical/anecdotal safe limit on pool utilization is said to be about 70-80%." -- isn't it too much price for fsck-less FS? :) > http://markmail.org/message/mtws224umcy5afsa#query:+page:1+mid:xkcr53ll3ovcme5f+state:results Even Solaris's ZFS guide says that: http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide#Storage_Pool_Performance_Considerations > (my problems arise regardless of pool usage, even on almost empty partition). > > So either I can't cook it (yes, I spent a lot of time reading FreeBSD's ZFS wiki and trying different settings), or ZFS is suitable only for low-load scenarios like root/var/home on zfs. I know others are running high IOPS on ZFS... so, not sure what to say.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Tue Feb 25 21:31:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC11BCCD; Tue, 25 Feb 2014 21:31:20 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id A178C1C70; Tue, 25 Feb 2014 21:31:20 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2572:353:cc5e:8eee]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 0513F4AC1C; Wed, 26 Feb 2014 01:31:11 +0400 (MSK) Date: Wed, 26 Feb 2014 01:31:07 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <9890815.20140226013107@serebryakov.spb.ru> To: hackers@freebsd.org, stable@freebsd.org Subject: What is difference between loading module with loader and loading module wtih kldload? 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.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2014 21:31:20 -0000 Hello, Hackers. I've upgraded my fileserver to 10-STABLE and got very strange (but very-very painful) problem, which I could not reproduce on virtual machine (VirtualBox). I'm using geom_raid5 module (and I'm its maintainer, yes) and module, built for 10-STABLE (after world & kernel build & install & reboot), and loaded via /boot/loader.conf is reason to almost instant crash after boot. Sometimes system mounts filesystems before crash and sometimes not. Most of time it is "page write: page not present", in different places. PS/2 keyboard is always blocked after that, I could not drop to debugger. No memory dump performed. Several times it turend off video output (!) right after crash. But if I boot without this module, drop to single-user mode, load module with kldload and continue booting with "exit" everything work smoothly for hours! I understand, that it it some incompatibility between module new kernel, but I could not reproduce it on VirtualBox instance, and I'm puzzled, that this crash does not occur if module loaded by kldload! Maybe, here is some hint in this? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Tue Feb 25 23:21:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E325F14E; Tue, 25 Feb 2014 23:21:08 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8ED731755; Tue, 25 Feb 2014 23:21:05 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s1PNLLWE004006; Tue, 25 Feb 2014 15:21:27 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s1PNLGrF004002; Tue, 25 Feb 2014 15:21:16 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) Received: from demon.dnswatch.com ([209.180.214.229]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 25 Feb 2014 15:21:16 -0800 (PST) Message-ID: <9cb58e6ded37c79769da936cf17087da.authenticated@ultimatedns.net> In-Reply-To: <9890815.20140226013107@serebryakov.spb.ru> References: <9890815.20140226013107@serebryakov.spb.ru> Date: Tue, 25 Feb 2014 15:21:16 -0800 (PST) Subject: Re: What is difference between loading module with loader and loading module wtih kldload? From: "Chris H" To: lev@freebsd.org User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: stable@freebsd.org, hackers@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Feb 2014 23:21:09 -0000 > Hello, Hackers. > > I've upgraded my fileserver to 10-STABLE and got very strange (but > very-very painful) problem, which I could not reproduce on virtual machine > (VirtualBox). > > I'm using geom_raid5 module (and I'm its maintainer, yes) and module, built > for 10-STABLE (after world & kernel build & install & reboot), and loaded > via /boot/loader.conf is reason to almost instant crash after boot. > Sometimes system mounts filesystems before crash and sometimes not. Most of > time it is "page write: page not present", in different places. PS/2 > keyboard is always blocked after that, I could not drop to debugger. No > memory dump performed. Several times it turend off video output (!) right > after crash. > > But if I boot without this module, drop to single-user mode, load module > with kldload and continue booting with "exit" everything work smoothly for > hours! > > I understand, that it it some incompatibility between module new kernel, > but I could not reproduce it on VirtualBox instance, and I'm puzzled, that > this crash does not occur if module loaded by kldload! Maybe, here is some > hint in this? Warning, I'm no expert on 10.x. I see too many issues by ppl on the lists. So it seems too shakey for me. But, I have a couple of ideas, hoping they might help. I had a similar problem when using a very large drive, or mirror set (geom), a few years ago. FreeBSD didn't see/allocate all the memory available on the system. So it barfed, because it didn't have enough to allocate to handle the drive size. I'm sorry, but I have forgotten how to TELL FreeBSD how much memory it can use during boot tho. But if you know, then this might help you too. Hope this helps. --Chris > > -- > // Black Lion AKA Lev Serebryakov > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 25 23:31:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2260518; Tue, 25 Feb 2014 23:31:39 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ADD2B185E; Tue, 25 Feb 2014 23:31:39 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s1PNW1hT004683; Tue, 25 Feb 2014 15:32:07 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s1PNVuPs004682; Tue, 25 Feb 2014 15:31:56 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) Received: from demon.dnswatch.com ([209.180.214.229]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 25 Feb 2014 15:31:56 -0800 (PST) Message-ID: <47ae4e8ed445c7e6fc46796d46b9a928.authenticated@ultimatedns.net> Date: Tue, 25 Feb 2014 15:31:56 -0800 (PST) Subject: How to prevent use of clang && llvm? From: "Chris H" To: "freebsd-hackers" , "freebsd-stable" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Feb 2014 23:31:40 -0000 Greetings, I'm in the process of performing an upgrade, and ran a preliminary check to see what would be performed. During the process I encountered a dialog(1) for both clang, and llvm3. It was for textproc/clucene. Which wants devel/boost-libs, which depends on devel/boost-jam. I didn't require clang, or llvm3 with the initial install of textproc/clucene (that I can see/recall). But am presented with the dialog this time. I have WITHOUT_CLANG=true in /etc/src.conf. Do I need to also add it to /etc/make.conf? Anything else? Thank you for all your time, and consideration. --Chris From owner-freebsd-stable@FreeBSD.ORG Wed Feb 26 00:04:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7A2AAF5; Wed, 26 Feb 2014 00:04:37 +0000 (UTC) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B9BE1ACA; Wed, 26 Feb 2014 00:04:36 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.7/8.14.7) with ESMTP id s1Q04LX1081335; Tue, 25 Feb 2014 18:04:21 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id s1Q04LCi081334; Tue, 25 Feb 2014 18:04:21 -0600 (CST) (envelope-from brooks) Date: Tue, 25 Feb 2014 18:04:21 -0600 From: Brooks Davis To: Chris H Subject: Re: How to prevent use of clang && llvm? Message-ID: <20140226000421.GA80747@lor.one-eyed-alien.net> References: <47ae4e8ed445c7e6fc46796d46b9a928.authenticated@ultimatedns.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <47ae4e8ed445c7e6fc46796d46b9a928.authenticated@ultimatedns.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-hackers , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Feb 2014 00:04:37 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Feb 25, 2014 at 03:31:56PM -0800, Chris H wrote: > Greetings, > I'm in the process of performing an upgrade, and ran a preliminary check > to see what would be performed. During the process I encountered a > dialog(1) for both clang, and llvm3. It was for textproc/clucene. Which > wants devel/boost-libs, which depends on devel/boost-jam. I didn't require > clang, or llvm3 with the initial install of textproc/clucene (that I can see/recall). > But am presented with the dialog this time. I have WITHOUT_CLANG=true > in /etc/src.conf. Do I need to also add it to /etc/make.conf? Anything else? It looks like this is because boots requires a C++11 compiler and the default C++11 compiler is clang. From reading the source I deduce that FAVORITE_COMPILER=gcc in your make.conf may achieve the effect you require. -- Brooks --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iKYEARECAGYFAlMNL4RfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDY1NUQ1MTlDMjZBNzgyRTcyNTI5OUJGMDVE OEU4QkU5RjIzODFBRDQACgkQXY6L6fI4GtQ64gCgis5V/JlVAGwPHLcWtc4M1Zak 2QcAoI97y70X6jpJPErTKRedURL56fIC =oQUp -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 26 00:12:41 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38E01D29; Wed, 26 Feb 2014 00:12:41 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF10A1B81; Wed, 26 Feb 2014 00:12:40 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s1Q0CcVk025024 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Feb 2014 16:12:39 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s1Q0CcOZ025023; Tue, 25 Feb 2014 16:12:38 -0800 (PST) (envelope-from jmg) Date: Tue, 25 Feb 2014 16:12:38 -0800 From: John-Mark Gurney To: Lev Serebryakov Subject: Re: What is difference between loading module with loader and loading module wtih kldload? Message-ID: <20140226001238.GS92037@funkthat.com> Mail-Followup-To: Lev Serebryakov , hackers@freebsd.org, stable@freebsd.org References: <9890815.20140226013107@serebryakov.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9890815.20140226013107@serebryakov.spb.ru> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 25 Feb 2014 16:12:39 -0800 (PST) Cc: stable@freebsd.org, hackers@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Feb 2014 00:12:41 -0000 Lev Serebryakov wrote this message on Wed, Feb 26, 2014 at 01:31 +0400: > I've upgraded my fileserver to 10-STABLE and got very strange (but > very-very painful) problem, which I could not reproduce on virtual machine > (VirtualBox). > > I'm using geom_raid5 module (and I'm its maintainer, yes) and module, built > for 10-STABLE (after world & kernel build & install & reboot), and loaded > via /boot/loader.conf is reason to almost instant crash after boot. > Sometimes system mounts filesystems before crash and sometimes not. Most of > time it is "page write: page not present", in different places. PS/2 > keyboard is always blocked after that, I could not drop to debugger. No > memory dump performed. Several times it turend off video output (!) right > after crash. Can you give us an exact error message? I am not finding the string: "page write: page not present" anywhere in the tree, on close thing is in trap, where it could be user/supervisor write/read instruction/data page not present, where words seperated by slashes could be one or the other... This sounds like it could be a buffer overflow... Could you try turning on INVARIANTS and other related debugging on 10-STABLE since these were turned off for the RELEASE? Also uname -a would be helpful to know which arch you are on... > But if I boot without this module, drop to single-user mode, load module > with kldload and continue booting with "exit" everything work smoothly for > hours! > > I understand, that it it some incompatibility between module new kernel, > but I could not reproduce it on VirtualBox instance, and I'm puzzled, that > this crash does not occur if module loaded by kldload! Maybe, here is some > hint in this? There are a few differences between a boot time loaded module and a runtime loaded module... The linker runs earlier at boot time to link up the module before things start, the module may be partly run w/ cold set (which informs us the interrupts and other things may not be fully working).. Sysinits are run in a slightly different order (i.e. kernel SYSINITs that appear after your modules will be run first)... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Wed Feb 26 00:19:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C6211A2; Wed, 26 Feb 2014 00:19:46 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 053BD1BE3; Wed, 26 Feb 2014 00:19:45 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s1Q0K7hq007637; Tue, 25 Feb 2014 16:20:13 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s1Q0K21f007631; Tue, 25 Feb 2014 16:20:02 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) Received: from demon.dnswatch.com ([209.180.214.229]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 25 Feb 2014 16:20:02 -0800 (PST) Message-ID: In-Reply-To: <20140226000421.GA80747@lor.one-eyed-alien.net> References: <47ae4e8ed445c7e6fc46796d46b9a928.authenticated@ultimatedns.net> <20140226000421.GA80747@lor.one-eyed-alien.net> Date: Tue, 25 Feb 2014 16:20:02 -0800 (PST) Subject: Re: How to prevent use of clang && llvm? From: "Chris H" To: "Brooks Davis" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-hackers , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Feb 2014 00:19:46 -0000 > On Tue, Feb 25, 2014 at 03:31:56PM -0800, Chris H wrote: >> Greetings, >> I'm in the process of performing an upgrade, and ran a preliminary check >> to see what would be performed. During the process I encountered a >> dialog(1) for both clang, and llvm3. It was for textproc/clucene. Which >> wants devel/boost-libs, which depends on devel/boost-jam. I didn't require >> clang, or llvm3 with the initial install of textproc/clucene (that I can see/recall). >> But am presented with the dialog this time. I have WITHOUT_CLANG=true >> in /etc/src.conf. Do I need to also add it to /etc/make.conf? Anything else? > > It looks like this is because boots requires a C++11 compiler and the > default C++11 compiler is clang. From reading the source I deduce that > FAVORITE_COMPILER=gcc in your make.conf may achieve the effect you > require. You rock! I Really appreciate your taking the time to help. --Chris > > -- Brooks > From owner-freebsd-stable@FreeBSD.ORG Wed Feb 26 04:55:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EE36380; Wed, 26 Feb 2014 04:55:51 +0000 (UTC) Received: from mail-pb0-x232.google.com (mail-pb0-x232.google.com [IPv6:2607:f8b0:400e:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA6A4197C; Wed, 26 Feb 2014 04:55:50 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id md12so448022pbc.37 for ; Tue, 25 Feb 2014 20:55:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=iD4ZUsUC6enWib/eCYt0/FL9Hxz2VS8IU56dGGGKWbk=; b=r0vBoWjtqisAHE0Yr+uM3oE4Jw8ETwDUCsiN78akaAaXbvbIOh01l7Wn5xgXC/EJaC RkGV+8xCmGG/4/XrYGKoySxKOByU0dl06oQcpJ/+aQEztEpwm8Vq/TVza9UXj4or1Jr0 qgMCoX5CoGag6fuzcwfqPYPBhtc4P57NenmAzkGv7OillQFhxyC4/sYxQ8bLwdVkinkN 86Y6Hyv9fSTeWxvp+SARqsD35G+Pr9xLfTjBiqT43/nnACM0jPGrtVWZAK8nq/5a5IJM 2gwbZPdifeKGiRrZ/h2cDznYxLovOuOzjhDotoIBJcM04GxbH9ueAinWaAt98kkIfutW FIxA== X-Received: by 10.69.2.2 with SMTP id bk2mr4109787pbd.75.1393390550505; Tue, 25 Feb 2014 20:55:50 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id qh2sm158131361pab.13.2014.02.25.20.55.47 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 25 Feb 2014 20:55:49 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 26 Feb 2014 13:55:45 +0900 From: Yonghyeon PYUN Date: Wed, 26 Feb 2014 13:55:45 +0900 To: David Naylor Subject: Re: [SOLVED] MPCP Opcode Pause and unresponsive computer Message-ID: <20140226045545.GB1350@michelle.cdnetworks.com> References: <1403963.5sDsKbxfoF@dragon.dg> <20140217022329.GA3675@michelle.cdnetworks.com> <7109858.LYNIHJIJOi@dragon.dg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7109858.LYNIHJIJOi@dragon.dg> User-Agent: Mutt/1.4.2.3i Cc: jfv@FreeBSD.org, stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Feb 2014 04:55:51 -0000 On Sun, Feb 23, 2014 at 07:51:10PM +0300, David Naylor wrote: > Hi, > > The issue was hardware error (corrupt memory module). Once removed all > symptoms disappeared. > > Please see below for specific follow up messages. > > Regards > > On Monday, 17 February 2014 11:23:29 Yonghyeon PYUN wrote: > > On Thu, Feb 13, 2014 at 10:01:56PM +0300, David Naylor wrote: > > > Hi, > > > > > > I recently installed FreeBSD 10.0-RELEASE on an headless Intense-PC. I am > > > experiencing two network related issues with the computer. > > > > > > First issue > > > ----------- > > > When compiling lang/ruby19 the network freezes. The build was done > > > directly from the command line using ssh. After a while ssh reports > > > "Write failed: Broken pipe". I attached the monitor and no messages were > > > displayed on the output (and the machine was still running). > > > > > > The Intense-PC does not respond to pings at this point either. Of note, I > > > was capable of transferring multiple GB of data and successfully compiled > > > other ports but compiling lang/ruby19 messes up everything. > > > > > > Second issue > > > ------------ > > > After a period of uptime (after the freeze from building lang/ruby19) the > > > entire network stops working, nothing is capable of connecting or > > > communicating on the network. When I do a tcpdump (from a different, > > > affected computer) I find the following: > > > > > > 20:57:58.254626 MPCP, Opcode Pause, length 46 > > > > > > These messages get repeated a few times a second. The moment I disconnect > > > the Intense-PC from the network functionality is restored (and is clearly > > > illustrated by the tcpdump). > > > > > > Information > > > ----------- > > > # uname -a > > > FreeBSD dragonbsd 10.0-RELEASE FreeBSD 10.0-RELEASE #0 > > > d44ce30(releng/10.0): Sun Feb 9 20:11:55 SAST 2014 > > > root@dragon.dg:/tmp/home/freebsd/10.0/src/sys/MODULAR amd64 > > > > > > # ifconfig > > > lo0: flags=8049 metric 0 mtu 16384 > > > > > > options=600003 > > > inet6 ::1 prefixlen 128 > > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 > > > inet 127.0.0.1 netmask 0xff000000 > > > nd6 options=21 > > > > > > em0: flags=8843 metric 0 mtu 1500 > > > > > > options=4219b > > O4,WOL_MAGIC,VLAN_HWTSO> ether XX:XX:XX:XX:XX:XX > > > inet 192.168.0.160 netmask 0xffffff00 broadcast 192.168.0.255 > > > nd6 options=29 > > > media: Ethernet autoselect (100baseTX ) > > > status: active > > > > > > re0: flags=8843 metric 0 mtu 1500 > > > > > > options=8209b > > L_MAGIC,LINKSTATE> ether XX:XX:XX:XX:XX:XX > > > nd6 options=29 > > > media: Ethernet autoselect (none) > > > status: no carrier > > > > > > Any assistance to resolve this issue will be greatly appreciated. > > > > It's not normal to see pause frames with tcpdump. If my memory > > serves me right, MAC control frames which include pause frames > > should not be passed to host. Which network driver do you see > > above pause frames? Some drivers like fxp(4) allow passing pause > > frames to host but I think that's a bug in driver. I didn't change > > that behavior of the driver just because it used to enable that > > feature in the past. > > This is what a web search also indicated. In this case the machine receiving > pause frames has: > # dmesg | grep 'em0\|re0' > em0: port 0xf040-0xf05f mem > 0xf7300000-0xf731ffff,0xf7328000-0xf7328fff irq 20 at device 25.0 on pci0 > em0: Using an MSI interrupt > DragonSA@dragon:/tmp> dmesg | grep re0 > re0: port 0xd000-0xd0ff > mem 0xf7220000-0xf72200ff irq 16 at device 0.0 on pci3 > re0: Chip rev. 0x18000000 > re0: MAC rev. 0x00000000 > miibus0: on re0 > > # ifconfig bridge0 > bridge0: flags=8843 metric 0 mtu 1500 > inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 > nd6 options=9 > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: re0 flags=143 > ifmaxaddr 0 port 3 priority 128 path cost 55 > member: em0 flags=143 > ifmaxaddr 0 port 2 priority 128 path cost 2000000 > > Could it be bridge0 is causing the pause frames to be visible? > bridge(4) will put its members into promiscuous mode. Either em(4) or re(4) seems to pass received pause frames to host. My old re(4) data sheet said nothing about passing pause frames under promiscuous mode. Probably jfv@ may be able to answer for em(4) controllers(CCed). > > I'm not sure what's happening there but receiving pause frames will > > inhibit sending frames until the pause time expires such that you'll > > not get any response from the host. Probably you have to know > > which host is sending these lots of pause frames. Once you > > identify the guilty host, you have to narrow down what condition > > makes it send pause frames. > > It turns out that the guilty host had a faulty memory module (that didn't show > up in memtest86+ when run with another module in). I've removed the offending > memory module and no repeat of the incidences. I have no idea how a faulty memory module can generate pause frames but it's good to know the issue was resolved. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 26 07:02:35 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3D9912E; Wed, 26 Feb 2014 07:02:34 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id B3D161394; Wed, 26 Feb 2014 07:02:34 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2572:353:cc5e:8eee]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id C67FA4AC1C; Wed, 26 Feb 2014 11:02:26 +0400 (MSK) Date: Wed, 26 Feb 2014 11:02:22 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1026513823.20140226110222@serebryakov.spb.ru> To: hackers@freebsd.org, stable@freebsd.org Subject: Re: What is difference between loading module with loader and loading module wtih kldload? In-Reply-To: <9890815.20140226013107@serebryakov.spb.ru> References: <9890815.20140226013107@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Feb 2014 07:02:35 -0000 Hello, Lev. You wrote 26 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2014 =D0=B3., 1:31:= 07: LS> But if I boot without this module, drop to single-user mode, load modu= le LS> with kldload and continue booting with "exit" everything work smoothly = for LS> hours! But then crashes too :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Wed Feb 26 07:37:42 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 525D84DC; Wed, 26 Feb 2014 07:37:42 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D948167A; Wed, 26 Feb 2014 07:37:41 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s1Q7M69E071181; Wed, 26 Feb 2014 09:22:06 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s1Q7LwsR070122; Wed, 26 Feb 2014 07:21:58 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Feb 2014 07:21:58 GMT Message-Id: <201402260721.s1Q7LwsR070122@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Feb 2014 07:37:42 -0000 TB --- 2014-02-26 07:00:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-02-26 07:00:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-26 07:00:43 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-02-26 07:00:43 - cleaning the object tree TB --- 2014-02-26 07:00:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-02-26 07:01:36 - At svn revision 262524 TB --- 2014-02-26 07:01:37 - building world TB --- 2014-02-26 07:01:37 - CROSS_BUILD_TESTING=YES TB --- 2014-02-26 07:01:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-26 07:01:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-26 07:01:37 - SRCCONF=/dev/null TB --- 2014-02-26 07:01:37 - TARGET=sparc64 TB --- 2014-02-26 07:01:37 - TARGET_ARCH=sparc64 TB --- 2014-02-26 07:01:37 - TZ=UTC TB --- 2014-02-26 07:01:37 - __MAKE_CONF=/dev/null TB --- 2014-02-26 07:01:37 - cd /src TB --- 2014-02-26 07:01:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Feb 26 07:01:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/src/secure/lib/libcrypto/../../../crypto/openssl -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/obj/sparc64.sparc64/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1 -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=gnu89 -fstack-protector -Wno-pointer-sign -c /src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/x_info.c -o x_info.So cc -fPIC -DPIC -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/src/secure/lib/libcrypto/../../../crypto/openssl -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/obj/sparc64.sparc64/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1 -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=gnu89 -fstack-protector -Wno-pointer-sign -c /src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/x_long.c -o x_long.So cc -fPIC -DPIC -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/src/secure/lib/libcrypto/../../../crypto/openssl -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/obj/sparc64.sparc64/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1 -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=gnu89 -fstack-protector -Wno-pointer-sign -c /src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/x_name.c -o x_name.So /src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/x_name.c: In function 'x509_name_canon': /src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/x_name.c:319: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/secure/lib/libcrypto *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-02-26 07:21:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-26 07:21:57 - ERROR: failed to build world TB --- 2014-02-26 07:21:57 - 870.69 user 440.48 system 1273.41 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Feb 26 11:14:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33C2C6E1; Wed, 26 Feb 2014 11:14:06 +0000 (UTC) Received: from mail-oa0-x233.google.com (mail-oa0-x233.google.com [IPv6:2607:f8b0:4003:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C97811C2D; Wed, 26 Feb 2014 11:14:05 +0000 (UTC) Received: by mail-oa0-f51.google.com with SMTP id j17so646344oag.24 for ; Wed, 26 Feb 2014 03:14:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=f/1eCeEUFmzcdD+o/ruruDvZ0b9eBpAvPk64n7NdVys=; b=ePn8vsgjeGOceIhs5qLuWJxskc8jweqeAMCyESAYs3o/AGE6S+3x4ykFmQM3nQLGV+ s54Fp25nykLfnAbHPooXxK55USc28iB3dK2s7qYI2eQJR7affTzJZr41lH1WzqWxRtgy HJegYaAceN+8WBhoK9nkvIbS5oHO0QD9vOSU9VjR6z7mqStSjaiPYAkJR0O6cxr+QJF+ kJlTX3tpnbil2LsPS5ecqK3c8i2m3dp/ElZTS3/Xhf3PpyK9xgn17vBpcCkM1m7r3GTC DY7gQeNP+Mpf/cNuEuBkggUc60PZloHEYwZWWOCgFA1rfHVt96bVDgc9ojNDjGzQejjs 7Ldg== MIME-Version: 1.0 X-Received: by 10.60.58.193 with SMTP id t1mr33625oeq.78.1393413245142; Wed, 26 Feb 2014 03:14:05 -0800 (PST) Received: by 10.182.80.7 with HTTP; Wed, 26 Feb 2014 03:14:05 -0800 (PST) In-Reply-To: <9890815.20140226013107@serebryakov.spb.ru> References: <9890815.20140226013107@serebryakov.spb.ru> Date: Wed, 26 Feb 2014 12:14:05 +0100 Message-ID: Subject: Re: What is difference between loading module with loader and loading module wtih kldload? From: Oliver Pinter To: lev@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, hackers@freebsd.org, mav@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Feb 2014 11:14:06 -0000 On 2/25/14, Lev Serebryakov wrote: > Hello, Hackers. > > I've upgraded my fileserver to 10-STABLE and got very strange (but > very-very painful) problem, which I could not reproduce on virtual machine > (VirtualBox). > > I'm using geom_raid5 module (and I'm its maintainer, yes) and module, > built > for 10-STABLE (after world & kernel build & install & reboot), and loaded > via /boot/loader.conf is reason to almost instant crash after boot. > Sometimes system mounts filesystems before crash and sometimes not. Most of > time it is "page write: page not present", in different places. PS/2 > keyboard is always blocked after that, I could not drop to debugger. No > memory dump performed. Several times it turend off video output (!) right > after crash. I have a similar crash with geom_sched. This introduced after fine graded geom locks. > > But if I boot without this module, drop to single-user mode, load module > with kldload and continue booting with "exit" everything work smoothly for > hours! > > I understand, that it it some incompatibility between module new kernel, > but I could not reproduce it on VirtualBox instance, and I'm puzzled, that > this crash does not occur if module loaded by kldload! Maybe, here is some > hint in this? > > -- > // Black Lion AKA Lev Serebryakov > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Feb 26 16:33:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E2C7541 for ; Wed, 26 Feb 2014 16:33:42 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5513F1C2F for ; Wed, 26 Feb 2014 16:33:42 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AFEB9B94C; Wed, 26 Feb 2014 11:33:38 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: I'm on STABLE, will I no longer be able to use qt4? Date: Wed, 26 Feb 2014 11:11:32 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <8aaf1ac678e49ccce2483035e5ca6104.authenticated@ultimatedns.net> In-Reply-To: <8aaf1ac678e49ccce2483035e5ca6104.authenticated@ultimatedns.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402261111.32191.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 26 Feb 2014 11:33:38 -0500 (EST) Cc: Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Feb 2014 16:33:42 -0000 On Tuesday, February 25, 2014 1:57:13 pm Chris H wrote: > Greetings, all. > I'm tracking RELENG_8 (currently 8.4-STABLE). After a svn up the other day, I notice > the following in ports/UPDATING: > # pkg set -o devel/qt4-declarative:x11-toolkits/qt4-declarative > # pkg set -o devel/qt4-qtestlib:devel/qt4-testlib > # pkg set -o textproc/qt4-clucene:textproc/clucene-qt4 > # pkg set -o www/qt4-webkit:www/webkit-qt4 > # pkg set -o x11/qt4-opengl:graphics/qt4-opengl > > Given that by default, an install off the 8.4 DVD uses pkg_, does any of the > above apply? I think this just matters for using pkg to do an upgrade, so I think this only applies if you are going to upgrade your ports by hand or if you are going to switch to pkg. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Feb 26 16:33:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 468F8542; Wed, 26 Feb 2014 16:33:43 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F79A1C30; Wed, 26 Feb 2014 16:33:43 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1406CB995; Wed, 26 Feb 2014 11:33:42 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: Fwd: panic after upgrade to 10 Date: Wed, 26 Feb 2014 11:24:01 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <5308B98C.6070807@semmy.ru> <5308BD0A.2050506@FreeBSD.org> In-Reply-To: <5308BD0A.2050506@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402261124.01275.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 26 Feb 2014 11:33:42 -0500 (EST) Cc: Sergey Matveychuk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Feb 2014 16:33:43 -0000 On Saturday, February 22, 2014 10:06:50 am Sergey Matveychuk wrote: > Hi. > > I've tried to upgrade my home router to FreeBSD 10-STABLE from 8.x. And > got this panic: https://www.dropbox.com/s/fxsily501x50vtw/A8eRRRJKbYM.jpg > > panic: make_dev_credv: bad si_name (error=17, si_name=agpgart) > > How it could be fixed or how work around to boot? I think the problem is there can only be one /dev/agpgart and this tried to create two. Odd that you would have two agp devices though. Try this patch which should fix the panic, but then capture a dmesg and 'pciconf -lcb' output. Index: sys/dev/agp.c =================================================================== --- agp.c (revision 262488) +++ agp.c (working copy) @@ -212,6 +212,7 @@ int agp_generic_attach(device_t dev) { struct agp_softc *sc = device_get_softc(dev); + struct cdev *cdev; int i; u_int memsize; @@ -256,10 +257,11 @@ agp_generic_attach(device_t dev) TAILQ_INIT(&sc->as_memory); sc->as_nextid = 1; - sc->as_devnode = make_dev(&agp_cdevsw, - 0, UID_ROOT, GID_WHEEL, 0600, "agpgart"); - sc->as_devnode->si_drv1 = dev; - + if (make_dev_p(MAKEDEV_CHECKNAME, &cdev, &agp_cdevsw, NULL, UID_ROOT, + GID_WHEEL, 0600, "agpgart") == 0) { + cdev->si_drv1 = dev; + sc->as_devnode = cdev; + } return 0; } @@ -268,7 +270,8 @@ agp_free_cdev(device_t dev) { struct agp_softc *sc = device_get_softc(dev); - destroy_dev(sc->as_devnode); + if (sc->as_devnode != NULL) + destroy_dev(sc->as_devnode); } void -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Feb 26 18:40:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D7C3DF2; Wed, 26 Feb 2014 18:40:09 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 71AD61B0C; Wed, 26 Feb 2014 18:40:07 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s1QIeWZ4057655; Wed, 26 Feb 2014 10:40:38 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s1QIeRUE057651; Wed, 26 Feb 2014 10:40:27 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) Received: from demon.dnswatch.com ([209.180.214.229]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 26 Feb 2014 10:40:27 -0800 (PST) Message-ID: <34dd0b5cfec6f682f469cab3ebf0c233.authenticated@ultimatedns.net> In-Reply-To: <201402261111.32191.jhb@freebsd.org> References: <8aaf1ac678e49ccce2483035e5ca6104.authenticated@ultimatedns.net> <201402261111.32191.jhb@freebsd.org> Date: Wed, 26 Feb 2014 10:40:27 -0800 (PST) Subject: Re: I'm on STABLE, will I no longer be able to use qt4? From: "Chris H" To: "John Baldwin" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Feb 2014 18:40:09 -0000 > On Tuesday, February 25, 2014 1:57:13 pm Chris H wrote: >> Greetings, all. >> I'm tracking RELENG_8 (currently 8.4-STABLE). After a svn up the other day, > I notice >> the following in ports/UPDATING: >> # pkg set -o devel/qt4-declarative:x11-toolkits/qt4-declarative >> # pkg set -o devel/qt4-qtestlib:devel/qt4-testlib >> # pkg set -o textproc/qt4-clucene:textproc/clucene-qt4 >> # pkg set -o www/qt4-webkit:www/webkit-qt4 >> # pkg set -o x11/qt4-opengl:graphics/qt4-opengl >> >> Given that by default, an install off the 8.4 DVD uses pkg_, does any of the >> above apply? > > I think this just matters for using pkg to do an upgrade, so I think this > only applies if you are going to upgrade your ports by hand or if you > are going to switch to pkg. Thank you very much for the thoughtful reply. I'm currently upgrading. Haven't "switched" to pkg (still using whatever "default" is). Only trouble I've had so far, is with x11/kdelibs4 failing. But I don't think it's related to the above. Thanks again, for the reply. --Chris > > -- > John Baldwin > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Feb 26 18:49:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A53771F; Wed, 26 Feb 2014 18:49:55 +0000 (UTC) Received: from mail-ve0-x230.google.com (mail-ve0-x230.google.com [IPv6:2607:f8b0:400c:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD5BA1C3B; Wed, 26 Feb 2014 18:49:54 +0000 (UTC) Received: by mail-ve0-f176.google.com with SMTP id cz12so1691217veb.7 for ; Wed, 26 Feb 2014 10:49:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=N3zmw91Alx12hzIRXnGs9ASpyMA8VdjmUGXxxuOrwDM=; b=tWsNu9U6Lbbb8B3AxJprczFNPbz0pH/Ovnf8IbHsujENoPmITVtf/Gih4Cr8qWXPcA IOgcHecSJ90DNbcnhDjdZ1IydTIde7mw1WRmB3d0nNMd8E0LLYM1D9LcrM+CVoBLDRv3 C97NhLzU+15q6q8kpTF/0QhARuqIb6lMxg//XgrwstRu+HdwzpZBXZi9H/ViCvWzuoiJ VsnFAvf5MP/PKUt4wKbHdvVohSdlBkl4wpreuYQon84RxcI7Kym2O3EIz9RXOQ3aLmR5 F4wUPWwmp+HQFsfJJRjXrzZ19GNxXF9Zbf46xB82TGvkRuNfRptspAMc+IGuKyBQxYSD fCgQ== MIME-Version: 1.0 X-Received: by 10.52.29.113 with SMTP id j17mr5962173vdh.22.1393440593926; Wed, 26 Feb 2014 10:49:53 -0800 (PST) Received: by 10.220.168.135 with HTTP; Wed, 26 Feb 2014 10:49:53 -0800 (PST) In-Reply-To: <34dd0b5cfec6f682f469cab3ebf0c233.authenticated@ultimatedns.net> References: <8aaf1ac678e49ccce2483035e5ca6104.authenticated@ultimatedns.net> <201402261111.32191.jhb@freebsd.org> <34dd0b5cfec6f682f469cab3ebf0c233.authenticated@ultimatedns.net> Date: Wed, 26 Feb 2014 13:49:53 -0500 Message-ID: Subject: Re: I'm on STABLE, will I no longer be able to use qt4? From: Thomas Hoffmann To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Chris H , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Feb 2014 18:49:55 -0000 On Wed, Feb 26, 2014 at 1:40 PM, Chris H wrote: > > On Tuesday, February 25, 2014 1:57:13 pm Chris H wrote: > >> Greetings, all. > >> I'm tracking RELENG_8 (currently 8.4-STABLE). After a svn up the other > day, > > I notice > >> the following in ports/UPDATING: > >> # pkg set -o devel/qt4-declarative:x11-toolkits/qt4-declarative > >> # pkg set -o devel/qt4-qtestlib:devel/qt4-testlib > >> # pkg set -o textproc/qt4-clucene:textproc/clucene-qt4 > >> # pkg set -o www/qt4-webkit:www/webkit-qt4 > >> # pkg set -o x11/qt4-opengl:graphics/qt4-opengl > >> > >> Given that by default, an install off the 8.4 DVD uses pkg_, does any > of the > >> above apply? > > > > I think this just matters for using pkg to do an upgrade, so I think this > > only applies if you are going to upgrade your ports by hand or if you > > are going to switch to pkg. > > Thank you very much for the thoughtful reply. > I'm currently upgrading. Haven't "switched" to pkg (still using whatever > "default" is). > Only trouble I've had so far, is with x11/kdelibs4 failing. But I don't > think it's > related to the above. > > Thanks again, for the reply. > > --Chris > > > > > -- > > John Baldwin > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > > > x11/kdelibs4 is dependent on textproc/docbook*. Have you seen 20140219 entry in /usr/ports/UPDATING? -Tom From owner-freebsd-stable@FreeBSD.ORG Wed Feb 26 19:16:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E64C67CD; Wed, 26 Feb 2014 19:16:13 +0000 (UTC) Received: from sunner.semmy.ru (sunner.semmy.ru [IPv6:2a00:14d0:0:20::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0E0381062; Wed, 26 Feb 2014 19:16:13 +0000 (UTC) Received: from broadband-178-140-93-168.nationalcablenetworks.ru ([178.140.93.168] helo=[127.0.0.1]) by sunner.semmy.ru with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WIjxg-000Ost-Jm; Wed, 26 Feb 2014 23:16:08 +0400 Message-ID: <530E3D85.8060906@FreeBSD.org> Date: Wed, 26 Feb 2014 23:16:21 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: John Baldwin , freebsd-stable@freebsd.org Subject: Re: Fwd: panic after upgrade to 10 References: <5308B98C.6070807@semmy.ru> <5308BD0A.2050506@FreeBSD.org> <201402261124.01275.jhb@freebsd.org> In-Reply-To: <201402261124.01275.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="------------010401000901010902060409" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Feb 2014 19:16:14 -0000 This is a multi-part message in MIME format. --------------010401000901010902060409 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Yes, no panic now. For some reason agp0 is Intel 82855GM host to AGP bridge and agp1 is VGA controller itself. I've attached dmesg and pciconf output. Please, note, i've filled kern/187015 for this problem. 26.02.2014 20:24, John Baldwin пишет: > On Saturday, February 22, 2014 10:06:50 am Sergey Matveychuk wrote: >> Hi. >> >> I've tried to upgrade my home router to FreeBSD 10-STABLE from 8.x. And >> got this panic: https://www.dropbox.com/s/fxsily501x50vtw/A8eRRRJKbYM.jpg >> >> panic: make_dev_credv: bad si_name (error=17, si_name=agpgart) >> >> How it could be fixed or how work around to boot? > > I think the problem is there can only be one /dev/agpgart and this tried to > create two. Odd that you would have two agp devices though. > > Try this patch which should fix the panic, but then capture a dmesg and > 'pciconf -lcb' output. > > Index: sys/dev/agp.c > =================================================================== > --- agp.c (revision 262488) > +++ agp.c (working copy) > @@ -212,6 +212,7 @@ int > agp_generic_attach(device_t dev) > { > struct agp_softc *sc = device_get_softc(dev); > + struct cdev *cdev; > int i; > u_int memsize; > > @@ -256,10 +257,11 @@ agp_generic_attach(device_t dev) > TAILQ_INIT(&sc->as_memory); > sc->as_nextid = 1; > > - sc->as_devnode = make_dev(&agp_cdevsw, > - 0, UID_ROOT, GID_WHEEL, 0600, "agpgart"); > - sc->as_devnode->si_drv1 = dev; > - > + if (make_dev_p(MAKEDEV_CHECKNAME, &cdev, &agp_cdevsw, NULL, UID_ROOT, > + GID_WHEEL, 0600, "agpgart") == 0) { > + cdev->si_drv1 = dev; > + sc->as_devnode = cdev; > + } > return 0; > } > > @@ -268,7 +270,8 @@ agp_free_cdev(device_t dev) > { > struct agp_softc *sc = device_get_softc(dev); > > - destroy_dev(sc->as_devnode); > + if (sc->as_devnode != NULL) > + destroy_dev(sc->as_devnode); > } > > void > > --------------010401000901010902060409 Content-Type: text/plain; charset=windows-1251; name="dmesg.boot" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.boot" QUNQSSBCSU9TIEVycm9yIChidWcpOiBBIHZhbGlkIFJTRFAgd2FzIG5vdCBmb3VuZCAoMjAx MzA4MjMvdGJ4ZnJvb3QtMjIzKQpDb3B5cmlnaHQgKGMpIDE5OTItMjAxNCBUaGUgRnJlZUJT RCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5ODgs IDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKCVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2 ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCkZyZWVCU0QgaXMg YSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9uLgpGcmVl QlNEIDEwLjAtU1RBQkxFICMxIHIyNjIzMzBNOiBXZWQgRmViIDI2IDIzOjA1OjA5IE1TSyAy MDE0CiAgICByb290QHJvdXRlci5ob21lLnNlbW15LnJ1Oi91c3Ivb2JqL3Vzci9zcmMvc3lz L0dFTkVSSUMgaTM4NgpGcmVlQlNEIGNsYW5nIHZlcnNpb24gMy4zICh0YWdzL1JFTEVBU0Vf MzMvZmluYWwgMTgzNTAyKSAyMDEzMDYxMApDUFU6IEludGVsKFIpIENlbGVyb24oUikgTSBw cm9jZXNzb3IgICAgICAgICAxLjUwR0h6ICgxNDk5Ljg2LU1IeiA2ODYtY2xhc3MgQ1BVKQog IE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4NmQ4ICBGYW1pbHkgPSAweDYgIE1v ZGVsID0gMHhkICBTdGVwcGluZyA9IDgKICBGZWF0dXJlcz0weGFmZTlmYmZmPEZQVSxWTUUs REUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsVE0sUEJFPgpyZWFs IG1lbW9yeSAgPSAxMDM5MDczMjgwICg5OTAgTUIpCmF2YWlsIG1lbW9yeSA9IDk5NTc2NjI3 MiAoOTQ5IE1CKQpNUFRhYmxlOiA8T0VNMDAwMDAgUFJPRDAwMDAwMDAwPgpFdmVudCB0aW1l ciAiTEFQSUMiIHF1YWxpdHkgNDAwCmlvYXBpYzA6IEFzc3VtaW5nIGludGJhc2Ugb2YgMApp b2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmtiZDEgYXQg a2JkbXV4MApyYW5kb206IDxTb2Z0d2FyZSwgWWFycm93PiBpbml0aWFsaXplZApBQ1BJIEJJ T1MgRXJyb3IgKGJ1Zyk6IEEgdmFsaWQgUlNEUCB3YXMgbm90IGZvdW5kICgyMDEzMDgyMy90 Ynhmcm9vdC0yMjMpCkFDUEk6IFRhYmxlIGluaXRpYWxpc2F0aW9uIGZhaWxlZDogQUVfTk9U X0ZPVU5ECkFDUEk6IFRyeSBkaXNhYmxpbmcgZWl0aGVyIEFDUEkgb3IgYXBpYyBzdXBwb3J0 LgpwY2liMDogPE1QVGFibGUgSG9zdC1QQ0kgYnJpZGdlPiBwY2lidXMgMCBvbiBtb3RoZXJi b2FyZApwY2kwOiA8UENJIGJ1cz4gb24gcGNpYjAKYWdwMDogPEludGVsIDgyODU1R00gaG9z dCB0byBBR1AgYnJpZGdlPiBvbiBob3N0YjAKcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQg ZGV2aWNlIDAuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFs PiBhdCBkZXZpY2UgMC4zIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIxOiA8UENJLVBDSSBi cmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMApwY2kxOiA8UENJIGJ1cz4gb24gcGNpYjEK dmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHhlOTAwLTB4ZTkwNyBt ZW0gMHhlMDAwMDAwMC0weGU3ZmZmZmZmLDB4ZWMyMDAwMDAtMHhlYzI3ZmZmZiBpcnEgMTYg YXQgZGV2aWNlIDIuMCBvbiBwY2kwCmFncDE6IDxJbnRlbCA4Mjg1eE0gKDg1eEdNIEdNQ0gp IFNWR0EgY29udHJvbGxlcj4gb24gdmdhcGNpMAphZ3AxOiBhcGVydHVyZSBzaXplIGlzIDEy OE0sIGRldGVjdGVkIDMyNjM2ayBzdG9sZW4gbWVtb3J5CnZnYXBjaTA6IEJvb3QgdmlkZW8g ZGV2aWNlCnZnYXBjaTE6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBhdCBkZXZpY2UgMi4x IG9uIHBjaTAKdWhjaTA6IDxJbnRlbCA4MjgwMURCIChJQ0g0KSBVU0IgY29udHJvbGxlciBV U0ItQT4gcG9ydCAweGViMDAtMHhlYjFmIGlycSAxNiBhdCBkZXZpY2UgMjkuMCBvbiBwY2kw CnVzYnVzMCBvbiB1aGNpMAp1aGNpMTogPEludGVsIDgyODAxREIgKElDSDQpIFVTQiBjb250 cm9sbGVyIFVTQi1CPiBwb3J0IDB4ZWQwMC0weGVkMWYgaXJxIDE5IGF0IGRldmljZSAyOS4x IG9uIHBjaTAKdXNidXMxIG9uIHVoY2kxCnVoY2kyOiA8SW50ZWwgODI4MDFEQiAoSUNINCkg VVNCIGNvbnRyb2xsZXIgVVNCLUM+IHBvcnQgMHhlODAwLTB4ZTgxZiBpcnEgMTggYXQgZGV2 aWNlIDI5LjIgb24gcGNpMAp1c2J1czIgb24gdWhjaTIKZWhjaTA6IDxJbnRlbCA4MjgwMURC L0wvTSAoSUNINCkgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhlYzI4MDAwMC0weGVjMjgw M2ZmIGlycSAyMyBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwCnVzYnVzMzogRUhDSSB2ZXJzaW9u IDEuMAp1c2J1czMgb24gZWhjaTAKcGNpYjI6IDxNUFRhYmxlIFBDSS1QQ0kgYnJpZGdlPiBh dCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaTI6IDxQQ0kgYnVzPiBvbiBwY2liMgplbTA6IDxJ bnRlbChSKSBQUk8vMTAwMCBMZWdhY3kgTmV0d29yayBDb25uZWN0aW9uIDEuMC42PiBwb3J0 IDB4ZDAwMC0weGQwM2YgbWVtIDB4ZWMwMDAwMDAtMHhlYzAxZmZmZiwweGVjMDIwMDAwLTB4 ZWMwM2ZmZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMgplbTA6IEV0aGVybmV0IGFk ZHJlc3M6IDAwOjMwOjE4OjRhOjRkOmYwCmVtMTogPEludGVsKFIpIFBSTy8xMDAwIExlZ2Fj eSBOZXR3b3JrIENvbm5lY3Rpb24gMS4wLjY+IHBvcnQgMHhkMTAwLTB4ZDEzZiBtZW0gMHhl YzA0MDAwMC0weGVjMDVmZmZmLDB4ZWMwNjAwMDAtMHhlYzA3ZmZmZiBpcnEgMTcgYXQgZGV2 aWNlIDEuMCBvbiBwY2kyCmVtMTogRXRoZXJuZXQgYWRkcmVzczogMDA6MzA6MTg6NGE6NGQ6 ZjEKZW0yOiA8SW50ZWwoUikgUFJPLzEwMDAgTGVnYWN5IE5ldHdvcmsgQ29ubmVjdGlvbiAx LjAuNj4gcG9ydCAweGQyMDAtMHhkMjNmIG1lbSAweGVjMDgwMDAwLTB4ZWMwOWZmZmYsMHhl YzBhMDAwMC0weGVjMGJmZmZmIGlycSAxOCBhdCBkZXZpY2UgMi4wIG9uIHBjaTIKZW0yOiBF dGhlcm5ldCBhZGRyZXNzOiAwMDozMDoxODo0YTo0ZDpmMgplbTM6IDxJbnRlbChSKSBQUk8v MTAwMCBMZWdhY3kgTmV0d29yayBDb25uZWN0aW9uIDEuMC42PiBwb3J0IDB4ZDMwMC0weGQz M2YgbWVtIDB4ZWMwYzAwMDAtMHhlYzBkZmZmZiwweGVjMGUwMDAwLTB4ZWMwZmZmZmYgaXJx IDE5IGF0IGRldmljZSAzLjAgb24gcGNpMgplbTM6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjMw OjE4OjRhOjRkOmYzCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9u IHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmF0YXBjaTA6IDxJbnRlbCBJQ0g0IFVE TUExMDAgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3Nyww eDM3NiwweGYwMDAtMHhmMDBmIGF0IGRldmljZSAzMS4xIG9uIHBjaTAKYXRhMDogPEFUQSBj aGFubmVsPiBhdCBjaGFubmVsIDAgb24gYXRhcGNpMAphdGExOiA8QVRBIGNoYW5uZWw+IGF0 IGNoYW5uZWwgMSBvbiBhdGFwY2kwCnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2 aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNtMDogPEludGVsIElDSDQgKDgyODAx REIpPiBwb3J0IDB4ZTAwMC0weGUwZmYsMHhlYzAwLTB4ZWMzZiBtZW0gMHhlYzI4MTAwMC0w eGVjMjgxMWZmLDB4ZWMyODIwMDAtMHhlYzI4MjBmZiBpcnEgMTcgYXQgZGV2aWNlIDMxLjUg b24gcGNpMApwY20wOiBwcmltYXJ5IGNvZGVjIG5vdCByZWFkeSEKcGNtMDogPFZJQSBUZWNo bm9sb2dpZXMgVklBMTYxMkEgQUM5NyBDb2RlYz4KY3B1MCBvbiBtb3RoZXJib2FyZApwNHRj YzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MApwbXRpbWVyMCBv biBpc2EwCmF0dGltZXIwOiA8QVQgdGltZXI+IGF0IHBvcnQgMHg0MC0weDQzIGlycSAwIHBu cGlkIFBOUDAxMDAgb24gaXNhMApUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkz MTgyIEh6IHF1YWxpdHkgMApFdmVudCB0aW1lciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgy IEh6IHF1YWxpdHkgMTAwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBhdCBwb3J0IDB4 NzAtMHg3MSBpcnEgOCBwbnBpZCBQTlAwYjAwIG9uIGlzYTAKRXZlbnQgdGltZXIgIlJUQyIg ZnJlcXVlbmN5IDMyNzY4IEh6IHF1YWxpdHkgMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJv bGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAsMHg2NCBpcnEgMSBwbnBpZCBQTlAwMzAzIG9u IGlzYTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBh dGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQp1bmtub3duOiA8UE5QMGMwMT4gY2FuJ3Qg YXNzaWduIHJlc291cmNlcyAobWVtb3J5KQp1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+ IGF0IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBwbnBpZCBQTlAwNTAxIG9u IGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2Mw OiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgp2Z2EwOiA8R2VuZXJp YyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBv biBpc2EwCnBwYzA6IHBhcmFsbGVsIHBvcnQgbm90IGZvdW5kLgp1bmtub3duOiA8UE5QMGMw MT4gY2FuJ3QgYXNzaWduIHJlc291cmNlcyAobWVtb3J5KQoobnVsbCkgY2FuJ3QgYXNzaWdu IHJlc291cmNlcyAocG9ydCkKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwpy YW5kb206IHVuYmxvY2tpbmcgZGV2aWNlLgp1c2J1czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVT QiB2MS4wCnVzYnVzMTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXMyOiAxMk1i cHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czM6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0Ig djIuMAp1Z2VuMS4xOiA8SW50ZWw+IGF0IHVzYnVzMQp1aHViMDogPEludGVsIFVIQ0kgcm9v dCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czEKdWdl bjAuMTogPEludGVsPiBhdCB1c2J1czAKdWh1YjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBj bGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwCnVnZW4zLjE6IDxJ bnRlbD4gYXQgdXNidXMzCnVodWIyOiA8SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8w LCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMwp1Z2VuMi4xOiA8SW50ZWw+IGF0 IHVzYnVzMgp1aHViMzogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEu MDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czIKYWRhMCBhdCBhdGExIGJ1cyAwIHNjYnVzMSB0 YXJnZXQgMCBsdW4gMAphZGEwOiA8U1NEU0EyU0gwMzJHMUdOIElOVEVMIDA0NUM4NjIxPiBB VEEtNyBTQVRBIDIueCBkZXZpY2UKYWRhMDogU2VyaWFsIE51bWJlciBDVkVNODQwMjAwWVYw MzJIR04KYWRhMDogMTAwLjAwME1CL3MgdHJhbnNmZXJzIChVRE1BNSwgUElPIDgxOTJieXRl cykKYWRhMDogMzA1MTdNQiAoNjI1MDAwMDAgNTEyIGJ5dGUgc2VjdG9yczogMTZIIDYzUy9U IDE2MzgzQykKYWRhMDogUHJldmlvdXNseSB3YXMga25vd24gYXMgYWQyCk5ldHZzYyBpbml0 aWFsaXppbmcuLi4gVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDE0OTk4NjEzMTUgSHog cXVhbGl0eSA4MDAKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMzIHVzYnVzMiB1c2J1 czEgdXNidXMwCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZAp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjM6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQgd2Fp dGluZyBmb3I6IHVzYnVzMwpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czMKdWh1YjI6 IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClRyeWluZyB0byBtb3Vu dCByb290IGZyb20gdWZzOi9kZXYvYWRhMHAyIFtydyxub2F0aW1lXS4uLgp1Z2VuMC4yOiA8 QW1lcmljYW4gUG93ZXIgQ29udmVyc2lvbj4gYXQgdXNidXMwCg== --------------010401000901010902060409 Content-Type: text/plain; charset=windows-1251; name="pciconf.out" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="pciconf.out" aG9zdGIwQHBjaTA6MDowOjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgzNTgwODA4NiBjaGlw PTB4MzU4MDgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIGJhciAgIFsxMF0gPSB0eXBlIFBy ZWZldGNoYWJsZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZTgwMDAwMDAsIHNpemUgNjcx MDg4NjQsIGVuYWJsZWQKICAgIGNhcCAwOVs0MF0gPSB2ZW5kb3IgKGxlbmd0aCA1KSBJbnRl bCBjYXAgMCB2ZXJzaW9uIDEKICAgIGNhcCAwMlthMF0gPSBBR1AgNHggMnggMXggU0JBIGRp c2FibGVkCm5vbmUwQHBjaTA6MDowOjE6CWNsYXNzPTB4MDg4MDAwIGNhcmQ9MHgzNTg0ODA4 NiBjaGlwPTB4MzU4NDgwODYgcmV2PTB4MDIgaGRyPTB4MDAKbm9uZTFAcGNpMDowOjA6MzoJ Y2xhc3M9MHgwODgwMDAgY2FyZD0weDM1ODU4MDg2IGNoaXA9MHgzNTg1ODA4NiByZXY9MHgw MiBoZHI9MHgwMApwY2liMUBwY2kwOjA6MTowOgljbGFzcz0weDA2MDQwMCBjYXJkPTB4MDAw MDAwMDAgY2hpcD0weDM1ODE4MDg2IHJldj0weDAyIGhkcj0weDAxCnZnYXBjaTBAcGNpMDow OjI6MDoJY2xhc3M9MHgwMzAwMDAgY2FyZD0weDM1ODI4MDg2IGNoaXA9MHgzNTgyODA4NiBy ZXY9MHgwMiBoZHI9MHgwMAogICAgYmFyICAgWzEwXSA9IHR5cGUgUHJlZmV0Y2hhYmxlIE1l bW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhlMDAwMDAwMCwgc2l6ZSAxMzQyMTc3MjgsIGVuYWJs ZWQKICAgIGJhciAgIFsxNF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhlYzIw MDAwMCwgc2l6ZSA1MjQyODgsIGVuYWJsZWQKICAgIGJhciAgIFsxOF0gPSB0eXBlIEkvTyBQ b3J0LCByYW5nZSAzMiwgYmFzZSAweGU5MDAsIHNpemUgOCwgZW5hYmxlZAogICAgY2FwIDAx W2QwXSA9IHBvd2Vyc3BlYyAxICBzdXBwb3J0cyBEMCBEMSBEMyAgY3VycmVudCBEMAp2Z2Fw Y2kxQHBjaTA6MDoyOjE6CWNsYXNzPTB4MDM4MDAwIGNhcmQ9MHgzNTgyODA4NiBjaGlwPTB4 MzU4MjgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIGJhciAgIFsxMF0gPSB0eXBlIFByZWZl dGNoYWJsZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDAsIHNpemUgMTM0MjE3NzI4LCBkaXNh YmxlZAogICAgYmFyICAgWzE0XSA9IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAwLCBz aXplIDUyNDI4OCwgZGlzYWJsZWQKICAgIGNhcCAwMVtkMF0gPSBwb3dlcnNwZWMgMSAgc3Vw cG9ydHMgRDAgRDEgRDMgIGN1cnJlbnQgRDAKdWhjaTBAcGNpMDowOjI5OjA6CWNsYXNzPTB4 MGMwMzAwIGNhcmQ9MHgyNGMyODA4NiBjaGlwPTB4MjRjMjgwODYgcmV2PTB4MDIgaGRyPTB4 MDAKICAgIGJhciAgIFsyMF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGVi MDAsIHNpemUgMzIsIGVuYWJsZWQKdWhjaTFAcGNpMDowOjI5OjE6CWNsYXNzPTB4MGMwMzAw IGNhcmQ9MHgyNGMyODA4NiBjaGlwPTB4MjRjNDgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAg IGJhciAgIFsyMF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGVkMDAsIHNp emUgMzIsIGVuYWJsZWQKdWhjaTJAcGNpMDowOjI5OjI6CWNsYXNzPTB4MGMwMzAwIGNhcmQ9 MHgyNGMyODA4NiBjaGlwPTB4MjRjNzgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIGJhciAg IFsyMF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGU4MDAsIHNpemUgMzIs IGVuYWJsZWQKZWhjaTBAcGNpMDowOjI5Ojc6CWNsYXNzPTB4MGMwMzIwIGNhcmQ9MHgyNGNk ODA4NiBjaGlwPTB4MjRjZDgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIGJhciAgIFsxMF0g PSB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhlYzI4MDAwMCwgc2l6ZSAxMDI0LCBl bmFibGVkCiAgICBjYXAgMDFbNTBdID0gcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBj dXJyZW50IEQwCnBjaWIyQHBjaTA6MDozMDowOgljbGFzcz0weDA2MDQwMCBjYXJkPTB4MDAw MDAwMDAgY2hpcD0weDI0NGU4MDg2IHJldj0weDgyIGhkcj0weDAxCmlzYWIwQHBjaTA6MDoz MTowOgljbGFzcz0weDA2MDEwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDI0YzA4MDg2IHJl dj0weDAyIGhkcj0weDAwCmF0YXBjaTBAcGNpMDowOjMxOjE6CWNsYXNzPTB4MDEwMThhIGNh cmQ9MHgyNGMyODA4NiBjaGlwPTB4MjRjYjgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIGJh ciAgIFsyMF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGYwMDAsIHNpemUg MTYsIGVuYWJsZWQKICAgIGJhciAgIFsyNF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJh c2UgMCwgc2l6ZSAxMDI0LCBlbmFibGVkCm5vbmUyQHBjaTA6MDozMTozOgljbGFzcz0weDBj MDUwMCBjYXJkPTB4MjRjMjgwODYgY2hpcD0weDI0YzM4MDg2IHJldj0weDAyIGhkcj0weDAw CiAgICBiYXIgICBbMjBdID0gdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg1MDAs IHNpemUgMzIsIGVuYWJsZWQKcGNtMEBwY2kwOjA6MzE6NToJY2xhc3M9MHgwNDAxMDAgY2Fy ZD0weDQxNjE1NjQ5IGNoaXA9MHgyNGM1ODA4NiByZXY9MHgwMiBoZHI9MHgwMAogICAgYmFy ICAgWzEwXSA9IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ZTAwMCwgc2l6ZSAy NTYsIGVuYWJsZWQKICAgIGJhciAgIFsxNF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwg YmFzZSAweGVjMDAsIHNpemUgNjQsIGVuYWJsZWQKICAgIGJhciAgIFsxOF0gPSB0eXBlIE1l bW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhlYzI4MTAwMCwgc2l6ZSA1MTIsIGVuYWJsZWQKICAg IGJhciAgIFsxY10gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhlYzI4MjAwMCwg c2l6ZSAyNTYsIGVuYWJsZWQKICAgIGNhcCAwMVs1MF0gPSBwb3dlcnNwZWMgMiAgc3VwcG9y dHMgRDAgRDMgIGN1cnJlbnQgRDAKZW0wQHBjaTA6MjowOjA6CWNsYXNzPTB4MDIwMDAwIGNh cmQ9MHgxMDc2ODA4NiBjaGlwPTB4MTA3NjgwODYgcmV2PTB4MDUgaGRyPTB4MDAKICAgIGJh ciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhlYzAwMDAwMCwgc2l6 ZSAxMzEwNzIsIGVuYWJsZWQKICAgIGJhciAgIFsxNF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2Ug MzIsIGJhc2UgMHhlYzAyMDAwMCwgc2l6ZSAxMzEwNzIsIGVuYWJsZWQKICAgIGJhciAgIFsx OF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGQwMDAsIHNpemUgNjQsIGVu YWJsZWQKICAgIGNhcCAwMVtkY10gPSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1 cnJlbnQgRDAKICAgIGNhcCAwN1tlNF0gPSBQQ0ktWCBzdXBwb3J0cyAyMDQ4IGJ1cnN0IHJl YWQsIDEgc3BsaXQgdHJhbnNhY3Rpb24KZW0xQHBjaTA6MjoxOjA6CWNsYXNzPTB4MDIwMDAw IGNhcmQ9MHgxMDc2ODA4NiBjaGlwPTB4MTA3NjgwODYgcmV2PTB4MDUgaGRyPTB4MDAKICAg IGJhciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhlYzA0MDAwMCwg c2l6ZSAxMzEwNzIsIGVuYWJsZWQKICAgIGJhciAgIFsxNF0gPSB0eXBlIE1lbW9yeSwgcmFu Z2UgMzIsIGJhc2UgMHhlYzA2MDAwMCwgc2l6ZSAxMzEwNzIsIGVuYWJsZWQKICAgIGJhciAg IFsxOF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGQxMDAsIHNpemUgNjQs IGVuYWJsZWQKICAgIGNhcCAwMVtkY10gPSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMg IGN1cnJlbnQgRDAKICAgIGNhcCAwN1tlNF0gPSBQQ0ktWCBzdXBwb3J0cyAyMDQ4IGJ1cnN0 IHJlYWQsIDEgc3BsaXQgdHJhbnNhY3Rpb24KZW0yQHBjaTA6MjoyOjA6CWNsYXNzPTB4MDIw MDAwIGNhcmQ9MHgxMDc2ODA4NiBjaGlwPTB4MTA3NjgwODYgcmV2PTB4MDUgaGRyPTB4MDAK ICAgIGJhciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhlYzA4MDAw MCwgc2l6ZSAxMzEwNzIsIGVuYWJsZWQKICAgIGJhciAgIFsxNF0gPSB0eXBlIE1lbW9yeSwg cmFuZ2UgMzIsIGJhc2UgMHhlYzBhMDAwMCwgc2l6ZSAxMzEwNzIsIGVuYWJsZWQKICAgIGJh ciAgIFsxOF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGQyMDAsIHNpemUg NjQsIGVuYWJsZWQKICAgIGNhcCAwMVtkY10gPSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAg RDMgIGN1cnJlbnQgRDAKICAgIGNhcCAwN1tlNF0gPSBQQ0ktWCBzdXBwb3J0cyAyMDQ4IGJ1 cnN0IHJlYWQsIDEgc3BsaXQgdHJhbnNhY3Rpb24KZW0zQHBjaTA6MjozOjA6CWNsYXNzPTB4 MDIwMDAwIGNhcmQ9MHgxMDc2ODA4NiBjaGlwPTB4MTA3NjgwODYgcmV2PTB4MDUgaGRyPTB4 MDAKICAgIGJhciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhlYzBj MDAwMCwgc2l6ZSAxMzEwNzIsIGVuYWJsZWQKICAgIGJhciAgIFsxNF0gPSB0eXBlIE1lbW9y eSwgcmFuZ2UgMzIsIGJhc2UgMHhlYzBlMDAwMCwgc2l6ZSAxMzEwNzIsIGVuYWJsZWQKICAg IGJhciAgIFsxOF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGQzMDAsIHNp emUgNjQsIGVuYWJsZWQKICAgIGNhcCAwMVtkY10gPSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMg RDAgRDMgIGN1cnJlbnQgRDAKICAgIGNhcCAwN1tlNF0gPSBQQ0ktWCBzdXBwb3J0cyAyMDQ4 IGJ1cnN0IHJlYWQsIDEgc3BsaXQgdHJhbnNhY3Rpb24K --------------010401000901010902060409-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 26 19:41:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F2C1233; Wed, 26 Feb 2014 19:41:12 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D96F11384; Wed, 26 Feb 2014 19:41:11 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 756E4B922; Wed, 26 Feb 2014 14:41:08 -0500 (EST) From: John Baldwin To: Sergey Matveychuk Subject: Re: Fwd: panic after upgrade to 10 Date: Wed, 26 Feb 2014 14:41:02 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <5308B98C.6070807@semmy.ru> <201402261124.01275.jhb@freebsd.org> <530E3D85.8060906@FreeBSD.org> In-Reply-To: <530E3D85.8060906@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201402261441.02262.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 26 Feb 2014 14:41:08 -0500 (EST) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Feb 2014 19:41:12 -0000 On Wednesday, February 26, 2014 2:16:21 pm Sergey Matveychuk wrote: > Yes, no panic now. > For some reason agp0 is Intel 82855GM host to AGP bridge and agp1 is VGA= =20 > controller itself. Yes, on this machine we should probably only be using agp1 and not agp0. I'm guessing 8.x simply did not have 'device agp' in GENERIC which is why you didn't see this. Right now my patch is preventing the panic, but /dev/agpgart probably isn't working quite right. I guess you aren't running X on this though? > I've attached dmesg and pciconf output. >=20 > Please, note, i've filled kern/187015 for this problem. >=20 > 26.02.2014 20:24, John Baldwin =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > On Saturday, February 22, 2014 10:06:50 am Sergey Matveychuk wrote: > >> Hi. > >> > >> I've tried to upgrade my home router to FreeBSD 10-STABLE from 8.x. And > >> got this panic: https://www.dropbox.com/s/fxsily501x50vtw/A8eRRRJKbYM.= jpg > >> > >> panic: make_dev_credv: bad si_name (error=3D17, si_name=3Dagpgart) > >> > >> How it could be fixed or how work around to boot? > > > > I think the problem is there can only be one /dev/agpgart and this trie= d=20 to > > create two. Odd that you would have two agp devices though. > > > > Try this patch which should fix the panic, but then capture a dmesg and > > 'pciconf -lcb' output. > > > > Index: sys/dev/agp.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --- agp.c (revision 262488) > > +++ agp.c (working copy) > > @@ -212,6 +212,7 @@ int > > agp_generic_attach(device_t dev) > > { > > struct agp_softc *sc =3D device_get_softc(dev); > > + struct cdev *cdev; > > int i; > > u_int memsize; > > > > @@ -256,10 +257,11 @@ agp_generic_attach(device_t dev) > > TAILQ_INIT(&sc->as_memory); > > sc->as_nextid =3D 1; > > > > - sc->as_devnode =3D make_dev(&agp_cdevsw, > > - 0, UID_ROOT, GID_WHEEL, 0600, "agpgart"); > > - sc->as_devnode->si_drv1 =3D dev; > > - > > + if (make_dev_p(MAKEDEV_CHECKNAME, &cdev, &agp_cdevsw, NULL, UID_ROOT, > > + GID_WHEEL, 0600, "agpgart") =3D=3D 0) { > > + cdev->si_drv1 =3D dev; > > + sc->as_devnode =3D cdev; > > + } > > return 0; > > } > > > > @@ -268,7 +270,8 @@ agp_free_cdev(device_t dev) > > { > > struct agp_softc *sc =3D device_get_softc(dev); > > > > - destroy_dev(sc->as_devnode); > > + if (sc->as_devnode !=3D NULL) > > + destroy_dev(sc->as_devnode); > > } > > > > void > > > > >=20 =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Feb 26 20:34:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6B93E4B; Wed, 26 Feb 2014 20:34:38 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9E2718F6; Wed, 26 Feb 2014 20:34:38 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C44B6B977; Wed, 26 Feb 2014 15:34:37 -0500 (EST) From: John Baldwin To: Sergey Matveychuk Subject: Re: Fwd: panic after upgrade to 10 Date: Wed, 26 Feb 2014 15:34:29 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <5308B98C.6070807@semmy.ru> <530E3D85.8060906@FreeBSD.org> <201402261441.02262.jhb@freebsd.org> In-Reply-To: <201402261441.02262.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201402261534.29297.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 26 Feb 2014 15:34:37 -0500 (EST) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Feb 2014 20:34:39 -0000 On Wednesday, February 26, 2014 2:41:02 pm John Baldwin wrote: > On Wednesday, February 26, 2014 2:16:21 pm Sergey Matveychuk wrote: > > Yes, no panic now. > > For some reason agp0 is Intel 82855GM host to AGP bridge and agp1 is VGA > > controller itself. > > Yes, on this machine we should probably only be using agp1 and not agp0. > I'm guessing 8.x simply did not have 'device agp' in GENERIC which is why > you didn't see this. Right now my patch is preventing the panic, but > /dev/agpgart probably isn't working quite right. I guess you aren't > running X on this though? Actually, please try this patch instead. It changes the agp devices to create /dev/agpN and the first device should create a /dev/agpgart symlink. I think this means you can then move the symlink if needed, so that in your case if you wanted to use X you could move it to /dev/agp1 instead of /dev/agp0. Index: sys/dev/agp/agp.c =================================================================== --- agp.c (revision 262488) +++ agp.c (working copy) @@ -212,6 +212,7 @@ int agp_generic_attach(device_t dev) { struct agp_softc *sc = device_get_softc(dev); + struct cdev *cdev; int i; u_int memsize; @@ -232,7 +233,7 @@ agp_generic_attach(device_t dev) /* * Work out an upper bound for agp memory allocation. This - * uses a heurisitc table from the Linux driver. + * uses a heuristic table from the Linux driver. */ memsize = ptoa(realmem) >> 20; for (i = 0; i < agp_max_size; i++) { @@ -257,8 +258,9 @@ agp_generic_attach(device_t dev) sc->as_nextid = 1; sc->as_devnode = make_dev(&agp_cdevsw, - 0, UID_ROOT, GID_WHEEL, 0600, "agpgart"); + 0, UID_ROOT, GID_WHEEL, 0600, "%s", device_get_nameunit(dev)); sc->as_devnode->si_drv1 = dev; + make_dev_alias_p(MAKEDEV_CHECKNAME, &cdev, sc->as_devnode, "agpgart"); return 0; } -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Feb 26 23:21:15 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 285187F8; Wed, 26 Feb 2014 23:21:15 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5CB3117FC; Wed, 26 Feb 2014 23:21:13 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s1QNL5HM002524; Thu, 27 Feb 2014 01:21:05 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s1QNL3Ng002338; Wed, 26 Feb 2014 23:21:03 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Feb 2014 23:21:03 GMT Message-Id: <201402262321.s1QNL3Ng002338@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Feb 2014 23:21:15 -0000 TB --- 2014-02-26 22:00:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-02-26 22:00:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-26 22:00:43 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-02-26 22:00:43 - cleaning the object tree TB --- 2014-02-26 22:00:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-02-26 22:01:34 - At svn revision 262533 TB --- 2014-02-26 22:01:35 - building world TB --- 2014-02-26 22:01:35 - CROSS_BUILD_TESTING=YES TB --- 2014-02-26 22:01:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-26 22:01:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-26 22:01:35 - SRCCONF=/dev/null TB --- 2014-02-26 22:01:35 - TARGET=i386 TB --- 2014-02-26 22:01:35 - TARGET_ARCH=i386 TB --- 2014-02-26 22:01:35 - TZ=UTC TB --- 2014-02-26 22:01:35 - __MAKE_CONF=/dev/null TB --- 2014-02-26 22:01:35 - cd /src TB --- 2014-02-26 22:01:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Feb 26 22:01:45 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] c++ -O2 -pipe -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips/MipsFrameLowering.cpp -o MipsFrameLowering.o c++ -O2 -pipe -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips/MipsISelDAGToDAG.cpp -o MipsISelDAGToDAG.o c++ -O2 -pipe -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips/MipsISelLowering.cpp -o MipsISelLowering.o /src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips/MipsISelLowering.cpp: In member function 'llvm::SDValue llvm::MipsTargetLowering::LowerCallResult(llvm::SDValue, llvm::SDValue, llvm::CallingConv::ID, bool, const llvm::SmallVectorImpl&, llvm::DebugLoc, llvm::SelectionDAG&, llvm::SmallVectorImpl&, const llvm::SDNode*, const llvm::Type*) const': /src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips/MipsISelLowering.cpp:2445: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmmipscodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-02-26 23:21:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-26 23:21:02 - ERROR: failed to build world TB --- 2014-02-26 23:21:02 - 3991.34 user 844.65 system 4819.09 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Feb 27 06:59:02 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93FBEC44; Thu, 27 Feb 2014 06:59:02 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C73DA1E07; Thu, 27 Feb 2014 06:59:01 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s1R6wSfS010331; Thu, 27 Feb 2014 08:58:28 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s1R6wLXt009319; Thu, 27 Feb 2014 06:58:21 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Feb 2014 06:58:21 GMT Message-Id: <201402270658.s1R6wLXt009319@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Feb 2014 06:59:02 -0000 TB --- 2014-02-27 05:20:37 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-02-27 05:20:37 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-27 05:20:37 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-02-27 05:20:37 - cleaning the object tree TB --- 2014-02-27 05:20:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-02-27 05:21:28 - At svn revision 262547 TB --- 2014-02-27 05:21:29 - building world TB --- 2014-02-27 05:21:29 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 05:21:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 05:21:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 05:21:29 - SRCCONF=/dev/null TB --- 2014-02-27 05:21:29 - TARGET=sparc64 TB --- 2014-02-27 05:21:29 - TARGET_ARCH=sparc64 TB --- 2014-02-27 05:21:29 - TZ=UTC TB --- 2014-02-27 05:21:29 - __MAKE_CONF=/dev/null TB --- 2014-02-27 05:21:29 - cd /src TB --- 2014-02-27 05:21:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Feb 27 05:21:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Feb 27 06:57:52 UTC 2014 TB --- 2014-02-27 06:57:52 - generating LINT kernel config TB --- 2014-02-27 06:57:52 - cd /src/sys/sparc64/conf TB --- 2014-02-27 06:57:52 - /usr/bin/make -B LINT TB --- 2014-02-27 06:57:52 - cd /src/sys/sparc64/conf TB --- 2014-02-27 06:57:52 - /usr/sbin/config -m LINT TB --- 2014-02-27 06:57:52 - building LINT kernel TB --- 2014-02-27 06:57:52 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 06:57:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 06:57:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 06:57:52 - SRCCONF=/dev/null TB --- 2014-02-27 06:57:52 - TARGET=sparc64 TB --- 2014-02-27 06:57:52 - TARGET_ARCH=sparc64 TB --- 2014-02-27 06:57:52 - TZ=UTC TB --- 2014-02-27 06:57:52 - __MAKE_CONF=/dev/null TB --- 2014-02-27 06:57:52 - cd /src TB --- 2014-02-27 06:57:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 27 06:57:52 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-02-27 06:58:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-27 06:58:20 - ERROR: failed to build LINT kernel TB --- 2014-02-27 06:58:20 - 4232.17 user 1838.73 system 5862.52 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu Feb 27 07:50:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 636CA201; Thu, 27 Feb 2014 07:50:08 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 40AA81486; Thu, 27 Feb 2014 07:50:06 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s1R7nvQK092542; Thu, 27 Feb 2014 09:49:57 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s1R7nvkv092541; Thu, 27 Feb 2014 07:49:57 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Feb 2014 07:49:57 GMT Message-Id: <201402270749.s1R7nvkv092541@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Feb 2014 07:50:08 -0000 TB --- 2014-02-27 05:20:37 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-02-27 05:20:37 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-27 05:20:37 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-02-27 05:20:37 - cleaning the object tree TB --- 2014-02-27 05:20:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-02-27 05:21:26 - At svn revision 262547 TB --- 2014-02-27 05:21:27 - building world TB --- 2014-02-27 05:21:27 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 05:21:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 05:21:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 05:21:27 - SRCCONF=/dev/null TB --- 2014-02-27 05:21:27 - TARGET=mips TB --- 2014-02-27 05:21:27 - TARGET_ARCH=mips TB --- 2014-02-27 05:21:27 - TZ=UTC TB --- 2014-02-27 05:21:27 - __MAKE_CONF=/dev/null TB --- 2014-02-27 05:21:27 - cd /src TB --- 2014-02-27 05:21:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Feb 27 05:21:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Feb 27 06:46:20 UTC 2014 TB --- 2014-02-27 06:46:20 - cd /src/sys/mips/conf TB --- 2014-02-27 06:46:20 - /usr/sbin/config -m ADM5120 TB --- 2014-02-27 06:46:20 - skipping ADM5120 kernel TB --- 2014-02-27 06:46:20 - cd /src/sys/mips/conf TB --- 2014-02-27 06:46:20 - /usr/sbin/config -m ALCHEMY TB --- 2014-02-27 06:46:20 - skipping ALCHEMY kernel TB --- 2014-02-27 06:46:20 - cd /src/sys/mips/conf TB --- 2014-02-27 06:46:20 - /usr/sbin/config -m AP121 TB --- 2014-02-27 06:46:20 - building AP121 kernel TB --- 2014-02-27 06:46:20 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 06:46:20 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 06:46:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 06:46:20 - SRCCONF=/dev/null TB --- 2014-02-27 06:46:20 - TARGET=mips TB --- 2014-02-27 06:46:20 - TARGET_ARCH=mips TB --- 2014-02-27 06:46:20 - TZ=UTC TB --- 2014-02-27 06:46:20 - __MAKE_CONF=/dev/null TB --- 2014-02-27 06:46:20 - cd /src TB --- 2014-02-27 06:46:20 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Thu Feb 27 06:46:20 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Thu Feb 27 06:51:24 UTC 2014 TB --- 2014-02-27 06:51:24 - cd /src/sys/mips/conf TB --- 2014-02-27 06:51:24 - /usr/sbin/config -m AP91 TB --- 2014-02-27 06:51:24 - building AP91 kernel TB --- 2014-02-27 06:51:24 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 06:51:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 06:51:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 06:51:24 - SRCCONF=/dev/null TB --- 2014-02-27 06:51:24 - TARGET=mips TB --- 2014-02-27 06:51:24 - TARGET_ARCH=mips TB --- 2014-02-27 06:51:24 - TZ=UTC TB --- 2014-02-27 06:51:24 - __MAKE_CONF=/dev/null TB --- 2014-02-27 06:51:24 - cd /src TB --- 2014-02-27 06:51:24 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Thu Feb 27 06:51:24 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Thu Feb 27 06:58:34 UTC 2014 TB --- 2014-02-27 06:58:34 - cd /src/sys/mips/conf TB --- 2014-02-27 06:58:34 - /usr/sbin/config -m AP93 TB --- 2014-02-27 06:58:34 - building AP93 kernel TB --- 2014-02-27 06:58:34 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 06:58:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 06:58:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 06:58:34 - SRCCONF=/dev/null TB --- 2014-02-27 06:58:34 - TARGET=mips TB --- 2014-02-27 06:58:34 - TARGET_ARCH=mips TB --- 2014-02-27 06:58:34 - TZ=UTC TB --- 2014-02-27 06:58:34 - __MAKE_CONF=/dev/null TB --- 2014-02-27 06:58:34 - cd /src TB --- 2014-02-27 06:58:34 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Thu Feb 27 06:58:35 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Thu Feb 27 07:05:48 UTC 2014 TB --- 2014-02-27 07:05:48 - cd /src/sys/mips/conf TB --- 2014-02-27 07:05:48 - /usr/sbin/config -m AP94 TB --- 2014-02-27 07:05:48 - building AP94 kernel TB --- 2014-02-27 07:05:48 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 07:05:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 07:05:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 07:05:48 - SRCCONF=/dev/null TB --- 2014-02-27 07:05:48 - TARGET=mips TB --- 2014-02-27 07:05:48 - TARGET_ARCH=mips TB --- 2014-02-27 07:05:48 - TZ=UTC TB --- 2014-02-27 07:05:48 - __MAKE_CONF=/dev/null TB --- 2014-02-27 07:05:48 - cd /src TB --- 2014-02-27 07:05:48 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Thu Feb 27 07:05:48 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Thu Feb 27 07:14:24 UTC 2014 TB --- 2014-02-27 07:14:24 - cd /src/sys/mips/conf TB --- 2014-02-27 07:14:24 - /usr/sbin/config -m AP96 TB --- 2014-02-27 07:14:24 - building AP96 kernel TB --- 2014-02-27 07:14:24 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 07:14:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 07:14:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 07:14:24 - SRCCONF=/dev/null TB --- 2014-02-27 07:14:24 - TARGET=mips TB --- 2014-02-27 07:14:24 - TARGET_ARCH=mips TB --- 2014-02-27 07:14:24 - TZ=UTC TB --- 2014-02-27 07:14:24 - __MAKE_CONF=/dev/null TB --- 2014-02-27 07:14:24 - cd /src TB --- 2014-02-27 07:14:24 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Thu Feb 27 07:14:24 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Thu Feb 27 07:22:41 UTC 2014 TB --- 2014-02-27 07:22:41 - cd /src/sys/mips/conf TB --- 2014-02-27 07:22:41 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-02-27 07:22:41 - building AR71XX_BASE kernel TB --- 2014-02-27 07:22:41 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 07:22:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 07:22:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 07:22:41 - SRCCONF=/dev/null TB --- 2014-02-27 07:22:41 - TARGET=mips TB --- 2014-02-27 07:22:41 - TARGET_ARCH=mips TB --- 2014-02-27 07:22:41 - TZ=UTC TB --- 2014-02-27 07:22:41 - __MAKE_CONF=/dev/null TB --- 2014-02-27 07:22:41 - cd /src TB --- 2014-02-27 07:22:41 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Thu Feb 27 07:22:42 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Thu Feb 27 07:29:58 UTC 2014 TB --- 2014-02-27 07:29:58 - cd /src/sys/mips/conf TB --- 2014-02-27 07:29:58 - /usr/sbin/config -m AR724X_BASE TB --- 2014-02-27 07:29:58 - building AR724X_BASE kernel TB --- 2014-02-27 07:29:58 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 07:29:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 07:29:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 07:29:58 - SRCCONF=/dev/null TB --- 2014-02-27 07:29:58 - TARGET=mips TB --- 2014-02-27 07:29:58 - TARGET_ARCH=mips TB --- 2014-02-27 07:29:58 - TZ=UTC TB --- 2014-02-27 07:29:58 - __MAKE_CONF=/dev/null TB --- 2014-02-27 07:29:58 - cd /src TB --- 2014-02-27 07:29:58 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Thu Feb 27 07:29:58 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Thu Feb 27 07:35:45 UTC 2014 TB --- 2014-02-27 07:35:45 - cd /src/sys/mips/conf TB --- 2014-02-27 07:35:45 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-02-27 07:35:45 - building AR91XX_BASE kernel TB --- 2014-02-27 07:35:45 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 07:35:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 07:35:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 07:35:45 - SRCCONF=/dev/null TB --- 2014-02-27 07:35:45 - TARGET=mips TB --- 2014-02-27 07:35:45 - TARGET_ARCH=mips TB --- 2014-02-27 07:35:45 - TZ=UTC TB --- 2014-02-27 07:35:45 - __MAKE_CONF=/dev/null TB --- 2014-02-27 07:35:45 - cd /src TB --- 2014-02-27 07:35:45 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Thu Feb 27 07:35:46 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Thu Feb 27 07:42:25 UTC 2014 TB --- 2014-02-27 07:42:25 - cd /src/sys/mips/conf TB --- 2014-02-27 07:42:25 - /usr/sbin/config -m AR933X_BASE TB --- 2014-02-27 07:42:25 - building AR933X_BASE kernel TB --- 2014-02-27 07:42:25 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 07:42:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 07:42:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 07:42:25 - SRCCONF=/dev/null TB --- 2014-02-27 07:42:25 - TARGET=mips TB --- 2014-02-27 07:42:25 - TARGET_ARCH=mips TB --- 2014-02-27 07:42:25 - TZ=UTC TB --- 2014-02-27 07:42:25 - __MAKE_CONF=/dev/null TB --- 2014-02-27 07:42:25 - cd /src TB --- 2014-02-27 07:42:25 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Thu Feb 27 07:42:26 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Thu Feb 27 07:46:10 UTC 2014 TB --- 2014-02-27 07:46:10 - cd /src/sys/mips/conf TB --- 2014-02-27 07:46:10 - /usr/sbin/config -m AR934X_BASE TB --- 2014-02-27 07:46:10 - building AR934X_BASE kernel TB --- 2014-02-27 07:46:10 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 07:46:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 07:46:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 07:46:10 - SRCCONF=/dev/null TB --- 2014-02-27 07:46:10 - TARGET=mips TB --- 2014-02-27 07:46:10 - TARGET_ARCH=mips TB --- 2014-02-27 07:46:10 - TZ=UTC TB --- 2014-02-27 07:46:10 - __MAKE_CONF=/dev/null TB --- 2014-02-27 07:46:10 - cd /src TB --- 2014-02-27 07:46:10 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Thu Feb 27 07:46:11 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR934X_BASE completed on Thu Feb 27 07:49:54 UTC 2014 TB --- 2014-02-27 07:49:54 - cd /src/sys/mips/conf TB --- 2014-02-27 07:49:54 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-02-27 07:49:54 - skipping BERI_DE4_BASE kernel TB --- 2014-02-27 07:49:54 - cd /src/sys/mips/conf TB --- 2014-02-27 07:49:54 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-02-27 07:49:54 - skipping BERI_DE4_MDROOT kernel TB --- 2014-02-27 07:49:54 - cd /src/sys/mips/conf TB --- 2014-02-27 07:49:54 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-02-27 07:49:54 - skipping BERI_DE4_SDROOT kernel TB --- 2014-02-27 07:49:54 - cd /src/sys/mips/conf TB --- 2014-02-27 07:49:54 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-02-27 07:49:54 - skipping BERI_NETFPGA_MDROOT kernel TB --- 2014-02-27 07:49:54 - cd /src/sys/mips/conf TB --- 2014-02-27 07:49:54 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-02-27 07:49:54 - skipping BERI_SIM_BASE kernel TB --- 2014-02-27 07:49:54 - cd /src/sys/mips/conf TB --- 2014-02-27 07:49:54 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-02-27 07:49:54 - skipping BERI_SIM_MDROOT kernel TB --- 2014-02-27 07:49:54 - cd /src/sys/mips/conf TB --- 2014-02-27 07:49:54 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-02-27 07:49:54 - skipping BERI_SIM_SDROOT kernel TB --- 2014-02-27 07:49:54 - cd /src/sys/mips/conf TB --- 2014-02-27 07:49:54 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-02-27 07:49:54 - skipping BERI_TEMPLATE kernel TB --- 2014-02-27 07:49:54 - cd /src/sys/mips/conf TB --- 2014-02-27 07:49:54 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-02-27 07:49:54 - building CARAMBOLA2 kernel TB --- 2014-02-27 07:49:54 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 07:49:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 07:49:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 07:49:54 - SRCCONF=/dev/null TB --- 2014-02-27 07:49:54 - TARGET=mips TB --- 2014-02-27 07:49:54 - TARGET_ARCH=mips TB --- 2014-02-27 07:49:54 - TZ=UTC TB --- 2014-02-27 07:49:54 - __MAKE_CONF=/dev/null TB --- 2014-02-27 07:49:54 - cd /src TB --- 2014-02-27 07:49:54 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Thu Feb 27 07:49:54 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/CARAMBOLA2/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-02-27 07:49:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-27 07:49:57 - ERROR: failed to build CARAMBOLA2 kernel TB --- 2014-02-27 07:49:57 - 6313.63 user 3073.34 system 8959.91 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Feb 27 22:43:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEE5DCC8; Thu, 27 Feb 2014 22:43:56 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C0DD01E2C; Thu, 27 Feb 2014 22:43:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s1RMhPM1026506; Fri, 28 Feb 2014 00:43:25 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s1RMhDEI025994; Thu, 27 Feb 2014 22:43:13 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Feb 2014 22:43:13 GMT Message-Id: <201402272243.s1RMhDEI025994@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Feb 2014 22:43:56 -0000 TB --- 2014-02-27 20:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-02-27 20:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-27 20:20:45 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-02-27 20:20:45 - cleaning the object tree TB --- 2014-02-27 20:20:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-02-27 20:21:30 - At svn revision 262570 TB --- 2014-02-27 20:21:31 - building world TB --- 2014-02-27 20:21:31 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 20:21:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 20:21:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 20:21:31 - SRCCONF=/dev/null TB --- 2014-02-27 20:21:31 - TARGET=mips TB --- 2014-02-27 20:21:31 - TARGET_ARCH=mips64 TB --- 2014-02-27 20:21:31 - TZ=UTC TB --- 2014-02-27 20:21:31 - __MAKE_CONF=/dev/null TB --- 2014-02-27 20:21:31 - cd /src TB --- 2014-02-27 20:21:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Feb 27 20:21:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Feb 27 21:46:51 UTC 2014 TB --- 2014-02-27 21:46:51 - cd /src/sys/mips/conf TB --- 2014-02-27 21:46:51 - /usr/sbin/config -m ADM5120 TB --- 2014-02-27 21:46:51 - skipping ADM5120 kernel TB --- 2014-02-27 21:46:51 - cd /src/sys/mips/conf TB --- 2014-02-27 21:46:51 - /usr/sbin/config -m ALCHEMY TB --- 2014-02-27 21:46:51 - skipping ALCHEMY kernel TB --- 2014-02-27 21:46:51 - cd /src/sys/mips/conf TB --- 2014-02-27 21:46:51 - /usr/sbin/config -m AP121 TB --- 2014-02-27 21:46:51 - skipping AP121 kernel TB --- 2014-02-27 21:46:51 - cd /src/sys/mips/conf TB --- 2014-02-27 21:46:51 - /usr/sbin/config -m AP91 TB --- 2014-02-27 21:46:51 - skipping AP91 kernel TB --- 2014-02-27 21:46:51 - cd /src/sys/mips/conf TB --- 2014-02-27 21:46:51 - /usr/sbin/config -m AP93 TB --- 2014-02-27 21:46:51 - skipping AP93 kernel TB --- 2014-02-27 21:46:51 - cd /src/sys/mips/conf TB --- 2014-02-27 21:46:51 - /usr/sbin/config -m AP94 TB --- 2014-02-27 21:46:51 - skipping AP94 kernel TB --- 2014-02-27 21:46:51 - cd /src/sys/mips/conf TB --- 2014-02-27 21:46:51 - /usr/sbin/config -m AP96 TB --- 2014-02-27 21:46:51 - skipping AP96 kernel TB --- 2014-02-27 21:46:51 - cd /src/sys/mips/conf TB --- 2014-02-27 21:46:51 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-02-27 21:46:51 - skipping AR71XX_BASE kernel TB --- 2014-02-27 21:46:51 - cd /src/sys/mips/conf TB --- 2014-02-27 21:46:51 - /usr/sbin/config -m AR724X_BASE TB --- 2014-02-27 21:46:51 - skipping AR724X_BASE kernel TB --- 2014-02-27 21:46:51 - cd /src/sys/mips/conf TB --- 2014-02-27 21:46:51 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-02-27 21:46:51 - skipping AR91XX_BASE kernel TB --- 2014-02-27 21:46:51 - cd /src/sys/mips/conf TB --- 2014-02-27 21:46:51 - /usr/sbin/config -m AR933X_BASE TB --- 2014-02-27 21:46:51 - skipping AR933X_BASE kernel TB --- 2014-02-27 21:46:51 - cd /src/sys/mips/conf TB --- 2014-02-27 21:46:51 - /usr/sbin/config -m AR934X_BASE TB --- 2014-02-27 21:46:51 - skipping AR934X_BASE kernel TB --- 2014-02-27 21:46:51 - cd /src/sys/mips/conf TB --- 2014-02-27 21:46:51 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-02-27 21:46:51 - building BERI_DE4_BASE kernel TB --- 2014-02-27 21:46:51 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 21:46:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 21:46:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 21:46:51 - SRCCONF=/dev/null TB --- 2014-02-27 21:46:51 - TARGET=mips TB --- 2014-02-27 21:46:51 - TARGET_ARCH=mips64 TB --- 2014-02-27 21:46:51 - TZ=UTC TB --- 2014-02-27 21:46:51 - __MAKE_CONF=/dev/null TB --- 2014-02-27 21:46:51 - cd /src TB --- 2014-02-27 21:46:51 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Thu Feb 27 21:46:51 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_BASE completed on Thu Feb 27 21:51:54 UTC 2014 TB --- 2014-02-27 21:51:54 - cd /src/sys/mips/conf TB --- 2014-02-27 21:51:54 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-02-27 21:51:54 - building BERI_DE4_MDROOT kernel TB --- 2014-02-27 21:51:54 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 21:51:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 21:51:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 21:51:54 - SRCCONF=/dev/null TB --- 2014-02-27 21:51:54 - TARGET=mips TB --- 2014-02-27 21:51:54 - TARGET_ARCH=mips64 TB --- 2014-02-27 21:51:54 - TZ=UTC TB --- 2014-02-27 21:51:54 - __MAKE_CONF=/dev/null TB --- 2014-02-27 21:51:54 - cd /src TB --- 2014-02-27 21:51:54 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Thu Feb 27 21:51:54 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_MDROOT completed on Thu Feb 27 21:56:32 UTC 2014 TB --- 2014-02-27 21:56:32 - cd /src/sys/mips/conf TB --- 2014-02-27 21:56:32 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-02-27 21:56:33 - building BERI_DE4_SDROOT kernel TB --- 2014-02-27 21:56:33 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 21:56:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 21:56:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 21:56:33 - SRCCONF=/dev/null TB --- 2014-02-27 21:56:33 - TARGET=mips TB --- 2014-02-27 21:56:33 - TARGET_ARCH=mips64 TB --- 2014-02-27 21:56:33 - TZ=UTC TB --- 2014-02-27 21:56:33 - __MAKE_CONF=/dev/null TB --- 2014-02-27 21:56:33 - cd /src TB --- 2014-02-27 21:56:33 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Thu Feb 27 21:56:33 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_SDROOT completed on Thu Feb 27 22:01:10 UTC 2014 TB --- 2014-02-27 22:01:10 - cd /src/sys/mips/conf TB --- 2014-02-27 22:01:10 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-02-27 22:01:10 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-02-27 22:01:10 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 22:01:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 22:01:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 22:01:10 - SRCCONF=/dev/null TB --- 2014-02-27 22:01:10 - TARGET=mips TB --- 2014-02-27 22:01:10 - TARGET_ARCH=mips64 TB --- 2014-02-27 22:01:10 - TZ=UTC TB --- 2014-02-27 22:01:10 - __MAKE_CONF=/dev/null TB --- 2014-02-27 22:01:10 - cd /src TB --- 2014-02-27 22:01:10 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Thu Feb 27 22:01:10 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_NETFPGA_MDROOT completed on Thu Feb 27 22:05:34 UTC 2014 TB --- 2014-02-27 22:05:34 - cd /src/sys/mips/conf TB --- 2014-02-27 22:05:34 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-02-27 22:05:34 - building BERI_SIM_BASE kernel TB --- 2014-02-27 22:05:34 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 22:05:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 22:05:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 22:05:34 - SRCCONF=/dev/null TB --- 2014-02-27 22:05:34 - TARGET=mips TB --- 2014-02-27 22:05:34 - TARGET_ARCH=mips64 TB --- 2014-02-27 22:05:34 - TZ=UTC TB --- 2014-02-27 22:05:34 - __MAKE_CONF=/dev/null TB --- 2014-02-27 22:05:34 - cd /src TB --- 2014-02-27 22:05:34 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Thu Feb 27 22:05:34 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_BASE completed on Thu Feb 27 22:09:38 UTC 2014 TB --- 2014-02-27 22:09:38 - cd /src/sys/mips/conf TB --- 2014-02-27 22:09:38 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-02-27 22:09:38 - building BERI_SIM_MDROOT kernel TB --- 2014-02-27 22:09:38 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 22:09:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 22:09:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 22:09:38 - SRCCONF=/dev/null TB --- 2014-02-27 22:09:38 - TARGET=mips TB --- 2014-02-27 22:09:38 - TARGET_ARCH=mips64 TB --- 2014-02-27 22:09:38 - TZ=UTC TB --- 2014-02-27 22:09:38 - __MAKE_CONF=/dev/null TB --- 2014-02-27 22:09:38 - cd /src TB --- 2014-02-27 22:09:38 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Thu Feb 27 22:09:38 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_MDROOT completed on Thu Feb 27 22:13:53 UTC 2014 TB --- 2014-02-27 22:13:53 - cd /src/sys/mips/conf TB --- 2014-02-27 22:13:53 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-02-27 22:13:53 - building BERI_SIM_SDROOT kernel TB --- 2014-02-27 22:13:53 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 22:13:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 22:13:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 22:13:53 - SRCCONF=/dev/null TB --- 2014-02-27 22:13:53 - TARGET=mips TB --- 2014-02-27 22:13:53 - TARGET_ARCH=mips64 TB --- 2014-02-27 22:13:53 - TZ=UTC TB --- 2014-02-27 22:13:53 - __MAKE_CONF=/dev/null TB --- 2014-02-27 22:13:53 - cd /src TB --- 2014-02-27 22:13:53 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Thu Feb 27 22:13:53 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_SDROOT completed on Thu Feb 27 22:17:42 UTC 2014 TB --- 2014-02-27 22:17:42 - cd /src/sys/mips/conf TB --- 2014-02-27 22:17:42 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-02-27 22:17:42 - building BERI_TEMPLATE kernel TB --- 2014-02-27 22:17:42 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 22:17:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 22:17:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 22:17:42 - SRCCONF=/dev/null TB --- 2014-02-27 22:17:42 - TARGET=mips TB --- 2014-02-27 22:17:42 - TARGET_ARCH=mips64 TB --- 2014-02-27 22:17:42 - TZ=UTC TB --- 2014-02-27 22:17:42 - __MAKE_CONF=/dev/null TB --- 2014-02-27 22:17:42 - cd /src TB --- 2014-02-27 22:17:42 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Thu Feb 27 22:17:42 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_TEMPLATE completed on Thu Feb 27 22:21:36 UTC 2014 TB --- 2014-02-27 22:21:36 - cd /src/sys/mips/conf TB --- 2014-02-27 22:21:36 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-02-27 22:21:36 - skipping CARAMBOLA2 kernel TB --- 2014-02-27 22:21:36 - cd /src/sys/mips/conf TB --- 2014-02-27 22:21:36 - /usr/sbin/config -m DB120 TB --- 2014-02-27 22:21:37 - skipping DB120 kernel TB --- 2014-02-27 22:21:37 - cd /src/sys/mips/conf TB --- 2014-02-27 22:21:37 - /usr/sbin/config -m DIR-825 TB --- 2014-02-27 22:21:37 - skipping DIR-825 kernel TB --- 2014-02-27 22:21:37 - cd /src/sys/mips/conf TB --- 2014-02-27 22:21:37 - /usr/sbin/config -m ENH200 TB --- 2014-02-27 22:21:37 - skipping ENH200 kernel TB --- 2014-02-27 22:21:37 - cd /src/sys/mips/conf TB --- 2014-02-27 22:21:37 - /usr/sbin/config -m GXEMUL TB --- 2014-02-27 22:21:37 - building GXEMUL kernel TB --- 2014-02-27 22:21:37 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 22:21:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 22:21:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 22:21:37 - SRCCONF=/dev/null TB --- 2014-02-27 22:21:37 - TARGET=mips TB --- 2014-02-27 22:21:37 - TARGET_ARCH=mips64 TB --- 2014-02-27 22:21:37 - TZ=UTC TB --- 2014-02-27 22:21:37 - __MAKE_CONF=/dev/null TB --- 2014-02-27 22:21:37 - cd /src TB --- 2014-02-27 22:21:37 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Thu Feb 27 22:21:37 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GXEMUL completed on Thu Feb 27 22:24:34 UTC 2014 TB --- 2014-02-27 22:24:34 - cd /src/sys/mips/conf TB --- 2014-02-27 22:24:34 - /usr/sbin/config -m GXEMUL32 TB --- 2014-02-27 22:24:34 - skipping GXEMUL32 kernel TB --- 2014-02-27 22:24:34 - cd /src/sys/mips/conf TB --- 2014-02-27 22:24:34 - /usr/sbin/config -m IDT TB --- 2014-02-27 22:24:34 - skipping IDT kernel TB --- 2014-02-27 22:24:34 - cd /src/sys/mips/conf TB --- 2014-02-27 22:24:34 - /usr/sbin/config -m MALTA TB --- 2014-02-27 22:24:34 - skipping MALTA kernel TB --- 2014-02-27 22:24:34 - cd /src/sys/mips/conf TB --- 2014-02-27 22:24:34 - /usr/sbin/config -m MALTA64 TB --- 2014-02-27 22:24:34 - skipping MALTA64 kernel TB --- 2014-02-27 22:24:34 - cd /src/sys/mips/conf TB --- 2014-02-27 22:24:34 - /usr/sbin/config -m OCTEON1 TB --- 2014-02-27 22:24:34 - building OCTEON1 kernel TB --- 2014-02-27 22:24:34 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 22:24:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 22:24:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 22:24:34 - SRCCONF=/dev/null TB --- 2014-02-27 22:24:34 - TARGET=mips TB --- 2014-02-27 22:24:34 - TARGET_ARCH=mips64 TB --- 2014-02-27 22:24:34 - TZ=UTC TB --- 2014-02-27 22:24:34 - __MAKE_CONF=/dev/null TB --- 2014-02-27 22:24:34 - cd /src TB --- 2014-02-27 22:24:34 - /usr/bin/make -B buildkernel KERNCONF=OCTEON1 >>> Kernel build for OCTEON1 started on Thu Feb 27 22:24:34 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for OCTEON1 completed on Thu Feb 27 22:35:38 UTC 2014 TB --- 2014-02-27 22:35:38 - cd /src/sys/mips/conf TB --- 2014-02-27 22:35:38 - /usr/sbin/config -m PB47 TB --- 2014-02-27 22:35:38 - skipping PB47 kernel TB --- 2014-02-27 22:35:38 - cd /src/sys/mips/conf TB --- 2014-02-27 22:35:38 - /usr/sbin/config -m PB92 TB --- 2014-02-27 22:35:38 - skipping PB92 kernel TB --- 2014-02-27 22:35:38 - cd /src/sys/mips/conf TB --- 2014-02-27 22:35:38 - /usr/sbin/config -m PICOSTATION_M2HP TB --- 2014-02-27 22:35:38 - skipping PICOSTATION_M2HP kernel TB --- 2014-02-27 22:35:38 - cd /src/sys/mips/conf TB --- 2014-02-27 22:35:38 - /usr/sbin/config -m QEMU TB --- 2014-02-27 22:35:38 - skipping QEMU kernel TB --- 2014-02-27 22:35:38 - cd /src/sys/mips/conf TB --- 2014-02-27 22:35:38 - /usr/sbin/config -m ROUTERSTATION TB --- 2014-02-27 22:35:38 - skipping ROUTERSTATION kernel TB --- 2014-02-27 22:35:38 - cd /src/sys/mips/conf TB --- 2014-02-27 22:35:38 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2014-02-27 22:35:38 - skipping ROUTERSTATION_MFS kernel TB --- 2014-02-27 22:35:38 - cd /src/sys/mips/conf TB --- 2014-02-27 22:35:38 - /usr/sbin/config -m RSPRO TB --- 2014-02-27 22:35:38 - skipping RSPRO kernel TB --- 2014-02-27 22:35:38 - cd /src/sys/mips/conf TB --- 2014-02-27 22:35:38 - /usr/sbin/config -m RSPRO_MFS TB --- 2014-02-27 22:35:38 - skipping RSPRO_MFS kernel TB --- 2014-02-27 22:35:38 - cd /src/sys/mips/conf TB --- 2014-02-27 22:35:38 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2014-02-27 22:35:38 - skipping RSPRO_STANDALONE kernel TB --- 2014-02-27 22:35:38 - cd /src/sys/mips/conf TB --- 2014-02-27 22:35:38 - /usr/sbin/config -m RT305X TB --- 2014-02-27 22:35:38 - skipping RT305X kernel TB --- 2014-02-27 22:35:38 - cd /src/sys/mips/conf TB --- 2014-02-27 22:35:38 - /usr/sbin/config -m SENTRY5 TB --- 2014-02-27 22:35:38 - skipping SENTRY5 kernel TB --- 2014-02-27 22:35:38 - cd /src/sys/mips/conf TB --- 2014-02-27 22:35:38 - /usr/sbin/config -m SWARM TB --- 2014-02-27 22:35:38 - skipping SWARM kernel TB --- 2014-02-27 22:35:38 - cd /src/sys/mips/conf TB --- 2014-02-27 22:35:38 - /usr/sbin/config -m SWARM64 TB --- 2014-02-27 22:35:38 - building SWARM64 kernel TB --- 2014-02-27 22:35:38 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 22:35:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 22:35:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 22:35:38 - SRCCONF=/dev/null TB --- 2014-02-27 22:35:38 - TARGET=mips TB --- 2014-02-27 22:35:38 - TARGET_ARCH=mips64 TB --- 2014-02-27 22:35:38 - TZ=UTC TB --- 2014-02-27 22:35:38 - __MAKE_CONF=/dev/null TB --- 2014-02-27 22:35:38 - cd /src TB --- 2014-02-27 22:35:38 - /usr/bin/make -B buildkernel KERNCONF=SWARM64 >>> Kernel build for SWARM64 started on Thu Feb 27 22:35:38 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for SWARM64 completed on Thu Feb 27 22:39:26 UTC 2014 TB --- 2014-02-27 22:39:26 - cd /src/sys/mips/conf TB --- 2014-02-27 22:39:26 - /usr/sbin/config -m SWARM64_SMP TB --- 2014-02-27 22:39:26 - building SWARM64_SMP kernel TB --- 2014-02-27 22:39:26 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 22:39:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 22:39:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 22:39:26 - SRCCONF=/dev/null TB --- 2014-02-27 22:39:26 - TARGET=mips TB --- 2014-02-27 22:39:26 - TARGET_ARCH=mips64 TB --- 2014-02-27 22:39:26 - TZ=UTC TB --- 2014-02-27 22:39:26 - __MAKE_CONF=/dev/null TB --- 2014-02-27 22:39:26 - cd /src TB --- 2014-02-27 22:39:26 - /usr/bin/make -B buildkernel KERNCONF=SWARM64_SMP >>> Kernel build for SWARM64_SMP started on Thu Feb 27 22:39:26 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for SWARM64_SMP completed on Thu Feb 27 22:43:09 UTC 2014 TB --- 2014-02-27 22:43:09 - cd /src/sys/mips/conf TB --- 2014-02-27 22:43:09 - /usr/sbin/config -m SWARM_SMP TB --- 2014-02-27 22:43:09 - skipping SWARM_SMP kernel TB --- 2014-02-27 22:43:09 - cd /src/sys/mips/conf TB --- 2014-02-27 22:43:09 - /usr/sbin/config -m TP-WN1043ND TB --- 2014-02-27 22:43:09 - skipping TP-WN1043ND kernel TB --- 2014-02-27 22:43:09 - cd /src/sys/mips/conf TB --- 2014-02-27 22:43:09 - /usr/sbin/config -m WZR-300HP TB --- 2014-02-27 22:43:09 - skipping WZR-300HP kernel TB --- 2014-02-27 22:43:09 - cd /src/sys/mips/conf TB --- 2014-02-27 22:43:09 - /usr/sbin/config -m XLP TB --- 2014-02-27 22:43:09 - skipping XLP kernel TB --- 2014-02-27 22:43:09 - cd /src/sys/mips/conf TB --- 2014-02-27 22:43:09 - /usr/sbin/config -m XLP64 TB --- 2014-02-27 22:43:09 - building XLP64 kernel TB --- 2014-02-27 22:43:09 - CROSS_BUILD_TESTING=YES TB --- 2014-02-27 22:43:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-27 22:43:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-27 22:43:09 - SRCCONF=/dev/null TB --- 2014-02-27 22:43:09 - TARGET=mips TB --- 2014-02-27 22:43:09 - TARGET_ARCH=mips64 TB --- 2014-02-27 22:43:09 - TZ=UTC TB --- 2014-02-27 22:43:09 - __MAKE_CONF=/dev/null TB --- 2014-02-27 22:43:09 - cd /src TB --- 2014-02-27 22:43:09 - /usr/bin/make -B buildkernel KERNCONF=XLP64 >>> Kernel build for XLP64 started on Thu Feb 27 22:43:09 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips64/src/tmp/legacy/usr/sbin:/obj/mips.mips64/src/tmp/legacy/usr/bin:/obj/mips.mips64/src/tmp/legacy/usr/games:/obj/mips.mips64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips64/src/sys/XLP64/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-02-27 22:43:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-27 22:43:12 - ERROR: failed to build XLP64 kernel TB --- 2014-02-27 22:43:12 - 6124.41 user 2834.27 system 8546.73 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 03:06:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A485F6D; Fri, 28 Feb 2014 03:06:53 +0000 (UTC) Received: from mail-vc0-x243.google.com (mail-vc0-x243.google.com [IPv6:2607:f8b0:400c:c03::243]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30D8315EA; Fri, 28 Feb 2014 03:06:53 +0000 (UTC) Received: by mail-vc0-f195.google.com with SMTP id le5so48992vcb.2 for ; Thu, 27 Feb 2014 19:06:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=/UQKdVW7yYBoivB7JlAdqzTAIYZ5sUiTcQlLtcVmG/0=; b=GvOvA+CQVMePkQIQPOLQ+/LLwFWHnQLhz3qAgTLH5cfqPI/DqP6TolT4Xgmu1a3GGR tTzHX9pji264W7iBlDyjh8qHvVRZNycTnI9hDV1aguZE9bs/QaApbMbTAwuvQ7IW+hZ8 MjmJDsKo40Enw9bVS5GhGt1J5/R/CwGo4jt1rxBEucPCIWgSa2vlMVL8h2StN17KP3Nm SG/qWKK6x1wuk22+xrrTLdCEN+7tEbXWHZENZK7N/i0rYj5SXt3Fv3a4rCYKaEXacAOA yQ2pYfZpcMpMj7LRDxW02bcyG7kiO1ggGz4kyvEtNG+pmcDxpAiFiGefNFAUtp0A6a+F C6dA== MIME-Version: 1.0 X-Received: by 10.58.255.233 with SMTP id at9mr401116ved.20.1393556811847; Thu, 27 Feb 2014 19:06:51 -0800 (PST) Received: by 10.58.169.113 with HTTP; Thu, 27 Feb 2014 19:06:51 -0800 (PST) Date: Fri, 28 Feb 2014 11:06:51 +0800 Message-ID: Subject: Anyone interested in Atom Editor? From: =?UTF-8?B?5pyx5rGf?= To: freebsd-hackers , freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Feb 2014 03:06:53 -0000 Hi guys, I have one invite for Atom Editor , is there anyone interested in Atom Editor and need my invitation? If you need this invitation, please let me know your e-mail. BTW, when you successfully be invited, you got 3 invites. I hope who get my invite should invite other people who need invitation as well. Best regards, -- Jiang Zhu mail.jiang.cn@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 04:09:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68754D96; Fri, 28 Feb 2014 04:09:49 +0000 (UTC) Received: from mail-vc0-x230.google.com (mail-vc0-x230.google.com [IPv6:2607:f8b0:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1078B1A5E; Fri, 28 Feb 2014 04:09:48 +0000 (UTC) Received: by mail-vc0-f176.google.com with SMTP id la4so180841vcb.35 for ; Thu, 27 Feb 2014 20:09:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=FNYi/HoZv0tI+7G79eaGFfKUR39bzwjlkn5FmYDcEes=; b=H/8JN6Vvmch1qFnt5DC+wBhX9BkF/Ry8zjAz8Q22lnslbN9yj02ToeVtiltmxGjMPH J8H/0kKxcPeyIveZP3J2haI/EM+avsulAIoDLr8Kj8zSpc9pN8zyP+kIa5L+tgIW4S3P Eya1QDFQUFV50RrD/FmvpHsiev/1HL9NAz/R3RGreb2BDmkS4tLiL9XY9eO7q9yxNwhC yneDgXqljr75kBJ6/u112npHqjjGo/KNgs0bK45dTruGkBMPHyhQr12ntm1xEPKL9wun uV16wozq+08alO9j53KdDDsZL76YIl/j+6PbLe+IIuGboUxbxPnj8OhozGpbrCaR9FrH mCLQ== MIME-Version: 1.0 X-Received: by 10.58.187.161 with SMTP id ft1mr72755vec.54.1393560587589; Thu, 27 Feb 2014 20:09:47 -0800 (PST) Received: by 10.58.169.113 with HTTP; Thu, 27 Feb 2014 20:09:47 -0800 (PST) In-Reply-To: References: Date: Fri, 28 Feb 2014 12:09:47 +0800 Message-ID: Subject: Re: Anyone interested in Atom Editor? From: =?UTF-8?B?5pyx5rGf?= To: freebsd-hackers , freebsd-stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Feb 2014 04:09:49 -0000 2014-02-28 11:06 GMT+08:00 =E6=9C=B1=E6=B1=9F : > > Hi guys, > > I have one invite for Atom Editor , is there anyone > interested in Atom Editor and need my invitation? If you need this > invitation, please let me know your e-mail. > > BTW, when you successfully be invited, you got 3 invites. I hope who get > my invite should invite other people who need invitation as well. > > Best regards, > -- > Jiang Zhu > mail.jiang.cn@gmail.com > Hi guys, My invitation have sent to Chad Milios@ccsys.com, maybe you can ask Chad to share with you. Best regards, --=20 Jiang Zhu mail.jiang.cn@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 10:11:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D4C7E16; Fri, 28 Feb 2014 10:11:51 +0000 (UTC) Received: from sunner.semmy.ru (sunner.semmy.ru [IPv6:2a00:14d0:0:20::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ED1D118E7; Fri, 28 Feb 2014 10:11:50 +0000 (UTC) Received: from 95.108.170.70-red.dhcp.yndx.net ([95.108.170.70]) by sunner.semmy.ru with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WJKPz-000J4L-6u; Fri, 28 Feb 2014 14:11:47 +0400 Message-ID: <531060E2.1030409@FreeBSD.org> Date: Fri, 28 Feb 2014 14:11:46 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Fwd: panic after upgrade to 10 References: <5308B98C.6070807@semmy.ru> <201402261124.01275.jhb@freebsd.org> <530E3D85.8060906@FreeBSD.org> <201402261441.02262.jhb@freebsd.org> In-Reply-To: <201402261441.02262.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: jhb@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Feb 2014 10:11:51 -0000 26.02.2014 23:41, John Baldwin пишет: > On Wednesday, February 26, 2014 2:16:21 pm Sergey Matveychuk wrote: >> Yes, no panic now. >> For some reason agp0 is Intel 82855GM host to AGP bridge and agp1 is VGA >> controller itself. > > Yes, on this machine we should probably only be using agp1 and not agp0. > I'm guessing 8.x simply did not have 'device agp' in GENERIC which is why > you didn't see this. Right now my patch is preventing the panic, but > /dev/agpgart probably isn't working quite right. I guess you aren't > running X on this though? > Don't run. It just router. So, I even don't know if X-window works. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 14:57:31 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6825843B; Fri, 28 Feb 2014 14:57:31 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D0151453; Fri, 28 Feb 2014 14:57:29 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s1SEv1X7024966; Fri, 28 Feb 2014 16:57:01 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s1SEv1m4024866; Fri, 28 Feb 2014 14:57:01 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Feb 2014 14:57:01 GMT Message-Id: <201402281457.s1SEv1m4024866@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2014 14:57:31 -0000 TB --- 2014-02-28 11:20:40 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-02-28 11:20:40 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-28 11:20:40 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-02-28 11:20:40 - cleaning the object tree TB --- 2014-02-28 11:20:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-02-28 11:21:32 - At svn revision 262601 TB --- 2014-02-28 11:21:33 - building world TB --- 2014-02-28 11:21:33 - CROSS_BUILD_TESTING=YES TB --- 2014-02-28 11:21:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-28 11:21:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-28 11:21:33 - SRCCONF=/dev/null TB --- 2014-02-28 11:21:33 - TARGET=powerpc TB --- 2014-02-28 11:21:33 - TARGET_ARCH=powerpc TB --- 2014-02-28 11:21:33 - TZ=UTC TB --- 2014-02-28 11:21:33 - __MAKE_CONF=/dev/null TB --- 2014-02-28 11:21:33 - cd /src TB --- 2014-02-28 11:21:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 28 11:21:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Feb 28 14:56:35 UTC 2014 TB --- 2014-02-28 14:56:35 - generating LINT kernel config TB --- 2014-02-28 14:56:35 - cd /src/sys/powerpc/conf TB --- 2014-02-28 14:56:35 - /usr/bin/make -B LINT TB --- 2014-02-28 14:56:35 - cd /src/sys/powerpc/conf TB --- 2014-02-28 14:56:35 - /usr/sbin/config -m LINT TB --- 2014-02-28 14:56:35 - building LINT kernel TB --- 2014-02-28 14:56:35 - CROSS_BUILD_TESTING=YES TB --- 2014-02-28 14:56:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-28 14:56:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-28 14:56:35 - SRCCONF=/dev/null TB --- 2014-02-28 14:56:35 - TARGET=powerpc TB --- 2014-02-28 14:56:35 - TARGET_ARCH=powerpc TB --- 2014-02-28 14:56:35 - TZ=UTC TB --- 2014-02-28 14:56:35 - __MAKE_CONF=/dev/null TB --- 2014-02-28 14:56:35 - cd /src TB --- 2014-02-28 14:56:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 28 14:56:35 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-02-28 14:57:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-28 14:57:00 - ERROR: failed to build LINT kernel TB --- 2014-02-28 14:57:00 - 9920.88 user 3253.03 system 12979.73 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 15:15:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A9F9AEE for ; Fri, 28 Feb 2014 15:15:04 +0000 (UTC) Received: from mail2.albyny.inoc.net (mail2.albyny.inoc.net [64.22.32.72]) by mx1.freebsd.org (Postfix) with ESMTP id DB6021638 for ; Fri, 28 Feb 2014 15:15:03 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=inoc.net; h=Received:From:Subject:Date:To; b=rlVmqDl49MXAoquKwRNJiEAgSdapst6wfSEre5ULYXZzOcw2DwfgkyXhqck47Rh3WNQrylgS5X0dhL5B2dIvDedFITouRwFjThBbFtQLUFgMiSvIHP5x42kGKSzpZBIo2Y8mga8DA8lcRRhaIXqLLTPYXunFR4+V8pVlWPRrVV0=; X-Default-Received-SPF: pass (skip=loggedin (res=PASS)); Received: from [172.16.1.22] (unverified [173.84.191.60]) by mail2.albyny.inoc.net (build v14.0.10) with ESMTP id 4141908-1941382 for ; Fri, 28 Feb 2014 14:38:38 +0000 From: Robert Blayzor Content-Type: multipart/mixed; boundary="Apple-Mail=_665FA1C9-BEA3-4176-A01B-836975C24DE4" Subject: [patch] bootp_subr.c support for jumbo frames on BOOTP intf Message-Id: <36E8D129-6D5B-4C69-834E-85D3F243B756@inoc.net> Date: Fri, 28 Feb 2014 09:38:38 -0500 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-Authenticated-User: rblayzor@inoc.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Feb 2014 15:15:04 -0000 --Apple-Mail=_665FA1C9-BEA3-4176-A01B-836975C24DE4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I am attaching a patch for those that wish to test or provide feedback. = Currently there is no support for adjusting the MTU on an interface a = diskless client boots from. Additionally if you attempt to adjust the = MTU on the interface with ifconfig after the system comes up, the result = is only cosmetic and the booting interface still cannot pass frames = larger than 1500 bytes. There is a RFC standard DHCP TAG to provide a hit to a client what = interface MTU should be set to. The attached patch will use this DHCP = option in bootp and set the interface MTU accordingly. This allows = diskless clients to be booted on a jumbo frame enabled network. =20 Before using this, make sure your network and NIC is jumbo frame = enabled/capable. Additionally the attached patch removes the client from setting itself = as the gateway (proxy-arp) if there is no router provided from DHCP. = The reasoning behind this is that it is more common for hosts to be = multi-homed and that the booting interface may not necissarily be the = interface a gateway is to be installed on. My erroneously setting = gateway to hosts self, a default route cannot be easily changed at boot = time. If the host needs to set itself as the gateway, return that in an = option in DHCP. For tracking: PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dmisc/187094 (should probably be moved from misc to kern) Patch is against: 10.0-RELEASE r261846 -- Robert Blayzor Network Architect & Engineer CCIE 42148 (SP) rblayzor@inoc.net INOC, LLC 80 State Street, 7th Flr Albany, NY 12207 USA --Apple-Mail=_665FA1C9-BEA3-4176-A01B-836975C24DE4 Content-Disposition: attachment; filename=bootp_subr.diff Content-Type: application/octet-stream; x-unix-mode=0644; name="bootp_subr.diff" Content-Transfer-Encoding: 7bit Index: sys/nfs/bootp_subr.c =================================================================== --- sys/nfs/bootp_subr.c (revision 261846) +++ sys/nfs/bootp_subr.c (working copy) @@ -196,6 +196,8 @@ #define TAG_HOSTNAME 12 /* Client host name */ #define TAG_ROOT 17 /* Root path */ +#define TAG_INTF_MTU 26 /* Interface MTU Size (RFC2132) */ + /* DHCP specific tags */ #define TAG_OVERLOAD 52 /* Option Overload */ #define TAG_MAXMSGSIZE 57 /* Maximum DHCP Message Size */ @@ -229,6 +231,8 @@ #endif static char bootp_cookie[128]; +static unsigned int bootp_ifmtu = 0; + static struct socket *bootp_so; SYSCTL_STRING(_kern, OID_AUTO, bootp_cookie, CTLFLAG_RD, bootp_cookie, 0, "Cookie (T134) supplied by bootp server"); @@ -1030,7 +1034,22 @@ return (0); } - printf("Adjusted interface %s\n", ifctx->ireq.ifr_name); + printf("Adjusted interface %s", ifctx->ireq.ifr_name); + + /* Do BOOTP interface options */ + if (bootp_ifmtu != 0) { + printf(" (MTU=%d", bootp_ifmtu); + if (bootp_ifmtu > 1514) + printf("/JUMBO"); + printf(")"); + + ifr->ifr_mtu = bootp_ifmtu; + error = ifioctl(bootp_so, SIOCSIFMTU, (caddr_t) ifr, td); + if (error != 0) + panic("%s: SIOCSIFMTU, error=%d", __func__, error); + } + printf("\n"); + /* * Do enough of ifconfig(8) so that the chosen interface * can talk to the servers. (just set the address) @@ -1053,7 +1072,12 @@ /* Add new default route */ - if (ifctx->gotgw != 0 || gctx->gotgw == 0) { + /* Only set default route if we received one in the request. + Proxy ARP considered obsolete. More valid to NOT set + a router in request as the host may be multi-homed and + gateway may not be on this interface. + */ + if (ifctx->gotgw != 0 || gctx->gotgw != 0) { clear_sinaddr(&defdst); clear_sinaddr(&defmask); /* XXX MRT just table 0 */ @@ -1518,6 +1542,11 @@ p[i] = '\0'; } + p = bootpc_tag(&gctx->tag, &ifctx->reply, ifctx->replylen, + TAG_INTF_MTU); + if (p != NULL) { + bootp_ifmtu = (((unsigned char)p[0] << 8) + (unsigned char)p[1]); + } printf("\n"); --Apple-Mail=_665FA1C9-BEA3-4176-A01B-836975C24DE4-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 19:34:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5CAC3C5D for ; Fri, 28 Feb 2014 19:34:52 +0000 (UTC) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2986F1E3A for ; Fri, 28 Feb 2014 19:34:51 +0000 (UTC) Received: from www.dweimer.net (webmail [192.168.5.2]) by webmail.dweimer.net (8.14.7/8.14.7) with ESMTP id s1SJYoJZ005495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 28 Feb 2014 13:34:51 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 28 Feb 2014 13:34:50 -0600 From: dweimer To: FreeBSD Stable Subject: ssh-copy-id Organization: dweimer.net Mail-Reply-To: dweimer@dweimer.net Message-ID: <2cba8fd9cc51dedc1bd5e127046f4ab7@dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.0-rc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dweimer@dweimer.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2014 19:34:52 -0000 Has anyone had any luck getting the ssh-copy-id script that is included with FreeBSD 10 working? When using it with the -i option to pass the identity key, I get a printf error message. ssh-copy-id -i /home/dweimer/.ssh/id_rsa dweimer@webmail.dweimer.net Password for dweimer@webmail.dweimer.local: printf: Illegal option -- Both of these systems are FreeBSD 10 systems, I took a look at /usr/src/usr.bin/ssh-copy-id/ssh-copy-id.sh, and am wondering if the -- in the mkdir line below is the culprit, or if maybe something else isn't escaped properly. sendkey() { local h="$1" local k="$2" printf "%s\n" "$k" | ssh $port -S none $options "$user$h" /bin/sh -c \'' \ set -e; \ umask 077; \ keyfile=$HOME/.ssh/authorized_keys ; \ mkdir -p -- "$HOME/.ssh/" ; \ while read alg key comment ; do \ [ -n "$key" ] || continue; \ if ! grep -sqwF "$key" "$keyfile"; then \ printf "$alg $key $comment\n" >> "$keyfile" ; \ fi ; \ done \ '\' } -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 19:38:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 418FEED5; Fri, 28 Feb 2014 19:38:47 +0000 (UTC) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0CC191F67; Fri, 28 Feb 2014 19:38:46 +0000 (UTC) Received: from www.dweimer.net (webmail [192.168.5.2]) by webmail.dweimer.net (8.14.7/8.14.7) with ESMTP id s1SJcjls005641 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 28 Feb 2014 13:38:45 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 28 Feb 2014 13:38:45 -0600 From: dweimer To: FreeBSD Stable Cc: owner-freebsd-stable@freebsd.org Subject: Re: ssh-copy-id Organization: dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: <2cba8fd9cc51dedc1bd5e127046f4ab7@dweimer.net> References: <2cba8fd9cc51dedc1bd5e127046f4ab7@dweimer.net> Message-ID: <83a5db073feded942392e673e50c77b2@dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.0-rc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dweimer@dweimer.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2014 19:38:47 -0000 On 02/28/2014 1:34 pm, dweimer wrote: > Has anyone had any luck getting the ssh-copy-id script that is > included with FreeBSD 10 working? > > When using it with the -i option to pass the identity key, I get a > printf error message. > > ssh-copy-id -i /home/dweimer/.ssh/id_rsa dweimer@webmail.dweimer.net > Password for dweimer@webmail.dweimer.local: > printf: Illegal option -- > > > Both of these systems are FreeBSD 10 systems, I took a look at > /usr/src/usr.bin/ssh-copy-id/ssh-copy-id.sh, and am wondering if the > -- in the mkdir line below is the culprit, or if maybe something else > isn't escaped properly. Well it wasn't that --, I removed it on my system, same result. > sendkey() { > local h="$1" > local k="$2" > printf "%s\n" "$k" | ssh $port -S none $options "$user$h" > /bin/sh -c \'' \ > set -e; \ > umask 077; \ > keyfile=$HOME/.ssh/authorized_keys ; \ > mkdir -p -- "$HOME/.ssh/" ; \ > while read alg key comment ; do \ > [ -n "$key" ] || continue; \ > if ! grep -sqwF "$key" "$keyfile"; then \ > printf "$alg $key $comment\n" >> > "$keyfile" ; \ > fi ; \ > done \ > '\' > } -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 19:42:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDFB11AD for ; Fri, 28 Feb 2014 19:42:44 +0000 (UTC) Received: from hub021-ca-6.exch021.serverdata.net (hub021-ca-6.exch021.serverdata.net [64.78.56.71]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A726B104C for ; Fri, 28 Feb 2014 19:42:44 +0000 (UTC) Received: from MBX021-W3-CA-4.exch021.domain.local ([10.254.4.80]) by HUB021-CA-6.exch021.domain.local ([10.254.4.92]) with mapi id 14.03.0174.001; Fri, 28 Feb 2014 11:34:36 -0800 From: Adam Schumacher To: "freebsd-stable@freebsd.org" Subject: bce com_no_buffers Thread-Topic: bce com_no_buffers Thread-Index: AQHPNLwcHPcx9AHBiEqPY0MUDnt/Bg== Date: Fri, 28 Feb 2014 19:34:35 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [38.100.147.146] Content-Type: text/plain; charset="euc-kr" Content-ID: <4FBE04C24924214B86A5C5E1EF1AA8BD@exch021.domain.local> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Feb 2014 19:42:44 -0000 V2UgYXJlIHJ1bm5pbmcgOS4yLVJFTEVBU0Ugb24gc29tZSBEZWxsIFBvd2VyRWRnZSBzZXJ2ZXJz IHdpdGggQnJvYWRjb20NCk5ldFh0cmVtZSBJSSBCQ001NzE2IDEwMDBCYXNlLVQgTklDcy4gIE9j Y2FzaW9uYWxseSwgd2Ugd2lsbCBzZWUgdGhlDQpuZXR3b3JrIGJyaWVmbHkgbG9jayB1cCBhbmQg cHJldmVudCBuZXcgY29ubmVjdGlvbnMgZnJvbSBiZWluZyBtYWRlIHRvIHRoZQ0Kc3lzdGVtLiAg VXN1YWxseSwgd2l0aGluIGEgbWludXRlIG9yIHR3bywgdGhpbmdzIHdpbGwgY2xlYXIgb3V0IGFu ZA0KZXZlcnl0aGluZyBjb250aW51ZXMgdG8gd29yayBmaW5lLiAgQWZ0ZXIgbXVjaCBkaWdnaW5n LCB3ZSBub3RpY2VkIHRoYXQNCndoZW4gdGhpcyBpc3N1ZSBvY2N1cnJlZCwgdGhlcmUgd2FzIGFu IGluY3JlYXNlIGluIHRoZSBjb3VudCBvZg0KZGV2LmJjZS5YLmNvbV9ub19idWZmZXJzLiAgVGhl cmUgYXJlIHBsZW50eSBvZiBtYnVmcyBmcm9tIG5ldHN0YXQgoaltDQpvdXRwdXQsIHNvIHRoZSBp c3N1ZSBkb2Vzbqn2dCBzZWVtIHRvIGJlIG9uIHRoYXQgZW5kLiAgSSBjYW4gdXN1YWxseQ0KaW5j cmVhc2UgdGhlIGxpa2VsaWhvb2Qgb2YgZXJyb3JzIGJ5IHNlbmRpbmcgYSB0b24gb2YgdHJhZmZp YyB0byB0aGUgYm94DQp3aXRoIGlwZXJmLCB0aG91Z2ggdGhlIGVycm9yIHJhdGUgaXMgbm90IHBv c2l0aXZlbHkgY29ycmVsYXRlZCB3aXRoIGFuDQppbmNyZWFzZSBpbiB0aGUgbnVtYmVyIG9mIGlu Y29taW5nIHBhY2tldHMuDQoNCldlIGhhdmUgdHJpZWQgdHVuaW5nIG9wdGlvbnMgYXZhaWxhYmxl IGluIHRoZSBiY2UgZHJpdmVyIGluY2x1ZGluZw0KaW5jcmVhc2luZyB0aGUgbnVtYmVyIG9mIGlu dGVycnVwdHMgYW5kIGluY3JlYXNpbmcgdGhlIG51bWJlciBvZiByeCBwYWdlcw0KYXMgY2FuIGJl IHNlZW4gZnJvbSB0aGUgZm9sbG93aW5nIHN5c2N0bCBvdXRwdXQ6DQoNCiQgc3lzY3RsIGh3LmJj ZQ0KaHcuYmNlLnJ4X3RpY2tzOiA2DQpody5iY2UucnhfdGlja3NfaW50OiAxOA0KaHcuYmNlLnJ4 X3F1aWNrX2NvbnNfdHJpcDogMw0KaHcuYmNlLnJ4X3F1aWNrX2NvbnNfdHJpcF9pbnQ6IDYNCmh3 LmJjZS50eF90aWNrczogODANCmh3LmJjZS50eF90aWNrc19pbnQ6IDgwDQpody5iY2UudHhfcXVp Y2tfY29uc190cmlwOiAyMA0KaHcuYmNlLnR4X3F1aWNrX2NvbnNfdHJpcF9pbnQ6IDIwDQpody5i Y2UubG9vc2VfcnhfbXR1OiAwDQpody5iY2UuaGRyX3NwbGl0OiAxDQpody5iY2UudHhfcGFnZXM6 IDINCmh3LmJjZS5yeF9wYWdlczogMw0KaHcuYmNlLm1zaV9lbmFibGU6IDENCmh3LmJjZS50c29f ZW5hYmxlOiAxDQpody5iY2UudmVyYm9zZTogMQ0KDQoNCk9uZSB0aGluZyB0aGF0IHdhcyB2ZXJ5 IG9kZCB3YXMgdGhhdCB3aGVuIHdlIGluY3JlYXNlZCBody5iY2UucnhfcGFnZXMNCmZyb20gMiAt PiA0LCBhbGwgbmV0d29yayB0cmFmZmljIHN0b3BwZWQsIGJ1dCBzZXR0aW5nIGl0IHRvIDMgd29y a2VkDQoodGhvdWdoIHRvIG5vIG5vdGljZWFibGUgZWZmZWN0IHRvd2FyZHMgcmVzb2x2aW5nIHRo ZSBpc3N1ZSkuICBGcm9tIHRoZQ0KYmNlKDQpIG1hbiBwYWdlLCAzIGlzbqn2dCBldmVuIGEgdmFs aWQgdmFsdWUuICBBbnlvbmUgZWxzZSBlbmNvdW50ZXJlZCB0aGlzDQpvciBoYXZlIGFuIGlkZWEg b2Ygd2hhdCB3ZSBjb3VsZCB0cnkgdG8gcmVzb2x2ZSBpdD8NCg0KDQp7DQogQWRhbSBTY2h1bWFj aGVyDQogSVQgT3BlcmF0aW9ucyBhbmQgU2VjdXJpdHkgRW5naW5lZXINCiBGbGlnaHRBd2FyZQ0K fQ0KDQoNCg== From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 20:20:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D68FF101 for ; Fri, 28 Feb 2014 20:20:28 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A8AB31360 for ; Fri, 28 Feb 2014 20:20:28 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 2643E20851 for ; Fri, 28 Feb 2014 15:20:27 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Fri, 28 Feb 2014 15:20:27 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=xVSog3gaER0gn/jXksL/AovXCPE=; b=YY4 3yOg+v9qkwGdYEErYJ6EiAyWBbiYzmS+a3y1KjSVpvCZrECdPvle0fYOXAIAvCLq goCozLhW86upVGtE5z8RAjYhcfEAIj2op0td44Ui+pEnCBE8E/TVhkhcLOkilyvp gbtwJGrgSouLFEAnZwr0vNCvD6ND7GmP58ME34uE= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 0CB3411E478; Fri, 28 Feb 2014 15:20:27 -0500 (EST) Message-Id: <1393618827.9046.89104957.4A974C56@webmail.messagingengine.com> X-Sasl-Enc: 1eOO5Ua5KjTw7Z3oVepdYx8z4l18wyYI6Qd6kB5WEwuW 1393618827 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4527a23f In-Reply-To: <2cba8fd9cc51dedc1bd5e127046f4ab7@dweimer.net> References: <2cba8fd9cc51dedc1bd5e127046f4ab7@dweimer.net> Subject: Re: ssh-copy-id Date: Fri, 28 Feb 2014 14:20:27 -0600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Feb 2014 20:20:28 -0000 I modified it like this: echo "alg $alg" echo "key $key" echo "comment $comment" printf "$alg $key $comment\n" >> "$keyfile" ; \ so I could see where printf was breaking. It's breaking on the first one -- $alg Unmatched '. key: Undefined variable. comment: Undefined variable. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 20:29:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C30FF570 for ; Fri, 28 Feb 2014 20:29:35 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 956C31481 for ; Fri, 28 Feb 2014 20:29:34 +0000 (UTC) Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 780F3211B2 for ; Fri, 28 Feb 2014 15:29:30 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute5.internal (MEProxy); Fri, 28 Feb 2014 15:29:31 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=9u4/TK4Occeatg3AazOLJ1+RgwQ=; b=JBT g5EDUjj3cqJh0+rFbWoaULH3e4MkmhOkXfOEdk5+0yAVvtUjCL2x9fK7YYUDWETd NUar5RgQoigVbEPcw7QV6JzH1aXvEuGCZrkl4FETJhUKXj3uDrKBmxIHvtxtlpUW izt+OyhN4aX+YWCdJXde/olMB54S0lXo6mh3VJSs= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id C113411E547; Fri, 28 Feb 2014 15:29:30 -0500 (EST) Message-Id: <1393619370.11952.89109245.08F11342@webmail.messagingengine.com> X-Sasl-Enc: ZixjlS4tszVg4XBgqRhnEie6sFSssIC8Ni+O7qq4AvFz 1393619370 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4527a23f In-Reply-To: <2cba8fd9cc51dedc1bd5e127046f4ab7@dweimer.net> References: <2cba8fd9cc51dedc1bd5e127046f4ab7@dweimer.net> Subject: Re: ssh-copy-id Date: Fri, 28 Feb 2014 14:29:30 -0600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Feb 2014 20:29:35 -0000 This without question has to do with the single quotes on lines 38 and 49. I can't seem to make it play nice. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 20:36:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E97DFBE7; Fri, 28 Feb 2014 20:36:55 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C1473156C; Fri, 28 Feb 2014 20:36:55 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8CF5BB94E; Fri, 28 Feb 2014 15:36:53 -0500 (EST) From: John Baldwin To: Sergey Matveychuk Subject: Re: Fwd: panic after upgrade to 10 Date: Fri, 28 Feb 2014 14:01:03 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <5308B98C.6070807@semmy.ru> <201402261441.02262.jhb@freebsd.org> <531060E2.1030409@FreeBSD.org> In-Reply-To: <531060E2.1030409@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201402281401.03688.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 28 Feb 2014 15:36:53 -0500 (EST) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Feb 2014 20:36:56 -0000 On Friday, February 28, 2014 5:11:46 am Sergey Matveychuk wrote: > 26.02.2014 23:41, John Baldwin =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > On Wednesday, February 26, 2014 2:16:21 pm Sergey Matveychuk wrote: > >> Yes, no panic now. > >> For some reason agp0 is Intel 82855GM host to AGP bridge and agp1 is V= GA > >> controller itself. > > > > Yes, on this machine we should probably only be using agp1 and not agp0. > > I'm guessing 8.x simply did not have 'device agp' in GENERIC which is w= hy > > you didn't see this. Right now my patch is preventing the panic, but > > /dev/agpgart probably isn't working quite right. I guess you aren't > > running X on this though? > > >=20 > Don't run. It just router. So, I even don't know if X-window works. Yes, that's totally fair. Can you test my second patch and see if it creates a /dev/agpgart that points to /dev/agp0? Can you also see if you are able to use rm and ln to move the link to /dev/agp1? =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 21:28:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AFFCB1; Fri, 28 Feb 2014 21:28:04 +0000 (UTC) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E784C19FC; Fri, 28 Feb 2014 21:28:03 +0000 (UTC) Received: from www.dweimer.net (webmail [192.168.5.2]) by webmail.dweimer.net (8.14.7/8.14.7) with ESMTP id s1SLS28d008956 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 28 Feb 2014 15:28:02 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 28 Feb 2014 15:28:02 -0600 From: dweimer To: Mark Felder Subject: Re: ssh-copy-id Organization: dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: <1393618827.9046.89104957.4A974C56@webmail.messagingengine.com> References: <2cba8fd9cc51dedc1bd5e127046f4ab7@dweimer.net> <1393618827.9046.89104957.4A974C56@webmail.messagingengine.com> Message-ID: X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.0-rc Cc: owner-freebsd-stable@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dweimer@dweimer.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2014 21:28:04 -0000 On 02/28/2014 2:20 pm, Mark Felder wrote: > I modified it like this: > > echo "alg $alg" > echo "key $key" > echo "comment $comment" > printf "$alg $key $comment\n" >> "$keyfile" ; \ > > > so I could see where printf was breaking. It's breaking on the first > one > -- $alg > > Unmatched '. > key: Undefined variable. > comment: Undefined variable. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" ok, now I feel kinda stupid.... um it was breaking because of the -----BEGIN RSA PRIVATE KEY----- at the beginning of ~/.ssh/id_rsa... then i thought, wait I am suppose to send my public key, not the private one. it works right if you use ssh-copy-id -i ~/.ssh/id_rsa.pub sorry Mark, didn't mean to waste your time looking at this... -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 23:08:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8C4180 for ; Fri, 28 Feb 2014 23:08:41 +0000 (UTC) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E6C812FB for ; Fri, 28 Feb 2014 23:08:41 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id m20so1270476qcx.10 for ; Fri, 28 Feb 2014 15:08:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=is+TMv3atVg3Odrnf/9P8wM7wbzOLvYI1OwmBLk2UTU=; b=eK7DxOwVHHCeS6Si7IS6AlKiQx1GAMVc7GJzWNqL4cbb2zhRbnexpXWBo/06icjFoJ SCnczTnNoMmrCXbqTgh/1wP4Da7SBFElH7y7MHr8olWGPcf5MmplwN7w2bWZ4FicSeL0 077ZbhYPuN7lku155Jow/OBbFOJTo9UNzL2to= 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:content-type; bh=is+TMv3atVg3Odrnf/9P8wM7wbzOLvYI1OwmBLk2UTU=; b=avWcCFc4vcYlVqImtZWDjjmUNttFkYvyeq2SvrZiDFBx02D4/QwT7NnV/00/AsjpFm w60V6DJzgPgyFfzkYDM8YEdeI4Pi8vkI/O+Gp/IY5pNuF1HnlRe+X/RTH/ijQsn9Upob cJe13Gn4ii1Pq7tR23F/otQ7kj4F79rWmFJfGIia13s1OnvuFgExKggSu9iT6ee5IeiR RZNd2McEaxOUThNgBW/wZJoc/Qz0m/qijdHVYhh0NJwq/6zL6ZBM+G2Gnn3yVyhrnFmU J88d3OvkAdlqLlzdEz+SbOwpUtIyDjby7Oj+OVpMixd2gg5h/VqqRMMAgqgsrsXU+0ug 1uYA== X-Gm-Message-State: ALoCoQmFeNsbaAYHqBBQovH3HWGu8Vt0cMAfhGekxRUmNKSThj11NhD+ql5j3s2dXHo/Uh+nCOrT X-Received: by 10.140.87.172 with SMTP id r41mr6923151qgd.101.1393628920605; Fri, 28 Feb 2014 15:08:40 -0800 (PST) MIME-Version: 1.0 Sender: lists@eitanadler.com Received: by 10.96.147.225 with HTTP; Fri, 28 Feb 2014 15:08:10 -0800 (PST) In-Reply-To: <1393625741.9928.89141917.3B723B0F@webmail.messagingengine.com> References: <2cba8fd9cc51dedc1bd5e127046f4ab7@dweimer.net> <1393618827.9046.89104957.4A974C56@webmail.messagingengine.com> <1393625741.9928.89141917.3B723B0F@webmail.messagingengine.com> From: Eitan Adler Date: Fri, 28 Feb 2014 18:08:10 -0500 X-Google-Sender-Auth: TA0-dx6UCizK7wq2uk80QLtWixE Message-ID: Subject: Re: ssh-copy-id To: Mark Felder Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Feb 2014 23:08:41 -0000 On 28 February 2014 17:15, Mark Felder wrote: .... > In my opinion, if I'm using an ssh utility and I specify "-i" flag it > should be the private key. Hey all, Sorry about the confusion ssh-copy-id has caused you. Does the following patch help ? Index: ssh-copy-id.1 =================================================================== --- ssh-copy-id.1 (revision 262539) +++ ssh-copy-id.1 (working copy) @@ -25,7 +25,7 @@ .\" .\" $FreeBSD$ .\" -.Dd November 11, 2012 +.Dd Feburary 28, 2014 .Dt SSH-COPY-ID 1 .Os .Sh NAME @@ -33,7 +33,7 @@ .Nd copy public keys to a remote host .Sh SYNOPSIS .Nm -.Op Fl l +.Op Fl lv .Op Fl i Ar keyfile .Op Fl o Ar option .Op Fl p Ar port @@ -48,12 +48,14 @@ file (creating the file and directory, if required The following options are available: .Bl -tag -width indent .It Fl i Ar file -Copy the key contained in +Copy the public key contained in .Ar file . This option can be specified multiple times and can be combined with the .Fl l option. +If a private key is specified and a public key is found then the public key +will be used. .It Fl l Copy the keys currently held by .Xr ssh-agent 1 . @@ -67,6 +69,9 @@ This option can be specified multiple times. .It Fl p Ar port Connect to the specified port on the remote host instead of the default. +.It Fl v +Pass -v to +.Xr ssh 1 . .El .Pp The remaining arguments are a list of remote hosts to connect to, Index: ssh-copy-id.sh =================================================================== --- ssh-copy-id.sh (revision 262539) +++ ssh-copy-id.sh (working copy) @@ -28,7 +28,7 @@ # $FreeBSD$ usage() { - echo "usage: ssh-copy-id [-l] [-i keyfile] [-o option] [-p port] [user@]hostname" >&2 + echo "usage: ssh-copy-id [-lv] [-i keyfile] [-o option] [-p port] [user@]hostname" >&2 exit 1 } @@ -64,11 +64,14 @@ options="" IFS=$nl -while getopts 'i:lo:p:' arg; do +while getopts 'i:lo:p:v' arg; do case $arg in i) hasarg="x" - if [ -r "$OPTARG" ]; then + if [ -r "${OPTARG}.pub" ]; then + echo helo + keys="$(cat -- "${OPTARG}.pub")$nl$keys" + elif [ -r "$OPTARG" ]; then keys="$(cat -- "$OPTARG")$nl$keys" else echo "File $OPTARG not found" >&2 @@ -85,6 +88,9 @@ IFS=$nl o) options=$options$nl-o$nl$OPTARG ;; + v) + options="$options$nl-v" + ;; *) usage ;; -- Eitan Adler Source, Ports, Doc committer Bugmeister, Ports Security teams From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 23:10:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2ABA23A for ; Fri, 28 Feb 2014 23:10:49 +0000 (UTC) Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com [IPv6:2607:f8b0:400d:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 93A3C139B for ; Fri, 28 Feb 2014 23:10:49 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id m5so1368197qaj.11 for ; Fri, 28 Feb 2014 15:10:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=aNdBg3NGkZtJ4a32NYO4PyGReTwwHuYRMlFPWBAHK84=; b=r9MyuvcJFqXpDn4Moy8C2kwntqxVECMAjTc1YcTS6VyhO5V0Jv2BF+nzxt8K5Z0ESp PV8W44HdakmjSko0SxWcNTjFLo6/m9L7A50nn3B4IeNozZsh/oc+p2uROotoGmASo12W FHAfXAxisiEWnkKqjDxLxtrSrKwE1D0GQLjvY= 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:content-type; bh=aNdBg3NGkZtJ4a32NYO4PyGReTwwHuYRMlFPWBAHK84=; b=DUru/kCHcRVD8priDNpnsX9ZmWP4cp6uqM3wn1RexjQws1MINOD3IBtMfvUTfM7YAy ilWd3djejtJ7XayV8ModK7ANWA4B2mw4XNxUap0H/silT85KwXnsecs12qIRhjtD5Otr MwxJFhDiQ0vnSIdYZYnpqixmiaBAbWhgy4Vj9yN8Hzjqohv0Y/9Kwa0cSy86n3lf8b/v fy6iWMqstk9/vVBNRp9Apqdz33I7kEQMNVJp7xU35C4DLYEAmxQ13S5l27CRq4pVTkLu NfQwHDq8mPzJh9evoBny6zElkOOIlH8TrQ780DRSA6xLwoWbkAhE4RfT91YwtBi+E8d1 i7AQ== X-Gm-Message-State: ALoCoQn5R3/bWPPfKgrtaW9XkrOPWSO2xJx65YgCqMn8XpW6X77Eq4dNSRBfAfi5g4H/Q95Z31uz X-Received: by 10.229.119.73 with SMTP id y9mr7490911qcq.18.1393629048717; Fri, 28 Feb 2014 15:10:48 -0800 (PST) MIME-Version: 1.0 Sender: lists@eitanadler.com Received: by 10.96.147.225 with HTTP; Fri, 28 Feb 2014 15:10:18 -0800 (PST) In-Reply-To: References: <2cba8fd9cc51dedc1bd5e127046f4ab7@dweimer.net> <1393618827.9046.89104957.4A974C56@webmail.messagingengine.com> <1393625741.9928.89141917.3B723B0F@webmail.messagingengine.com> From: Eitan Adler Date: Fri, 28 Feb 2014 18:10:18 -0500 X-Google-Sender-Auth: qIpsxv5KQ131DYcB09Q8BPZWLiA Message-ID: Subject: Re: ssh-copy-id To: Mark Felder Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Feb 2014 23:10:49 -0000 On 28 February 2014 18:08, Eitan Adler wrote: > On 28 February 2014 17:15, Mark Felder wrote: > .... > >> In my opinion, if I'm using an ssh utility and I specify "-i" flag it >> should be the private key. > > Hey all, > > Sorry about the confusion ssh-copy-id has caused you. > > Does the following patch help ? ... > @@ -64,11 +64,14 @@ options="" > > IFS=$nl > > -while getopts 'i:lo:p:' arg; do > +while getopts 'i:lo:p:v' arg; do > case $arg in > i) > hasarg="x" > - if [ -r "$OPTARG" ]; then > + if [ -r "${OPTARG}.pub" ]; then > + echo helo ^ obviously to be committed without this line ;) -- Eitan Adler Source, Ports, Doc committer Bugmeister, Ports Security teams From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 23:24:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E2EB883 for ; Fri, 28 Feb 2014 23:24:34 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 29C9F14DA for ; Fri, 28 Feb 2014 23:24:33 +0000 (UTC) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 6FF7820F52 for ; Fri, 28 Feb 2014 18:24:32 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Fri, 28 Feb 2014 18:24:32 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=references:mime-version:in-reply-to :content-type:content-transfer-encoding:message-id:cc:from :subject:date:to; s=smtpout; bh=RjyOkg8HTRLI3NPAATCHOWnLeEA=; b= TGNfoasY87nGdI/TXBJPdbhQLTL+EnJegeifZ4rMohFN9t/8KBy5yV8S2l7TiKYk hKa+DsmuS2kEIekbx2phU9lahHJTbdJbr65MlbP60PFPnm5bLToErhudByROB+pw wnV5zOkKaPbNNtFxahXrXvLIK1G3NfPxuqg7/jWWsJ0= X-Sasl-enc: vKFHL2/Tj5Dz5UaXavXNSUa7NXdLd3PaJ3s2Or1RsZsO 1393629872 Received: from [10.102.142.52] (unknown [173.209.204.206]) by mail.messagingengine.com (Postfix) with ESMTPA id 024DAC0000C; Fri, 28 Feb 2014 18:24:32 -0500 (EST) References: <2cba8fd9cc51dedc1bd5e127046f4ab7@dweimer.net> <1393618827.9046.89104957.4A974C56@webmail.messagingengine.com> <1393625741.9928.89141917.3B723B0F@webmail.messagingengine.com> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPhone Mail (11B651) From: Mark Felder Subject: Re: ssh-copy-id Date: Fri, 28 Feb 2014 17:24:29 -0600 To: Eitan Adler Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Feb 2014 23:24:34 -0000 Wow that was fast :-) I'll test when I'm near my machine again From owner-freebsd-stable@FreeBSD.ORG Fri Feb 28 23:42:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AA9FE92; Fri, 28 Feb 2014 23:42:18 +0000 (UTC) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE9C5167A; Fri, 28 Feb 2014 23:42:17 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 3D11AB80B6; Sat, 1 Mar 2014 00:42:15 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 2C2DC28497; Sat, 1 Mar 2014 00:42:15 +0100 (CET) Date: Sat, 1 Mar 2014 00:42:15 +0100 From: Jilles Tjoelker To: Eitan Adler Subject: Re: ssh-copy-id Message-ID: <20140228234214.GA23514@stack.nl> References: <2cba8fd9cc51dedc1bd5e127046f4ab7@dweimer.net> <1393618827.9046.89104957.4A974C56@webmail.messagingengine.com> <1393625741.9928.89141917.3B723B0F@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Feb 2014 23:42:18 -0000 On Fri, Feb 28, 2014 at 06:08:10PM -0500, Eitan Adler wrote: > On 28 February 2014 17:15, Mark Felder wrote: > .... > > In my opinion, if I'm using an ssh utility and I specify "-i" flag it > > should be the private key. > Hey all, > Sorry about the confusion ssh-copy-id has caused you. > Does the following patch help ? In addition to that, it may be useful to add an explicit check against sending private keys. Even though printf(1) fails, the receiving server still gets the private key and a malicious root user might steal it. For example, any key starting with '-' is inappropriate. -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 01:23:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31EFEA78 for ; Sat, 1 Mar 2014 01:23:59 +0000 (UTC) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id 0D5E61E0B for ; Sat, 1 Mar 2014 01:23:58 +0000 (UTC) Received: from freebsd.local (unknown [172.16.10.114]) by mail.intertainservices.com (Postfix) with ESMTPSA id 55B4756454 for ; Fri, 28 Feb 2014 20:23:54 -0500 (EST) Message-ID: <531136AA.1050003@intertainservices.com> Date: Fri, 28 Feb 2014 20:23:54 -0500 From: Mike Jakubik User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable Subject: OpenSSH 6.5 breaks logins ! Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 55B4756454.ACAA2 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Mar 2014 01:23:59 -0000 Hello, I just updated a box to latest stable only to find i could not log in via ssh after the upgrade. Luckily i have remote access to the console. This is the error sshd threw. Feb 28 19:52:45 vmfbsd sshd[779]: fatal: ssh_sandbox_child: failed to limit the network socket [preauth] After some searching around i found the culprit to be the new option "UsePrivilegeSeparation sandbox". Changing this back to yes instead of sandbox fixed the problem. Below are the only customizations in my sshd_config PermitRootLogin yes PasswordAuthentication yes FreeBSD 10.0-STABLE #0 r262627 Thanks. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 03:12:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA5435E9 for ; Sat, 1 Mar 2014 03:12:02 +0000 (UTC) Received: from mail-qg0-x22b.google.com (mail-qg0-x22b.google.com [IPv6:2607:f8b0:400d:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F44A185D for ; Sat, 1 Mar 2014 03:12:02 +0000 (UTC) Received: by mail-qg0-f43.google.com with SMTP id f51so4581042qge.2 for ; Fri, 28 Feb 2014 19:12:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=r9Cn7K72wvZ+Mrr/aFIyqbeFKyR1kQeQOSFw+fNdyFg=; b=We2KUMMVNAmqWcGW3bGEof4IakcWpb2qzls0Yzou9YgPyrGTtnCI8CZvwVmobOBRFV tXfR6AK24qhA6BNyqDkuKa+G0KRZ9ah5lgvrTsDv8PUdngTZZ6ZXvXQLkJyr4rJrvXgs 7sM2fGG8Z/SJ4ejBzouwebIGICfOVjzrF3Oi8= 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:content-type; bh=r9Cn7K72wvZ+Mrr/aFIyqbeFKyR1kQeQOSFw+fNdyFg=; b=XVoxMy0m5pkG06Id9L3uLrrqEBt2w161LX9v0ZLX+A4o5SOp89eubSQ9KfsD8U5u6N PqtlgqYrumPkzYiiaevUeh/qnwsYqv3QrAXLi78alq5nKvzIRveBK1/qN7Gk0Zf/ZnIQ iz7q5CSDJAMsAfxj08olI5GKMMqCXQFo4Rpt8Tv0HyC5y4Bo4EE3afiGjWRBRJiblNhS RAgRvbxCxtINuX5qvfIYPWVM0YfCldeMwTMsLVMboaIWfpx3hFp6HHLyISXc1LdyjAbQ 6MmuFyrHtR16hHQMRiEim1uPYs7YXlcC5ECxDMqrJHiGAXqI1BAj6q/qi8CsuM5OCWZX /7gA== X-Gm-Message-State: ALoCoQkka0XoppRc2aAc4YAo76rDZJ7+zjKeSV/Aj73oQz4Ht+cZrgCWXF9we/y2rVeqwqNvxTMA X-Received: by 10.140.107.53 with SMTP id g50mr8077306qgf.63.1393643521448; Fri, 28 Feb 2014 19:12:01 -0800 (PST) MIME-Version: 1.0 Sender: lists@eitanadler.com Received: by 10.96.147.225 with HTTP; Fri, 28 Feb 2014 19:11:31 -0800 (PST) In-Reply-To: <20140228234214.GA23514@stack.nl> References: <2cba8fd9cc51dedc1bd5e127046f4ab7@dweimer.net> <1393618827.9046.89104957.4A974C56@webmail.messagingengine.com> <1393625741.9928.89141917.3B723B0F@webmail.messagingengine.com> <20140228234214.GA23514@stack.nl> From: Eitan Adler Date: Fri, 28 Feb 2014 22:11:31 -0500 X-Google-Sender-Auth: sHvvZM71mg-4WWps5C38MSYGQXg Message-ID: Subject: Re: ssh-copy-id To: Jilles Tjoelker Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Mar 2014 03:12:02 -0000 On 28 February 2014 18:42, Jilles Tjoelker wrote: > On Fri, Feb 28, 2014 at 06:08:10PM -0500, Eitan Adler wrote: >> On 28 February 2014 17:15, Mark Felder wrote: >> .... > >> > In my opinion, if I'm using an ssh utility and I specify "-i" flag it >> > should be the private key. > >> Hey all, > >> Sorry about the confusion ssh-copy-id has caused you. > >> Does the following patch help ? > > In addition to that, it may be useful to add an explicit check against > sending private keys. Even though printf(1) fails, the receiving server > still gets the private key and a malicious root user might steal it. > > For example, any key starting with '-' is inappropriate. I thought about adding a check for private keys. However such a check is insufficient since the user may have supplied other private files accidentally such as /etc/passwd or a GPG key. -- Eitan Adler Source, Ports, Doc committer Bugmeister, Ports Security teams From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 06:56:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FB81AC0 for ; Sat, 1 Mar 2014 06:56:48 +0000 (UTC) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 16F331E45 for ; Sat, 1 Mar 2014 06:56:47 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id mc6so3405421lab.27 for ; Fri, 28 Feb 2014 22:56:39 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=SS1lnkQdDunnv3eD5s38BGSCHIl4YfXLavPqEpOnwYs=; b=V/pHf3kRQCLweNk8eUUgB5ZZhFN6rZo2H91rKvEnToe2YAMY+OxPEE3wTFwY2YOLYg mMjTT4s1HmOdGMBp5WvHfwV5XT5cfnEOK0BzFUrXmN/X7CH2RnZsPjrOjwgLOKMoRlM8 OIbE246DcuHShP+pOBc9Hbb+93u13bGJvIe15FHaHpuRuujIo/2gH+fzjHnyadZ5KgrO nxKhXKaF/UCJS376BUKVjHsTf+241RDFfnyeEiB6YvGAjyo5LvXsR9rq4AFlUAZy6KuK GoGTS65xACUiAWwi/CrGW+atmYyiH9cZqEoT42Tj4RAFDN9l732hXUNklwT3gvz7W+hs bZ4g== X-Gm-Message-State: ALoCoQkl2WBo3iKjifVeX+V4SltE8J3IOYB6H+EgIJ4R0nJj4G3uC3T7mg+MNgnN/ZCnuYCaZOaJ X-Received: by 10.112.201.164 with SMTP id kb4mr13566765lbc.32.1393656999704; Fri, 28 Feb 2014 22:56:39 -0800 (PST) Received: from [192.168.1.2] ([89.169.173.68]) by mx.google.com with ESMTPSA id mk5sm17703445lac.6.2014.02.28.22.56.38 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 28 Feb 2014 22:56:39 -0800 (PST) Message-ID: <531184A8.4050909@freebsd.org> Date: Sat, 01 Mar 2014 10:56:40 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: des@freebsd.org, stable@freebsd.org Subject: openssh in stable-10 broken config or sandbox X-Enigmail-Version: 1.7a1pre Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Mar 2014 06:56:48 -0000 Hi. Default /etc/ssh/sshd_config have #UsePrivilegeSeparation sandbox I.e. 'sandbox' by default. It breaks logins with error: sshd[81721]: fatal: ssh_sandbox_child: failed to limit the network socket [preauth] Fixed by using old way, i.e. direct UsePrivilegeSeparation yes instead of 'sandbox'. Please fix this bug. -- http://ache.vniz.net/ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 07:39:09 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F6E53CE for ; Sat, 1 Mar 2014 07:39:09 +0000 (UTC) Received: from mail-la0-f46.google.com (mail-la0-f46.google.com [209.85.215.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 068D01203 for ; Sat, 1 Mar 2014 07:39:08 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id hr17so3329014lab.5 for ; Fri, 28 Feb 2014 23:39:07 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=CPhaQwkTANVPC0kJllIG0CHZXgTNWaI28ZputRl2GF0=; b=WX+16l4XOVEnQc5DNwSCoPb/CVRW72yRECZZPK42NNL6sVTgm7H9mwlF/SO7MadEqR 5dGaFyPy0Cr8vUwwHOhEvS03M3GDg3tKwRG+Q6judLFmLXaJejwqhfhbTRTujndalhwL ks/TAvsmd6d7RwOm1ZkClSgKlUkC524/SeoGvUV7uJz7GzpmYTsFGJ1Wgb6ZKsD84pqz rbzvehb6tDq6i8eO5AHx/eJRKKyhy1rAE++Lrw5A1RpGUR0STRMg/XwYS41BqqlLgtWP fV8/tDrqZZwy4zk+HSUMPTEgL+E0zjMsPUdKUcaCqy4US3icQOK7bUGKxyNhFgV9ZBNJ oEuw== X-Gm-Message-State: ALoCoQky3tQ0TNZK8EVri8MfwheDwoXan0rKu6CBqm7lYLLjAvcnhd8HnJQWHCLM0PK7NGKOmcXE X-Received: by 10.112.72.170 with SMTP id e10mr9484672lbv.43.1393659546792; Fri, 28 Feb 2014 23:39:06 -0800 (PST) Received: from [192.168.1.2] ([89.169.173.68]) by mx.google.com with ESMTPSA id o10sm17879728laj.2.2014.02.28.23.39.05 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 28 Feb 2014 23:39:06 -0800 (PST) Message-ID: <53118E9C.5030804@freebsd.org> Date: Sat, 01 Mar 2014 11:39:08 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: des@freebsd.org, stable@freebsd.org Subject: Re: openssh in stable-10 broken config or sandbox References: <531184A8.4050909@freebsd.org> In-Reply-To: <531184A8.4050909@freebsd.org> X-Enigmail-Version: 1.7a1pre Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Mar 2014 07:39:09 -0000 On 01.03.2014 10:56, Andrey Chernov wrote: > Hi. > Default /etc/ssh/sshd_config have > #UsePrivilegeSeparation sandbox > I.e. 'sandbox' by default. It breaks logins with error: > sshd[81721]: fatal: ssh_sandbox_child: failed to limit the network socket [preauth] > Fixed by using old way, i.e. direct > UsePrivilegeSeparation yes > instead of 'sandbox'. Please fix this bug. Just find that capsicum is required now for default (i.e. sandbox) mode. Don't think it is wise move, people may lost remote connections that way, at least UPDATING entry is needed, but check for WITHOUT_CAPSICUM for defaults will be better. -- http://ache.vniz.net/ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 09:54:12 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2588354C; Sat, 1 Mar 2014 09:54:12 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 521F11DB6; Sat, 1 Mar 2014 09:54:10 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s219s0P5087695; Sat, 1 Mar 2014 11:54:00 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s219rw2B087693; Sat, 1 Mar 2014 09:53:59 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 09:53:59 GMT Message-Id: <201403010953.s219rw2B087693@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 09:54:12 -0000 TB --- 2014-03-01 09:50:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 09:50:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 09:50:44 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 09:50:44 - cleaning the object tree TB --- 2014-03-01 09:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 09:51:35 - At svn revision 262652 TB --- 2014-03-01 09:51:36 - building world TB --- 2014-03-01 09:51:36 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 09:51:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 09:51:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 09:51:36 - SRCCONF=/dev/null TB --- 2014-03-01 09:51:36 - TARGET=mips TB --- 2014-03-01 09:51:36 - TARGET_ARCH=mips64 TB --- 2014-03-01 09:51:36 - TZ=UTC TB --- 2014-03-01 09:51:36 - __MAKE_CONF=/dev/null TB --- 2014-03-01 09:51:36 - cd /src TB --- 2014-03-01 09:51:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 09:51:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 09:53:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 09:53:58 - ERROR: failed to build world TB --- 2014-03-01 09:53:58 - 104.77 user 93.14 system 194.01 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 09:54:12 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2754854D; Sat, 1 Mar 2014 09:54:12 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5C4161DB7; Sat, 1 Mar 2014 09:54:11 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s219s3UY087713; Sat, 1 Mar 2014 11:54:03 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s219s3Ke087712; Sat, 1 Mar 2014 09:54:03 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 09:54:03 GMT Message-Id: <201403010954.s219s3Ke087712@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 09:54:12 -0000 TB --- 2014-03-01 09:50:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 09:50:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 09:50:44 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 09:50:44 - cleaning the object tree TB --- 2014-03-01 09:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 09:51:35 - At svn revision 262652 TB --- 2014-03-01 09:51:36 - building world TB --- 2014-03-01 09:51:36 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 09:51:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 09:51:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 09:51:36 - SRCCONF=/dev/null TB --- 2014-03-01 09:51:36 - TARGET=amd64 TB --- 2014-03-01 09:51:36 - TARGET_ARCH=amd64 TB --- 2014-03-01 09:51:36 - TZ=UTC TB --- 2014-03-01 09:51:36 - __MAKE_CONF=/dev/null TB --- 2014-03-01 09:51:36 - cd /src TB --- 2014-03-01 09:51:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 09:51:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CallingConvEmitter.cpp c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeEmitterGen.cpp c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenDAGPatterns.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenDAGPatterns.cpp: In member function 'void llvm::CodeGenDAGPatterns::ParsePatternFragments()': /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenDAGPatterns.cpp:2210: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin/clang/tblgen *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 09:54:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 09:54:03 - ERROR: failed to build world TB --- 2014-03-01 09:54:03 - 116.05 user 84.95 system 199.59 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 09:54:12 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4532954E; Sat, 1 Mar 2014 09:54:12 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AAE71DB8; Sat, 1 Mar 2014 09:54:10 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s219s0hA087694; Sat, 1 Mar 2014 11:54:00 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s219rwea087688; Sat, 1 Mar 2014 09:53:59 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 09:53:59 GMT Message-Id: <201403010953.s219rwea087688@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 09:54:12 -0000 TB --- 2014-03-01 09:50:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 09:50:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 09:50:44 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 09:50:44 - cleaning the object tree TB --- 2014-03-01 09:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 09:51:34 - At svn revision 262652 TB --- 2014-03-01 09:51:35 - building world TB --- 2014-03-01 09:51:35 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 09:51:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 09:51:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 09:51:35 - SRCCONF=/dev/null TB --- 2014-03-01 09:51:35 - TARGET=mips TB --- 2014-03-01 09:51:35 - TARGET_ARCH=mips TB --- 2014-03-01 09:51:35 - TZ=UTC TB --- 2014-03-01 09:51:35 - __MAKE_CONF=/dev/null TB --- 2014-03-01 09:51:35 - cd /src TB --- 2014-03-01 09:51:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 09:51:46 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 09:53:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 09:53:58 - ERROR: failed to build world TB --- 2014-03-01 09:53:58 - 104.96 user 92.37 system 193.91 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 09:54:12 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9BFD550; Sat, 1 Mar 2014 09:54:12 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E63901DBA; Sat, 1 Mar 2014 09:54:10 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s219s0ib087696; Sat, 1 Mar 2014 11:54:00 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s219rwtf087678; Sat, 1 Mar 2014 09:53:59 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 09:53:59 GMT Message-Id: <201403010953.s219rwtf087678@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 09:54:12 -0000 TB --- 2014-03-01 09:50:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 09:50:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 09:50:44 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 09:50:44 - cleaning the object tree TB --- 2014-03-01 09:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 09:51:34 - At svn revision 262652 TB --- 2014-03-01 09:51:35 - building world TB --- 2014-03-01 09:51:35 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 09:51:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 09:51:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 09:51:35 - SRCCONF=/dev/null TB --- 2014-03-01 09:51:35 - TARGET=ia64 TB --- 2014-03-01 09:51:35 - TARGET_ARCH=ia64 TB --- 2014-03-01 09:51:35 - TZ=UTC TB --- 2014-03-01 09:51:35 - __MAKE_CONF=/dev/null TB --- 2014-03-01 09:51:35 - cd /src TB --- 2014-03-01 09:51:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 09:51:45 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 09:53:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 09:53:58 - ERROR: failed to build world TB --- 2014-03-01 09:53:58 - 105.11 user 92.51 system 193.89 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 09:54:12 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46B2954F; Sat, 1 Mar 2014 09:54:12 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6FC8C1DB9; Sat, 1 Mar 2014 09:54:10 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s219s0eH087697; Sat, 1 Mar 2014 11:54:00 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s219rwTT087687; Sat, 1 Mar 2014 09:53:59 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 09:53:59 GMT Message-Id: <201403010953.s219rwTT087687@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 09:54:12 -0000 TB --- 2014-03-01 09:50:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 09:50:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 09:50:44 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 09:50:44 - cleaning the object tree TB --- 2014-03-01 09:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 09:51:35 - At svn revision 262652 TB --- 2014-03-01 09:51:36 - building world TB --- 2014-03-01 09:51:36 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 09:51:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 09:51:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 09:51:36 - SRCCONF=/dev/null TB --- 2014-03-01 09:51:36 - TARGET=sparc64 TB --- 2014-03-01 09:51:36 - TARGET_ARCH=sparc64 TB --- 2014-03-01 09:51:36 - TZ=UTC TB --- 2014-03-01 09:51:36 - __MAKE_CONF=/dev/null TB --- 2014-03-01 09:51:36 - cd /src TB --- 2014-03-01 09:51:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 09:51:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 09:53:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 09:53:58 - ERROR: failed to build world TB --- 2014-03-01 09:53:58 - 105.34 user 92.83 system 193.91 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 09:57:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 576BCB6F; Sat, 1 Mar 2014 09:57:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 823891E39; Sat, 1 Mar 2014 09:57:57 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s219vsv5007830; Sat, 1 Mar 2014 11:57:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s219vsWc007823; Sat, 1 Mar 2014 09:57:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 09:57:54 GMT Message-Id: <201403010957.s219vsWc007823@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 09:57:58 -0000 TB --- 2014-03-01 09:50:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 09:50:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 09:50:44 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 09:50:44 - cleaning the object tree TB --- 2014-03-01 09:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 09:51:34 - At svn revision 262652 TB --- 2014-03-01 09:51:35 - building world TB --- 2014-03-01 09:51:35 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 09:51:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 09:51:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 09:51:35 - SRCCONF=/dev/null TB --- 2014-03-01 09:51:35 - TARGET=i386 TB --- 2014-03-01 09:51:35 - TARGET_ARCH=i386 TB --- 2014-03-01 09:51:35 - TZ=UTC TB --- 2014-03-01 09:51:35 - __MAKE_CONF=/dev/null TB --- 2014-03-01 09:51:35 - cd /src TB --- 2014-03-01 09:51:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 09:51:45 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 09:57:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 09:57:54 - ERROR: failed to build world TB --- 2014-03-01 09:57:54 - 313.12 user 124.80 system 430.26 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 09:57:59 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26AE2B70; Sat, 1 Mar 2014 09:57:59 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 51DC71E3B; Sat, 1 Mar 2014 09:57:57 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s219vtM2007985; Sat, 1 Mar 2014 11:57:55 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s219vtsG007980; Sat, 1 Mar 2014 09:57:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 09:57:55 GMT Message-Id: <201403010957.s219vtsG007980@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 09:57:59 -0000 TB --- 2014-03-01 09:50:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 09:50:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 09:50:44 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 09:50:44 - cleaning the object tree TB --- 2014-03-01 09:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 09:51:34 - At svn revision 262652 TB --- 2014-03-01 09:51:35 - building world TB --- 2014-03-01 09:51:35 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 09:51:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 09:51:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 09:51:35 - SRCCONF=/dev/null TB --- 2014-03-01 09:51:35 - TARGET=arm TB --- 2014-03-01 09:51:35 - TARGET_ARCH=arm TB --- 2014-03-01 09:51:35 - TZ=UTC TB --- 2014-03-01 09:51:35 - __MAKE_CONF=/dev/null TB --- 2014-03-01 09:51:35 - cd /src TB --- 2014-03-01 09:51:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 09:51:45 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 09:57:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 09:57:55 - ERROR: failed to build world TB --- 2014-03-01 09:57:55 - 312.78 user 125.64 system 431.08 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 09:57:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 443D8B6D; Sat, 1 Mar 2014 09:57:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F4E01E38; Sat, 1 Mar 2014 09:57:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s219vpgP007173; Sat, 1 Mar 2014 11:57:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s219vpRS007172; Sat, 1 Mar 2014 09:57:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 09:57:51 GMT Message-Id: <201403010957.s219vpRS007172@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 09:57:55 -0000 TB --- 2014-03-01 09:50:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 09:50:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 09:50:44 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 09:50:44 - cleaning the object tree TB --- 2014-03-01 09:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 09:51:31 - At svn revision 262652 TB --- 2014-03-01 09:51:32 - building world TB --- 2014-03-01 09:51:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 09:51:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 09:51:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 09:51:32 - SRCCONF=/dev/null TB --- 2014-03-01 09:51:32 - TARGET=pc98 TB --- 2014-03-01 09:51:32 - TARGET_ARCH=i386 TB --- 2014-03-01 09:51:32 - TZ=UTC TB --- 2014-03-01 09:51:32 - __MAKE_CONF=/dev/null TB --- 2014-03-01 09:51:32 - cd /src TB --- 2014-03-01 09:51:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 09:51:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 09:57:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 09:57:51 - ERROR: failed to build world TB --- 2014-03-01 09:57:51 - 313.06 user 120.00 system 427.00 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 09:58:01 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2E87B73; Sat, 1 Mar 2014 09:58:00 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1AC221E3D; Sat, 1 Mar 2014 09:57:59 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s219vvsq008142; Sat, 1 Mar 2014 11:57:57 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s219vvGa008140; Sat, 1 Mar 2014 09:57:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 09:57:57 GMT Message-Id: <201403010957.s219vvGa008140@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 09:58:01 -0000 TB --- 2014-03-01 09:50:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 09:50:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 09:50:44 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 09:50:44 - cleaning the object tree TB --- 2014-03-01 09:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 09:51:35 - At svn revision 262652 TB --- 2014-03-01 09:51:36 - building world TB --- 2014-03-01 09:51:36 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 09:51:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 09:51:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 09:51:36 - SRCCONF=/dev/null TB --- 2014-03-01 09:51:36 - TARGET=powerpc TB --- 2014-03-01 09:51:36 - TARGET_ARCH=powerpc TB --- 2014-03-01 09:51:36 - TZ=UTC TB --- 2014-03-01 09:51:36 - __MAKE_CONF=/dev/null TB --- 2014-03-01 09:51:36 - cd /src TB --- 2014-03-01 09:51:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 09:51:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 09:57:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 09:57:57 - ERROR: failed to build world TB --- 2014-03-01 09:57:57 - 313.15 user 127.06 system 432.83 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 09:58:01 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ADEA1B79; Sat, 1 Mar 2014 09:58:01 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D91CD1E3F; Sat, 1 Mar 2014 09:58:00 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s219vvK0008164; Sat, 1 Mar 2014 11:57:57 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s219vvGh008163; Sat, 1 Mar 2014 09:57:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 09:57:57 GMT Message-Id: <201403010957.s219vvGh008163@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 09:58:01 -0000 TB --- 2014-03-01 09:50:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 09:50:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 09:50:44 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 09:50:44 - cleaning the object tree TB --- 2014-03-01 09:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 09:51:35 - At svn revision 262652 TB --- 2014-03-01 09:51:36 - building world TB --- 2014-03-01 09:51:36 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 09:51:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 09:51:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 09:51:36 - SRCCONF=/dev/null TB --- 2014-03-01 09:51:36 - TARGET=powerpc TB --- 2014-03-01 09:51:36 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 09:51:36 - TZ=UTC TB --- 2014-03-01 09:51:36 - __MAKE_CONF=/dev/null TB --- 2014-03-01 09:51:36 - cd /src TB --- 2014-03-01 09:51:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 09:51:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 09:57:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 09:57:57 - ERROR: failed to build world TB --- 2014-03-01 09:57:57 - 313.14 user 127.56 system 433.61 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 09:58:04 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0894B8E; Sat, 1 Mar 2014 09:58:03 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 292CA1E40; Sat, 1 Mar 2014 09:57:59 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s219vvqj008143; Sat, 1 Mar 2014 11:57:57 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s219vvfh008141; Sat, 1 Mar 2014 09:57:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 09:57:57 GMT Message-Id: <201403010957.s219vvfh008141@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 09:58:04 -0000 TB --- 2014-03-01 09:50:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 09:50:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 09:50:44 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 09:50:44 - cleaning the object tree TB --- 2014-03-01 09:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 09:51:36 - At svn revision 262652 TB --- 2014-03-01 09:51:37 - building world TB --- 2014-03-01 09:51:37 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 09:51:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 09:51:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 09:51:37 - SRCCONF=/dev/null TB --- 2014-03-01 09:51:37 - TARGET=arm TB --- 2014-03-01 09:51:37 - TARGET_ARCH=armv6 TB --- 2014-03-01 09:51:37 - TZ=UTC TB --- 2014-03-01 09:51:37 - __MAKE_CONF=/dev/null TB --- 2014-03-01 09:51:37 - cd /src TB --- 2014-03-01 09:51:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 09:51:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 09:57:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 09:57:57 - ERROR: failed to build world TB --- 2014-03-01 09:57:57 - 312.46 user 127.20 system 432.86 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:03:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DF3A42E; Sat, 1 Mar 2014 10:03:49 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 797F910AC; Sat, 1 Mar 2014 10:03:48 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21A3jSj029233; Sat, 1 Mar 2014 12:03:45 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21A3jNv029232; Sat, 1 Mar 2014 10:03:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:03:45 GMT Message-Id: <201403011003.s21A3jNv029232@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:03:49 -0000 TB --- 2014-03-01 10:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:00:28 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 10:00:28 - cleaning the object tree TB --- 2014-03-01 10:00:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:01:25 - At svn revision 262652 TB --- 2014-03-01 10:01:26 - building world TB --- 2014-03-01 10:01:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:01:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:01:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:01:26 - SRCCONF=/dev/null TB --- 2014-03-01 10:01:26 - TARGET=ia64 TB --- 2014-03-01 10:01:26 - TARGET_ARCH=ia64 TB --- 2014-03-01 10:01:26 - TZ=UTC TB --- 2014-03-01 10:01:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:01:26 - cd /src TB --- 2014-03-01 10:01:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:01:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:03:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:03:45 - ERROR: failed to build world TB --- 2014-03-01 10:03:45 - 104.83 user 96.85 system 196.98 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:03:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75E9442C; Sat, 1 Mar 2014 10:03:48 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A1EBE10AB; Sat, 1 Mar 2014 10:03:47 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21A3iFw029193; Sat, 1 Mar 2014 12:03:44 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21A3iXk029189; Sat, 1 Mar 2014 10:03:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:03:44 GMT Message-Id: <201403011003.s21A3iXk029189@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:03:48 -0000 TB --- 2014-03-01 10:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:00:28 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 10:00:28 - cleaning the object tree TB --- 2014-03-01 10:00:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:01:24 - At svn revision 262652 TB --- 2014-03-01 10:01:25 - building world TB --- 2014-03-01 10:01:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:01:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:01:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:01:25 - SRCCONF=/dev/null TB --- 2014-03-01 10:01:25 - TARGET=sparc64 TB --- 2014-03-01 10:01:25 - TARGET_ARCH=sparc64 TB --- 2014-03-01 10:01:25 - TZ=UTC TB --- 2014-03-01 10:01:25 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:01:25 - cd /src TB --- 2014-03-01 10:01:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:01:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:03:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:03:44 - ERROR: failed to build world TB --- 2014-03-01 10:03:44 - 105.78 user 94.71 system 196.12 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:03:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7859042D; Sat, 1 Mar 2014 10:03:48 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A18F510AA; Sat, 1 Mar 2014 10:03:47 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21A3imu029176; Sat, 1 Mar 2014 12:03:44 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21A3igr029175; Sat, 1 Mar 2014 10:03:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:03:44 GMT Message-Id: <201403011003.s21A3igr029175@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:03:48 -0000 TB --- 2014-03-01 10:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:00:28 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 10:00:28 - cleaning the object tree TB --- 2014-03-01 10:00:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:01:25 - At svn revision 262652 TB --- 2014-03-01 10:01:26 - building world TB --- 2014-03-01 10:01:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:01:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:01:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:01:26 - SRCCONF=/dev/null TB --- 2014-03-01 10:01:26 - TARGET=mips TB --- 2014-03-01 10:01:26 - TARGET_ARCH=mips TB --- 2014-03-01 10:01:26 - TZ=UTC TB --- 2014-03-01 10:01:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:01:26 - cd /src TB --- 2014-03-01 10:01:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:01:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:03:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:03:44 - ERROR: failed to build world TB --- 2014-03-01 10:03:44 - 105.05 user 95.73 system 195.94 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:03:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19F0A42F; Sat, 1 Mar 2014 10:03:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4657810AD; Sat, 1 Mar 2014 10:03:48 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21A3kNM029252; Sat, 1 Mar 2014 12:03:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21A3kX9029251; Sat, 1 Mar 2014 10:03:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:03:46 GMT Message-Id: <201403011003.s21A3kX9029251@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:03:50 -0000 TB --- 2014-03-01 10:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:00:28 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 10:00:28 - cleaning the object tree TB --- 2014-03-01 10:00:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:01:26 - At svn revision 262652 TB --- 2014-03-01 10:01:27 - building world TB --- 2014-03-01 10:01:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:01:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:01:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:01:27 - SRCCONF=/dev/null TB --- 2014-03-01 10:01:27 - TARGET=mips TB --- 2014-03-01 10:01:27 - TARGET_ARCH=mips64 TB --- 2014-03-01 10:01:27 - TZ=UTC TB --- 2014-03-01 10:01:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:01:27 - cd /src TB --- 2014-03-01 10:01:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:01:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:03:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:03:46 - ERROR: failed to build world TB --- 2014-03-01 10:03:46 - 104.38 user 98.07 system 197.76 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:07:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9BB56C07; Sat, 1 Mar 2014 10:07:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C792C1153; Sat, 1 Mar 2014 10:07:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21A7pIm052966; Sat, 1 Mar 2014 12:07:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21A7pAj052963; Sat, 1 Mar 2014 10:07:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:07:51 GMT Message-Id: <201403011007.s21A7pAj052963@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:07:55 -0000 TB --- 2014-03-01 10:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:00:28 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 10:00:28 - cleaning the object tree TB --- 2014-03-01 10:00:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:01:25 - At svn revision 262652 TB --- 2014-03-01 10:01:26 - building world TB --- 2014-03-01 10:01:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:01:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:01:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:01:26 - SRCCONF=/dev/null TB --- 2014-03-01 10:01:26 - TARGET=powerpc TB --- 2014-03-01 10:01:26 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 10:01:26 - TZ=UTC TB --- 2014-03-01 10:01:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:01:26 - cd /src TB --- 2014-03-01 10:01:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:01:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:07:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:07:51 - ERROR: failed to build world TB --- 2014-03-01 10:07:51 - 316.79 user 134.09 system 443.27 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:07:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0CC6BFD; Sat, 1 Mar 2014 10:07:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DD231114A; Sat, 1 Mar 2014 10:07:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21A7k33052190; Sat, 1 Mar 2014 12:07:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21A7ka6052189; Sat, 1 Mar 2014 10:07:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:07:46 GMT Message-Id: <201403011007.s21A7ka6052189@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:07:50 -0000 TB --- 2014-03-01 10:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:00:28 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 10:00:28 - cleaning the object tree TB --- 2014-03-01 10:00:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:01:23 - At svn revision 262652 TB --- 2014-03-01 10:01:24 - building world TB --- 2014-03-01 10:01:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:01:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:01:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:01:24 - SRCCONF=/dev/null TB --- 2014-03-01 10:01:24 - TARGET=pc98 TB --- 2014-03-01 10:01:24 - TARGET_ARCH=i386 TB --- 2014-03-01 10:01:24 - TZ=UTC TB --- 2014-03-01 10:01:24 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:01:24 - cd /src TB --- 2014-03-01 10:01:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:01:34 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:07:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:07:46 - ERROR: failed to build world TB --- 2014-03-01 10:07:46 - 315.64 user 130.25 system 438.39 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:07:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93268BFC; Sat, 1 Mar 2014 10:07:49 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BECE01149; Sat, 1 Mar 2014 10:07:48 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21A7jJw051935; Sat, 1 Mar 2014 12:07:45 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21A7jfW051928; Sat, 1 Mar 2014 10:07:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:07:45 GMT Message-Id: <201403011007.s21A7jfW051928@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:07:49 -0000 TB --- 2014-03-01 10:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:00:28 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 10:00:28 - cleaning the object tree TB --- 2014-03-01 10:00:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:01:22 - At svn revision 262652 TB --- 2014-03-01 10:01:23 - building world TB --- 2014-03-01 10:01:23 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:01:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:01:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:01:23 - SRCCONF=/dev/null TB --- 2014-03-01 10:01:23 - TARGET=i386 TB --- 2014-03-01 10:01:23 - TARGET_ARCH=i386 TB --- 2014-03-01 10:01:23 - TZ=UTC TB --- 2014-03-01 10:01:23 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:01:23 - cd /src TB --- 2014-03-01 10:01:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:01:33 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:07:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:07:45 - ERROR: failed to build world TB --- 2014-03-01 10:07:45 - 314.26 user 129.85 system 436.94 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:07:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76A8BC01; Sat, 1 Mar 2014 10:07:52 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A227F114C; Sat, 1 Mar 2014 10:07:51 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21A7mWa052547; Sat, 1 Mar 2014 12:07:48 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21A7mtI052539; Sat, 1 Mar 2014 10:07:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:07:48 GMT Message-Id: <201403011007.s21A7mtI052539@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:07:52 -0000 TB --- 2014-03-01 10:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:00:28 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 10:00:28 - cleaning the object tree TB --- 2014-03-01 10:00:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:01:24 - At svn revision 262652 TB --- 2014-03-01 10:01:25 - building world TB --- 2014-03-01 10:01:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:01:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:01:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:01:25 - SRCCONF=/dev/null TB --- 2014-03-01 10:01:25 - TARGET=powerpc TB --- 2014-03-01 10:01:25 - TARGET_ARCH=powerpc TB --- 2014-03-01 10:01:25 - TZ=UTC TB --- 2014-03-01 10:01:25 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:01:25 - cd /src TB --- 2014-03-01 10:01:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:01:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:07:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:07:48 - ERROR: failed to build world TB --- 2014-03-01 10:07:48 - 314.39 user 132.27 system 440.13 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:07:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05846C04; Sat, 1 Mar 2014 10:07:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 31BE21150; Sat, 1 Mar 2014 10:07:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21A7pbK052923; Sat, 1 Mar 2014 12:07:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21A7p0p052922; Sat, 1 Mar 2014 10:07:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:07:51 GMT Message-Id: <201403011007.s21A7p0p052922@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:07:55 -0000 TB --- 2014-03-01 10:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:00:28 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 10:00:28 - cleaning the object tree TB --- 2014-03-01 10:00:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:01:25 - At svn revision 262652 TB --- 2014-03-01 10:01:26 - building world TB --- 2014-03-01 10:01:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:01:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:01:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:01:26 - SRCCONF=/dev/null TB --- 2014-03-01 10:01:26 - TARGET=arm TB --- 2014-03-01 10:01:26 - TARGET_ARCH=arm TB --- 2014-03-01 10:01:26 - TZ=UTC TB --- 2014-03-01 10:01:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:01:26 - cd /src TB --- 2014-03-01 10:01:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:01:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:07:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:07:51 - ERROR: failed to build world TB --- 2014-03-01 10:07:51 - 314.59 user 135.96 system 442.69 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:07:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12ED4C05; Sat, 1 Mar 2014 10:07:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3C6E31151; Sat, 1 Mar 2014 10:07:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21A7p6b052933; Sat, 1 Mar 2014 12:07:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21A7pix052928; Sat, 1 Mar 2014 10:07:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:07:51 GMT Message-Id: <201403011007.s21A7pix052928@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:07:55 -0000 TB --- 2014-03-01 10:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:00:28 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 10:00:28 - cleaning the object tree TB --- 2014-03-01 10:00:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:01:24 - At svn revision 262652 TB --- 2014-03-01 10:01:25 - building world TB --- 2014-03-01 10:01:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:01:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:01:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:01:25 - SRCCONF=/dev/null TB --- 2014-03-01 10:01:25 - TARGET=amd64 TB --- 2014-03-01 10:01:25 - TARGET_ARCH=amd64 TB --- 2014-03-01 10:01:25 - TZ=UTC TB --- 2014-03-01 10:01:25 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:01:25 - cd /src TB --- 2014-03-01 10:01:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:01:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:07:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:07:51 - ERROR: failed to build world TB --- 2014-03-01 10:07:51 - 315.09 user 134.54 system 442.73 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:07:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DAD3C06; Sat, 1 Mar 2014 10:07:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AA4C41152; Sat, 1 Mar 2014 10:07:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21A7pWg052958; Sat, 1 Mar 2014 12:07:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21A7paS052957; Sat, 1 Mar 2014 10:07:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:07:51 GMT Message-Id: <201403011007.s21A7paS052957@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:07:55 -0000 TB --- 2014-03-01 10:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:00:28 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 10:00:28 - cleaning the object tree TB --- 2014-03-01 10:00:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:01:26 - At svn revision 262652 TB --- 2014-03-01 10:01:27 - building world TB --- 2014-03-01 10:01:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:01:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:01:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:01:27 - SRCCONF=/dev/null TB --- 2014-03-01 10:01:27 - TARGET=arm TB --- 2014-03-01 10:01:27 - TARGET_ARCH=armv6 TB --- 2014-03-01 10:01:27 - TZ=UTC TB --- 2014-03-01 10:01:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:01:27 - cd /src TB --- 2014-03-01 10:01:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:01:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:07:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:07:51 - ERROR: failed to build world TB --- 2014-03-01 10:07:51 - 315.63 user 135.22 system 443.18 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:13:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9F4D701; Sat, 1 Mar 2014 10:13:48 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2331B128A; Sat, 1 Mar 2014 10:13:47 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ADiIn073196; Sat, 1 Mar 2014 12:13:44 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ADid2073195; Sat, 1 Mar 2014 10:13:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:13:44 GMT Message-Id: <201403011013.s21ADid2073195@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:13:49 -0000 TB --- 2014-03-01 10:10:31 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:10:31 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:10:31 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 10:10:31 - cleaning the object tree TB --- 2014-03-01 10:10:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:11:25 - At svn revision 262653 TB --- 2014-03-01 10:11:26 - building world TB --- 2014-03-01 10:11:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:11:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:11:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:11:26 - SRCCONF=/dev/null TB --- 2014-03-01 10:11:26 - TARGET=mips TB --- 2014-03-01 10:11:26 - TARGET_ARCH=mips64 TB --- 2014-03-01 10:11:26 - TZ=UTC TB --- 2014-03-01 10:11:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:11:26 - cd /src TB --- 2014-03-01 10:11:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:11:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:13:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:13:44 - ERROR: failed to build world TB --- 2014-03-01 10:13:44 - 104.77 user 92.91 system 193.38 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:13:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3280A7D0; Sat, 1 Mar 2014 10:13:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 611A2128F; Sat, 1 Mar 2014 10:13:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ADrsh074035; Sat, 1 Mar 2014 12:13:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ADrXq074034; Sat, 1 Mar 2014 10:13:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:13:53 GMT Message-Id: <201403011013.s21ADrXq074034@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:13:57 -0000 TB --- 2014-03-01 10:10:31 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:10:31 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:10:31 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 10:10:31 - cleaning the object tree TB --- 2014-03-01 10:10:41 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:11:33 - At svn revision 262653 TB --- 2014-03-01 10:11:34 - building world TB --- 2014-03-01 10:11:34 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:11:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:11:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:11:34 - SRCCONF=/dev/null TB --- 2014-03-01 10:11:34 - TARGET=mips TB --- 2014-03-01 10:11:34 - TARGET_ARCH=mips TB --- 2014-03-01 10:11:34 - TZ=UTC TB --- 2014-03-01 10:11:34 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:11:34 - cd /src TB --- 2014-03-01 10:11:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:11:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:13:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:13:53 - ERROR: failed to build world TB --- 2014-03-01 10:13:53 - 105.19 user 101.44 system 201.90 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:13:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 432F27D9; Sat, 1 Mar 2014 10:13:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 720531290; Sat, 1 Mar 2014 10:13:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ADriK074041; Sat, 1 Mar 2014 12:13:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ADrLK074040; Sat, 1 Mar 2014 10:13:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:13:53 GMT Message-Id: <201403011013.s21ADrLK074040@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:13:57 -0000 TB --- 2014-03-01 10:10:31 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:10:31 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:10:31 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 10:10:31 - cleaning the object tree TB --- 2014-03-01 10:10:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:11:32 - At svn revision 262653 TB --- 2014-03-01 10:11:33 - building world TB --- 2014-03-01 10:11:33 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:11:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:11:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:11:33 - SRCCONF=/dev/null TB --- 2014-03-01 10:11:33 - TARGET=sparc64 TB --- 2014-03-01 10:11:33 - TARGET_ARCH=sparc64 TB --- 2014-03-01 10:11:33 - TZ=UTC TB --- 2014-03-01 10:11:33 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:11:33 - cd /src TB --- 2014-03-01 10:11:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:11:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:13:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:13:53 - ERROR: failed to build world TB --- 2014-03-01 10:13:53 - 104.93 user 101.41 system 201.96 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:13:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65E347EC; Sat, 1 Mar 2014 10:13:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 944A11291; Sat, 1 Mar 2014 10:13:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ADrTI074051; Sat, 1 Mar 2014 12:13:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ADriU074050; Sat, 1 Mar 2014 10:13:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:13:53 GMT Message-Id: <201403011013.s21ADriU074050@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:13:57 -0000 TB --- 2014-03-01 10:10:31 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:10:31 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:10:31 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 10:10:31 - cleaning the object tree TB --- 2014-03-01 10:10:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:11:33 - At svn revision 262653 TB --- 2014-03-01 10:11:34 - building world TB --- 2014-03-01 10:11:34 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:11:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:11:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:11:34 - SRCCONF=/dev/null TB --- 2014-03-01 10:11:34 - TARGET=ia64 TB --- 2014-03-01 10:11:34 - TARGET_ARCH=ia64 TB --- 2014-03-01 10:11:34 - TZ=UTC TB --- 2014-03-01 10:11:34 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:11:34 - cd /src TB --- 2014-03-01 10:11:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:11:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:13:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:13:53 - ERROR: failed to build world TB --- 2014-03-01 10:13:53 - 105.80 user 100.95 system 202.10 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:17:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10183B64; Sat, 1 Mar 2014 10:17:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 39E181314; Sat, 1 Mar 2014 10:17:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AHrRp096990; Sat, 1 Mar 2014 12:17:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AHr5Z096984; Sat, 1 Mar 2014 10:17:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:17:53 GMT Message-Id: <201403011017.s21AHr5Z096984@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:17:57 -0000 TB --- 2014-03-01 10:10:31 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:10:31 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:10:31 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 10:10:31 - cleaning the object tree TB --- 2014-03-01 10:10:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:11:29 - At svn revision 262653 TB --- 2014-03-01 10:11:30 - building world TB --- 2014-03-01 10:11:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:11:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:11:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:11:30 - SRCCONF=/dev/null TB --- 2014-03-01 10:11:30 - TARGET=amd64 TB --- 2014-03-01 10:11:30 - TARGET_ARCH=amd64 TB --- 2014-03-01 10:11:30 - TZ=UTC TB --- 2014-03-01 10:11:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:11:30 - cd /src TB --- 2014-03-01 10:11:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:11:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:17:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:17:53 - ERROR: failed to build world TB --- 2014-03-01 10:17:53 - 315.28 user 133.75 system 441.71 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:18:01 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BFBAB6C; Sat, 1 Mar 2014 10:18:01 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 87D6A131B; Sat, 1 Mar 2014 10:18:00 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AHvGl097751; Sat, 1 Mar 2014 12:17:57 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AHvtV097750; Sat, 1 Mar 2014 10:17:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:17:57 GMT Message-Id: <201403011017.s21AHvtV097750@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:18:01 -0000 TB --- 2014-03-01 10:10:31 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:10:31 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:10:31 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 10:10:31 - cleaning the object tree TB --- 2014-03-01 10:10:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:11:32 - At svn revision 262653 TB --- 2014-03-01 10:11:33 - building world TB --- 2014-03-01 10:11:33 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:11:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:11:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:11:33 - SRCCONF=/dev/null TB --- 2014-03-01 10:11:33 - TARGET=powerpc TB --- 2014-03-01 10:11:33 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 10:11:33 - TZ=UTC TB --- 2014-03-01 10:11:33 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:11:33 - cd /src TB --- 2014-03-01 10:11:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:11:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:17:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:17:57 - ERROR: failed to build world TB --- 2014-03-01 10:17:57 - 315.80 user 138.03 system 446.04 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:18:00 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FD05B6A; Sat, 1 Mar 2014 10:18:00 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CBC341319; Sat, 1 Mar 2014 10:17:59 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AHu5k097710; Sat, 1 Mar 2014 12:17:56 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AHuDM097709; Sat, 1 Mar 2014 10:17:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:17:56 GMT Message-Id: <201403011017.s21AHuDM097709@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:18:00 -0000 TB --- 2014-03-01 10:10:31 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:10:31 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:10:31 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 10:10:31 - cleaning the object tree TB --- 2014-03-01 10:10:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:11:31 - At svn revision 262653 TB --- 2014-03-01 10:11:32 - building world TB --- 2014-03-01 10:11:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:11:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:11:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:11:32 - SRCCONF=/dev/null TB --- 2014-03-01 10:11:32 - TARGET=arm TB --- 2014-03-01 10:11:32 - TARGET_ARCH=arm TB --- 2014-03-01 10:11:32 - TZ=UTC TB --- 2014-03-01 10:11:32 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:11:32 - cd /src TB --- 2014-03-01 10:11:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:11:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:17:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:17:56 - ERROR: failed to build world TB --- 2014-03-01 10:17:56 - 314.64 user 138.33 system 445.34 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:17:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C489B65; Sat, 1 Mar 2014 10:17:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C85321315; Sat, 1 Mar 2014 10:17:57 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AHsMw097406; Sat, 1 Mar 2014 12:17:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AHsOd097405; Sat, 1 Mar 2014 10:17:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:17:54 GMT Message-Id: <201403011017.s21AHsOd097405@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:17:58 -0000 TB --- 2014-03-01 10:10:31 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:10:31 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:10:31 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 10:10:31 - cleaning the object tree TB --- 2014-03-01 10:10:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:11:30 - At svn revision 262653 TB --- 2014-03-01 10:11:31 - building world TB --- 2014-03-01 10:11:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:11:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:11:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:11:31 - SRCCONF=/dev/null TB --- 2014-03-01 10:11:31 - TARGET=arm TB --- 2014-03-01 10:11:31 - TARGET_ARCH=armv6 TB --- 2014-03-01 10:11:31 - TZ=UTC TB --- 2014-03-01 10:11:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:11:31 - cd /src TB --- 2014-03-01 10:11:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:11:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:17:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:17:54 - ERROR: failed to build world TB --- 2014-03-01 10:17:54 - 315.04 user 135.93 system 443.31 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:18:01 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC5E8B6D; Sat, 1 Mar 2014 10:18:01 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D9128131C; Sat, 1 Mar 2014 10:18:00 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AHvUp097764; Sat, 1 Mar 2014 12:17:57 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AHvij097763; Sat, 1 Mar 2014 10:17:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:17:57 GMT Message-Id: <201403011017.s21AHvij097763@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:18:01 -0000 TB --- 2014-03-01 10:10:31 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:10:31 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:10:31 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 10:10:31 - cleaning the object tree TB --- 2014-03-01 10:10:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:11:33 - At svn revision 262653 TB --- 2014-03-01 10:11:34 - building world TB --- 2014-03-01 10:11:34 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:11:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:11:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:11:34 - SRCCONF=/dev/null TB --- 2014-03-01 10:11:34 - TARGET=powerpc TB --- 2014-03-01 10:11:34 - TARGET_ARCH=powerpc TB --- 2014-03-01 10:11:34 - TZ=UTC TB --- 2014-03-01 10:11:34 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:11:34 - cd /src TB --- 2014-03-01 10:11:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:11:45 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:17:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:17:57 - ERROR: failed to build world TB --- 2014-03-01 10:17:57 - 315.33 user 138.30 system 446.37 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:18:00 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C8D9B69; Sat, 1 Mar 2014 10:18:00 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C9EDA1318; Sat, 1 Mar 2014 10:17:59 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AHuXb097708; Sat, 1 Mar 2014 12:17:56 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AHuHg097703; Sat, 1 Mar 2014 10:17:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:17:56 GMT Message-Id: <201403011017.s21AHuHg097703@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:18:00 -0000 TB --- 2014-03-01 10:10:31 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:10:31 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:10:31 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 10:10:31 - cleaning the object tree TB --- 2014-03-01 10:10:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:11:30 - At svn revision 262653 TB --- 2014-03-01 10:11:31 - building world TB --- 2014-03-01 10:11:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:11:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:11:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:11:31 - SRCCONF=/dev/null TB --- 2014-03-01 10:11:31 - TARGET=pc98 TB --- 2014-03-01 10:11:31 - TARGET_ARCH=i386 TB --- 2014-03-01 10:11:31 - TZ=UTC TB --- 2014-03-01 10:11:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:11:31 - cd /src TB --- 2014-03-01 10:11:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:11:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:17:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:17:56 - ERROR: failed to build world TB --- 2014-03-01 10:17:56 - 315.09 user 138.06 system 445.33 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:18:00 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC863B6B; Sat, 1 Mar 2014 10:18:00 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA7E2131A; Sat, 1 Mar 2014 10:17:59 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AHuFA097716; Sat, 1 Mar 2014 12:17:56 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AHumD097715; Sat, 1 Mar 2014 10:17:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:17:56 GMT Message-Id: <201403011017.s21AHumD097715@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:18:01 -0000 TB --- 2014-03-01 10:10:31 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:10:31 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:10:31 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 10:10:31 - cleaning the object tree TB --- 2014-03-01 10:10:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:11:32 - At svn revision 262653 TB --- 2014-03-01 10:11:33 - building world TB --- 2014-03-01 10:11:33 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:11:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:11:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:11:33 - SRCCONF=/dev/null TB --- 2014-03-01 10:11:33 - TARGET=i386 TB --- 2014-03-01 10:11:33 - TARGET_ARCH=i386 TB --- 2014-03-01 10:11:33 - TZ=UTC TB --- 2014-03-01 10:11:33 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:11:33 - cd /src TB --- 2014-03-01 10:11:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:11:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:17:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:17:56 - ERROR: failed to build world TB --- 2014-03-01 10:17:56 - 313.49 user 139.27 system 445.41 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:23:47 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 673D03EA; Sat, 1 Mar 2014 10:23:47 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 92FF9149C; Sat, 1 Mar 2014 10:23:45 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ANhje018540; Sat, 1 Mar 2014 12:23:43 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ANh0Z018538; Sat, 1 Mar 2014 10:23:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:23:43 GMT Message-Id: <201403011023.s21ANh0Z018538@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:23:47 -0000 TB --- 2014-03-01 10:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:20:28 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 10:20:28 - cleaning the object tree TB --- 2014-03-01 10:20:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:21:23 - At svn revision 262653 TB --- 2014-03-01 10:21:24 - building world TB --- 2014-03-01 10:21:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:21:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:21:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:21:24 - SRCCONF=/dev/null TB --- 2014-03-01 10:21:24 - TARGET=mips TB --- 2014-03-01 10:21:24 - TARGET_ARCH=mips64 TB --- 2014-03-01 10:21:24 - TZ=UTC TB --- 2014-03-01 10:21:24 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:21:24 - cd /src TB --- 2014-03-01 10:21:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:21:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:23:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:23:43 - ERROR: failed to build world TB --- 2014-03-01 10:23:43 - 104.62 user 94.05 system 194.39 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:23:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2521D3ED; Sat, 1 Mar 2014 10:23:52 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5106F14A1; Sat, 1 Mar 2014 10:23:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ANmDv018999; Sat, 1 Mar 2014 12:23:48 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ANmDq018998; Sat, 1 Mar 2014 10:23:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:23:48 GMT Message-Id: <201403011023.s21ANmDq018998@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:23:52 -0000 TB --- 2014-03-01 10:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:20:28 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 10:20:28 - cleaning the object tree TB --- 2014-03-01 10:20:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:21:28 - At svn revision 262653 TB --- 2014-03-01 10:21:29 - building world TB --- 2014-03-01 10:21:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:21:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:21:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:21:29 - SRCCONF=/dev/null TB --- 2014-03-01 10:21:29 - TARGET=ia64 TB --- 2014-03-01 10:21:29 - TARGET_ARCH=ia64 TB --- 2014-03-01 10:21:29 - TZ=UTC TB --- 2014-03-01 10:21:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:21:29 - cd /src TB --- 2014-03-01 10:21:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:21:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:23:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:23:48 - ERROR: failed to build world TB --- 2014-03-01 10:23:48 - 105.67 user 97.51 system 199.49 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:23:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71FE54CA; Sat, 1 Mar 2014 10:23:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E96C14A0; Sat, 1 Mar 2014 10:23:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ANklI018951; Sat, 1 Mar 2014 12:23:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ANkNN018947; Sat, 1 Mar 2014 10:23:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:23:46 GMT Message-Id: <201403011023.s21ANkNN018947@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:23:55 -0000 TB --- 2014-03-01 10:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:20:28 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 10:20:28 - cleaning the object tree TB --- 2014-03-01 10:20:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:21:27 - At svn revision 262653 TB --- 2014-03-01 10:21:28 - building world TB --- 2014-03-01 10:21:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:21:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:21:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:21:28 - SRCCONF=/dev/null TB --- 2014-03-01 10:21:28 - TARGET=mips TB --- 2014-03-01 10:21:28 - TARGET_ARCH=mips TB --- 2014-03-01 10:21:28 - TZ=UTC TB --- 2014-03-01 10:21:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:21:28 - cd /src TB --- 2014-03-01 10:21:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:21:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:23:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:23:46 - ERROR: failed to build world TB --- 2014-03-01 10:23:46 - 105.32 user 96.59 system 197.82 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:23:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72DDB3EC; Sat, 1 Mar 2014 10:23:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9DF03149F; Sat, 1 Mar 2014 10:23:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ANkgv018950; Sat, 1 Mar 2014 12:23:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ANkKL018944; Sat, 1 Mar 2014 10:23:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:23:46 GMT Message-Id: <201403011023.s21ANkKL018944@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:23:50 -0000 TB --- 2014-03-01 10:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:20:28 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 10:20:28 - cleaning the object tree TB --- 2014-03-01 10:20:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:21:27 - At svn revision 262653 TB --- 2014-03-01 10:21:28 - building world TB --- 2014-03-01 10:21:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:21:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:21:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:21:28 - SRCCONF=/dev/null TB --- 2014-03-01 10:21:28 - TARGET=sparc64 TB --- 2014-03-01 10:21:28 - TARGET_ARCH=sparc64 TB --- 2014-03-01 10:21:28 - TZ=UTC TB --- 2014-03-01 10:21:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:21:28 - cd /src TB --- 2014-03-01 10:21:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:21:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:23:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:23:46 - ERROR: failed to build world TB --- 2014-03-01 10:23:46 - 105.40 user 96.46 system 197.78 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:27:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20C8A85D; Sat, 1 Mar 2014 10:27:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C369151F; Sat, 1 Mar 2014 10:27:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ARs9K042560; Sat, 1 Mar 2014 12:27:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ARsOd042556; Sat, 1 Mar 2014 10:27:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:27:54 GMT Message-Id: <201403011027.s21ARsOd042556@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:27:58 -0000 TB --- 2014-03-01 10:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:20:28 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 10:20:28 - cleaning the object tree TB --- 2014-03-01 10:20:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:21:27 - At svn revision 262653 TB --- 2014-03-01 10:21:28 - building world TB --- 2014-03-01 10:21:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:21:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:21:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:21:28 - SRCCONF=/dev/null TB --- 2014-03-01 10:21:28 - TARGET=powerpc TB --- 2014-03-01 10:21:28 - TARGET_ARCH=powerpc TB --- 2014-03-01 10:21:28 - TZ=UTC TB --- 2014-03-01 10:21:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:21:28 - cd /src TB --- 2014-03-01 10:21:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:21:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:27:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:27:54 - ERROR: failed to build world TB --- 2014-03-01 10:27:54 - 314.03 user 138.83 system 445.47 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:27:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 090BA85C; Sat, 1 Mar 2014 10:27:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 33A5C151D; Sat, 1 Mar 2014 10:27:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ARoe2041714; Sat, 1 Mar 2014 12:27:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ARo67041711; Sat, 1 Mar 2014 10:27:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:27:50 GMT Message-Id: <201403011027.s21ARo67041711@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:27:55 -0000 TB --- 2014-03-01 10:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:20:28 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 10:20:28 - cleaning the object tree TB --- 2014-03-01 10:20:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:21:28 - At svn revision 262653 TB --- 2014-03-01 10:21:29 - building world TB --- 2014-03-01 10:21:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:21:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:21:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:21:29 - SRCCONF=/dev/null TB --- 2014-03-01 10:21:29 - TARGET=amd64 TB --- 2014-03-01 10:21:29 - TARGET_ARCH=amd64 TB --- 2014-03-01 10:21:29 - TZ=UTC TB --- 2014-03-01 10:21:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:21:29 - cd /src TB --- 2014-03-01 10:21:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:21:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:27:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:27:50 - ERROR: failed to build world TB --- 2014-03-01 10:27:50 - 314.63 user 134.62 system 441.98 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:27:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 232CB85E; Sat, 1 Mar 2014 10:27:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4CB1B1520; Sat, 1 Mar 2014 10:27:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ARs8n042561; Sat, 1 Mar 2014 12:27:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ARs2n042559; Sat, 1 Mar 2014 10:27:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:27:54 GMT Message-Id: <201403011027.s21ARs2n042559@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:27:58 -0000 TB --- 2014-03-01 10:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:20:28 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 10:20:28 - cleaning the object tree TB --- 2014-03-01 10:20:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:21:28 - At svn revision 262653 TB --- 2014-03-01 10:21:29 - building world TB --- 2014-03-01 10:21:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:21:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:21:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:21:29 - SRCCONF=/dev/null TB --- 2014-03-01 10:21:29 - TARGET=powerpc TB --- 2014-03-01 10:21:29 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 10:21:29 - TZ=UTC TB --- 2014-03-01 10:21:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:21:29 - cd /src TB --- 2014-03-01 10:21:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:21:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:27:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:27:54 - ERROR: failed to build world TB --- 2014-03-01 10:27:54 - 313.96 user 138.82 system 445.48 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:27:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6B3F85F; Sat, 1 Mar 2014 10:27:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F32951526; Sat, 1 Mar 2014 10:27:57 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ARsIe042618; Sat, 1 Mar 2014 12:27:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ARsnJ042615; Sat, 1 Mar 2014 10:27:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:27:54 GMT Message-Id: <201403011027.s21ARsnJ042615@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:27:58 -0000 TB --- 2014-03-01 10:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:20:28 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 10:20:28 - cleaning the object tree TB --- 2014-03-01 10:20:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:21:29 - At svn revision 262653 TB --- 2014-03-01 10:21:30 - building world TB --- 2014-03-01 10:21:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:21:30 - SRCCONF=/dev/null TB --- 2014-03-01 10:21:30 - TARGET=arm TB --- 2014-03-01 10:21:30 - TARGET_ARCH=armv6 TB --- 2014-03-01 10:21:30 - TZ=UTC TB --- 2014-03-01 10:21:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:21:30 - cd /src TB --- 2014-03-01 10:21:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:21:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:27:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:27:54 - ERROR: failed to build world TB --- 2014-03-01 10:27:54 - 314.55 user 138.95 system 446.16 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:28:00 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0B78860; Sat, 1 Mar 2014 10:27:59 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 27FC61528; Sat, 1 Mar 2014 10:27:58 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ARuFC042695; Sat, 1 Mar 2014 12:27:56 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ARufq042694; Sat, 1 Mar 2014 10:27:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:27:56 GMT Message-Id: <201403011027.s21ARufq042694@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:28:00 -0000 TB --- 2014-03-01 10:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:20:28 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 10:20:28 - cleaning the object tree TB --- 2014-03-01 10:20:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:21:29 - At svn revision 262653 TB --- 2014-03-01 10:21:30 - building world TB --- 2014-03-01 10:21:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:21:30 - SRCCONF=/dev/null TB --- 2014-03-01 10:21:30 - TARGET=i386 TB --- 2014-03-01 10:21:30 - TARGET_ARCH=i386 TB --- 2014-03-01 10:21:30 - TZ=UTC TB --- 2014-03-01 10:21:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:21:30 - cd /src TB --- 2014-03-01 10:21:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:21:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:27:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:27:56 - ERROR: failed to build world TB --- 2014-03-01 10:27:56 - 314.94 user 139.57 system 447.34 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:28:00 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15B76861; Sat, 1 Mar 2014 10:28:00 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 425771529; Sat, 1 Mar 2014 10:27:58 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ARuhb042701; Sat, 1 Mar 2014 12:27:56 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ARuSR042700; Sat, 1 Mar 2014 10:27:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:27:56 GMT Message-Id: <201403011027.s21ARuSR042700@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:28:00 -0000 TB --- 2014-03-01 10:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:20:28 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 10:20:28 - cleaning the object tree TB --- 2014-03-01 10:20:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:21:29 - At svn revision 262653 TB --- 2014-03-01 10:21:30 - building world TB --- 2014-03-01 10:21:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:21:30 - SRCCONF=/dev/null TB --- 2014-03-01 10:21:30 - TARGET=pc98 TB --- 2014-03-01 10:21:30 - TARGET_ARCH=i386 TB --- 2014-03-01 10:21:30 - TZ=UTC TB --- 2014-03-01 10:21:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:21:30 - cd /src TB --- 2014-03-01 10:21:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:21:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:27:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:27:56 - ERROR: failed to build world TB --- 2014-03-01 10:27:56 - 314.61 user 140.23 system 447.44 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:28:00 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21ACF862; Sat, 1 Mar 2014 10:28:00 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C53A152A; Sat, 1 Mar 2014 10:27:58 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ARuYc042709; Sat, 1 Mar 2014 12:27:56 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ARuPR042708; Sat, 1 Mar 2014 10:27:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:27:56 GMT Message-Id: <201403011027.s21ARuPR042708@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:28:00 -0000 TB --- 2014-03-01 10:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:20:28 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 10:20:28 - cleaning the object tree TB --- 2014-03-01 10:20:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:21:29 - At svn revision 262653 TB --- 2014-03-01 10:21:30 - building world TB --- 2014-03-01 10:21:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:21:30 - SRCCONF=/dev/null TB --- 2014-03-01 10:21:30 - TARGET=arm TB --- 2014-03-01 10:21:30 - TARGET_ARCH=arm TB --- 2014-03-01 10:21:30 - TZ=UTC TB --- 2014-03-01 10:21:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:21:30 - cd /src TB --- 2014-03-01 10:21:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:21:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:27:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:27:56 - ERROR: failed to build world TB --- 2014-03-01 10:27:56 - 315.66 user 139.70 system 447.49 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:33:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9E90204; Sat, 1 Mar 2014 10:33:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D64851694; Sat, 1 Mar 2014 10:33:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AXoTn063721; Sat, 1 Mar 2014 12:33:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AXo2g063717; Sat, 1 Mar 2014 10:33:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:33:50 GMT Message-Id: <201403011033.s21AXo2g063717@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:33:54 -0000 TB --- 2014-03-01 10:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:30:28 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 10:30:28 - cleaning the object tree TB --- 2014-03-01 10:30:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:31:30 - At svn revision 262653 TB --- 2014-03-01 10:31:31 - building world TB --- 2014-03-01 10:31:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:31:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:31:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:31:31 - SRCCONF=/dev/null TB --- 2014-03-01 10:31:31 - TARGET=mips TB --- 2014-03-01 10:31:31 - TARGET_ARCH=mips64 TB --- 2014-03-01 10:31:31 - TZ=UTC TB --- 2014-03-01 10:31:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:31:31 - cd /src TB --- 2014-03-01 10:31:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:31:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:33:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:33:50 - ERROR: failed to build world TB --- 2014-03-01 10:33:50 - 105.30 user 100.41 system 201.98 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:33:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8848E205; Sat, 1 Mar 2014 10:33:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B475D1695; Sat, 1 Mar 2014 10:33:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AXp6x063764; Sat, 1 Mar 2014 12:33:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AXpmr063763; Sat, 1 Mar 2014 10:33:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:33:51 GMT Message-Id: <201403011033.s21AXpmr063763@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:33:55 -0000 TB --- 2014-03-01 10:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:30:28 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 10:30:28 - cleaning the object tree TB --- 2014-03-01 10:30:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:31:31 - At svn revision 262653 TB --- 2014-03-01 10:31:32 - building world TB --- 2014-03-01 10:31:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:31:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:31:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:31:32 - SRCCONF=/dev/null TB --- 2014-03-01 10:31:32 - TARGET=sparc64 TB --- 2014-03-01 10:31:32 - TARGET_ARCH=sparc64 TB --- 2014-03-01 10:31:32 - TZ=UTC TB --- 2014-03-01 10:31:32 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:31:32 - cd /src TB --- 2014-03-01 10:31:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:31:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:33:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:33:51 - ERROR: failed to build world TB --- 2014-03-01 10:33:51 - 105.66 user 101.60 system 202.66 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:33:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C77DD206; Sat, 1 Mar 2014 10:33:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F36BF1696; Sat, 1 Mar 2014 10:33:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AXpsa063788; Sat, 1 Mar 2014 12:33:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AXpR0063785; Sat, 1 Mar 2014 10:33:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:33:51 GMT Message-Id: <201403011033.s21AXpR0063785@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:33:56 -0000 TB --- 2014-03-01 10:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:30:28 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 10:30:28 - cleaning the object tree TB --- 2014-03-01 10:30:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:31:31 - At svn revision 262653 TB --- 2014-03-01 10:31:32 - building world TB --- 2014-03-01 10:31:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:31:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:31:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:31:32 - SRCCONF=/dev/null TB --- 2014-03-01 10:31:32 - TARGET=ia64 TB --- 2014-03-01 10:31:32 - TARGET_ARCH=ia64 TB --- 2014-03-01 10:31:32 - TZ=UTC TB --- 2014-03-01 10:31:32 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:31:32 - cd /src TB --- 2014-03-01 10:31:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:31:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:33:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:33:51 - ERROR: failed to build world TB --- 2014-03-01 10:33:51 - 104.91 user 102.73 system 203.10 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:33:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02ED2207; Sat, 1 Mar 2014 10:33:56 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2FA561697; Sat, 1 Mar 2014 10:33:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AXqWq063796; Sat, 1 Mar 2014 12:33:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AXqOF063795; Sat, 1 Mar 2014 10:33:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:33:52 GMT Message-Id: <201403011033.s21AXqOF063795@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:33:56 -0000 TB --- 2014-03-01 10:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:30:28 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 10:30:28 - cleaning the object tree TB --- 2014-03-01 10:30:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:31:31 - At svn revision 262653 TB --- 2014-03-01 10:31:32 - building world TB --- 2014-03-01 10:31:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:31:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:31:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:31:32 - SRCCONF=/dev/null TB --- 2014-03-01 10:31:32 - TARGET=mips TB --- 2014-03-01 10:31:32 - TARGET_ARCH=mips TB --- 2014-03-01 10:31:32 - TZ=UTC TB --- 2014-03-01 10:31:32 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:31:32 - cd /src TB --- 2014-03-01 10:31:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:31:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:33:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:33:52 - ERROR: failed to build world TB --- 2014-03-01 10:33:52 - 105.20 user 102.63 system 203.30 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:37:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FD4F769; Sat, 1 Mar 2014 10:37:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB6D11718; Sat, 1 Mar 2014 10:37:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AbnPR085946; Sat, 1 Mar 2014 12:37:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AbniB085941; Sat, 1 Mar 2014 10:37:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:37:49 GMT Message-Id: <201403011037.s21AbniB085941@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:37:53 -0000 TB --- 2014-03-01 10:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:30:28 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 10:30:28 - cleaning the object tree TB --- 2014-03-01 10:30:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:31:27 - At svn revision 262653 TB --- 2014-03-01 10:31:28 - building world TB --- 2014-03-01 10:31:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:31:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:31:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:31:28 - SRCCONF=/dev/null TB --- 2014-03-01 10:31:28 - TARGET=pc98 TB --- 2014-03-01 10:31:28 - TARGET_ARCH=i386 TB --- 2014-03-01 10:31:28 - TZ=UTC TB --- 2014-03-01 10:31:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:31:28 - cd /src TB --- 2014-03-01 10:31:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:31:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:37:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:37:49 - ERROR: failed to build world TB --- 2014-03-01 10:37:49 - 314.36 user 133.54 system 440.88 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:37:59 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9B4176F; Sat, 1 Mar 2014 10:37:59 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 016B41719; Sat, 1 Mar 2014 10:37:58 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AbtVu087134; Sat, 1 Mar 2014 12:37:55 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AbtuL087131; Sat, 1 Mar 2014 10:37:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:37:55 GMT Message-Id: <201403011037.s21AbtuL087131@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:38:00 -0000 TB --- 2014-03-01 10:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:30:28 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 10:30:28 - cleaning the object tree TB --- 2014-03-01 10:30:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:31:31 - At svn revision 262653 TB --- 2014-03-01 10:31:32 - building world TB --- 2014-03-01 10:31:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:31:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:31:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:31:32 - SRCCONF=/dev/null TB --- 2014-03-01 10:31:32 - TARGET=arm TB --- 2014-03-01 10:31:32 - TARGET_ARCH=arm TB --- 2014-03-01 10:31:32 - TZ=UTC TB --- 2014-03-01 10:31:32 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:31:32 - cd /src TB --- 2014-03-01 10:31:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:31:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:37:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:37:55 - ERROR: failed to build world TB --- 2014-03-01 10:37:55 - 313.76 user 140.74 system 446.94 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:38:02 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66665873; Sat, 1 Mar 2014 10:38:02 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 94A88171C; Sat, 1 Mar 2014 10:38:01 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Abwaa087499; Sat, 1 Mar 2014 12:37:58 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Abwtj087494; Sat, 1 Mar 2014 10:37:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:37:58 GMT Message-Id: <201403011037.s21Abwtj087494@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:38:02 -0000 TB --- 2014-03-01 10:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:30:28 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 10:30:28 - cleaning the object tree TB --- 2014-03-01 10:30:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:31:31 - At svn revision 262653 TB --- 2014-03-01 10:31:32 - building world TB --- 2014-03-01 10:31:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:31:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:31:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:31:32 - SRCCONF=/dev/null TB --- 2014-03-01 10:31:32 - TARGET=i386 TB --- 2014-03-01 10:31:32 - TARGET_ARCH=i386 TB --- 2014-03-01 10:31:32 - TZ=UTC TB --- 2014-03-01 10:31:32 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:31:32 - cd /src TB --- 2014-03-01 10:31:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:31:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:37:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:37:58 - ERROR: failed to build world TB --- 2014-03-01 10:37:58 - 315.12 user 142.11 system 449.73 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:38:02 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85D2C875; Sat, 1 Mar 2014 10:38:02 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9CEAC171E; Sat, 1 Mar 2014 10:38:01 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Abwqr087506; Sat, 1 Mar 2014 12:37:58 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AbwWI087505; Sat, 1 Mar 2014 10:37:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:37:58 GMT Message-Id: <201403011037.s21AbwWI087505@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:38:02 -0000 TB --- 2014-03-01 10:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:30:28 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 10:30:28 - cleaning the object tree TB --- 2014-03-01 10:30:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:31:31 - At svn revision 262653 TB --- 2014-03-01 10:31:32 - building world TB --- 2014-03-01 10:31:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:31:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:31:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:31:32 - SRCCONF=/dev/null TB --- 2014-03-01 10:31:32 - TARGET=arm TB --- 2014-03-01 10:31:32 - TARGET_ARCH=armv6 TB --- 2014-03-01 10:31:32 - TZ=UTC TB --- 2014-03-01 10:31:32 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:31:32 - cd /src TB --- 2014-03-01 10:31:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:31:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:37:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:37:58 - ERROR: failed to build world TB --- 2014-03-01 10:37:58 - 315.29 user 141.31 system 449.76 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:38:02 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70E96874; Sat, 1 Mar 2014 10:38:02 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9AA79171D; Sat, 1 Mar 2014 10:38:01 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AbwiB087504; Sat, 1 Mar 2014 12:37:58 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Abw6o087498; Sat, 1 Mar 2014 10:37:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:37:58 GMT Message-Id: <201403011037.s21Abw6o087498@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:38:02 -0000 TB --- 2014-03-01 10:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:30:28 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 10:30:28 - cleaning the object tree TB --- 2014-03-01 10:30:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:31:30 - At svn revision 262653 TB --- 2014-03-01 10:31:31 - building world TB --- 2014-03-01 10:31:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:31:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:31:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:31:31 - SRCCONF=/dev/null TB --- 2014-03-01 10:31:31 - TARGET=powerpc TB --- 2014-03-01 10:31:31 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 10:31:31 - TZ=UTC TB --- 2014-03-01 10:31:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:31:31 - cd /src TB --- 2014-03-01 10:31:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:31:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:37:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:37:58 - ERROR: failed to build world TB --- 2014-03-01 10:37:58 - 316.52 user 140.33 system 449.74 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:38:00 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48754783; Sat, 1 Mar 2014 10:38:00 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 74FC4171A; Sat, 1 Mar 2014 10:37:59 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AbuPM087365; Sat, 1 Mar 2014 12:37:56 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Abu8m087360; Sat, 1 Mar 2014 10:37:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:37:56 GMT Message-Id: <201403011037.s21Abu8m087360@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:38:00 -0000 TB --- 2014-03-01 10:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:30:28 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 10:30:28 - cleaning the object tree TB --- 2014-03-01 10:30:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:31:30 - At svn revision 262653 TB --- 2014-03-01 10:31:31 - building world TB --- 2014-03-01 10:31:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:31:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:31:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:31:31 - SRCCONF=/dev/null TB --- 2014-03-01 10:31:31 - TARGET=powerpc TB --- 2014-03-01 10:31:31 - TARGET_ARCH=powerpc TB --- 2014-03-01 10:31:31 - TZ=UTC TB --- 2014-03-01 10:31:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:31:31 - cd /src TB --- 2014-03-01 10:31:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:31:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:37:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:37:56 - ERROR: failed to build world TB --- 2014-03-01 10:37:56 - 314.83 user 140.38 system 447.59 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:38:00 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7966F78D; Sat, 1 Mar 2014 10:38:00 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A77F8171B; Sat, 1 Mar 2014 10:37:59 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Abuw9087381; Sat, 1 Mar 2014 12:37:56 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Abug0087380; Sat, 1 Mar 2014 10:37:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:37:56 GMT Message-Id: <201403011037.s21Abug0087380@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:38:00 -0000 TB --- 2014-03-01 10:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:30:28 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 10:30:28 - cleaning the object tree TB --- 2014-03-01 10:30:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:31:30 - At svn revision 262653 TB --- 2014-03-01 10:31:31 - building world TB --- 2014-03-01 10:31:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:31:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:31:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:31:31 - SRCCONF=/dev/null TB --- 2014-03-01 10:31:31 - TARGET=amd64 TB --- 2014-03-01 10:31:31 - TARGET_ARCH=amd64 TB --- 2014-03-01 10:31:31 - TZ=UTC TB --- 2014-03-01 10:31:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:31:31 - cd /src TB --- 2014-03-01 10:31:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:31:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:37:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:37:56 - ERROR: failed to build world TB --- 2014-03-01 10:37:56 - 315.43 user 140.08 system 447.80 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:43:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35EAFFA; Sat, 1 Mar 2014 10:43:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62CDC187D; Sat, 1 Mar 2014 10:43:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Ahn6a008698; Sat, 1 Mar 2014 12:43:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AhnEW008697; Sat, 1 Mar 2014 10:43:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:43:49 GMT Message-Id: <201403011043.s21AhnEW008697@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:43:53 -0000 TB --- 2014-03-01 10:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:40:28 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 10:40:28 - cleaning the object tree TB --- 2014-03-01 10:40:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:41:29 - At svn revision 262653 TB --- 2014-03-01 10:41:30 - building world TB --- 2014-03-01 10:41:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:41:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:41:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:41:30 - SRCCONF=/dev/null TB --- 2014-03-01 10:41:30 - TARGET=mips TB --- 2014-03-01 10:41:30 - TARGET_ARCH=mips64 TB --- 2014-03-01 10:41:30 - TZ=UTC TB --- 2014-03-01 10:41:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:41:30 - cd /src TB --- 2014-03-01 10:41:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:41:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:43:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:43:49 - ERROR: failed to build world TB --- 2014-03-01 10:43:49 - 105.30 user 100.30 system 200.43 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:43:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4343EF7; Sat, 1 Mar 2014 10:43:51 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6D5981879; Sat, 1 Mar 2014 10:43:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Ahl6m008577; Sat, 1 Mar 2014 12:43:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AhlCZ008576; Sat, 1 Mar 2014 10:43:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:43:47 GMT Message-Id: <201403011043.s21AhlCZ008576@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:43:51 -0000 TB --- 2014-03-01 10:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:40:28 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 10:40:28 - cleaning the object tree TB --- 2014-03-01 10:40:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:41:28 - At svn revision 262653 TB --- 2014-03-01 10:41:29 - building world TB --- 2014-03-01 10:41:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:41:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:41:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:41:29 - SRCCONF=/dev/null TB --- 2014-03-01 10:41:29 - TARGET=sparc64 TB --- 2014-03-01 10:41:29 - TARGET_ARCH=sparc64 TB --- 2014-03-01 10:41:29 - TZ=UTC TB --- 2014-03-01 10:41:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:41:29 - cd /src TB --- 2014-03-01 10:41:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:41:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:43:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:43:47 - ERROR: failed to build world TB --- 2014-03-01 10:43:47 - 105.59 user 97.14 system 198.47 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:43:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31558F9; Sat, 1 Mar 2014 10:43:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5CF67187C; Sat, 1 Mar 2014 10:43:51 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AhnxL008683; Sat, 1 Mar 2014 12:43:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Ahn5B008682; Sat, 1 Mar 2014 10:43:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:43:49 GMT Message-Id: <201403011043.s21Ahn5B008682@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:43:53 -0000 TB --- 2014-03-01 10:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:40:28 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 10:40:28 - cleaning the object tree TB --- 2014-03-01 10:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:41:29 - At svn revision 262653 TB --- 2014-03-01 10:41:30 - building world TB --- 2014-03-01 10:41:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:41:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:41:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:41:30 - SRCCONF=/dev/null TB --- 2014-03-01 10:41:30 - TARGET=mips TB --- 2014-03-01 10:41:30 - TARGET_ARCH=mips TB --- 2014-03-01 10:41:30 - TZ=UTC TB --- 2014-03-01 10:41:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:41:30 - cd /src TB --- 2014-03-01 10:41:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:41:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:43:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:43:49 - ERROR: failed to build world TB --- 2014-03-01 10:43:49 - 104.94 user 100.09 system 200.20 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:43:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54519FB; Sat, 1 Mar 2014 10:43:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8016B187E; Sat, 1 Mar 2014 10:43:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AhnFd008706; Sat, 1 Mar 2014 12:43:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AhnmE008703; Sat, 1 Mar 2014 10:43:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:43:49 GMT Message-Id: <201403011043.s21AhnmE008703@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:43:53 -0000 TB --- 2014-03-01 10:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:40:28 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 10:40:28 - cleaning the object tree TB --- 2014-03-01 10:40:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:41:29 - At svn revision 262653 TB --- 2014-03-01 10:41:30 - building world TB --- 2014-03-01 10:41:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:41:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:41:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:41:30 - SRCCONF=/dev/null TB --- 2014-03-01 10:41:30 - TARGET=ia64 TB --- 2014-03-01 10:41:30 - TARGET_ARCH=ia64 TB --- 2014-03-01 10:41:30 - TZ=UTC TB --- 2014-03-01 10:41:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:41:30 - cd /src TB --- 2014-03-01 10:41:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:41:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:43:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:43:49 - ERROR: failed to build world TB --- 2014-03-01 10:43:49 - 105.56 user 99.41 system 200.55 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:47:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78C2179C; Sat, 1 Mar 2014 10:47:56 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A68091903; Sat, 1 Mar 2014 10:47:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Alq2L032418; Sat, 1 Mar 2014 12:47:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AlqNo032417; Sat, 1 Mar 2014 10:47:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:47:52 GMT Message-Id: <201403011047.s21AlqNo032417@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:47:56 -0000 TB --- 2014-03-01 10:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:40:28 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 10:40:28 - cleaning the object tree TB --- 2014-03-01 10:40:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:41:29 - At svn revision 262653 TB --- 2014-03-01 10:41:30 - building world TB --- 2014-03-01 10:41:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:41:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:41:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:41:30 - SRCCONF=/dev/null TB --- 2014-03-01 10:41:30 - TARGET=arm TB --- 2014-03-01 10:41:30 - TARGET_ARCH=armv6 TB --- 2014-03-01 10:41:30 - TZ=UTC TB --- 2014-03-01 10:41:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:41:30 - cd /src TB --- 2014-03-01 10:41:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:41:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:47:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:47:52 - ERROR: failed to build world TB --- 2014-03-01 10:47:52 - 314.22 user 136.81 system 443.71 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:47:47 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C24DE680; Sat, 1 Mar 2014 10:47:47 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EEF4118FE; Sat, 1 Mar 2014 10:47:46 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AlhWw031138; Sat, 1 Mar 2014 12:47:43 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AlhFw031135; Sat, 1 Mar 2014 10:47:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:47:43 GMT Message-Id: <201403011047.s21AlhFw031135@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:47:47 -0000 TB --- 2014-03-01 10:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:40:28 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 10:40:28 - cleaning the object tree TB --- 2014-03-01 10:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:41:23 - At svn revision 262653 TB --- 2014-03-01 10:41:24 - building world TB --- 2014-03-01 10:41:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:41:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:41:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:41:24 - SRCCONF=/dev/null TB --- 2014-03-01 10:41:24 - TARGET=arm TB --- 2014-03-01 10:41:24 - TARGET_ARCH=arm TB --- 2014-03-01 10:41:24 - TZ=UTC TB --- 2014-03-01 10:41:24 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:41:24 - cd /src TB --- 2014-03-01 10:41:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:41:34 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:47:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:47:43 - ERROR: failed to build world TB --- 2014-03-01 10:47:43 - 316.71 user 125.48 system 435.02 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:47:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C584681; Sat, 1 Mar 2014 10:47:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A72FA18FF; Sat, 1 Mar 2014 10:47:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AlkwE031589; Sat, 1 Mar 2014 12:47:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Alkdh031587; Sat, 1 Mar 2014 10:47:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:47:46 GMT Message-Id: <201403011047.s21Alkdh031587@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:47:50 -0000 TB --- 2014-03-01 10:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:40:28 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 10:40:28 - cleaning the object tree TB --- 2014-03-01 10:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:41:24 - At svn revision 262653 TB --- 2014-03-01 10:41:25 - building world TB --- 2014-03-01 10:41:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:41:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:41:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:41:25 - SRCCONF=/dev/null TB --- 2014-03-01 10:41:25 - TARGET=amd64 TB --- 2014-03-01 10:41:25 - TARGET_ARCH=amd64 TB --- 2014-03-01 10:41:25 - TZ=UTC TB --- 2014-03-01 10:41:25 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:41:25 - cd /src TB --- 2014-03-01 10:41:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:41:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:47:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:47:46 - ERROR: failed to build world TB --- 2014-03-01 10:47:46 - 315.15 user 130.17 system 437.71 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:47:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E00D682; Sat, 1 Mar 2014 10:47:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A91831900; Sat, 1 Mar 2014 10:47:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AlkGf031590; Sat, 1 Mar 2014 12:47:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Alkcx031588; Sat, 1 Mar 2014 10:47:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:47:46 GMT Message-Id: <201403011047.s21Alkcx031588@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:47:50 -0000 TB --- 2014-03-01 10:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:40:28 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 10:40:28 - cleaning the object tree TB --- 2014-03-01 10:40:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:41:24 - At svn revision 262653 TB --- 2014-03-01 10:41:25 - building world TB --- 2014-03-01 10:41:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:41:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:41:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:41:25 - SRCCONF=/dev/null TB --- 2014-03-01 10:41:25 - TARGET=pc98 TB --- 2014-03-01 10:41:25 - TARGET_ARCH=i386 TB --- 2014-03-01 10:41:25 - TZ=UTC TB --- 2014-03-01 10:41:25 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:41:25 - cd /src TB --- 2014-03-01 10:41:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:41:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:47:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:47:46 - ERROR: failed to build world TB --- 2014-03-01 10:47:46 - 314.79 user 130.37 system 437.72 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:47:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCB206CA; Sat, 1 Mar 2014 10:47:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E704E1901; Sat, 1 Mar 2014 10:47:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AloZc032305; Sat, 1 Mar 2014 12:47:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AloVZ032301; Sat, 1 Mar 2014 10:47:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:47:50 GMT Message-Id: <201403011047.s21AloVZ032301@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:47:54 -0000 TB --- 2014-03-01 10:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:40:28 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 10:40:28 - cleaning the object tree TB --- 2014-03-01 10:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:41:28 - At svn revision 262653 TB --- 2014-03-01 10:41:29 - building world TB --- 2014-03-01 10:41:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:41:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:41:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:41:29 - SRCCONF=/dev/null TB --- 2014-03-01 10:41:29 - TARGET=powerpc TB --- 2014-03-01 10:41:29 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 10:41:29 - TZ=UTC TB --- 2014-03-01 10:41:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:41:29 - cd /src TB --- 2014-03-01 10:41:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:41:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:47:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:47:50 - ERROR: failed to build world TB --- 2014-03-01 10:47:50 - 314.34 user 134.88 system 441.83 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:47:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD39679D; Sat, 1 Mar 2014 10:47:56 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DAFEE1904; Sat, 1 Mar 2014 10:47:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Alq4R032428; Sat, 1 Mar 2014 12:47:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Alqx1032427; Sat, 1 Mar 2014 10:47:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:47:52 GMT Message-Id: <201403011047.s21Alqx1032427@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:47:56 -0000 TB --- 2014-03-01 10:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:40:28 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 10:40:28 - cleaning the object tree TB --- 2014-03-01 10:40:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:41:29 - At svn revision 262653 TB --- 2014-03-01 10:41:30 - building world TB --- 2014-03-01 10:41:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:41:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:41:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:41:30 - SRCCONF=/dev/null TB --- 2014-03-01 10:41:30 - TARGET=powerpc TB --- 2014-03-01 10:41:30 - TARGET_ARCH=powerpc TB --- 2014-03-01 10:41:30 - TZ=UTC TB --- 2014-03-01 10:41:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:41:30 - cd /src TB --- 2014-03-01 10:41:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:41:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:47:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:47:52 - ERROR: failed to build world TB --- 2014-03-01 10:47:52 - 315.59 user 136.41 system 443.93 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:47:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0408379A; Sat, 1 Mar 2014 10:47:56 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 329DD1902; Sat, 1 Mar 2014 10:47:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AlqT6032393; Sat, 1 Mar 2014 12:47:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AlqYM032392; Sat, 1 Mar 2014 10:47:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:47:52 GMT Message-Id: <201403011047.s21AlqYM032392@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:47:56 -0000 TB --- 2014-03-01 10:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:40:28 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 10:40:28 - cleaning the object tree TB --- 2014-03-01 10:40:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:41:29 - At svn revision 262653 TB --- 2014-03-01 10:41:30 - building world TB --- 2014-03-01 10:41:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:41:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:41:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:41:30 - SRCCONF=/dev/null TB --- 2014-03-01 10:41:30 - TARGET=i386 TB --- 2014-03-01 10:41:30 - TARGET_ARCH=i386 TB --- 2014-03-01 10:41:30 - TZ=UTC TB --- 2014-03-01 10:41:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:41:30 - cd /src TB --- 2014-03-01 10:41:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:41:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:47:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:47:52 - ERROR: failed to build world TB --- 2014-03-01 10:47:52 - 314.55 user 136.20 system 443.25 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:53:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD36A96; Sat, 1 Mar 2014 10:53:51 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E98501A4D; Sat, 1 Mar 2014 10:53:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ArlGI053463; Sat, 1 Mar 2014 12:53:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ArlSQ053460; Sat, 1 Mar 2014 10:53:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:53:47 GMT Message-Id: <201403011053.s21ArlSQ053460@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:53:51 -0000 TB --- 2014-03-01 10:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:50:28 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 10:50:28 - cleaning the object tree TB --- 2014-03-01 10:50:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:51:28 - At svn revision 262653 TB --- 2014-03-01 10:51:29 - building world TB --- 2014-03-01 10:51:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:51:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:51:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:51:29 - SRCCONF=/dev/null TB --- 2014-03-01 10:51:29 - TARGET=mips TB --- 2014-03-01 10:51:29 - TARGET_ARCH=mips64 TB --- 2014-03-01 10:51:29 - TZ=UTC TB --- 2014-03-01 10:51:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:51:29 - cd /src TB --- 2014-03-01 10:51:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:51:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:53:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:53:47 - ERROR: failed to build world TB --- 2014-03-01 10:53:47 - 105.23 user 98.63 system 199.07 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:53:47 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0888895; Sat, 1 Mar 2014 10:53:47 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 33B1C1A4B; Sat, 1 Mar 2014 10:53:45 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Arh2G052901; Sat, 1 Mar 2014 12:53:43 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Arhw1052900; Sat, 1 Mar 2014 10:53:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:53:43 GMT Message-Id: <201403011053.s21Arhw1052900@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:53:47 -0000 TB --- 2014-03-01 10:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:50:28 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 10:50:28 - cleaning the object tree TB --- 2014-03-01 10:50:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:51:23 - At svn revision 262653 TB --- 2014-03-01 10:51:24 - building world TB --- 2014-03-01 10:51:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:51:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:51:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:51:24 - SRCCONF=/dev/null TB --- 2014-03-01 10:51:24 - TARGET=ia64 TB --- 2014-03-01 10:51:24 - TARGET_ARCH=ia64 TB --- 2014-03-01 10:51:24 - TZ=UTC TB --- 2014-03-01 10:51:24 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:51:24 - cd /src TB --- 2014-03-01 10:51:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:51:34 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:53:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:53:43 - ERROR: failed to build world TB --- 2014-03-01 10:53:43 - 106.17 user 92.55 system 194.28 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:53:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDF9598; Sat, 1 Mar 2014 10:53:52 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 053131A4F; Sat, 1 Mar 2014 10:53:51 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ArmBa053504; Sat, 1 Mar 2014 12:53:48 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ArmTi053503; Sat, 1 Mar 2014 10:53:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:53:48 GMT Message-Id: <201403011053.s21ArmTi053503@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:53:53 -0000 TB --- 2014-03-01 10:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:50:28 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 10:50:28 - cleaning the object tree TB --- 2014-03-01 10:50:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:51:28 - At svn revision 262653 TB --- 2014-03-01 10:51:29 - building world TB --- 2014-03-01 10:51:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:51:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:51:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:51:29 - SRCCONF=/dev/null TB --- 2014-03-01 10:51:29 - TARGET=mips TB --- 2014-03-01 10:51:29 - TARGET_ARCH=mips TB --- 2014-03-01 10:51:29 - TZ=UTC TB --- 2014-03-01 10:51:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:51:29 - cd /src TB --- 2014-03-01 10:51:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:51:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:53:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:53:48 - ERROR: failed to build world TB --- 2014-03-01 10:53:48 - 105.21 user 99.15 system 200.16 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:53:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39C7897; Sat, 1 Mar 2014 10:53:52 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 657CC1A4E; Sat, 1 Mar 2014 10:53:51 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ArmUL053485; Sat, 1 Mar 2014 12:53:48 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ArmB4053484; Sat, 1 Mar 2014 10:53:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:53:48 GMT Message-Id: <201403011053.s21ArmB4053484@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:53:52 -0000 TB --- 2014-03-01 10:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:50:28 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 10:50:28 - cleaning the object tree TB --- 2014-03-01 10:50:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:51:28 - At svn revision 262653 TB --- 2014-03-01 10:51:29 - building world TB --- 2014-03-01 10:51:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:51:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:51:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:51:29 - SRCCONF=/dev/null TB --- 2014-03-01 10:51:29 - TARGET=sparc64 TB --- 2014-03-01 10:51:29 - TARGET_ARCH=sparc64 TB --- 2014-03-01 10:51:29 - TZ=UTC TB --- 2014-03-01 10:51:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:51:29 - cd /src TB --- 2014-03-01 10:51:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:51:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:53:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:53:48 - ERROR: failed to build world TB --- 2014-03-01 10:53:48 - 105.33 user 98.43 system 199.54 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:58:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 264CC50E; Sat, 1 Mar 2014 10:58:19 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 52DEB1ACF; Sat, 1 Mar 2014 10:58:17 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AvrSM077212; Sat, 1 Mar 2014 12:57:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AvrZZ077211; Sat, 1 Mar 2014 10:57:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:57:53 GMT Message-Id: <201403011057.s21AvrZZ077211@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:58:19 -0000 TB --- 2014-03-01 10:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:50:28 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 10:50:28 - cleaning the object tree TB --- 2014-03-01 10:50:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:51:27 - At svn revision 262653 TB --- 2014-03-01 10:51:28 - building world TB --- 2014-03-01 10:51:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:51:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:51:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:51:28 - SRCCONF=/dev/null TB --- 2014-03-01 10:51:28 - TARGET=amd64 TB --- 2014-03-01 10:51:28 - TARGET_ARCH=amd64 TB --- 2014-03-01 10:51:28 - TZ=UTC TB --- 2014-03-01 10:51:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:51:28 - cd /src TB --- 2014-03-01 10:51:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:51:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:57:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:57:53 - ERROR: failed to build world TB --- 2014-03-01 10:57:53 - 315.00 user 137.38 system 445.02 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:58:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 269CA50F; Sat, 1 Mar 2014 10:58:19 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 529991ACE; Sat, 1 Mar 2014 10:58:17 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AvkAx075793; Sat, 1 Mar 2014 12:57:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AvfrQ074676; Sat, 1 Mar 2014 10:57:41 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:57:41 GMT Message-Id: <201403011057.s21AvfrQ074676@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:58:19 -0000 TB --- 2014-03-01 10:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:50:28 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 10:50:28 - cleaning the object tree TB --- 2014-03-01 10:50:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:51:21 - At svn revision 262653 TB --- 2014-03-01 10:51:22 - building world TB --- 2014-03-01 10:51:22 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:51:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:51:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:51:22 - SRCCONF=/dev/null TB --- 2014-03-01 10:51:22 - TARGET=arm TB --- 2014-03-01 10:51:22 - TARGET_ARCH=armv6 TB --- 2014-03-01 10:51:22 - TZ=UTC TB --- 2014-03-01 10:51:22 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:51:22 - cd /src TB --- 2014-03-01 10:51:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:51:33 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:57:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:57:40 - ERROR: failed to build world TB --- 2014-03-01 10:57:40 - 314.79 user 124.20 system 431.52 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:58:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 467E6510; Sat, 1 Mar 2014 10:58:19 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 534EB1AD0; Sat, 1 Mar 2014 10:58:17 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21AvpCe076999; Sat, 1 Mar 2014 12:57:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AvprO076994; Sat, 1 Mar 2014 10:57:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:57:51 GMT Message-Id: <201403011057.s21AvprO076994@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:58:19 -0000 TB --- 2014-03-01 10:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:50:28 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 10:50:28 - cleaning the object tree TB --- 2014-03-01 10:50:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:51:26 - At svn revision 262653 TB --- 2014-03-01 10:51:27 - building world TB --- 2014-03-01 10:51:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:51:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:51:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:51:27 - SRCCONF=/dev/null TB --- 2014-03-01 10:51:27 - TARGET=pc98 TB --- 2014-03-01 10:51:27 - TARGET_ARCH=i386 TB --- 2014-03-01 10:51:27 - TZ=UTC TB --- 2014-03-01 10:51:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:51:27 - cd /src TB --- 2014-03-01 10:51:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:51:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:57:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:57:51 - ERROR: failed to build world TB --- 2014-03-01 10:57:51 - 315.00 user 134.99 system 442.86 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:58:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 677C8513; Sat, 1 Mar 2014 10:58:19 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 584F31AD3; Sat, 1 Mar 2014 10:58:17 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Avpn1076875; Sat, 1 Mar 2014 12:57:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AvpmF076873; Sat, 1 Mar 2014 10:57:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:57:51 GMT Message-Id: <201403011057.s21AvpmF076873@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:58:19 -0000 TB --- 2014-03-01 10:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:50:28 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 10:50:28 - cleaning the object tree TB --- 2014-03-01 10:50:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:51:27 - At svn revision 262653 TB --- 2014-03-01 10:51:28 - building world TB --- 2014-03-01 10:51:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:51:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:51:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:51:28 - SRCCONF=/dev/null TB --- 2014-03-01 10:51:28 - TARGET=powerpc TB --- 2014-03-01 10:51:28 - TARGET_ARCH=powerpc TB --- 2014-03-01 10:51:28 - TZ=UTC TB --- 2014-03-01 10:51:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:51:28 - cd /src TB --- 2014-03-01 10:51:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:51:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:57:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:57:51 - ERROR: failed to build world TB --- 2014-03-01 10:57:51 - 313.15 user 136.69 system 442.31 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:58:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46D3F511; Sat, 1 Mar 2014 10:58:19 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 53AB91AD1; Sat, 1 Mar 2014 10:58:17 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Avs1a077225; Sat, 1 Mar 2014 12:57:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21AvsO2077224; Sat, 1 Mar 2014 10:57:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:57:54 GMT Message-Id: <201403011057.s21AvsO2077224@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:58:19 -0000 TB --- 2014-03-01 10:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:50:28 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 10:50:28 - cleaning the object tree TB --- 2014-03-01 10:50:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:51:27 - At svn revision 262653 TB --- 2014-03-01 10:51:28 - building world TB --- 2014-03-01 10:51:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:51:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:51:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:51:28 - SRCCONF=/dev/null TB --- 2014-03-01 10:51:28 - TARGET=arm TB --- 2014-03-01 10:51:28 - TARGET_ARCH=arm TB --- 2014-03-01 10:51:28 - TZ=UTC TB --- 2014-03-01 10:51:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:51:28 - cd /src TB --- 2014-03-01 10:51:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:51:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:57:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:57:54 - ERROR: failed to build world TB --- 2014-03-01 10:57:54 - 315.64 user 136.36 system 445.41 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:58:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66878512; Sat, 1 Mar 2014 10:58:19 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 54CC41AD2; Sat, 1 Mar 2014 10:58:18 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Avr9V077193; Sat, 1 Mar 2014 12:57:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Avr5V077192; Sat, 1 Mar 2014 10:57:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:57:53 GMT Message-Id: <201403011057.s21Avr5V077192@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:58:19 -0000 TB --- 2014-03-01 10:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:50:28 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 10:50:28 - cleaning the object tree TB --- 2014-03-01 10:50:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:51:28 - At svn revision 262653 TB --- 2014-03-01 10:51:29 - building world TB --- 2014-03-01 10:51:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:51:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:51:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:51:29 - SRCCONF=/dev/null TB --- 2014-03-01 10:51:29 - TARGET=i386 TB --- 2014-03-01 10:51:29 - TARGET_ARCH=i386 TB --- 2014-03-01 10:51:29 - TZ=UTC TB --- 2014-03-01 10:51:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:51:29 - cd /src TB --- 2014-03-01 10:51:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:51:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:57:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:57:53 - ERROR: failed to build world TB --- 2014-03-01 10:57:53 - 315.28 user 136.66 system 444.69 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 10:58:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86AD8514; Sat, 1 Mar 2014 10:58:19 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 74A4D1AD4; Sat, 1 Mar 2014 10:58:17 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Avrsb077182; Sat, 1 Mar 2014 12:57:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Avr0J077178; Sat, 1 Mar 2014 10:57:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 10:57:53 GMT Message-Id: <201403011057.s21Avr0J077178@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 10:58:19 -0000 TB --- 2014-03-01 10:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 10:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 10:50:28 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 10:50:28 - cleaning the object tree TB --- 2014-03-01 10:50:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 10:51:27 - At svn revision 262653 TB --- 2014-03-01 10:51:28 - building world TB --- 2014-03-01 10:51:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 10:51:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 10:51:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 10:51:28 - SRCCONF=/dev/null TB --- 2014-03-01 10:51:28 - TARGET=powerpc TB --- 2014-03-01 10:51:28 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 10:51:28 - TZ=UTC TB --- 2014-03-01 10:51:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 10:51:28 - cd /src TB --- 2014-03-01 10:51:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 10:51:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 10:57:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 10:57:53 - ERROR: failed to build world TB --- 2014-03-01 10:57:53 - 313.69 user 138.02 system 444.48 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:03:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4AEDBDDE; Sat, 1 Mar 2014 11:03:49 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7434D1C52; Sat, 1 Mar 2014 11:03:48 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21B3j47098193; Sat, 1 Mar 2014 13:03:45 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21B3jGk098192; Sat, 1 Mar 2014 11:03:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:03:45 GMT Message-Id: <201403011103.s21B3jGk098192@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:03:49 -0000 TB --- 2014-03-01 11:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:00:28 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 11:00:28 - cleaning the object tree TB --- 2014-03-01 11:00:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:01:25 - At svn revision 262653 TB --- 2014-03-01 11:01:26 - building world TB --- 2014-03-01 11:01:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:01:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:01:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:01:26 - SRCCONF=/dev/null TB --- 2014-03-01 11:01:26 - TARGET=ia64 TB --- 2014-03-01 11:01:26 - TARGET_ARCH=ia64 TB --- 2014-03-01 11:01:26 - TZ=UTC TB --- 2014-03-01 11:01:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:01:26 - cd /src TB --- 2014-03-01 11:01:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:01:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:03:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:03:45 - ERROR: failed to build world TB --- 2014-03-01 11:03:45 - 105.90 user 94.80 system 196.51 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:03:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B72BFDDF; Sat, 1 Mar 2014 11:03:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E2B381C53; Sat, 1 Mar 2014 11:03:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21B3k1E098275; Sat, 1 Mar 2014 13:03:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21B3kOv098274; Sat, 1 Mar 2014 11:03:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:03:46 GMT Message-Id: <201403011103.s21B3kOv098274@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:03:50 -0000 TB --- 2014-03-01 11:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:00:28 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 11:00:28 - cleaning the object tree TB --- 2014-03-01 11:00:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:01:27 - At svn revision 262653 TB --- 2014-03-01 11:01:28 - building world TB --- 2014-03-01 11:01:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:01:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:01:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:01:28 - SRCCONF=/dev/null TB --- 2014-03-01 11:01:28 - TARGET=mips TB --- 2014-03-01 11:01:28 - TARGET_ARCH=mips TB --- 2014-03-01 11:01:28 - TZ=UTC TB --- 2014-03-01 11:01:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:01:28 - cd /src TB --- 2014-03-01 11:01:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:01:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:03:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:03:46 - ERROR: failed to build world TB --- 2014-03-01 11:03:46 - 105.59 user 96.84 system 197.96 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:03:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B77EDE0; Sat, 1 Mar 2014 11:03:51 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A83121C54; Sat, 1 Mar 2014 11:03:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21B3lLt098314; Sat, 1 Mar 2014 13:03:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21B3llT098312; Sat, 1 Mar 2014 11:03:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:03:47 GMT Message-Id: <201403011103.s21B3llT098312@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:03:51 -0000 TB --- 2014-03-01 11:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:00:28 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 11:00:28 - cleaning the object tree TB --- 2014-03-01 11:00:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:01:27 - At svn revision 262653 TB --- 2014-03-01 11:01:28 - building world TB --- 2014-03-01 11:01:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:01:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:01:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:01:28 - SRCCONF=/dev/null TB --- 2014-03-01 11:01:28 - TARGET=sparc64 TB --- 2014-03-01 11:01:28 - TARGET_ARCH=sparc64 TB --- 2014-03-01 11:01:28 - TZ=UTC TB --- 2014-03-01 11:01:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:01:28 - cd /src TB --- 2014-03-01 11:01:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:01:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:03:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:03:47 - ERROR: failed to build world TB --- 2014-03-01 11:03:47 - 105.30 user 97.80 system 198.71 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:03:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 982C4DE1; Sat, 1 Mar 2014 11:03:51 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C4C271C55; Sat, 1 Mar 2014 11:03:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21B3lCu098313; Sat, 1 Mar 2014 13:03:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21B3lac098311; Sat, 1 Mar 2014 11:03:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:03:47 GMT Message-Id: <201403011103.s21B3lac098311@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:03:51 -0000 TB --- 2014-03-01 11:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:00:28 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 11:00:28 - cleaning the object tree TB --- 2014-03-01 11:00:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:01:27 - At svn revision 262653 TB --- 2014-03-01 11:01:28 - building world TB --- 2014-03-01 11:01:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:01:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:01:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:01:28 - SRCCONF=/dev/null TB --- 2014-03-01 11:01:28 - TARGET=mips TB --- 2014-03-01 11:01:28 - TARGET_ARCH=mips64 TB --- 2014-03-01 11:01:28 - TZ=UTC TB --- 2014-03-01 11:01:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:01:28 - cd /src TB --- 2014-03-01 11:01:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:01:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:03:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:03:47 - ERROR: failed to build world TB --- 2014-03-01 11:03:47 - 105.81 user 97.35 system 198.71 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:07:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 814B839C; Sat, 1 Mar 2014 11:07:56 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 627B61CF9; Sat, 1 Mar 2014 11:07:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21B7qu1022147; Sat, 1 Mar 2014 13:07:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21B7qsM022144; Sat, 1 Mar 2014 11:07:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:07:52 GMT Message-Id: <201403011107.s21B7qsM022144@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:07:56 -0000 TB --- 2014-03-01 11:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:00:28 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 11:00:28 - cleaning the object tree TB --- 2014-03-01 11:00:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:01:26 - At svn revision 262653 TB --- 2014-03-01 11:01:27 - building world TB --- 2014-03-01 11:01:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:01:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:01:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:01:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:01:27 - TARGET=arm TB --- 2014-03-01 11:01:27 - TARGET_ARCH=armv6 TB --- 2014-03-01 11:01:27 - TZ=UTC TB --- 2014-03-01 11:01:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:01:27 - cd /src TB --- 2014-03-01 11:01:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:01:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:07:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:07:52 - ERROR: failed to build world TB --- 2014-03-01 11:07:52 - 316.14 user 135.21 system 443.41 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:07:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F61E392; Sat, 1 Mar 2014 11:07:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9CCE21CF3; Sat, 1 Mar 2014 11:07:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21B7oiO021999; Sat, 1 Mar 2014 13:07:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21B7oYI021998; Sat, 1 Mar 2014 11:07:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:07:50 GMT Message-Id: <201403011107.s21B7oYI021998@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:07:54 -0000 TB --- 2014-03-01 11:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:00:28 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 11:00:28 - cleaning the object tree TB --- 2014-03-01 11:00:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:01:26 - At svn revision 262653 TB --- 2014-03-01 11:01:27 - building world TB --- 2014-03-01 11:01:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:01:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:01:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:01:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:01:27 - TARGET=i386 TB --- 2014-03-01 11:01:27 - TARGET_ARCH=i386 TB --- 2014-03-01 11:01:27 - TZ=UTC TB --- 2014-03-01 11:01:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:01:27 - cd /src TB --- 2014-03-01 11:01:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:01:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:07:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:07:50 - ERROR: failed to build world TB --- 2014-03-01 11:07:50 - 314.73 user 134.50 system 441.52 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:07:46 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4C0A354; Sat, 1 Mar 2014 11:07:46 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EED241CEF; Sat, 1 Mar 2014 11:07:45 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21B7gQa020549; Sat, 1 Mar 2014 13:07:42 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21B7grA020548; Sat, 1 Mar 2014 11:07:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:07:42 GMT Message-Id: <201403011107.s21B7grA020548@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:07:46 -0000 TB --- 2014-03-01 11:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:00:28 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 11:00:28 - cleaning the object tree TB --- 2014-03-01 11:00:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:01:22 - At svn revision 262653 TB --- 2014-03-01 11:01:23 - building world TB --- 2014-03-01 11:01:23 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:01:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:01:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:01:23 - SRCCONF=/dev/null TB --- 2014-03-01 11:01:23 - TARGET=amd64 TB --- 2014-03-01 11:01:23 - TARGET_ARCH=amd64 TB --- 2014-03-01 11:01:23 - TZ=UTC TB --- 2014-03-01 11:01:23 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:01:23 - cd /src TB --- 2014-03-01 11:01:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:01:33 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:07:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:07:42 - ERROR: failed to build world TB --- 2014-03-01 11:07:42 - 314.68 user 126.53 system 434.02 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:07:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EC48355; Sat, 1 Mar 2014 11:07:52 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6A9F81CF2; Sat, 1 Mar 2014 11:07:51 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21B7lB5021479; Sat, 1 Mar 2014 13:07:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21B7ljm021475; Sat, 1 Mar 2014 11:07:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:07:47 GMT Message-Id: <201403011107.s21B7ljm021475@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:07:52 -0000 TB --- 2014-03-01 11:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:00:28 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 11:00:28 - cleaning the object tree TB --- 2014-03-01 11:00:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:01:25 - At svn revision 262653 TB --- 2014-03-01 11:01:26 - building world TB --- 2014-03-01 11:01:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:01:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:01:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:01:26 - SRCCONF=/dev/null TB --- 2014-03-01 11:01:26 - TARGET=pc98 TB --- 2014-03-01 11:01:26 - TARGET_ARCH=i386 TB --- 2014-03-01 11:01:26 - TZ=UTC TB --- 2014-03-01 11:01:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:01:26 - cd /src TB --- 2014-03-01 11:01:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:01:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:07:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:07:47 - ERROR: failed to build world TB --- 2014-03-01 11:07:47 - 314.09 user 132.27 system 439.06 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:07:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84C1C39A; Sat, 1 Mar 2014 11:07:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B29DC1CF5; Sat, 1 Mar 2014 11:07:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21B7pno022110; Sat, 1 Mar 2014 13:07:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21B7pnQ022108; Sat, 1 Mar 2014 11:07:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:07:51 GMT Message-Id: <201403011107.s21B7pnQ022108@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:07:55 -0000 TB --- 2014-03-01 11:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:00:28 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 11:00:28 - cleaning the object tree TB --- 2014-03-01 11:00:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:01:27 - At svn revision 262653 TB --- 2014-03-01 11:01:28 - building world TB --- 2014-03-01 11:01:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:01:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:01:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:01:28 - SRCCONF=/dev/null TB --- 2014-03-01 11:01:28 - TARGET=powerpc TB --- 2014-03-01 11:01:28 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 11:01:28 - TZ=UTC TB --- 2014-03-01 11:01:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:01:28 - cd /src TB --- 2014-03-01 11:01:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:01:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:07:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:07:51 - ERROR: failed to build world TB --- 2014-03-01 11:07:51 - 313.87 user 136.97 system 442.75 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:07:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 847AD399; Sat, 1 Mar 2014 11:07:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B02411CF4; Sat, 1 Mar 2014 11:07:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21B7pue022109; Sat, 1 Mar 2014 13:07:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21B7p4H022107; Sat, 1 Mar 2014 11:07:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:07:51 GMT Message-Id: <201403011107.s21B7p4H022107@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:07:55 -0000 TB --- 2014-03-01 11:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:00:28 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 11:00:28 - cleaning the object tree TB --- 2014-03-01 11:00:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:01:26 - At svn revision 262653 TB --- 2014-03-01 11:01:27 - building world TB --- 2014-03-01 11:01:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:01:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:01:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:01:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:01:27 - TARGET=powerpc TB --- 2014-03-01 11:01:27 - TARGET_ARCH=powerpc TB --- 2014-03-01 11:01:27 - TZ=UTC TB --- 2014-03-01 11:01:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:01:27 - cd /src TB --- 2014-03-01 11:01:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:01:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:07:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:07:51 - ERROR: failed to build world TB --- 2014-03-01 11:07:51 - 314.26 user 136.30 system 442.74 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:07:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60B3939B; Sat, 1 Mar 2014 11:07:56 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3FC6D1CF8; Sat, 1 Mar 2014 11:07:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21B7qb4022139; Sat, 1 Mar 2014 13:07:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21B7qEj022138; Sat, 1 Mar 2014 11:07:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:07:52 GMT Message-Id: <201403011107.s21B7qEj022138@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:07:56 -0000 TB --- 2014-03-01 11:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:00:28 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 11:00:28 - cleaning the object tree TB --- 2014-03-01 11:00:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:01:27 - At svn revision 262653 TB --- 2014-03-01 11:01:28 - building world TB --- 2014-03-01 11:01:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:01:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:01:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:01:28 - SRCCONF=/dev/null TB --- 2014-03-01 11:01:28 - TARGET=arm TB --- 2014-03-01 11:01:28 - TARGET_ARCH=arm TB --- 2014-03-01 11:01:28 - TZ=UTC TB --- 2014-03-01 11:01:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:01:28 - cd /src TB --- 2014-03-01 11:01:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:01:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:07:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:07:52 - ERROR: failed to build world TB --- 2014-03-01 11:07:52 - 315.46 user 135.61 system 443.29 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:13:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DD0BD69; Sat, 1 Mar 2014 11:13:48 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8939C1F68; Sat, 1 Mar 2014 11:13:47 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BDiuQ043142; Sat, 1 Mar 2014 13:13:44 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BDi8R043135; Sat, 1 Mar 2014 11:13:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:13:44 GMT Message-Id: <201403011113.s21BDi8R043135@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:13:48 -0000 TB --- 2014-03-01 11:10:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:10:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:10:28 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 11:10:28 - cleaning the object tree TB --- 2014-03-01 11:10:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:11:25 - At svn revision 262653 TB --- 2014-03-01 11:11:26 - building world TB --- 2014-03-01 11:11:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:11:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:11:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:11:26 - SRCCONF=/dev/null TB --- 2014-03-01 11:11:26 - TARGET=mips TB --- 2014-03-01 11:11:26 - TARGET_ARCH=mips TB --- 2014-03-01 11:11:26 - TZ=UTC TB --- 2014-03-01 11:11:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:11:26 - cd /src TB --- 2014-03-01 11:11:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:11:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:13:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:13:44 - ERROR: failed to build world TB --- 2014-03-01 11:13:44 - 105.43 user 94.37 system 195.74 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:13:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB14ED6B; Sat, 1 Mar 2014 11:13:49 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 219DD1F6A; Sat, 1 Mar 2014 11:13:48 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BDjT0043230; Sat, 1 Mar 2014 13:13:45 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BDjqC043227; Sat, 1 Mar 2014 11:13:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:13:45 GMT Message-Id: <201403011113.s21BDjqC043227@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:13:50 -0000 TB --- 2014-03-01 11:10:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:10:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:10:28 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 11:10:28 - cleaning the object tree TB --- 2014-03-01 11:10:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:11:26 - At svn revision 262653 TB --- 2014-03-01 11:11:27 - building world TB --- 2014-03-01 11:11:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:11:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:11:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:11:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:11:27 - TARGET=mips TB --- 2014-03-01 11:11:27 - TARGET_ARCH=mips64 TB --- 2014-03-01 11:11:27 - TZ=UTC TB --- 2014-03-01 11:11:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:11:27 - cd /src TB --- 2014-03-01 11:11:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:11:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:13:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:13:45 - ERROR: failed to build world TB --- 2014-03-01 11:13:45 - 105.16 user 96.51 system 197.15 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:13:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11C57D6C; Sat, 1 Mar 2014 11:13:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 29F291F6B; Sat, 1 Mar 2014 11:13:48 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BDksf043238; Sat, 1 Mar 2014 13:13:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BDk5Q043237; Sat, 1 Mar 2014 11:13:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:13:46 GMT Message-Id: <201403011113.s21BDk5Q043237@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:13:50 -0000 TB --- 2014-03-01 11:10:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:10:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:10:28 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 11:10:28 - cleaning the object tree TB --- 2014-03-01 11:10:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:11:26 - At svn revision 262653 TB --- 2014-03-01 11:11:27 - building world TB --- 2014-03-01 11:11:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:11:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:11:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:11:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:11:27 - TARGET=ia64 TB --- 2014-03-01 11:11:27 - TARGET_ARCH=ia64 TB --- 2014-03-01 11:11:27 - TZ=UTC TB --- 2014-03-01 11:11:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:11:27 - cd /src TB --- 2014-03-01 11:11:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:11:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:13:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:13:46 - ERROR: failed to build world TB --- 2014-03-01 11:13:46 - 105.61 user 96.38 system 197.35 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:13:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5279D6A; Sat, 1 Mar 2014 11:13:49 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1CADD1F69; Sat, 1 Mar 2014 11:13:48 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BDjqh043220; Sat, 1 Mar 2014 13:13:45 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BDjef043216; Sat, 1 Mar 2014 11:13:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:13:45 GMT Message-Id: <201403011113.s21BDjef043216@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:13:50 -0000 TB --- 2014-03-01 11:10:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:10:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:10:28 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 11:10:28 - cleaning the object tree TB --- 2014-03-01 11:10:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:11:26 - At svn revision 262653 TB --- 2014-03-01 11:11:27 - building world TB --- 2014-03-01 11:11:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:11:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:11:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:11:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:11:27 - TARGET=sparc64 TB --- 2014-03-01 11:11:27 - TARGET_ARCH=sparc64 TB --- 2014-03-01 11:11:27 - TZ=UTC TB --- 2014-03-01 11:11:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:11:27 - cd /src TB --- 2014-03-01 11:11:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:11:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:13:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:13:45 - ERROR: failed to build world TB --- 2014-03-01 11:13:45 - 105.11 user 96.35 system 197.02 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:13:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BCA9E80 for ; Sat, 1 Mar 2014 11:13:58 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [74.208.4.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 568EB1F74 for ; Sat, 1 Mar 2014 11:13:57 +0000 (UTC) Received: from blazon-pc.rw.local ([78.84.244.14]) by mail.gmx.com (mrgmxus001) with ESMTPSA (Nemesis) id 0MPUpT-1WF3A53LWL-004n1Z for ; Sat, 01 Mar 2014 12:13:57 +0100 Message-ID: <5311C0F4.1000909@mail.com> Date: Sat, 01 Mar 2014 13:13:56 +0200 From: Jeff Tipton User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:16.0) Gecko/20121030 Thunderbird/16.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: [releng_10 tinderbox] failure on arm/arm References: <201403011107.s21B7qEj022138@worker01.tb.des.no> In-Reply-To: <201403011107.s21B7qEj022138@worker01.tb.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:RHkCj7gz0dkR5GV32E2RobyjCMNNRt2ENo3TDlWwoHe6sY71JVG DOmyCTcRxaruto0r/8PWHCAmB9WpjiIPGvI+YaU8wn0p13RZJmFtFki4okjscwSMDSOHZwK A9bOYPaW57EKje1lqjfL9yv/VoyDbuCrWRWOevXM1tiqDsi2YyjmnGNQ9VjHYUPb5wdSu6E Nf75y1nAbGvdHay9a+jww== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Mar 2014 11:13:58 -0000 On 03/01/2014 13:07, FreeBSD Tinderbox wrote: > TB --- 2014-03-01 11:00:28 - tinderbox 2.20 running on worker01.tb.des.no > TB --- 2014-03-01 11:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > TB --- 2014-03-01 11:00:28 - starting RELENG_10 tinderbox run for arm/arm > TB --- 2014-03-01 11:00:28 - cleaning the object tree > TB --- 2014-03-01 11:00:38 - /usr/local/bin/svn stat --no-ignore /src > TB --- 2014-03-01 11:01:27 - At svn revision 262653 > TB --- 2014-03-01 11:01:28 - building world > TB --- 2014-03-01 11:01:28 - CROSS_BUILD_TESTING=YES > TB --- 2014-03-01 11:01:28 - MAKEOBJDIRPREFIX=/obj > TB --- 2014-03-01 11:01:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2014-03-01 11:01:28 - SRCCONF=/dev/null > TB --- 2014-03-01 11:01:28 - TARGET=arm > TB --- 2014-03-01 11:01:28 - TARGET_ARCH=arm > TB --- 2014-03-01 11:01:28 - TZ=UTC > TB --- 2014-03-01 11:01:28 - __MAKE_CONF=/dev/null > TB --- 2014-03-01 11:01:28 - cd /src > TB --- 2014-03-01 11:01:28 - /usr/bin/make -B buildworld >>>> Building an up-to-date make(1) >>>> World build started on Sat Mar 1 11:01:39 UTC 2014 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools > [...] > /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' > cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c > cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c > cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c > cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy > sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree > /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree > ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory > *** Error code 1 > > Stop. > bmake[2]: stopped in /src/usr.sbin/nmtree > *** Error code 1 > > Stop. > bmake[1]: stopped in /src > *** Error code 1 > > Stop. > bmake: stopped in /src > *** [buildworld] Error code 1 > > Stop in /src. > TB --- 2014-03-01 11:07:52 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2014-03-01 11:07:52 - ERROR: failed to build world > TB --- 2014-03-01 11:07:52 - 315.46 user 135.61 system 443.29 real > > > http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" What is this? It becomes impossible to keep my mail client open. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:17:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A101B352; Sat, 1 Mar 2014 11:17:51 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD10F1060; Sat, 1 Mar 2014 11:17:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BHloU066472; Sat, 1 Mar 2014 13:17:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BHl4Z066466; Sat, 1 Mar 2014 11:17:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:17:47 GMT Message-Id: <201403011117.s21BHl4Z066466@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:17:51 -0000 TB --- 2014-03-01 11:10:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:10:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:10:28 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 11:10:28 - cleaning the object tree TB --- 2014-03-01 11:10:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:11:24 - At svn revision 262653 TB --- 2014-03-01 11:11:25 - building world TB --- 2014-03-01 11:11:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:11:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:11:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:11:25 - SRCCONF=/dev/null TB --- 2014-03-01 11:11:25 - TARGET=pc98 TB --- 2014-03-01 11:11:25 - TARGET_ARCH=i386 TB --- 2014-03-01 11:11:25 - TZ=UTC TB --- 2014-03-01 11:11:25 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:11:25 - cd /src TB --- 2014-03-01 11:11:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:11:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:17:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:17:47 - ERROR: failed to build world TB --- 2014-03-01 11:17:47 - 314.20 user 132.20 system 439.02 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:17:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5D73353; Sat, 1 Mar 2014 11:17:51 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D24EF1061; Sat, 1 Mar 2014 11:17:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BHl9d066477; Sat, 1 Mar 2014 13:17:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BHlxo066471; Sat, 1 Mar 2014 11:17:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:17:47 GMT Message-Id: <201403011117.s21BHlxo066471@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:17:51 -0000 TB --- 2014-03-01 11:10:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:10:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:10:28 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 11:10:28 - cleaning the object tree TB --- 2014-03-01 11:10:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:11:24 - At svn revision 262653 TB --- 2014-03-01 11:11:25 - building world TB --- 2014-03-01 11:11:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:11:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:11:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:11:25 - SRCCONF=/dev/null TB --- 2014-03-01 11:11:25 - TARGET=arm TB --- 2014-03-01 11:11:25 - TARGET_ARCH=armv6 TB --- 2014-03-01 11:11:25 - TZ=UTC TB --- 2014-03-01 11:11:25 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:11:25 - cd /src TB --- 2014-03-01 11:11:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:11:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:17:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:17:47 - ERROR: failed to build world TB --- 2014-03-01 11:17:47 - 316.41 user 130.41 system 439.05 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:17:39 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0B4D34D; Sat, 1 Mar 2014 11:17:38 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 176D81057; Sat, 1 Mar 2014 11:17:37 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BHY9P063960; Sat, 1 Mar 2014 13:17:34 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BHYMJ063954; Sat, 1 Mar 2014 11:17:34 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:17:34 GMT Message-Id: <201403011117.s21BHYMJ063954@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:17:39 -0000 TB --- 2014-03-01 11:10:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:10:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:10:28 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 11:10:28 - cleaning the object tree TB --- 2014-03-01 11:10:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:11:15 - At svn revision 262653 TB --- 2014-03-01 11:11:16 - building world TB --- 2014-03-01 11:11:16 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:11:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:11:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:11:16 - SRCCONF=/dev/null TB --- 2014-03-01 11:11:16 - TARGET=amd64 TB --- 2014-03-01 11:11:16 - TARGET_ARCH=amd64 TB --- 2014-03-01 11:11:16 - TZ=UTC TB --- 2014-03-01 11:11:16 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:11:16 - cd /src TB --- 2014-03-01 11:11:16 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:11:26 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:17:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:17:34 - ERROR: failed to build world TB --- 2014-03-01 11:17:34 - 314.46 user 119.34 system 426.08 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:17:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ADFBD357; Sat, 1 Mar 2014 11:17:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D9CCC1064; Sat, 1 Mar 2014 11:17:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BHosv066912; Sat, 1 Mar 2014 13:17:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BHouM066911; Sat, 1 Mar 2014 11:17:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:17:50 GMT Message-Id: <201403011117.s21BHouM066911@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:17:54 -0000 TB --- 2014-03-01 11:10:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:10:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:10:28 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 11:10:28 - cleaning the object tree TB --- 2014-03-01 11:10:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:11:26 - At svn revision 262653 TB --- 2014-03-01 11:11:27 - building world TB --- 2014-03-01 11:11:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:11:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:11:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:11:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:11:27 - TARGET=i386 TB --- 2014-03-01 11:11:27 - TARGET_ARCH=i386 TB --- 2014-03-01 11:11:27 - TZ=UTC TB --- 2014-03-01 11:11:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:11:27 - cd /src TB --- 2014-03-01 11:11:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:11:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:17:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:17:50 - ERROR: failed to build world TB --- 2014-03-01 11:17:50 - 314.42 user 135.30 system 442.08 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:17:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E176356; Sat, 1 Mar 2014 11:17:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 49FD41063; Sat, 1 Mar 2014 11:17:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BHovc066869; Sat, 1 Mar 2014 13:17:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BHoHo066868; Sat, 1 Mar 2014 11:17:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:17:50 GMT Message-Id: <201403011117.s21BHoHo066868@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:17:54 -0000 TB --- 2014-03-01 11:10:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:10:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:10:28 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 11:10:28 - cleaning the object tree TB --- 2014-03-01 11:10:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:11:26 - At svn revision 262653 TB --- 2014-03-01 11:11:27 - building world TB --- 2014-03-01 11:11:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:11:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:11:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:11:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:11:27 - TARGET=powerpc TB --- 2014-03-01 11:11:27 - TARGET_ARCH=powerpc TB --- 2014-03-01 11:11:27 - TZ=UTC TB --- 2014-03-01 11:11:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:11:27 - cd /src TB --- 2014-03-01 11:11:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:11:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:17:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:17:50 - ERROR: failed to build world TB --- 2014-03-01 11:17:50 - 315.08 user 133.73 system 441.48 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:17:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D409358; Sat, 1 Mar 2014 11:17:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 491101065; Sat, 1 Mar 2014 11:17:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BHpBt066936; Sat, 1 Mar 2014 13:17:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BHp58066934; Sat, 1 Mar 2014 11:17:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:17:51 GMT Message-Id: <201403011117.s21BHp58066934@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:17:55 -0000 TB --- 2014-03-01 11:10:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:10:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:10:28 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 11:10:28 - cleaning the object tree TB --- 2014-03-01 11:10:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:11:26 - At svn revision 262653 TB --- 2014-03-01 11:11:27 - building world TB --- 2014-03-01 11:11:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:11:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:11:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:11:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:11:27 - TARGET=arm TB --- 2014-03-01 11:11:27 - TARGET_ARCH=arm TB --- 2014-03-01 11:11:27 - TZ=UTC TB --- 2014-03-01 11:11:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:11:27 - cd /src TB --- 2014-03-01 11:11:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:11:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:17:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:17:51 - ERROR: failed to build world TB --- 2014-03-01 11:17:51 - 314.83 user 135.18 system 442.50 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:17:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E490359; Sat, 1 Mar 2014 11:17:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A00D1066; Sat, 1 Mar 2014 11:17:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BHpDv066944; Sat, 1 Mar 2014 13:17:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BHpX1066943; Sat, 1 Mar 2014 11:17:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:17:51 GMT Message-Id: <201403011117.s21BHpX1066943@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:17:55 -0000 TB --- 2014-03-01 11:10:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:10:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:10:28 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 11:10:28 - cleaning the object tree TB --- 2014-03-01 11:10:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:11:27 - At svn revision 262653 TB --- 2014-03-01 11:11:28 - building world TB --- 2014-03-01 11:11:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:11:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:11:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:11:28 - SRCCONF=/dev/null TB --- 2014-03-01 11:11:28 - TARGET=powerpc TB --- 2014-03-01 11:11:28 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 11:11:28 - TZ=UTC TB --- 2014-03-01 11:11:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:11:28 - cd /src TB --- 2014-03-01 11:11:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:11:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:17:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:17:51 - ERROR: failed to build world TB --- 2014-03-01 11:17:51 - 316.16 user 133.66 system 442.68 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:23:01 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38485BB5; Sat, 1 Mar 2014 11:23:01 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6CDB911AC; Sat, 1 Mar 2014 11:23:00 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BMvPI083523; Sat, 1 Mar 2014 13:22:57 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BMvt0083522; Sat, 1 Mar 2014 11:22:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:22:57 GMT Message-Id: <201403011122.s21BMvt0083522@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:23:01 -0000 TB --- 2014-03-01 11:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:20:28 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 11:20:28 - cleaning the object tree TB --- 2014-03-01 11:20:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:21:21 - At svn revision 262653 TB --- 2014-03-01 11:21:22 - building world TB --- 2014-03-01 11:21:22 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:21:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:21:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:21:22 - SRCCONF=/dev/null TB --- 2014-03-01 11:21:22 - TARGET=amd64 TB --- 2014-03-01 11:21:22 - TARGET_ARCH=amd64 TB --- 2014-03-01 11:21:22 - TZ=UTC TB --- 2014-03-01 11:21:22 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:21:22 - cd /src TB --- 2014-03-01 11:21:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:21:33 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] c++ -O2 -pipe -I/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TableGenBackend.cpp -o TableGenBackend.o c++ -O2 -pipe -I/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGLexer.cpp -o TGLexer.o c++ -O2 -pipe -I/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGParser.cpp -o TGParser.o /src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGParser.cpp: In member function 'bool llvm::TGParser::AddSubMultiClass(llvm::MultiClass*, llvm::SubMultiClassReference&)': /src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGParser.cpp:208: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang/libllvmtablegen *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:22:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:22:57 - ERROR: failed to build world TB --- 2014-03-01 11:22:57 - 74.05 user 74.63 system 148.59 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:23:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FFE7CF6; Sat, 1 Mar 2014 11:23:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA36D11E1; Sat, 1 Mar 2014 11:23:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BNk9N087808; Sat, 1 Mar 2014 13:23:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BNk66087802; Sat, 1 Mar 2014 11:23:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:23:46 GMT Message-Id: <201403011123.s21BNk66087802@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:23:50 -0000 TB --- 2014-03-01 11:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:20:28 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 11:20:28 - cleaning the object tree TB --- 2014-03-01 11:20:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:21:28 - At svn revision 262653 TB --- 2014-03-01 11:21:29 - building world TB --- 2014-03-01 11:21:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:21:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:21:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:21:29 - SRCCONF=/dev/null TB --- 2014-03-01 11:21:29 - TARGET=sparc64 TB --- 2014-03-01 11:21:29 - TARGET_ARCH=sparc64 TB --- 2014-03-01 11:21:29 - TZ=UTC TB --- 2014-03-01 11:21:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:21:29 - cd /src TB --- 2014-03-01 11:21:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:21:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:23:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:23:46 - ERROR: failed to build world TB --- 2014-03-01 11:23:46 - 105.54 user 96.58 system 197.94 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:23:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22D0BCF8; Sat, 1 Mar 2014 11:23:52 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4AE8511E3; Sat, 1 Mar 2014 11:23:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BNmAm087909; Sat, 1 Mar 2014 13:23:48 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BNmiX087905; Sat, 1 Mar 2014 11:23:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:23:48 GMT Message-Id: <201403011123.s21BNmiX087905@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:23:52 -0000 TB --- 2014-03-01 11:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:20:28 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 11:20:28 - cleaning the object tree TB --- 2014-03-01 11:20:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:21:29 - At svn revision 262653 TB --- 2014-03-01 11:21:30 - building world TB --- 2014-03-01 11:21:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:21:30 - SRCCONF=/dev/null TB --- 2014-03-01 11:21:30 - TARGET=mips TB --- 2014-03-01 11:21:30 - TARGET_ARCH=mips64 TB --- 2014-03-01 11:21:30 - TZ=UTC TB --- 2014-03-01 11:21:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:21:30 - cd /src TB --- 2014-03-01 11:21:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:21:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:23:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:23:48 - ERROR: failed to build world TB --- 2014-03-01 11:23:48 - 104.11 user 99.52 system 199.42 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:23:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 237C5CF9; Sat, 1 Mar 2014 11:23:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4EDFC11E4; Sat, 1 Mar 2014 11:23:51 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BNn0C087942; Sat, 1 Mar 2014 13:23:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BNnHh087941; Sat, 1 Mar 2014 11:23:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:23:49 GMT Message-Id: <201403011123.s21BNnHh087941@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:23:53 -0000 TB --- 2014-03-01 11:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:20:28 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 11:20:28 - cleaning the object tree TB --- 2014-03-01 11:20:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:21:30 - At svn revision 262653 TB --- 2014-03-01 11:21:31 - building world TB --- 2014-03-01 11:21:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:21:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:21:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:21:31 - SRCCONF=/dev/null TB --- 2014-03-01 11:21:31 - TARGET=ia64 TB --- 2014-03-01 11:21:31 - TARGET_ARCH=ia64 TB --- 2014-03-01 11:21:31 - TZ=UTC TB --- 2014-03-01 11:21:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:21:31 - cd /src TB --- 2014-03-01 11:21:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:21:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:23:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:23:49 - ERROR: failed to build world TB --- 2014-03-01 11:23:49 - 104.87 user 99.77 system 200.30 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:23:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 399DDCFA; Sat, 1 Mar 2014 11:23:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 660F911E5; Sat, 1 Mar 2014 11:23:51 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BNn7t087950; Sat, 1 Mar 2014 13:23:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BNn6m087947; Sat, 1 Mar 2014 11:23:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:23:49 GMT Message-Id: <201403011123.s21BNn6m087947@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:23:53 -0000 TB --- 2014-03-01 11:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:20:28 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 11:20:28 - cleaning the object tree TB --- 2014-03-01 11:20:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:21:29 - At svn revision 262653 TB --- 2014-03-01 11:21:30 - building world TB --- 2014-03-01 11:21:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:21:30 - SRCCONF=/dev/null TB --- 2014-03-01 11:21:30 - TARGET=mips TB --- 2014-03-01 11:21:30 - TARGET_ARCH=mips TB --- 2014-03-01 11:21:30 - TZ=UTC TB --- 2014-03-01 11:21:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:21:30 - cd /src TB --- 2014-03-01 11:21:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:21:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:23:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:23:49 - ERROR: failed to build world TB --- 2014-03-01 11:23:49 - 104.52 user 100.36 system 200.42 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:27:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0C5926A; Sat, 1 Mar 2014 11:27:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 18A101285; Sat, 1 Mar 2014 11:27:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BRn5P008299; Sat, 1 Mar 2014 13:27:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BRnvf008298; Sat, 1 Mar 2014 11:27:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:27:49 GMT Message-Id: <201403011127.s21BRnvf008298@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:27:54 -0000 TB --- 2014-03-01 11:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:20:28 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 11:20:28 - cleaning the object tree TB --- 2014-03-01 11:20:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:21:29 - At svn revision 262653 TB --- 2014-03-01 11:21:30 - building world TB --- 2014-03-01 11:21:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:21:30 - SRCCONF=/dev/null TB --- 2014-03-01 11:21:30 - TARGET=powerpc TB --- 2014-03-01 11:21:30 - TARGET_ARCH=powerpc TB --- 2014-03-01 11:21:30 - TZ=UTC TB --- 2014-03-01 11:21:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:21:30 - cd /src TB --- 2014-03-01 11:21:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:21:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:27:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:27:49 - ERROR: failed to build world TB --- 2014-03-01 11:27:49 - 311.56 user 137.09 system 441.07 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:27:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 229A226C; Sat, 1 Mar 2014 11:27:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4E7521287; Sat, 1 Mar 2014 11:27:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BRoaH008341; Sat, 1 Mar 2014 13:27:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BRoCJ008340; Sat, 1 Mar 2014 11:27:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:27:50 GMT Message-Id: <201403011127.s21BRoCJ008340@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:27:54 -0000 TB --- 2014-03-01 11:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:20:28 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 11:20:28 - cleaning the object tree TB --- 2014-03-01 11:20:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:21:29 - At svn revision 262653 TB --- 2014-03-01 11:21:30 - building world TB --- 2014-03-01 11:21:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:21:30 - SRCCONF=/dev/null TB --- 2014-03-01 11:21:30 - TARGET=i386 TB --- 2014-03-01 11:21:30 - TARGET_ARCH=i386 TB --- 2014-03-01 11:21:30 - TZ=UTC TB --- 2014-03-01 11:21:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:21:30 - cd /src TB --- 2014-03-01 11:21:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:21:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:27:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:27:50 - ERROR: failed to build world TB --- 2014-03-01 11:27:50 - 311.69 user 136.41 system 441.46 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:27:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E62A826B; Sat, 1 Mar 2014 11:27:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F7E51286; Sat, 1 Mar 2014 11:27:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BRo9h008324; Sat, 1 Mar 2014 13:27:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BRoic008323; Sat, 1 Mar 2014 11:27:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:27:50 GMT Message-Id: <201403011127.s21BRoic008323@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:27:54 -0000 TB --- 2014-03-01 11:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:20:28 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 11:20:28 - cleaning the object tree TB --- 2014-03-01 11:20:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:21:29 - At svn revision 262653 TB --- 2014-03-01 11:21:30 - building world TB --- 2014-03-01 11:21:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:21:30 - SRCCONF=/dev/null TB --- 2014-03-01 11:21:30 - TARGET=pc98 TB --- 2014-03-01 11:21:30 - TARGET_ARCH=i386 TB --- 2014-03-01 11:21:30 - TZ=UTC TB --- 2014-03-01 11:21:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:21:30 - cd /src TB --- 2014-03-01 11:21:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:21:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:27:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:27:50 - ERROR: failed to build world TB --- 2014-03-01 11:27:50 - 311.88 user 136.97 system 441.27 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:27:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F178270; Sat, 1 Mar 2014 11:27:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA74F1289; Sat, 1 Mar 2014 11:27:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BRoxh008376; Sat, 1 Mar 2014 13:27:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BRo3S008375; Sat, 1 Mar 2014 11:27:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:27:50 GMT Message-Id: <201403011127.s21BRo3S008375@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:27:54 -0000 TB --- 2014-03-01 11:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:20:28 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 11:20:28 - cleaning the object tree TB --- 2014-03-01 11:20:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:21:29 - At svn revision 262653 TB --- 2014-03-01 11:21:30 - building world TB --- 2014-03-01 11:21:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:21:30 - SRCCONF=/dev/null TB --- 2014-03-01 11:21:30 - TARGET=powerpc TB --- 2014-03-01 11:21:30 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 11:21:30 - TZ=UTC TB --- 2014-03-01 11:21:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:21:30 - cd /src TB --- 2014-03-01 11:21:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:21:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:27:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:27:50 - ERROR: failed to build world TB --- 2014-03-01 11:27:50 - 313.60 user 134.85 system 441.95 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:27:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AC07271; Sat, 1 Mar 2014 11:27:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 67AC8128B; Sat, 1 Mar 2014 11:27:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BRpbW008395; Sat, 1 Mar 2014 13:27:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BRpxI008394; Sat, 1 Mar 2014 11:27:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:27:51 GMT Message-Id: <201403011127.s21BRpxI008394@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:27:55 -0000 TB --- 2014-03-01 11:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:20:28 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 11:20:28 - cleaning the object tree TB --- 2014-03-01 11:20:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:21:29 - At svn revision 262653 TB --- 2014-03-01 11:21:30 - building world TB --- 2014-03-01 11:21:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:21:30 - SRCCONF=/dev/null TB --- 2014-03-01 11:21:30 - TARGET=arm TB --- 2014-03-01 11:21:30 - TARGET_ARCH=armv6 TB --- 2014-03-01 11:21:30 - TZ=UTC TB --- 2014-03-01 11:21:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:21:30 - cd /src TB --- 2014-03-01 11:21:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:21:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:27:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:27:51 - ERROR: failed to build world TB --- 2014-03-01 11:27:51 - 314.79 user 135.50 system 442.56 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:27:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BD7B26D; Sat, 1 Mar 2014 11:27:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 87E171288; Sat, 1 Mar 2014 11:27:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BRoqs008366; Sat, 1 Mar 2014 13:27:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BRoxA008365; Sat, 1 Mar 2014 11:27:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:27:50 GMT Message-Id: <201403011127.s21BRoxA008365@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:27:54 -0000 TB --- 2014-03-01 11:20:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:20:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:20:28 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 11:20:28 - cleaning the object tree TB --- 2014-03-01 11:20:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:21:29 - At svn revision 262653 TB --- 2014-03-01 11:21:30 - building world TB --- 2014-03-01 11:21:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:21:30 - SRCCONF=/dev/null TB --- 2014-03-01 11:21:30 - TARGET=arm TB --- 2014-03-01 11:21:30 - TARGET_ARCH=arm TB --- 2014-03-01 11:21:30 - TZ=UTC TB --- 2014-03-01 11:21:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:21:30 - cd /src TB --- 2014-03-01 11:21:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:21:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:27:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:27:50 - ERROR: failed to build world TB --- 2014-03-01 11:27:50 - 312.62 user 136.70 system 441.70 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:33:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04CD49CE; Sat, 1 Mar 2014 11:33:49 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30096143F; Sat, 1 Mar 2014 11:33:47 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BXj5o029287; Sat, 1 Mar 2014 13:33:45 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BXjvg029280; Sat, 1 Mar 2014 11:33:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:33:45 GMT Message-Id: <201403011133.s21BXjvg029280@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:33:49 -0000 TB --- 2014-03-01 11:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:30:28 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 11:30:28 - cleaning the object tree TB --- 2014-03-01 11:30:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:31:25 - At svn revision 262653 TB --- 2014-03-01 11:31:26 - building world TB --- 2014-03-01 11:31:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:31:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:31:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:31:26 - SRCCONF=/dev/null TB --- 2014-03-01 11:31:26 - TARGET=sparc64 TB --- 2014-03-01 11:31:26 - TARGET_ARCH=sparc64 TB --- 2014-03-01 11:31:26 - TZ=UTC TB --- 2014-03-01 11:31:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:31:26 - cd /src TB --- 2014-03-01 11:31:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:31:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:33:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:33:45 - ERROR: failed to build world TB --- 2014-03-01 11:33:45 - 104.84 user 95.65 system 196.25 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:33:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51D6A9CF; Sat, 1 Mar 2014 11:33:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D2E21440; Sat, 1 Mar 2014 11:33:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BXk7U029422; Sat, 1 Mar 2014 13:33:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BXkdG029421; Sat, 1 Mar 2014 11:33:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:33:46 GMT Message-Id: <201403011133.s21BXkdG029421@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:33:50 -0000 TB --- 2014-03-01 11:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:30:28 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 11:30:28 - cleaning the object tree TB --- 2014-03-01 11:30:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:31:26 - At svn revision 262653 TB --- 2014-03-01 11:31:27 - building world TB --- 2014-03-01 11:31:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:31:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:31:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:31:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:31:27 - TARGET=mips TB --- 2014-03-01 11:31:27 - TARGET_ARCH=mips TB --- 2014-03-01 11:31:27 - TZ=UTC TB --- 2014-03-01 11:31:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:31:27 - cd /src TB --- 2014-03-01 11:31:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:31:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:33:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:33:46 - ERROR: failed to build world TB --- 2014-03-01 11:33:46 - 105.60 user 96.19 system 197.56 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:33:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D81DD9D0; Sat, 1 Mar 2014 11:33:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 112841441; Sat, 1 Mar 2014 11:33:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BXlo0029444; Sat, 1 Mar 2014 13:33:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BXkaO029443; Sat, 1 Mar 2014 11:33:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:33:46 GMT Message-Id: <201403011133.s21BXkaO029443@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:33:51 -0000 TB --- 2014-03-01 11:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:30:28 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 11:30:28 - cleaning the object tree TB --- 2014-03-01 11:30:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:31:27 - At svn revision 262653 TB --- 2014-03-01 11:31:28 - building world TB --- 2014-03-01 11:31:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:31:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:31:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:31:28 - SRCCONF=/dev/null TB --- 2014-03-01 11:31:28 - TARGET=mips TB --- 2014-03-01 11:31:28 - TARGET_ARCH=mips64 TB --- 2014-03-01 11:31:28 - TZ=UTC TB --- 2014-03-01 11:31:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:31:28 - cd /src TB --- 2014-03-01 11:31:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:31:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:33:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:33:46 - ERROR: failed to build world TB --- 2014-03-01 11:33:46 - 104.89 user 97.61 system 198.14 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:33:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FA289D1; Sat, 1 Mar 2014 11:33:52 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B82A1442; Sat, 1 Mar 2014 11:33:51 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BXmGt029481; Sat, 1 Mar 2014 13:33:48 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BXmsR029480; Sat, 1 Mar 2014 11:33:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:33:48 GMT Message-Id: <201403011133.s21BXmsR029480@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:33:52 -0000 TB --- 2014-03-01 11:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:30:28 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 11:30:28 - cleaning the object tree TB --- 2014-03-01 11:30:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:31:28 - At svn revision 262653 TB --- 2014-03-01 11:31:29 - building world TB --- 2014-03-01 11:31:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:31:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:31:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:31:29 - SRCCONF=/dev/null TB --- 2014-03-01 11:31:29 - TARGET=ia64 TB --- 2014-03-01 11:31:29 - TARGET_ARCH=ia64 TB --- 2014-03-01 11:31:29 - TZ=UTC TB --- 2014-03-01 11:31:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:31:29 - cd /src TB --- 2014-03-01 11:31:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:31:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:33:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:33:48 - ERROR: failed to build world TB --- 2014-03-01 11:33:48 - 105.98 user 98.01 system 199.59 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:35:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54EE8E04 for ; Sat, 1 Mar 2014 11:35:09 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C1141149C for ; Sat, 1 Mar 2014 11:35:08 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s21BYq2S043556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sat, 1 Mar 2014 11:35:05 GMT (envelope-from matthew@FreeBSD.org) Message-ID: <5311C5D2.6000805@FreeBSD.org> Date: Sat, 01 Mar 2014 11:34:42 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: [releng_10 tinderbox] failure on amd64/amd64 References: <201403011117.s21BHYMJ063954@worker01.tb.des.no> In-Reply-To: <201403011117.s21BHYMJ063954@worker01.tb.des.no> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="dG805bEaCWrlxhh75RdB1V3mccSndEuDw" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Mar 2014 11:35:09 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dG805bEaCWrlxhh75RdB1V3mccSndEuDw Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 01/03/2014 11:17, FreeBSD Tinderbox wrote: > sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.= amd64/src/tmp/legacy/usr/sbin/mtree > /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/= tmp/legacy/usr/sbin/nmtree > ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or di= rectory Any chance of someone fixing this and stopping it spamming the list quite so much? It looks like the args to ln(1) have been reversed -- mtree gets installed under /usr/obj/... and then nmtree should be created as a link to it, perhaps? Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --dG805bEaCWrlxhh75RdB1V3mccSndEuDw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJTEcXcXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkAT8vwP/jh4Vziltwwxz8A+R19sTeLL l4jT+pECfyH9BT7YKQ0MkKa6hrIwuvJZkbcrJKMNVON2vHQAacpFEB00EsE3EEDA coTGTVRurj9kf20N1rC+aWT8BRwYbtR1F6bVlJGJO1vPzLtfojBegwaOMZBPWvzT Kd3g/E+Ahb++E5LPRZG9U/+sXPapXQG6IhNAqtnIjrFWAFNH4f/e6D581FF6cNen YnBKVHD27SEs2ChfNpKU6lAZ+P/vwSUOrjKVpxyF6d6SANImPMgyF67VGq9H2MCJ NJ2+M/GQVy91W8ATHtmasVXnnUxkv5QPGXz4x+ctQqAUbdcTY4kxFUo+7crcgMPR d7I/kFURbP4pYC3lLMvwNrc6yjtvAaj9ah406erme4oLePjmljLVx2NuOnmSog6C 4pLZ8sg1Ew6pDGdvgR5BybC1o5tEErh3v1P6i6tVb02Y0tFFQG682l7vJuJBkQOR 5qc8pm6dK3t1NNGHflPeMrTCkYmEkWnyeJPidttCcSDgcE1RC6laUD0xuZR4tpzs O92E1j6fQKWJAD1stHUjkP702ydkvGmgQNlMS058Xp4TdowA0U6af1DB8WLuWGUC xS731tFJOS/am1S8IbgWSpDpytySJ92SFPxcRwHbbzqWppm41eBQF3ogy/zhZ2pM EWu1a+4dCzEU5pn0Bv2q =wR1R -----END PGP SIGNATURE----- --dG805bEaCWrlxhh75RdB1V3mccSndEuDw-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:37:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5B26F1F; Sat, 1 Mar 2014 11:37:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0CD5C14BF; Sat, 1 Mar 2014 11:37:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Bbnke052798; Sat, 1 Mar 2014 13:37:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BbnNP052791; Sat, 1 Mar 2014 11:37:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:37:49 GMT Message-Id: <201403011137.s21BbnNP052791@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:37:54 -0000 TB --- 2014-03-01 11:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:30:28 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 11:30:28 - cleaning the object tree TB --- 2014-03-01 11:30:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:31:26 - At svn revision 262653 TB --- 2014-03-01 11:31:27 - building world TB --- 2014-03-01 11:31:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:31:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:31:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:31:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:31:27 - TARGET=amd64 TB --- 2014-03-01 11:31:27 - TARGET_ARCH=amd64 TB --- 2014-03-01 11:31:27 - TZ=UTC TB --- 2014-03-01 11:31:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:31:27 - cd /src TB --- 2014-03-01 11:31:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:31:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:37:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:37:49 - ERROR: failed to build world TB --- 2014-03-01 11:37:49 - 316.59 user 132.09 system 441.12 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:37:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A35A7F20; Sat, 1 Mar 2014 11:37:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CDF9514C0; Sat, 1 Mar 2014 11:37:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Bbo6k052908; Sat, 1 Mar 2014 13:37:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BboeU052900; Sat, 1 Mar 2014 11:37:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:37:50 GMT Message-Id: <201403011137.s21BboeU052900@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:37:54 -0000 TB --- 2014-03-01 11:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:30:28 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 11:30:28 - cleaning the object tree TB --- 2014-03-01 11:30:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:31:28 - At svn revision 262653 TB --- 2014-03-01 11:31:29 - building world TB --- 2014-03-01 11:31:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:31:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:31:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:31:29 - SRCCONF=/dev/null TB --- 2014-03-01 11:31:29 - TARGET=arm TB --- 2014-03-01 11:31:29 - TARGET_ARCH=arm TB --- 2014-03-01 11:31:29 - TZ=UTC TB --- 2014-03-01 11:31:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:31:29 - cd /src TB --- 2014-03-01 11:31:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:31:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:37:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:37:50 - ERROR: failed to build world TB --- 2014-03-01 11:37:50 - 313.51 user 135.93 system 441.73 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:37:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B9A9F1E; Sat, 1 Mar 2014 11:37:51 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 56D7414BE; Sat, 1 Mar 2014 11:37:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Bblps052176; Sat, 1 Mar 2014 13:37:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BblE6052172; Sat, 1 Mar 2014 11:37:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:37:47 GMT Message-Id: <201403011137.s21BblE6052172@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:37:51 -0000 TB --- 2014-03-01 11:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:30:28 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 11:30:28 - cleaning the object tree TB --- 2014-03-01 11:30:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:31:25 - At svn revision 262653 TB --- 2014-03-01 11:31:26 - building world TB --- 2014-03-01 11:31:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:31:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:31:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:31:26 - SRCCONF=/dev/null TB --- 2014-03-01 11:31:26 - TARGET=powerpc TB --- 2014-03-01 11:31:26 - TARGET_ARCH=powerpc TB --- 2014-03-01 11:31:26 - TZ=UTC TB --- 2014-03-01 11:31:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:31:26 - cd /src TB --- 2014-03-01 11:31:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:31:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:37:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:37:47 - ERROR: failed to build world TB --- 2014-03-01 11:37:47 - 315.40 user 130.45 system 438.41 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:37:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9B9DF21; Sat, 1 Mar 2014 11:37:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1120314C1; Sat, 1 Mar 2014 11:37:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BbqSx053114; Sat, 1 Mar 2014 13:37:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BbpD0053113; Sat, 1 Mar 2014 11:37:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:37:51 GMT Message-Id: <201403011137.s21BbpD0053113@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:37:56 -0000 TB --- 2014-03-01 11:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:30:28 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 11:30:28 - cleaning the object tree TB --- 2014-03-01 11:30:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:31:28 - At svn revision 262653 TB --- 2014-03-01 11:31:29 - building world TB --- 2014-03-01 11:31:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:31:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:31:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:31:29 - SRCCONF=/dev/null TB --- 2014-03-01 11:31:29 - TARGET=arm TB --- 2014-03-01 11:31:29 - TARGET_ARCH=armv6 TB --- 2014-03-01 11:31:29 - TZ=UTC TB --- 2014-03-01 11:31:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:31:29 - cd /src TB --- 2014-03-01 11:31:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:31:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:37:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:37:51 - ERROR: failed to build world TB --- 2014-03-01 11:37:51 - 314.40 user 136.45 system 443.15 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:37:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63754F22; Sat, 1 Mar 2014 11:37:56 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D92214C2; Sat, 1 Mar 2014 11:37:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BbqSY053151; Sat, 1 Mar 2014 13:37:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BbqeS053150; Sat, 1 Mar 2014 11:37:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:37:52 GMT Message-Id: <201403011137.s21BbqeS053150@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:37:56 -0000 TB --- 2014-03-01 11:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:30:28 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 11:30:28 - cleaning the object tree TB --- 2014-03-01 11:30:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:31:27 - At svn revision 262653 TB --- 2014-03-01 11:31:28 - building world TB --- 2014-03-01 11:31:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:31:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:31:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:31:28 - SRCCONF=/dev/null TB --- 2014-03-01 11:31:28 - TARGET=powerpc TB --- 2014-03-01 11:31:28 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 11:31:28 - TZ=UTC TB --- 2014-03-01 11:31:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:31:28 - cd /src TB --- 2014-03-01 11:31:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:31:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:37:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:37:52 - ERROR: failed to build world TB --- 2014-03-01 11:37:52 - 315.12 user 135.84 system 443.65 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:37:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 600BDF25; Sat, 1 Mar 2014 11:37:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8B39114C4; Sat, 1 Mar 2014 11:37:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Bbr7Y053195; Sat, 1 Mar 2014 13:37:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BbrxG053194; Sat, 1 Mar 2014 11:37:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:37:53 GMT Message-Id: <201403011137.s21BbrxG053194@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:37:57 -0000 TB --- 2014-03-01 11:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:30:28 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 11:30:28 - cleaning the object tree TB --- 2014-03-01 11:30:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:31:28 - At svn revision 262653 TB --- 2014-03-01 11:31:29 - building world TB --- 2014-03-01 11:31:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:31:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:31:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:31:29 - SRCCONF=/dev/null TB --- 2014-03-01 11:31:29 - TARGET=pc98 TB --- 2014-03-01 11:31:29 - TARGET_ARCH=i386 TB --- 2014-03-01 11:31:29 - TZ=UTC TB --- 2014-03-01 11:31:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:31:29 - cd /src TB --- 2014-03-01 11:31:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:31:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:37:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:37:53 - ERROR: failed to build world TB --- 2014-03-01 11:37:53 - 316.54 user 135.79 system 444.66 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:37:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04EB4F23; Sat, 1 Mar 2014 11:37:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2FA5014C3; Sat, 1 Mar 2014 11:37:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Bbrn4053182; Sat, 1 Mar 2014 13:37:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BbrZ8053181; Sat, 1 Mar 2014 11:37:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:37:53 GMT Message-Id: <201403011137.s21BbrZ8053181@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:37:57 -0000 TB --- 2014-03-01 11:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:30:28 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 11:30:28 - cleaning the object tree TB --- 2014-03-01 11:30:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:31:28 - At svn revision 262653 TB --- 2014-03-01 11:31:29 - building world TB --- 2014-03-01 11:31:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:31:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:31:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:31:29 - SRCCONF=/dev/null TB --- 2014-03-01 11:31:29 - TARGET=i386 TB --- 2014-03-01 11:31:29 - TARGET_ARCH=i386 TB --- 2014-03-01 11:31:29 - TZ=UTC TB --- 2014-03-01 11:31:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:31:29 - cd /src TB --- 2014-03-01 11:31:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:31:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:37:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:37:53 - ERROR: failed to build world TB --- 2014-03-01 11:37:53 - 315.10 user 137.02 system 444.29 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:43:43 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0362D9AC; Sat, 1 Mar 2014 11:43:43 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2EDCD15F6; Sat, 1 Mar 2014 11:43:41 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BhdvY073481; Sat, 1 Mar 2014 13:43:39 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Bhdqf073480; Sat, 1 Mar 2014 11:43:39 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:43:39 GMT Message-Id: <201403011143.s21Bhdqf073480@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:43:43 -0000 TB --- 2014-03-01 11:40:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:40:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:40:29 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 11:40:29 - cleaning the object tree TB --- 2014-03-01 11:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:41:19 - At svn revision 262653 TB --- 2014-03-01 11:41:20 - building world TB --- 2014-03-01 11:41:20 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:41:20 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:41:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:41:20 - SRCCONF=/dev/null TB --- 2014-03-01 11:41:20 - TARGET=sparc64 TB --- 2014-03-01 11:41:20 - TARGET_ARCH=sparc64 TB --- 2014-03-01 11:41:20 - TZ=UTC TB --- 2014-03-01 11:41:20 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:41:20 - cd /src TB --- 2014-03-01 11:41:20 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:41:30 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:43:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:43:39 - ERROR: failed to build world TB --- 2014-03-01 11:43:39 - 104.19 user 90.33 system 189.97 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:43:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD7839D3; Sat, 1 Mar 2014 11:43:49 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 06C5415F8; Sat, 1 Mar 2014 11:43:48 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Bhjhj074209; Sat, 1 Mar 2014 13:43:45 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BhjF6074208; Sat, 1 Mar 2014 11:43:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:43:45 GMT Message-Id: <201403011143.s21BhjF6074208@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:43:50 -0000 TB --- 2014-03-01 11:40:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:40:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:40:29 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 11:40:29 - cleaning the object tree TB --- 2014-03-01 11:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:41:26 - At svn revision 262653 TB --- 2014-03-01 11:41:27 - building world TB --- 2014-03-01 11:41:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:41:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:41:27 - TARGET=mips TB --- 2014-03-01 11:41:27 - TARGET_ARCH=mips64 TB --- 2014-03-01 11:41:27 - TZ=UTC TB --- 2014-03-01 11:41:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:41:27 - cd /src TB --- 2014-03-01 11:41:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:41:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:43:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:43:45 - ERROR: failed to build world TB --- 2014-03-01 11:43:45 - 104.76 user 96.55 system 196.72 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:43:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0F9CA75; Sat, 1 Mar 2014 11:43:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1BA0915F9; Sat, 1 Mar 2014 11:43:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BhlGx074260; Sat, 1 Mar 2014 13:43:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Bhl3g074259; Sat, 1 Mar 2014 11:43:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:43:47 GMT Message-Id: <201403011143.s21Bhl3g074259@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:43:51 -0000 TB --- 2014-03-01 11:40:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:40:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:40:29 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 11:40:29 - cleaning the object tree TB --- 2014-03-01 11:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:41:26 - At svn revision 262653 TB --- 2014-03-01 11:41:27 - building world TB --- 2014-03-01 11:41:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:41:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:41:27 - TARGET=mips TB --- 2014-03-01 11:41:27 - TARGET_ARCH=mips TB --- 2014-03-01 11:41:27 - TZ=UTC TB --- 2014-03-01 11:41:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:41:27 - cd /src TB --- 2014-03-01 11:41:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:41:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:43:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:43:47 - ERROR: failed to build world TB --- 2014-03-01 11:43:47 - 105.59 user 96.50 system 197.91 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:43:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EEC81A7D; Sat, 1 Mar 2014 11:43:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 276F515FA; Sat, 1 Mar 2014 11:43:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BhlXu074266; Sat, 1 Mar 2014 13:43:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BhlCB074265; Sat, 1 Mar 2014 11:43:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:43:47 GMT Message-Id: <201403011143.s21BhlCB074265@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:43:51 -0000 TB --- 2014-03-01 11:40:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:40:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:40:29 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 11:40:29 - cleaning the object tree TB --- 2014-03-01 11:40:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:41:26 - At svn revision 262653 TB --- 2014-03-01 11:41:27 - building world TB --- 2014-03-01 11:41:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:41:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:41:27 - TARGET=ia64 TB --- 2014-03-01 11:41:27 - TARGET_ARCH=ia64 TB --- 2014-03-01 11:41:27 - TZ=UTC TB --- 2014-03-01 11:41:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:41:27 - cd /src TB --- 2014-03-01 11:41:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:41:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:43:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:43:47 - ERROR: failed to build world TB --- 2014-03-01 11:43:47 - 105.11 user 97.09 system 197.95 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:47:46 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50487EAA; Sat, 1 Mar 2014 11:47:46 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B8DD1653; Sat, 1 Mar 2014 11:47:45 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BlgdG096208; Sat, 1 Mar 2014 13:47:42 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BlgZW096206; Sat, 1 Mar 2014 11:47:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:47:42 GMT Message-Id: <201403011147.s21BlgZW096206@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:47:46 -0000 TB --- 2014-03-01 11:40:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:40:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:40:29 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 11:40:29 - cleaning the object tree TB --- 2014-03-01 11:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:41:21 - At svn revision 262653 TB --- 2014-03-01 11:41:22 - building world TB --- 2014-03-01 11:41:22 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:41:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:41:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:41:22 - SRCCONF=/dev/null TB --- 2014-03-01 11:41:22 - TARGET=powerpc TB --- 2014-03-01 11:41:22 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 11:41:22 - TZ=UTC TB --- 2014-03-01 11:41:22 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:41:22 - cd /src TB --- 2014-03-01 11:41:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:41:33 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:47:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:47:42 - ERROR: failed to build world TB --- 2014-03-01 11:47:42 - 314.84 user 125.73 system 433.28 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:47:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79AE2F81; Sat, 1 Mar 2014 11:47:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A84DA1656; Sat, 1 Mar 2014 11:47:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BloEc097817; Sat, 1 Mar 2014 13:47:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BloBr097813; Sat, 1 Mar 2014 11:47:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:47:50 GMT Message-Id: <201403011147.s21BloBr097813@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:47:54 -0000 TB --- 2014-03-01 11:40:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:40:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:40:29 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 11:40:29 - cleaning the object tree TB --- 2014-03-01 11:40:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:41:25 - At svn revision 262653 TB --- 2014-03-01 11:41:26 - building world TB --- 2014-03-01 11:41:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:41:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:41:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:41:26 - SRCCONF=/dev/null TB --- 2014-03-01 11:41:26 - TARGET=arm TB --- 2014-03-01 11:41:26 - TARGET_ARCH=arm TB --- 2014-03-01 11:41:26 - TZ=UTC TB --- 2014-03-01 11:41:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:41:26 - cd /src TB --- 2014-03-01 11:41:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:41:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:47:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:47:50 - ERROR: failed to build world TB --- 2014-03-01 11:47:50 - 315.71 user 133.52 system 441.30 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:47:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8ABE5F9A; Sat, 1 Mar 2014 11:47:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B94C11658; Sat, 1 Mar 2014 11:47:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BlppB097954; Sat, 1 Mar 2014 13:47:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BlpjL097950; Sat, 1 Mar 2014 11:47:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:47:51 GMT Message-Id: <201403011147.s21BlpjL097950@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:47:55 -0000 TB --- 2014-03-01 11:40:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:40:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:40:29 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 11:40:29 - cleaning the object tree TB --- 2014-03-01 11:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:41:26 - At svn revision 262653 TB --- 2014-03-01 11:41:27 - building world TB --- 2014-03-01 11:41:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:41:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:41:27 - TARGET=arm TB --- 2014-03-01 11:41:27 - TARGET_ARCH=armv6 TB --- 2014-03-01 11:41:27 - TZ=UTC TB --- 2014-03-01 11:41:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:41:27 - cd /src TB --- 2014-03-01 11:41:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:41:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:47:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:47:51 - ERROR: failed to build world TB --- 2014-03-01 11:47:51 - 314.46 user 135.91 system 442.55 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:47:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55523F99; Sat, 1 Mar 2014 11:47:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8381B1657; Sat, 1 Mar 2014 11:47:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BlpEj097931; Sat, 1 Mar 2014 13:47:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BlpLf097929; Sat, 1 Mar 2014 11:47:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:47:51 GMT Message-Id: <201403011147.s21BlpLf097929@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:47:55 -0000 TB --- 2014-03-01 11:40:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:40:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:40:29 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 11:40:29 - cleaning the object tree TB --- 2014-03-01 11:40:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:41:25 - At svn revision 262653 TB --- 2014-03-01 11:41:26 - building world TB --- 2014-03-01 11:41:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:41:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:41:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:41:26 - SRCCONF=/dev/null TB --- 2014-03-01 11:41:26 - TARGET=powerpc TB --- 2014-03-01 11:41:26 - TARGET_ARCH=powerpc TB --- 2014-03-01 11:41:26 - TZ=UTC TB --- 2014-03-01 11:41:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:41:26 - cd /src TB --- 2014-03-01 11:41:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:41:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:47:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:47:51 - ERROR: failed to build world TB --- 2014-03-01 11:47:51 - 314.52 user 135.62 system 442.32 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:47:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0003F9E; Sat, 1 Mar 2014 11:47:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2990F165A; Sat, 1 Mar 2014 11:47:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BlqPt097985; Sat, 1 Mar 2014 13:47:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BlqjD097984; Sat, 1 Mar 2014 11:47:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:47:52 GMT Message-Id: <201403011147.s21BlqjD097984@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:47:56 -0000 TB --- 2014-03-01 11:40:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:40:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:40:29 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 11:40:29 - cleaning the object tree TB --- 2014-03-01 11:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:41:26 - At svn revision 262653 TB --- 2014-03-01 11:41:27 - building world TB --- 2014-03-01 11:41:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:41:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:41:27 - TARGET=i386 TB --- 2014-03-01 11:41:27 - TARGET_ARCH=i386 TB --- 2014-03-01 11:41:27 - TZ=UTC TB --- 2014-03-01 11:41:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:41:27 - cd /src TB --- 2014-03-01 11:41:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:41:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:47:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:47:52 - ERROR: failed to build world TB --- 2014-03-01 11:47:52 - 315.09 user 135.84 system 442.95 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:47:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDFCAF9D; Sat, 1 Mar 2014 11:47:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 078561659; Sat, 1 Mar 2014 11:47:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BlpER097973; Sat, 1 Mar 2014 13:47:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BlpUP097971; Sat, 1 Mar 2014 11:47:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:47:51 GMT Message-Id: <201403011147.s21BlpUP097971@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:47:56 -0000 TB --- 2014-03-01 11:40:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:40:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:40:29 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 11:40:29 - cleaning the object tree TB --- 2014-03-01 11:40:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:41:26 - At svn revision 262653 TB --- 2014-03-01 11:41:27 - building world TB --- 2014-03-01 11:41:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:41:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:41:27 - TARGET=amd64 TB --- 2014-03-01 11:41:27 - TARGET_ARCH=amd64 TB --- 2014-03-01 11:41:27 - TZ=UTC TB --- 2014-03-01 11:41:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:41:27 - cd /src TB --- 2014-03-01 11:41:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:41:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:47:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:47:51 - ERROR: failed to build world TB --- 2014-03-01 11:47:51 - 313.98 user 136.85 system 442.82 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:47:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23760F9F; Sat, 1 Mar 2014 11:47:56 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 51A05165B; Sat, 1 Mar 2014 11:47:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BlqkQ097993; Sat, 1 Mar 2014 13:47:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BlqUr097992; Sat, 1 Mar 2014 11:47:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:47:52 GMT Message-Id: <201403011147.s21BlqUr097992@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:47:56 -0000 TB --- 2014-03-01 11:40:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:40:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:40:29 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 11:40:29 - cleaning the object tree TB --- 2014-03-01 11:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:41:26 - At svn revision 262653 TB --- 2014-03-01 11:41:27 - building world TB --- 2014-03-01 11:41:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:41:27 - SRCCONF=/dev/null TB --- 2014-03-01 11:41:27 - TARGET=pc98 TB --- 2014-03-01 11:41:27 - TARGET_ARCH=i386 TB --- 2014-03-01 11:41:27 - TZ=UTC TB --- 2014-03-01 11:41:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:41:27 - cd /src TB --- 2014-03-01 11:41:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:41:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:47:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:47:52 - ERROR: failed to build world TB --- 2014-03-01 11:47:52 - 315.74 user 134.98 system 443.12 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:50:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E146717 for ; Sat, 1 Mar 2014 11:50:39 +0000 (UTC) Received: from spectrum.skysmurf.nl (spectrum.skysmurf.nl [82.95.125.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1CB2116CF for ; Sat, 1 Mar 2014 11:50:38 +0000 (UTC) Received: from spectrum.skysmurf.nl (mail.skysmurf.nl [192.168.42.4] (may be forged)) by spectrum.skysmurf.nl (8.14.7/8.14.7) with SMTP id s21BoUGl068298 for ; Sat, 1 Mar 2014 12:50:30 +0100 (CET) (envelope-from freebsd@skysmurf.nl) Received: by spectrum.skysmurf.nl (sSMTP sendmail emulation); Sat, 01 Mar 2014 12:50:30 +0100 Date: Sat, 1 Mar 2014 12:50:30 +0100 From: "A.J. 'Fonz' van Werven" To: freebsd-stable@freebsd.org Subject: Re: [releng_10 tinderbox] failure on arm/arm Message-ID: <20140301115030.GA68235@spectrum.skysmurf.nl> References: <201403011107.s21B7qEj022138@worker01.tb.des.no> <5311C0F4.1000909@mail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <5311C0F4.1000909@mail.com> X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Mar 2014 11:50:39 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Jeff Tipton wrote: [snip Tinderbox mail] > What is this? On a related note: does the tinderbox@freebsd.org account belong to a real person, or is it a fully automated thing? The reason I'm asking is because in the latter case I'll probably be doing some editing to my ~/.procmailrc file ;-) AvW --=20 I'm not completely useless, I can be used as a bad example. --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTEcmGAAoJEAfP7gJTaCe8A0UQALqBQN8GK14j37klgZee4PLu uRs+KG+imuYnLrETU+dKXpde2MkUFIikmgV/Wo4sGPh9A0XKWRwNlgbtfB7lmwbA bOShf0WC2iYNNsm9NgeBeC8ajqLmCdypDYldzYP+7CbcPx6kJe9Vk4Mr+PBVz7kN DOT1XCHlmcKkj6xhvUH6OL9GcJlNpOvyyeW3amJ2dhs9EuPEdsK8mEfDMcTbSedE Ujuw7KN0TcinM8OhSi2bd3D7F5RM8A7gxzL/jwOcS7Am5d6oyBtlwmYPVlZaYCBs nGWeecMWvRHe91Ym3YxS5VtPjJqkxT/gzK2PgatjYcKu5m3tEklzQQTqP83TEyCr WKlIBEoaolHEVSbKVg5AgHlGVEN3pIBKWix98v5yeOPIDAoc/qQmidB8OmeZiB9a imdTV7P8u1IybEAtmr6ce55kEY9nFXTEheYpPIqJaXKmmNQurF71LHni1gZG+vfq HZP+6HAt8Bn3W68AgnMFkMksPLb3bjRz1KuggZJYbGVR/WrPduJ+CeGwin66mv6i 3j2pkIUFgvYkC6ZkZRYnmqJmpNdjyoT28de0YZ9LcCf9MRbXgtI53OrtKbgWSXpB onykigA9f05wZjUPjUJl8EVfp6wT613WDDS4663BLdwU9PeXja5v4Xsva09XUNe4 fmkBZlT2hPYVqovG+ZOB =95/7 -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:53:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B229885A; Sat, 1 Mar 2014 11:53:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDA8E1764; Sat, 1 Mar 2014 11:53:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BrnQ7019160; Sat, 1 Mar 2014 13:53:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Brnou019159; Sat, 1 Mar 2014 11:53:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:53:49 GMT Message-Id: <201403011153.s21Brnou019159@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:53:53 -0000 TB --- 2014-03-01 11:50:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:50:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:50:29 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 11:50:29 - cleaning the object tree TB --- 2014-03-01 11:50:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:51:30 - At svn revision 262653 TB --- 2014-03-01 11:51:31 - building world TB --- 2014-03-01 11:51:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:51:31 - SRCCONF=/dev/null TB --- 2014-03-01 11:51:31 - TARGET=mips TB --- 2014-03-01 11:51:31 - TARGET_ARCH=mips64 TB --- 2014-03-01 11:51:31 - TZ=UTC TB --- 2014-03-01 11:51:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:51:31 - cd /src TB --- 2014-03-01 11:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:51:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:53:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:53:49 - ERROR: failed to build world TB --- 2014-03-01 11:53:49 - 105.25 user 100.20 system 200.77 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:53:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99634859; Sat, 1 Mar 2014 11:53:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C45341763; Sat, 1 Mar 2014 11:53:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BrnPF019154; Sat, 1 Mar 2014 13:53:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Brn5r019153; Sat, 1 Mar 2014 11:53:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:53:49 GMT Message-Id: <201403011153.s21Brn5r019153@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:53:53 -0000 TB --- 2014-03-01 11:50:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:50:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:50:29 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 11:50:29 - cleaning the object tree TB --- 2014-03-01 11:50:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:51:29 - At svn revision 262653 TB --- 2014-03-01 11:51:30 - building world TB --- 2014-03-01 11:51:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:51:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:51:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:51:30 - SRCCONF=/dev/null TB --- 2014-03-01 11:51:30 - TARGET=ia64 TB --- 2014-03-01 11:51:30 - TARGET_ARCH=ia64 TB --- 2014-03-01 11:51:30 - TZ=UTC TB --- 2014-03-01 11:51:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:51:30 - cd /src TB --- 2014-03-01 11:51:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:51:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:53:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:53:49 - ERROR: failed to build world TB --- 2014-03-01 11:53:49 - 105.81 user 98.18 system 200.70 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:53:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 520DD85B; Sat, 1 Mar 2014 11:53:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7DD321765; Sat, 1 Mar 2014 11:53:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BrnsM019168; Sat, 1 Mar 2014 13:53:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Brnuo019167; Sat, 1 Mar 2014 11:53:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:53:49 GMT Message-Id: <201403011153.s21Brnuo019167@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:53:54 -0000 TB --- 2014-03-01 11:50:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:50:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:50:29 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 11:50:29 - cleaning the object tree TB --- 2014-03-01 11:50:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:51:30 - At svn revision 262653 TB --- 2014-03-01 11:51:31 - building world TB --- 2014-03-01 11:51:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:51:31 - SRCCONF=/dev/null TB --- 2014-03-01 11:51:31 - TARGET=sparc64 TB --- 2014-03-01 11:51:31 - TARGET_ARCH=sparc64 TB --- 2014-03-01 11:51:31 - TZ=UTC TB --- 2014-03-01 11:51:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:51:31 - cd /src TB --- 2014-03-01 11:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:51:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:53:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:53:49 - ERROR: failed to build world TB --- 2014-03-01 11:53:49 - 104.58 user 101.26 system 200.85 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:53:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81C8F85C; Sat, 1 Mar 2014 11:53:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD3791766; Sat, 1 Mar 2014 11:53:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BroGX019189; Sat, 1 Mar 2014 13:53:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Broaq019188; Sat, 1 Mar 2014 11:53:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:53:50 GMT Message-Id: <201403011153.s21Broaq019188@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:53:54 -0000 TB --- 2014-03-01 11:50:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:50:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:50:29 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 11:50:29 - cleaning the object tree TB --- 2014-03-01 11:50:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:51:30 - At svn revision 262653 TB --- 2014-03-01 11:51:31 - building world TB --- 2014-03-01 11:51:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:51:31 - SRCCONF=/dev/null TB --- 2014-03-01 11:51:31 - TARGET=mips TB --- 2014-03-01 11:51:31 - TARGET_ARCH=mips TB --- 2014-03-01 11:51:31 - TZ=UTC TB --- 2014-03-01 11:51:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:51:31 - cd /src TB --- 2014-03-01 11:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:51:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:53:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:53:50 - ERROR: failed to build world TB --- 2014-03-01 11:53:50 - 105.71 user 100.64 system 201.59 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:57:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B40CBCEC; Sat, 1 Mar 2014 11:57:48 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DF6FB17B9; Sat, 1 Mar 2014 11:57:47 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BviLh041050; Sat, 1 Mar 2014 13:57:44 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BviiA040881; Sat, 1 Mar 2014 11:57:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:57:44 GMT Message-Id: <201403011157.s21BviiA040881@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:57:48 -0000 TB --- 2014-03-01 11:50:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:50:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:50:29 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 11:50:29 - cleaning the object tree TB --- 2014-03-01 11:50:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:51:24 - At svn revision 262653 TB --- 2014-03-01 11:51:25 - building world TB --- 2014-03-01 11:51:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:51:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:51:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:51:25 - SRCCONF=/dev/null TB --- 2014-03-01 11:51:25 - TARGET=arm TB --- 2014-03-01 11:51:25 - TARGET_ARCH=arm TB --- 2014-03-01 11:51:25 - TZ=UTC TB --- 2014-03-01 11:51:25 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:51:25 - cd /src TB --- 2014-03-01 11:51:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:51:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:57:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:57:44 - ERROR: failed to build world TB --- 2014-03-01 11:57:44 - 315.30 user 127.39 system 435.02 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:58:02 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95F12E0D; Sat, 1 Mar 2014 11:58:02 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C3D4217C0; Sat, 1 Mar 2014 11:57:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21BvlGV041641; Sat, 1 Mar 2014 13:57:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Bvlel041640; Sat, 1 Mar 2014 11:57:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:57:47 GMT Message-Id: <201403011157.s21Bvlel041640@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:58:02 -0000 TB --- 2014-03-01 11:50:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:50:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:50:29 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 11:50:29 - cleaning the object tree TB --- 2014-03-01 11:50:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:51:27 - At svn revision 262653 TB --- 2014-03-01 11:51:28 - building world TB --- 2014-03-01 11:51:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:51:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:51:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:51:28 - SRCCONF=/dev/null TB --- 2014-03-01 11:51:28 - TARGET=i386 TB --- 2014-03-01 11:51:28 - TARGET_ARCH=i386 TB --- 2014-03-01 11:51:28 - TZ=UTC TB --- 2014-03-01 11:51:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:51:28 - cd /src TB --- 2014-03-01 11:51:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:51:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:57:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:57:47 - ERROR: failed to build world TB --- 2014-03-01 11:57:47 - 313.66 user 132.53 system 438.82 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:58:45 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00667F30; Sat, 1 Mar 2014 11:58:44 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B0B617E7; Sat, 1 Mar 2014 11:58:43 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Bw3Su042908; Sat, 1 Mar 2014 13:58:03 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BvuGj042897; Sat, 1 Mar 2014 11:57:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:57:56 GMT Message-Id: <201403011157.s21BvuGj042897@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:58:45 -0000 TB --- 2014-03-01 11:50:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:50:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:50:29 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 11:50:29 - cleaning the object tree TB --- 2014-03-01 11:50:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:51:30 - At svn revision 262653 TB --- 2014-03-01 11:51:31 - building world TB --- 2014-03-01 11:51:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:51:31 - SRCCONF=/dev/null TB --- 2014-03-01 11:51:31 - TARGET=powerpc TB --- 2014-03-01 11:51:31 - TARGET_ARCH=powerpc TB --- 2014-03-01 11:51:31 - TZ=UTC TB --- 2014-03-01 11:51:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:51:31 - cd /src TB --- 2014-03-01 11:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:51:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:57:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:57:56 - ERROR: failed to build world TB --- 2014-03-01 11:57:56 - 315.68 user 138.74 system 447.23 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:58:45 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00D96F31; Sat, 1 Mar 2014 11:58:44 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 200B917E9; Sat, 1 Mar 2014 11:58:43 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Bw319042907; Sat, 1 Mar 2014 13:58:03 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BvugT042896; Sat, 1 Mar 2014 11:57:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:57:56 GMT Message-Id: <201403011157.s21BvugT042896@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:58:45 -0000 TB --- 2014-03-01 11:50:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:50:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:50:29 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 11:50:29 - cleaning the object tree TB --- 2014-03-01 11:50:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:51:30 - At svn revision 262653 TB --- 2014-03-01 11:51:31 - building world TB --- 2014-03-01 11:51:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:51:31 - SRCCONF=/dev/null TB --- 2014-03-01 11:51:31 - TARGET=pc98 TB --- 2014-03-01 11:51:31 - TARGET_ARCH=i386 TB --- 2014-03-01 11:51:31 - TZ=UTC TB --- 2014-03-01 11:51:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:51:31 - cd /src TB --- 2014-03-01 11:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:51:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:57:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:57:56 - ERROR: failed to build world TB --- 2014-03-01 11:57:56 - 315.38 user 139.70 system 447.23 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:58:45 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20F6EF32; Sat, 1 Mar 2014 11:58:45 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 239CF17EA; Sat, 1 Mar 2014 11:58:43 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Bw2dt042904; Sat, 1 Mar 2014 13:58:02 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BvtdW042850; Sat, 1 Mar 2014 11:57:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:57:55 GMT Message-Id: <201403011157.s21BvtdW042850@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:58:45 -0000 TB --- 2014-03-01 11:50:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:50:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:50:29 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 11:50:29 - cleaning the object tree TB --- 2014-03-01 11:50:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:51:30 - At svn revision 262653 TB --- 2014-03-01 11:51:31 - building world TB --- 2014-03-01 11:51:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:51:31 - SRCCONF=/dev/null TB --- 2014-03-01 11:51:31 - TARGET=amd64 TB --- 2014-03-01 11:51:31 - TARGET_ARCH=amd64 TB --- 2014-03-01 11:51:31 - TZ=UTC TB --- 2014-03-01 11:51:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:51:31 - cd /src TB --- 2014-03-01 11:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:51:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:57:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:57:55 - ERROR: failed to build world TB --- 2014-03-01 11:57:55 - 314.05 user 139.88 system 446.15 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:58:45 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4EBAF2F; Sat, 1 Mar 2014 11:58:44 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 076A217E6; Sat, 1 Mar 2014 11:58:43 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Bw1LQ042899; Sat, 1 Mar 2014 13:58:01 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Bvs27042813; Sat, 1 Mar 2014 11:57:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:57:54 GMT Message-Id: <201403011157.s21Bvs27042813@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:58:45 -0000 TB --- 2014-03-01 11:50:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:50:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:50:29 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 11:50:29 - cleaning the object tree TB --- 2014-03-01 11:50:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:51:30 - At svn revision 262653 TB --- 2014-03-01 11:51:31 - building world TB --- 2014-03-01 11:51:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:51:31 - SRCCONF=/dev/null TB --- 2014-03-01 11:51:31 - TARGET=powerpc TB --- 2014-03-01 11:51:31 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 11:51:31 - TZ=UTC TB --- 2014-03-01 11:51:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:51:31 - cd /src TB --- 2014-03-01 11:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:51:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:57:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:57:54 - ERROR: failed to build world TB --- 2014-03-01 11:57:54 - 315.02 user 138.27 system 445.66 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:58:44 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4B7CF2E; Sat, 1 Mar 2014 11:58:44 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B13F17E8; Sat, 1 Mar 2014 11:58:43 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Bw1tJ042898; Sat, 1 Mar 2014 13:58:01 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21BvqHb042546; Sat, 1 Mar 2014 11:57:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 11:57:52 GMT Message-Id: <201403011157.s21BvqHb042546@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 11:58:45 -0000 TB --- 2014-03-01 11:50:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 11:50:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 11:50:29 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 11:50:29 - cleaning the object tree TB --- 2014-03-01 11:50:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 11:51:29 - At svn revision 262653 TB --- 2014-03-01 11:51:30 - building world TB --- 2014-03-01 11:51:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 11:51:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 11:51:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 11:51:30 - SRCCONF=/dev/null TB --- 2014-03-01 11:51:30 - TARGET=arm TB --- 2014-03-01 11:51:30 - TARGET_ARCH=armv6 TB --- 2014-03-01 11:51:30 - TZ=UTC TB --- 2014-03-01 11:51:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 11:51:30 - cd /src TB --- 2014-03-01 11:51:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 11:51:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 11:57:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 11:57:52 - ERROR: failed to build world TB --- 2014-03-01 11:57:52 - 314.09 user 136.66 system 443.75 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:03:46 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42AFD69A; Sat, 1 Mar 2014 12:03:46 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6C7D318E5; Sat, 1 Mar 2014 12:03:44 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21C3gTu063374; Sat, 1 Mar 2014 14:03:42 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21C3gdr063373; Sat, 1 Mar 2014 12:03:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:03:42 GMT Message-Id: <201403011203.s21C3gdr063373@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:03:46 -0000 TB --- 2014-03-01 12:00:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:00:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:00:29 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 12:00:29 - cleaning the object tree TB --- 2014-03-01 12:00:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:01:22 - At svn revision 262653 TB --- 2014-03-01 12:01:23 - building world TB --- 2014-03-01 12:01:23 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:01:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:01:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:01:23 - SRCCONF=/dev/null TB --- 2014-03-01 12:01:23 - TARGET=ia64 TB --- 2014-03-01 12:01:23 - TARGET_ARCH=ia64 TB --- 2014-03-01 12:01:23 - TZ=UTC TB --- 2014-03-01 12:01:23 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:01:23 - cd /src TB --- 2014-03-01 12:01:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:01:33 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:03:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:03:42 - ERROR: failed to build world TB --- 2014-03-01 12:03:42 - 105.88 user 91.55 system 193.09 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:03:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D50069D; Sat, 1 Mar 2014 12:03:51 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8778C18E7; Sat, 1 Mar 2014 12:03:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21C3l3u063962; Sat, 1 Mar 2014 14:03:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21C3l0Y063961; Sat, 1 Mar 2014 12:03:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:03:47 GMT Message-Id: <201403011203.s21C3l0Y063961@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:03:51 -0000 TB --- 2014-03-01 12:00:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:00:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:00:29 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 12:00:29 - cleaning the object tree TB --- 2014-03-01 12:00:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:01:27 - At svn revision 262653 TB --- 2014-03-01 12:01:28 - building world TB --- 2014-03-01 12:01:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:01:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:01:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:01:28 - SRCCONF=/dev/null TB --- 2014-03-01 12:01:28 - TARGET=sparc64 TB --- 2014-03-01 12:01:28 - TARGET_ARCH=sparc64 TB --- 2014-03-01 12:01:28 - TZ=UTC TB --- 2014-03-01 12:01:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:01:28 - cd /src TB --- 2014-03-01 12:01:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:01:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:03:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:03:47 - ERROR: failed to build world TB --- 2014-03-01 12:03:47 - 105.72 user 96.75 system 198.40 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:03:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DC3A69E; Sat, 1 Mar 2014 12:03:51 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C031818E8; Sat, 1 Mar 2014 12:03:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21C3l6h063978; Sat, 1 Mar 2014 14:03:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21C3l4n063977; Sat, 1 Mar 2014 12:03:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:03:47 GMT Message-Id: <201403011203.s21C3l4n063977@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:03:51 -0000 TB --- 2014-03-01 12:00:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:00:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:00:29 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 12:00:29 - cleaning the object tree TB --- 2014-03-01 12:00:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:01:28 - At svn revision 262653 TB --- 2014-03-01 12:01:29 - building world TB --- 2014-03-01 12:01:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:01:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:01:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:01:29 - SRCCONF=/dev/null TB --- 2014-03-01 12:01:29 - TARGET=mips TB --- 2014-03-01 12:01:29 - TARGET_ARCH=mips64 TB --- 2014-03-01 12:01:29 - TZ=UTC TB --- 2014-03-01 12:01:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:01:29 - cd /src TB --- 2014-03-01 12:01:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:01:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:03:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:03:47 - ERROR: failed to build world TB --- 2014-03-01 12:03:47 - 105.12 user 97.85 system 198.63 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:03:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6068C6A4; Sat, 1 Mar 2014 12:03:52 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C92C18E9; Sat, 1 Mar 2014 12:03:51 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21C3m2S063997; Sat, 1 Mar 2014 14:03:48 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21C3mcH063996; Sat, 1 Mar 2014 12:03:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:03:48 GMT Message-Id: <201403011203.s21C3mcH063996@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:03:52 -0000 TB --- 2014-03-01 12:00:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:00:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:00:29 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 12:00:29 - cleaning the object tree TB --- 2014-03-01 12:00:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:01:29 - At svn revision 262653 TB --- 2014-03-01 12:01:30 - building world TB --- 2014-03-01 12:01:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:01:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:01:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:01:30 - SRCCONF=/dev/null TB --- 2014-03-01 12:01:30 - TARGET=mips TB --- 2014-03-01 12:01:30 - TARGET_ARCH=mips TB --- 2014-03-01 12:01:30 - TZ=UTC TB --- 2014-03-01 12:01:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:01:30 - cd /src TB --- 2014-03-01 12:01:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:01:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:03:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:03:48 - ERROR: failed to build world TB --- 2014-03-01 12:03:48 - 105.46 user 97.83 system 199.44 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:07:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4520DAF6; Sat, 1 Mar 2014 12:07:51 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6FC7D1932; Sat, 1 Mar 2014 12:07:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21C7luY086488; Sat, 1 Mar 2014 14:07:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21C7lYl086481; Sat, 1 Mar 2014 12:07:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:07:47 GMT Message-Id: <201403011207.s21C7lYl086481@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:07:51 -0000 TB --- 2014-03-01 12:00:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:00:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:00:29 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 12:00:29 - cleaning the object tree TB --- 2014-03-01 12:00:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:01:25 - At svn revision 262653 TB --- 2014-03-01 12:01:26 - building world TB --- 2014-03-01 12:01:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:01:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:01:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:01:26 - SRCCONF=/dev/null TB --- 2014-03-01 12:01:26 - TARGET=powerpc TB --- 2014-03-01 12:01:26 - TARGET_ARCH=powerpc TB --- 2014-03-01 12:01:26 - TZ=UTC TB --- 2014-03-01 12:01:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:01:26 - cd /src TB --- 2014-03-01 12:01:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:01:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:07:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:07:47 - ERROR: failed to build world TB --- 2014-03-01 12:07:47 - 316.36 user 128.85 system 438.02 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:07:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2ADF6AF7; Sat, 1 Mar 2014 12:07:52 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 57E811933; Sat, 1 Mar 2014 12:07:51 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21C7mZg086729; Sat, 1 Mar 2014 14:07:48 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21C7mSw086728; Sat, 1 Mar 2014 12:07:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:07:48 GMT Message-Id: <201403011207.s21C7mSw086728@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:07:52 -0000 TB --- 2014-03-01 12:00:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:00:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:00:29 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 12:00:29 - cleaning the object tree TB --- 2014-03-01 12:00:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:01:26 - At svn revision 262653 TB --- 2014-03-01 12:01:27 - building world TB --- 2014-03-01 12:01:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:01:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:01:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:01:27 - SRCCONF=/dev/null TB --- 2014-03-01 12:01:27 - TARGET=arm TB --- 2014-03-01 12:01:27 - TARGET_ARCH=armv6 TB --- 2014-03-01 12:01:27 - TZ=UTC TB --- 2014-03-01 12:01:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:01:27 - cd /src TB --- 2014-03-01 12:01:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:01:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:07:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:07:48 - ERROR: failed to build world TB --- 2014-03-01 12:07:48 - 313.52 user 133.21 system 439.23 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:07:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61C5DAFA; Sat, 1 Mar 2014 12:07:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D9E21936; Sat, 1 Mar 2014 12:07:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21C7rjd087633; Sat, 1 Mar 2014 14:07:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21C7rk3087632; Sat, 1 Mar 2014 12:07:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:07:53 GMT Message-Id: <201403011207.s21C7rk3087632@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:07:57 -0000 TB --- 2014-03-01 12:00:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:00:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:00:29 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 12:00:29 - cleaning the object tree TB --- 2014-03-01 12:00:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:01:27 - At svn revision 262653 TB --- 2014-03-01 12:01:28 - building world TB --- 2014-03-01 12:01:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:01:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:01:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:01:28 - SRCCONF=/dev/null TB --- 2014-03-01 12:01:28 - TARGET=i386 TB --- 2014-03-01 12:01:28 - TARGET_ARCH=i386 TB --- 2014-03-01 12:01:28 - TZ=UTC TB --- 2014-03-01 12:01:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:01:28 - cd /src TB --- 2014-03-01 12:01:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:01:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:07:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:07:53 - ERROR: failed to build world TB --- 2014-03-01 12:07:53 - 315.48 user 136.19 system 444.45 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:07:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61CC9B69; Sat, 1 Mar 2014 12:07:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 901E31937; Sat, 1 Mar 2014 12:07:57 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21C7shG087700; Sat, 1 Mar 2014 14:07:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21C7s4e087698; Sat, 1 Mar 2014 12:07:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:07:54 GMT Message-Id: <201403011207.s21C7s4e087698@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:07:58 -0000 TB --- 2014-03-01 12:00:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:00:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:00:29 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 12:00:29 - cleaning the object tree TB --- 2014-03-01 12:00:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:01:29 - At svn revision 262653 TB --- 2014-03-01 12:01:30 - building world TB --- 2014-03-01 12:01:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:01:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:01:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:01:30 - SRCCONF=/dev/null TB --- 2014-03-01 12:01:30 - TARGET=powerpc TB --- 2014-03-01 12:01:30 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 12:01:30 - TZ=UTC TB --- 2014-03-01 12:01:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:01:30 - cd /src TB --- 2014-03-01 12:01:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:01:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:07:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:07:54 - ERROR: failed to build world TB --- 2014-03-01 12:07:54 - 315.52 user 137.52 system 445.45 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:07:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC0BFAF9; Sat, 1 Mar 2014 12:07:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E70721935; Sat, 1 Mar 2014 12:07:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21C7pV2087365; Sat, 1 Mar 2014 14:07:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21C7p3R087360; Sat, 1 Mar 2014 12:07:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:07:51 GMT Message-Id: <201403011207.s21C7p3R087360@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:07:55 -0000 TB --- 2014-03-01 12:00:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:00:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:00:29 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 12:00:29 - cleaning the object tree TB --- 2014-03-01 12:00:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:01:28 - At svn revision 262653 TB --- 2014-03-01 12:01:29 - building world TB --- 2014-03-01 12:01:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:01:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:01:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:01:29 - SRCCONF=/dev/null TB --- 2014-03-01 12:01:29 - TARGET=arm TB --- 2014-03-01 12:01:29 - TARGET_ARCH=arm TB --- 2014-03-01 12:01:29 - TZ=UTC TB --- 2014-03-01 12:01:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:01:29 - cd /src TB --- 2014-03-01 12:01:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:01:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:07:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:07:51 - ERROR: failed to build world TB --- 2014-03-01 12:07:51 - 315.11 user 135.12 system 442.80 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:07:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65430B6A; Sat, 1 Mar 2014 12:07:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 911301938; Sat, 1 Mar 2014 12:07:57 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21C7sES087701; Sat, 1 Mar 2014 14:07:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21C7s7G087699; Sat, 1 Mar 2014 12:07:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:07:54 GMT Message-Id: <201403011207.s21C7s7G087699@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:07:58 -0000 TB --- 2014-03-01 12:00:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:00:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:00:29 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 12:00:29 - cleaning the object tree TB --- 2014-03-01 12:00:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:01:29 - At svn revision 262653 TB --- 2014-03-01 12:01:30 - building world TB --- 2014-03-01 12:01:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:01:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:01:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:01:30 - SRCCONF=/dev/null TB --- 2014-03-01 12:01:30 - TARGET=amd64 TB --- 2014-03-01 12:01:30 - TARGET_ARCH=amd64 TB --- 2014-03-01 12:01:30 - TZ=UTC TB --- 2014-03-01 12:01:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:01:30 - cd /src TB --- 2014-03-01 12:01:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:01:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:07:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:07:54 - ERROR: failed to build world TB --- 2014-03-01 12:07:54 - 315.33 user 138.31 system 445.47 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:07:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81E89B83; Sat, 1 Mar 2014 12:07:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A476D1939; Sat, 1 Mar 2014 12:07:57 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21C7sFG087707; Sat, 1 Mar 2014 14:07:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21C7svS087706; Sat, 1 Mar 2014 12:07:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:07:54 GMT Message-Id: <201403011207.s21C7svS087706@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:07:58 -0000 TB --- 2014-03-01 12:00:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:00:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:00:29 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 12:00:29 - cleaning the object tree TB --- 2014-03-01 12:00:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:01:27 - At svn revision 262653 TB --- 2014-03-01 12:01:28 - building world TB --- 2014-03-01 12:01:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:01:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:01:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:01:28 - SRCCONF=/dev/null TB --- 2014-03-01 12:01:28 - TARGET=pc98 TB --- 2014-03-01 12:01:28 - TARGET_ARCH=i386 TB --- 2014-03-01 12:01:28 - TZ=UTC TB --- 2014-03-01 12:01:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:01:28 - cd /src TB --- 2014-03-01 12:01:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:01:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:07:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:07:54 - ERROR: failed to build world TB --- 2014-03-01 12:07:54 - 315.34 user 138.11 system 445.55 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:13:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56934353; Sat, 1 Mar 2014 12:13:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 815691A50; Sat, 1 Mar 2014 12:13:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CDnk8008495; Sat, 1 Mar 2014 14:13:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CDnPB008493; Sat, 1 Mar 2014 12:13:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:13:49 GMT Message-Id: <201403011213.s21CDnPB008493@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:13:53 -0000 TB --- 2014-03-01 12:10:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:10:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:10:29 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 12:10:29 - cleaning the object tree TB --- 2014-03-01 12:10:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:11:30 - At svn revision 262653 TB --- 2014-03-01 12:11:31 - building world TB --- 2014-03-01 12:11:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:11:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:11:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:11:31 - SRCCONF=/dev/null TB --- 2014-03-01 12:11:31 - TARGET=sparc64 TB --- 2014-03-01 12:11:31 - TARGET_ARCH=sparc64 TB --- 2014-03-01 12:11:31 - TZ=UTC TB --- 2014-03-01 12:11:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:11:31 - cd /src TB --- 2014-03-01 12:11:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:11:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:13:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:13:49 - ERROR: failed to build world TB --- 2014-03-01 12:13:49 - 104.77 user 99.89 system 200.23 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:13:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53291358; Sat, 1 Mar 2014 12:13:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F6101A54; Sat, 1 Mar 2014 12:13:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CDrkc008916; Sat, 1 Mar 2014 14:13:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CDrqi008915; Sat, 1 Mar 2014 12:13:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:13:53 GMT Message-Id: <201403011213.s21CDrqi008915@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:13:57 -0000 TB --- 2014-03-01 12:10:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:10:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:10:29 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 12:10:29 - cleaning the object tree TB --- 2014-03-01 12:10:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:11:32 - At svn revision 262653 TB --- 2014-03-01 12:11:33 - building world TB --- 2014-03-01 12:11:33 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:11:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:11:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:11:33 - SRCCONF=/dev/null TB --- 2014-03-01 12:11:33 - TARGET=mips TB --- 2014-03-01 12:11:33 - TARGET_ARCH=mips TB --- 2014-03-01 12:11:33 - TZ=UTC TB --- 2014-03-01 12:11:33 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:11:33 - cd /src TB --- 2014-03-01 12:11:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:11:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:13:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:13:53 - ERROR: failed to build world TB --- 2014-03-01 12:13:53 - 105.74 user 102.94 system 204.25 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:13:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26B33357; Sat, 1 Mar 2014 12:13:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 523C91A53; Sat, 1 Mar 2014 12:13:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CDreP008901; Sat, 1 Mar 2014 14:13:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CDrWA008900; Sat, 1 Mar 2014 12:13:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:13:53 GMT Message-Id: <201403011213.s21CDrWA008900@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:13:57 -0000 TB --- 2014-03-01 12:10:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:10:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:10:29 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 12:10:29 - cleaning the object tree TB --- 2014-03-01 12:10:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:11:32 - At svn revision 262653 TB --- 2014-03-01 12:11:33 - building world TB --- 2014-03-01 12:11:33 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:11:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:11:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:11:33 - SRCCONF=/dev/null TB --- 2014-03-01 12:11:33 - TARGET=ia64 TB --- 2014-03-01 12:11:33 - TARGET_ARCH=ia64 TB --- 2014-03-01 12:11:33 - TZ=UTC TB --- 2014-03-01 12:11:33 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:11:33 - cd /src TB --- 2014-03-01 12:11:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:11:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:13:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:13:53 - ERROR: failed to build world TB --- 2014-03-01 12:13:53 - 104.27 user 103.99 system 203.88 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:13:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D82BA356; Sat, 1 Mar 2014 12:13:56 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 10C171A52; Sat, 1 Mar 2014 12:13:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CDrYG008895; Sat, 1 Mar 2014 14:13:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CDqJm008891; Sat, 1 Mar 2014 12:13:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:13:52 GMT Message-Id: <201403011213.s21CDqJm008891@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:13:57 -0000 TB --- 2014-03-01 12:10:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:10:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:10:29 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 12:10:29 - cleaning the object tree TB --- 2014-03-01 12:10:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:11:33 - At svn revision 262653 TB --- 2014-03-01 12:11:34 - building world TB --- 2014-03-01 12:11:34 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:11:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:11:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:11:34 - SRCCONF=/dev/null TB --- 2014-03-01 12:11:34 - TARGET=mips TB --- 2014-03-01 12:11:34 - TARGET_ARCH=mips64 TB --- 2014-03-01 12:11:34 - TZ=UTC TB --- 2014-03-01 12:11:34 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:11:34 - cd /src TB --- 2014-03-01 12:11:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:11:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:13:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:13:52 - ERROR: failed to build world TB --- 2014-03-01 12:13:52 - 104.94 user 103.14 system 203.78 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:17:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0BC0E7D7; Sat, 1 Mar 2014 12:17:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 386331AAB; Sat, 1 Mar 2014 12:17:51 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CHnn1031055; Sat, 1 Mar 2014 14:17:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CHnML031054; Sat, 1 Mar 2014 12:17:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:17:49 GMT Message-Id: <201403011217.s21CHnML031054@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:17:53 -0000 TB --- 2014-03-01 12:10:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:10:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:10:29 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 12:10:29 - cleaning the object tree TB --- 2014-03-01 12:10:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:11:27 - At svn revision 262653 TB --- 2014-03-01 12:11:28 - building world TB --- 2014-03-01 12:11:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:11:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:11:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:11:28 - SRCCONF=/dev/null TB --- 2014-03-01 12:11:28 - TARGET=powerpc TB --- 2014-03-01 12:11:28 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 12:11:28 - TZ=UTC TB --- 2014-03-01 12:11:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:11:28 - cd /src TB --- 2014-03-01 12:11:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:11:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:17:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:17:49 - ERROR: failed to build world TB --- 2014-03-01 12:17:49 - 314.55 user 131.85 system 439.94 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:17:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CF1F7DC; Sat, 1 Mar 2014 12:17:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 67A271AAF; Sat, 1 Mar 2014 12:17:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CHrHS031787; Sat, 1 Mar 2014 14:17:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CHrsr031783; Sat, 1 Mar 2014 12:17:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:17:53 GMT Message-Id: <201403011217.s21CHrsr031783@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:17:57 -0000 TB --- 2014-03-01 12:10:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:10:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:10:29 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 12:10:29 - cleaning the object tree TB --- 2014-03-01 12:10:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:11:30 - At svn revision 262653 TB --- 2014-03-01 12:11:31 - building world TB --- 2014-03-01 12:11:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:11:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:11:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:11:31 - SRCCONF=/dev/null TB --- 2014-03-01 12:11:31 - TARGET=powerpc TB --- 2014-03-01 12:11:31 - TARGET_ARCH=powerpc TB --- 2014-03-01 12:11:31 - TZ=UTC TB --- 2014-03-01 12:11:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:11:31 - cd /src TB --- 2014-03-01 12:11:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:11:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:17:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:17:53 - ERROR: failed to build world TB --- 2014-03-01 12:17:53 - 315.94 user 134.97 system 444.14 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:18:02 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 376C88CA; Sat, 1 Mar 2014 12:18:02 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 65DD91AB4; Sat, 1 Mar 2014 12:18:01 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CHwQu032629; Sat, 1 Mar 2014 14:17:58 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CHwZA032628; Sat, 1 Mar 2014 12:17:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:17:58 GMT Message-Id: <201403011217.s21CHwZA032628@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:18:02 -0000 TB --- 2014-03-01 12:10:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:10:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:10:29 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 12:10:29 - cleaning the object tree TB --- 2014-03-01 12:10:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:11:32 - At svn revision 262653 TB --- 2014-03-01 12:11:33 - building world TB --- 2014-03-01 12:11:33 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:11:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:11:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:11:33 - SRCCONF=/dev/null TB --- 2014-03-01 12:11:33 - TARGET=i386 TB --- 2014-03-01 12:11:33 - TARGET_ARCH=i386 TB --- 2014-03-01 12:11:33 - TZ=UTC TB --- 2014-03-01 12:11:33 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:11:33 - cd /src TB --- 2014-03-01 12:11:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:11:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:17:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:17:58 - ERROR: failed to build world TB --- 2014-03-01 12:17:58 - 316.16 user 141.09 system 449.16 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:18:01 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37AAF8A4; Sat, 1 Mar 2014 12:18:01 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 668EA1AB0; Sat, 1 Mar 2014 12:18:00 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CHv0n032575; Sat, 1 Mar 2014 14:17:57 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CHvE5032571; Sat, 1 Mar 2014 12:17:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:17:57 GMT Message-Id: <201403011217.s21CHvE5032571@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:18:01 -0000 TB --- 2014-03-01 12:10:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:10:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:10:29 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 12:10:29 - cleaning the object tree TB --- 2014-03-01 12:10:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:11:31 - At svn revision 262653 TB --- 2014-03-01 12:11:32 - building world TB --- 2014-03-01 12:11:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:11:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:11:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:11:32 - SRCCONF=/dev/null TB --- 2014-03-01 12:11:32 - TARGET=arm TB --- 2014-03-01 12:11:32 - TARGET_ARCH=armv6 TB --- 2014-03-01 12:11:32 - TZ=UTC TB --- 2014-03-01 12:11:32 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:11:32 - cd /src TB --- 2014-03-01 12:11:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:11:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:17:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:17:57 - ERROR: failed to build world TB --- 2014-03-01 12:17:57 - 314.71 user 141.10 system 448.12 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:18:01 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D338C8C8; Sat, 1 Mar 2014 12:18:01 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0D64F1AB3; Sat, 1 Mar 2014 12:18:00 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CHvCC032616; Sat, 1 Mar 2014 14:17:57 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CHvo2032615; Sat, 1 Mar 2014 12:17:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:17:57 GMT Message-Id: <201403011217.s21CHvo2032615@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:18:02 -0000 TB --- 2014-03-01 12:10:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:10:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:10:29 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 12:10:29 - cleaning the object tree TB --- 2014-03-01 12:10:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:11:31 - At svn revision 262653 TB --- 2014-03-01 12:11:32 - building world TB --- 2014-03-01 12:11:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:11:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:11:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:11:32 - SRCCONF=/dev/null TB --- 2014-03-01 12:11:32 - TARGET=arm TB --- 2014-03-01 12:11:32 - TARGET_ARCH=arm TB --- 2014-03-01 12:11:32 - TZ=UTC TB --- 2014-03-01 12:11:32 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:11:32 - cd /src TB --- 2014-03-01 12:11:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:11:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:17:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:17:57 - ERROR: failed to build world TB --- 2014-03-01 12:17:57 - 315.71 user 141.02 system 448.78 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:18:01 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49BD48AE; Sat, 1 Mar 2014 12:18:01 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 75D711AB1; Sat, 1 Mar 2014 12:17:59 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CHv15032555; Sat, 1 Mar 2014 14:17:57 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CHvsD032554; Sat, 1 Mar 2014 12:17:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:17:57 GMT Message-Id: <201403011217.s21CHvsD032554@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:18:01 -0000 TB --- 2014-03-01 12:10:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:10:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:10:29 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 12:10:29 - cleaning the object tree TB --- 2014-03-01 12:10:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:11:32 - At svn revision 262653 TB --- 2014-03-01 12:11:33 - building world TB --- 2014-03-01 12:11:33 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:11:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:11:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:11:33 - SRCCONF=/dev/null TB --- 2014-03-01 12:11:33 - TARGET=amd64 TB --- 2014-03-01 12:11:33 - TARGET_ARCH=amd64 TB --- 2014-03-01 12:11:33 - TZ=UTC TB --- 2014-03-01 12:11:33 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:11:33 - cd /src TB --- 2014-03-01 12:11:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:11:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:17:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:17:57 - ERROR: failed to build world TB --- 2014-03-01 12:17:57 - 312.88 user 142.93 system 447.92 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:18:02 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33F7E8C9; Sat, 1 Mar 2014 12:18:02 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AF1D31AB2; Sat, 1 Mar 2014 12:18:00 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CHv3t032597; Sat, 1 Mar 2014 14:17:57 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CHv2W032596; Sat, 1 Mar 2014 12:17:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:17:57 GMT Message-Id: <201403011217.s21CHv2W032596@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:18:02 -0000 TB --- 2014-03-01 12:10:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:10:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:10:29 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 12:10:29 - cleaning the object tree TB --- 2014-03-01 12:10:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:11:32 - At svn revision 262653 TB --- 2014-03-01 12:11:33 - building world TB --- 2014-03-01 12:11:33 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:11:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:11:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:11:33 - SRCCONF=/dev/null TB --- 2014-03-01 12:11:33 - TARGET=pc98 TB --- 2014-03-01 12:11:33 - TARGET_ARCH=i386 TB --- 2014-03-01 12:11:33 - TZ=UTC TB --- 2014-03-01 12:11:33 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:11:33 - cd /src TB --- 2014-03-01 12:11:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:11:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:17:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:17:57 - ERROR: failed to build world TB --- 2014-03-01 12:17:57 - 315.13 user 141.09 system 448.44 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:23:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18E021C1; Sat, 1 Mar 2014 12:23:48 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 431CC1BEB; Sat, 1 Mar 2014 12:23:46 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CNii9053347; Sat, 1 Mar 2014 14:23:44 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CNigC053345; Sat, 1 Mar 2014 12:23:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:23:44 GMT Message-Id: <201403011223.s21CNigC053345@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:23:48 -0000 TB --- 2014-03-01 12:20:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:20:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:20:29 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 12:20:29 - cleaning the object tree TB --- 2014-03-01 12:20:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:21:25 - At svn revision 262653 TB --- 2014-03-01 12:21:26 - building world TB --- 2014-03-01 12:21:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:21:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:21:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:21:26 - SRCCONF=/dev/null TB --- 2014-03-01 12:21:26 - TARGET=ia64 TB --- 2014-03-01 12:21:26 - TARGET_ARCH=ia64 TB --- 2014-03-01 12:21:26 - TZ=UTC TB --- 2014-03-01 12:21:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:21:26 - cd /src TB --- 2014-03-01 12:21:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:21:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:23:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:23:44 - ERROR: failed to build world TB --- 2014-03-01 12:23:44 - 104.98 user 94.22 system 195.05 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:23:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6DCF26D; Sat, 1 Mar 2014 12:23:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CE9001BEC; Sat, 1 Mar 2014 12:23:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CNkSj053652; Sat, 1 Mar 2014 14:23:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CNkRL053651; Sat, 1 Mar 2014 12:23:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:23:46 GMT Message-Id: <201403011223.s21CNkRL053651@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:23:50 -0000 TB --- 2014-03-01 12:20:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:20:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:20:29 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 12:20:29 - cleaning the object tree TB --- 2014-03-01 12:20:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:21:27 - At svn revision 262653 TB --- 2014-03-01 12:21:28 - building world TB --- 2014-03-01 12:21:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:21:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:21:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:21:28 - SRCCONF=/dev/null TB --- 2014-03-01 12:21:28 - TARGET=mips TB --- 2014-03-01 12:21:28 - TARGET_ARCH=mips64 TB --- 2014-03-01 12:21:28 - TZ=UTC TB --- 2014-03-01 12:21:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:21:28 - cd /src TB --- 2014-03-01 12:21:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:21:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:23:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:23:46 - ERROR: failed to build world TB --- 2014-03-01 12:23:46 - 105.47 user 96.14 system 197.54 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:23:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E9EA295; Sat, 1 Mar 2014 12:23:51 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 79E3D1BED; Sat, 1 Mar 2014 12:23:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CNlmd053683; Sat, 1 Mar 2014 14:23:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CNlWi053682; Sat, 1 Mar 2014 12:23:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:23:47 GMT Message-Id: <201403011223.s21CNlWi053682@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:23:51 -0000 TB --- 2014-03-01 12:20:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:20:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:20:29 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 12:20:29 - cleaning the object tree TB --- 2014-03-01 12:20:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:21:28 - At svn revision 262653 TB --- 2014-03-01 12:21:29 - building world TB --- 2014-03-01 12:21:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:21:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:21:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:21:29 - SRCCONF=/dev/null TB --- 2014-03-01 12:21:29 - TARGET=sparc64 TB --- 2014-03-01 12:21:29 - TARGET_ARCH=sparc64 TB --- 2014-03-01 12:21:29 - TZ=UTC TB --- 2014-03-01 12:21:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:21:29 - cd /src TB --- 2014-03-01 12:21:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:21:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:23:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:23:47 - ERROR: failed to build world TB --- 2014-03-01 12:23:47 - 106.02 user 96.40 system 198.27 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:23:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8ABF429A; Sat, 1 Mar 2014 12:23:52 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B8F3C1BEF; Sat, 1 Mar 2014 12:23:51 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CNm0e053714; Sat, 1 Mar 2014 14:23:48 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CNmBT053713; Sat, 1 Mar 2014 12:23:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:23:48 GMT Message-Id: <201403011223.s21CNmBT053713@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:23:52 -0000 TB --- 2014-03-01 12:20:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:20:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:20:29 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 12:20:29 - cleaning the object tree TB --- 2014-03-01 12:20:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:21:29 - At svn revision 262653 TB --- 2014-03-01 12:21:30 - building world TB --- 2014-03-01 12:21:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:21:30 - SRCCONF=/dev/null TB --- 2014-03-01 12:21:30 - TARGET=mips TB --- 2014-03-01 12:21:30 - TARGET_ARCH=mips TB --- 2014-03-01 12:21:30 - TZ=UTC TB --- 2014-03-01 12:21:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:21:30 - cd /src TB --- 2014-03-01 12:21:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:21:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:23:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:23:48 - ERROR: failed to build world TB --- 2014-03-01 12:23:48 - 104.70 user 98.84 system 199.55 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:27:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BBDF7EC; Sat, 1 Mar 2014 12:27:49 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 860B61C54; Sat, 1 Mar 2014 12:27:48 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CRj9u075841; Sat, 1 Mar 2014 14:27:45 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CRjiO075833; Sat, 1 Mar 2014 12:27:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:27:45 GMT Message-Id: <201403011227.s21CRjiO075833@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:27:49 -0000 TB --- 2014-03-01 12:20:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:20:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:20:29 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 12:20:29 - cleaning the object tree TB --- 2014-03-01 12:20:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:21:25 - At svn revision 262653 TB --- 2014-03-01 12:21:26 - building world TB --- 2014-03-01 12:21:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:21:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:21:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:21:26 - SRCCONF=/dev/null TB --- 2014-03-01 12:21:26 - TARGET=pc98 TB --- 2014-03-01 12:21:26 - TARGET_ARCH=i386 TB --- 2014-03-01 12:21:26 - TZ=UTC TB --- 2014-03-01 12:21:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:21:26 - cd /src TB --- 2014-03-01 12:21:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:21:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:27:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:27:45 - ERROR: failed to build world TB --- 2014-03-01 12:27:45 - 314.55 user 129.18 system 436.16 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:27:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 845A87F8; Sat, 1 Mar 2014 12:27:56 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B0D531C57; Sat, 1 Mar 2014 12:27:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CRqea077293; Sat, 1 Mar 2014 14:27:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CRqgF077289; Sat, 1 Mar 2014 12:27:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:27:52 GMT Message-Id: <201403011227.s21CRqgF077289@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:27:56 -0000 TB --- 2014-03-01 12:20:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:20:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:20:29 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 12:20:29 - cleaning the object tree TB --- 2014-03-01 12:20:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:21:28 - At svn revision 262653 TB --- 2014-03-01 12:21:29 - building world TB --- 2014-03-01 12:21:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:21:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:21:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:21:29 - SRCCONF=/dev/null TB --- 2014-03-01 12:21:29 - TARGET=arm TB --- 2014-03-01 12:21:29 - TARGET_ARCH=armv6 TB --- 2014-03-01 12:21:29 - TZ=UTC TB --- 2014-03-01 12:21:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:21:29 - cd /src TB --- 2014-03-01 12:21:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:21:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:27:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:27:52 - ERROR: failed to build world TB --- 2014-03-01 12:27:52 - 314.08 user 136.94 system 443.52 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:27:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD4777EF; Sat, 1 Mar 2014 12:27:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 14C1A1C56; Sat, 1 Mar 2014 12:27:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CRptv076979; Sat, 1 Mar 2014 14:27:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CRpNK076973; Sat, 1 Mar 2014 12:27:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:27:51 GMT Message-Id: <201403011227.s21CRpNK076973@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:27:55 -0000 TB --- 2014-03-01 12:20:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:20:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:20:29 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 12:20:29 - cleaning the object tree TB --- 2014-03-01 12:20:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:21:27 - At svn revision 262653 TB --- 2014-03-01 12:21:28 - building world TB --- 2014-03-01 12:21:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:21:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:21:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:21:28 - SRCCONF=/dev/null TB --- 2014-03-01 12:21:28 - TARGET=amd64 TB --- 2014-03-01 12:21:28 - TARGET_ARCH=amd64 TB --- 2014-03-01 12:21:28 - TZ=UTC TB --- 2014-03-01 12:21:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:21:28 - cd /src TB --- 2014-03-01 12:21:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:21:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:27:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:27:50 - ERROR: failed to build world TB --- 2014-03-01 12:27:50 - 315.59 user 133.57 system 441.88 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:27:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3836D886; Sat, 1 Mar 2014 12:27:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4E4601C59; Sat, 1 Mar 2014 12:27:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CRrB5077356; Sat, 1 Mar 2014 14:27:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CRrgn077353; Sat, 1 Mar 2014 12:27:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:27:53 GMT Message-Id: <201403011227.s21CRrgn077353@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:27:57 -0000 TB --- 2014-03-01 12:20:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:20:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:20:29 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 12:20:29 - cleaning the object tree TB --- 2014-03-01 12:20:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:21:29 - At svn revision 262653 TB --- 2014-03-01 12:21:30 - building world TB --- 2014-03-01 12:21:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:21:30 - SRCCONF=/dev/null TB --- 2014-03-01 12:21:30 - TARGET=i386 TB --- 2014-03-01 12:21:30 - TARGET_ARCH=i386 TB --- 2014-03-01 12:21:30 - TZ=UTC TB --- 2014-03-01 12:21:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:21:30 - cd /src TB --- 2014-03-01 12:21:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:21:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:27:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:27:53 - ERROR: failed to build world TB --- 2014-03-01 12:27:53 - 314.96 user 136.76 system 444.12 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:27:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 179F88DD; Sat, 1 Mar 2014 12:27:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3AFAC1C5A; Sat, 1 Mar 2014 12:27:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CRsOs077415; Sat, 1 Mar 2014 14:27:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CRse6077413; Sat, 1 Mar 2014 12:27:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:27:54 GMT Message-Id: <201403011227.s21CRse6077413@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:27:58 -0000 TB --- 2014-03-01 12:20:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:20:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:20:29 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 12:20:29 - cleaning the object tree TB --- 2014-03-01 12:20:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:21:28 - At svn revision 262653 TB --- 2014-03-01 12:21:29 - building world TB --- 2014-03-01 12:21:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:21:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:21:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:21:29 - SRCCONF=/dev/null TB --- 2014-03-01 12:21:29 - TARGET=arm TB --- 2014-03-01 12:21:29 - TARGET_ARCH=arm TB --- 2014-03-01 12:21:29 - TZ=UTC TB --- 2014-03-01 12:21:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:21:29 - cd /src TB --- 2014-03-01 12:21:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:21:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:27:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:27:54 - ERROR: failed to build world TB --- 2014-03-01 12:27:54 - 314.36 user 137.97 system 445.04 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:27:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19D698DE; Sat, 1 Mar 2014 12:27:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B27C1C5B; Sat, 1 Mar 2014 12:27:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CRsuO077416; Sat, 1 Mar 2014 14:27:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CRs3u077414; Sat, 1 Mar 2014 12:27:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:27:54 GMT Message-Id: <201403011227.s21CRs3u077414@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:27:58 -0000 TB --- 2014-03-01 12:20:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:20:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:20:29 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 12:20:29 - cleaning the object tree TB --- 2014-03-01 12:20:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:21:28 - At svn revision 262653 TB --- 2014-03-01 12:21:29 - building world TB --- 2014-03-01 12:21:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:21:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:21:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:21:29 - SRCCONF=/dev/null TB --- 2014-03-01 12:21:29 - TARGET=powerpc TB --- 2014-03-01 12:21:29 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 12:21:29 - TZ=UTC TB --- 2014-03-01 12:21:29 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:21:29 - cd /src TB --- 2014-03-01 12:21:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:21:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:27:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:27:54 - ERROR: failed to build world TB --- 2014-03-01 12:27:54 - 314.32 user 138.39 system 445.01 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:27:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5836B8DF; Sat, 1 Mar 2014 12:27:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64D9A1C5C; Sat, 1 Mar 2014 12:27:57 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CRs0s077426; Sat, 1 Mar 2014 14:27:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CRsnF077425; Sat, 1 Mar 2014 12:27:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:27:54 GMT Message-Id: <201403011227.s21CRsnF077425@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:27:58 -0000 TB --- 2014-03-01 12:20:29 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:20:29 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:20:29 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 12:20:29 - cleaning the object tree TB --- 2014-03-01 12:20:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:21:29 - At svn revision 262653 TB --- 2014-03-01 12:21:30 - building world TB --- 2014-03-01 12:21:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:21:30 - SRCCONF=/dev/null TB --- 2014-03-01 12:21:30 - TARGET=powerpc TB --- 2014-03-01 12:21:30 - TARGET_ARCH=powerpc TB --- 2014-03-01 12:21:30 - TZ=UTC TB --- 2014-03-01 12:21:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:21:30 - cd /src TB --- 2014-03-01 12:21:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:21:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:27:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:27:54 - ERROR: failed to build world TB --- 2014-03-01 12:27:54 - 317.32 user 135.20 system 445.20 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:32:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B2F2FBD for ; Sat, 1 Mar 2014 12:32:15 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D16481D54 for ; Sat, 1 Mar 2014 12:32:14 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s21CW9nC071797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 1 Mar 2014 13:32:10 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s21CW9H8071794 for ; Sat, 1 Mar 2014 13:32:09 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Sat, 1 Mar 2014 13:32:09 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Unable to compile sysutils/lsof on stable/9 r262601 Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Mar 2014 12:32:15 -0000 Hi, Does anyone else have a problem compiling sysutils/lsof on stable/9? Mine, at r262601, bombs out with: ===> Building for lsof-4.88.e_1,8 (cd lib; /usr/bin/make DEBUG="-O2" CFGF="-pipe -fno-omit-frame-pointer -fstack-protector -fno-strict-aliasing -fno-omit-frame-pointer -DHASTASKS -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=9000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"9.2-STABLE\"") gcc -pipe -fno-omit-frame-pointer -fstack-protector -fno-strict-aliasing -fno-omit-frame-pointer -DFREEBSDV=9000 -DHAS_ZFS -DHAS_V_LOCKF -D_SOLARIS_C_SOURCE -O2 -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/sys/cddl/contrib/opensolaris/common -I/usr/ports/workdirs/usr/ports/sysutils/lsof/work/lsof_4.88E.freebsd/usr/src/include -I`pwd` -c dnode2.c In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_context.h:71, from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/refcount.h:33, from /usr/include/sys/file.h:42, from /usr/src/sys/cddl/compat/opensolaris/sys/file.h:32, from /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:49, from /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37, from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31, from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33, from dnode2.c:55: /usr/src/sys/cddl/compat/opensolaris/sys/sdt.h:33:25: error: opt_kdtrace.h: No such file or directory The /usr/src/sys/cddl/compat/opensolaris/sys/sdt.h file contains: #ifdef _KERNEL #include #endif whereas the same file in base/head doesn't. A workaround is to: mkdir -p $WRKDIRPREFIX/usr/ports/sysutils/lsof/work/lsof_4.88E.freebsd touch $WRKDIRPREFIX/usr/ports/sysutils/lsof/work/lsof_4.88E.freebsd/opt_kdtrace.h prior to compiling the damn thing. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:33:47 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4355137; Sat, 1 Mar 2014 12:33:47 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EFA541D6B; Sat, 1 Mar 2014 12:33:46 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CXhVb098440; Sat, 1 Mar 2014 14:33:43 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CXhuN098439; Sat, 1 Mar 2014 12:33:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:33:43 GMT Message-Id: <201403011233.s21CXhuN098439@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:33:47 -0000 TB --- 2014-03-01 12:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:30:28 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 12:30:28 - cleaning the object tree TB --- 2014-03-01 12:30:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:31:24 - At svn revision 262653 TB --- 2014-03-01 12:31:25 - building world TB --- 2014-03-01 12:31:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:31:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:31:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:31:25 - SRCCONF=/dev/null TB --- 2014-03-01 12:31:25 - TARGET=sparc64 TB --- 2014-03-01 12:31:25 - TARGET_ARCH=sparc64 TB --- 2014-03-01 12:31:25 - TZ=UTC TB --- 2014-03-01 12:31:25 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:31:25 - cd /src TB --- 2014-03-01 12:31:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:31:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:33:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:33:43 - ERROR: failed to build world TB --- 2014-03-01 12:33:43 - 105.02 user 95.20 system 195.66 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:33:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91DF1138; Sat, 1 Mar 2014 12:33:48 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BDF161D6C; Sat, 1 Mar 2014 12:33:47 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CXiii098499; Sat, 1 Mar 2014 14:33:44 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CXiTT098498; Sat, 1 Mar 2014 12:33:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:33:44 GMT Message-Id: <201403011233.s21CXiTT098498@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:33:48 -0000 TB --- 2014-03-01 12:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:30:28 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 12:30:28 - cleaning the object tree TB --- 2014-03-01 12:30:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:31:24 - At svn revision 262653 TB --- 2014-03-01 12:31:25 - building world TB --- 2014-03-01 12:31:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:31:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:31:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:31:25 - SRCCONF=/dev/null TB --- 2014-03-01 12:31:25 - TARGET=mips TB --- 2014-03-01 12:31:25 - TARGET_ARCH=mips TB --- 2014-03-01 12:31:25 - TZ=UTC TB --- 2014-03-01 12:31:25 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:31:25 - cd /src TB --- 2014-03-01 12:31:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:31:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:33:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:33:44 - ERROR: failed to build world TB --- 2014-03-01 12:33:44 - 105.46 user 96.19 system 196.71 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:33:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9090139; Sat, 1 Mar 2014 12:33:48 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D2FC31D6D; Sat, 1 Mar 2014 12:33:47 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CXivS098510; Sat, 1 Mar 2014 14:33:44 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CXi7e098508; Sat, 1 Mar 2014 12:33:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:33:44 GMT Message-Id: <201403011233.s21CXi7e098508@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:33:48 -0000 TB --- 2014-03-01 12:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:30:28 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 12:30:28 - cleaning the object tree TB --- 2014-03-01 12:30:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:31:24 - At svn revision 262653 TB --- 2014-03-01 12:31:25 - building world TB --- 2014-03-01 12:31:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:31:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:31:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:31:25 - SRCCONF=/dev/null TB --- 2014-03-01 12:31:25 - TARGET=ia64 TB --- 2014-03-01 12:31:25 - TARGET_ARCH=ia64 TB --- 2014-03-01 12:31:25 - TZ=UTC TB --- 2014-03-01 12:31:25 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:31:25 - cd /src TB --- 2014-03-01 12:31:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:31:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:33:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:33:44 - ERROR: failed to build world TB --- 2014-03-01 12:33:44 - 105.57 user 95.80 system 196.79 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:33:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B232313A; Sat, 1 Mar 2014 12:33:48 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D3BB11D6E; Sat, 1 Mar 2014 12:33:47 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CXirB098511; Sat, 1 Mar 2014 14:33:44 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CXiMm098509; Sat, 1 Mar 2014 12:33:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:33:44 GMT Message-Id: <201403011233.s21CXiMm098509@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:33:48 -0000 TB --- 2014-03-01 12:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:30:28 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 12:30:28 - cleaning the object tree TB --- 2014-03-01 12:30:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:31:25 - At svn revision 262653 TB --- 2014-03-01 12:31:26 - building world TB --- 2014-03-01 12:31:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:31:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:31:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:31:26 - SRCCONF=/dev/null TB --- 2014-03-01 12:31:26 - TARGET=mips TB --- 2014-03-01 12:31:26 - TARGET_ARCH=mips64 TB --- 2014-03-01 12:31:26 - TZ=UTC TB --- 2014-03-01 12:31:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:31:26 - cd /src TB --- 2014-03-01 12:31:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:31:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:33:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:33:44 - ERROR: failed to build world TB --- 2014-03-01 12:33:44 - 105.12 user 96.32 system 196.79 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:37:40 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 185E664F; Sat, 1 Mar 2014 12:37:40 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 44ADD1DD2; Sat, 1 Mar 2014 12:37:38 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CbaFl019826; Sat, 1 Mar 2014 14:37:36 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CbaTb019825; Sat, 1 Mar 2014 12:37:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:37:36 GMT Message-Id: <201403011237.s21CbaTb019825@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:37:40 -0000 TB --- 2014-03-01 12:30:27 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:30:28 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 12:30:28 - cleaning the object tree TB --- 2014-03-01 12:30:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:31:17 - At svn revision 262653 TB --- 2014-03-01 12:31:18 - building world TB --- 2014-03-01 12:31:18 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:31:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:31:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:31:18 - SRCCONF=/dev/null TB --- 2014-03-01 12:31:18 - TARGET=i386 TB --- 2014-03-01 12:31:18 - TARGET_ARCH=i386 TB --- 2014-03-01 12:31:18 - TZ=UTC TB --- 2014-03-01 12:31:18 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:31:18 - cd /src TB --- 2014-03-01 12:31:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:31:28 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:37:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:37:36 - ERROR: failed to build world TB --- 2014-03-01 12:37:36 - 315.62 user 120.00 system 428.22 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:37:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A41C5764; Sat, 1 Mar 2014 12:37:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D18221DE2; Sat, 1 Mar 2014 12:37:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CbooO022346; Sat, 1 Mar 2014 14:37:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CboYf022345; Sat, 1 Mar 2014 12:37:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:37:50 GMT Message-Id: <201403011237.s21CboYf022345@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:37:54 -0000 TB --- 2014-03-01 12:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:30:28 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 12:30:28 - cleaning the object tree TB --- 2014-03-01 12:30:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:31:24 - At svn revision 262653 TB --- 2014-03-01 12:31:25 - building world TB --- 2014-03-01 12:31:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:31:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:31:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:31:25 - SRCCONF=/dev/null TB --- 2014-03-01 12:31:25 - TARGET=arm TB --- 2014-03-01 12:31:25 - TARGET_ARCH=arm TB --- 2014-03-01 12:31:25 - TZ=UTC TB --- 2014-03-01 12:31:25 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:31:25 - cd /src TB --- 2014-03-01 12:31:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:31:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:37:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:37:50 - ERROR: failed to build world TB --- 2014-03-01 12:37:50 - 316.05 user 134.46 system 442.80 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:37:47 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30D5466A; Sat, 1 Mar 2014 12:37:47 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5D68E1DD4; Sat, 1 Mar 2014 12:37:46 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CbhSx021113; Sat, 1 Mar 2014 14:37:43 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CbhtX021112; Sat, 1 Mar 2014 12:37:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:37:43 GMT Message-Id: <201403011237.s21CbhtX021112@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:37:47 -0000 TB --- 2014-03-01 12:30:27 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:30:28 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 12:30:28 - cleaning the object tree TB --- 2014-03-01 12:30:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:31:21 - At svn revision 262653 TB --- 2014-03-01 12:31:22 - building world TB --- 2014-03-01 12:31:22 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:31:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:31:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:31:22 - SRCCONF=/dev/null TB --- 2014-03-01 12:31:22 - TARGET=arm TB --- 2014-03-01 12:31:22 - TARGET_ARCH=armv6 TB --- 2014-03-01 12:31:22 - TZ=UTC TB --- 2014-03-01 12:31:22 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:31:22 - cd /src TB --- 2014-03-01 12:31:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:31:33 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:37:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:37:43 - ERROR: failed to build world TB --- 2014-03-01 12:37:43 - 316.51 user 126.42 system 435.32 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:37:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9738E75F; Sat, 1 Mar 2014 12:37:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C47B81DDD; Sat, 1 Mar 2014 12:37:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CbnMJ022263; Sat, 1 Mar 2014 14:37:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CbnAg022259; Sat, 1 Mar 2014 12:37:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:37:49 GMT Message-Id: <201403011237.s21CbnAg022259@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:37:53 -0000 TB --- 2014-03-01 12:30:27 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:30:27 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:30:27 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 12:30:27 - cleaning the object tree TB --- 2014-03-01 12:30:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:31:25 - At svn revision 262653 TB --- 2014-03-01 12:31:26 - building world TB --- 2014-03-01 12:31:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:31:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:31:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:31:26 - SRCCONF=/dev/null TB --- 2014-03-01 12:31:26 - TARGET=amd64 TB --- 2014-03-01 12:31:26 - TARGET_ARCH=amd64 TB --- 2014-03-01 12:31:26 - TZ=UTC TB --- 2014-03-01 12:31:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:31:26 - cd /src TB --- 2014-03-01 12:31:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:31:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:37:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:37:49 - ERROR: failed to build world TB --- 2014-03-01 12:37:49 - 314.41 user 134.62 system 441.47 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:37:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 759B7762; Sat, 1 Mar 2014 12:37:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A38231DE1; Sat, 1 Mar 2014 12:37:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Cbo8R022338; Sat, 1 Mar 2014 14:37:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CbocU022337; Sat, 1 Mar 2014 12:37:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:37:50 GMT Message-Id: <201403011237.s21CbocU022337@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:37:54 -0000 TB --- 2014-03-01 12:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:30:28 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 12:30:28 - cleaning the object tree TB --- 2014-03-01 12:30:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:31:25 - At svn revision 262653 TB --- 2014-03-01 12:31:26 - building world TB --- 2014-03-01 12:31:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:31:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:31:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:31:26 - SRCCONF=/dev/null TB --- 2014-03-01 12:31:26 - TARGET=powerpc TB --- 2014-03-01 12:31:26 - TARGET_ARCH=powerpc TB --- 2014-03-01 12:31:26 - TZ=UTC TB --- 2014-03-01 12:31:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:31:26 - cd /src TB --- 2014-03-01 12:31:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:31:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:37:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:37:50 - ERROR: failed to build world TB --- 2014-03-01 12:37:50 - 313.94 user 136.52 system 442.60 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:37:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9B4D760; Sat, 1 Mar 2014 12:37:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C47621DDB; Sat, 1 Mar 2014 12:37:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CbnG7022280; Sat, 1 Mar 2014 14:37:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CbnZT022279; Sat, 1 Mar 2014 12:37:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:37:49 GMT Message-Id: <201403011237.s21CbnZT022279@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:37:53 -0000 TB --- 2014-03-01 12:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:30:28 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 12:30:28 - cleaning the object tree TB --- 2014-03-01 12:30:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:31:24 - At svn revision 262653 TB --- 2014-03-01 12:31:25 - building world TB --- 2014-03-01 12:31:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:31:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:31:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:31:25 - SRCCONF=/dev/null TB --- 2014-03-01 12:31:25 - TARGET=powerpc TB --- 2014-03-01 12:31:25 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 12:31:25 - TZ=UTC TB --- 2014-03-01 12:31:25 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:31:25 - cd /src TB --- 2014-03-01 12:31:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:31:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:37:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:37:49 - ERROR: failed to build world TB --- 2014-03-01 12:37:49 - 316.04 user 133.61 system 441.62 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:37:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7A3E761; Sat, 1 Mar 2014 12:37:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0182E1DDE; Sat, 1 Mar 2014 12:37:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CbnU8022308; Sat, 1 Mar 2014 14:37:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Cbnaf022307; Sat, 1 Mar 2014 12:37:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:37:49 GMT Message-Id: <201403011237.s21Cbnaf022307@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:37:54 -0000 TB --- 2014-03-01 12:30:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:30:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:30:28 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 12:30:28 - cleaning the object tree TB --- 2014-03-01 12:30:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:31:25 - At svn revision 262653 TB --- 2014-03-01 12:31:26 - building world TB --- 2014-03-01 12:31:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:31:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:31:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:31:26 - SRCCONF=/dev/null TB --- 2014-03-01 12:31:26 - TARGET=pc98 TB --- 2014-03-01 12:31:26 - TARGET_ARCH=i386 TB --- 2014-03-01 12:31:26 - TZ=UTC TB --- 2014-03-01 12:31:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:31:26 - cd /src TB --- 2014-03-01 12:31:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:31:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:37:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:37:49 - ERROR: failed to build world TB --- 2014-03-01 12:37:49 - 314.88 user 135.01 system 441.95 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:43:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB04AFD2; Sat, 1 Mar 2014 12:43:48 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E71461FE7; Sat, 1 Mar 2014 12:43:47 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Chiev043336; Sat, 1 Mar 2014 14:43:44 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ChibD043335; Sat, 1 Mar 2014 12:43:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:43:44 GMT Message-Id: <201403011243.s21ChibD043335@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:43:48 -0000 TB --- 2014-03-01 12:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:40:28 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 12:40:28 - cleaning the object tree TB --- 2014-03-01 12:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:41:25 - At svn revision 262653 TB --- 2014-03-01 12:41:26 - building world TB --- 2014-03-01 12:41:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:41:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:41:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:41:26 - SRCCONF=/dev/null TB --- 2014-03-01 12:41:26 - TARGET=mips TB --- 2014-03-01 12:41:26 - TARGET_ARCH=mips64 TB --- 2014-03-01 12:41:26 - TZ=UTC TB --- 2014-03-01 12:41:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:41:26 - cd /src TB --- 2014-03-01 12:41:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:41:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:43:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:43:44 - ERROR: failed to build world TB --- 2014-03-01 12:43:44 - 105.41 user 95.48 system 196.57 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:43:46 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53411FD1; Sat, 1 Mar 2014 12:43:46 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D5BC1FE6; Sat, 1 Mar 2014 12:43:45 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ChgAX043054; Sat, 1 Mar 2014 14:43:42 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ChgKl043051; Sat, 1 Mar 2014 12:43:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:43:42 GMT Message-Id: <201403011243.s21ChgKl043051@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:43:46 -0000 TB --- 2014-03-01 12:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:40:28 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 12:40:28 - cleaning the object tree TB --- 2014-03-01 12:40:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:41:23 - At svn revision 262653 TB --- 2014-03-01 12:41:24 - building world TB --- 2014-03-01 12:41:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:41:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:41:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:41:24 - SRCCONF=/dev/null TB --- 2014-03-01 12:41:24 - TARGET=sparc64 TB --- 2014-03-01 12:41:24 - TARGET_ARCH=sparc64 TB --- 2014-03-01 12:41:24 - TZ=UTC TB --- 2014-03-01 12:41:24 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:41:24 - cd /src TB --- 2014-03-01 12:41:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:41:34 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:43:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:43:42 - ERROR: failed to build world TB --- 2014-03-01 12:43:42 - 104.86 user 94.05 system 194.33 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:43:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22BF5FD3; Sat, 1 Mar 2014 12:43:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D45A1FE8; Sat, 1 Mar 2014 12:43:48 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ChkPH043406; Sat, 1 Mar 2014 14:43:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Chk2k043405; Sat, 1 Mar 2014 12:43:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:43:46 GMT Message-Id: <201403011243.s21Chk2k043405@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:43:50 -0000 TB --- 2014-03-01 12:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:40:28 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 12:40:28 - cleaning the object tree TB --- 2014-03-01 12:40:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:41:26 - At svn revision 262653 TB --- 2014-03-01 12:41:27 - building world TB --- 2014-03-01 12:41:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:41:27 - SRCCONF=/dev/null TB --- 2014-03-01 12:41:27 - TARGET=ia64 TB --- 2014-03-01 12:41:27 - TARGET_ARCH=ia64 TB --- 2014-03-01 12:41:27 - TZ=UTC TB --- 2014-03-01 12:41:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:41:27 - cd /src TB --- 2014-03-01 12:41:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:41:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:43:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:43:46 - ERROR: failed to build world TB --- 2014-03-01 12:43:46 - 105.96 user 96.65 system 198.15 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:43:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8138FFD4; Sat, 1 Mar 2014 12:43:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AC57D1FE9; Sat, 1 Mar 2014 12:43:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ChkS1043419; Sat, 1 Mar 2014 14:43:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Chkra043418; Sat, 1 Mar 2014 12:43:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:43:46 GMT Message-Id: <201403011243.s21Chkra043418@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:43:50 -0000 TB --- 2014-03-01 12:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:40:28 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 12:40:28 - cleaning the object tree TB --- 2014-03-01 12:40:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:41:26 - At svn revision 262653 TB --- 2014-03-01 12:41:27 - building world TB --- 2014-03-01 12:41:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:41:27 - SRCCONF=/dev/null TB --- 2014-03-01 12:41:27 - TARGET=mips TB --- 2014-03-01 12:41:27 - TARGET_ARCH=mips TB --- 2014-03-01 12:41:27 - TZ=UTC TB --- 2014-03-01 12:41:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:41:27 - cd /src TB --- 2014-03-01 12:41:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:41:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:43:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:43:46 - ERROR: failed to build world TB --- 2014-03-01 12:43:46 - 105.34 user 97.79 system 198.54 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:47:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 079F6602; Sat, 1 Mar 2014 12:47:51 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32EF81078; Sat, 1 Mar 2014 12:47:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Clkg2065806; Sat, 1 Mar 2014 14:47:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Clkmv065799; Sat, 1 Mar 2014 12:47:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:47:46 GMT Message-Id: <201403011247.s21Clkmv065799@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:47:51 -0000 TB --- 2014-03-01 12:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:40:28 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 12:40:28 - cleaning the object tree TB --- 2014-03-01 12:40:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:41:25 - At svn revision 262653 TB --- 2014-03-01 12:41:26 - building world TB --- 2014-03-01 12:41:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:41:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:41:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:41:26 - SRCCONF=/dev/null TB --- 2014-03-01 12:41:26 - TARGET=amd64 TB --- 2014-03-01 12:41:26 - TARGET_ARCH=amd64 TB --- 2014-03-01 12:41:26 - TZ=UTC TB --- 2014-03-01 12:41:26 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:41:26 - cd /src TB --- 2014-03-01 12:41:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:41:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:47:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:47:46 - ERROR: failed to build world TB --- 2014-03-01 12:47:46 - 314.02 user 131.95 system 438.85 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:47:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 095A6603; Sat, 1 Mar 2014 12:47:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 337A31079; Sat, 1 Mar 2014 12:47:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CloQ6066482; Sat, 1 Mar 2014 14:47:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Clou7066477; Sat, 1 Mar 2014 12:47:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:47:50 GMT Message-Id: <201403011247.s21Clou7066477@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:47:54 -0000 TB --- 2014-03-01 12:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:40:28 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 12:40:28 - cleaning the object tree TB --- 2014-03-01 12:40:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:41:26 - At svn revision 262653 TB --- 2014-03-01 12:41:27 - building world TB --- 2014-03-01 12:41:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:41:27 - SRCCONF=/dev/null TB --- 2014-03-01 12:41:27 - TARGET=powerpc TB --- 2014-03-01 12:41:27 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 12:41:27 - TZ=UTC TB --- 2014-03-01 12:41:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:41:27 - cd /src TB --- 2014-03-01 12:41:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:41:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:47:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:47:50 - ERROR: failed to build world TB --- 2014-03-01 12:47:50 - 315.55 user 134.46 system 442.03 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:47:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86A1B625; Sat, 1 Mar 2014 12:47:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B1CC7107B; Sat, 1 Mar 2014 12:47:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Clre7067095; Sat, 1 Mar 2014 14:47:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ClroJ067094; Sat, 1 Mar 2014 12:47:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:47:53 GMT Message-Id: <201403011247.s21ClroJ067094@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:47:57 -0000 TB --- 2014-03-01 12:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:40:28 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 12:40:28 - cleaning the object tree TB --- 2014-03-01 12:40:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:41:27 - At svn revision 262653 TB --- 2014-03-01 12:41:28 - building world TB --- 2014-03-01 12:41:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:41:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:41:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:41:28 - SRCCONF=/dev/null TB --- 2014-03-01 12:41:28 - TARGET=arm TB --- 2014-03-01 12:41:28 - TARGET_ARCH=armv6 TB --- 2014-03-01 12:41:28 - TZ=UTC TB --- 2014-03-01 12:41:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:41:28 - cd /src TB --- 2014-03-01 12:41:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:41:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:47:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:47:53 - ERROR: failed to build world TB --- 2014-03-01 12:47:53 - 314.62 user 138.59 system 445.57 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:47:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFE77673; Sat, 1 Mar 2014 12:47:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EC7F2107C; Sat, 1 Mar 2014 12:47:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Clrct067111; Sat, 1 Mar 2014 14:47:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ClrPl067110; Sat, 1 Mar 2014 12:47:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:47:53 GMT Message-Id: <201403011247.s21ClrPl067110@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:47:57 -0000 TB --- 2014-03-01 12:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:40:28 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 12:40:28 - cleaning the object tree TB --- 2014-03-01 12:40:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:41:27 - At svn revision 262653 TB --- 2014-03-01 12:41:28 - building world TB --- 2014-03-01 12:41:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:41:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:41:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:41:28 - SRCCONF=/dev/null TB --- 2014-03-01 12:41:28 - TARGET=i386 TB --- 2014-03-01 12:41:28 - TARGET_ARCH=i386 TB --- 2014-03-01 12:41:28 - TZ=UTC TB --- 2014-03-01 12:41:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:41:28 - cd /src TB --- 2014-03-01 12:41:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:41:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:47:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:47:53 - ERROR: failed to build world TB --- 2014-03-01 12:47:53 - 314.27 user 139.53 system 445.81 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:47:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 146FF604; Sat, 1 Mar 2014 12:47:56 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F74B107A; Sat, 1 Mar 2014 12:47:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21ClqHm066959; Sat, 1 Mar 2014 14:47:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ClqQh066956; Sat, 1 Mar 2014 12:47:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:47:52 GMT Message-Id: <201403011247.s21ClqQh066956@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:47:56 -0000 TB --- 2014-03-01 12:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:40:28 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 12:40:28 - cleaning the object tree TB --- 2014-03-01 12:40:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:41:26 - At svn revision 262653 TB --- 2014-03-01 12:41:27 - building world TB --- 2014-03-01 12:41:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:41:27 - SRCCONF=/dev/null TB --- 2014-03-01 12:41:27 - TARGET=powerpc TB --- 2014-03-01 12:41:27 - TARGET_ARCH=powerpc TB --- 2014-03-01 12:41:27 - TZ=UTC TB --- 2014-03-01 12:41:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:41:27 - cd /src TB --- 2014-03-01 12:41:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:41:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:47:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:47:52 - ERROR: failed to build world TB --- 2014-03-01 12:47:52 - 315.38 user 136.25 system 444.09 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:47:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C79D6D6; Sat, 1 Mar 2014 12:47:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B2AC107D; Sat, 1 Mar 2014 12:47:57 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Cls1v067140; Sat, 1 Mar 2014 14:47:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ClsUg067138; Sat, 1 Mar 2014 12:47:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:47:54 GMT Message-Id: <201403011247.s21ClsUg067138@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:47:58 -0000 TB --- 2014-03-01 12:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:40:28 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 12:40:28 - cleaning the object tree TB --- 2014-03-01 12:40:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:41:27 - At svn revision 262653 TB --- 2014-03-01 12:41:28 - building world TB --- 2014-03-01 12:41:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:41:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:41:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:41:28 - SRCCONF=/dev/null TB --- 2014-03-01 12:41:28 - TARGET=pc98 TB --- 2014-03-01 12:41:28 - TARGET_ARCH=i386 TB --- 2014-03-01 12:41:28 - TZ=UTC TB --- 2014-03-01 12:41:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:41:28 - cd /src TB --- 2014-03-01 12:41:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:41:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:47:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:47:54 - ERROR: failed to build world TB --- 2014-03-01 12:47:54 - 316.42 user 137.80 system 446.34 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:47:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F16B6D9; Sat, 1 Mar 2014 12:47:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B58D107E; Sat, 1 Mar 2014 12:47:57 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Clssi067141; Sat, 1 Mar 2014 14:47:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21ClsVh067139; Sat, 1 Mar 2014 12:47:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:47:54 GMT Message-Id: <201403011247.s21ClsVh067139@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:47:58 -0000 TB --- 2014-03-01 12:40:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:40:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:40:28 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 12:40:28 - cleaning the object tree TB --- 2014-03-01 12:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:41:27 - At svn revision 262653 TB --- 2014-03-01 12:41:28 - building world TB --- 2014-03-01 12:41:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:41:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:41:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:41:28 - SRCCONF=/dev/null TB --- 2014-03-01 12:41:28 - TARGET=arm TB --- 2014-03-01 12:41:28 - TARGET_ARCH=arm TB --- 2014-03-01 12:41:28 - TZ=UTC TB --- 2014-03-01 12:41:28 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:41:28 - cd /src TB --- 2014-03-01 12:41:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:41:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:47:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:47:54 - ERROR: failed to build world TB --- 2014-03-01 12:47:54 - 314.43 user 140.04 system 446.35 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:53:47 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F26EAF14; Sat, 1 Mar 2014 12:53:46 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 29AB61194; Sat, 1 Mar 2014 12:53:45 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CrhDQ087564; Sat, 1 Mar 2014 14:53:43 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CrhZv087563; Sat, 1 Mar 2014 12:53:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:53:43 GMT Message-Id: <201403011253.s21CrhZv087563@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:53:47 -0000 TB --- 2014-03-01 12:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:50:28 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 12:50:28 - cleaning the object tree TB --- 2014-03-01 12:50:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:51:24 - At svn revision 262653 TB --- 2014-03-01 12:51:25 - building world TB --- 2014-03-01 12:51:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:51:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:51:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:51:25 - SRCCONF=/dev/null TB --- 2014-03-01 12:51:25 - TARGET=mips TB --- 2014-03-01 12:51:25 - TARGET_ARCH=mips64 TB --- 2014-03-01 12:51:25 - TZ=UTC TB --- 2014-03-01 12:51:25 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:51:25 - cd /src TB --- 2014-03-01 12:51:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:51:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:53:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:53:43 - ERROR: failed to build world TB --- 2014-03-01 12:53:43 - 105.01 user 94.66 system 194.94 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:53:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3958CF19; Sat, 1 Mar 2014 12:53:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 646021198; Sat, 1 Mar 2014 12:53:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Crn4f088203; Sat, 1 Mar 2014 14:53:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Crn6O088202; Sat, 1 Mar 2014 12:53:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:53:49 GMT Message-Id: <201403011253.s21Crn6O088202@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:53:53 -0000 TB --- 2014-03-01 12:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:50:28 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 12:50:28 - cleaning the object tree TB --- 2014-03-01 12:50:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:51:30 - At svn revision 262653 TB --- 2014-03-01 12:51:31 - building world TB --- 2014-03-01 12:51:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:51:31 - SRCCONF=/dev/null TB --- 2014-03-01 12:51:31 - TARGET=ia64 TB --- 2014-03-01 12:51:31 - TARGET_ARCH=ia64 TB --- 2014-03-01 12:51:31 - TZ=UTC TB --- 2014-03-01 12:51:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:51:31 - cd /src TB --- 2014-03-01 12:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:51:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:53:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:53:49 - ERROR: failed to build world TB --- 2014-03-01 12:53:49 - 103.96 user 101.51 system 201.16 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:53:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF2E9F18; Sat, 1 Mar 2014 12:53:51 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 157AA1197; Sat, 1 Mar 2014 12:53:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CrmmU088145; Sat, 1 Mar 2014 14:53:48 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CrmRR088144; Sat, 1 Mar 2014 12:53:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:53:48 GMT Message-Id: <201403011253.s21CrmRR088144@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:53:52 -0000 TB --- 2014-03-01 12:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:50:28 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 12:50:28 - cleaning the object tree TB --- 2014-03-01 12:50:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:51:29 - At svn revision 262653 TB --- 2014-03-01 12:51:30 - building world TB --- 2014-03-01 12:51:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:51:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:51:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:51:30 - SRCCONF=/dev/null TB --- 2014-03-01 12:51:30 - TARGET=sparc64 TB --- 2014-03-01 12:51:30 - TARGET_ARCH=sparc64 TB --- 2014-03-01 12:51:30 - TZ=UTC TB --- 2014-03-01 12:51:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:51:30 - cd /src TB --- 2014-03-01 12:51:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:51:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:53:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:53:47 - ERROR: failed to build world TB --- 2014-03-01 12:53:47 - 105.46 user 98.72 system 199.87 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:53:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5477F66; Sat, 1 Mar 2014 12:53:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E18C91199; Sat, 1 Mar 2014 12:53:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Crn9O088219; Sat, 1 Mar 2014 14:53:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CrnZ4088218; Sat, 1 Mar 2014 12:53:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:53:49 GMT Message-Id: <201403011253.s21CrnZ4088218@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:53:53 -0000 TB --- 2014-03-01 12:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:50:28 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 12:50:28 - cleaning the object tree TB --- 2014-03-01 12:50:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:51:30 - At svn revision 262653 TB --- 2014-03-01 12:51:31 - building world TB --- 2014-03-01 12:51:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:51:31 - SRCCONF=/dev/null TB --- 2014-03-01 12:51:31 - TARGET=mips TB --- 2014-03-01 12:51:31 - TARGET_ARCH=mips TB --- 2014-03-01 12:51:31 - TZ=UTC TB --- 2014-03-01 12:51:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:51:31 - cd /src TB --- 2014-03-01 12:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:51:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:53:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:53:49 - ERROR: failed to build world TB --- 2014-03-01 12:53:49 - 105.54 user 100.33 system 201.70 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:54:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0AA543B6 for ; Sat, 1 Mar 2014 12:54:44 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3DCB611C9 for ; Sat, 1 Mar 2014 12:54:43 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s21Csdwn072054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Mar 2014 13:54:39 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s21CsaHa072049; Sat, 1 Mar 2014 13:54:36 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Sat, 1 Mar 2014 13:54:36 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Re: Unable to compile sysutils/lsof on stable/9 r262601 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-1424100496-1393678479=:71711" X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Mar 2014 12:54:44 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-1424100496-1393678479=:71711 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Sat, 1 Mar 2014 13:32+0100, Trond Endrestl wrote: > Hi, > > Does anyone else have a problem compiling sysutils/lsof on stable/9? > > Mine, at r262601, bombs out with: > > ===> Building for lsof-4.88.e_1,8 > > (cd lib; /usr/bin/make DEBUG="-O2" CFGF="-pipe -fno-omit-frame-pointer > -fstack-protector -fno-strict-aliasing -fno-omit-frame-pointer > -DHASTASKS -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASWCTYPE_H > -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T > -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS > -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB > -DNEEDS_BOOLEAN_T -DFREEBSDV=9000 -DHASFDESCFS=2 -DHASPSEUDOFS > -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME > -DLSOF_VSTR=\"9.2-STABLE\"") > > gcc -pipe -fno-omit-frame-pointer -fstack-protector > -fno-strict-aliasing -fno-omit-frame-pointer -DFREEBSDV=9000 -DHAS_ZFS > -DHAS_V_LOCKF -D_SOLARIS_C_SOURCE -O2 > -I/usr/src/sys/cddl/compat/opensolaris > -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs > -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod > -I/usr/src/sys/cddl/contrib/opensolaris/uts/common > -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs > -I/usr/src/sys/cddl/contrib/opensolaris/common > -I/usr/ports/workdirs/usr/ports/sysutils/lsof/work/lsof_4.88E.freebsd/usr/src/include > -I`pwd` -c dnode2.c > > In file included from > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_context.h:71, > from > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/refcount.h:33, > from /usr/include/sys/file.h:42, > from > /usr/src/sys/cddl/compat/opensolaris/sys/file.h:32, > from > /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:49, > from > /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37, > from > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31, > from > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33, > from dnode2.c:55: > /usr/src/sys/cddl/compat/opensolaris/sys/sdt.h:33:25: error: > opt_kdtrace.h: No such file or directory > > The /usr/src/sys/cddl/compat/opensolaris/sys/sdt.h file contains: > > #ifdef _KERNEL > #include > #endif > > whereas the same file in base/head doesn't. > > A workaround is to: > > mkdir -p $WRKDIRPREFIX/usr/ports/sysutils/lsof/work/lsof_4.88E.freebsd > touch $WRKDIRPREFIX/usr/ports/sysutils/lsof/work/lsof_4.88E.freebsd/opt_kdtrace.h > > prior to compiling the damn thing. I prepared this patch for sysutils/lsof/Makefile: --- Makefile.orig 2013-11-08 07:52:46.422242305 +0100 +++ Makefile 2014-03-01 13:48:48.234052257 +0100 @@ -55,8 +55,8 @@ IGNORE= requires kernel sources .endif -.if !defined(FIXUP_RELEASE) post-extract: +.if !defined(FIXUP_RELEASE) @( cd ${WRKDIR}/${DISTNAME} ; \ EXPMD5=`${SED} -n 's/^[[:blank:]]*\(MD5*=*\)/\1/p' README.${DISTNAME}` ; \ CALCMD5=`${MD5} ${SRCBALL_NAME}.tar` ; \ @@ -69,6 +69,7 @@ ) @( cd ${WRKSRC} ; ${ECHO_CMD} "y" | ./Inventory || exit 1 ) .endif + @( touch ${WRKSRC}/opt_kdtrace.h || exit 1 ) do-install: ${INSTALL_PROGRAM} ${WRKSRC}/lsof ${STAGEDIR}${PREFIX}/sbin -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-1424100496-1393678479=:71711 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=Makefile.diff Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Patch for sysutils/lsof/Makefile Content-Disposition: attachment; filename=Makefile.diff LS0tIE1ha2VmaWxlLm9yaWcJMjAxMy0xMS0wOCAwNzo1Mjo0Ni40MjIyNDIz MDUgKzAxMDANCisrKyBNYWtlZmlsZQkyMDE0LTAzLTAxIDEzOjQ4OjQ4LjIz NDA1MjI1NyArMDEwMA0KQEAgLTU1LDggKzU1LDggQEANCiBJR05PUkU9CQly ZXF1aXJlcyBrZXJuZWwgc291cmNlcw0KIC5lbmRpZg0KIA0KLS5pZiAhZGVm aW5lZChGSVhVUF9SRUxFQVNFKQ0KIHBvc3QtZXh0cmFjdDoNCisuaWYgIWRl ZmluZWQoRklYVVBfUkVMRUFTRSkNCiAJQCggY2QgJHtXUktESVJ9LyR7RElT VE5BTUV9IDsgXA0KIAlFWFBNRDU9YCR7U0VEfSAtbiAncy9eW1s6Ymxhbms6 XV0qXChNRDUqPSpcKS9cMS9wJyBSRUFETUUuJHtESVNUTkFNRX1gIDsgXA0K IAlDQUxDTUQ1PWAke01ENX0gJHtTUkNCQUxMX05BTUV9LnRhcmAgOyBcDQpA QCAtNjksNiArNjksNyBAQA0KIAkpDQogCUAoIGNkICR7V1JLU1JDfSA7ICR7 RUNIT19DTUR9ICJ5IiB8IC4vSW52ZW50b3J5IHx8IGV4aXQgMSApDQogLmVu ZGlmDQorCUAoIHRvdWNoICR7V1JLU1JDfS9vcHRfa2R0cmFjZS5oIHx8IGV4 aXQgMSApDQogDQogZG8taW5zdGFsbDoNCiAJJHtJTlNUQUxMX1BST0dSQU19 ICR7V1JLU1JDfS9sc29mICR7U1RBR0VESVJ9JHtQUkVGSVh9L3NiaW4NCg== --2055831798-1424100496-1393678479=:71711-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:57:44 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B99B34E8; Sat, 1 Mar 2014 12:57:44 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E518511EA; Sat, 1 Mar 2014 12:57:43 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CveEw009464; Sat, 1 Mar 2014 14:57:40 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CveTF009462; Sat, 1 Mar 2014 12:57:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:57:40 GMT Message-Id: <201403011257.s21CveTF009462@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:57:44 -0000 TB --- 2014-03-01 12:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:50:28 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 12:50:28 - cleaning the object tree TB --- 2014-03-01 12:50:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:51:21 - At svn revision 262653 TB --- 2014-03-01 12:51:22 - building world TB --- 2014-03-01 12:51:22 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:51:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:51:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:51:22 - SRCCONF=/dev/null TB --- 2014-03-01 12:51:22 - TARGET=i386 TB --- 2014-03-01 12:51:22 - TARGET_ARCH=i386 TB --- 2014-03-01 12:51:22 - TZ=UTC TB --- 2014-03-01 12:51:22 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:51:22 - cd /src TB --- 2014-03-01 12:51:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:51:32 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:57:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:57:40 - ERROR: failed to build world TB --- 2014-03-01 12:57:40 - 315.07 user 124.12 system 432.73 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:57:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0160A5EB; Sat, 1 Mar 2014 12:57:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2F40511EE; Sat, 1 Mar 2014 12:57:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CvrKA011863; Sat, 1 Mar 2014 14:57:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CvrFE011850; Sat, 1 Mar 2014 12:57:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:57:53 GMT Message-Id: <201403011257.s21CvrFE011850@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:57:57 -0000 TB --- 2014-03-01 12:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:50:28 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 12:50:28 - cleaning the object tree TB --- 2014-03-01 12:50:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:51:29 - At svn revision 262653 TB --- 2014-03-01 12:51:30 - building world TB --- 2014-03-01 12:51:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:51:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:51:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:51:30 - SRCCONF=/dev/null TB --- 2014-03-01 12:51:30 - TARGET=powerpc TB --- 2014-03-01 12:51:30 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 12:51:30 - TZ=UTC TB --- 2014-03-01 12:51:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:51:30 - cd /src TB --- 2014-03-01 12:51:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:51:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:57:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:57:53 - ERROR: failed to build world TB --- 2014-03-01 12:57:53 - 312.95 user 139.28 system 444.97 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:57:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2AB55E9; Sat, 1 Mar 2014 12:57:56 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E0B1511ED; Sat, 1 Mar 2014 12:57:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CvqFk011722; Sat, 1 Mar 2014 14:57:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CvqIf011516; Sat, 1 Mar 2014 12:57:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:57:52 GMT Message-Id: <201403011257.s21CvqIf011516@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:57:56 -0000 TB --- 2014-03-01 12:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:50:28 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 12:50:28 - cleaning the object tree TB --- 2014-03-01 12:50:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:51:29 - At svn revision 262653 TB --- 2014-03-01 12:51:30 - building world TB --- 2014-03-01 12:51:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:51:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:51:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:51:30 - SRCCONF=/dev/null TB --- 2014-03-01 12:51:30 - TARGET=arm TB --- 2014-03-01 12:51:30 - TARGET_ARCH=arm TB --- 2014-03-01 12:51:30 - TZ=UTC TB --- 2014-03-01 12:51:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:51:30 - cd /src TB --- 2014-03-01 12:51:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:51:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:57:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:57:51 - ERROR: failed to build world TB --- 2014-03-01 12:57:51 - 314.17 user 137.07 system 443.62 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:57:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59BB85EC; Sat, 1 Mar 2014 12:57:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8767211F0; Sat, 1 Mar 2014 12:57:57 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21CvsBM012003; Sat, 1 Mar 2014 14:57:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CvsBD012002; Sat, 1 Mar 2014 12:57:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:57:54 GMT Message-Id: <201403011257.s21CvsBD012002@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:57:58 -0000 TB --- 2014-03-01 12:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:50:28 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 12:50:28 - cleaning the object tree TB --- 2014-03-01 12:50:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:51:29 - At svn revision 262653 TB --- 2014-03-01 12:51:30 - building world TB --- 2014-03-01 12:51:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:51:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:51:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:51:30 - SRCCONF=/dev/null TB --- 2014-03-01 12:51:30 - TARGET=pc98 TB --- 2014-03-01 12:51:30 - TARGET_ARCH=i386 TB --- 2014-03-01 12:51:30 - TZ=UTC TB --- 2014-03-01 12:51:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:51:30 - cd /src TB --- 2014-03-01 12:51:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:51:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:57:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:57:54 - ERROR: failed to build world TB --- 2014-03-01 12:57:54 - 315.14 user 138.21 system 446.36 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:57:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98BC45EF; Sat, 1 Mar 2014 12:57:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C64F411F2; Sat, 1 Mar 2014 12:57:57 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Cvs2W012022; Sat, 1 Mar 2014 14:57:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CvsJZ012021; Sat, 1 Mar 2014 12:57:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:57:54 GMT Message-Id: <201403011257.s21CvsJZ012021@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:57:58 -0000 TB --- 2014-03-01 12:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:50:28 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 12:50:28 - cleaning the object tree TB --- 2014-03-01 12:50:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:51:29 - At svn revision 262653 TB --- 2014-03-01 12:51:30 - building world TB --- 2014-03-01 12:51:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:51:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:51:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:51:30 - SRCCONF=/dev/null TB --- 2014-03-01 12:51:30 - TARGET=arm TB --- 2014-03-01 12:51:30 - TARGET_ARCH=armv6 TB --- 2014-03-01 12:51:30 - TZ=UTC TB --- 2014-03-01 12:51:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:51:30 - cd /src TB --- 2014-03-01 12:51:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:51:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:57:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:57:54 - ERROR: failed to build world TB --- 2014-03-01 12:57:54 - 315.19 user 139.16 system 446.62 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:57:59 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 463325F0; Sat, 1 Mar 2014 12:57:59 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 73FD611F4; Sat, 1 Mar 2014 12:57:58 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Cvtpl012052; Sat, 1 Mar 2014 14:57:55 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21Cvtrc012051; Sat, 1 Mar 2014 12:57:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:57:55 GMT Message-Id: <201403011257.s21Cvtrc012051@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:57:59 -0000 TB --- 2014-03-01 12:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:50:28 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 12:50:28 - cleaning the object tree TB --- 2014-03-01 12:50:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:51:30 - At svn revision 262653 TB --- 2014-03-01 12:51:31 - building world TB --- 2014-03-01 12:51:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:51:31 - SRCCONF=/dev/null TB --- 2014-03-01 12:51:31 - TARGET=powerpc TB --- 2014-03-01 12:51:31 - TARGET_ARCH=powerpc TB --- 2014-03-01 12:51:31 - TZ=UTC TB --- 2014-03-01 12:51:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:51:31 - cd /src TB --- 2014-03-01 12:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:51:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:57:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:57:55 - ERROR: failed to build world TB --- 2014-03-01 12:57:55 - 315.74 user 139.10 system 447.27 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:57:59 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AF075F1; Sat, 1 Mar 2014 12:57:59 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 98F1F11F5; Sat, 1 Mar 2014 12:57:58 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Cvtu6012060; Sat, 1 Mar 2014 14:57:55 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21CvtJd012059; Sat, 1 Mar 2014 12:57:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 12:57:55 GMT Message-Id: <201403011257.s21CvtJd012059@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 12:57:59 -0000 TB --- 2014-03-01 12:50:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 12:50:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 12:50:28 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 12:50:28 - cleaning the object tree TB --- 2014-03-01 12:50:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 12:51:30 - At svn revision 262653 TB --- 2014-03-01 12:51:31 - building world TB --- 2014-03-01 12:51:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 12:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 12:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 12:51:31 - SRCCONF=/dev/null TB --- 2014-03-01 12:51:31 - TARGET=amd64 TB --- 2014-03-01 12:51:31 - TARGET_ARCH=amd64 TB --- 2014-03-01 12:51:31 - TZ=UTC TB --- 2014-03-01 12:51:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 12:51:31 - cd /src TB --- 2014-03-01 12:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 12:51:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 12:57:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 12:57:55 - ERROR: failed to build world TB --- 2014-03-01 12:57:55 - 315.80 user 139.28 system 447.42 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 13:04:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1965CF99; Sat, 1 Mar 2014 13:04:06 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 443B012F7; Sat, 1 Mar 2014 13:04:04 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21D3h01032519; Sat, 1 Mar 2014 15:03:43 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21D3hnb032485; Sat, 1 Mar 2014 13:03:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 13:03:43 GMT Message-Id: <201403011303.s21D3hnb032485@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 13:04:06 -0000 TB --- 2014-03-01 13:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 13:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 13:00:28 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-01 13:00:28 - cleaning the object tree TB --- 2014-03-01 13:00:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 13:01:23 - At svn revision 262653 TB --- 2014-03-01 13:01:24 - building world TB --- 2014-03-01 13:01:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 13:01:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 13:01:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 13:01:24 - SRCCONF=/dev/null TB --- 2014-03-01 13:01:24 - TARGET=mips TB --- 2014-03-01 13:01:24 - TARGET_ARCH=mips64 TB --- 2014-03-01 13:01:24 - TZ=UTC TB --- 2014-03-01 13:01:24 - __MAKE_CONF=/dev/null TB --- 2014-03-01 13:01:24 - cd /src TB --- 2014-03-01 13:01:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 13:01:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips64/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 13:03:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 13:03:43 - ERROR: failed to build world TB --- 2014-03-01 13:03:43 - 105.23 user 93.95 system 194.86 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 13:04:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19179F98; Sat, 1 Mar 2014 13:04:06 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 443FC12F8; Sat, 1 Mar 2014 13:04:04 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21D3nvj033132; Sat, 1 Mar 2014 15:03:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21D3n5i033131; Sat, 1 Mar 2014 13:03:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 13:03:49 GMT Message-Id: <201403011303.s21D3n5i033131@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 13:04:06 -0000 TB --- 2014-03-01 13:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 13:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 13:00:28 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-01 13:00:28 - cleaning the object tree TB --- 2014-03-01 13:00:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 13:01:29 - At svn revision 262653 TB --- 2014-03-01 13:01:30 - building world TB --- 2014-03-01 13:01:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 13:01:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 13:01:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 13:01:30 - SRCCONF=/dev/null TB --- 2014-03-01 13:01:30 - TARGET=mips TB --- 2014-03-01 13:01:30 - TARGET_ARCH=mips TB --- 2014-03-01 13:01:30 - TZ=UTC TB --- 2014-03-01 13:01:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 13:01:30 - cd /src TB --- 2014-03-01 13:01:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 13:01:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/mips.mips/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree /obj/mips.mips/src/tmp/legacy/usr/sbin/mtree -> /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree ln: /obj/mips.mips/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 13:03:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 13:03:49 - ERROR: failed to build world TB --- 2014-03-01 13:03:49 - 105.53 user 99.44 system 200.84 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 13:04:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4612CF9B; Sat, 1 Mar 2014 13:04:06 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7150E12FA; Sat, 1 Mar 2014 13:04:04 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21D3nEq033151; Sat, 1 Mar 2014 15:03:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21D3nhP033150; Sat, 1 Mar 2014 13:03:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 13:03:49 GMT Message-Id: <201403011303.s21D3nhP033150@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 13:04:06 -0000 TB --- 2014-03-01 13:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 13:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 13:00:28 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-01 13:00:28 - cleaning the object tree TB --- 2014-03-01 13:00:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 13:01:30 - At svn revision 262653 TB --- 2014-03-01 13:01:31 - building world TB --- 2014-03-01 13:01:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 13:01:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 13:01:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 13:01:31 - SRCCONF=/dev/null TB --- 2014-03-01 13:01:31 - TARGET=sparc64 TB --- 2014-03-01 13:01:31 - TARGET_ARCH=sparc64 TB --- 2014-03-01 13:01:31 - TZ=UTC TB --- 2014-03-01 13:01:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 13:01:31 - cd /src TB --- 2014-03-01 13:01:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 13:01:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/sparc64.sparc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/mtree -> /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 13:03:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 13:03:49 - ERROR: failed to build world TB --- 2014-03-01 13:03:49 - 104.71 user 101.20 system 201.60 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 13:04:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 424EDF9A; Sat, 1 Mar 2014 13:04:06 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6D43D12F9; Sat, 1 Mar 2014 13:04:04 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21D3mUo033116; Sat, 1 Mar 2014 15:03:48 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21D3mMW033109; Sat, 1 Mar 2014 13:03:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 13:03:48 GMT Message-Id: <201403011303.s21D3mMW033109@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 13:04:06 -0000 TB --- 2014-03-01 13:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 13:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 13:00:28 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-01 13:00:28 - cleaning the object tree TB --- 2014-03-01 13:00:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 13:01:29 - At svn revision 262653 TB --- 2014-03-01 13:01:30 - building world TB --- 2014-03-01 13:01:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 13:01:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 13:01:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 13:01:30 - SRCCONF=/dev/null TB --- 2014-03-01 13:01:30 - TARGET=ia64 TB --- 2014-03-01 13:01:30 - TARGET_ARCH=ia64 TB --- 2014-03-01 13:01:30 - TZ=UTC TB --- 2014-03-01 13:01:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 13:01:30 - cd /src TB --- 2014-03-01 13:01:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 13:01:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/ia64.ia64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree /obj/ia64.ia64/src/tmp/legacy/usr/sbin/mtree -> /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/ia64.ia64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 13:03:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 13:03:48 - ERROR: failed to build world TB --- 2014-03-01 13:03:48 - 105.17 user 99.48 system 200.50 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 13:07:46 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94ED14CB; Sat, 1 Mar 2014 13:07:46 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C04461355; Sat, 1 Mar 2014 13:07:45 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21D7gr9054422; Sat, 1 Mar 2014 15:07:42 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21D7g20054421; Sat, 1 Mar 2014 13:07:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 13:07:42 GMT Message-Id: <201403011307.s21D7g20054421@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 13:07:46 -0000 TB --- 2014-03-01 13:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 13:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 13:00:28 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-01 13:00:28 - cleaning the object tree TB --- 2014-03-01 13:00:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 13:01:23 - At svn revision 262653 TB --- 2014-03-01 13:01:24 - building world TB --- 2014-03-01 13:01:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 13:01:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 13:01:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 13:01:24 - SRCCONF=/dev/null TB --- 2014-03-01 13:01:24 - TARGET=amd64 TB --- 2014-03-01 13:01:24 - TARGET_ARCH=amd64 TB --- 2014-03-01 13:01:24 - TZ=UTC TB --- 2014-03-01 13:01:24 - __MAKE_CONF=/dev/null TB --- 2014-03-01 13:01:24 - cd /src TB --- 2014-03-01 13:01:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 13:01:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/amd64.amd64/src/tmp/legacy/usr/include -static -L/obj/amd64.amd64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/amd64.amd64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree /obj/amd64.amd64/src/tmp/legacy/usr/sbin/mtree -> /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/amd64.amd64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 13:07:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 13:07:42 - ERROR: failed to build world TB --- 2014-03-01 13:07:42 - 314.32 user 126.95 system 434.38 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 13:07:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A56FA5F3; Sat, 1 Mar 2014 13:07:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D31F71359; Sat, 1 Mar 2014 13:07:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21D7rUq056702; Sat, 1 Mar 2014 15:07:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21D7rHh056697; Sat, 1 Mar 2014 13:07:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 13:07:53 GMT Message-Id: <201403011307.s21D7rHh056697@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 13:07:57 -0000 TB --- 2014-03-01 13:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 13:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 13:00:28 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-01 13:00:28 - cleaning the object tree TB --- 2014-03-01 13:00:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 13:01:30 - At svn revision 262653 TB --- 2014-03-01 13:01:31 - building world TB --- 2014-03-01 13:01:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 13:01:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 13:01:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 13:01:31 - SRCCONF=/dev/null TB --- 2014-03-01 13:01:31 - TARGET=i386 TB --- 2014-03-01 13:01:31 - TARGET_ARCH=i386 TB --- 2014-03-01 13:01:31 - TZ=UTC TB --- 2014-03-01 13:01:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 13:01:31 - cd /src TB --- 2014-03-01 13:01:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 13:01:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/i386.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree /obj/i386.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/i386.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 13:07:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 13:07:53 - ERROR: failed to build world TB --- 2014-03-01 13:07:53 - 314.22 user 138.84 system 445.45 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 13:07:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBD3F5F2; Sat, 1 Mar 2014 13:07:56 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 151EF1357; Sat, 1 Mar 2014 13:07:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21D7qxj056448; Sat, 1 Mar 2014 15:07:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21D7qpZ056443; Sat, 1 Mar 2014 13:07:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 13:07:52 GMT Message-Id: <201403011307.s21D7qpZ056443@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 13:07:57 -0000 TB --- 2014-03-01 13:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 13:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 13:00:28 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-01 13:00:28 - cleaning the object tree TB --- 2014-03-01 13:00:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 13:01:29 - At svn revision 262653 TB --- 2014-03-01 13:01:30 - building world TB --- 2014-03-01 13:01:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 13:01:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 13:01:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 13:01:30 - SRCCONF=/dev/null TB --- 2014-03-01 13:01:30 - TARGET=pc98 TB --- 2014-03-01 13:01:30 - TARGET_ARCH=i386 TB --- 2014-03-01 13:01:30 - TZ=UTC TB --- 2014-03-01 13:01:30 - __MAKE_CONF=/dev/null TB --- 2014-03-01 13:01:30 - cd /src TB --- 2014-03-01 13:01:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 13:01:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/pc98.i386/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree /obj/pc98.i386/src/tmp/legacy/usr/sbin/mtree -> /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree ln: /obj/pc98.i386/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 13:07:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 13:07:52 - ERROR: failed to build world TB --- 2014-03-01 13:07:52 - 315.36 user 136.26 system 444.41 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 13:07:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 070105F4; Sat, 1 Mar 2014 13:07:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 343D1135A; Sat, 1 Mar 2014 13:07:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21D7slT056743; Sat, 1 Mar 2014 15:07:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21D7sgY056741; Sat, 1 Mar 2014 13:07:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 13:07:54 GMT Message-Id: <201403011307.s21D7sgY056741@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 13:07:58 -0000 TB --- 2014-03-01 13:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 13:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 13:00:28 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-01 13:00:28 - cleaning the object tree TB --- 2014-03-01 13:00:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 13:01:30 - At svn revision 262653 TB --- 2014-03-01 13:01:31 - building world TB --- 2014-03-01 13:01:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 13:01:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 13:01:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 13:01:31 - SRCCONF=/dev/null TB --- 2014-03-01 13:01:31 - TARGET=powerpc TB --- 2014-03-01 13:01:31 - TARGET_ARCH=powerpc TB --- 2014-03-01 13:01:31 - TZ=UTC TB --- 2014-03-01 13:01:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 13:01:31 - cd /src TB --- 2014-03-01 13:01:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 13:01:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 13:07:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 13:07:54 - ERROR: failed to build world TB --- 2014-03-01 13:07:54 - 314.66 user 138.32 system 445.77 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 13:08:00 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04B0E5F9; Sat, 1 Mar 2014 13:08:00 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32E581360; Sat, 1 Mar 2014 13:07:58 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21D7uSQ056862; Sat, 1 Mar 2014 15:07:56 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21D7uP9056861; Sat, 1 Mar 2014 13:07:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 13:07:56 GMT Message-Id: <201403011307.s21D7uP9056861@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 13:08:00 -0000 TB --- 2014-03-01 13:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 13:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 13:00:28 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-01 13:00:28 - cleaning the object tree TB --- 2014-03-01 13:00:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 13:01:30 - At svn revision 262653 TB --- 2014-03-01 13:01:31 - building world TB --- 2014-03-01 13:01:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 13:01:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 13:01:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 13:01:31 - SRCCONF=/dev/null TB --- 2014-03-01 13:01:31 - TARGET=powerpc TB --- 2014-03-01 13:01:31 - TARGET_ARCH=powerpc64 TB --- 2014-03-01 13:01:31 - TZ=UTC TB --- 2014-03-01 13:01:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 13:01:31 - cd /src TB --- 2014-03-01 13:01:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 13:01:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/powerpc.powerpc64/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/mtree -> /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree ln: /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 13:07:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 13:07:56 - ERROR: failed to build world TB --- 2014-03-01 13:07:56 - 315.71 user 139.66 system 447.77 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 13:07:59 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 570C55F6; Sat, 1 Mar 2014 13:07:59 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 84F89135C; Sat, 1 Mar 2014 13:07:58 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21D7to9056830; Sat, 1 Mar 2014 15:07:55 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21D7tbc056829; Sat, 1 Mar 2014 13:07:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 13:07:55 GMT Message-Id: <201403011307.s21D7tbc056829@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 13:07:59 -0000 TB --- 2014-03-01 13:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 13:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 13:00:28 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 13:00:28 - cleaning the object tree TB --- 2014-03-01 13:00:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 13:01:30 - At svn revision 262653 TB --- 2014-03-01 13:01:31 - building world TB --- 2014-03-01 13:01:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 13:01:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 13:01:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 13:01:31 - SRCCONF=/dev/null TB --- 2014-03-01 13:01:31 - TARGET=arm TB --- 2014-03-01 13:01:31 - TARGET_ARCH=arm TB --- 2014-03-01 13:01:31 - TZ=UTC TB --- 2014-03-01 13:01:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 13:01:31 - cd /src TB --- 2014-03-01 13:01:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 13:01:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.arm/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree /obj/arm.arm/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.arm/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 13:07:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 13:07:55 - ERROR: failed to build world TB --- 2014-03-01 13:07:55 - 315.89 user 138.73 system 447.12 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 13:07:59 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB6E95F8; Sat, 1 Mar 2014 13:07:59 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EA0D6135F; Sat, 1 Mar 2014 13:07:58 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21D7tRH056852; Sat, 1 Mar 2014 15:07:55 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21D7t4e056851; Sat, 1 Mar 2014 13:07:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 13:07:55 GMT Message-Id: <201403011307.s21D7t4e056851@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 13:07:59 -0000 TB --- 2014-03-01 13:00:28 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 13:00:28 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 13:00:28 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-01 13:00:28 - cleaning the object tree TB --- 2014-03-01 13:00:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 13:01:30 - At svn revision 262653 TB --- 2014-03-01 13:01:31 - building world TB --- 2014-03-01 13:01:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 13:01:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 13:01:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 13:01:31 - SRCCONF=/dev/null TB --- 2014-03-01 13:01:31 - TARGET=arm TB --- 2014-03-01 13:01:31 - TARGET_ARCH=armv6 TB --- 2014-03-01 13:01:31 - TZ=UTC TB --- 2014-03-01 13:01:31 - __MAKE_CONF=/dev/null TB --- 2014-03-01 13:01:31 - cd /src TB --- 2014-03-01 13:01:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 13:01:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.sbin/nmtree/../../contrib/mtree/spec.c:657: warning: implicit declaration of function 'uid_from_user' cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/specspec.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mtree/verify.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -c /src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c cc -O2 -pipe -I/src/usr.sbin/nmtree/../../contrib/mknod -I/src/usr.sbin/nmtree/../../lib/libnetbsd -std=gnu99 -I/obj/arm.armv6/src/tmp/legacy/usr/include -static -L/obj/arm.armv6/src/tmp/legacy/usr/lib -o mtree compare.o crc.o create.o excludes.o getid.o misc.o mtree.o only.o spec.o specspec.o verify.o pack_dev.o -lmd -lutil /obj/arm.armv6/src/tmp/src/usr.sbin/nmtree/../../lib/libnetbsd/libnetbsd.a -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree /obj/arm.armv6/src/tmp/legacy/usr/sbin/mtree -> /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree ln: /obj/arm.armv6/src/tmp/legacy/usr/sbin/nmtree: No such file or directory *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-01 13:07:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 13:07:55 - ERROR: failed to build world TB --- 2014-03-01 13:07:55 - 314.67 user 140.66 system 447.54 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 13:14:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3223DCA for ; Sat, 1 Mar 2014 13:14:45 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 50D9D14CA for ; Sat, 1 Mar 2014 13:14:44 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s21DEfQM072301 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Mar 2014 14:14:41 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s21DEfqF072298; Sat, 1 Mar 2014 14:14:41 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Sat, 1 Mar 2014 14:14:41 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Re: Unable to compile sysutils/lsof on stable/9 r262601 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-ID: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Mar 2014 13:14:45 -0000 On Sat, 1 Mar 2014 13:54+0100, Trond Endrestl wrote: > I prepared this patch for sysutils/lsof/Makefile: > > --- Makefile.orig 2013-11-08 07:52:46.422242305 +0100 > +++ Makefile 2014-03-01 13:48:48.234052257 +0100 > @@ -55,8 +55,8 @@ > IGNORE= requires kernel sources > .endif > > -.if !defined(FIXUP_RELEASE) > post-extract: > +.if !defined(FIXUP_RELEASE) > @( cd ${WRKDIR}/${DISTNAME} ; \ > EXPMD5=`${SED} -n 's/^[[:blank:]]*\(MD5*=*\)/\1/p' README.${DISTNAME}` ; \ > CALCMD5=`${MD5} ${SRCBALL_NAME}.tar` ; \ > @@ -69,6 +69,7 @@ > ) > @( cd ${WRKSRC} ; ${ECHO_CMD} "y" | ./Inventory || exit 1 ) > .endif > + @( touch ${WRKSRC}/opt_kdtrace.h || exit 1 ) > > do-install: > ${INSTALL_PROGRAM} ${WRKSRC}/lsof ${STAGEDIR}${PREFIX}/sbin The patch is unneeded as sysutils/lsof/Makefile r346597 and lsof 4.88F solves the problem. Great job! -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 15:02:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BD47246; Sat, 1 Mar 2014 15:02:26 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D7E641293; Sat, 1 Mar 2014 15:02:25 +0000 (UTC) Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id B08132105D; Sat, 1 Mar 2014 10:02:24 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute5.internal (MEProxy); Sat, 01 Mar 2014 10:02:24 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:cc:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=nsEl3qa5QIJ8rI9U2ITneD6i3Nc=; b=nWu xYPIvruqr5n7GP1FozDyBExNUwcVPqu3NBi+3OppMb6WSpzKm3guRGJBG095Dhx0 mUSkvWBs0PAvOkKOzI3A/0YbKPY4/P+pfTfla300hfkEJEZAqqVJNe2ftQZTWDFX wT8hYUt8bGB/mIR05pzd8B0ETeTM3tL0zuk3WSUc= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 88DA7116FAC; Sat, 1 Mar 2014 10:02:24 -0500 (EST) Message-Id: <1393686144.13293.89322249.7BB6D2F8@webmail.messagingengine.com> X-Sasl-Enc: DeP0O/T1lL4NTNbAJHtX5Jo5q+osZ+HPFl0eZeG4SbOQ 1393686144 From: Mark Felder To: Eitan Adler , Jilles Tjoelker MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4527a23f In-Reply-To: References: <2cba8fd9cc51dedc1bd5e127046f4ab7@dweimer.net> <1393618827.9046.89104957.4A974C56@webmail.messagingengine.com> <1393625741.9928.89141917.3B723B0F@webmail.messagingengine.com> <20140228234214.GA23514@stack.nl> Subject: Re: ssh-copy-id Date: Sat, 01 Mar 2014 09:02:24 -0600 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Mar 2014 15:02:26 -0000 On Fri, Feb 28, 2014, at 21:11, Eitan Adler wrote: > On 28 February 2014 18:42, Jilles Tjoelker wrote: > > On Fri, Feb 28, 2014 at 06:08:10PM -0500, Eitan Adler wrote: > >> On 28 February 2014 17:15, Mark Felder wrote: > >> .... > > > >> > In my opinion, if I'm using an ssh utility and I specify "-i" flag it > >> > should be the private key. > > > >> Hey all, > > > >> Sorry about the confusion ssh-copy-id has caused you. > > > >> Does the following patch help ? > > > > In addition to that, it may be useful to add an explicit check against > > sending private keys. Even though printf(1) fails, the receiving server > > still gets the private key and a malicious root user might steal it. > > > > For example, any key starting with '-' is inappropriate. > > I thought about adding a check for private keys. However such a check > is insufficient since the user may have supplied other private files > accidentally such as /etc/passwd or a GPG key. > I suppose you could whitelist certain types of keys and only permit those to be used with ssh-copy-id and exit/error if something else is fed to it. $ file id_dsa id_dsa: PEM DSA private key Seems like file can be used to identify valid keys properly, but I'm sure there's a better way. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 16:54:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E514180; Sat, 1 Mar 2014 16:54:08 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 52E041A32; Sat, 1 Mar 2014 16:54:06 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s21Gro1I034890; Sat, 1 Mar 2014 18:53:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s21GrnF6034773; Sat, 1 Mar 2014 16:53:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Mar 2014 16:53:49 GMT Message-Id: <201403011653.s21GrnF6034773@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 16:54:08 -0000 TB --- 2014-03-01 13:10:31 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 13:10:31 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 13:10:31 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 13:10:31 - cleaning the object tree TB --- 2014-03-01 13:10:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 13:11:26 - At svn revision 262654 TB --- 2014-03-01 13:11:27 - building world TB --- 2014-03-01 13:11:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 13:11:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 13:11:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 13:11:27 - SRCCONF=/dev/null TB --- 2014-03-01 13:11:27 - TARGET=arm TB --- 2014-03-01 13:11:27 - TARGET_ARCH=arm TB --- 2014-03-01 13:11:27 - TZ=UTC TB --- 2014-03-01 13:11:27 - __MAKE_CONF=/dev/null TB --- 2014-03-01 13:11:27 - cd /src TB --- 2014-03-01 13:11:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 13:11:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 1 16:36:50 UTC 2014 TB --- 2014-03-01 16:36:50 - generating LINT kernel config TB --- 2014-03-01 16:36:50 - cd /src/sys/arm/conf TB --- 2014-03-01 16:36:50 - /usr/bin/make -B LINT TB --- 2014-03-01 16:36:50 - cd /src/sys/arm/conf TB --- 2014-03-01 16:36:50 - /usr/sbin/config -m LINT TB --- 2014-03-01 16:36:50 - building LINT kernel TB --- 2014-03-01 16:36:50 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 16:36:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 16:36:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 16:36:50 - SRCCONF=/dev/null TB --- 2014-03-01 16:36:50 - TARGET=arm TB --- 2014-03-01 16:36:50 - TARGET_ARCH=arm TB --- 2014-03-01 16:36:50 - TZ=UTC TB --- 2014-03-01 16:36:50 - __MAKE_CONF=/dev/null TB --- 2014-03-01 16:36:50 - cd /src TB --- 2014-03-01 16:36:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 1 16:36:50 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/arm/at91/uart_dev_at91usart.c /src/sys/arm/at91/uart_dev_at91usart.c:243:3: error: field designator 'grab' does not refer to any field in type 'struct uart_ops' .grab = at91_usart_grab, ^ /src/sys/arm/at91/uart_dev_at91usart.c:244:3: error: field designator 'ungrab' does not refer to any field in type 'struct uart_ops' .ungrab = at91_usart_ungrab, ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-01 16:53:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-01 16:53:48 - ERROR: failed to build LINT kernel TB --- 2014-03-01 16:53:48 - 10027.15 user 3314.56 system 13396.96 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 17:35:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA791454 for ; Sat, 1 Mar 2014 17:35:33 +0000 (UTC) Received: from luigi.brtsvcs.net (luigi.brtsvcs.net [204.109.60.246]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 965701CFC for ; Sat, 1 Mar 2014 17:35:33 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:880:bd0:21c:c0ff:fe7f:96ee]) by luigi.brtsvcs.net (Postfix) with ESMTPSA id A5A1F2D4FB4; Sat, 1 Mar 2014 09:35:25 -0800 (PST) Received: from [IPv6:2601:7:880:bd0:957a:b9e2:b4c0:512a] (unknown [IPv6:2601:7:880:bd0:957a:b9e2:b4c0:512a]) by chombo.houseloki.net (Postfix) with ESMTPSA id 857B7157; Sat, 1 Mar 2014 09:35:21 -0800 (PST) Message-ID: <53121A56.8010005@bluerosetech.com> Date: Sat, 01 Mar 2014 09:35:18 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "A.J. 'Fonz' van Werven" , freebsd-stable@freebsd.org Subject: Re: [releng_10 tinderbox] failure on arm/arm References: <201403011107.s21B7qEj022138@worker01.tb.des.no> <5311C0F4.1000909@mail.com> <20140301115030.GA68235@spectrum.skysmurf.nl> In-Reply-To: <20140301115030.GA68235@spectrum.skysmurf.nl> 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.17 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 17:35:33 -0000 On 3/1/2014 3:50 AM, A.J. 'Fonz' van Werven wrote: > Jeff Tipton wrote: > > [snip Tinderbox mail] > >> What is this? > > On a related note: does the tinderbox@freebsd.org account belong to a real > person, or is it a fully automated thing? The reason I'm asking is because > in the latter case I'll probably be doing some editing to my ~/.procmailrc > file ;-) tinderbox is automated. I have a sieve filter that pulls mail from tinderbox out into a separate folder. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 18:08:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67F4C3FC for ; Sat, 1 Mar 2014 18:08:09 +0000 (UTC) Received: from spectrum.skysmurf.nl (spectrum.skysmurf.nl [82.95.125.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E7D2110BC for ; Sat, 1 Mar 2014 18:08:08 +0000 (UTC) Received: from spectrum.skysmurf.nl (mail.skysmurf.nl [192.168.42.4] (may be forged)) by spectrum.skysmurf.nl (8.14.7/8.14.7) with SMTP id s21I8163072518; Sat, 1 Mar 2014 19:08:02 +0100 (CET) (envelope-from freebsd@skysmurf.nl) Received: by spectrum.skysmurf.nl (sSMTP sendmail emulation); Sat, 01 Mar 2014 19:08:01 +0100 Date: Sat, 1 Mar 2014 19:08:01 +0100 From: "A.J. 'Fonz' van Werven" To: Darren Pilgrim Subject: Re: [releng_10 tinderbox] failure on arm/arm Message-ID: <20140301180801.GA72509@spectrum.skysmurf.nl> References: <201403011107.s21B7qEj022138@worker01.tb.des.no> <5311C0F4.1000909@mail.com> <20140301115030.GA68235@spectrum.skysmurf.nl> <53121A56.8010005@bluerosetech.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <53121A56.8010005@bluerosetech.com> X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Mar 2014 18:08:09 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Darren Pilgrim wrote: > tinderbox is automated. I suspected as much. Thanks. AvW --=20 I'm not completely useless, I can be used as a bad example. --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTEiIBAAoJEAfP7gJTaCe80IEP/A3OGC6WfVPWTPbYQy361iVq d3fAltbe6nbRRCs53ZKnD+aW9dbP3TJi3v0BG3NFv6pNJhES6cRE50dN2ABnnMCd Z6A+ydbZ6uHYvZwe+bdngIkAhKeQYC1Z9Rx0JMF3zcxWYzP6V58bR43cN+FGe/hO lARRiRwpkbgSSVD1ohB+TVKAAGTJKErL5ecyqv02RjHWLSgVKMLWa1hBuDQah0JY Vpv3AVk9CQ11I02yxpKRJ7e1ho40Knm+xT0JUUPgCJd57BTObZX9BK+LAnqgEZ0U Aha1PybkS+RcAKmbsecGtxP52QWA9kBjgQ6x+LXDN2Rh4bFQEl4EJYJR5/ZSzy9r PPHtxpeXITYPz6OvzrldYp0GvNCiqgBkklZ0jDYnTe89D3655qcWDru2SUYgvmss 0ShrE4YhOxTIQfuiiELdbo0a+mrHXw8R7y+RFGXQXMrEDWVnDftblTKWXbxvIPLE WjqP3SKdPvMIi8inMibLQlZ15g64njCf3JN02zSAoig9YyJ29NhpJnrA7f6vUfXR J/LWpDsHM/XkcyyAipsn4TMS9royqBBd/zDeC87rY0dwA61qedKGQxvsnGB/SKuN CCKGBEgeKIZ/Pl0z+AztXjHBoiSfKvEyb0F1AOs6PIBgBJuhrsZl+4T9nBuikGH2 6RDz9pETtw8NXQ7/xs2o =Izwq -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 00:24:17 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02652814; Sun, 2 Mar 2014 00:24:17 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 37CEA10EA; Sun, 2 Mar 2014 00:24:15 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s220OAtJ039756; Sun, 2 Mar 2014 02:24:10 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s220O66K039364; Sun, 2 Mar 2014 00:24:06 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 2 Mar 2014 00:24:06 GMT Message-Id: <201403020024.s220O66K039364@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 00:24:17 -0000 TB --- 2014-03-01 20:40:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-01 20:40:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-01 20:40:44 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-01 20:40:44 - cleaning the object tree TB --- 2014-03-01 20:41:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-01 20:41:47 - At svn revision 262666 TB --- 2014-03-01 20:41:48 - building world TB --- 2014-03-01 20:41:48 - CROSS_BUILD_TESTING=YES TB --- 2014-03-01 20:41:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-01 20:41:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-01 20:41:48 - SRCCONF=/dev/null TB --- 2014-03-01 20:41:48 - TARGET=arm TB --- 2014-03-01 20:41:48 - TARGET_ARCH=arm TB --- 2014-03-01 20:41:48 - TZ=UTC TB --- 2014-03-01 20:41:48 - __MAKE_CONF=/dev/null TB --- 2014-03-01 20:41:48 - cd /src TB --- 2014-03-01 20:41:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 1 20:41:59 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 2 00:07:11 UTC 2014 TB --- 2014-03-02 00:07:11 - generating LINT kernel config TB --- 2014-03-02 00:07:11 - cd /src/sys/arm/conf TB --- 2014-03-02 00:07:11 - /usr/bin/make -B LINT TB --- 2014-03-02 00:07:11 - cd /src/sys/arm/conf TB --- 2014-03-02 00:07:11 - /usr/sbin/config -m LINT TB --- 2014-03-02 00:07:11 - building LINT kernel TB --- 2014-03-02 00:07:11 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 00:07:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 00:07:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 00:07:11 - SRCCONF=/dev/null TB --- 2014-03-02 00:07:11 - TARGET=arm TB --- 2014-03-02 00:07:11 - TARGET_ARCH=arm TB --- 2014-03-02 00:07:11 - TZ=UTC TB --- 2014-03-02 00:07:11 - __MAKE_CONF=/dev/null TB --- 2014-03-02 00:07:11 - cd /src TB --- 2014-03-02 00:07:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 2 00:07:11 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/arm/at91/uart_dev_at91usart.c /src/sys/arm/at91/uart_dev_at91usart.c:243:3: error: field designator 'grab' does not refer to any field in type 'struct uart_ops' .grab = at91_usart_grab, ^ /src/sys/arm/at91/uart_dev_at91usart.c:244:3: error: field designator 'ungrab' does not refer to any field in type 'struct uart_ops' .ungrab = at91_usart_ungrab, ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-02 00:24:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-02 00:24:05 - ERROR: failed to build LINT kernel TB --- 2014-03-02 00:24:05 - 10020.79 user 3319.93 system 13400.81 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 05:47:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CF1C4CC; Sun, 2 Mar 2014 05:47:06 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 526061D38; Sun, 2 Mar 2014 05:47:04 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s225kiwx008644; Sun, 2 Mar 2014 07:46:44 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s225kcMB007430; Sun, 2 Mar 2014 05:46:38 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 2 Mar 2014 05:46:38 GMT Message-Id: <201403020546.s225kcMB007430@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 05:47:06 -0000 TB --- 2014-03-02 04:10:36 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-02 04:10:36 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-02 04:10:36 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-02 04:10:36 - cleaning the object tree TB --- 2014-03-02 04:10:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-02 04:11:26 - At svn revision 262679 TB --- 2014-03-02 04:11:27 - building world TB --- 2014-03-02 04:11:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 04:11:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 04:11:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 04:11:27 - SRCCONF=/dev/null TB --- 2014-03-02 04:11:27 - TARGET=mips TB --- 2014-03-02 04:11:27 - TARGET_ARCH=mips64 TB --- 2014-03-02 04:11:27 - TZ=UTC TB --- 2014-03-02 04:11:27 - __MAKE_CONF=/dev/null TB --- 2014-03-02 04:11:27 - cd /src TB --- 2014-03-02 04:11:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 2 04:11:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 2 05:36:47 UTC 2014 TB --- 2014-03-02 05:36:47 - cd /src/sys/mips/conf TB --- 2014-03-02 05:36:47 - /usr/sbin/config -m ADM5120 TB --- 2014-03-02 05:36:47 - skipping ADM5120 kernel TB --- 2014-03-02 05:36:47 - cd /src/sys/mips/conf TB --- 2014-03-02 05:36:47 - /usr/sbin/config -m ALCHEMY TB --- 2014-03-02 05:36:47 - skipping ALCHEMY kernel TB --- 2014-03-02 05:36:47 - cd /src/sys/mips/conf TB --- 2014-03-02 05:36:47 - /usr/sbin/config -m AP121 TB --- 2014-03-02 05:36:47 - skipping AP121 kernel TB --- 2014-03-02 05:36:47 - cd /src/sys/mips/conf TB --- 2014-03-02 05:36:47 - /usr/sbin/config -m AP91 TB --- 2014-03-02 05:36:47 - skipping AP91 kernel TB --- 2014-03-02 05:36:47 - cd /src/sys/mips/conf TB --- 2014-03-02 05:36:47 - /usr/sbin/config -m AP93 TB --- 2014-03-02 05:36:47 - skipping AP93 kernel TB --- 2014-03-02 05:36:47 - cd /src/sys/mips/conf TB --- 2014-03-02 05:36:47 - /usr/sbin/config -m AP94 TB --- 2014-03-02 05:36:47 - skipping AP94 kernel TB --- 2014-03-02 05:36:47 - cd /src/sys/mips/conf TB --- 2014-03-02 05:36:47 - /usr/sbin/config -m AP96 TB --- 2014-03-02 05:36:47 - skipping AP96 kernel TB --- 2014-03-02 05:36:47 - cd /src/sys/mips/conf TB --- 2014-03-02 05:36:47 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-03-02 05:36:47 - skipping AR71XX_BASE kernel TB --- 2014-03-02 05:36:47 - cd /src/sys/mips/conf TB --- 2014-03-02 05:36:47 - /usr/sbin/config -m AR724X_BASE TB --- 2014-03-02 05:36:47 - skipping AR724X_BASE kernel TB --- 2014-03-02 05:36:47 - cd /src/sys/mips/conf TB --- 2014-03-02 05:36:47 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-03-02 05:36:47 - skipping AR91XX_BASE kernel TB --- 2014-03-02 05:36:47 - cd /src/sys/mips/conf TB --- 2014-03-02 05:36:47 - /usr/sbin/config -m AR933X_BASE TB --- 2014-03-02 05:36:47 - skipping AR933X_BASE kernel TB --- 2014-03-02 05:36:47 - cd /src/sys/mips/conf TB --- 2014-03-02 05:36:47 - /usr/sbin/config -m AR934X_BASE TB --- 2014-03-02 05:36:47 - skipping AR934X_BASE kernel TB --- 2014-03-02 05:36:47 - cd /src/sys/mips/conf TB --- 2014-03-02 05:36:47 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-03-02 05:36:47 - building BERI_DE4_BASE kernel TB --- 2014-03-02 05:36:47 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 05:36:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 05:36:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 05:36:47 - SRCCONF=/dev/null TB --- 2014-03-02 05:36:47 - TARGET=mips TB --- 2014-03-02 05:36:47 - TARGET_ARCH=mips64 TB --- 2014-03-02 05:36:47 - TZ=UTC TB --- 2014-03-02 05:36:47 - __MAKE_CONF=/dev/null TB --- 2014-03-02 05:36:47 - cd /src TB --- 2014-03-02 05:36:47 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Sun Mar 2 05:36:47 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_BASE completed on Sun Mar 2 05:41:57 UTC 2014 TB --- 2014-03-02 05:41:57 - cd /src/sys/mips/conf TB --- 2014-03-02 05:41:57 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-03-02 05:41:57 - building BERI_DE4_MDROOT kernel TB --- 2014-03-02 05:41:57 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 05:41:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 05:41:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 05:41:57 - SRCCONF=/dev/null TB --- 2014-03-02 05:41:57 - TARGET=mips TB --- 2014-03-02 05:41:57 - TARGET_ARCH=mips64 TB --- 2014-03-02 05:41:57 - TZ=UTC TB --- 2014-03-02 05:41:57 - __MAKE_CONF=/dev/null TB --- 2014-03-02 05:41:57 - cd /src TB --- 2014-03-02 05:41:57 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Sun Mar 2 05:41:57 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_MDROOT completed on Sun Mar 2 05:46:36 UTC 2014 TB --- 2014-03-02 05:46:36 - cd /src/sys/mips/conf TB --- 2014-03-02 05:46:36 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-03-02 05:46:36 - building BERI_DE4_SDROOT kernel TB --- 2014-03-02 05:46:36 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 05:46:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 05:46:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 05:46:36 - SRCCONF=/dev/null TB --- 2014-03-02 05:46:36 - TARGET=mips TB --- 2014-03-02 05:46:36 - TARGET_ARCH=mips64 TB --- 2014-03-02 05:46:36 - TZ=UTC TB --- 2014-03-02 05:46:36 - __MAKE_CONF=/dev/null TB --- 2014-03-02 05:46:36 - cd /src TB --- 2014-03-02 05:46:36 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Sun Mar 2 05:46:36 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_DE4_SDROOT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-02 05:46:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-02 05:46:37 - ERROR: failed to build BERI_DE4_SDROOT kernel TB --- 2014-03-02 05:46:37 - 4041.41 user 1997.19 system 5761.16 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 07:53:41 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F25FC1CF; Sun, 2 Mar 2014 07:53:40 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 324D6169B; Sun, 2 Mar 2014 07:53:39 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s227r7aS004275; Sun, 2 Mar 2014 09:53:07 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s227r5d0004010; Sun, 2 Mar 2014 07:53:05 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 2 Mar 2014 07:53:05 GMT Message-Id: <201403020753.s227r5d0004010@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 07:53:41 -0000 TB --- 2014-03-02 04:10:36 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-02 04:10:36 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-02 04:10:36 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-02 04:10:36 - cleaning the object tree TB --- 2014-03-02 04:11:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-02 04:11:43 - At svn revision 262679 TB --- 2014-03-02 04:11:44 - building world TB --- 2014-03-02 04:11:44 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 04:11:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 04:11:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 04:11:44 - SRCCONF=/dev/null TB --- 2014-03-02 04:11:44 - TARGET=arm TB --- 2014-03-02 04:11:44 - TARGET_ARCH=arm TB --- 2014-03-02 04:11:44 - TZ=UTC TB --- 2014-03-02 04:11:44 - __MAKE_CONF=/dev/null TB --- 2014-03-02 04:11:44 - cd /src TB --- 2014-03-02 04:11:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 2 04:11:54 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 2 07:36:00 UTC 2014 TB --- 2014-03-02 07:36:00 - generating LINT kernel config TB --- 2014-03-02 07:36:00 - cd /src/sys/arm/conf TB --- 2014-03-02 07:36:00 - /usr/bin/make -B LINT TB --- 2014-03-02 07:36:00 - cd /src/sys/arm/conf TB --- 2014-03-02 07:36:00 - /usr/sbin/config -m LINT TB --- 2014-03-02 07:36:00 - building LINT kernel TB --- 2014-03-02 07:36:00 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 07:36:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 07:36:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 07:36:00 - SRCCONF=/dev/null TB --- 2014-03-02 07:36:00 - TARGET=arm TB --- 2014-03-02 07:36:00 - TARGET_ARCH=arm TB --- 2014-03-02 07:36:00 - TZ=UTC TB --- 2014-03-02 07:36:00 - __MAKE_CONF=/dev/null TB --- 2014-03-02 07:36:00 - cd /src TB --- 2014-03-02 07:36:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 2 07:36:00 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/arm/at91/uart_dev_at91usart.c /src/sys/arm/at91/uart_dev_at91usart.c:243:3: error: field designator 'grab' does not refer to any field in type 'struct uart_ops' .grab = at91_usart_grab, ^ /src/sys/arm/at91/uart_dev_at91usart.c:244:3: error: field designator 'ungrab' does not refer to any field in type 'struct uart_ops' .ungrab = at91_usart_ungrab, ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-02 07:53:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-02 07:53:04 - ERROR: failed to build LINT kernel TB --- 2014-03-02 07:53:04 - 10011.54 user 3308.51 system 13348.45 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 11:56:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0F3CBE3 for ; Sun, 2 Mar 2014 11:56:46 +0000 (UTC) Received: from nm5-vm8.access.bullet.mail.gq1.yahoo.com (nm5-vm8.access.bullet.mail.gq1.yahoo.com [216.39.63.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AA4AD18D8 for ; Sun, 2 Mar 2014 11:56:46 +0000 (UTC) Received: from [216.39.60.169] by nm5.access.bullet.mail.gq1.yahoo.com with NNFMP; 02 Mar 2014 11:54:02 -0000 Received: from [67.195.22.116] by tm5.access.bullet.mail.gq1.yahoo.com with NNFMP; 02 Mar 2014 11:54:02 -0000 Received: from [127.0.0.1] by smtp111.sbc.mail.gq1.yahoo.com with NNFMP; 02 Mar 2014 11:54:02 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1393761242; bh=qub1yOOdX7JQgTw5SEO8OjDQgdDQc4K4xws4DSkFweg=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:References:Subject; b=BXk0AuU7xLLvkQbYU5CIkSo1IWD7pb6/RH5FbC8oEtYg9mLrwwkKOLjK8rpuZEF1WJkSGnohvCKSaFmEoS7PFz0tuTsHFRh4pTMGfPk6EfyLIuNKks+O7Sv28/1nS5eMz/tmSoRBS/+3WLag/0USawZBb8EDFG/QY2Vgw2Pw5mc= X-Yahoo-Newman-Id: 946472.44748.bm@smtp111.sbc.mail.gq1.yahoo.com Message-ID: <946472.44748.bm@smtp111.sbc.mail.gq1.yahoo.com> Date: Sun, 2 Mar 2014 11:54:02 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 70lgW2gVM1meEGFrwQHmwfTmCd8524LyiYBpVTA_xDpnyqF cdmUkwWCipKoqCMX3wlnRCYzKPu1QlYkl1OSVybO8.ltrwTiBISTIAEHnQYH A9retSPn9LTk4HrGMJOl9y1FQwBdcMevMv4bTX1.Ww8dF2MH6tQNDKdN3CaQ RFryI29l5xhm4MQahgxalrfxu6I4Bd3lqhQNm4npeuEnNWk8h89_ODUCMJVY jIQSDcX.4PSndkZvbI.I..EpqQqgJ8GlDwcaQDsq9VKeR8fqj2Rj5ysmA0bD qhJ_Ibq28Q7cvECwP7eCmHodwOOEGTMp2H2mpi.85e75CPYaovbiLw173dIB bBXLJWi6mXaGGIsr9uLsU7hJTGXDWby48y_6gtWPGjqUxahbMhDYVDIkqGdH oc7fjq80qjS3klm6n6QCn.rCctxL_kMvcwLSUFVffMzDr9kqzYFD9dNAirM. as0bSnprTdQUOnSZ.oofZeC2.paVTtVyU461c7uASUYOLy79GYL8qyDVUgsy yxj3tSSmTrfKteveMkx_TaKhu4H14nIrhunW013m1EmqNuaRHTFTQjr6rgUl osU9uI8BgQ8N24uTXlDfQ X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [67.195.15.66]) by smtp111.sbc.mail.gq1.yahoo.com with SMTP; 02 Mar 2014 11:54:02 +0000 UTC From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <201403011107.s21B7qEj022138@worker01.tb.des.no> <5311C0F4.1000909@mail.com> <20140301115030.GA68235@spectrum.skysmurf.nl> Subject: Re: [releng_10 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Mar 2014 11:56:46 -0000 > Jeff Tipton wrote: > [snip Tinderbox mail] > > What is this? > On a related note: does the tinderbox@freebsd.org account belong to a real > person, or is it a fully automated thing? The reason I'm asking is because > in the latter case I'll probably be doing some editing to my ~/.procmailrc > file ;-) > AvW All those tinderbox messages show a sticking point Stop. bmake[2]: stopped in /src/usr.sbin/nmtree *** Error code 1 But we really don't need the same message repeated many times over. Tom From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 15:25:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 256D6C22; Sun, 2 Mar 2014 15:25:06 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 52ED61A99; Sun, 2 Mar 2014 15:25:04 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s22FOhqC010032; Sun, 2 Mar 2014 17:24:43 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s22FOaYT009073; Sun, 2 Mar 2014 15:24:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 2 Mar 2014 15:24:36 GMT Message-Id: <201403021524.s22FOaYT009073@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 15:25:06 -0000 TB --- 2014-03-02 11:40:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-02 11:40:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-02 11:40:44 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-02 11:40:44 - cleaning the object tree TB --- 2014-03-02 11:41:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-02 11:41:47 - At svn revision 262685 TB --- 2014-03-02 11:41:48 - building world TB --- 2014-03-02 11:41:48 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 11:41:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 11:41:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 11:41:48 - SRCCONF=/dev/null TB --- 2014-03-02 11:41:48 - TARGET=arm TB --- 2014-03-02 11:41:48 - TARGET_ARCH=arm TB --- 2014-03-02 11:41:48 - TZ=UTC TB --- 2014-03-02 11:41:48 - __MAKE_CONF=/dev/null TB --- 2014-03-02 11:41:48 - cd /src TB --- 2014-03-02 11:41:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 2 11:41:58 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 2 15:07:40 UTC 2014 TB --- 2014-03-02 15:07:40 - generating LINT kernel config TB --- 2014-03-02 15:07:40 - cd /src/sys/arm/conf TB --- 2014-03-02 15:07:40 - /usr/bin/make -B LINT TB --- 2014-03-02 15:07:40 - cd /src/sys/arm/conf TB --- 2014-03-02 15:07:40 - /usr/sbin/config -m LINT TB --- 2014-03-02 15:07:40 - building LINT kernel TB --- 2014-03-02 15:07:40 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 15:07:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 15:07:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 15:07:40 - SRCCONF=/dev/null TB --- 2014-03-02 15:07:40 - TARGET=arm TB --- 2014-03-02 15:07:40 - TARGET_ARCH=arm TB --- 2014-03-02 15:07:40 - TZ=UTC TB --- 2014-03-02 15:07:40 - __MAKE_CONF=/dev/null TB --- 2014-03-02 15:07:40 - cd /src TB --- 2014-03-02 15:07:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 2 15:07:40 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/arm/at91/uart_dev_at91usart.c /src/sys/arm/at91/uart_dev_at91usart.c:243:3: error: field designator 'grab' does not refer to any field in type 'struct uart_ops' .grab = at91_usart_grab, ^ /src/sys/arm/at91/uart_dev_at91usart.c:244:3: error: field designator 'ungrab' does not refer to any field in type 'struct uart_ops' .ungrab = at91_usart_ungrab, ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-02 15:24:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-02 15:24:35 - ERROR: failed to build LINT kernel TB --- 2014-03-02 15:24:35 - 10036.58 user 3326.78 system 13431.34 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 15:35:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2EA42250; Sun, 2 Mar 2014 15:35:44 +0000 (UTC) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B6AAD1BA0; Sun, 2 Mar 2014 15:35:43 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id w8so1097684qac.26 for ; Sun, 02 Mar 2014 07:35:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=PBoUbOIaXNXB0b8nBzSePj2IcOgsVXBGn9E3F2UJbsU=; b=x6rtUt7Ptt5Jt3poSYmJy9OoLRlbtZxzrlrWbOY9MhZGAztwd0WWEyfKFtaW+092WO gnii4v0GmF8v1rNhYCaTpA8LOOwLb8p+DIrSJSpC2JFG+7/H/rHwxqiDJR53tL0VSu4U o8emLXkNxM+7Fyr02KwjsFu0xvkt0zc3JkW24UtrZX+RrCvoL7UGhj40qKMmAFt8Ip0J a6DBCpE4rrEO328UY98IpneCL7N4e+JnpYjWpHIMoyCidofowV8xtaSYd00BVk8hAI0s 3NELSy1lyIDwy0AJmHdLhRP+Y4uSWQPBl3rTBA328s7/caRW/bmqc9xpszQMvQUdK9OW 0o3A== MIME-Version: 1.0 X-Received: by 10.140.101.162 with SMTP id u31mr1318361qge.107.1393774542793; Sun, 02 Mar 2014 07:35:42 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.229.209.69 with HTTP; Sun, 2 Mar 2014 07:35:42 -0800 (PST) Date: Sun, 2 Mar 2014 16:35:42 +0100 X-Google-Sender-Auth: mg2XVR5elehcXH_jDy3sB8LhDdo Message-ID: Subject: pkg upgrade fails too often From: CeDeROM To: freebsd-ports , freebsd-pkg@freebsd.org, FreeBSD Stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Mar 2014 15:35:44 -0000 this gets annoying.. :-( please add mechanism for direct dependency change to pkg, so pkg upgrade goes smooth and require no manual user intervention.. # uname -a FreeBSD mercury 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 # pkg -v 1.2.6 # pkg upgrade Updating repository catalogue Upgrades have been requested for the following 41 packages: Upgrading chromium: 32.0.1700.107 -> 33.0.1750.117 Installing sdocbook-xml: 1.1_1,2 Installing docbook-sgml: 4.5_1 Upgrading docbook-xml: 4.2_3 -> 5.0_1 Upgrading giflib-nox11: 4.2.3 -> 4.2.3_1 Upgrading git: 1.8.5.4 -> 1.8.5.4_1 Upgrading iso-codes: 3.49 -> 3.51 Installing grantlee: 0.4.0 Upgrading libfm: 1.1.2.2_1 -> 1.2.0 Reinstalling libiodbc-3.52.8 (options changed) Upgrading liblqr-1: 0.4.1_5 -> 0.4.1_6 Installing libetonyek: 0.0.3_1 Installing libmwaw: 0.1.11_1 Reinstalling open-motif-2.3.4 (options changed) Upgrading p5-IO-Socket-IP: 0.28 -> 0.29 Upgrading p5-Module-Runtime: 0.013 -> 0.014 Upgrading pciids: 20140206 -> 20140222 Upgrading pcmanfm: 1.1.2_1 -> 1.2.0 Upgrading policykit: 0.9_6 -> 0.9_7 Upgrading polkit: 0.105_1 -> 0.105_2 Reinstalling polkit-qt-0.103.0_1 (direct dependency changed) Upgrading poppler: 0.24.4 -> 0.24.5 Upgrading poppler-glib: 0.24.4 -> 0.24.5 Upgrading postgresql90-client: 9.0.15 -> 9.0.16 Upgrading rarian: 0.8.1 -> 0.8.1_1 Reinstalling ruby19-gems-1.8.29 (options changed) Upgrading rubygem-activesupport: 3.2.16 -> 3.2.17 Reinstalling swfdec-0.8.4_4 (direct dependency changed) Upgrading upower: 0.9.7_2 -> 0.9.7_3 Upgrading vim: 7.4.182 -> 7.4.192 Reinstalling virtualbox-ose-4.3.6 (direct dependency changed) Upgrading xfce4-tumbler: 0.1.29_2 -> 0.1.30 Upgrading Thunar: 1.6.3 -> 1.6.3_1 Upgrading docbook: 1.4_2 -> 1.5 Upgrading gnome-doc-utils: 0.20.10 -> 0.20.10_1 Upgrading kdelibs: 4.10.5_2 -> 4.12.2 Upgrading libkcddb: 4.10.5 -> 4.12.2 Installing libodfgen: 0.0.4_1 Upgrading rubygem-activemodel: 3.2.16 -> 3.2.17 Upgrading rubygem-activerecord: 3.2.16_1 -> 3.2.17 Upgrading libreoffice: 4.0.6_3 -> 4.1.5 The upgrade will require 42 MB more space 197 MB to be downloaded Proceed with upgrading packages [y/N]: y chromium-33.0.1750.117.txz 100% 29MB 2.4MB/s 4.1MB/s 00:12 sdocbook-xml-1.1_1,2.txz 100% 15KB 14.8KB/s 14.8KB/s 00:00 docbook-sgml-4.5_1.txz 100% 137KB 136.9KB/s 136.9KB/s 00:00 docbook-xml-5.0_1.txz 100% 542KB 541.8KB/s 541.8KB/s 00:01 giflib-nox11-4.2.3_1.txz 100% 82KB 81.6KB/s 81.6KB/s 00:00 git-1.8.5.4_1.txz 100% 2981KB 1.5MB/s 2.8MB/s 00:02 iso-codes-3.51.txz 100% 2020KB 2.0MB/s 1.7MB/s 00:01 grantlee-0.4.0.txz 100% 303KB 302.6KB/s 302.6KB/s 00:00 libfm-1.2.0.txz 100% 628KB 628.4KB/s 628.4KB/s 00:00 pkg: cached package libiodbc-3.52.8: checksum mismatch, fetching from remote libiodbc-3.52.8.txz 100% 248KB 247.7KB/s 247.7KB/s 00:01 liblqr-1-0.4.1_6.txz 100% 40KB 39.7KB/s 39.7KB/s 00:00 libetonyek-0.0.3_1.txz 100% 515KB 514.6KB/s 514.6KB/s 00:01 libmwaw-0.1.11_1.txz 100% 2479KB 1.2MB/s 2.2MB/s 00:02 open-motif-2.3.4.txz 100% 7566KB 2.5MB/s 1.2MB/s 00:03 p5-IO-Socket-IP-0.29.txz 100% 27KB 26.6KB/s 26.6KB/s 00:00 p5-Module-Runtime-0.014.txz 100% 20KB 20.4KB/s 20.4KB/s 00:00 pciids-20140222.txz 100% 179KB 178.5KB/s 178.5KB/s 00:01 pcmanfm-1.2.0.txz 100% 242KB 242.1KB/s 242.1KB/s 00:00 policykit-0.9_7.txz 100% 147KB 146.8KB/s 146.8KB/s 00:01 polkit-0.105_2.txz 100% 177KB 176.9KB/s 176.9KB/s 00:00 polkit-qt-0.103.0_1.txz 100% 70KB 69.6KB/s 69.6KB/s 00:00 poppler-0.24.5.txz 100% 1068KB 1.0MB/s 1.0MB/s 00:00 poppler-glib-0.24.5.txz 100% 208KB 207.5KB/s 207.5KB/s 00:00 postgresql90-client-9.0.16.txz 100% 1778KB 1.7MB/s 1.5MB/s 00:01 rarian-0.8.1_1.txz 100% 128KB 127.8KB/s 127.8KB/s 00:01 pkg: cached package ruby19-gems-1.8.29: checksum mismatch, fetching from remote ruby19-gems-1.8.29.txz 100% 453KB 452.9KB/s 452.9KB/s 00:00 rubygem-activesupport-3.2.17.txz 100% 421KB 420.9KB/s 420.9KB/s 00:01 pkg: cached package swfdec-0.8.4_4: checksum mismatch, fetching from remote swfdec-0.8.4_4.txz 100% 684KB 683.6KB/s 683.6KB/s 00:01 upower-0.9.7_3.txz 100% 108KB 107.6KB/s 107.6KB/s 00:00 vim-7.4.192.txz 100% 5966KB 1.9MB/s 4.3MB/s 00:03 virtualbox-ose-4.3.6.txz 100% 40MB 4.0MB/s 6.7MB/s 00:10 xfce4-tumbler-0.1.30.txz 100% 143KB 143.3KB/s 143.3KB/s 00:01 Thunar-1.6.3_1.txz 100% 959KB 958.6KB/s 958.6KB/s 00:01 docbook-1.5.txz 100% 544 0.5KB/s 0.5KB/s 00:00 gnome-doc-utils-0.20.10_1.txz 100% 312KB 312.4KB/s 312.4KB/s 00:00 kdelibs-4.12.2.txz 100% 14MB 2.8MB/s 5.6MB/s 00:05 libkcddb-4.12.2.txz 100% 230KB 230.3KB/s 230.3KB/s 00:00 libodfgen-0.0.4_1.txz 100% 176KB 175.8KB/s 175.8KB/s 00:00 rubygem-activemodel-3.2.17.txz 100% 160KB 160.0KB/s 160.0KB/s 00:00 rubygem-activerecord-3.2.17.txz 100% 748KB 747.8KB/s 747.8KB/s 00:00 libreoffice-4.1.5.txz 100% 83MB 2.6MB/s 1.0MB/s 00:32 Checking integrity...pkg: WARNING: locally installed lxshortcut-0.1.2_1 conflicts on /usr/local/bin/lxshortcut with: - libfm-1.2.0 pkg: WARNING: locally installed docbook500-5.0_4 conflicts on /usr/local/share/xml/docbook/5.0/catalog.xml with: - docbook-xml-5.0_1 pkg: WARNING: locally installed docbook500-5.0_4 conflicts on /usr/local/share/xml/docbook/5.0/dtd/docbook.dtd with: - docbook-xml-5.0_1 pkg: WARNING: locally installed docbook500-5.0_4 conflicts on /usr/local/share/xml/docbook/5.0/rng/docbook.rnc with: - docbook-xml-5.0_1 pkg: WARNING: locally installed docbook500-5.0_4 conflicts on /usr/local/share/xml/docbook/5.0/rng/docbook.rng with: - docbook-xml-5.0_1 pkg: WARNING: locally installed docbook500-5.0_4 conflicts on /usr/local/share/xml/docbook/5.0/rng/docbookxi.rnc with: - docbook-xml-5.0_1 pkg: WARNING: locally installed docbook500-5.0_4 conflicts on /usr/local/share/xml/docbook/5.0/rng/docbookxi.rng with: - docbook-xml-5.0_1 pkg: WARNING: locally installed docbook500-5.0_4 conflicts on /usr/local/share/xml/docbook/5.0/sch/docbook.sch with: - docbook-xml-5.0_1 pkg: WARNING: locally installed docbook500-5.0_4 conflicts on /usr/local/share/xml/docbook/5.0/tools/db4-entities.pl with: - docbook-xml-5.0_1 pkg: WARNING: locally installed docbook500-5.0_4 conflicts on /usr/local/share/xml/docbook/5.0/tools/db4-upgrade.xsl with: - docbook-xml-5.0_1 pkg: WARNING: locally installed docbook500-5.0_4 conflicts on /usr/local/share/xml/docbook/5.0/xsd/docbook.xsd with: - docbook-xml-5.0_1 pkg: WARNING: locally installed docbook500-5.0_4 conflicts on /usr/local/share/xml/docbook/5.0/xsd/xlink.xsd with: - docbook-xml-5.0_1 pkg: WARNING: locally installed docbook500-5.0_4 conflicts on /usr/local/share/xml/docbook/5.0/xsd/xml.xsd with: - docbook-xml-5.0_1 -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 16:56:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A46EAF0 for ; Sun, 2 Mar 2014 16:56:54 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 44EB81300 for ; Sun, 2 Mar 2014 16:56:53 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WK9h5-00059w-Jf for freebsd-stable@freebsd.org; Sun, 02 Mar 2014 17:56:51 +0100 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginm.net ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 02 Mar 2014 17:56:51 +0100 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginm.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 02 Mar 2014 17:56:51 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Walter Hurry Subject: Re: pkg upgrade fails too often Date: Sun, 2 Mar 2014 16:56:27 +0000 (UTC) Lines: 17 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginm.net User-Agent: XPN/1.2.6 (Street Spirit ; FreeBSD) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Mar 2014 16:56:54 -0000 CeDeROM wrote: > Checking integrity...pkg: WARNING: locally installed > lxshortcut-0.1.2_1 conflicts on /usr/local/bin/lxshortcut with: > - libfm-1.2.0 > > pkg: WARNING: locally installed docbook500-5.0_4 conflicts on > /usr/local/share/xml/docbook/5.0/catalog.xml with: > - docbook-xml-5.0_1 > (snip other docbook warnings) The lxshortcut package should be removed prior to upgrading libfm, as the latter now includes the former's functionality. It's probably wise to reinstall lxde-meta if necessary afterwards. For the docbook issues, please refer to UPDATING. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 21:54:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0BD0517 for ; Sun, 2 Mar 2014 21:54:32 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B7491CCF for ; Sun, 2 Mar 2014 21:54:32 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id hi5so2448009wib.14 for ; Sun, 02 Mar 2014 13:54:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=rwwRAhRQu9i2VOBcRaQZAG+asdNn9qQtqR1DEY/kCHk=; b=PNB2OIEwNT7hS0wcIM5AJQPcsItoCrztSucwMpjjRJVEqDs+YJUSdnS8eM84QhbOYx ko6nbCN6jFbSG97iO8vvLd2ZppaO44kV3uRguhsw7ybLKazEnvGDBAJxWfpnMoBEE+H9 CJRB32FQVqqaLf87eyQm24r/gWQ1ZZR90Z0f9LhkIFnJz5eTgge6kH+vx5xLtOWgTWB+ Th3CK2yrv6r+CBmQQ8SmN2PvCS+fjemBkeXV1ALyoGmhUI9Id1XX4O+jEyC+BURoS7jA HTeSWIAxFBDD18ilm4WOAh8sniLdIHxhfQ2pSN8EdTr+BsI0mMQ6U9idIuymuJGrmake dnAA== MIME-Version: 1.0 X-Received: by 10.180.96.228 with SMTP id dv4mr11534430wib.24.1393797270562; Sun, 02 Mar 2014 13:54:30 -0800 (PST) Received: by 10.217.91.131 with HTTP; Sun, 2 Mar 2014 13:54:30 -0800 (PST) Date: Sun, 2 Mar 2014 13:54:30 -0800 Message-ID: Subject: Re: NanoBSD customizations in FreeBSD 10? From: elij To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Mar 2014 21:54:32 -0000 I have had good luck using the method outlined by this[1] forum post, after a few tweaks. [1]: https://forums.freebsd.org/viewtopic.php?t=43590 From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 22:46:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9C545DD for ; Sun, 2 Mar 2014 22:46:19 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D5E111FB for ; Sun, 2 Mar 2014 22:46:19 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id j5so2848598qaq.0 for ; Sun, 02 Mar 2014 14:46:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=sVBSotIf2RdoLjuwIybxXQur6dTGJjCd9xHUYSVElZo=; b=gpBXm6G/yWHHqID2sCxAwvyqDOhQ29FY7hMyJw50Me3b2ndG08fxDJi/WTOlBnetwC pr0szI3exXR+wlumRcJiZJBnrM/y5izZA5bWqnZmOrL09dHxhb6JW+yRdh0ooAfYLsXO BQ8/kRrzszGNmz5ko7NQkwIDwDPuXuOEqTOzw= 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:content-type; bh=sVBSotIf2RdoLjuwIybxXQur6dTGJjCd9xHUYSVElZo=; b=PNZ+0r0/aR9Qt23TqdXOcDQSMl0KUfGL3usqo9bYbWNsAh+zZ/Op2bAeYuwXOKvNRj ZdpgoCv+DCS5brK7FUpW3VJkwgjfxUFi/abr7BTLduG/w8thWS90XVEGDz0jI1OkmY2c 2HppcBiyIKSASuJZmw4kN3JYTa+PF8dPRjblHEtdIgbNGxvuaGyGEWc9wXHfqmtjAjWv ZBjr60c9pyp04hMUt8tKvjCsiOGfWhf/88c5CV5WURwM3U/644uOYc5+3fB0IPfVodbH 9oUvvY94HpQxUUuHDa4m8aMtQK9zP6ca78m2fhEJdJGhkw2N/KNqj7sQoxQ4KvDWFwyT 2Xig== X-Gm-Message-State: ALoCoQm0TqxIqyhK+NAh6vjfC0U9wdFlrNBaHSItG8JD5UyzDe0BFX/ikTvTcKcf5VszG5SMEuGn X-Received: by 10.229.112.5 with SMTP id u5mr10897194qcp.3.1393800378556; Sun, 02 Mar 2014 14:46:18 -0800 (PST) MIME-Version: 1.0 Sender: lists@eitanadler.com Received: by 10.96.147.225 with HTTP; Sun, 2 Mar 2014 14:45:48 -0800 (PST) In-Reply-To: <1393686144.13293.89322249.7BB6D2F8@webmail.messagingengine.com> References: <2cba8fd9cc51dedc1bd5e127046f4ab7@dweimer.net> <1393618827.9046.89104957.4A974C56@webmail.messagingengine.com> <1393625741.9928.89141917.3B723B0F@webmail.messagingengine.com> <20140228234214.GA23514@stack.nl> <1393686144.13293.89322249.7BB6D2F8@webmail.messagingengine.com> From: Eitan Adler Date: Sun, 2 Mar 2014 17:45:48 -0500 X-Google-Sender-Auth: W29H1Ly-sbtezaqclTY1BOXoL5o Message-ID: Subject: Re: ssh-copy-id To: Mark Felder Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable , Jilles Tjoelker X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Mar 2014 22:46:19 -0000 On 1 March 2014 10:02, Mark Felder wrote: > > > On Fri, Feb 28, 2014, at 21:11, Eitan Adler wrote: >> On 28 February 2014 18:42, Jilles Tjoelker wrote: >> > On Fri, Feb 28, 2014 at 06:08:10PM -0500, Eitan Adler wrote: >> >> On 28 February 2014 17:15, Mark Felder wrote: >> >> .... >> > >> >> > In my opinion, if I'm using an ssh utility and I specify "-i" flag it >> >> > should be the private key. >> > >> >> Hey all, >> > >> >> Sorry about the confusion ssh-copy-id has caused you. >> > >> >> Does the following patch help ? >> > >> > In addition to that, it may be useful to add an explicit check against >> > sending private keys. Even though printf(1) fails, the receiving server >> > still gets the private key and a malicious root user might steal it. >> > >> > For example, any key starting with '-' is inappropriate. >> >> I thought about adding a check for private keys. However such a check >> is insufficient since the user may have supplied other private files >> accidentally such as /etc/passwd or a GPG key. >> > > I suppose you could whitelist certain types of keys and only permit > those to be used with ssh-copy-id and exit/error if something else is > fed to it. I still have some trauma from seeing libmagic used in security sensitive contexts. However, in this case adding a whitelist based on file(1) is not a terrible idea. I'll try to work on this, but no promises. I'd be happy to review if you come up with a patch. -- Eitan Adler Source, Ports, Doc committer Bugmeister, Ports Security teams From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 22:54:41 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD77B9B7; Sun, 2 Mar 2014 22:54:41 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0ED4412AE; Sun, 2 Mar 2014 22:54:40 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s22MsGkn010364; Mon, 3 Mar 2014 00:54:16 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s22MsCUL009918; Sun, 2 Mar 2014 22:54:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 2 Mar 2014 22:54:12 GMT Message-Id: <201403022254.s22MsCUL009918@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 22:54:42 -0000 TB --- 2014-03-02 19:10:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-02 19:10:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-02 19:10:45 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-02 19:10:45 - cleaning the object tree TB --- 2014-03-02 19:11:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-02 19:11:45 - At svn revision 262694 TB --- 2014-03-02 19:11:46 - building world TB --- 2014-03-02 19:11:46 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 19:11:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 19:11:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 19:11:46 - SRCCONF=/dev/null TB --- 2014-03-02 19:11:46 - TARGET=arm TB --- 2014-03-02 19:11:46 - TARGET_ARCH=arm TB --- 2014-03-02 19:11:46 - TZ=UTC TB --- 2014-03-02 19:11:46 - __MAKE_CONF=/dev/null TB --- 2014-03-02 19:11:46 - cd /src TB --- 2014-03-02 19:11:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 2 19:11:58 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 2 22:37:17 UTC 2014 TB --- 2014-03-02 22:37:17 - generating LINT kernel config TB --- 2014-03-02 22:37:17 - cd /src/sys/arm/conf TB --- 2014-03-02 22:37:17 - /usr/bin/make -B LINT TB --- 2014-03-02 22:37:17 - cd /src/sys/arm/conf TB --- 2014-03-02 22:37:17 - /usr/sbin/config -m LINT TB --- 2014-03-02 22:37:17 - building LINT kernel TB --- 2014-03-02 22:37:17 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 22:37:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 22:37:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 22:37:17 - SRCCONF=/dev/null TB --- 2014-03-02 22:37:17 - TARGET=arm TB --- 2014-03-02 22:37:17 - TARGET_ARCH=arm TB --- 2014-03-02 22:37:17 - TZ=UTC TB --- 2014-03-02 22:37:17 - __MAKE_CONF=/dev/null TB --- 2014-03-02 22:37:17 - cd /src TB --- 2014-03-02 22:37:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 2 22:37:17 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/arm/at91/uart_dev_at91usart.c /src/sys/arm/at91/uart_dev_at91usart.c:243:3: error: field designator 'grab' does not refer to any field in type 'struct uart_ops' .grab = at91_usart_grab, ^ /src/sys/arm/at91/uart_dev_at91usart.c:244:3: error: field designator 'ungrab' does not refer to any field in type 'struct uart_ops' .ungrab = at91_usart_ungrab, ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-02 22:54:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-02 22:54:11 - ERROR: failed to build LINT kernel TB --- 2014-03-02 22:54:11 - 10032.41 user 3322.23 system 13405.80 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 23:26:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12D1A4FD for ; Sun, 2 Mar 2014 23:26:57 +0000 (UTC) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DD1321586 for ; Sun, 2 Mar 2014 23:26:56 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id z10so2958406pdj.18 for ; Sun, 02 Mar 2014 15:26:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EFIrvRo1jeQdu5qyCQ72awocHJaakgKnRs2QyT7WnaY=; b=X4RSdw/dmqgpKlhmon+JfnO/WKP3mv5DNCM087eEfyVhJ3ZVGdZ1qY8jSzvSNLNxsL jWGuSPslY2euuFhg8UjTQDGHn5Rv3MGP28IOO2wU59kjyPKLi7d055R/LG9s0YTyeyPV 98AMhPH3HB68Tww057bPmenV5D5/RAx79aXermEkxe3hG2pk+iR25CV8N0r05SayMI1U qd1a558e8gjK58xktgi7nJ2Jduj0UDk38G5a3NQzgtUSxweyvMT8VfPRJ1o9LdKhY21J bve1hLMXtlDahcAzocT0Mw+C2yRy0Udd7ICzWHTnVrsZQS3AySNduIxMelDuyW+RL0RH 3ieg== MIME-Version: 1.0 X-Received: by 10.68.233.200 with SMTP id ty8mr16192588pbc.1.1393802816573; Sun, 02 Mar 2014 15:26:56 -0800 (PST) Received: by 10.66.142.167 with HTTP; Sun, 2 Mar 2014 15:26:56 -0800 (PST) In-Reply-To: References: Date: Mon, 3 Mar 2014 00:26:56 +0100 Message-ID: Subject: Re: NanoBSD customizations in FreeBSD 10? From: Zenny To: elij Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Mar 2014 23:26:57 -0000 @elij: good to hear. BTW, can you share your config files and the tweaks you made (preferably a patch against the 10-RELEASE), if any? Appreciate it if you share that publicly to this list and by email. Thanks again. On Sun, Mar 2, 2014 at 10:54 PM, elij wrote: > I have had good luck using the method outlined by this[1] forum post, after > a few tweaks. > > [1]: https://forums.freebsd.org/viewtopic.php?t=43590 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 23:44:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75060C4C for ; Sun, 2 Mar 2014 23:44:37 +0000 (UTC) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C5EA1733 for ; Sun, 2 Mar 2014 23:44:36 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id q59so2414035wes.9 for ; Sun, 02 Mar 2014 15:44:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3WfkzEExbzv2ZycIRKf/fXCrPq9A1kS8d3i94BaFfWM=; b=E5KIkb28iNZIJYk4zS/JEe2gesqR9K1Xt7aROl0jdb/3yaKvcn+TzpZjOAFxC0cOZJ 78I0BMS8ZMU7QwXEisJ33x/cjtZenSVytwnR/KX60sFdDct1YfChOsxRxWd7S95F5ApU WR6cDpQjLj3tUHvc6qrBjndbmEayT/ilxnCoovohYs6NrBP20eFY6+jXNbM98kF4tf6Z cBtmvMLzYV2zLGFo35zfYx0UUMkXhE0ogL/2LdlT4Tt1SmIoPdyjGD6FZ+I7IYn9tXp9 nyyOWS6uJaY+VWE1OgcOr4nArjxAQAc9q7IIQT4HICaJF0t9USLwqFFGoCTeVoTU2gBO 7wjw== MIME-Version: 1.0 X-Received: by 10.194.71.78 with SMTP id s14mr6819409wju.11.1393803875409; Sun, 02 Mar 2014 15:44:35 -0800 (PST) Received: by 10.217.91.131 with HTTP; Sun, 2 Mar 2014 15:44:35 -0800 (PST) In-Reply-To: References: Date: Sun, 2 Mar 2014 15:44:35 -0800 Message-ID: Subject: Re: NanoBSD customizations in FreeBSD 10? From: elij To: Zenny Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Mar 2014 23:44:37 -0000 I didn't make any changes to /usr/src/tools/..., so I am not sure if any patches are currently in order. The tweaks were localized to the nano script itself. I had to do some fiddling to get package installation to work with pkgng, and ran into some weird issues with keys/certs and a private repo. As far as sharing, sure: http://pastebin.com/c16ensS9 I removed the private repo part from the nano script, but what it did was to put a custom repo into /etc/pkg/ and remove/cleanup afterwards. Hope someone finds it useful. Aside: I have been using UFS label support in my nano config, but I wondered why gpt labels were not used instead, as gpt labels seem like they would be easier to use in the /root/update scripts. I have found the ufs labels to be somewhat awkward, especially when using full disk images created with NANO_INIT_IMG2=0, as no label is made for the second partition (it isn't created, just zeroed). On Sun, Mar 2, 2014 at 3:26 PM, Zenny wrote: > @elij: good to hear. > > BTW, can you share your config files and the tweaks you made (preferably a > patch against the 10-RELEASE), if any? Appreciate it if you share that > publicly to this list and by email. Thanks again. > > > On Sun, Mar 2, 2014 at 10:54 PM, elij wrote: > >> I have had good luck using the method outlined by this[1] forum post, >> after >> a few tweaks. >> >> [1]: https://forums.freebsd.org/viewtopic.php?t=43590 >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 23:50:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73760DFF for ; Sun, 2 Mar 2014 23:50:32 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 37FAC176D for ; Sun, 2 Mar 2014 23:50:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s22NoUiY077450 for ; Sun, 2 Mar 2014 23:50:30 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s22NoUmn077447 for freebsd-stable@freebsd.org; Sun, 2 Mar 2014 23:50:30 GMT (envelope-from bdrewery) Received: (qmail 53756 invoked from network); 2 Mar 2014 17:50:28 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 2 Mar 2014 17:50:28 -0600 Message-ID: <5313C3C2.6050007@FreeBSD.org> Date: Sun, 02 Mar 2014 17:50:26 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: CeDeROM , freebsd-ports , freebsd-pkg@freebsd.org, FreeBSD Stable Subject: Re: pkg upgrade fails too often References: In-Reply-To: X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nqWDQnWtSDv8ExAfR7a3DO0eAeeARKdFf" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Mar 2014 23:50:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --nqWDQnWtSDv8ExAfR7a3DO0eAeeARKdFf Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 3/2/2014 9:35 AM, CeDeROM wrote: > this gets annoying.. :-( >=20 > please add mechanism for direct dependency change to pkg, so pkg > upgrade goes smooth and require no manual user intervention.. >=20 This is planned for the future. Yes it is very annoying and hurts automation. > pkg: WARNING: locally installed docbook500-5.0_4 conflicts on > /usr/local/share/xml/docbook/5.0/dtd/docbook.dtd with: > - docbook-xml-5.0_1 Do this before pkg upgrade for this time: pkg delete -f docbook-xml\* docbook-sk\* docbook\[2345\]\?\?-\* docbook-4= \* --=20 Regards, Bryan Drewery --nqWDQnWtSDv8ExAfR7a3DO0eAeeARKdFf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTE8PCAAoJEDXXcbtuRpfPcGkIAJQS+RrafloutxYZsXionbpz EhvWNfAd1oQlG2EsPDrhSnT/SGwUWDkkGwxe36v0MdvlhlwDd/zExU4B/D8cRfYM 1dJdm/bROnoOQDo+ZH9efPkqkg7H67tZip9sx0VTdE/Sqw3fOo+6W71C1Cmggzh2 Oxk7jPqqGnfNQBEb0qXXIfbg/gCjMw6AI4UeRJuKsn6dQLTs3ZOfEdEfMlsjkkHP /mL4Fg4+y0On39hBCIjVS9aS+Jkf/hk4+hzo+6hZ7TS9+Od6/2Z7qgGQViTE83Bu UADdXzJv6tZSydSojupFI4ys5JtzHpIJHZy+GeVGqNwbExMBu3dl6T78j6Vd2rY= =670t -----END PGP SIGNATURE----- --nqWDQnWtSDv8ExAfR7a3DO0eAeeARKdFf-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 23:54:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 896EA32F; Sun, 2 Mar 2014 23:54:23 +0000 (UTC) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 12EAD182D; Sun, 2 Mar 2014 23:54:23 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id w8so2861321qac.13 for ; Sun, 02 Mar 2014 15:54:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=+rikIAfYk8IWH549sDkBR7199fXwtkA4FHMN8YM+3YY=; b=iaKEIfPKoLG6P3Zjo/kv2wgKjcVyBF7ENG6c7jPyl20qMVGfPfNcbCM8N9SrlIY134 QDXWtuYUAMN7FiINDtJN2TTe0GHme0ZZMhAG38Snv8I988FRWaK9Kj9DUBCoeYm95btC MzWRuXzLTuL0AwAWpV/g98dxxZOyG3CB7mKwLyUKeBLtjxcLb7mofslsmBrpf8MQV9C2 yGLp+1J6A/GUSmd2OWD9A3ClWAyRZjH7f4P2YePdDk0Xjcz5/e0crxhr89J1ZDucRLjY bkayHPp4pHXrYQkvzP06ntAch1OPb5HKzErQFko46ZY20Sm63798XH/sA4UkaMWHK46o HnFA== MIME-Version: 1.0 X-Received: by 10.229.119.73 with SMTP id y9mr19724646qcq.18.1393804462174; Sun, 02 Mar 2014 15:54:22 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.229.209.69 with HTTP; Sun, 2 Mar 2014 15:54:22 -0800 (PST) In-Reply-To: <5313C3C2.6050007@FreeBSD.org> References: <5313C3C2.6050007@FreeBSD.org> Date: Mon, 3 Mar 2014 00:54:22 +0100 X-Google-Sender-Auth: 6aNk49EneU5INQDi_FP7LAVXR3s Message-ID: Subject: Re: pkg upgrade fails too often From: CeDeROM To: Bryan Drewery Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable , freebsd-pkg@freebsd.org, freebsd-ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Mar 2014 23:54:23 -0000 On Mon, Mar 3, 2014 at 12:50 AM, Bryan Drewery wrote: > On 3/2/2014 9:35 AM, CeDeROM wrote: >> this gets annoying.. :-( >> please add mechanism for direct dependency change to pkg, so pkg >> upgrade goes smooth and require no manual user intervention.. > This is planned for the future. Yes it is very annoying and hurts > automation. Good news! Thanks! :-) >> pkg: WARNING: locally installed docbook500-5.0_4 conflicts on >> /usr/local/share/xml/docbook/5.0/dtd/docbook.dtd with: >> - docbook-xml-5.0_1 > Do this before pkg upgrade for this time: > pkg delete -f docbook-xml\* docbook-sk\* docbook\[2345\]\?\?-\* docbook-4\* Yes, already did that, and some other deletes, and the packages are now upgraded, thanks Bryan! :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 03:39:40 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67587B2C; Mon, 3 Mar 2014 03:39:40 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D2F610F; Mon, 3 Mar 2014 03:39:39 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s233dKZJ022551; Mon, 3 Mar 2014 05:39:20 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s233dHfq022258; Mon, 3 Mar 2014 03:39:17 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 3 Mar 2014 03:39:17 GMT Message-Id: <201403030339.s233dHfq022258@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2014 03:39:40 -0000 TB --- 2014-03-03 02:40:33 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-03 02:40:33 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-03 02:40:33 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-03 02:40:33 - cleaning the object tree TB --- 2014-03-03 02:40:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-03 02:41:26 - At svn revision 262700 TB --- 2014-03-03 02:41:27 - building world TB --- 2014-03-03 02:41:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-03 02:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-03 02:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-03 02:41:27 - SRCCONF=/dev/null TB --- 2014-03-03 02:41:27 - TARGET=i386 TB --- 2014-03-03 02:41:27 - TARGET_ARCH=i386 TB --- 2014-03-03 02:41:27 - TZ=UTC TB --- 2014-03-03 02:41:27 - __MAKE_CONF=/dev/null TB --- 2014-03-03 02:41:27 - cd /src TB --- 2014-03-03 02:41:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Mar 3 02:41:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] c++ -O2 -pipe -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/RegAllocBasic.cpp -o RegAllocBasic.o c++ -O2 -pipe -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/RegAllocFast.cpp -o RegAllocFast.o c++ -O2 -pipe -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/RegAllocGreedy.cpp -o RegAllocGreedy.o /src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/RegAllocGreedy.cpp: In member function 'void::RAGreedy::splitAroundRegion(llvm::LiveRangeEdit&, llvm::ArrayRef)': /src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/RegAllocGreedy.cpp:975: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmcodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-03 03:39:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-03 03:39:16 - ERROR: failed to build world TB --- 2014-03-03 03:39:16 - 2870.02 user 663.50 system 3523.26 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 09:02:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9497E42E for ; Mon, 3 Mar 2014 09:02:08 +0000 (UTC) Received: from server1.xenet.de (server1out.xenet.de [213.221.94.200]) by mx1.freebsd.org (Postfix) with ESMTP id D339DC8E for ; Mon, 3 Mar 2014 09:02:06 +0000 (UTC) Received: from [10.0.0.50] (intern.xenet.de [213.221.94.50]) (authenticated bits=0) by server1.xenet.de (8.12.5/8.12.5) with ESMTP id s2391OvT063963 for ; Mon, 3 Mar 2014 10:01:27 +0100 (CET) (envelope-from meyser@xenet.de) Message-ID: <53144507.1060306@xenet.de> Date: Mon, 03 Mar 2014 10:01:59 +0100 From: Matthias Meyser Organization: XeNET GmbH, Clausthal-Zellerfeld User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: pkg Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.38 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 03 Mar 2014 09:02:08 -0000 I have a fresh installed Freebsd machine 10.0-STABLE #1 r262685 with no connection to the internet. To install bind (with ironically left base) i need to bootstrap pkg. To do that I build pkg-1.2.6.txz by source on another machine. (same Freebsd Version) Then i put pkg-1.2.6.txz on the first machine and did a pkg add pkg-1.2.6.txz this gives "Signature for pkg not available." putting "SIGNATURE_TYPE: "none"" in /usr/local/etc/pkg.conf did NOT solve this issue. "setenv SIGNATURE_TYPE none" worked. but now i get pkg-static: sqlite: no such table: main.packages Now I am lost. CU Matthias From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 09:27:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA6BDD7A for ; Mon, 3 Mar 2014 09:27:31 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 720A8E54 for ; Mon, 3 Mar 2014 09:27:31 +0000 (UTC) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s239RI0N021203 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 3 Mar 2014 09:27:25 GMT (envelope-from m.seaman@infracaninophile.co.uk) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s239RI0N021203 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1393838845; bh=kuBWUUZlzbXLEVuzj9o5LIj9zNsUo/+493ilscP7B98=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Mon,=2003=20Mar=202014=2009:27:06=20+0000|From:=20Matthew =20Seaman=20|To:=20freebsd-stable @freebsd.org|Subject:=20Re:=20pkg|References:=20<53144507.1060306@ xenet.de>|In-Reply-To:=20<53144507.1060306@xenet.de>; b=W4OL3KXVeP8L3c3y/vpoIi+NkFpS/QOyx68UBTTlbORRVIgiD2MPOobcOM4L1/zHP lpZda+Rg6dS3L6pX0lsFYQ3P1PnYztF7HC55cOpvRlpQrAcIqs7w7zfyTKamNmpl5c 5eUnuhT+XgiyRJ5NAtUjFJUJ0/Au/EAaUWzb1qgw= X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Message-ID: <53144AEA.10608@infracaninophile.co.uk> Date: Mon, 03 Mar 2014 09:27:06 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: pkg References: <53144507.1060306@xenet.de> In-Reply-To: <53144507.1060306@xenet.de> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="mGI90v0rr1MLEXqgpIucR7fuGMiGbkkmV" X-Virus-Scanned: clamav-milter 0.98.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,RDNS_NONE autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 03 Mar 2014 09:27:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mGI90v0rr1MLEXqgpIucR7fuGMiGbkkmV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 03/03/14 09:01, Matthias Meyser wrote: > I have a fresh installed Freebsd machine > 10.0-STABLE #1 r262685 with no connection to the internet. >=20 > To install bind (with ironically left base) i need to bootstrap > pkg. To do that I build pkg-1.2.6.txz by source on another machine. > (same Freebsd Version) >=20 > Then i put pkg-1.2.6.txz on the first machine and did a >=20 > pkg add pkg-1.2.6.txz >=20 > this gives "Signature for pkg not available." >=20 > putting "SIGNATURE_TYPE: "none"" in > /usr/local/etc/pkg.conf did NOT solve this issue. Given you've no internet connectivity then this is probably what you need: create a /usr/local/etc/pkg/repos/FreeBSD.conf containing something like: FreeBSD: { enabled: no } That just switches off the default /etc/pkg/FreeBSD.conf >=20 > "setenv SIGNATURE_TYPE none" worked. >=20 > but now i get >=20 > pkg-static: sqlite: no such table: main.packages >=20 > Now I am lost. pkg will automatically create the sqlite database schema it needs if it doesn't already exist. I guess that somehow you've got a half-formed schema -- enough to stop it automatically re-creating the whole thing, but not enough to be usable. Try moving aside /var/db/pkg/local.sqlite and then run something like 'pkg -vv' -- this should recreate local.sqlite --mGI90v0rr1MLEXqgpIucR7fuGMiGbkkmV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJTFEr0XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTn0AQP/i0pV8EoXJPGojaNhaE8IGga Y99ZApeAYyAcBRg8YFpq8SYC7krGsp+c0NQo+cfc5LEnZuL9HIMLW22hIJ6Zuxmw VWC1fIx9kBSIIydQp3bVHW67iurXH+nmDNwEYyLooJe+kYODSJk59ttgspB3+/nK ikua0H3rAVuHCstAYbVhNrtcipqrajW3jWezj4rkYs53NLAPP9qw5yBMvapd3ABz OpM1fefTSTC2IAFwW4D/nVjSl1QPWZc5pU1ZXv/zokufcHCHljw76ob9Q//ULcxm fwwUJaKfT1+b6KGQbyWUCIfETQRXLuFlX6KiTUcrtuFFSWrGAmd2NE32ky+OsS/Q jnoo63rxWzDrGxHTaNW2Qmi2+XvEw/c2eHC93u1yrW/2JhDhHfYndQcwauRuMaDa mjsrIbrmNdRecOm2C6ysRNrmf6EFzaWBFyorttEn7amM4myD3xUiAEgQ4BH0eSM0 ay48MZVIDxD4Eb0wJPB/P9BZiQwm44z+eIewbTqJlpcLeHYnPpK80pn3xrZry4Y/ 7odykk82Ihx8RUzuI2JsvjZzE3nHPJk9sKuGR8BV7i9vg5UcxLzobokfQXPWlLcl qUMwAHVQPeVSV2x1sLwGAgxNIuMQJ6PvC1MI4zyo2WlWK8C6LJHfJS/zNvZY039F Ki5yz7Ys5o1mqd68DsoL =nylt -----END PGP SIGNATURE----- --mGI90v0rr1MLEXqgpIucR7fuGMiGbkkmV-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 12:14:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E0BCD61 for ; Mon, 3 Mar 2014 12:14:33 +0000 (UTC) Received: from server1.xenet.de (server1out.xenet.de [213.221.94.200]) by mx1.freebsd.org (Postfix) with ESMTP id DF9EC141 for ; Mon, 3 Mar 2014 12:14:31 +0000 (UTC) Received: from [10.0.0.50] (intern.xenet.de [213.221.94.50]) (authenticated bits=0) by server1.xenet.de (8.12.5/8.12.5) with ESMTP id s23CDlvT071027 for ; Mon, 3 Mar 2014 13:13:50 +0100 (CET) (envelope-from meyser@xenet.de) Message-ID: <5314721D.3010403@xenet.de> Date: Mon, 03 Mar 2014 13:14:21 +0100 From: Matthias Meyser Organization: XeNET GmbH, Clausthal-Zellerfeld User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Re: pkg References: <53144507.1060306@xenet.de> <53144AEA.10608@infracaninophile.co.uk> In-Reply-To: <53144AEA.10608@infracaninophile.co.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.38 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 03 Mar 2014 12:14:33 -0000 Hi Am 03.03.2014 10:27, schrieb Matthew Seaman: > On 03/03/14 09:01, Matthias Meyser wrote: > > Given you've no internet connectivity then this is probably what you > need: create a /usr/local/etc/pkg/repos/FreeBSD.conf containing > something like: > > FreeBSD: { > enabled: no > } > > That just switches off the default /etc/pkg/FreeBSD.conf This makes no difference. Same error. I think defined repos are of no Interest here as I try to install a local packages. The error means tha the sig for the local package is missing. As of "man pkg" putting 'SIGNATURE_TYPE: "none"' in /usr/local/etc/pkg.conf disables signature checking. An other way is to "setenv SIGNATURE_TYPE none". The later works the first not. I think this is a Bug. >> pkg-static: sqlite: no such table: main.packages >> >> Now I am lost. > > pkg will automatically create the sqlite database schema it needs if it > doesn't already exist. I guess that somehow you've got a half-formed > schema -- enough to stop it automatically re-creating the whole thing, > but not enough to be usable. Ok that did it. After removing local.sqlite and "setenv SIGNATURE_TYPE none" "pkg add pkg-1.2.6.txz" worked as expected and after that I was able to "pkg add bind99-9.9.5_1.txz". Thanks! Matthias From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 19:03:29 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95AE2B45; Mon, 3 Mar 2014 19:03:29 +0000 (UTC) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id 6F51EF0D; Mon, 3 Mar 2014 19:03:29 +0000 (UTC) Received: from freebsd.local (unknown [172.16.10.114]) by mail.intertainservices.com (Postfix) with ESMTPSA id 50F7256454; Mon, 3 Mar 2014 14:03:21 -0500 (EST) Message-ID: <5314D1F9.20909@intertainservices.com> Date: Mon, 03 Mar 2014 14:03:21 -0500 From: Mike Jakubik User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Andrey Chernov , des@freebsd.org, stable@freebsd.org Subject: Re: openssh in stable-10 broken config or sandbox References: <531184A8.4050909@freebsd.org> <53118E9C.5030804@freebsd.org> In-Reply-To: <53118E9C.5030804@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 50F7256454.AC6B9 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 03 Mar 2014 19:03:29 -0000 On 03/01/14 02:39, Andrey Chernov wrote: > On 01.03.2014 10:56, Andrey Chernov wrote: >> Hi. >> Default /etc/ssh/sshd_config have >> #UsePrivilegeSeparation sandbox >> I.e. 'sandbox' by default. It breaks logins with error: >> sshd[81721]: fatal: ssh_sandbox_child: failed to limit the network socket [preauth] >> Fixed by using old way, i.e. direct >> UsePrivilegeSeparation yes >> instead of 'sandbox'. Please fix this bug. > Just find that capsicum is required now for default (i.e. sandbox) mode. > Don't think it is wise move, people may lost remote connections that > way, at least UPDATING entry is needed, but check for WITHOUT_CAPSICUM > for defaults will be better. > Personally I find this to be a monumental screw up, such a drastic change and not even so much as an entry in UPDATING, what ever happened to POLA? From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 20:14:03 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35EE6368; Mon, 3 Mar 2014 20:14:03 +0000 (UTC) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F1847887; Mon, 3 Mar 2014 20:14:02 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id kp14so4108834pab.5 for ; Mon, 03 Mar 2014 12:14:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=tgcrVhfcw2dTqkeTLRMGIMb4WrmuFk3bgtv1bMdDC1w=; b=qBycish9F9ynVf9CBUe2wHprjK/5sFXQnWTHORhibUQmKFH9dNcToZd5wbzzc1xlOL kTmEXil9fUdMVJebcuuC81jC6KPpnaUlVHluoOWP7/F5h2X1TwogT6s9/OghHdg803Gn dL27AX6hv2lNBNYIK82ugxHIJv9gKxJcRuPwxncX22tGCzljz3NSbGqTCGrNq59kYw7E s34736t34kRdfKklyNqByfQXCeQ6TjIQxtU/iysYJwMJmIIukKoX6Ua56wHUJqkuRV8K nwVPV5RXgaFlNKSt5nw1E2T7DhuHrrIwafKsg25euWx2/CD29CqxTtzJuBTdQz/ELUjC oExw== MIME-Version: 1.0 X-Received: by 10.68.76.68 with SMTP id i4mr21378907pbw.73.1393877642622; Mon, 03 Mar 2014 12:14:02 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Mon, 3 Mar 2014 12:14:02 -0800 (PST) In-Reply-To: <5314D1F9.20909@intertainservices.com> References: <531184A8.4050909@freebsd.org> <53118E9C.5030804@freebsd.org> <5314D1F9.20909@intertainservices.com> Date: Mon, 3 Mar 2014 12:14:02 -0800 X-Google-Sender-Auth: Z_pEmmbw2EJCSYJLc7N7yJQENFg Message-ID: Subject: Re: openssh in stable-10 broken config or sandbox From: Kevin Oberman To: Mike Jakubik Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Stable ML , Andrey Chernov , des@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 03 Mar 2014 20:14:03 -0000 On Mon, Mar 3, 2014 at 11:03 AM, Mike Jakubik < mike.jakubik@intertainservices.com> wrote: > On 03/01/14 02:39, Andrey Chernov wrote: > >> On 01.03.2014 10:56, Andrey Chernov wrote: >> >>> Hi. >>> Default /etc/ssh/sshd_config have >>> #UsePrivilegeSeparation sandbox >>> I.e. 'sandbox' by default. It breaks logins with error: >>> sshd[81721]: fatal: ssh_sandbox_child: failed to limit the network >>> socket [preauth] >>> Fixed by using old way, i.e. direct >>> UsePrivilegeSeparation yes >>> instead of 'sandbox'. Please fix this bug. >>> >> Just find that capsicum is required now for default (i.e. sandbox) mode. >> Don't think it is wise move, people may lost remote connections that >> way, at least UPDATING entry is needed, but check for WITHOUT_CAPSICUM >> for defaults will be better. >> >> > Personally I find this to be a monumental screw up, such a drastic change > and not even so much as an entry in UPDATING, what ever happened to POLA? > +1 I didn't get bitten by this by the good fortune of seeing the first message on this issue just minutes after I updated my system. Saw the change in mergemaster, so immediately edited the installed file back to "yes". But, if this had been a remote server, I would have been in deep weeds. This is simply not acceptable practice! -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 20:38:47 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF8E4DE0; Mon, 3 Mar 2014 20:38:47 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 54E5CAA1; Mon, 3 Mar 2014 20:38:47 +0000 (UTC) Received: from badger.tharned.org (badger.tharned.org [10.10.10.23]) (authenticated bits=0) by roadkill.tharned.org (8.14.7/8.14.7) with ESMTP id s23KcdOA033103 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Mar 2014 14:38:45 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2014; t=1393879125; bh=RC3t4MK3MkWogrwiDUFO7EacLUrH2lm7bLUmJy5m7JQ=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=UrBoj+qQlGAPuqNHP3J5UntU0M30ZGu/XX/uOvXqYI8CYAwwMf0yOWDWoL0fK9z4g 0XETvBAu29M7OBHqLmDnQZI8JPUm2KsoIGz+svagLCTghPqrIj7kWx8LAH/+FUwEim s2I/BZtph1Xcr1NIHbPgUEM0XVY7XrpueyjKJX+JF6yG/nhcAV85igBxtFMXgbOvET 8J3PQLIhfSSSvvjFtHGz4hqp/eMAB6sr6koBG3Pac6ZKjY3gP7pkZZRc7cjLDZpqk9 1yYID1Q9Izt62ndnEhZ53rStZ+fbaFb+y43yhPLUD2Alt5+gPveCs4mMuBDETgoN3n TqrHoA75kwthg== Date: Mon, 3 Mar 2014 14:38:39 -0600 (CST) From: Greg Rivers To: Kevin Oberman Subject: Re: openssh in stable-10 broken config or sandbox In-Reply-To: Message-ID: References: <531184A8.4050909@freebsd.org> <53118E9C.5030804@freebsd.org> <5314D1F9.20909@intertainservices.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Mon, 03 Mar 2014 14:38:45 -0600 (CST) Cc: Mike Jakubik , Andrey Chernov , FreeBSD Stable ML , des@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 03 Mar 2014 20:38:47 -0000 On Mon, 3 Mar 2014, Kevin Oberman wrote: > On Mon, Mar 3, 2014 at 11:03 AM, Mike Jakubik < > mike.jakubik@intertainservices.com> wrote: > >> On 03/01/14 02:39, Andrey Chernov wrote: >> >>> On 01.03.2014 10:56, Andrey Chernov wrote: >>> >>>> Hi. >>>> Default /etc/ssh/sshd_config have >>>> #UsePrivilegeSeparation sandbox >>>> I.e. 'sandbox' by default. It breaks logins with error: >>>> sshd[81721]: fatal: ssh_sandbox_child: failed to limit the network >>>> socket [preauth] >>>> Fixed by using old way, i.e. direct >>>> UsePrivilegeSeparation yes >>>> instead of 'sandbox'. Please fix this bug. >>>> >>> Just find that capsicum is required now for default (i.e. sandbox) mode. >>> Don't think it is wise move, people may lost remote connections that >>> way, at least UPDATING entry is needed, but check for WITHOUT_CAPSICUM >>> for defaults will be better. >>> >>> >> Personally I find this to be a monumental screw up, such a drastic change >> and not even so much as an entry in UPDATING, what ever happened to POLA? >> > > +1 > > I didn't get bitten by this by the good fortune of seeing the first message > on this issue just minutes after I updated my system. Saw the change in > mergemaster, so immediately edited the installed file back to "yes". But, > if this had been a remote server, I would have been in deep weeds. This is > simply not acceptable practice! > Not to disagree, but I think we should tone down the flogging of a person who's working hard to make FreeBSD better. I'm sure this wasn't intentional, and the change probably passed all of his tests. If this were -RELEASE, I might feel differently, but it is -STABLE after all. I do certainly agree that an UPDATING entry would have been warranted. -- Greg From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 21:30:00 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20BB1A60; Mon, 3 Mar 2014 21:30:00 +0000 (UTC) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DB9DC2C5; Mon, 3 Mar 2014 21:29:59 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id bj1so4231788pad.2 for ; Mon, 03 Mar 2014 13:29:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=3LfsgpKzc6c906ELSKiPrBd32FAPbeJhpK1OQSXNwPc=; b=AYLc3VWjxI4zhDUebGT2aTdIE5+z1daA7NeZZGrAmiWsfMr6EUUDqrEh60EXqgLFmO gs5TKFmOoJVYlbl3gsCr5t3Nm+q6inXXYz+YdgZ8juRMsRa2XLWroRBcTdeSJRuDVcjy yrzY7/KxeKK4XsuL/Ob3srHqEdSwF9eFb+yA8n8IFR1I+UQgo9r6WiRFHBih42am9wuW 2paCn2hY9zhBKIc/qra8RUaYqefnVo6eChlfEtusa+/qIMzLLzG1p2YLF/buTZb3ZsCG 3xpc21mmRZCFhxGdsS/6PBTEIgk/xkyk/lIT48ahpFEOJTuaU56ISeqLyLebbm1GjC0J FQZw== MIME-Version: 1.0 X-Received: by 10.67.3.40 with SMTP id bt8mr1895707pad.78.1393882199424; Mon, 03 Mar 2014 13:29:59 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Mon, 3 Mar 2014 13:29:59 -0800 (PST) In-Reply-To: References: <531184A8.4050909@freebsd.org> <53118E9C.5030804@freebsd.org> <5314D1F9.20909@intertainservices.com> Date: Mon, 3 Mar 2014 13:29:59 -0800 X-Google-Sender-Auth: byiKuhMoB0O2BPBC2NdDJuf-G60 Message-ID: Subject: Re: openssh in stable-10 broken config or sandbox From: Kevin Oberman To: Greg Rivers Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Mike Jakubik , Andrey Chernov , FreeBSD Stable ML , des@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 03 Mar 2014 21:30:00 -0000 On Mon, Mar 3, 2014 at 12:38 PM, Greg Rivers wrote: > On Mon, 3 Mar 2014, Kevin Oberman wrote: > > On Mon, Mar 3, 2014 at 11:03 AM, Mike Jakubik < >> mike.jakubik@intertainservices.com> wrote: >> >> On 03/01/14 02:39, Andrey Chernov wrote: >>> >>> On 01.03.2014 10:56, Andrey Chernov wrote: >>>> >>>> Hi. >>>>> Default /etc/ssh/sshd_config have >>>>> #UsePrivilegeSeparation sandbox >>>>> I.e. 'sandbox' by default. It breaks logins with error: >>>>> sshd[81721]: fatal: ssh_sandbox_child: failed to limit the network >>>>> socket [preauth] >>>>> Fixed by using old way, i.e. direct >>>>> UsePrivilegeSeparation yes >>>>> instead of 'sandbox'. Please fix this bug. >>>>> >>>>> Just find that capsicum is required now for default (i.e. sandbox) >>>> mode. >>>> Don't think it is wise move, people may lost remote connections that >>>> way, at least UPDATING entry is needed, but check for WITHOUT_CAPSICUM >>>> for defaults will be better. >>>> >>>> >>>> Personally I find this to be a monumental screw up, such a drastic >>> change >>> and not even so much as an entry in UPDATING, what ever happened to POLA? >>> >>> >> +1 >> >> I didn't get bitten by this by the good fortune of seeing the first >> message >> on this issue just minutes after I updated my system. Saw the change in >> mergemaster, so immediately edited the installed file back to "yes". But, >> if this had been a remote server, I would have been in deep weeds. This is >> simply not acceptable practice! >> >> > Not to disagree, but I think we should tone down the flogging of a person > who's working hard to make FreeBSD better. I'm sure this wasn't > intentional, and the change probably passed all of his tests. If this were > -RELEASE, I might feel differently, but it is -STABLE after all. I do > certainly agree that an UPDATING entry would have been warranted. > > -- > Greg > It was clearly intentional as it was specifically mentioned in the commit message. Oversights happen and I don't have a problem with that. If DES just didn't think about the fact that it would break sshd if capsicum was not available, that happens. I've made bigger mistakes, probably this week. The problem is that the change was not rolled back and no entry was made to UPDATING. It's been over 4 days and, even if DES is tied up and has not seen the issue, someone should have added t note to UPDATING so people have some warning that sshd will break in most cases if they just accept the change to sshd.conf. (Yes, it is not obvious who should have done this, but lots of folks have access to update UPDATING.) Lots of folks use STABLE in production. It's not HEAD and every effort is supposed to be made to not break things, or at least warn people if something will break running systems. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 23:23:44 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCF9CF4C; Mon, 3 Mar 2014 23:23:44 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B5E83E4A; Mon, 3 Mar 2014 23:23:44 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 2D1D713F57; Mon, 3 Mar 2014 15:23:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1393889024; bh=AyBOW212xmc6zqcNe4re94051Q2lsMDRe6QcnqnIYnU=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=AiLCRRr/vd3yY/G1ZPa+fZJkCw/BTgbziIMXskgKafA0y0Yo02eh9Q0DEOr35vC+M tsJP+DuXygaAgXAnfb3hBLx4FBcYvCObvBtTkgJ3x65dKJzilF7/GFPTq6MdXRx1gu Fr6X4HWKVZrK87R2jpA9sNgoPtsB+5cjqZBGx6B8= Message-ID: <53150EFF.5090007@delphij.net> Date: Mon, 03 Mar 2014 15:23:43 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Kevin Oberman , Greg Rivers Subject: Re: openssh in stable-10 broken config or sandbox References: <531184A8.4050909@freebsd.org> <53118E9C.5030804@freebsd.org> <5314D1F9.20909@intertainservices.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Mike Jakubik , Andrey Chernov , FreeBSD Stable ML , des@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2014 23:23:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 03/03/14 13:29, Kevin Oberman wrote: > On Mon, Mar 3, 2014 at 12:38 PM, Greg Rivers > > wrote: > >> On Mon, 3 Mar 2014, Kevin Oberman wrote: >> >> On Mon, Mar 3, 2014 at 11:03 AM, Mike Jakubik < >>> mike.jakubik@intertainservices.com> wrote: >>> >>> On 03/01/14 02:39, Andrey Chernov wrote: >>>> >>>> On 01.03.2014 10:56, Andrey Chernov wrote: >>>>> >>>>> Hi. >>>>>> Default /etc/ssh/sshd_config have #UsePrivilegeSeparation >>>>>> sandbox I.e. 'sandbox' by default. It breaks logins with >>>>>> error: sshd[81721]: fatal: ssh_sandbox_child: failed to >>>>>> limit the network socket [preauth] Fixed by using old >>>>>> way, i.e. direct UsePrivilegeSeparation yes instead of >>>>>> 'sandbox'. Please fix this bug. >>>>>> >>>>>> Just find that capsicum is required now for default (i.e. >>>>>> sandbox) >>>>> mode. Don't think it is wise move, people may lost remote >>>>> connections that way, at least UPDATING entry is needed, >>>>> but check for WITHOUT_CAPSICUM for defaults will be >>>>> better. >>>>> >>>>> >>>>> Personally I find this to be a monumental screw up, such a >>>>> drastic >>>> change and not even so much as an entry in UPDATING, what >>>> ever happened to POLA? >>>> >>>> >>> +1 >>> >>> I didn't get bitten by this by the good fortune of seeing the >>> first message on this issue just minutes after I updated my >>> system. Saw the change in mergemaster, so immediately edited >>> the installed file back to "yes". But, if this had been a >>> remote server, I would have been in deep weeds. This is simply >>> not acceptable practice! >>> >>> >> Not to disagree, but I think we should tone down the flogging of >> a person who's working hard to make FreeBSD better. I'm sure >> this wasn't intentional, and the change probably passed all of >> his tests. If this were -RELEASE, I might feel differently, but >> it is -STABLE after all. I do certainly agree that an UPDATING >> entry would have been warranted. >> >> -- Greg >> > > It was clearly intentional as it was specifically mentioned in the > commit message. > > Oversights happen and I don't have a problem with that. If DES just > didn't think about the fact that it would break sshd if capsicum > was not available, that happens. I've made bigger mistakes, > probably this week. The problem is that the change was not rolled > back and no entry was made to UPDATING. > > It's been over 4 days and, even if DES is tied up and has not seen > the issue, someone should have added t note to UPDATING so people > have some warning that sshd will break in most cases if they just > accept the change to sshd.conf. (Yes, it is not obvious who should > have done this, but lots of folks have access to update UPDATING.) > Lots of folks use STABLE in production. It's not HEAD and every > effort is supposed to be made to not break things, or at least warn > people if something will break running systems. I have just merged r261499 (pjd) as r262718 which should have fixed this issue. r261499 tests if the capability calls returned ENOSYS and silently ignores them. Note that it's generally a good idea from security prospective that one enable the new security mechanisms in their kernel, but yes, we would keep our promise on POLA on stable branches. Sorry for the breakage. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCgAGBQJTFQ7/AAoJEJW2GBstM+nsQYYP/i7teuMdm+G79dnaYFzlh3KN Ao7wiC4CUhrDUTyeMvreS+mo3lXSD/dH83eTpWUKDIEq3kHpqJ69Oi9qh01+9fSy t0lFHqKS3AqamRWoJpjygogaRAu9KpWsqQgttc7iZa+pbOeHYSiM2rmcoJauT8PX zoCi2zX3DZj2Jcm+hznvDVUFf+POpP1dBxp4u6MT8N3079nfcu5uSOPROqXodxW2 +Y71o7EQvWobsnUIhu4zK/16gWVuqmpIeGVv80uvOv935LaW1aCB30J0vZmmbbni Q59z47y/SzhtU2lOPmykj5LFpr3rlW572Wg7ibGzqksxXrqBomGmfMH78HEKKJb8 6o9kbRFH04m8TeumQ4KE7VTTc8oYa55+o5dRPCrjgkLQusfYLiZh23UZ1RmDPmZD DYhFv4nWNRkDet2o4ow5PdsSUYs/ezwfURpHTgDoUhkklr9/74F6uVYshD68Ojgs 6fALpH6T9fKES7teqalycSSNY407aGCOYQRAb+0kHVEafXKO2w4CqZ4cJ5bB8KSH tZA371LHS0n82aeBvNDzqyQBxVCJ7vZJY7jfxSRuIh1ePou7I+FduIM9i0NkhD0y 6NCNmsRgn9mt3rDCKmIdvhUc0qZH81a23q6YXkK7U+cQ26p+kksSOxM0sk/fwVBo /jj2qDuCdm9+Suj1u8Y+ =L20p -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 02:01:41 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5232255C; Tue, 4 Mar 2014 02:01:41 +0000 (UTC) Received: from mail-pb0-x22f.google.com (mail-pb0-x22f.google.com [IPv6:2607:f8b0:400e:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 18D29E89; Tue, 4 Mar 2014 02:01:40 +0000 (UTC) Received: by mail-pb0-f47.google.com with SMTP id up15so4538887pbc.34 for ; Mon, 03 Mar 2014 18:01:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=B5er7EoWsisZgfJU2PyLlf9VWv8A27Jr2r07Sr5HD/o=; b=OsBufZxBUNSOc0xxz1yjAqPPWgy+v9i2q5ceyR9cuzeH+uAJ1BBFOxDp8dPZoCrLOg pKtlponXadAPh/pznT8z7mWhzj5AkC6eiys3boPMuCRfY4Z7IlyVkAToh1maxUynifxR SN2l2hchRxw/pjPHM8f9cU/Lp9UsxK+BjeWHUPPYdr09HsO6uAKu4r8FDQMai6BU3Bf5 FrFIRYRQ7DFrQBwDismcUpUbVDgcka9TjVAxJylCHxfvyLBSrbmZo/qGeE6PuukUnAtc gy5XPtlkMghXPacCI6klYiNzhl8UlmtX/52X0kxhOMobKr0aOlTGU/HZtIxTj6bmrq77 Jd+A== MIME-Version: 1.0 X-Received: by 10.68.233.200 with SMTP id ty8mr22942937pbc.1.1393898499779; Mon, 03 Mar 2014 18:01:39 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Mon, 3 Mar 2014 18:01:39 -0800 (PST) In-Reply-To: <53150EFF.5090007@delphij.net> References: <531184A8.4050909@freebsd.org> <53118E9C.5030804@freebsd.org> <5314D1F9.20909@intertainservices.com> <53150EFF.5090007@delphij.net> Date: Mon, 3 Mar 2014 18:01:39 -0800 X-Google-Sender-Auth: IZ2DPG5lS1Kk90z1AxUAuFL4BbQ Message-ID: Subject: Re: openssh in stable-10 broken config or sandbox From: Kevin Oberman To: Xin LI Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Greg Rivers , Mike Jakubik , Andrey Chernov , FreeBSD Stable ML , =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 04 Mar 2014 02:01:41 -0000 Thanks, Delphij! Better than what I asked for. This also induced me to fix my configuration to include GENERIC with five lines to modify it. I missed that capsicum had been made default. On Mon, Mar 3, 2014 at 3:23 PM, Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 03/03/14 13:29, Kevin Oberman wrote: > > On Mon, Mar 3, 2014 at 12:38 PM, Greg Rivers > > >> wrote: > > > >> On Mon, 3 Mar 2014, Kevin Oberman wrote: > >> > >> On Mon, Mar 3, 2014 at 11:03 AM, Mike Jakubik < > >>> mike.jakubik@intertainservices.com> wrote: > >>> > >>> On 03/01/14 02:39, Andrey Chernov wrote: > >>>> > >>>> On 01.03.2014 10:56, Andrey Chernov wrote: > >>>>> > >>>>> Hi. > >>>>>> Default /etc/ssh/sshd_config have #UsePrivilegeSeparation > >>>>>> sandbox I.e. 'sandbox' by default. It breaks logins with > >>>>>> error: sshd[81721]: fatal: ssh_sandbox_child: failed to > >>>>>> limit the network socket [preauth] Fixed by using old > >>>>>> way, i.e. direct UsePrivilegeSeparation yes instead of > >>>>>> 'sandbox'. Please fix this bug. > >>>>>> > >>>>>> Just find that capsicum is required now for default (i.e. > >>>>>> sandbox) > >>>>> mode. Don't think it is wise move, people may lost remote > >>>>> connections that way, at least UPDATING entry is needed, > >>>>> but check for WITHOUT_CAPSICUM for defaults will be > >>>>> better. > >>>>> > >>>>> > >>>>> Personally I find this to be a monumental screw up, such a > >>>>> drastic > >>>> change and not even so much as an entry in UPDATING, what > >>>> ever happened to POLA? > >>>> > >>>> > >>> +1 > >>> > >>> I didn't get bitten by this by the good fortune of seeing the > >>> first message on this issue just minutes after I updated my > >>> system. Saw the change in mergemaster, so immediately edited > >>> the installed file back to "yes". But, if this had been a > >>> remote server, I would have been in deep weeds. This is simply > >>> not acceptable practice! > >>> > >>> > >> Not to disagree, but I think we should tone down the flogging of > >> a person who's working hard to make FreeBSD better. I'm sure > >> this wasn't intentional, and the change probably passed all of > >> his tests. If this were -RELEASE, I might feel differently, but > >> it is -STABLE after all. I do certainly agree that an UPDATING > >> entry would have been warranted. > >> > >> -- Greg > >> > > > > It was clearly intentional as it was specifically mentioned in the > > commit message. > > > > Oversights happen and I don't have a problem with that. If DES just > > didn't think about the fact that it would break sshd if capsicum > > was not available, that happens. I've made bigger mistakes, > > probably this week. The problem is that the change was not rolled > > back and no entry was made to UPDATING. > > > > It's been over 4 days and, even if DES is tied up and has not seen > > the issue, someone should have added t note to UPDATING so people > > have some warning that sshd will break in most cases if they just > > accept the change to sshd.conf. (Yes, it is not obvious who should > > have done this, but lots of folks have access to update UPDATING.) > > Lots of folks use STABLE in production. It's not HEAD and every > > effort is supposed to be made to not break things, or at least warn > > people if something will break running systems. > > I have just merged r261499 (pjd) as r262718 which should have fixed > this issue. r261499 tests if the capability calls returned ENOSYS and > silently ignores them. > > Note that it's generally a good idea from security prospective that > one enable the new security mechanisms in their kernel, but yes, we > would keep our promise on POLA on stable branches. Sorry for the > breakage. > > Cheers, > - -- > Xin LI https://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (FreeBSD) > > iQIcBAEBCgAGBQJTFQ7/AAoJEJW2GBstM+nsQYYP/i7teuMdm+G79dnaYFzlh3KN > Ao7wiC4CUhrDUTyeMvreS+mo3lXSD/dH83eTpWUKDIEq3kHpqJ69Oi9qh01+9fSy > t0lFHqKS3AqamRWoJpjygogaRAu9KpWsqQgttc7iZa+pbOeHYSiM2rmcoJauT8PX > zoCi2zX3DZj2Jcm+hznvDVUFf+POpP1dBxp4u6MT8N3079nfcu5uSOPROqXodxW2 > +Y71o7EQvWobsnUIhu4zK/16gWVuqmpIeGVv80uvOv935LaW1aCB30J0vZmmbbni > Q59z47y/SzhtU2lOPmykj5LFpr3rlW572Wg7ibGzqksxXrqBomGmfMH78HEKKJb8 > 6o9kbRFH04m8TeumQ4KE7VTTc8oYa55+o5dRPCrjgkLQusfYLiZh23UZ1RmDPmZD > DYhFv4nWNRkDet2o4ow5PdsSUYs/ezwfURpHTgDoUhkklr9/74F6uVYshD68Ojgs > 6fALpH6T9fKES7teqalycSSNY407aGCOYQRAb+0kHVEafXKO2w4CqZ4cJ5bB8KSH > tZA371LHS0n82aeBvNDzqyQBxVCJ7vZJY7jfxSRuIh1ePou7I+FduIM9i0NkhD0y > 6NCNmsRgn9mt3rDCKmIdvhUc0qZH81a23q6YXkK7U+cQ26p+kksSOxM0sk/fwVBo > /jj2qDuCdm9+Suj1u8Y+ > =L20p > -----END PGP SIGNATURE----- > -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 04:56:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9ACBB3F2 for ; Tue, 4 Mar 2014 04:56:02 +0000 (UTC) Received: from smtp.yz.yamagata-u.ac.jp (smtp.yz.yamagata-u.ac.jp [133.24.72.103]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3082CDFB for ; Tue, 4 Mar 2014 04:56:01 +0000 (UTC) Received: from localhost (133.24.90.14) by smtp.yz.yamagata-u.ac.jp (133.24.72.108) with Microsoft SMTP Server id 8.1.436.0; Tue, 4 Mar 2014 13:56:29 +0900 Date: Tue, 4 Mar 2014 13:54:47 +0900 Message-ID: <20140304.135447.983615024873715579.hayata@yz.yamagata-u.ac.jp> To: freebsd-stable@freebsd.org Subject: usb recognition difference between 9 and 10-STABLE From: Hayata X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) 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.17 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, 04 Mar 2014 04:56:02 -0000 Hi. My usb digital audio player is recognized by FreeBSD9.1's device system as /dev/da0 (internal memory) and as /dev/da1 (SD card). But I found 10-STABLE no longer recognize /dev/da1 and only /dev/da0 appears in /dev. Does anyone know why? How should I do if I want to access /dev/da1? I attached `uname` and /var/log/messages in the following. Regards, -- Takahiro Hayata -------------------------------------------------------------------------------------- %uname -a FreeBSD spike2x.klab 10.0-STABLE FreeBSD 10.0-STABLE #0 r262690: Mon Mar 3 02:18:49 JST 2014 hayata@akeldam.klab:/usr/obj/opt/src/sys/GENERIC amd64 %cat /var/log/messages ... Mar 4 12:45:35 spike2x kernel: ugen7.2: at usbus7 Mar 4 12:45:35 spike2x kernel: umass0: on usbus7 Mar 4 12:45:35 spike2x kernel: umass0: 8070i (ATAPI) over Bulk-Only; quirks = 0x0000 Mar 4 12:45:35 spike2x kernel: umass0:5:0:-1: Attached to scbus5 Mar 4 12:45:35 spike2x kernel: da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 Mar 4 12:45:35 spike2x kernel: da0: Removable Direct Access SCSI-0 device Mar 4 12:45:35 spike2x kernel: da0: Serial Number K Mar 4 12:45:35 spike2x kernel: da0: 40.000MB/s transfers Mar 4 12:45:35 spike2x kernel: da0: 7672MB (15712256 512 byte sectors: 255H 63S/T 978C) Mar 4 12:45:35 spike2x kernel: da0: quirks=0x2 Mar 4 12:45:35 spike2x kernel: da1 at umass-sim0 bus 0 scbus5 target 0 lun 1 Mar 4 12:45:35 spike2x kernel: da1: Removable Direct Access SCSI-0 device Mar 4 12:45:35 spike2x kernel: da1: Serial Number K Mar 4 12:45:35 spike2x kernel: da1: 40.000MB/s transfers Mar 4 12:45:35 spike2x kernel: da1: 29979MB (61396992 512 byte sectors: 255H 63S/T 3821C) Mar 4 12:45:35 spike2x kernel: da1: quirks=0x2 Mar 4 12:45:35 spike2x kernel: da1 at umass-sim0 bus 0 scbus5 target 0 lun 1 Mar 4 12:45:35 spike2x kernel: da1: s/n K detached Mar 4 12:45:35 spike2x kernel: (da1:umass-sim0:0:0:1): Periph destroyed ------------------------------------------------------------------------------------------ %uname -a FreeBSD aerfax5.klab 9.1-STABLE FreeBSD 9.1-STABLE #17 r249542: Tue Apr 16 18:26:06 JST 2013 hayata@akeldam.klab:/usr/obj/opt/src/sys/AKELDAM amd64 %cat /var/log/messages ... Mar 4 13:33:12 aerfax5 kernel: ugen7.2: at usbus7 Mar 4 13:33:12 aerfax5 kernel: umass0: on usbus7 Mar 4 13:33:12 aerfax5 kernel: umass0: 8070i (ATAPI) over Bulk-Only; quirks = 0x0000 Mar 4 13:33:12 aerfax5 kernel: umass0:6:0:-1: Attached to scbus6 Mar 4 13:33:12 aerfax5 kernel: da0 at umass-sim0 bus 0 scbus6 target 0 lun 0 Mar 4 13:33:12 aerfax5 kernel: da0: Removable Direct Access SCSI-0 device Mar 4 13:33:12 aerfax5 kernel: da0: 40.000MB/s transfers Mar 4 13:33:12 aerfax5 kernel: da0: 7672MB (15712256 512 byte sectors: 255H 63S/T 978C) Mar 4 13:33:12 aerfax5 kernel: da1 at umass-sim0 bus 0 scbus6 target 0 lun 1 Mar 4 13:33:12 aerfax5 kernel: da1: Removable Direct Access SCSI-0 device Mar 4 13:33:12 aerfax5 kernel: da1: 40.000MB/s transfers Mar 4 13:33:12 aerfax5 kernel: da1: 29979MB (61396992 512 byte sectors: 255H 63S/T 3821C) ------------------------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 08:32:13 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C41BF1F9; Tue, 4 Mar 2014 08:32:13 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 852EC1FC; Tue, 4 Mar 2014 08:32:13 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 8A0775A7F; Tue, 4 Mar 2014 08:32:06 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id CC5AC817; Tue, 4 Mar 2014 09:32:10 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Andrey Chernov Subject: Re: openssh in stable-10 broken config or sandbox References: <531184A8.4050909@freebsd.org> <53118E9C.5030804@freebsd.org> Date: Tue, 04 Mar 2014 09:32:10 +0100 In-Reply-To: <53118E9C.5030804@freebsd.org> (Andrey Chernov's message of "Sat, 01 Mar 2014 11:39:08 +0400") Message-ID: <86zjl6tldh.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 04 Mar 2014 08:32:13 -0000 Andrey Chernov writes: > Just find that capsicum is required now for default (i.e. sandbox) mode. > Don't think it is wise move, people may lost remote connections that > way, at least UPDATING entry is needed, but check for WITHOUT_CAPSICUM > for defaults will be better. Right, I have a patch for that somewhere. I'll try to get it in later today. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 17:57:21 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82FB6EC3; Tue, 4 Mar 2014 17:57:21 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B85A3258; Tue, 4 Mar 2014 17:57:20 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s24Hv7a9050835; Tue, 4 Mar 2014 19:57:07 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s24Hv7ou050691; Tue, 4 Mar 2014 17:57:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Mar 2014 17:57:07 GMT Message-Id: <201403041757.s24Hv7ou050691@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 17:57:21 -0000 TB --- 2014-03-04 16:00:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-04 16:00:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-04 16:00:44 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-04 16:00:44 - cleaning the object tree TB --- 2014-03-04 16:00:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-04 16:01:36 - At svn revision 262743 TB --- 2014-03-04 16:01:37 - building world TB --- 2014-03-04 16:01:37 - CROSS_BUILD_TESTING=YES TB --- 2014-03-04 16:01:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-04 16:01:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-04 16:01:37 - SRCCONF=/dev/null TB --- 2014-03-04 16:01:37 - TARGET=sparc64 TB --- 2014-03-04 16:01:37 - TARGET_ARCH=sparc64 TB --- 2014-03-04 16:01:37 - TZ=UTC TB --- 2014-03-04 16:01:37 - __MAKE_CONF=/dev/null TB --- 2014-03-04 16:01:37 - cd /src TB --- 2014-03-04 16:01:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 4 16:01:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Mar 4 17:38:25 UTC 2014 TB --- 2014-03-04 17:38:25 - generating LINT kernel config TB --- 2014-03-04 17:38:25 - cd /src/sys/sparc64/conf TB --- 2014-03-04 17:38:25 - /usr/bin/make -B LINT TB --- 2014-03-04 17:38:25 - cd /src/sys/sparc64/conf TB --- 2014-03-04 17:38:25 - /usr/sbin/config -m LINT TB --- 2014-03-04 17:38:25 - building LINT kernel TB --- 2014-03-04 17:38:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-04 17:38:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-04 17:38:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-04 17:38:25 - SRCCONF=/dev/null TB --- 2014-03-04 17:38:25 - TARGET=sparc64 TB --- 2014-03-04 17:38:25 - TARGET_ARCH=sparc64 TB --- 2014-03-04 17:38:25 - TZ=UTC TB --- 2014-03-04 17:38:25 - __MAKE_CONF=/dev/null TB --- 2014-03-04 17:38:25 - cd /src TB --- 2014-03-04 17:38:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 4 17:38:25 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/bpf_zerocopy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/bridgestp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/flowtable.c cc1: warnings being treated as errors /src/sys/net/flowtable.c: In function 'flowtable_clean_vnet': /src/sys/net/flowtable.c:765: warning: 'fleprev' may be used uninitialized in this function /src/sys/net/flowtable.c:765: note: 'fleprev' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-04 17:57:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-04 17:57:06 - ERROR: failed to build LINT kernel TB --- 2014-03-04 17:57:06 - 4981.46 user 2224.02 system 6981.40 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 18:34:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D31B820F; Tue, 4 Mar 2014 18:34:20 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 14BD6848; Tue, 4 Mar 2014 18:34:19 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s24IYGbW097084; Tue, 4 Mar 2014 20:34:16 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s24IYGlU097082; Tue, 4 Mar 2014 18:34:16 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Mar 2014 18:34:16 GMT Message-Id: <201403041834.s24IYGlU097082@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 18:34:20 -0000 TB --- 2014-03-04 16:00:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-04 16:00:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-04 16:00:44 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-04 16:00:44 - cleaning the object tree TB --- 2014-03-04 16:00:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-04 16:01:37 - At svn revision 262743 TB --- 2014-03-04 16:01:38 - building world TB --- 2014-03-04 16:01:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-04 16:01:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-04 16:01:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-04 16:01:38 - SRCCONF=/dev/null TB --- 2014-03-04 16:01:38 - TARGET=ia64 TB --- 2014-03-04 16:01:38 - TARGET_ARCH=ia64 TB --- 2014-03-04 16:01:38 - TZ=UTC TB --- 2014-03-04 16:01:38 - __MAKE_CONF=/dev/null TB --- 2014-03-04 16:01:38 - cd /src TB --- 2014-03-04 16:01:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 4 16:01:49 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Mar 4 18:13:37 UTC 2014 TB --- 2014-03-04 18:13:37 - generating LINT kernel config TB --- 2014-03-04 18:13:37 - cd /src/sys/ia64/conf TB --- 2014-03-04 18:13:37 - /usr/bin/make -B LINT TB --- 2014-03-04 18:13:37 - cd /src/sys/ia64/conf TB --- 2014-03-04 18:13:37 - /usr/sbin/config -m LINT TB --- 2014-03-04 18:13:37 - building LINT kernel TB --- 2014-03-04 18:13:37 - CROSS_BUILD_TESTING=YES TB --- 2014-03-04 18:13:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-04 18:13:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-04 18:13:37 - SRCCONF=/dev/null TB --- 2014-03-04 18:13:37 - TARGET=ia64 TB --- 2014-03-04 18:13:37 - TARGET_ARCH=ia64 TB --- 2014-03-04 18:13:37 - TZ=UTC TB --- 2014-03-04 18:13:37 - __MAKE_CONF=/dev/null TB --- 2014-03-04 18:13:37 - cd /src TB --- 2014-03-04 18:13:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 4 18:13:37 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/bpf_zerocopy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/bridgestp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/flowtable.c cc1: warnings being treated as errors /src/sys/net/flowtable.c: In function 'flowtable_clean_vnet': /src/sys/net/flowtable.c:765: warning: 'fleprev' may be used uninitialized in this function /src/sys/net/flowtable.c:765: note: 'fleprev' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-04 18:34:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-04 18:34:16 - ERROR: failed to build LINT kernel TB --- 2014-03-04 18:34:16 - 7161.90 user 2515.67 system 9211.69 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 19:48:22 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39C1B502; Tue, 4 Mar 2014 19:48:22 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F3F3F30; Tue, 4 Mar 2014 19:48:20 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s24JmGL4074571; Tue, 4 Mar 2014 21:48:16 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s24JmF6Q074326; Tue, 4 Mar 2014 19:48:15 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Mar 2014 19:48:15 GMT Message-Id: <201403041948.s24JmF6Q074326@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 19:48:22 -0000 TB --- 2014-03-04 16:00:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-04 16:00:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-04 16:00:44 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-04 16:00:44 - cleaning the object tree TB --- 2014-03-04 16:00:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-04 16:01:38 - At svn revision 262743 TB --- 2014-03-04 16:01:39 - building world TB --- 2014-03-04 16:01:39 - CROSS_BUILD_TESTING=YES TB --- 2014-03-04 16:01:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-04 16:01:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-04 16:01:39 - SRCCONF=/dev/null TB --- 2014-03-04 16:01:39 - TARGET=powerpc TB --- 2014-03-04 16:01:39 - TARGET_ARCH=powerpc TB --- 2014-03-04 16:01:39 - TZ=UTC TB --- 2014-03-04 16:01:39 - __MAKE_CONF=/dev/null TB --- 2014-03-04 16:01:39 - cd /src TB --- 2014-03-04 16:01:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 4 16:01:50 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Mar 4 19:34:16 UTC 2014 TB --- 2014-03-04 19:34:16 - generating LINT kernel config TB --- 2014-03-04 19:34:16 - cd /src/sys/powerpc/conf TB --- 2014-03-04 19:34:16 - /usr/bin/make -B LINT TB --- 2014-03-04 19:34:16 - cd /src/sys/powerpc/conf TB --- 2014-03-04 19:34:16 - /usr/sbin/config -m LINT TB --- 2014-03-04 19:34:16 - building LINT kernel TB --- 2014-03-04 19:34:16 - CROSS_BUILD_TESTING=YES TB --- 2014-03-04 19:34:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-04 19:34:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-04 19:34:16 - SRCCONF=/dev/null TB --- 2014-03-04 19:34:16 - TARGET=powerpc TB --- 2014-03-04 19:34:16 - TARGET_ARCH=powerpc TB --- 2014-03-04 19:34:16 - TZ=UTC TB --- 2014-03-04 19:34:16 - __MAKE_CONF=/dev/null TB --- 2014-03-04 19:34:16 - cd /src TB --- 2014-03-04 19:34:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 4 19:34:16 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net/bpf_filter.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net/bpf_zerocopy.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net/bridgestp.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net/flowtable.c cc1: warnings being treated as errors /src/sys/net/flowtable.c: In function 'flowtable_clean_vnet': /src/sys/net/flowtable.c:765: warning: 'fleprev' may be used uninitialized in this function /src/sys/net/flowtable.c:765: note: 'fleprev' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-04 19:48:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-04 19:48:14 - ERROR: failed to build LINT kernel TB --- 2014-03-04 19:48:14 - 10398.28 user 3493.35 system 13649.90 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 01:27:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2516C362; Wed, 5 Mar 2014 01:27:14 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B4BE940; Wed, 5 Mar 2014 01:27:12 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s251R5wh035902; Wed, 5 Mar 2014 03:27:05 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s251R5go035857; Wed, 5 Mar 2014 01:27:05 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 01:27:05 GMT Message-Id: <201403050127.s251R5go035857@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 01:27:14 -0000 TB --- 2014-03-04 23:30:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-04 23:30:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-04 23:30:44 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-04 23:30:44 - cleaning the object tree TB --- 2014-03-04 23:31:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-04 23:31:48 - At svn revision 262757 TB --- 2014-03-04 23:31:49 - building world TB --- 2014-03-04 23:31:49 - CROSS_BUILD_TESTING=YES TB --- 2014-03-04 23:31:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-04 23:31:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-04 23:31:49 - SRCCONF=/dev/null TB --- 2014-03-04 23:31:49 - TARGET=sparc64 TB --- 2014-03-04 23:31:49 - TARGET_ARCH=sparc64 TB --- 2014-03-04 23:31:49 - TZ=UTC TB --- 2014-03-04 23:31:49 - __MAKE_CONF=/dev/null TB --- 2014-03-04 23:31:49 - cd /src TB --- 2014-03-04 23:31:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 4 23:31:59 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Mar 5 01:08:21 UTC 2014 TB --- 2014-03-05 01:08:21 - generating LINT kernel config TB --- 2014-03-05 01:08:21 - cd /src/sys/sparc64/conf TB --- 2014-03-05 01:08:21 - /usr/bin/make -B LINT TB --- 2014-03-05 01:08:21 - cd /src/sys/sparc64/conf TB --- 2014-03-05 01:08:21 - /usr/sbin/config -m LINT TB --- 2014-03-05 01:08:21 - building LINT kernel TB --- 2014-03-05 01:08:21 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 01:08:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 01:08:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 01:08:21 - SRCCONF=/dev/null TB --- 2014-03-05 01:08:21 - TARGET=sparc64 TB --- 2014-03-05 01:08:21 - TARGET_ARCH=sparc64 TB --- 2014-03-05 01:08:21 - TZ=UTC TB --- 2014-03-05 01:08:21 - __MAKE_CONF=/dev/null TB --- 2014-03-05 01:08:21 - cd /src TB --- 2014-03-05 01:08:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 5 01:08:21 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/bpf_zerocopy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/bridgestp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net/flowtable.c cc1: warnings being treated as errors /src/sys/net/flowtable.c: In function 'flowtable_clean_vnet': /src/sys/net/flowtable.c:765: warning: 'fleprev' may be used uninitialized in this function /src/sys/net/flowtable.c:765: note: 'fleprev' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-05 01:27:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 01:27:05 - ERROR: failed to build LINT kernel TB --- 2014-03-05 01:27:05 - 4976.33 user 2229.55 system 6980.16 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 02:04:39 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 735BF689; Wed, 5 Mar 2014 02:04:39 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A990FC96; Wed, 5 Mar 2014 02:04:38 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2524XTT083150; Wed, 5 Mar 2014 04:04:33 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2524XDI083092; Wed, 5 Mar 2014 02:04:33 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 02:04:33 GMT Message-Id: <201403050204.s2524XDI083092@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 02:04:39 -0000 TB --- 2014-03-04 23:30:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-04 23:30:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-04 23:30:44 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-04 23:30:44 - cleaning the object tree TB --- 2014-03-04 23:31:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-04 23:31:50 - At svn revision 262757 TB --- 2014-03-04 23:31:51 - building world TB --- 2014-03-04 23:31:51 - CROSS_BUILD_TESTING=YES TB --- 2014-03-04 23:31:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-04 23:31:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-04 23:31:51 - SRCCONF=/dev/null TB --- 2014-03-04 23:31:51 - TARGET=ia64 TB --- 2014-03-04 23:31:51 - TARGET_ARCH=ia64 TB --- 2014-03-04 23:31:51 - TZ=UTC TB --- 2014-03-04 23:31:51 - __MAKE_CONF=/dev/null TB --- 2014-03-04 23:31:51 - cd /src TB --- 2014-03-04 23:31:51 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 4 23:32:01 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Mar 5 01:43:48 UTC 2014 TB --- 2014-03-05 01:43:48 - generating LINT kernel config TB --- 2014-03-05 01:43:48 - cd /src/sys/ia64/conf TB --- 2014-03-05 01:43:48 - /usr/bin/make -B LINT TB --- 2014-03-05 01:43:48 - cd /src/sys/ia64/conf TB --- 2014-03-05 01:43:48 - /usr/sbin/config -m LINT TB --- 2014-03-05 01:43:48 - building LINT kernel TB --- 2014-03-05 01:43:48 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 01:43:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 01:43:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 01:43:48 - SRCCONF=/dev/null TB --- 2014-03-05 01:43:48 - TARGET=ia64 TB --- 2014-03-05 01:43:48 - TARGET_ARCH=ia64 TB --- 2014-03-05 01:43:48 - TZ=UTC TB --- 2014-03-05 01:43:48 - __MAKE_CONF=/dev/null TB --- 2014-03-05 01:43:48 - cd /src TB --- 2014-03-05 01:43:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 5 01:43:49 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/bpf_zerocopy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/bridgestp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/flowtable.c cc1: warnings being treated as errors /src/sys/net/flowtable.c: In function 'flowtable_clean_vnet': /src/sys/net/flowtable.c:765: warning: 'fleprev' may be used uninitialized in this function /src/sys/net/flowtable.c:765: note: 'fleprev' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-05 02:04:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 02:04:32 - ERROR: failed to build LINT kernel TB --- 2014-03-05 02:04:32 - 7178.36 user 2510.87 system 9227.80 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 03:18:36 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A5129E9; Wed, 5 Mar 2014 03:18:36 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AF4663ED; Wed, 5 Mar 2014 03:18:35 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s253IUPv062671; Wed, 5 Mar 2014 05:18:30 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s253IUu8062559; Wed, 5 Mar 2014 03:18:30 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 03:18:30 GMT Message-Id: <201403050318.s253IUu8062559@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 03:18:36 -0000 TB --- 2014-03-04 23:30:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-04 23:30:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-04 23:30:44 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-04 23:30:44 - cleaning the object tree TB --- 2014-03-04 23:31:41 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-04 23:31:52 - At svn revision 262757 TB --- 2014-03-04 23:31:53 - building world TB --- 2014-03-04 23:31:53 - CROSS_BUILD_TESTING=YES TB --- 2014-03-04 23:31:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-04 23:31:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-04 23:31:53 - SRCCONF=/dev/null TB --- 2014-03-04 23:31:53 - TARGET=powerpc TB --- 2014-03-04 23:31:53 - TARGET_ARCH=powerpc TB --- 2014-03-04 23:31:53 - TZ=UTC TB --- 2014-03-04 23:31:53 - __MAKE_CONF=/dev/null TB --- 2014-03-04 23:31:53 - cd /src TB --- 2014-03-04 23:31:53 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 4 23:32:02 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Mar 5 03:04:30 UTC 2014 TB --- 2014-03-05 03:04:30 - generating LINT kernel config TB --- 2014-03-05 03:04:30 - cd /src/sys/powerpc/conf TB --- 2014-03-05 03:04:30 - /usr/bin/make -B LINT TB --- 2014-03-05 03:04:30 - cd /src/sys/powerpc/conf TB --- 2014-03-05 03:04:30 - /usr/sbin/config -m LINT TB --- 2014-03-05 03:04:30 - building LINT kernel TB --- 2014-03-05 03:04:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 03:04:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 03:04:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 03:04:30 - SRCCONF=/dev/null TB --- 2014-03-05 03:04:30 - TARGET=powerpc TB --- 2014-03-05 03:04:30 - TARGET_ARCH=powerpc TB --- 2014-03-05 03:04:30 - TZ=UTC TB --- 2014-03-05 03:04:30 - __MAKE_CONF=/dev/null TB --- 2014-03-05 03:04:30 - cd /src TB --- 2014-03-05 03:04:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 5 03:04:30 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net/bpf_filter.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net/bpf_zerocopy.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net/bridgestp.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net/flowtable.c cc1: warnings being treated as errors /src/sys/net/flowtable.c: In function 'flowtable_clean_vnet': /src/sys/net/flowtable.c:765: warning: 'fleprev' may be used uninitialized in this function /src/sys/net/flowtable.c:765: note: 'fleprev' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-05 03:18:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 03:18:29 - ERROR: failed to build LINT kernel TB --- 2014-03-05 03:18:29 - 10389.73 user 3495.59 system 13664.29 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 10:37:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42F0A7BA; Wed, 5 Mar 2014 10:37:14 +0000 (UTC) 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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2C13881F; Wed, 5 Mar 2014 10:37:12 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s25ANT4u037574; Wed, 5 Mar 2014 21:23:30 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 5 Mar 2014 21:23:29 +1100 (EST) From: Ian Smith To: Darren Pilgrim Subject: 10.0-R memstick from DVD1 can't install packages (was: FreeBSD 10-RC1 ISO image too big) In-Reply-To: <52AFC263.5070709@bluerosetech.com> Message-ID: <20140305185203.T75313@sola.nimnet.asn.au> References: <201312151625.rBFGPdWa037170@fire.js.berklix.net> <20131216152013.P4108@sola.nimnet.asn.au> <52AFC263.5070709@bluerosetech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: dteske@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Mar 2014 10:37:14 -0000 On Mon, 16 Dec 2013 19:17:55 -0800, Darren Pilgrim wrote: > On 12/15/2013 9:34 PM, Ian Smith wrote: > > Or does someone have a working script to make a bootable memstick from > > our DVD images? > > Yes. http://pastebin.com/fzgVaCgW > > It's derived from the scripts in src/release and probably only works for > amd64 and i386. Well, that works great, thanks again Darren. I had to modify it to make bootable images from my old 8.2-R laptop, thus: v=`uname -r`; v=${v%%.*} if [ $v -ge 9 ]; then # possibly naive, works on 9.1-R echo '/dev/ufs/FreeBSD_Install / ufs ro,noatime 1 1' > $4/etc/fstab makefs -B little -o label=FreeBSD_Install $3 $4 else #% no makefs label option @8.2-R; using /dev/da0a instead, ok(ish) echo "running on FreeBSD major version: $v .. must mount from /dev/da0a" echo '/dev/da0a / ufs ro,noatime 1 1' > $4/etc/fstab makefs -B little -o version=2 $3 $4 fi Which worked fine to install first a lying-around 9.1-R i386 dvd1, then the other day - having made its image on 9.1-R - 10.0-R amb64 base, ports, src etc on my new Lenovo X200, once figuring out the vagaries of the partitioning procedure. The loss of sysinstall/sade's toggle newfs option on partitions you DON'T want messed with, like /home, is sad :( However, when it comes to either installing the docs or to running bsdconfig to install packages, it doesn't work like a CD/DVD at all, assuming somebody would have yelled if they'd had trouble installing packages - when offline from the net - from the DVD? All I tried to do (on the second attempt anyway) was install the Xorg metaport, having chosen USB media - which I noticed from another VT was mounted on /dist rw, no noatime, perhaps accounting for the memstick being scribbled on at every attempt, only hundreds of bytes (says cmp) What happens is - apparently - that pkg tries to update packages from http://pkg.freebsd.org/freebsd:10:x86:64/latest/digests.txz - NOT from http://pkg.freebsd.org/freebsd:10:x86:64/release_0/All where the packages ARE a superset of those on the dvd1 image - which fails, and the attempted installation gets into an endless loop of failing 'unable to fetch package XXX from selected media' for (eg) cairo-1.10.2_7,2 (where 1.10.2.6.2 is there), icu-52.1 (50.1.2 is there) and so on. Moreover, only 'OK' is offered on these endless failure messages, so ^C to entirely quit bsdconfig is the only way out. Holding down Enter through hundreds of these eventually gets a few deps installed (fwiw). It also bangs on - when there's no net connection - 'pkg: PACKAGESITE in pkg.conf is deprecated, please create a repository config file ..' but clearly the 'proper' DVD must work without a net connection, so I'm imagining there must be some specific tests for a CD or DVD mounted? I learned a wee bit about pkg on the way, esp pkg delete -Df -a, which then has pkg info requiring a bootstrap (needing net access) which I did a couple of times before starting again with bsdconfig. I tried mount -u -r /dist after entering the packages menu and selecting USB media but that's too late, and without a net connection pkg just hangs waiting. Perhaps all this has disturbed the as-shipped pkg-static setup? I'd rather put things right if possible rather than start a fresh install. Selecting UFS partition media only offers the existing partitions on ada0, ignoring /dev/da0a whether mounted or not, so that's also out. Anyone (Devin?) have a clue what's going on here, and how to fix it? I don't mind trying to patch anything extracted from the dvd1 image to the memstick work area before the makefs, if that might help. I can't see why bsdconfig - don't know about bsdinstall - wants to mount ANY package installation media other than RO (or at least, noatime)? I have more data to hand than would be wise to add here at this stage. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 12:37:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 803A566D; Wed, 5 Mar 2014 12:37:24 +0000 (UTC) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) by mx1.freebsd.org (Postfix) with ESMTP id 3F03B296; Wed, 5 Mar 2014 12:37:23 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id 3A9EF9DD099; Wed, 5 Mar 2014 13:37:22 +0100 (CET) Subject: Re: FreeBSD 10, ServeRAID M5210e, syspd corruption Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: Date: Wed, 5 Mar 2014 13:37:18 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <0D37534C-8AD5-46D5-8043-8D662370FF7C@sarenet.es> References: To: Tom Evans X-Mailer: Apple Mail (2.1283) Cc: freebsd-scsi@freebsd.org, Stable Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Mar 2014 12:37:24 -0000 On Feb 14, 2014, at 2:44 PM, Tom Evans wrote: > On Fri, Feb 14, 2014 at 12:44 PM, Borja Marcos = wrote: >> I am configuring an IBM server with FreeBSD 10-RELEASE, a ServeRAID = M5210e and 23 SSD disks. >>=20 >=20 > I'm afraid I have no solution to offer you for this issue, but with > this setup an mps(8) card (LSI SAS2008 and similar) in IT (passthru) > mode would work excellently. >=20 > Maybe easier to change the card than struggle to get it to do > something it doesn't want to? Finally I purchased an IBM M1015, reflashed it to the latest LSI "IT" = firmware, and I'll use the "Invader" card just to boot from the two back = mounted disks in mirror. Indeed, LSI2008 cards are the way to go. Unfortunately, cross-flashing = them feels a bit kludgy although admittedly I've done even dirtier stuff = :) Thanks! Borja. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 12:51:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EABF1DB5 for ; Wed, 5 Mar 2014 12:51:13 +0000 (UTC) Received: from mail-la0-f50.google.com (mail-la0-f50.google.com [209.85.215.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 60B2E3DB for ; Wed, 5 Mar 2014 12:51:12 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id y1so646880lam.37 for ; Wed, 05 Mar 2014 04:51:05 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type; bh=51CvDI7NF5e41L1G/PQkdhmnDNG486iscGObNZNRECA=; b=Wu7MKZZH4o4X4dd+5sxuEqfVxYPjnmp/kzF9UEEHnOu1IJrrGUEJbtNRTxMcxPT60m dXa3Aa+VmINxrJ5VDCJZzCB/Tcd0XHFTsC46e0mdyNukUBqL7EAkQr8Vo/3MYW2worlF fWia4pU0ixxGCm+LmGe6bl3RJ+2abBjrmCYJnil0fRfjWL/MCOd2qpI0z3NMXp7JEWWv g22tARl9zagBWOBDz25E7kayvmu8R3gSeEHPkE6kveAJBd0huOHBSt5IvTMTrdl/S+Ph cGjpVGA9FiuFc0s8Mzrzqv9uwkYLh/CDfT1iVDSg4otQV+qJ6PEZIIuUZ7asUNg/AL22 dJwQ== X-Gm-Message-State: ALoCoQl2gdQ3PfQmbO8JDZ1jaNljnIvS04zmevberwaSvfpekNy0+bzghfwsryVH0ZpzbwBbw645 X-Received: by 10.152.170.202 with SMTP id ao10mr1494638lac.46.1394023864966; Wed, 05 Mar 2014 04:51:04 -0800 (PST) Received: from zealot.ksu.ru (128-74-229-213.broadband.corbina.ru. [128.74.229.213]) by mx.google.com with ESMTPSA id jl8sm2533239lbc.16.2014.03.05.04.51.00 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Mar 2014 04:51:03 -0800 (PST) Message-ID: <53171DAE.5070203@li.ru> Date: Wed, 05 Mar 2014 16:50:54 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:28.0) Gecko/20100101 Firefox/28.0 SeaMonkey/2.25 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: bsdtar POLA change in 10.0? Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms000201000602010809070301" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Mar 2014 12:51:14 -0000 This is a cryptographically signed message in MIME format. --------------ms000201000602010809070301 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable I wonder why bsdtar --one-file-system suddenly started to skip archiving of mount-points? And no mention of=20 such behaviour change either in UPDATING or errata :( --=20 SY, Marat --------------ms000201000602010809070301 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMaTCC Bi0wggUVoAMCAQICAwdtsTANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTEzMDgyOTA4MDMxM1oXDTE0MDgyOTE5MzcxNlowTzEZMBcGA1UE DRMQSXNDMTY0SkczZHE1UlBFUTEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC8T/yW /tVUT1pvIpPVHAgMjikWgAqQrAJPY6W6wKMzPl8XzW3UwpGfzgfeLoG7J2J1t9DujQYf3qqm LWEHgj5FRv6P+9ohdOyH0OqMbG76lz5ONqNcavPdE3//fQEXSxB2SQv1qUp1Dsd522Oavx1r svWlQEkLOnv2ac2mXS86W5kyJ27Pq/6fIgxrNAziKqMm51C3FGDBUn0mofzm3+FcMA4IMOyH kpe+M+iotZaU1OD5bWq4ISH85UioOV3B2OqL0cGM3UmuUJ4Qgi9iMgGPbmsIYQ6+A5LRM1py 8u5Nckt3gSYTvdKHN6dJGcg2Z+Ja0jW+XEvKo5Z+366/Zs6xAgMBAAGjggLSMIICzjAJBgNV HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD VR0OBBYEFOakEwEDLMFWYaXweQ5/FydTI94RMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1 TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1 dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0 byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADtRgWXP13dZs31xY7lDiP2P8jxM05AH SOwd7Fjx6wd/zMF+NMzYKWKiPCU4grfXM5FdMvc+E17QjXFc2Acp8ERx9xbeP1YUys1eXjvK Cpo01/GXoAsnfA2p6Qrc5AVtNhrPkuqB3VrIz+ihRJtEvWHOSuHjMqmEzAAYKaCaaLMCe+j3 Yj1pnTDQXprASuQ7UlBZ9myAFppZPylRdO8pYb4M8qR93steYSwA8TdWWqKzbr7sdaatLpbt WVrjjzIp54s5Psd5hY5lHPYAL6Nx1MJYjk80v7Xh3VSbqndbOCyb1Ix699Y5DF7+B9Yq9Jrl ju8WOgP6QF/u5MegLDB7xsAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0 YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKn u8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxah NvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//j diSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGt MIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYB BQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYI KwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBS MCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6 Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwEC ATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQG CCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0G CSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkFgdtY 1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7 Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQo CRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTi pgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQg WI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8 MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2N iy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhd GwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwdtsTAJBgUrDgMCGgUA oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAzMDUx MjUwNTRaMCMGCSqGSIb3DQEJBDEWBBSPtM0NjRPBBTmAo/qLXujTk3CGyDBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDB22xMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMHbbEwDQYJKoZIhvcNAQEBBQAEggEAB8IDgPoA3w0IGvIJTAqNYrvW9ZB1vAwgE5JZDbOp u591m2YQSRSWrMdxU3LKYiWaW6Z9s77cPb7qAC/txEXSCqnOjTokDHm+lfK1M8CjkQcCnps2 gQ3KF0pEWlKPi/A0SE4QFP2Vj3gokJ0pEbXpja57UWCv2pELgD7IsJdOaOcrdPrvXjVxcRSk ApJTyHONfmXvsCWwIt0O1twvld4VNXJq8S7CNrO8oMPWez7UaqQJPNcKmQJD+x/gn4i+bX03 QQTrf5WFDnacVqlVi+X+jpJA2BzIpJ6HHQ2j7vSfMJuMM6QpavfJBQYjUkJUrL1dZzq6qLJw aAG9yBf/ET9ddAAAAAAAAA== --------------ms000201000602010809070301-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 13:44:22 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8941243 for ; Wed, 5 Mar 2014 13:44:21 +0000 (UTC) Received: from server1.xenet.de (server1out.xenet.de [213.221.94.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8B916AE9 for ; Wed, 5 Mar 2014 13:44:20 +0000 (UTC) Received: from [10.0.0.50] (intern.xenet.de [213.221.94.50]) (authenticated bits=0) by server1.xenet.de (8.12.5/8.12.5) with ESMTP id s25DhVvT056042 for ; Wed, 5 Mar 2014 14:43:33 +0100 (CET) (envelope-from meyser@xenet.de) Message-ID: <53172A29.50202@xenet.de> Date: Wed, 05 Mar 2014 14:44:09 +0100 From: Matthias Meyser Organization: XeNET GmbH, Clausthal-Zellerfeld User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: jails and devfs Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.38 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Mar 2014 13:44:22 -0000 Hi Migration our jailserver from i386/9.2 to amd64/10.0 all devices show up in the amd64 jail. ----------------------------------8<------------------------------------------ root@pts/0#uname -a FreeBSD cs00.core.xenet.de 9.2-STABLE FreeBSD 9.2-STABLE #0 r260477: Thu Jan 9 12:31:52 CET 2014 root@iser01.lan.xenet.de:/usr/obj/usr/src/sys/CS00 i386 root@pts/0#jail -c path=/ mount.devfs host.hostname=testhostname command=/bin/ls /dev fd null ptmx pts random stderr stdin stdout urandom zero ----------------------------------8<------------------------------------------ root@pts/0#uname -a FreeBSD scx00.core.xenet.de 10.0-STABLE FreeBSD 10.0-STABLE #1 r262727: Tue Mar 4 09:32:33 CET 2014 root@slx00.lan.xenet.de:/usr/obj/usr/src/sys/SCX00 amd64 root@pts/0#jail -c path=/ mount.devfs host.hostname=testhostname command=/bin/ls /dev acpi ada0p4 consolectl i4bteld6 i4btrc3 i4btrc52 mdctl ttyv5 ad4 ada0p5 ctty i4bteld7 i4btrc30 i4btrc53 mem ttyv6 ad4p1 ada0p6 devctl i4btrc0 i4btrc31 i4btrc54 midistat ttyv7 ad4p2 ada0p7 devstat i4btrc1 i4btrc32 i4btrc55 mirror ttyv8 ad4p3 ada0p8 fd i4btrc10 i4btrc33 i4btrc56 mixer0 ttyv9 ad4p4 ada0p9 fido i4btrc11 i4btrc34 i4btrc57 mixer1 ttyva ad4p5 ada1 geom.ctl i4btrc12 i4btrc35 i4btrc58 mixer2 ttyvb ad4p6 ada1p1 gpt i4btrc13 i4btrc36 i4btrc59 nfslock ttyvc ad4p7 ada1p2 gptid i4btrc14 i4btrc37 i4btrc6 null ttyvd ad4p8 ada1p3 i4b i4btrc15 i4btrc38 i4btrc60 pass0 ttyve ad4p9 ada1p4 i4bctl i4btrc16 i4btrc39 i4btrc61 pass1 ttyvf ad6 ada1p5 i4btel0 i4btrc17 i4btrc4 i4btrc62 pass2 ufssuspend ad6p1 ada1p6 i4btel1 i4btrc18 i4btrc40 i4btrc63 pci ugen0.1 ad6p2 ada1p7 i4btel2 i4btrc19 i4btrc41 i4btrc7 pts ugen0.2 ad6p3 ada1p8 i4btel3 i4btrc2 i4btrc42 i4btrc8 random ugen1.1 ad6p4 ada1p9 i4btel4 i4btrc20 i4btrc43 i4btrc9 sndstat ugen2.1 ad6p5 apm i4btel5 i4btrc21 i4btrc44 ihfc63.0 stderr ugen3.1 ad6p6 apmctl i4btel6 i4btrc22 i4btrc45 ihfc63.1 stdin urandom ad6p7 atkbd0 i4btel7 i4btrc23 i4btrc46 ihfc63.2 stdout usb ad6p8 audit i4bteld0 i4btrc24 i4btrc47 io sysmouse usbctl ad6p9 bpf i4bteld1 i4btrc25 i4btrc48 kbd0 ttyv0 xpt0 ada0 bpf0 i4bteld2 i4btrc26 i4btrc49 kbd1 ttyv1 zero ada0p1 capi20 i4bteld3 i4btrc27 i4btrc5 kbdmux0 ttyv2 ada0p2 cd0 i4bteld4 i4btrc28 i4btrc50 klog ttyv3 ada0p3 console i4bteld5 i4btrc29 i4btrc51 kmem ttyv4 -- Matthias Meyser | XeNET GmbH Tel.: +49-5323-9489050 | 38678 Clausthal-Zellerfeld, Marktstrasse 40 Fax: +49-5323-94014 | Registergericht: Amtsgericht Braunschweig HRB 110823 Email: Meyser@xenet.de | Geschaeftsfuehrer: Matthias Meyser From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 13:48:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56F7A481 for ; Wed, 5 Mar 2014 13:48:47 +0000 (UTC) Received: from mail.bytecamp.net (mail.bytecamp.net [212.204.60.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9C97CB20 for ; Wed, 5 Mar 2014 13:48:46 +0000 (UTC) Received: (qmail 3506 invoked by uid 89); 5 Mar 2014 14:48:45 +0100 Received: from stella.bytecamp.net (HELO ?212.204.60.37?) (rs%bytecamp.net@212.204.60.37) by mail.bytecamp.net with CAMELLIA256-SHA encrypted SMTP; 5 Mar 2014 14:48:45 +0100 Message-ID: <53172B3C.4020201@bytecamp.net> Date: Wed, 05 Mar 2014 14:48:44 +0100 From: Robert Schulze Organization: bytecamp GmbH User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: jails and devfs References: <53172A29.50202@xenet.de> In-Reply-To: <53172A29.50202@xenet.de> 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.17 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, 05 Mar 2014 13:48:47 -0000 Hi, Am 05.03.2014 14:44, schrieb Matthias Meyser: > Hi > > Migration our jailserver from i386/9.2 to amd64/10.0 > all devices show up in the amd64 jail. > I've already filed a PR for that: http://www.freebsd.org/cgi/query-pr.cgi?pr=187079 with kind regards, Robert Schulze From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 15:31:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1E12754 for ; Wed, 5 Mar 2014 15:31:29 +0000 (UTC) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3E5238C5 for ; Wed, 5 Mar 2014 15:31:28 +0000 (UTC) Received: from fuzz.geek.sh (105-236-212-185.access.mtnbusiness.co.za [105.236.212.185]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.geek.sh (Postfix) with ESMTPSA id 02E6820434 for ; Wed, 5 Mar 2014 17:31:18 +0200 (SAST) Message-ID: <53174346.6070703@phat.za.net> Date: Wed, 05 Mar 2014 17:31:18 +0200 From: Aragon Gouveia User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: NSS ldap errors 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.17 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, 05 Mar 2014 15:31:29 -0000 Hi, I'm trying to implement net/nss-pam-ldapd on 9.2-RELEASE, and hitting some NSS issues. PAM authentication with SSH works fine, but there are a lot of NSS errors in /var/log/debug.log: Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): ldap, passwd, getpwnam_r, not found, and no fallback provided Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): ldap, group, setgrent, not found, and no fallback provided Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): ldap, group, getgrent_r, not found, and no fallback provided Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): ldap, group, endgrent, not found, and no fallback provided Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): ldap, passwd, endpwent, not found, and no fallback provided Mar 4 17:15:11 cstor1 -bash: NSSWITCH(_nsdispatch): ldap, passwd, getpwuid_r, not found, and no fallback provided Mar 4 17:15:11 cstor1 -bash: NSSWITCH(_nsdispatch): ldap, passwd, endpwent, not found, and no fallback provided And in the case of bash, it's unable to resolve the LDAP username, and the resulting PS1 prompt shows: [I have no name!@cstor1 ~]$ The author of nss-pam-ldapd isn't sure what the problem is: http://lists.arthurdejong.org/nss-pam-ldapd-users/2014/msg00044.html FWIW, the same problems occur with net/nss_ldap. Any NSS gurus who can help? Thanks, Aragon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 02:41:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32C33EBB for ; Thu, 6 Mar 2014 02:41:34 +0000 (UTC) Received: from mail-qc0-f173.google.com (mail-qc0-f173.google.com [209.85.216.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E31A7EC0 for ; Thu, 6 Mar 2014 02:41:33 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id r5so2210262qcx.18 for ; Wed, 05 Mar 2014 18:41:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:references:from:content-type:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version; bh=zM1ssiaweukDwPGzaSiS+sf7nVmXmNrAxJdf+2q7A0w=; b=CjdkrGxAVDL8r2ojm9ct4eFzKxFnYcfofP/YSHpU3IMwLhPSAq6LPxiSqEu6eYUpkI PZd67SMLxGy7RftYvO1oBfljYONxEJDvsfQQFX7Yq3ga3s4ccOhKpU8CB3dfr370d518 KNAZ5WUokWTQyKG+xqiKSmUJ31JawS4UzZQkUwSOBOGPW9YInwCMZWHXNpGaRYSQ/qGH skKdDSVHVN2pfupESYk35BTNpZw9VR+lAMxgtPmGB3bCTQS6+banaDyFePsKZiN7cwoj IawZrvtIWbRQAhxY4Pe9iPIjoAe7Mp9qbhgWmAzxy4tUatWOftNLP378Mkyft2oQf/Ch zSOw== X-Gm-Message-State: ALoCoQky7W85bd5nKCgR8TV5jX9eecqfIpNXfVH6Oo90XCkJQnQSDMv80X/Y4nFObsi9AhomWZRn X-Received: by 10.224.137.66 with SMTP id v2mr110510qat.104.1394073687110; Wed, 05 Mar 2014 18:41:27 -0800 (PST) Received: from [97.243.218.135] (135.sub-97-243-218.myvzw.com. [97.243.218.135]) by mx.google.com with ESMTPSA id h46sm5842576qgd.10.2014.03.05.18.41.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 05 Mar 2014 18:41:24 -0800 (PST) Subject: Re: NSS ldap errors References: <53174346.6070703@phat.za.net> From: Mark Saad Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (11B651) In-Reply-To: <53174346.6070703@phat.za.net> Message-Id: <2FA6FDB3-6F13-4C86-A9CD-EDD88EE072EA@longcount.org> Date: Wed, 5 Mar 2014 21:41:21 -0500 To: "freebsd-stable@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 02:41:34 -0000 Looping the list back in . > On Mar 5, 2014, at 10:31 AM, Aragon Gouveia wrote: >=20 > Hi, >=20 > I'm trying to implement net/nss-pam-ldapd on 9.2-RELEASE, and hitting some= NSS issues. PAM authentication with SSH works fine, but there are a lot of= NSS errors in /var/log/debug.log: >=20 > Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): ld= ap, passwd, getpwnam_r, not found, and no fallback provided > Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): ld= ap, group, setgrent, not found, and no fallback provided > Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): ld= ap, group, getgrent_r, not found, and no fallback provided > Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): ld= ap, group, endgrent, not found, and no fallback provided > Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): ld= ap, passwd, endpwent, not found, and no fallback provided > Mar 4 17:15:11 cstor1 -bash: NSSWITCH(_nsdispatch): ldap, pa= sswd, getpwuid_r, not found, and no fallback provided > Mar 4 17:15:11 cstor1 -bash: NSSWITCH(_nsdispatch): ldap, pa= sswd, endpwent, not found, and no fallback provided >=20 > And in the case of bash, it's unable to resolve the LDAP username, and the= resulting PS1 prompt shows: >=20 > [I have no name!@cstor1 ~]$ >=20 > The author of nss-pam-ldapd isn't sure what the problem is: >=20 > http://lists.arthurdejong.org/nss-pam-ldapd-users/2014/msg00044.html >=20 > FWIW, the same problems occur with net/nss_ldap. >=20 > Any NSS gurus who can help? >=20 >=20 > Thanks, > Aragon This is related to using bash-static as root's shell . As well as setting no= n root users login shell to bash-static . The "I have no name" user name issue and the the getpwuid* calls failing hav= e to do with the fact that bash-static can not load some library , but my me= mory is lost on the exact library and details . I wasted a bunch of time on t= his in 7.2-RELEASE and it took a while to debug this . Using a standard por= t of bash or any other shell resolved this for me .=20 Mark saad | mark.saad@longcount.org=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 03:06:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACF61844 for ; Thu, 6 Mar 2014 03:06:44 +0000 (UTC) Received: from mail.suso.org (mail.suso.org [199.231.210.11]) by mx1.freebsd.org (Postfix) with ESMTP id 8787E1BC for ; Thu, 6 Mar 2014 03:06:44 +0000 (UTC) Received: from [10.0.0.3] (c-98-223-203-18.hsd1.in.comcast.net [98.223.203.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.suso.org (Postfix) with ESMTP id D548B1381DE; Thu, 6 Mar 2014 02:42:45 +0000 (GMT) Date: Wed, 5 Mar 2014 21:37:25 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: FreeBSD Stable Subject: Broadcomm bge in Dell 745/FreeBSD 10-STABLE = no gigabit Ethernet In-Reply-To: <5313C3C2.6050007@FreeBSD.org> Message-ID: References: <5313C3C2.6050007@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 03:06:44 -0000 I'm unable to get a Broadcom DCM5754 GigeE (allegedly) interface on a Dell 745 desktop to talk gigabit Ethernet. It works fine at 100 Mbits/full duplex and works fine, to the extent that one can tell, under Windows 7 x64 and Centos 5. Attempts to force it to gigabit through options in rc.conf fail. The errors look like those reported some years ago for another 745, but I would have guessed that that particular problem no longer existed. I have a workaround (installing an Intel 1000 MT into a PCI slot) so this is not a critical problem. I'm using the 745 to control an HP MSL6000 tape library (2 LTO-3 drives) and amanda from ports and dump are working without problems, thank you very much. Mike Squires mikes@siralan.org UN*X at home Since 1986 >From dmesg: FreeBSD 10.0-STABLE #0 r262738: Tue Mar 4 11:42:23 EST 2014 root@testbsd:/usr/obj/usr/src/sys/TESTBSD amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2126.49-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f2 Family = 0x6 Model = 0xf Stepping = 2 Features=0xbfebfbff avail memory = 4038057984 (3850 MB) bge0: CHIP ID 0x0000b002; ASIC REV 0x0b; CHIP REV 0xb0; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-m aster, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: 00:19:b9:37:0c:b21 >From pciconf -lv: bge0@pci0:3:0:0: class=0x020000 card=0x01da1028 chip=0x167a14e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5754 Gigabit Ethernet PCI Express' class = network subclass = ethernet ifconfig at 100Mbits DHCP: ge0: flags=8843 metric 0 mtu 1500 options=8009b ether 00:19:b9:37:0c:b2 inet 10.100.52.178 netmask 0xfffffe00 broadcast 10.100.53.255 nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active ifconfig forced to 1000Mbits full-duplex with fixed IP(failed): oge0: flags=8843 metric 0 mtu 1500 options=8009b ether 00:19:b9:37:0c:b2 inet 10.100.52.178 netmask 0xfffffe00 broadcast 10.100.53.255 inet6 fe80::219:b9ff:fe37:cb2%bge0 prefixlen 64 scopeid 0x1 nd6 options=29 media: Ethernet 1000baseT (none) status: no carrier From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 05:01:41 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9108D9CF; Thu, 6 Mar 2014 05:01:41 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 28F55B9C; Thu, 6 Mar 2014 05:01:41 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s2651dps010816; Thu, 6 Mar 2014 05:01:39 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s2651d2v010811; Thu, 6 Mar 2014 05:01:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Mar 2014 05:01:39 GMT Message-Id: <201403060501.s2651d2v010811@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2014 05:01:41 -0000 TB --- 2014-03-05 21:40:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-05 21:40:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-05 21:40:23 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-03-05 21:40:23 - cleaning the object tree TB --- 2014-03-05 21:40:23 - /usr/local/bin/svn stat /src TB --- 2014-03-05 21:40:29 - At svn revision 262807 TB --- 2014-03-05 21:40:30 - building world TB --- 2014-03-05 21:40:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 21:40:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 21:40:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 21:40:30 - SRCCONF=/dev/null TB --- 2014-03-05 21:40:30 - TARGET=i386 TB --- 2014-03-05 21:40:30 - TARGET_ARCH=i386 TB --- 2014-03-05 21:40:30 - TZ=UTC TB --- 2014-03-05 21:40:30 - __MAKE_CONF=/dev/null TB --- 2014-03-05 21:40:30 - cd /src TB --- 2014-03-05 21:40:30 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 5 21:40:33 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 6 00:53:19 UTC 2014 TB --- 2014-03-06 00:53:19 - generating LINT kernel config TB --- 2014-03-06 00:53:19 - cd /src/sys/i386/conf TB --- 2014-03-06 00:53:19 - /usr/bin/make -B LINT TB --- 2014-03-06 00:53:19 - cd /src/sys/i386/conf TB --- 2014-03-06 00:53:19 - /usr/sbin/config -m LINT TB --- 2014-03-06 00:53:19 - building LINT kernel TB --- 2014-03-06 00:53:19 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 00:53:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 00:53:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 00:53:19 - SRCCONF=/dev/null TB --- 2014-03-06 00:53:19 - TARGET=i386 TB --- 2014-03-06 00:53:19 - TARGET_ARCH=i386 TB --- 2014-03-06 00:53:19 - TZ=UTC TB --- 2014-03-06 00:53:19 - __MAKE_CONF=/dev/null TB --- 2014-03-06 00:53:19 - cd /src TB --- 2014-03-06 00:53:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 6 00:53:19 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Mar 6 01:35:58 UTC 2014 TB --- 2014-03-06 01:35:58 - cd /src/sys/i386/conf TB --- 2014-03-06 01:35:58 - /usr/sbin/config -m LINT-NOINET TB --- 2014-03-06 01:35:58 - building LINT-NOINET kernel TB --- 2014-03-06 01:35:58 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 01:35:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 01:35:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 01:35:58 - SRCCONF=/dev/null TB --- 2014-03-06 01:35:58 - TARGET=i386 TB --- 2014-03-06 01:35:58 - TARGET_ARCH=i386 TB --- 2014-03-06 01:35:58 - TZ=UTC TB --- 2014-03-06 01:35:58 - __MAKE_CONF=/dev/null TB --- 2014-03-06 01:35:58 - cd /src TB --- 2014-03-06 01:35:58 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Thu Mar 6 01:35:58 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Thu Mar 6 02:17:38 UTC 2014 TB --- 2014-03-06 02:17:38 - cd /src/sys/i386/conf TB --- 2014-03-06 02:17:38 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-03-06 02:17:38 - building LINT-NOINET6 kernel TB --- 2014-03-06 02:17:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 02:17:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 02:17:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 02:17:38 - SRCCONF=/dev/null TB --- 2014-03-06 02:17:38 - TARGET=i386 TB --- 2014-03-06 02:17:38 - TARGET_ARCH=i386 TB --- 2014-03-06 02:17:38 - TZ=UTC TB --- 2014-03-06 02:17:38 - __MAKE_CONF=/dev/null TB --- 2014-03-06 02:17:38 - cd /src TB --- 2014-03-06 02:17:38 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Thu Mar 6 02:17:38 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Thu Mar 6 03:00:15 UTC 2014 TB --- 2014-03-06 03:00:15 - cd /src/sys/i386/conf TB --- 2014-03-06 03:00:15 - /usr/sbin/config -m LINT-NOIP TB --- 2014-03-06 03:00:15 - building LINT-NOIP kernel TB --- 2014-03-06 03:00:15 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 03:00:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 03:00:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 03:00:15 - SRCCONF=/dev/null TB --- 2014-03-06 03:00:15 - TARGET=i386 TB --- 2014-03-06 03:00:15 - TARGET_ARCH=i386 TB --- 2014-03-06 03:00:15 - TZ=UTC TB --- 2014-03-06 03:00:15 - __MAKE_CONF=/dev/null TB --- 2014-03-06 03:00:15 - cd /src TB --- 2014-03-06 03:00:15 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Thu Mar 6 03:00:15 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Thu Mar 6 03:40:03 UTC 2014 TB --- 2014-03-06 03:40:03 - cd /src/sys/i386/conf TB --- 2014-03-06 03:40:03 - /usr/sbin/config -m LINT-VIMAGE TB --- 2014-03-06 03:40:03 - building LINT-VIMAGE kernel TB --- 2014-03-06 03:40:03 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 03:40:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 03:40:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 03:40:03 - SRCCONF=/dev/null TB --- 2014-03-06 03:40:03 - TARGET=i386 TB --- 2014-03-06 03:40:03 - TARGET_ARCH=i386 TB --- 2014-03-06 03:40:03 - TZ=UTC TB --- 2014-03-06 03:40:03 - __MAKE_CONF=/dev/null TB --- 2014-03-06 03:40:03 - cd /src TB --- 2014-03-06 03:40:03 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Thu Mar 6 03:40:04 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Thu Mar 6 04:23:49 UTC 2014 TB --- 2014-03-06 04:23:49 - cd /src/sys/i386/conf TB --- 2014-03-06 04:23:49 - /usr/sbin/config -m GENERIC TB --- 2014-03-06 04:23:49 - building GENERIC kernel TB --- 2014-03-06 04:23:49 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 04:23:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 04:23:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 04:23:49 - SRCCONF=/dev/null TB --- 2014-03-06 04:23:49 - TARGET=i386 TB --- 2014-03-06 04:23:49 - TARGET_ARCH=i386 TB --- 2014-03-06 04:23:49 - TZ=UTC TB --- 2014-03-06 04:23:49 - __MAKE_CONF=/dev/null TB --- 2014-03-06 04:23:49 - cd /src TB --- 2014-03-06 04:23:49 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Mar 6 04:23:49 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Mar 6 05:01:29 UTC 2014 TB --- 2014-03-06 05:01:29 - cd /src/sys/i386/conf TB --- 2014-03-06 05:01:29 - /usr/sbin/config -m PAE TB --- 2014-03-06 05:01:30 - building PAE kernel TB --- 2014-03-06 05:01:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 05:01:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 05:01:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 05:01:30 - SRCCONF=/dev/null TB --- 2014-03-06 05:01:30 - TARGET=i386 TB --- 2014-03-06 05:01:30 - TARGET_ARCH=i386 TB --- 2014-03-06 05:01:30 - TZ=UTC TB --- 2014-03-06 05:01:30 - __MAKE_CONF=/dev/null TB --- 2014-03-06 05:01:30 - cd /src TB --- 2014-03-06 05:01:30 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Thu Mar 6 05:01:30 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies -------------------------------------------------------------- cd /obj/i386.i386/src/sys/PAE; MAKEOBJDIRPREFIX=/obj/i386.i386 MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/obj/i386.i386/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/i386.i386/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/i386.i386/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/i386.i386/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 8.3-STABLE amd64 803500" INSTALL="sh /src/tools/install.sh" PATH=/obj/i386.i386/src/tmp/legacy/usr/sbin:/obj/i386.i386/src/tmp/legacy/usr/bin:/obj/i386.i386/src/tmp/legacy/usr/games:/obj/i386.i386/src/tmp/legacy/bin:/obj/i386.i386/src/tmp/usr/sbin:/obj/i386.i386/src/tmp/usr/bin:/obj/i386.i386/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin COMPILER_TYPE=gcc /usr/bin/make -B KERNCONF=PAE -m /src/share/mk TARGET=i386 TARGET_ARCH=i386 KERNEL=kernel depend -DNO_MODULES_OBJ machine -> /src/sys/i386/include x86 -> /src/sys/x86/include cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector /src/sys/i386/i386/genassym.c In file included from /src/sys/vm/pmap.h:90, from /src/sys/i386/i386/genassym.c:64: ./machine/pmap.h:360: error: redefinition of 'atomic_cmpset_64' ./machine/atomic.h:465: error: previous definition of 'atomic_cmpset_64' was here *** Error code 1 Stop in /obj/i386.i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-06 05:01:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-06 05:01:39 - ERROR: failed to build PAE kernel TB --- 2014-03-06 05:01:39 - 19964.52 user 2047.55 system 26475.39 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 07:06:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3A71ED6 for ; Thu, 6 Mar 2014 07:06:59 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 9EFA57C3 for ; Thu, 6 Mar 2014 07:06:59 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id 2F8E410020F for ; Thu, 6 Mar 2014 08:06:52 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 77CA51609A3 for ; Thu, 6 Mar 2014 08:07:51 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GFZDgCb7v1Us for ; Thu, 6 Mar 2014 08:07:50 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id B62571604C5 for ; Thu, 6 Mar 2014 08:07:50 +0100 (CET) Message-ID: <53181EC1.90103@bitfrost.no> Date: Thu, 06 Mar 2014 08:07:45 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: FreeBSD Stable Subject: Fwd: KASSERT in vm_map.c References: <530EFC76.9010302@bitfrost.no> In-Reply-To: <530EFC76.9010302@bitfrost.no> X-Forwarded-Message-Id: <530EFC76.9010302@bitfrost.no> 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.17 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, 06 Mar 2014 07:06:59 -0000 FYI -------- Original Message -------- Subject: KASSERT in vm_map.c Date: Thu, 27 Feb 2014 09:51:02 +0100 From: Hans Petter Selasky To: Konstantin Belousov Hi, Using 9-stable I hit a KASSERT when EHCI is loading: --- a/sys/vm/vm_map.c +++ b/sys/vm/vm_map.c @@ -2301,9 +2301,11 @@ vm_map_unwire(vm_map_t map, vm_offset_t start, vm_offset_t end, * Mark the entry in case the map lock is released. (See * above.) */ +#if 0 KASSERT((entry->eflags & MAP_ENTRY_IN_TRANSITION) == 0 && entry->wiring_thread == NULL, ("owned map entry %p", entry)); +#endif entry->eflags |= MAP_ENTRY_IN_TRANSITION; entry->wiring_thread = curthread; /* Is the KASSERT() wrong or is my USB code wrong. Simply add to GENERIC: > +options INVARIANTS # Enable calls of extra sanity checking > +options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS > +options WITNESS # Enable checks to detect deadlocks and cycles > +options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed > + Should be trivial to reproduce. Thank you! --HPS From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 08:15:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C942F43 for ; Thu, 6 Mar 2014 08:15:07 +0000 (UTC) Received: from server1.xenet.de (server1out.xenet.de [213.221.94.200]) by mx1.freebsd.org (Postfix) with ESMTP id F35DDD9E for ; Thu, 6 Mar 2014 08:15:06 +0000 (UTC) Received: from [10.0.0.50] (intern.xenet.de [213.221.94.50]) (authenticated bits=0) by server1.xenet.de (8.12.5/8.12.5) with ESMTP id s268EEvT006612 for ; Thu, 6 Mar 2014 09:14:16 +0100 (CET) (envelope-from meyser@xenet.de) Message-ID: <53182E7C.9030403@xenet.de> Date: Thu, 06 Mar 2014 09:14:52 +0100 From: Matthias Meyser Organization: XeNET GmbH, Clausthal-Zellerfeld User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Re: jails and devfs References: <53172A29.50202@xenet.de> <53172B3C.4020201@bytecamp.net> In-Reply-To: <53172B3C.4020201@bytecamp.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.38 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 08:15:07 -0000 Hi. Am 05.03.2014 14:48, schrieb Robert Schulze: > I've already filed a PR for that: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=187079 Thanks! devfs_load_rulesets="YES" workaround did it. But I think this should fixed asap or everyone updating FreeBSD end up in running insecure jails. At least there should be a big fat warning in UPDATING. Better /etc/rc.d/jail should emit a warning. Best devfs.rules should be loaded as needed. This would restore the old behavior an not break POLA. with regards Matthias Meyser -- Matthias Meyser | XeNET GmbH Tel.: +49-5323-9489050 | 38678 Clausthal-Zellerfeld, Marktstrasse 40 Fax: +49-5323-94014 | Registergericht: Amtsgericht Braunschweig HRB 110823 Email: Meyser@xenet.de | Geschaeftsfuehrer: Matthias Meyser From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 08:38:10 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B45814F2; Thu, 6 Mar 2014 08:38:10 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76CA4F4C; Thu, 6 Mar 2014 08:38:10 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WLTod-0002bF-0j; Thu, 06 Mar 2014 09:38:08 +0100 Message-ID: <531833E9.3040708@FreeBSD.org> Date: Thu, 06 Mar 2014 09:38:01 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Tinderbox , stable@freebsd.org, i386@freebsd.org Subject: Re: [releng_9 tinderbox] failure on i386/i386 References: <201403060501.s2651d2v010811@freebsd-stable.sentex.ca> In-Reply-To: <201403060501.s2651d2v010811@freebsd-stable.sentex.ca> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C46uTLBiLmuj6l2JMcg0ShlVj7g1t9TFP" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 08:38:10 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --C46uTLBiLmuj6l2JMcg0ShlVj7g1t9TFP Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06.03.2014 06:01, FreeBSD Tinderbox wrote: > cd /obj/i386.i386/src/sys/PAE; MAKEOBJDIRPREFIX=3D/obj/i386.i386 MACHI= NE_ARCH=3Di386 MACHINE=3Di386 CPUTYPE=3D GROFF_BIN_PATH=3D/obj/i386.i38= 6/src/tmp/legacy/usr/bin GROFF_FONT_PATH=3D/obj/i386.i386/src/tmp/legacy= /usr/share/groff_font GROFF_TMAC_PATH=3D/obj/i386.i386/src/tmp/legacy/us= r/share/tmac _SHLIBDIRPREFIX=3D/obj/i386.i386/src/tmp _LDSCRIPTROOT=3D = VERSION=3D"FreeBSD 8.3-STABLE amd64 803500" INSTALL=3D"sh /src/tools/in= stall.sh" PATH=3D/obj/i386.i386/src/tmp/legacy/usr/sbin:/obj/i386.i386/s= rc/tmp/legacy/usr/bin:/obj/i386.i386/src/tmp/legacy/usr/games:/obj/i386.i= 386/src/tmp/legacy/bin:/obj/i386.i386/src/tmp/usr/sbin:/obj/i386.i386/src= /tmp/usr/bin:/obj/i386.i386/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/b= in COMPILER_TYPE=3Dgcc /usr/bin/make -B KERNCONF=3DPAE -m /src/share/mk = TARGET=3Di386 TARGET_ARCH=3Di386 KERNEL=3Dkernel depend -DNO_MODULES_OBJ= > machine -> /src/sys/i386/include > x86 -> /src/sys/x86/include > cc -c -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-q= ual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs = -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/alt= q -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I= /src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/s= rc/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sy= s/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KE= RNEL_OPTION_HEADERS -include opt_global.h -finline-limit=3D8000 --param i= nline-unit-growth=3D100 --param large-function-growth=3D1000 -mno-align-l= ong-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-sse -msoft-float= -ffreestanding -fstack-protector /src/sys/i386/i386/genassym.c > In file included from /src/sys/vm/pmap.h:90, > from /src/sys/i386/i386/genassym.c:64: > ./machine/pmap.h:360: error: redefinition of 'atomic_cmpset_64' > ./machine/atomic.h:465: error: previous definition of 'atomic_cmpset_64= ' was here > *** Error code 1 I'm sorry, fixed in r262823. --=20 Jean-S=E9bastien P=E9dron --C46uTLBiLmuj6l2JMcg0ShlVj7g1t9TFP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTGDPuAAoJEDnpl2Gl/ZTMF8kP/jo+lwCW7/YwYJzwyXc09rcl 6SNSzwdl/08RkvKtQWKsd6XZ/5aa7HDadaZ6oZMNlq4tF9Niu+YiL0Hq1ia3XOyb szIpGVoj28usYY5Pw+uMLRcDD/VhgLRYERnPa0HfZcoVQv2RDNHfevz9K+E7xsGR CpqPlcpO/Z5ywJlRpBbiFqriL1o96fS6e4329NiSwnM6ClYXvpgGUsZXaSdp+AQl ityUBREv+IYLtym8jcr7d8hdDXvyi2jf6LKuWL3gDB80BBPI1VKi7gM8/xqibIjn +v2lFFsvnRtk7EvaObbZr93WVywI8gwz4nergFbQpPL6PupDJ0smPD58m4ijI9OW b/HDz/18ZJp0Z4Jx4b4zVAncfDT5Lqt5cyzbHnaOKcwwTh60JNAn7SvKStBPz9mF lrD+/IN2MVJzTU28ImKlObE5fFtgFGvB+EKyKTR9GitPQh2ujGrLdr/2Al/pDfHw 5ykITiUrLBIEdtK5xXSpV4yPf2hwR838lHpDRCEZy8gGrJ3NQTNio6WWIqk2aKUQ PsDB2ERRvAcjG4HvXA22Oi46Gy/mZSQixpyUAM21ib79VZiZ+vWjls78bRrzM3uu MAv5V4m7X4WC+h0gvOarlW5c9RYd71o7N0bJwYudzINEkEQMWo5K6E/BY1lY4Tiv 4idBRndAR3/83OTglyqw =hj+b -----END PGP SIGNATURE----- --C46uTLBiLmuj6l2JMcg0ShlVj7g1t9TFP-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 10:08:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59E63C75 for ; Thu, 6 Mar 2014 10:08:05 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1950EB7A for ; Thu, 6 Mar 2014 10:08:05 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1WLVDW-0007Vs-Fx; Thu, 06 Mar 2014 11:07:55 +0100 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, Hayata Subject: Re: usb recognition difference between 9 and 10-STABLE References: <20140304.135447.983615024873715579.hayata@yz.yamagata-u.ac.jp> Date: Thu, 06 Mar 2014 11:07:53 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <20140304.135447.983615024873715579.hayata@yz.yamagata-u.ac.jp> User-Agent: Opera Mail/12.16 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.0 X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20 autolearn=disabled version=3.3.2 X-Scan-Signature: 12808661ad9e64cdb46d03b2a0987e23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 10:08:05 -0000 On Tue, 04 Mar 2014 05:54:47 +0100, Hayata wrote: > > Hi. My usb digital audio player is recognized by FreeBSD9.1's device > system > as /dev/da0 (internal memory) and as /dev/da1 (SD card). But I found > 10-STABLE no longer recognize /dev/da1 and only /dev/da0 appears in /dev. > Does anyone know why? How should I do if I want to access /dev/da1? > > I attached `uname` and /var/log/messages in the following. > > Regards, > -- > Takahiro Hayata > -------------------------------------------------------------------------------------- > %uname -a > FreeBSD spike2x.klab 10.0-STABLE FreeBSD 10.0-STABLE #0 r262690: Mon > Mar 3 02:18:49 JST 2014 > hayata@akeldam.klab:/usr/obj/opt/src/sys/GENERIC amd64 > %cat /var/log/messages > ... > Mar 4 12:45:35 spike2x kernel: ugen7.2: at usbus7 > Mar 4 12:45:35 spike2x kernel: umass0: on usbus7 > Mar 4 12:45:35 spike2x kernel: umass0: 8070i (ATAPI) over Bulk-Only; > quirks = 0x0000 > Mar 4 12:45:35 spike2x kernel: umass0:5:0:-1: Attached to scbus5 > Mar 4 12:45:35 spike2x kernel: da0 at umass-sim0 bus 0 scbus5 target 0 > lun 0 > Mar 4 12:45:35 spike2x kernel: da0: Removable Direct > Access SCSI-0 device > Mar 4 12:45:35 spike2x kernel: da0: Serial Number K > Mar 4 12:45:35 spike2x kernel: da0: 40.000MB/s transfers > Mar 4 12:45:35 spike2x kernel: da0: 7672MB (15712256 512 byte sectors: > 255H 63S/T 978C) > Mar 4 12:45:35 spike2x kernel: da0: quirks=0x2 > Mar 4 12:45:35 spike2x kernel: da1 at umass-sim0 bus 0 scbus5 target 0 > lun 1 > Mar 4 12:45:35 spike2x kernel: da1: Removable Direct > Access SCSI-0 device > Mar 4 12:45:35 spike2x kernel: da1: Serial Number K > Mar 4 12:45:35 spike2x kernel: da1: 40.000MB/s transfers > Mar 4 12:45:35 spike2x kernel: da1: 29979MB (61396992 512 byte sectors: > 255H 63S/T 3821C) > Mar 4 12:45:35 spike2x kernel: da1: quirks=0x2 > Mar 4 12:45:35 spike2x kernel: da1 at umass-sim0 bus 0 scbus5 target 0 > lun 1 > Mar 4 12:45:35 spike2x kernel: da1: s/n K detached > Mar 4 12:45:35 spike2x kernel: (da1:umass-sim0:0:0:1): Periph destroyed Hi, I don't know the cause, but da1 is detached for some reason. Maybe if you increase sysctl hw.usb.debug, you will get more information about why this happens. Did you try to connect da1 on another usb port? Ronald. > ------------------------------------------------------------------------------------------ > %uname -a > FreeBSD aerfax5.klab 9.1-STABLE FreeBSD 9.1-STABLE #17 r249542: Tue Apr > 16 18:26:06 JST 2013 > hayata@akeldam.klab:/usr/obj/opt/src/sys/AKELDAM amd64 > %cat /var/log/messages > ... > Mar 4 13:33:12 aerfax5 kernel: ugen7.2: at usbus7 > Mar 4 13:33:12 aerfax5 kernel: umass0: on usbus7 > Mar 4 13:33:12 aerfax5 kernel: umass0: 8070i (ATAPI) over Bulk-Only; > quirks = 0x0000 > Mar 4 13:33:12 aerfax5 kernel: umass0:6:0:-1: Attached to scbus6 > Mar 4 13:33:12 aerfax5 kernel: da0 at umass-sim0 bus 0 scbus6 target 0 > lun 0 > Mar 4 13:33:12 aerfax5 kernel: da0: Removable Direct > Access SCSI-0 device > Mar 4 13:33:12 aerfax5 kernel: da0: 40.000MB/s transfers > Mar 4 13:33:12 aerfax5 kernel: da0: 7672MB (15712256 512 byte sectors: > 255H 63S/T 978C) > Mar 4 13:33:12 aerfax5 kernel: da1 at umass-sim0 bus 0 scbus6 target 0 > lun 1 > Mar 4 13:33:12 aerfax5 kernel: da1: Removable Direct > Access SCSI-0 device > Mar 4 13:33:12 aerfax5 kernel: da1: 40.000MB/s transfers > Mar 4 13:33:12 aerfax5 kernel: da1: 29979MB (61396992 512 byte sectors: > 255H 63S/T 3821C) > ------------------------------------------------------------------------------------------ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 13:00:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0CA67B2B for ; Thu, 6 Mar 2014 13:00:24 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D40EBEC4 for ; Thu, 6 Mar 2014 13:00:23 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 5468C20E10 for ; Thu, 6 Mar 2014 08:00:22 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Thu, 06 Mar 2014 08:00:22 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=Tucz6m7NZOn8tK9HaXO+WaCW6Jc=; b=pJH vYlK9rnu3LIBzB/rUMCC2iUNEOb7logMBQeoae7cvVLxI2n2adksybZ8WvpjwQ3R fMPIYCc98AuhUD1bsYUe7GemHABK16w05yCBk4z+BuXlfqDvZI4N3jdn2V8Y8tUq dJ034mHJGS0e0XjrOdjehMyJAhg/mBwRKI0+zMyQ= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 3975E10659A; Thu, 6 Mar 2014 08:00:22 -0500 (EST) Message-Id: <1394110822.21224.91297125.0B659AFB@webmail.messagingengine.com> X-Sasl-Enc: LzlhmGWKk5ou9Zc2JWD9q+nQl07KHC1L5WsYGvJOUtxA 1394110822 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4527a23f In-Reply-To: <53171DAE.5070203@li.ru> References: <53171DAE.5070203@li.ru> Subject: Re: bsdtar POLA change in 10.0? Date: Thu, 06 Mar 2014 07:00:22 -0600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 13:00:24 -0000 On Wed, Mar 5, 2014, at 6:50, Marat N.Afanasyev wrote: > I wonder why > > bsdtar --one-file-system > > suddenly started to skip archiving of mount-points? And no mention of > such behaviour change either in UPDATING or errata :( > --one-file-system (c, r, and u modes) Do not cross mount points. Isn't that what it's supposed to do? Skip any mounted filesystems? Was it broken before? Or do I simply not understand the behavior you're seeing. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 13:12:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A009348; Thu, 6 Mar 2014 13:12:16 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DF17EB8; Thu, 6 Mar 2014 13:12:15 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1WLY5t-0006rM-5J; Thu, 06 Mar 2014 14:12:13 +0100 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "Mark Felder" Subject: Re: bsdtar POLA change in 10.0? References: <53171DAE.5070203@li.ru> <1394110822.21224.91297125.0B659AFB@webmail.messagingengine.com> Date: Thu, 06 Mar 2014 14:12:11 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <1394110822.21224.91297125.0B659AFB@webmail.messagingengine.com> User-Agent: Opera Mail/12.16 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.8 X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: c74461a82029b6293650421ecb57b64a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 13:12:16 -0000 On Thu, 06 Mar 2014 14:00:22 +0100, Mark Felder wrote: > > > On Wed, Mar 5, 2014, at 6:50, Marat N.Afanasyev wrote: >> I wonder why >> >> bsdtar --one-file-system >> >> suddenly started to skip archiving of mount-points? And no mention of >> such behaviour change either in UPDATING or errata :( >> > > --one-file-system > (c, r, and u modes) Do not cross mount points. > > Isn't that what it's supposed to do? Skip any mounted filesystems? Was > it broken before? Or do I simply not understand the behavior you're > seeing. The question is if the mountpoint (directory in the 'current' filesystem) itself should be tarred. After untarring you can than make the same mounts again, for example. Ronald. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 13:15:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6671A5CA for ; Thu, 6 Mar 2014 13:15:09 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 37B8A10D for ; Thu, 6 Mar 2014 13:15:09 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 8368620F58; Thu, 6 Mar 2014 08:15:04 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Thu, 06 Mar 2014 08:15:04 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=6ZoqRyQw52Gw/Hk3o7UaBQT6h+Q=; b=O/dGN w8Rac19e6lKSIOwm8Gdotoe+HWlkv+Q1ObTgBz+yBMoGnaS+y3zzeTEZgEL/XBm5 ELus4PJO56apSPsDTllnVP2iEQbBKGRffD/n5nInL3zAgIXrt/lyC2gQvMAE76ai s3xEgaXIYhnW7oogCXxD0ZIcBCq8xdUXQabF2c= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 541BF1174BC; Thu, 6 Mar 2014 08:15:04 -0500 (EST) Message-Id: <1394111704.25672.91302321.2D5C71E3@webmail.messagingengine.com> X-Sasl-Enc: i2qQVjdBtKhsfxD9EgN8T1blaK/+u/o1/u+XHrPKKwOZ 1394111704 From: Mark Felder To: Ronald Klop , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4527a23f Subject: Re: bsdtar POLA change in 10.0? Date: Thu, 06 Mar 2014 07:15:04 -0600 In-Reply-To: References: <53171DAE.5070203@li.ru> <1394110822.21224.91297125.0B659AFB@webmail.messagingengine.com> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 13:15:09 -0000 On Thu, Mar 6, 2014, at 7:12, Ronald Klop wrote: > On Thu, 06 Mar 2014 14:00:22 +0100, Mark Felder wrote: > > > > > > > On Wed, Mar 5, 2014, at 6:50, Marat N.Afanasyev wrote: > >> I wonder why > >> > >> bsdtar --one-file-system > >> > >> suddenly started to skip archiving of mount-points? And no mention of > >> such behaviour change either in UPDATING or errata :( > >> > > > > --one-file-system > > (c, r, and u modes) Do not cross mount points. > > > > Isn't that what it's supposed to do? Skip any mounted filesystems? Was > > it broken before? Or do I simply not understand the behavior you're > > seeing. > > The question is if the mountpoint (directory in the 'current' filesystem) > itself should be tarred. After untarring you can than make the same > mounts > again, for example. > So you're saying that if I have a disk mounted at /mnt/disk and my tar with --one-file-system includes /mnt, the empty directory /mnt/disk will not be in the tarball? From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 13:25:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A9E8EFB; Thu, 6 Mar 2014 13:25:34 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD68D23A; Thu, 6 Mar 2014 13:25:33 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1WLYIl-00081R-NH; Thu, 06 Mar 2014 14:25:31 +0100 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "Mark Felder" Subject: Re: bsdtar POLA change in 10.0? References: <53171DAE.5070203@li.ru> <1394110822.21224.91297125.0B659AFB@webmail.messagingengine.com> <1394111704.25672.91302321.2D5C71E3@webmail.messagingengine.com> Date: Thu, 06 Mar 2014 14:25:30 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <1394111704.25672.91302321.2D5C71E3@webmail.messagingengine.com> User-Agent: Opera Mail/12.16 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.8 X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: e462de357cb394d64966911c06262bc8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 13:25:34 -0000 On Thu, 06 Mar 2014 14:15:04 +0100, Mark Felder wrote: > > > On Thu, Mar 6, 2014, at 7:12, Ronald Klop wrote: >> On Thu, 06 Mar 2014 14:00:22 +0100, Mark Felder >> wrote: >> >> > >> > >> > On Wed, Mar 5, 2014, at 6:50, Marat N.Afanasyev wrote: >> >> I wonder why >> >> >> >> bsdtar --one-file-system >> >> >> >> suddenly started to skip archiving of mount-points? And no mention of >> >> such behaviour change either in UPDATING or errata :( >> >> >> > >> > --one-file-system >> > (c, r, and u modes) Do not cross mount points. >> > >> > Isn't that what it's supposed to do? Skip any mounted filesystems? Was >> > it broken before? Or do I simply not understand the behavior you're >> > seeing. >> >> The question is if the mountpoint (directory in the 'current' >> filesystem) >> itself should be tarred. After untarring you can than make the same >> mounts >> again, for example. >> > > So you're saying that if I have a disk mounted at /mnt/disk and my tar > with --one-file-system includes /mnt, the empty directory /mnt/disk will > not be in the tarball? That is how I read the question of Marat N.Afanasyev. Ronald. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 13:38:10 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E3537BA; Thu, 6 Mar 2014 13:38:10 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E1C8737A; Thu, 6 Mar 2014 13:38:09 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 2504520CE1; Thu, 6 Mar 2014 08:38:08 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute1.internal (MEProxy); Thu, 06 Mar 2014 08:38:08 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:cc:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=70eKSFKoNjrs/f9lXMktemZk0Hk=; b=nu6 5gk5k5P9E9kwq25hUk3dfSEmICvzZSyoIM4DVh3Zh808n8GFx/KkKMp3NN9mEsJF V6pynDgTVYz+3VIFpzC4GUeegYuLguD3vmsEgcgsLW2B1U/a51vARJzjzsjbB7Fk kWbrBVhCoJyjI6YcBq1eX+T0kRPNkzCg8r5/GSuI= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id F198D1176AA; Thu, 6 Mar 2014 08:38:07 -0500 (EST) Message-Id: <1394113087.32298.91309373.60F58195@webmail.messagingengine.com> X-Sasl-Enc: LvO5F7gS/VIWSDiQmLy9C/d6XJf9E1FZ8YCqMEwUbGpt 1394113087 From: Mark Felder To: Ronald Klop , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4527a23f In-Reply-To: References: <53171DAE.5070203@li.ru> <1394110822.21224.91297125.0B659AFB@webmail.messagingengine.com> <1394111704.25672.91302321.2D5C71E3@webmail.messagingengine.com> Subject: Re: bsdtar POLA change in 10.0? Date: Thu, 06 Mar 2014 07:38:07 -0600 Cc: mm@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 13:38:10 -0000 On Thu, Mar 6, 2014, at 7:25, Ronald Klop wrote: > On Thu, 06 Mar 2014 14:15:04 +0100, Mark Felder wrote: > > > > > > > On Thu, Mar 6, 2014, at 7:12, Ronald Klop wrote: > >> On Thu, 06 Mar 2014 14:00:22 +0100, Mark Felder > >> wrote: > >> > >> > > >> > > >> > On Wed, Mar 5, 2014, at 6:50, Marat N.Afanasyev wrote: > >> >> I wonder why > >> >> > >> >> bsdtar --one-file-system > >> >> > >> >> suddenly started to skip archiving of mount-points? And no mention of > >> >> such behaviour change either in UPDATING or errata :( > >> >> > >> > > >> > --one-file-system > >> > (c, r, and u modes) Do not cross mount points. > >> > > >> > Isn't that what it's supposed to do? Skip any mounted filesystems? Was > >> > it broken before? Or do I simply not understand the behavior you're > >> > seeing. > >> > >> The question is if the mountpoint (directory in the 'current' > >> filesystem) > >> itself should be tarred. After untarring you can than make the same > >> mounts > >> again, for example. > >> > > > > So you're saying that if I have a disk mounted at /mnt/disk and my tar > > with --one-file-system includes /mnt, the empty directory /mnt/disk will > > not be in the tarball? > > That is how I read the question of Marat N.Afanasyev. > I have been able to reproduce this behavior. I wonder if this is a regression in the libarchive update. https://github.com/libarchive/libarchive CC'ing mm@ as he brought in the last update From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 13:46:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA787B86 for ; Thu, 6 Mar 2014 13:46:35 +0000 (UTC) Received: from mail-lb0-f181.google.com (mail-lb0-f181.google.com [209.85.217.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4CE9063F for ; Thu, 6 Mar 2014 13:46:34 +0000 (UTC) Received: by mail-lb0-f181.google.com with SMTP id c11so1730579lbj.40 for ; Thu, 06 Mar 2014 05:46:26 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=shEyx12vBxXAIFkHht1beV3P8Uitmh83J44dTiuXIVo=; b=LeGxUeR2Ho9jCAV/IQg6hFZRXYlqsWRZHGMBqVWfOP16GFuan3qICZ1fqe/V3Frpxf 1i1DsH0ZF0LkwoDNg2pC1nK21AeNzyh6A4xnKpPQDDiUiJ+0lR106/sh/4EPGnX7A8NF R/bSAGde0rUtFoJB4jROWLFHBwQHJ64BGjdgss+tZf+gb/39LT4FSiAg2KF/imC5VpM8 hROUUgafSRrkGzweaSVg4WyyQXz529Eq6JCihloK9nlLEY1DFeGlBvRe9uJkWvOADwK3 abxjXhgualtZodGp5FxFLW1Eiojh1I0VPXPqcPDFC+p96CzTole2vI/JTuGIW3AWdhXh DCTA== X-Gm-Message-State: ALoCoQkLMn9V/jFsvPuLGGS3pQpu1+wM2WQ8VEM9jeADb/qjkFRjMD2/6PXomrw2u8mt/JljeClF X-Received: by 10.112.221.227 with SMTP id qh3mr978808lbc.55.1394113586738; Thu, 06 Mar 2014 05:46:26 -0800 (PST) Received: from zealot.ksu.ru (128-74-229-213.broadband.corbina.ru. [128.74.229.213]) by mx.google.com with ESMTPSA id qx7sm6373724lbb.9.2014.03.06.05.46.20 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Mar 2014 05:46:25 -0800 (PST) Message-ID: <53187C28.9080707@ksu.ru> Date: Thu, 06 Mar 2014 17:46:16 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:28.0) Gecko/20100101 Firefox/28.0 SeaMonkey/2.25 MIME-Version: 1.0 To: Mark Felder , Ronald Klop , freebsd-stable@freebsd.org Subject: Re: bsdtar POLA change in 10.0? References: <53171DAE.5070203@li.ru> <1394110822.21224.91297125.0B659AFB@webmail.messagingengine.com> <1394111704.25672.91302321.2D5C71E3@webmail.messagingengine.com> In-Reply-To: <1394111704.25672.91302321.2D5C71E3@webmail.messagingengine.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms000005050004020409080300" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 13:46:36 -0000 This is a cryptographically signed message in MIME format. --------------ms000005050004020409080300 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Mark Felder wrote: > > > On Thu, Mar 6, 2014, at 7:12, Ronald Klop wrote: >> On Thu, 06 Mar 2014 14:00:22 +0100, Mark Felder wro= te: >> >>> >>> >>> On Wed, Mar 5, 2014, at 6:50, Marat N.Afanasyev wrote: >>>> I wonder why >>>> >>>> bsdtar --one-file-system >>>> >>>> suddenly started to skip archiving of mount-points? And no mention o= f >>>> such behaviour change either in UPDATING or errata :( >>>> >>> >>> --one-file-system >>> (c, r, and u modes) Do not cross mount points. >>> >>> Isn't that what it's supposed to do? Skip any mounted filesystems? Wa= s >>> it broken before? Or do I simply not understand the behavior you're >>> seeing. >> >> The question is if the mountpoint (directory in the 'current' filesyst= em) >> itself should be tarred. After untarring you can than make the same >> mounts >> again, for example. >> > > So you're saying that if I have a disk mounted at /mnt/disk and my tar > with --one-file-system includes /mnt, the empty directory /mnt/disk wil= l > not be in the tarball? Yes, your /mnt/disk will not be in archive, while older version=20 certainly pick this directory --=20 SY, Marat --------------ms000005050004020409080300 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbDCC BjAwggUYoAMCAQICAwdttzANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTEzMDgyODIxMjcyMFoXDTE0MDgzMDAyMzA1MVowUTEZMBcGA1UE DRMQOVIzM3VFSDYwS1pTR3ZkQTEWMBQGA1UEAwwNYW1hcmF0QGtzdS5ydTEcMBoGCSqGSIb3 DQEJARYNYW1hcmF0QGtzdS5ydTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOfS dLkYS0y/O7zIY0ooe2ApseL6guty2NgtTZkzJK6TNfK8cWRUcBoZhHpnsKyAXsYh+PWU/Xxt QLC252jDZ0yufnR4l0fo78+hnokU3F0pTpufkGCV3jFtiQZobIVNAVb1GzqD7HL6l8MShX8j NUb60fE9ZtWqKqbOMT/7rcIbR7mXo/V0YFjn841rnBWMJqPE/Kl9+MzwPlWsh880a8F8XzcL Dn9SeFe7mjYTUp4SPMTpDX6xp73iZm+EqwK5ZCItR+sXz2BHqrpRgEaLWH38vQsUrhkoL/tM KKCwXkApkj1W4PRntdD01wmEUGcD5wgaTFC2aw41cKSqnDrKwPMCAwEAAaOCAtMwggLPMAkG A1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAd BgNVHQ4EFgQUpGcQmuJrPd0dbF1gxnlbZlaJtdwwHwYDVR0jBBgwFoAUU3Ltkpzg2ssBXHx+ ljVO8tS4UYIwGAYDVR0RBBEwD4ENYW1hcmF0QGtzdS5ydTCCAUwGA1UdIASCAUMwggE/MIIB OwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9u IEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGlu ZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRD b20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBp biBjb21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8E LzAtMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggr BgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3Vi L2NsYXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29t L2NlcnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3 LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBAJ+ct1s5MGs5XdvKSRYpyyMP1OIT yKrMqyoYrzZ4FIlanO5fWdiN6/RuWJS7Zv72pVlieod140/8jig5Dh/n6dO7qLNgpa4NJw/l i1GKIERMMpo+Q9hgihxuBwNsCX1ebxIOGY88qeK+S/5hqeEuderxX/XmadLYtaqABze6+bjR 4rnbKXtA2bqqvLSK7QtCi0qGFJ3mVFbaMW7AkDhRhsEXhSh+lnCj85JHPJIqrBzJO9a/vkqf ipK/lvGdS/Hzngi3cShnrWS/nW5SGsXNdl61Lvq24Pmc+pkxYa+id0XBzzO+i4ORKgS0uxSj j0pgNnTDUA9iRBwa9XolFCTWttowggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0x CzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUg RGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQsw CQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERp Z2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQ cmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6E RKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9 f1+1PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89l GxahNvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZn a//jdiSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGj ggGtMIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Lt kpzg2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYI KwYBBQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2Ew LQYIKwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8E VDBSMCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0 dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1 NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRm MDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRm MA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkF gdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA 5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4q SfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y 0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3 OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0Lw Zrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0q ZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6Tcv GbjxkJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZj oEhdGwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZ AgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRD b20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwdttzAJBgUrDgMC GgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAz MDYxMzQ2MTZaMCMGCSqGSIb3DQEJBDEWBBSL11UD3kAdxwETSRWSGa+ez5A3lDBsBgkqhkiG 9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZI hvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkr BgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQu MSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQD Ey9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDB223 MIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50 IENBAgMHbbcwDQYJKoZIhvcNAQEBBQAEggEAMEIKG7MCDoaobrX257daZ0ral90TLpLTiSSM ajGQaTTQz+Bm9HqjaEv8TjaieRtmXxz04ohwK4IjlAd8Uw30s5FWOWWbw10TTr9FgU3PEHC8 x0kc7ZsQLES8cDq2JVRIr+iUmgHoFXNn9JZw8y0fy5qYN2rNJg+h+q3gZkRyITB9RIeqNYXl LL/PYrb+JPKLs39wU1CdJdLyFfKQSHENAHNCtSQEVeqVLnzFbqGetN0+cAG0KiKuwirHe23v 186tzjHBUf/zOuXwEANCq9vTdSJVBA/eLzuLjdqqTsnTi8IfdsrSWjpY9epqdgK8QO8XiocG smn2RQvSdxBguj/2awAAAAAAAA== --------------ms000005050004020409080300-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 13:52:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C223DC3 for ; Thu, 6 Mar 2014 13:52:15 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6C84276C for ; Thu, 6 Mar 2014 13:52:15 +0000 (UTC) Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 045F0214AE; Thu, 6 Mar 2014 08:52:12 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute2.internal (MEProxy); Thu, 06 Mar 2014 08:52:12 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=oZXsySRJS4CFjIU3xAFB5fd8F0Y=; b=NY8g3 +7DV/Zk5F7T2OX/f45akV5sCu6yKtPv1koWuf8GW7IiX13GZ02bEScT0F8Pp4WH2 COf2NymQrY0njBOF7IXWL0CiaeL/g2cMa69cfnhR8RBTBY/Vfy/wyHhcZqb66ezc Gkr5JxMSjUpObPUCxSx5LXJfLdYd6963bJoWrc= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id CE94B106A44; Thu, 6 Mar 2014 08:52:11 -0500 (EST) Message-Id: <1394113931.5425.91315465.02C64673@webmail.messagingengine.com> X-Sasl-Enc: oDYNbjuSu0BxE9X0D/ooQZAhMyO3DUTd6kia/EzwuLvV 1394113931 From: Mark Felder To: "Marat N.Afanasyev" , Ronald Klop , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4527a23f Subject: Re: bsdtar POLA change in 10.0? Date: Thu, 06 Mar 2014 07:52:11 -0600 In-Reply-To: <53187C28.9080707@ksu.ru> References: <53171DAE.5070203@li.ru> <1394110822.21224.91297125.0B659AFB@webmail.messagingengine.com> <1394111704.25672.91302321.2D5C71E3@webmail.messagingengine.com> <53187C28.9080707@ksu.ru> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 13:52:15 -0000 On Thu, Mar 6, 2014, at 7:46, Marat N.Afanasyev wrote: > Mark Felder wrote: > > > > > > On Thu, Mar 6, 2014, at 7:12, Ronald Klop wrote: > >> On Thu, 06 Mar 2014 14:00:22 +0100, Mark Felder wrote: > >> > >>> > >>> > >>> On Wed, Mar 5, 2014, at 6:50, Marat N.Afanasyev wrote: > >>>> I wonder why > >>>> > >>>> bsdtar --one-file-system > >>>> > >>>> suddenly started to skip archiving of mount-points? And no mention of > >>>> such behaviour change either in UPDATING or errata :( > >>>> > >>> > >>> --one-file-system > >>> (c, r, and u modes) Do not cross mount points. > >>> > >>> Isn't that what it's supposed to do? Skip any mounted filesystems? Was > >>> it broken before? Or do I simply not understand the behavior you're > >>> seeing. > >> > >> The question is if the mountpoint (directory in the 'current' filesystem) > >> itself should be tarred. After untarring you can than make the same > >> mounts > >> again, for example. > >> > > > > So you're saying that if I have a disk mounted at /mnt/disk and my tar > > with --one-file-system includes /mnt, the empty directory /mnt/disk will > > not be in the tarball? > > Yes, your /mnt/disk will not be in archive, while older version > certainly pick this directory > After some minor sleuthing I wonder if this commit could be the culprit https://github.com/libarchive/libarchive/commit/3439b41d9252372753dc8ca2c7b3e6c0dcfc2874 I don't have the free time to test further at the moment, but attempting to reverse that commit on the libarchive in /usr/src/contrib and then rebuilding bsdtar would be an interesting experiment. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 14:36:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 630EB577 for ; Thu, 6 Mar 2014 14:36:53 +0000 (UTC) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [IPv6:2a01:e0c:1:1599::14]) by mx1.freebsd.org (Postfix) with ESMTP id E0F73C7E for ; Thu, 6 Mar 2014 14:36:51 +0000 (UTC) Received: from yggdrasil.alkumuna.eu (unknown [IPv6:2a01:e35:8a74:6e70:232:36ff:fe5c:3a87]) by smtp5-g21.free.fr (Postfix) with ESMTP id 7EC87D48084 for ; Thu, 6 Mar 2014 15:36:45 +0100 (CET) Received: from ist-159-28.ujf-grenoble.fr (ist-159-28.ujf-grenoble.fr [152.77.159.28]) (authenticated bits=0) by yggdrasil.alkumuna.eu (8.14.7/8.14.7) with ESMTP id s26EagFY097060 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 6 Mar 2014 15:36:43 +0100 (CET) (envelope-from mazhe@alkumuna.eu) From: Matthieu Volat Content-Type: multipart/signed; boundary="Apple-Mail=_6C72BB73-D074-415B-BA8E-AE3A17508A32"; protocol="application/pgp-signature"; micalg=pgp-sha1 Date: Thu, 6 Mar 2014 15:36:40 +0100 Subject: Two PR that can be closed To: "freebsd-stable@freebsd.org" Message-Id: Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 14:36:53 -0000 --Apple-Mail=_6C72BB73-D074-415B-BA8E-AE3A17508A32 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, I was doing a check for my opened PRs and saw that two of mine can = be closed: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Damd64/164116 : was fixed in = 9.1 http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/163719 : bad AP was = responsible for this Cheers, -- Matthieu Volat --Apple-Mail=_6C72BB73-D074-415B-BA8E-AE3A17508A32 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlMYh/0ACgkQ+ENDeYKZi34oyACfZfmF8EeqMiEhv1NtkuxHwfep 1asAoMFRFYFqa0mRKmayRfcLtsvw/a+i =4D4D -----END PGP SIGNATURE----- --Apple-Mail=_6C72BB73-D074-415B-BA8E-AE3A17508A32-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 14:41:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 141C8800; Thu, 6 Mar 2014 14:41:38 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA78CD49; Thu, 6 Mar 2014 14:41:37 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id C402DBF82; Thu, 6 Mar 2014 14:41:36 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us C402DBF82 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 6 Mar 2014 09:41:34 -0500 From: Glen Barber To: Matthieu Volat Subject: Re: Two PR that can be closed Message-ID: <20140306144134.GK87036@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="lildS9pRFgpM/xzO" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.22 (2013-10-16) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 14:41:38 -0000 --lildS9pRFgpM/xzO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 06, 2014 at 03:36:40PM +0100, Matthieu Volat wrote: > Hi, I was doing a check for my opened PRs and saw that two of mine can be= closed: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Damd64/164116 : was fixed in = 9.1 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/163719 : bad AP was res= ponsible for this >=20 Closed, thank you. Glen --lildS9pRFgpM/xzO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTGIkeAAoJELls3eqvi17Q85QQAMLDYrUJ9E+jcsGJCNygZpKB z+iAfl9VZngv/L+3pf23nBdmJfGExVKxrt8+l3JVaNF17+ABQf2j5vD/ht21dSmi dUMtXSH5x6GISRdY4Ew+GhmpndziZA+rwam53AM9hJz9iDyIuyOB4D6I6zhGx7kB NWSzzuJO9GU6lLwC4NrcA0Rueri6uhK7Kxw0/wdVR02pbCViU+rkFsMmuooquZxK kF43LAzy7SwQXT3axA1srDYwHNrimbyPidxTquF8oxG665acFhUxNtMLb+jZFn6M pky/tUYE3JXTHzT728WwHy8O+FxU7kEJRnW2Ba3QxTLvJWz4iOKXbHS9X1TURUGm ItKakQu0yI3hm92kocCS4om1HfyNo6XcOeBsyoG7Bz6D241IpzWoFXIrexPF00hV HNwVIO8J020aWjHe6PY1pwVM71Ne3BZCEWhtVIiUuat4U+rPqIVidWS6i0jTBgU7 wq436azzKcHUufXrSWdBEI7AE2XTDAUd4yWCTCUnXpSGtpsdaViSo2Sp9goi7okF emwLccuFBLHm72eUq4T7kftmvuPNC84HQExDOwaJRQRt84RuQpU/rA5InKUmtR89 epyPnAqWWbdfpGmok2+ZhoA02gwJWnxBw+mIcOLEtuD5QEwENuNEvMPXJIfSb3y+ /t1bIGIRrzLgGBVgzpP4 =vfiO -----END PGP SIGNATURE----- --lildS9pRFgpM/xzO-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 15:01:09 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 614BEE6; Thu, 6 Mar 2014 15:01:09 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 04F68EAB; Thu, 6 Mar 2014 15:01:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s26F18eY012601; Thu, 6 Mar 2014 15:01:08 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s26F178n012596; Thu, 6 Mar 2014 15:01:07 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Mar 2014 15:01:07 GMT Message-Id: <201403061501.s26F178n012596@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2014 15:01:09 -0000 TB --- 2014-03-06 07:40:22 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-06 07:40:22 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-06 07:40:22 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-03-06 07:40:22 - cleaning the object tree TB --- 2014-03-06 07:41:21 - /usr/local/bin/svn stat /src TB --- 2014-03-06 07:41:26 - At svn revision 262822 TB --- 2014-03-06 07:41:27 - building world TB --- 2014-03-06 07:41:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 07:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 07:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 07:41:27 - SRCCONF=/dev/null TB --- 2014-03-06 07:41:27 - TARGET=i386 TB --- 2014-03-06 07:41:27 - TARGET_ARCH=i386 TB --- 2014-03-06 07:41:27 - TZ=UTC TB --- 2014-03-06 07:41:27 - __MAKE_CONF=/dev/null TB --- 2014-03-06 07:41:27 - cd /src TB --- 2014-03-06 07:41:27 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 6 07:41:31 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 6 10:53:42 UTC 2014 TB --- 2014-03-06 10:53:42 - generating LINT kernel config TB --- 2014-03-06 10:53:42 - cd /src/sys/i386/conf TB --- 2014-03-06 10:53:42 - /usr/bin/make -B LINT TB --- 2014-03-06 10:53:42 - cd /src/sys/i386/conf TB --- 2014-03-06 10:53:42 - /usr/sbin/config -m LINT TB --- 2014-03-06 10:53:42 - building LINT kernel TB --- 2014-03-06 10:53:42 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 10:53:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 10:53:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 10:53:42 - SRCCONF=/dev/null TB --- 2014-03-06 10:53:42 - TARGET=i386 TB --- 2014-03-06 10:53:42 - TARGET_ARCH=i386 TB --- 2014-03-06 10:53:42 - TZ=UTC TB --- 2014-03-06 10:53:42 - __MAKE_CONF=/dev/null TB --- 2014-03-06 10:53:42 - cd /src TB --- 2014-03-06 10:53:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 6 10:53:42 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Mar 6 11:36:28 UTC 2014 TB --- 2014-03-06 11:36:28 - cd /src/sys/i386/conf TB --- 2014-03-06 11:36:28 - /usr/sbin/config -m LINT-NOINET TB --- 2014-03-06 11:36:28 - building LINT-NOINET kernel TB --- 2014-03-06 11:36:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 11:36:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 11:36:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 11:36:28 - SRCCONF=/dev/null TB --- 2014-03-06 11:36:28 - TARGET=i386 TB --- 2014-03-06 11:36:28 - TARGET_ARCH=i386 TB --- 2014-03-06 11:36:28 - TZ=UTC TB --- 2014-03-06 11:36:28 - __MAKE_CONF=/dev/null TB --- 2014-03-06 11:36:28 - cd /src TB --- 2014-03-06 11:36:28 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Thu Mar 6 11:36:28 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Thu Mar 6 12:17:47 UTC 2014 TB --- 2014-03-06 12:17:47 - cd /src/sys/i386/conf TB --- 2014-03-06 12:17:47 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-03-06 12:17:47 - building LINT-NOINET6 kernel TB --- 2014-03-06 12:17:47 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 12:17:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 12:17:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 12:17:47 - SRCCONF=/dev/null TB --- 2014-03-06 12:17:47 - TARGET=i386 TB --- 2014-03-06 12:17:47 - TARGET_ARCH=i386 TB --- 2014-03-06 12:17:47 - TZ=UTC TB --- 2014-03-06 12:17:47 - __MAKE_CONF=/dev/null TB --- 2014-03-06 12:17:47 - cd /src TB --- 2014-03-06 12:17:47 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Thu Mar 6 12:17:47 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Thu Mar 6 13:00:07 UTC 2014 TB --- 2014-03-06 13:00:07 - cd /src/sys/i386/conf TB --- 2014-03-06 13:00:07 - /usr/sbin/config -m LINT-NOIP TB --- 2014-03-06 13:00:07 - building LINT-NOIP kernel TB --- 2014-03-06 13:00:07 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 13:00:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 13:00:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 13:00:07 - SRCCONF=/dev/null TB --- 2014-03-06 13:00:07 - TARGET=i386 TB --- 2014-03-06 13:00:07 - TARGET_ARCH=i386 TB --- 2014-03-06 13:00:07 - TZ=UTC TB --- 2014-03-06 13:00:07 - __MAKE_CONF=/dev/null TB --- 2014-03-06 13:00:07 - cd /src TB --- 2014-03-06 13:00:07 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Thu Mar 6 13:00:08 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Thu Mar 6 13:39:05 UTC 2014 TB --- 2014-03-06 13:39:05 - cd /src/sys/i386/conf TB --- 2014-03-06 13:39:05 - /usr/sbin/config -m LINT-VIMAGE TB --- 2014-03-06 13:39:05 - building LINT-VIMAGE kernel TB --- 2014-03-06 13:39:05 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 13:39:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 13:39:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 13:39:05 - SRCCONF=/dev/null TB --- 2014-03-06 13:39:05 - TARGET=i386 TB --- 2014-03-06 13:39:05 - TARGET_ARCH=i386 TB --- 2014-03-06 13:39:05 - TZ=UTC TB --- 2014-03-06 13:39:05 - __MAKE_CONF=/dev/null TB --- 2014-03-06 13:39:05 - cd /src TB --- 2014-03-06 13:39:05 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Thu Mar 6 13:39:06 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Thu Mar 6 14:22:59 UTC 2014 TB --- 2014-03-06 14:22:59 - cd /src/sys/i386/conf TB --- 2014-03-06 14:22:59 - /usr/sbin/config -m GENERIC TB --- 2014-03-06 14:22:59 - building GENERIC kernel TB --- 2014-03-06 14:22:59 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 14:22:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 14:22:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 14:22:59 - SRCCONF=/dev/null TB --- 2014-03-06 14:22:59 - TARGET=i386 TB --- 2014-03-06 14:22:59 - TARGET_ARCH=i386 TB --- 2014-03-06 14:22:59 - TZ=UTC TB --- 2014-03-06 14:22:59 - __MAKE_CONF=/dev/null TB --- 2014-03-06 14:22:59 - cd /src TB --- 2014-03-06 14:22:59 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Mar 6 14:22:59 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Mar 6 15:01:00 UTC 2014 TB --- 2014-03-06 15:01:00 - cd /src/sys/i386/conf TB --- 2014-03-06 15:01:00 - /usr/sbin/config -m PAE TB --- 2014-03-06 15:01:00 - building PAE kernel TB --- 2014-03-06 15:01:00 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 15:01:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 15:01:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 15:01:00 - SRCCONF=/dev/null TB --- 2014-03-06 15:01:00 - TARGET=i386 TB --- 2014-03-06 15:01:00 - TARGET_ARCH=i386 TB --- 2014-03-06 15:01:00 - TZ=UTC TB --- 2014-03-06 15:01:00 - __MAKE_CONF=/dev/null TB --- 2014-03-06 15:01:00 - cd /src TB --- 2014-03-06 15:01:00 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Thu Mar 6 15:01:00 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies -------------------------------------------------------------- cd /obj/i386.i386/src/sys/PAE; MAKEOBJDIRPREFIX=/obj/i386.i386 MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/obj/i386.i386/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/i386.i386/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/i386.i386/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/i386.i386/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 8.3-STABLE amd64 803500" INSTALL="sh /src/tools/install.sh" PATH=/obj/i386.i386/src/tmp/legacy/usr/sbin:/obj/i386.i386/src/tmp/legacy/usr/bin:/obj/i386.i386/src/tmp/legacy/usr/games:/obj/i386.i386/src/tmp/legacy/bin:/obj/i386.i386/src/tmp/usr/sbin:/obj/i386.i386/src/tmp/usr/bin:/obj/i386.i386/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin COMPILER_TYPE=gcc /usr/bin/make -B KERNCONF=PAE -m /src/share/mk TARGET=i386 TARGET_ARCH=i386 KERNEL=kernel depend -DNO_MODULES_OBJ machine -> /src/sys/i386/include x86 -> /src/sys/x86/include cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector /src/sys/i386/i386/genassym.c In file included from /src/sys/vm/pmap.h:90, from /src/sys/i386/i386/genassym.c:64: ./machine/pmap.h:360: error: redefinition of 'atomic_cmpset_64' ./machine/atomic.h:465: error: previous definition of 'atomic_cmpset_64' was here *** Error code 1 Stop in /obj/i386.i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-06 15:01:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-06 15:01:07 - ERROR: failed to build PAE kernel TB --- 2014-03-06 15:01:07 - 19966.10 user 2058.62 system 26445.22 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 18:43:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A0A7CB5 for ; Thu, 6 Mar 2014 18:43:31 +0000 (UTC) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2CC00B0F for ; Thu, 6 Mar 2014 18:43:31 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id ma3so2970350pbc.41 for ; Thu, 06 Mar 2014 10:43:30 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=/atlecJu1v6Ns3crcrzzFM1CnLQe4AGY5rPAHE00Hac=; b=dHNiirLzcS6KQJDTLlCgskdiAYBJ80tL3Dc5OZC7eA1EFJ4gYcBvDc6sEWfLsymkYn ihoaTjP3Iix3Y3c6KHv0r7vsbyce7bNaCFmx/YZbQxIQZN27LOepKeAb7IEaggWSsdCC T4/hwQhhJ9yHn4h4xS/TmKm66jXsIOanxIBfaL9NjZm4teXLBkE1eRUoMrObrmA8f5U5 I6Ol/W8CDcpYIQX3q6DU7blAIYZQ8tCPNCzliLXN4Lp7eLXbMbXDxhivC7lz/VPU9KKv Hm929x01dzv9r95i0ktqxBnEXKGAK9BR3FmRlncuN6zg8Aq6O2s+cyyXli5hj1IwRLAI LL8A== X-Gm-Message-State: ALoCoQkGxQRut3fqgCmF1Q9v/w/0sRZFoiU2iuugB/SAya4lv5NWQFUkJWUZQ7U/gW/RsqjfrMq8 X-Received: by 10.68.228.138 with SMTP id si10mr16430547pbc.13.1394131410458; Thu, 06 Mar 2014 10:43:30 -0800 (PST) Received: from lglt-nvaradarajan.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id op3sm22382799pbc.40.2014.03.06.10.43.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 06 Mar 2014 10:43:29 -0800 (PST) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: bsdtar POLA change in 10.0? From: Warner Losh In-Reply-To: <1394110822.21224.91297125.0B659AFB@webmail.messagingengine.com> Date: Thu, 6 Mar 2014 11:43:28 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <56BC2D25-7163-43A2-AB04-9A808AA98F85@gmail.com> References: <53171DAE.5070203@li.ru> <1394110822.21224.91297125.0B659AFB@webmail.messagingengine.com> To: Mark Felder X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 18:43:31 -0000 On Mar 6, 2014, at 6:00 AM, Mark Felder wrote: >=20 >=20 > On Wed, Mar 5, 2014, at 6:50, Marat N.Afanasyev wrote: >> I wonder why >>=20 >> bsdtar --one-file-system >>=20 >> suddenly started to skip archiving of mount-points? And no mention of=20= >> such behaviour change either in UPDATING or errata :( >>=20 >=20 > --one-file-system > (c, r, and u modes) Do not cross mount points. >=20 > Isn't that what it's supposed to do? Skip any mounted filesystems? Was > it broken before? Or do I simply not understand the behavior you're > seeing. Before it would archive the directory where the other filesystem was = mounted, but nothing else. Now it doesn=92t archive that directory. I believe this is a bug, since that directory (but nothing in it or = under it) still belongs to this filesystem... Warner From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 19:59:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6951ACAA; Thu, 6 Mar 2014 19:59:57 +0000 (UTC) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2729D2B3; Thu, 6 Mar 2014 19:59:56 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.7/8.14.7) with ESMTP id s26Jxq3g019667; Thu, 6 Mar 2014 13:59:52 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id s26JxqYu019666; Thu, 6 Mar 2014 13:59:52 -0600 (CST) (envelope-from brooks) Date: Thu, 6 Mar 2014 13:59:52 -0600 From: Brooks Davis To: Warner Losh Subject: Re: bsdtar POLA change in 10.0? Message-ID: <20140306195952.GI9427@lor.one-eyed-alien.net> References: <53171DAE.5070203@li.ru> <1394110822.21224.91297125.0B659AFB@webmail.messagingengine.com> <56BC2D25-7163-43A2-AB04-9A808AA98F85@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xQmOcGOVkeO43v2v" Content-Disposition: inline In-Reply-To: <56BC2D25-7163-43A2-AB04-9A808AA98F85@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 19:59:57 -0000 --xQmOcGOVkeO43v2v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 06, 2014 at 11:43:28AM -0700, Warner Losh wrote: >=20 > On Mar 6, 2014, at 6:00 AM, Mark Felder wrote: >=20 > >=20 > >=20 > > On Wed, Mar 5, 2014, at 6:50, Marat N.Afanasyev wrote: > >> I wonder why > >>=20 > >> bsdtar --one-file-system > >>=20 > >> suddenly started to skip archiving of mount-points? And no mention of= =20 > >> such behaviour change either in UPDATING or errata :( > >>=20 > >=20 > > --one-file-system > > (c, r, and u modes) Do not cross mount points. > >=20 > > Isn't that what it's supposed to do? Skip any mounted filesystems? Was > > it broken before? Or do I simply not understand the behavior you're > > seeing. >=20 > Before it would archive the directory where the other filesystem was moun= ted, but nothing else. >=20 > Now it doesn?t archive that directory. >=20 > I believe this is a bug, since that directory (but nothing in it or under= it) still belongs to this filesystem... >=20 I think that directory should be archived, but people need to be aware that the results aren't the same as if the directory were archived with the filesystem unmounted as the permissions and ownership may vary. -- Brooks --xQmOcGOVkeO43v2v Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iKYEARECAGYFAlMY07ZfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDY1NUQ1MTlDMjZBNzgyRTcyNTI5OUJGMDVE OEU4QkU5RjIzODFBRDQACgkQXY6L6fI4GtSX6ACgm+TjDTREyubwYfsVR/OZ+BPi S0EAoMpetRE0SOxexKeJyRfaaOt9Ly0B =816C -----END PGP SIGNATURE----- --xQmOcGOVkeO43v2v-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 21:27:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2DD3F8 for ; Thu, 6 Mar 2014 21:27:39 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 80D6FD5B for ; Thu, 6 Mar 2014 21:27:39 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 42470B945; Thu, 6 Mar 2014 16:27:38 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: NSS ldap errors Date: Thu, 6 Mar 2014 16:21:15 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <53174346.6070703@phat.za.net> <2FA6FDB3-6F13-4C86-A9CD-EDD88EE072EA@longcount.org> In-Reply-To: <2FA6FDB3-6F13-4C86-A9CD-EDD88EE072EA@longcount.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403061621.16046.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 06 Mar 2014 16:27:38 -0500 (EST) Cc: Mark Saad X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 21:27:39 -0000 On Wednesday, March 05, 2014 9:41:21 pm Mark Saad wrote: > > Looping the list back in . > > > On Mar 5, 2014, at 10:31 AM, Aragon Gouveia wrote: > > > > Hi, > > > > I'm trying to implement net/nss-pam-ldapd on 9.2-RELEASE, and hitting some NSS issues. PAM authentication with SSH works fine, but there are a lot of NSS errors in /var/log/debug.log: > > > > Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): ldap, passwd, getpwnam_r, not found, and no fallback provided > > Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): ldap, group, setgrent, not found, and no fallback provided > > Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): ldap, group, getgrent_r, not found, and no fallback provided > > Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): ldap, group, endgrent, not found, and no fallback provided > > Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): ldap, passwd, endpwent, not found, and no fallback provided > > Mar 4 17:15:11 cstor1 -bash: NSSWITCH(_nsdispatch): ldap, passwd, getpwuid_r, not found, and no fallback provided > > Mar 4 17:15:11 cstor1 -bash: NSSWITCH(_nsdispatch): ldap, passwd, endpwent, not found, and no fallback provided > > > > And in the case of bash, it's unable to resolve the LDAP username, and the resulting PS1 prompt shows: > > > > [I have no name!@cstor1 ~]$ > > > > The author of nss-pam-ldapd isn't sure what the problem is: > > > > http://lists.arthurdejong.org/nss-pam-ldapd-users/2014/msg00044.html > > > > FWIW, the same problems occur with net/nss_ldap. > > > > Any NSS gurus who can help? > > > > > > Thanks, > > Aragon > > > This is related to using bash-static as root's shell . As well as setting non root users login shell to bash-static . > The "I have no name" user name issue and the the getpwuid* calls failing have to do with the fact that bash-static can not load some library , but my memory is lost on the exact library and details . I wasted a bunch of time on this in 7.2-RELEASE and it took a while to debug this . Using a standard port of bash or any other shell resolved this for me . Yes, static binaries have no copy of the runtime linker around, so they can't invoke dlopen() to open nss_foo.so modules. I have no idea if you can use nscd to work around this for static binaries. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 20:15:47 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 766DB232 for ; Thu, 6 Mar 2014 20:15:47 +0000 (UTC) Received: from out2130-212.mail.aliyun.com (out2130-212.mail.aliyun.com [42.156.130.212]) by mx1.freebsd.org (Postfix) with ESMTP id E7046666 for ; Thu, 6 Mar 2014 20:15:45 +0000 (UTC) X-Alimail-AntiSpam: AC=CONTINUE; BC=0.2319532|-1; FP=8798443007654008380|965|7|823|0|-1|-1|-1; HT=r41g03016; MF=sales8@electronicsichk.com; PH=DS; RN=1; RT=1; SR=0; Received: from mirgy(mailfrom:sales8@electronicsichk.com ip:61.143.174.96) by smtp.aliyun-inc.com(10.147.11.251); Fri, 07 Mar 2014 03:44:57 +0800 Message-ID: From: "Parts Components Ltd" To: Subject: Electronic Components sell Date: Fri, 7 Mar 2014 03:44:42 +0800 Mime-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 14.0.8117.0416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.0416 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: peter@partscomponentshk.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2014 20:15:47 -0000 DQpEZWFyIEN1c3RvbWVyLA0KDQpIb3cgYXJlIHlvdT8NCg0KV2UgYXJlIGRpc3RyaWJ1dG9yIG9m Og0KDQpJQyhJbnRlZ3JhdGVkIENpcmN1aXQpIDpTT1QsU09QL1NNRCxESVAsUUZOLFBMQ0MsUUZQ LEJHQQ0KICAgIEFEICAgICAgICBCQiAgICAgICAgVEkgICAgICAgIE5TICAgICAgTUFYSU0gICBJ TlRFUlNJTCBBTFRFUkEgICBYSUxJTlggTUlDUk9DSElQIEFUTUVMICAgIElEVCAgICAgTElORUFS ICANCg0KDQpEaW9kZXMvVHJhbnNpc3RvcnM6U09ELFNNQixTT1QtMjMsRE8tNDEsRE8tMjAxQUQs RE8tMjE0QUEsVE8tMjUyLFRPLTI1MSxUTy0yNjMsVE8tMjIwLFRPLTI0Nw0KICBESU9ERVMgICAg ICAgT04gICAgICAgICBTVCAgICAgICAgIE5YUCAgICAgIFZJU0hBWSAgICAgSVIgICAgSU5GSU5F T04gICBGU0MgICAgVE9TSElCQSAgIE5FQyAgICAgIElYWVMgICAgICBBUFQgICANCg0KDQpDYXBh Y2l0b3IvUmVzaXN0b3I6VGFudGFsdW0gQ2FwYWNpdG9ycyxDaGlwIENlcmFtaWMgQ2FwYWNpdG9y cyxBbHVtaW51bSBDYXBhY2l0b3JzLENoaXAgUmVzaXN0b3JzLFRocm91Z2gtSG9sZSBSZXNpc3Rv cnMNCkFWWEtFTUVUWUFHRU9UREtTQU1TVU5HTVVSQVRBVklTSEFZRVBDT1NTQU5ZT1BBTkFTT05J Q05JQ0hJQ09OTklQUE9ODQoNCg0KQ29ubmVjdG9ycyxNb2R1bGUsRGlvZGVzIExFRCxoYXJkLXRv LWZpbmQsc2hvcnRhZ2UgYW5kIG9ic29sZXRlIHBhcnRzLg0KDQpBY2NvcmRpbmcgdG8geW91ciBy ZXF1aXJlbWVudHMsIHdlIGhhdmUgbWFkZSB0aGUgYmVzdCBxdW90YXRpb24gZm9yIHlvdS4NCg0K DQpJZiB5b3UgZG9uJ3Qgd2FudCB0byByZWNlaXZlIHRoaXMgbWFpbCwgcGxzIHJldHVybiB3aXRo ICJyZW1vdmUiIG9uIHRoZSBzdWJqZWN0IGxpbmUuDQpCZXN0IFJlZ2FyZHMsDQpQZXRlcg0KDQoN ClBhcnRzIENvbXBvbmVudHMgTHRkDQoxOEYgVGlhbmxlIEJ1aWxkaW5nLEJ1amkgUm9hZDEwMjEs THVvaHUgRGlzdCxTaGVuemhlbixHdWFuZ2RvbmcsQ04sIDUxODAxOQ0KVGVsOiAgKzg2LTc1NS0y NTIwMDU2Nw0KRmF4OiArODYtNzU1LTI1ODUwNjE0DQpRUTogICAgICAgODU3MjcyODM4DQpTa3lw ZTogICBwYXJ0c2NvbXBvbmVudHNwZXRlcg0KTVNOOiAgICAgIHBhcnRzY29tcG9uZW50c3BldGVy QGhvdG1haWwuY29tDQpFLW1haWw6ICAgcGV0ZXJAcGFydHNjb21wb25lbnRzaGsuY29tDQpXZWJz aXRlOnd3dy5wYXJ0c2NvbXBvbmVudHNoay5jb20= From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 21:27:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E333EF9 for ; Thu, 6 Mar 2014 21:27:40 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BAB2BD5C for ; Thu, 6 Mar 2014 21:27:40 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 967AAB94B; Thu, 6 Mar 2014 16:27:39 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: Fwd: KASSERT in vm_map.c Date: Thu, 6 Mar 2014 16:24:52 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <530EFC76.9010302@bitfrost.no> <53181EC1.90103@bitfrost.no> In-Reply-To: <53181EC1.90103@bitfrost.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403061624.52580.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 06 Mar 2014 16:27:39 -0500 (EST) Cc: Hans Petter Selasky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 21:27:40 -0000 On Thursday, March 06, 2014 2:07:45 am Hans Petter Selasky wrote: > FYI > > -------- Original Message -------- > Subject: KASSERT in vm_map.c > Date: Thu, 27 Feb 2014 09:51:02 +0100 > From: Hans Petter Selasky > To: Konstantin Belousov > > Hi, > > Using 9-stable I hit a KASSERT when EHCI is loading: > > --- a/sys/vm/vm_map.c > +++ b/sys/vm/vm_map.c > @@ -2301,9 +2301,11 @@ vm_map_unwire(vm_map_t map, vm_offset_t start, > vm_offset_t end, > * Mark the entry in case the map lock is released. (See > * above.) > */ > +#if 0 > KASSERT((entry->eflags & MAP_ENTRY_IN_TRANSITION) == 0 && > entry->wiring_thread == NULL, > ("owned map entry %p", entry)); > +#endif > entry->eflags |= MAP_ENTRY_IN_TRANSITION; > entry->wiring_thread = curthread; > /* > > > Is the KASSERT() wrong or is my USB code wrong. The KASSERT is correct. Can you provide more details from your panic? (Do you have a crash dump?) It sounds like two threads are mucking with the same vm_map_entry at the same time. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 22:41:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E061137C for ; Thu, 6 Mar 2014 22:41:49 +0000 (UTC) Received: from mail-yk0-f171.google.com (mail-yk0-f171.google.com [209.85.160.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A0E7D6D8 for ; Thu, 6 Mar 2014 22:41:49 +0000 (UTC) Received: by mail-yk0-f171.google.com with SMTP id q9so8490312ykb.2 for ; Thu, 06 Mar 2014 14:41:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:references:from:content-type:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version; bh=q19hhhQViqYMh5O0+BXaAibQkEXGi6RhxB1b3AkNN3Y=; b=KYHGYDClxflucpu+Lk9Yh9GdvC2DfddIYpymKGqAnUE2c3WX3Oyh1D9Nc3bbNqCx4Y QzrA4u+yZg3f+q0sj3+JxmIjIqdKhPjOt11lb+Yivz5/P9FJuOY/wU4GHXwtSCEbqQTp mzRIxwGKvJAMxPnmW2ut4CI+xPzqDJJedn7eUlwBnZkymxzP5wHOD0ZPmLV5GykkwjsQ kq3+eGqxyCVgCixpwQaG8PW/RwfcEA5veFrKKGZZfGhY8BwP+tWDN/fQXzgeJ61uJF0L 9zWZerFb7GUaoV/ZbFCIp15GgifgKkDRjyMlNE4bE8HWk49MUJqbejiO4b2NG0e3H4TR zEGg== X-Gm-Message-State: ALoCoQlB4c9i4rSoWEvgU0MYiLEFL6Acifh+JV270aG/ozcJv6WV7xrKVpVmb+GzXhLmXakxX5Kl X-Received: by 10.236.129.36 with SMTP id g24mr18207268yhi.103.1394145379300; Thu, 06 Mar 2014 14:36:19 -0800 (PST) Received: from [97.61.22.127] (127.sub-97-61-22.myvzw.com. [97.61.22.127]) by mx.google.com with ESMTPSA id g26sm22618051yhk.3.2014.03.06.14.36.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 06 Mar 2014 14:36:18 -0800 (PST) Subject: Re: NSS ldap errors References: <53174346.6070703@phat.za.net> <2FA6FDB3-6F13-4C86-A9CD-EDD88EE072EA@longcount.org> <201403061621.16046.jhb@freebsd.org> From: Mark Saad Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (11B651) In-Reply-To: <201403061621.16046.jhb@freebsd.org> Message-Id: Date: Thu, 6 Mar 2014 17:36:12 -0500 To: "freebsd-stable@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Mar 2014 22:41:50 -0000 > On Mar 6, 2014, at 4:21 PM, John Baldwin wrote: >=20 >> On Wednesday, March 05, 2014 9:41:21 pm Mark Saad wrote: >>=20 >> Looping the list back in . >>=20 >>> On Mar 5, 2014, at 10:31 AM, Aragon Gouveia wrote: >>>=20 >>> Hi, >>>=20 >>> I'm trying to implement net/nss-pam-ldapd on 9.2-RELEASE, and hitting so= me NSS issues. PAM authentication with SSH works fine, but there are a lot > of NSS errors in /var/log/debug.log: >>>=20 >>> Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): l= dap, passwd, getpwnam_r, not found, and no fallback provided >>> Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): l= dap, group, setgrent, not found, and no fallback provided >>> Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): l= dap, group, getgrent_r, not found, and no fallback provided >>> Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): l= dap, group, endgrent, not found, and no fallback provided >>> Mar 4 17:15:00 cstor1 cron[68418]: NSSWITCH(_nsdispatch): l= dap, passwd, endpwent, not found, and no fallback provided >>> Mar 4 17:15:11 cstor1 -bash: NSSWITCH(_nsdispatch): ldap, p= asswd, getpwuid_r, not found, and no fallback provided >>> Mar 4 17:15:11 cstor1 -bash: NSSWITCH(_nsdispatch): ldap, p= asswd, endpwent, not found, and no fallback provided >>>=20 >>> And in the case of bash, it's unable to resolve the LDAP username, and t= he resulting PS1 prompt shows: >>>=20 >>> [I have no name!@cstor1 ~]$ >>>=20 >>> The author of nss-pam-ldapd isn't sure what the problem is: >>>=20 >>> http://lists.arthurdejong.org/nss-pam-ldapd-users/2014/msg00044.html >>>=20 >>> FWIW, the same problems occur with net/nss_ldap. >>>=20 >>> Any NSS gurus who can help? >>>=20 >>>=20 >>> Thanks, >>> Aragon >>=20 >>=20 >> This is related to using bash-static as root's shell . As well as setting= non root users login shell to bash-static . >> The "I have no name" user name issue and the the getpwuid* calls failing h= ave to do with the fact that bash-static can not load some library , but my > memory is lost on the exact library and details . I wasted a bunch of time= on this in 7.2-RELEASE and it took a while to debug this . Using a standar= d=20 > port of bash or any other shell resolved this for me .=20 >=20 > Yes, static binaries have no copy of the runtime linker around, so they ca= n't > invoke dlopen() to open nss_foo.so modules. I have no idea if you can use= > nscd to work around this for static binaries. >=20 John, I tested both with nscd and straight lookups and I had the same issue e= ither way .=20 As soon as you said "can't dlopen nss_libfoo" it all came back to me . I had= bash-static with the remote syslog patch as everyone's shell . It took a wh= ile to track down if it was the syslog patch or the static shell .=20 > --=20 > John Baldwin --- Mark saad | mark.saad@longcount.org=20= From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 09:42:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F5DDE00 for ; Fri, 7 Mar 2014 09:42:48 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4DF0F6CF for ; Fri, 7 Mar 2014 09:42:48 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1WLrIj-0004YL-Cm; Fri, 07 Mar 2014 10:42:45 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, libarchive-discuss@googlegroups.com Subject: Re: bsdtar POLA change in 10.0? References: <53171DAE.5070203@li.ru> <1394110822.21224.91297125.0B659AFB@webmail.messagingengine.com> <56BC2D25-7163-43A2-AB04-9A808AA98F85@gmail.com> Date: Fri, 07 Mar 2014 10:42:44 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Ronald Klop" Message-ID: In-Reply-To: <56BC2D25-7163-43A2-AB04-9A808AA98F85@gmail.com> User-Agent: Opera Mail/12.16 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.8 X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: 12f61b0c8dc8dcc8c992b8e1fde77987 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Mar 2014 09:42:48 -0000 On Thu, 06 Mar 2014 19:43:28 +0100, Warner Losh wrote: > > On Mar 6, 2014, at 6:00 AM, Mark Felder wrote: > >> >> >> On Wed, Mar 5, 2014, at 6:50, Marat N.Afanasyev wrote: >>> I wonder why >>> >>> bsdtar --one-file-system >>> >>> suddenly started to skip archiving of mount-points? And no mention o= f >>> such behaviour change either in UPDATING or errata :( >>> >> >> --one-file-system >> (c, r, and u modes) Do not cross mount points. >> >> Isn't that what it's supposed to do? Skip any mounted filesystems? Wa= s >> it broken before? Or do I simply not understand the behavior you're >> seeing. > > Before it would archive the directory where the other filesystem was = > mounted, but nothing else. > > Now it doesn=E2=80=99t archive that directory. > > I believe this is a bug, since that directory (but nothing in it or = > under it) still belongs to this filesystem... > > Warner I cc'ed libarchive-discuss@googlegroups.com for more exposure to the iss= ue. Ronald. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 10:26:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 982B443D for ; Fri, 7 Mar 2014 10:26:26 +0000 (UTC) Received: from smtp.yz.yamagata-u.ac.jp (smtp.yz.yamagata-u.ac.jp [133.24.72.103]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 25E3AB44 for ; Fri, 7 Mar 2014 10:26:25 +0000 (UTC) Received: from localhost (133.24.90.14) by smtp.yz.yamagata-u.ac.jp (133.24.72.108) with Microsoft SMTP Server id 8.1.436.0; Fri, 7 Mar 2014 19:27:54 +0900 Date: Fri, 7 Mar 2014 19:26:13 +0900 Message-ID: <20140307.192613.956584067098552117.hayata@yz.yamagata-u.ac.jp> To: ronald-lists@klop.ws Subject: Re: usb recognition difference between 9 and 10-STABLE From: Hayata In-Reply-To: References: <20140304.135447.983615024873715579.hayata@yz.yamagata-u.ac.jp> X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--Next_Part(Fri_Mar__7_19_26_13_2014_838)--" Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Mar 2014 10:26:26 -0000 ----Next_Part(Fri_Mar__7_19_26_13_2014_838)-- Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, thanks for advice. Changing connection seems no difference. I attached /var/log/messages with 'hw.usb.debug=1' on 10.0-Stable machine. Hope you can find something worth commenting. Additional any instruction to take debug info's are welcome. Regards, -- Takahiro Hayata On Thu, 6 Mar 2014 19:07:53 +0900, Ronald Klop wrote: (snip) ronald-lists> Hi, ronald-lists> ronald-lists> I don't know the cause, but da1 is detached for some reason. Maybe if you ronald-lists> increase sysctl hw.usb.debug, you will get more information about why this ronald-lists> happens. ronald-lists> Did you try to connect da1 on another usb port? ronald-lists> ronald-lists> Ronald. (snip) ----Next_Part(Fri_Mar__7_19_26_13_2014_838)-- Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="var-log-messages.gz" H4sICNeRGVMAA3Zhci1sb2ctbWVzc2FnZXMA7Z1tb9s4Fka/76/gxxZoJ5L8FnsnBdI0sy2maYuk g8VisTBkiUmM2pJXktt0f/1Sjp22SRzLiV946TPTTmRPJFP0cx+ee0naJ2Gm1L7yap3A73ieykf9 Lzq4Uon+ln/PB+nFv/fb7f90lDk67w+0KsZZomOVftWZisfmcape/qEy/d+xzou/ncy52hdtzhp0 1K+/4Ad3fmFvnGd7ea+f7N00oLz+3tcw2zPHe0Od5+GFzn+9UK1150LjvBd347Q7bVn3fBBe5B31 Nkxicxen18+q83ESFf00Uf1c5fpW++vNm6sOQvPL09c2NzvSYWE6oVlXRX94uzH1OY0xLTF/zat0 R2lW3O6LeWc98RbaC26h5t+9heC+d840phsOBmnUjfXXfqQ7ahRmOinKhwfe1Xn5z77neY1m24s8 74XqjfPZ89o877WbYRTvv5iddjnu/XJaywu88rRYj4rLA9/8numkbj+J9dVBMH2UpAe1F6ZlWsfl QdmkYRrrA69S68uev257Ny/MzZtnzUP1cyPaXt0rzy7/t3pz/Pnw6O3xG/Xylfr08Z/Hp8dvqrzO L29ZZLqsF0ZfOuaa1ZoZd4ssTPJznXXzcW/YN0K5Mg9+6at97fl105U6iUdpPykObt9D2c/JeRaa N7bsyrifHXzL+oWu1E/xeDjqzi7deehFFl5OxzqPbp/Y8veNVo2QEn1lrmoc5OJioGePesfT1zuM YxMtpYa8au/vpN2m28f6wUZPuvPX6FvivUhHOql26qg/0qYbi/LFJj+WOM0IsHSIyY8lGxqnSXn/ WXbw19nr7vHpaffDx9OTw/fdo48nn94ff3738UO1K86k2/2WhaPRdRfM1eKDHZ4X5l1U4UAnB0aX +fRneJ4NS3Emk59Pi6wnnu5cYC4feL5lgUf03BM93jR6vC1Ez9LD53TILEfPwzdvTo/PzqqOn+aV xqPZa5VC7qiTftIfjoeqdxJefTLt1sVZ/3+6RJ5BmBme0Uk6vrgsYfQyHcSquNQqSoejgTYNub6Q Ki+U9UdFmqnyTzL4bv6jb18xukzNLy/rB0U66qhokObLnnlXb0eHH46O37+v2le3rpSkhZo9lfWT C4m+GOCLAMmmLDVoTj21PJiYajA11WAjSHKP14VxbCJXjZN+UR5nZYsyk2QFZXoUmTQunwwE497N 8ShLizRKB+XxMLwaTezsoFl/oco78/dvciZ8DV8j0doFX/NnrOh7W/E1K0Mv02FM5BE+FcInmIVP sIXwuVVofR8mF+OyapvrgY4KHXdM1mWa3CYUCUX3Q5GRjPAhfB4dPrOSu79P+BA+hA+jD+FD+Gyq vDobfQJGH8KH8GH0IXwIn42NPrPwCbYRPreqeLkuinJeL0qT8/6FqhhCRCARKDgC/dZsAGsxgBE+ hM9y4VOfDWB1+I/wIXyEpU/lktlr3LveyDLp42J8LRVz0mOvMr6952a68Da6o+JWsx5HnnpWriNT wXMVJemBr8KiKLs1KrtHD85H6Ted6Xiykqw8rNY7Sy8IvlkFXC4JPvr44Y93//ir8p6acvPUj464 Q9Mi/czHz/AzObtn7vqQ6af0yT31lA2Ov1z1/g2OjXv3N/pP84c5p29uwei9DbBgIfwD7XqsQczp 60UG8dBpDxjEond2eYOYc8W1GER7ahDtBbizpPxvG8Td03u9nvGG4dBE7qx3z47O3qloGKsD5Zdx Ov0T1DvVVLMgnMo9xX7Q6M0Np6BXi9rNavvtHh1O0xe5J5xK8orbS463izu6SjjNGrVMOFVZf72z kfiT1h7s8J8iseZPQ7E8eHCwvj+Y4rAIuyUZ/hSJw/Cq2xsPvhw0ylWp098YHtSaKwynoPVAOO2X O1AW0+uTosn8nBdNwXLRtF/J9SpFU9koomnF0WSk9mCH/xxNs11atea6o2mVY1OrJjGY7iU9gsnu YDJSqxpMfm1WFas9Kpjmc94N5M3+wHn3p03b47zdiYgNwZrro4FtaLU7ArbC0muNzh1Xx96tTeN3 Jzqwdydhf3cEbIW9B7tk7wsvB92LiR47S7GLJUYllvFk6+XUqusIKKbeeo3HjiDwl33xYgV/OT8z vnrmIuWGuZj+BrqsCAnmsO2MCLDKcawq36hhHnXDcZGaN6ufmWh4l5QH38uJ6KdOZNd+YNnPiOZw cYzil5wYsxPEgkbDMRJbfboPqQkgNSPk2edGlEewGqzmZkxskdVmm7tyneS6ErHdCoO5X02wfD/P +2qCalda8NUE3IiIG7n1YT2J/lZ+b9DNxukX8/ZcL/g+w8UvfaGT1m9BR/3+uWxxZMLxlQqLsknj vFXt9q3ctbjKoeX+rxusgmMr2fX8uKGHTY0b/xSHJeOj4uovwovwcji8avVZhaC+8fAahnnumbHv xPxUZ0WahRf6lUqTysPf9AJq32t5ffXs8PPhp3fPr7+ceuHJr00y9vJjMvj+dzWB0rzEUCPPqrW9 XfEF4t7JuN/aZwVMg7bR8Tov/Y46LIowutRx+eWdeWTCfpVVxHq8rtL6kz+4ZPMFe9tWTjxhY+c6 +n7TPrGee1jPVVfvaetpZ/XaVz3e3P6RNb8nDxlg01tTSXi7/ufEMhn8T4RTVfcUE2ybWA1UPfrD iAkhPoBiI9o3UtvQXNLW0Z9VNU4qeJNEuF122ynK2h0BPwY/HrPCRRZ/rH4Rl218sjsKBzLYY+W2 wq2DEBssHAiRI2AsmjxQtoKts2CZeSCULCAPfPwngUAQyBeCeApBxKE3WeldLod5mfeHRnHjXHnT RTDKvFkXujCPB+Ok2vaIJXjEvHa57O6T2m95yvM975U61cP0a9gbaPWmn+moUIdRpMtleUdn7156 6npl/GKxLp9rTtpyprN+OFAfxsOeztSfC19mR+Fo0ld17zfTzpPXe/nNNoeK32+00rCetKXVbAUn r9Uzv9Hyg6DRVA0/UL3vhVa50VCa5R0VNBpvVbN2tvdZtVv7R8+F8trkdq8XippXCX7/8LHb7L7+ 1+fjV6AeY6X9qMeKA2DPPgHvCuxRLnJVwZSLYAjRAqZcBEEIli8EwZoAtxUOYbCsy2mBs3ARCJGt YCBkMxBCmQMIEW3RQAYWbZNFkwfKUTAWDCWLFjAWzGSfbAVbZ8E2lOKgYDkCXqLUFjSCm1pb4DhF rL6aDGVAGbIpg0QPyrCIMpjwc0fgS1DI5Nty8psjpykEypAjYSiDWoZsBUMZ1DJEC5iFyxCEYPlu iCDi0K+8zVwAj5jbWdPO9eVIZ9KOZXetU4OpvtHdt2iju2lL0G632uVO96Zfazfb7eDhne61/cAX vNXdX/9Wd5nDJbTn+HC59QGOhNtVBZNwk7GIFjAJNwQhWL4QBAsDZCvYOoKQacEQBBYs24JJ4rBg 0UkcFCwgiQu8+iyPuz6EIxCxFSKGI0jlZCvYOo6wwYJXv8abVA+Llm3RpHpYNKkeFsx8HYSBvCGM RYTBIlR3FG4dgbhp4RAKFm6ThZMkylGwdRZtQ5IIZbsjcD6rgTqIcAlDGcwWylawdZQh04KhCCxY tgWT6GHBFiV6ULAcATMbCEEIli8EQRInW8HWEYRMC4YgsGCbLHj1Cy5I8rBo0UkelCwgydul2TrW DLkjcSiERFC2gq2jDBssGsqQI2AsmNk82Qq2zoJlJnpQsIBEb1dm81h17I68IQz29rmtcOsIxAYL h0DkCBiLZjbQbYVbZ9E2JIlQtjsCZ7YQChEuYSiE2UDZCraOMmRaMBSBBcu2YBI9LNiiRA8KliNg ZgMhCMHyhSBI4mQr2DqCkGnBEAQWLNuCSeKwYNFJHBQsIIljNg6KsFHCUASJnGwFW0cRMi0YisCC ZVswiRwWbFEit/pll1CygESP2ToIwzb5QhjszXNb4dYRiEyLhjCwaLctmiQRi7YoSYSi5QiY2T7q HI5LHAohUXRb4VAIFCJawMuUov32DEOuD53mEEQsR8RwBlPeshUMR1BwFi1gOAIRr0TEcdrNtLmD vOieD8KLvKPehkk80Or0+ll1Pk6iop8mpv9UrudfdRCaXzbvbR5eaJXpkQ4LHauaKvrmyW0F1Mru bgNXtZO/rNTHdlhQkpxYLe/ksA+3UjoQLWC4dWPzcIic+hj1MTgDzqC0sHMChjNY7+O8yOEM1vu4 rXA4hHqHaAHDIdQ7nBc5HMLuJ7cVDoeQSjotcDiFop94EcMhrO+QrWA4g3qHaAHDEYhYvIjhCNZv yFYwHEEqJ1rAcAQiFi9iOIL1GW4rHM5gattpgfOpcVCIcAlDIVQzZCsYyqCgLFrAUAQUIVzCUARr K2QrGIqAIkQLGIqAIoRLGIpgp4jbCocyoAzRAoYyoAzhEoYyqFXIVjAUwboKpwUOZbCl2nGJQyHU OtxWOJQCpTgtcCiFWohwCUMh1EJkK9g6ypBpwVAEFmyTBZMIuqNw6yzahkQQSpYj4GU+bmD2WQMQ BoSxGvkGVhLGnFZtjjDubYAFSd4D7XosQczp60UKfui0BxS86J3dgoLXQhBPUfAqLPhJAl4jQTxe wHMteOcFjAVvcpc1FrwDFryKJG7zFlyNgrHg1Qt4TbN1UAQShiJkUQSJHBQBRWDBUAQUsXsShiIq TDjfvRy1CjEKhzKgDNEChjKgDOEShjKoVchWMBQBRYgWMBRRZQte5UwPyrBP4lAG6ypkKxjK2IhF QyFQiFUUAmXIkTCUsZkZE2odUIhoi4YysGi3LZpEEYu2KFGEouUIeA27qCEM5AthyCo1k+RBEKIt GILAgmVbMEkcFmyRBTPb547AsWgoWbaCrbNoG+psrJlzR+DU4ajDCZYvhEESKFvB1hGGTAuGILBg 2RZMkocFW5TkQcFyBMyqeihCuIShCBI52Qq2jiJssGBm89wROBZNoidbwdZZtMxED0oWkOjtymwd hOGOvCEMkkDZCraOMNy0aAgEi5Zt0SSBWLRFSSAU7Y7Al0gSA68+yxOvD+EQRC5C5HAIqaJsBVvH IW5aNKkiFm2TRT9W4aSS9incOgsnlcTCmW9kuhz5QiAkiQ4o2DrCsMGCIQx3BI5FkyS6rXDrLNyG JBGKliNgdheyQVa4hKEMEkHZCraOImRaMBSBBcu2YBI5LFh0IgcFC0jkmM2DIGyTLwSxmVIxSR6E YZFFM9vnjsCxcJJA2Qq2zqJlJoFQtIAkkNk8KMJGCUMRzObJVrB1FGGDBa8+0YMysGjZFk2ih0WL TvSgZAGJHrN9EIRt8oUgSPJkK9g6grDBgpnNc0fgWDR799xWuHUWLjMJhKIFJIG7NNsHhbgjcSiE RFG2gq2jDBssGsqQI2AsmNk+2Qq2zoJlJnpQsIBEj9k+CMI2+UIQJHGyFWwdQci0YAgCC5ZtwSRx WLBFSRyr6t0ROLN5UIZwCUMZJHqyFWwdZci0YCgCC7bJglm26Y7CrbNoNxNBKFpAIrgrs33UOdyR N4RCkihbwdYRiA0WDWHIETAWTJLotsKts2g3k0QoWkCSuEuzhdRB3JE4lEKiKFvBUAiziaIFDGVQ 6xAuYSiClc+yFQxFUMtwWuBQBrUMxyUOhWxmxoVaB5RiEaVAIXIEDIVQ6xAuYSiDWodsBUMRUIRo AUMRUIRwCUMR1CrcVrh1lGGDRTOj4o7AsXASQdkKts6ibUgEmRF0R+Ds8qbOIVi+EAaL82Ur2DrC sMGCIQx3BI5Fs8vbbYVj4VC0aAFj0VC0bAVbZ8HU6bBo6nTC5A2BQCA2EQhJojsKt45Q3LRwCAUL t8nCSSLlKNg6i3YziYSyBSSRQWO2K2ByBIVAISIkviEKiUNfhYUaD8M8f5n3h+YNH+fKXD4yPxvK 9NWFLszjwThRla7WUb+ffFL7LU95vue9Uvleov5UsS7C6FIvFvyz8hI/WtMp//Wfd9QnnfVHl+Y6 eZGl382F/g8yLghS8GcDAA== ----Next_Part(Fri_Mar__7_19_26_13_2014_838)-- Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.txt.gz" H4sICBmeGVMAA2RtZXNnLnR4dAC1W2lz2zgS/b6/Apv9IldRFg5eUiWp0WVbGcvWmnI2U1NTKYgE ZY4lUsPDjvfXbwOkDifKELS9roQSReHh9YHuxqEpTxFyEHF7ltNjFso20b2g39C9SGOx6qFhsnlK o+Vdjlr+CSLdLm1TTEw0vxPoLBVi4I3QLE3+FH5++o9pQzCna8DVxerK1NVWV1dd1dMuUVeqruo7 XbO2I8nuRixFnGcoCVEOt7dx9CDSLMqf5CdDvorCJI0jfor6qxVSrDKUikykDyKoF2Ure5QhDs2W UZaLVAQoT3kg1jy9l70cKuksKeKA51ES64MTfIrb3rw/uByjf2GUUpvaXdxD0yRGCoMhTHsAY3bR J2+OpGVqwe/4E8/5L/xerAK+Pr1f8UWvU2RpJ1n82Uk2eSdL/U72lHXOx1fjm8kQ8XVg18NuOfsr Hi+RUjWwZKcMtXK+zDo348tx3xt/ZawTRjFfARKzMD2RpBm2Ca73ntltD03iXKxaNyfgS6lozacn FP274IF8iODv3y7DGKFfED218PnFf1GLml126pL2FG5+ddtAL8vkt09q+7sGp4hi9AG9OxdxEcVC 9f0OoUkAH+JvBNsOR+iMr6PVk/rERmCaQKzKxw5CXi42mwj08QFpCHgmeF6AC37A3xahWISLMHx/ Nrs1Pk/HxmhszLyxMfeGxtS7MWb9sTEdjo3hF9fozyZDwxvPjOn8Bp6cyyd9Yzi9/gxfm8tmzDaG l2eXt96FMZp7Rn84mxjT6Rfj7AtAeQAL/ylcjIv53JhPjdlg/FGbLQW6PnYF6wbvAYdBF2PPNo3p 9ZUx8r4OZ5fG2JOwsgf5fPiF2Ma3+Qy4joZT2bd5SowvXv/z2Lj21Gt97/3p6FBf4EQYuxi/937z hv3LS+Pqi3E5bQYjBSHvL/sXZ/XtwA49NGtnOc8FiuIHnkY8zg20ESmElTWPfYHkQwgLkZ/VwqUC BsRarJP0CYGvmLRrdm2Hdm3UMjFcp4N6d+UPPNqBAAbGhFqWSU3UYi6xtDDGDxAyUR6tRYreXUrH eof+KiBWQtQEwHp1gmch2QzN+WIleuj95Go+vkSjc5NdDTR8qgwiHW86gyhXrPJokya+yLIkRd4T hNg1Gokcco0IesiUw7het88wCdpw/54vRSs7Qd8AwpdhJKvXjL8pMGoNvNlJrxRwMuohVK8RaEdQ q/+8GdFpRn9oRnWasR+aMT2zDSbXHvoPh5wI8aq1KJYAwmjHNr+gs/7QQzwIYJBkaB1la577d+D2 8GA0R20IdoPRwGZnJu7gb7j6kx91xyYk9yKTkAwEUrHepayTL0Ie5G3LwvWqjxK+iXyM3n+ukgo9 xR9RlP6VIdymDMEn6wRSfLpIeBrUwt0vAoJ4Ll/Xxbd6C6Y8DpI1uLKXhPkjT4WBfuNpmjwChzjK Ixgd/xX13XJ/E+HtgPjYlHTVepY8wsgcFHkO7Vth9E0Eeq4LHSsjw4hRfSs8Led9cUv64pbsZS15 rgKXknVeBrGPaJOkOfinidtwYdJrENaHnAOID4VbLuNh5FLLfIfCVPxViNh/QoR0GXEpgspiGyTr IZ+FWB1IohF3eZ7mfiW4zCUSHiqxxL/facCRGnCI0oCrr4FndG/mw0OyjDq220z6u43IJc8LqLdh 3iD8SI3ospd5abIogSQGjEMRqEDSrt6yMHyh5S5m4/kzLZugZOLiQ+5dq6EydEDNl4CSWlTzBaj0 /4LK3gL1ma3kwG+HPMufeZrldC3TemYvnWEBrvJ1FxSo2V5EW/aQANhpiQozg4M44cpAgRf6nrbx o8Uuvl4kWd6eDSdokUbBUuxw/VDi+k08GHB3sAqxyFQwVP3Vtn5Y8grg83m/7SfrDRSjUJKhIMo2 K/60YxYSrkYY4Q4qx11QJfC2fAuDDv4MWeLvPvXD8k/FEmJLXQbiIYKSFzJzRVHDOMuNyodyUoXO wbgeMIV6LM7TZLWSgQCQKjE0wTiU37KURxmkZDk1p5Y9NYBcWTKqgGXeQ2GerERclcr6mhwkSY4e okAklbiaTcnfGGGrcXOvcbPU7aFSibZSK5tn0XoD3UCPa3CaPRQD+7Ri4J/KxRCZMbl/p1NDiPXO VnLyPbu57kBewuhK5I9Jeg+z8TgGHctY7pzCfHvvXthX7oWDcCessxfWIZV7wVtq7j6l5ta9KD7U hNXAvxTlW1V68hhNvQmUaxBh0mKT67Udy/IsFvm28u0hjHvE70Gi7ZKe5fewVQtU3JUGKb3cpS4m nyaoNRleEHyCbr3BgcPL2/boQHPlwMSLYwPNbqCJisSlWHrFRq1N0FAjehYZhBzViwLQ6oY0kXV8 IKtbytqtrE6ey6o/ACoSL5KVbGWtn5/Jb9Emsp4dyGqXsjqVXd3nstJGstIXykq3stZPKkWtD8uw /528g31sc6DG3Q1sywmPi+3oiy35wxzhkcPsC0Z3mKTl5DVP0BLiGgJlVGy0sWRREKCkyH9A1YYY X0CS3q57klNdOaTYQmt83QXc/9EOF6O+jL67pLnX+j7IUrYLp/RQ606DICLLDnJQjzyrcpRBnUNo txk0+VmlUz8U5bfo3xLrPifGmhCjPyNWP254vi3BPk0jP4V2n6YDBjOm29G0Txh7VutUwUFgNVOF F8eQL6y8Y0zd0fKOls9IeUfKZ7i8w+GPMuOdLbRIK5HnUIrdcUjqK1U/VO+ruXOuV5TJ8MKaBMn+ QZA0yyBpVX7LDm3YbZj82AuDpLkNkvVLaPJbZhNZBwey0lJWdsR2IGuz5Ge+UFZrK2v9Vo/8ltVE 1uGBrOV8HpNjWaDbMPlZL5TV3spaX8CJ2qLmSPLrP0t++zBssfC4OzdMfs4bJj/n9cnPeWnyc7bJ Ty/Ks59F+YMJDm6Y0gAz5NFK7twmiK9WiV/u6KiF3e1uymMUB8ljTxnU2k9eLDVT0+mG/SyL1AeW qnUmUkkI2hroLErFf+D/oeD2S2d2UcbV8oXU6cTrH9MpaaBTgFM1ikSq5FQ9aGbL/VBTIwx5kIjk ju6RVBmSbrlw0ZXpMCTlDIK4TN055Z1TPisrbmKXz6zyzgrVXZloiHkk+ILk+gEJBGB6mbPe2+F7 5t9gkSZY2yWBAwfypoMi+87E7GXuU7KgTczGSoWz0jRl7iO0NA0p70j5rMwVBKtnOCwzh1ouCLEo 78Rxs1lNzGbpmU2reLL1zKaBJdcuF2qnR5rPWwmxqXZ+muyJ7FHk0DrcP2q0s3K/CNTc41fxpDas DjNeK3KxSU92FrYxGMg2S7s07KTaw9h28/EApOSgs72nloxKOO1efz+f9K/m7cvr4a/j0R/1gypT C2Izr0PRNCmy7VSDNqFagryo57U6ZqKG3CpSBIyt909GGju+BU/VPgyxLQtcPEX7xcmdHZlas96W LCYKV3yZqXMv+kZN0vU2HVxv1PLgzfVUDYrtLo/vu+WicuCUq+Myg9TiZsobqyMB4ItZsipz1p4k bgYmF59BHeghSvMCAmUFCtFSQX4ATWBcf4LhYany37mIId76SAoOyIraVq1qQZQF4U4FvKooFmrh V5f1ZiNp+xBaknx7cA1NOtdlPymPl/UL1CJTXjCO7+SJlQB5GyECeWhJnpqo9l6qxQUVLuRWcj0x M/eVeeSZrD3O/E6ka1BsYzwgSRqS1MiKkiTRJVmPByRpQ5L1OUCRpLokNVbyspw1JKlRoEqSTJdk Pd7BbmAGUxP/HgkoSZ7krALG9DoTvtZKmfLAG7kXLu5R/3Loum65VnY9Gg/LtMwDpOK1WljTAeVH MPtFECXorIjL3Y/zNCk2Cj6OgjJzlWw06rT1EfhWP+arZHmyg5QbIjG8mAa1DGpXHejEC39NjuCf pWAgVPaCLgQPNndJLLKDDp1GfdAjfVzHZdEwipZRzld7bIb1sbfncIp4IQ82yGlqmfHqz9OWOxk9 SM/TxSYDY61Wpe+rCfyD9nyVvB6Cvh4CxprpYoWhjlEcYFBdDPP1NKzXQ9ivh3BeqYyliOnpbtap HLO0k8YCVLHYL8ffygWQVO4QX9wODFQeM+52sAGp+UHFro68GGozEREVDnU7Ao7kGEedbapiQV7P UaMj4IiPcdRZyCsW9PUc9WxtHeOos41bLNjrOWp0BBzNYxx1VmWLhfl6jhodAUd2jKPOKnmx2K8c j/+WI/05R42OgKNzjKOjxdF+PUeNjoCjfYyjrcXReb2t9TqCIEfVpCJDj1F+BzepWCcP8oC3gTKx CuHho/zxi244ekM0+qZo7E3RzDdFc94MjQe8WiHhVK4HIgwzYHXUI+fpUuRQta6KWOMwpwSSZzlH nkNd7OLZZX8O5ensjF73KRl8RP15v+3oHpYq0bxymfKqWC9EClAjSqhH5+fzz92xJgRhTE4VpoNO Jn+OFWehnEm05K6rbaDZ5Bq5pEsXT7nQOPdfQjquxdh0gFrExi6zoeJAFgHlAQbo3s+TNIN+7Qtk M68zh3fMZUNd8BmM0igpstUTeuQZuo+TxxjBGx7U54srkT9k/v4gOlTFp6enSP3WoT9Tv4r6F0OX HKYndyL4Zy3es4bkpQ1pg4Y3Mm6t5XzvcPdpt0GkGe/fBqVKT/bhOLNfNWrtN0Obp09SqjypxFTx PkyTNSrCrNeBQdaR7pRRjn5PH/8AL9ApoIOvQfJVzdmz/Kta6OqhC5horeTvJ9WnKNxObaMMGH9/ ds7ZoULWAROILONLAVJuBJdHLruW2l78/mc67r7ZJvjdxfSPnnwnfzOV5sUGbpLlEuT98H0Ucn+Q 4ns5f/zGYsXje8miMVb37XXm9gip0RlEp++U1u1hDP927WLxmD1loKPfu6bzh9JWGEH/eQEsA5TI PZygENJb5FHYjwTjX38KdpyEbXUrEv8DZel1XiM8AAA= ----Next_Part(Fri_Mar__7_19_26_13_2014_838)---- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 14:54:10 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 629A941E; Fri, 7 Mar 2014 14:54:10 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43A1994E; Fri, 7 Mar 2014 14:54:08 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s27ErtR0035734; Fri, 7 Mar 2014 16:53:55 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s27Ertst035679; Fri, 7 Mar 2014 14:53:55 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 7 Mar 2014 14:53:55 GMT Message-Id: <201403071453.s27Ertst035679@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2014 14:54:10 -0000 TB --- 2014-03-07 12:50:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-07 12:50:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-07 12:50:44 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-07 12:50:44 - cleaning the object tree TB --- 2014-03-07 12:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-07 12:51:35 - At svn revision 262888 TB --- 2014-03-07 12:51:36 - building world TB --- 2014-03-07 12:51:36 - CROSS_BUILD_TESTING=YES TB --- 2014-03-07 12:51:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-07 12:51:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-07 12:51:36 - SRCCONF=/dev/null TB --- 2014-03-07 12:51:36 - TARGET=mips TB --- 2014-03-07 12:51:36 - TARGET_ARCH=mips TB --- 2014-03-07 12:51:36 - TZ=UTC TB --- 2014-03-07 12:51:36 - __MAKE_CONF=/dev/null TB --- 2014-03-07 12:51:36 - cd /src TB --- 2014-03-07 12:51:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 7 12:51:46 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 7 14:16:46 UTC 2014 TB --- 2014-03-07 14:16:46 - cd /src/sys/mips/conf TB --- 2014-03-07 14:16:46 - /usr/sbin/config -m ADM5120 TB --- 2014-03-07 14:16:46 - skipping ADM5120 kernel TB --- 2014-03-07 14:16:46 - cd /src/sys/mips/conf TB --- 2014-03-07 14:16:46 - /usr/sbin/config -m ALCHEMY TB --- 2014-03-07 14:16:46 - skipping ALCHEMY kernel TB --- 2014-03-07 14:16:46 - cd /src/sys/mips/conf TB --- 2014-03-07 14:16:46 - /usr/sbin/config -m AP121 TB --- 2014-03-07 14:16:46 - building AP121 kernel TB --- 2014-03-07 14:16:46 - CROSS_BUILD_TESTING=YES TB --- 2014-03-07 14:16:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-07 14:16:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-07 14:16:46 - SRCCONF=/dev/null TB --- 2014-03-07 14:16:46 - TARGET=mips TB --- 2014-03-07 14:16:46 - TARGET_ARCH=mips TB --- 2014-03-07 14:16:46 - TZ=UTC TB --- 2014-03-07 14:16:46 - __MAKE_CONF=/dev/null TB --- 2014-03-07 14:16:46 - cd /src TB --- 2014-03-07 14:16:46 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Fri Mar 7 14:16:47 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Fri Mar 7 14:22:05 UTC 2014 TB --- 2014-03-07 14:22:05 - cd /src/sys/mips/conf TB --- 2014-03-07 14:22:05 - /usr/sbin/config -m AP91 TB --- 2014-03-07 14:22:05 - building AP91 kernel TB --- 2014-03-07 14:22:05 - CROSS_BUILD_TESTING=YES TB --- 2014-03-07 14:22:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-07 14:22:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-07 14:22:05 - SRCCONF=/dev/null TB --- 2014-03-07 14:22:05 - TARGET=mips TB --- 2014-03-07 14:22:05 - TARGET_ARCH=mips TB --- 2014-03-07 14:22:05 - TZ=UTC TB --- 2014-03-07 14:22:05 - __MAKE_CONF=/dev/null TB --- 2014-03-07 14:22:05 - cd /src TB --- 2014-03-07 14:22:05 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Mar 7 14:22:05 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Fri Mar 7 14:29:11 UTC 2014 TB --- 2014-03-07 14:29:11 - cd /src/sys/mips/conf TB --- 2014-03-07 14:29:11 - /usr/sbin/config -m AP93 TB --- 2014-03-07 14:29:11 - building AP93 kernel TB --- 2014-03-07 14:29:11 - CROSS_BUILD_TESTING=YES TB --- 2014-03-07 14:29:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-07 14:29:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-07 14:29:11 - SRCCONF=/dev/null TB --- 2014-03-07 14:29:11 - TARGET=mips TB --- 2014-03-07 14:29:11 - TARGET_ARCH=mips TB --- 2014-03-07 14:29:11 - TZ=UTC TB --- 2014-03-07 14:29:11 - __MAKE_CONF=/dev/null TB --- 2014-03-07 14:29:11 - cd /src TB --- 2014-03-07 14:29:11 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Fri Mar 7 14:29:11 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Fri Mar 7 14:36:42 UTC 2014 TB --- 2014-03-07 14:36:42 - cd /src/sys/mips/conf TB --- 2014-03-07 14:36:42 - /usr/sbin/config -m AP94 TB --- 2014-03-07 14:36:42 - building AP94 kernel TB --- 2014-03-07 14:36:42 - CROSS_BUILD_TESTING=YES TB --- 2014-03-07 14:36:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-07 14:36:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-07 14:36:42 - SRCCONF=/dev/null TB --- 2014-03-07 14:36:42 - TARGET=mips TB --- 2014-03-07 14:36:42 - TARGET_ARCH=mips TB --- 2014-03-07 14:36:42 - TZ=UTC TB --- 2014-03-07 14:36:42 - __MAKE_CONF=/dev/null TB --- 2014-03-07 14:36:42 - cd /src TB --- 2014-03-07 14:36:42 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Fri Mar 7 14:36:42 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Fri Mar 7 14:45:22 UTC 2014 TB --- 2014-03-07 14:45:22 - cd /src/sys/mips/conf TB --- 2014-03-07 14:45:22 - /usr/sbin/config -m AP96 TB --- 2014-03-07 14:45:22 - building AP96 kernel TB --- 2014-03-07 14:45:22 - CROSS_BUILD_TESTING=YES TB --- 2014-03-07 14:45:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-07 14:45:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-07 14:45:22 - SRCCONF=/dev/null TB --- 2014-03-07 14:45:22 - TARGET=mips TB --- 2014-03-07 14:45:22 - TARGET_ARCH=mips TB --- 2014-03-07 14:45:22 - TZ=UTC TB --- 2014-03-07 14:45:22 - __MAKE_CONF=/dev/null TB --- 2014-03-07 14:45:22 - cd /src TB --- 2014-03-07 14:45:22 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Fri Mar 7 14:45:22 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Fri Mar 7 14:53:48 UTC 2014 TB --- 2014-03-07 14:53:48 - cd /src/sys/mips/conf TB --- 2014-03-07 14:53:48 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-03-07 14:53:48 - building AR71XX_BASE kernel TB --- 2014-03-07 14:53:48 - CROSS_BUILD_TESTING=YES TB --- 2014-03-07 14:53:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-07 14:53:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-07 14:53:48 - SRCCONF=/dev/null TB --- 2014-03-07 14:53:48 - TARGET=mips TB --- 2014-03-07 14:53:48 - TARGET_ARCH=mips TB --- 2014-03-07 14:53:48 - TZ=UTC TB --- 2014-03-07 14:53:48 - __MAKE_CONF=/dev/null TB --- 2014-03-07 14:53:48 - cd /src TB --- 2014-03-07 14:53:48 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Fri Mar 7 14:53:48 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/AR71XX_BASE/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-07 14:53:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-07 14:53:54 - ERROR: failed to build AR71XX_BASE kernel TB --- 2014-03-07 14:53:54 - 5073.16 user 2657.38 system 7389.48 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 16:05:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43F4CDDD for ; Fri, 7 Mar 2014 16:05:28 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A9656F38 for ; Fri, 7 Mar 2014 16:05:27 +0000 (UTC) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s27G5HBc051150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 7 Mar 2014 16:05:17 GMT (envelope-from matthew@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s27G5HBc051150 Authentication-Results: smtp.infracaninophile.co.uk/s27G5HBc051150; dkim=none reason="no signature"; dkim-adsp=none X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Message-ID: <5319EE35.5070108@freebsd.org> Date: Fri, 07 Mar 2014 16:05:09 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: passwd(1) weirdness... X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Sfmb1e1OgA9sBHtt6l4otGNgX6WtIRPc8" X-Virus-Scanned: clamav-milter 0.98.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00,RDNS_NONE, SPF_SOFTFAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Mar 2014 16:05:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Sfmb1e1OgA9sBHtt6l4otGNgX6WtIRPc8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Has anyone else seen an affect like this? We have a couple of machines running 9.2-RELEASE-p3 recently upgraded from 9.1-RELEASE-pX via freebsd-update. On attempting to change a user's password via passwd(1), everything apparently works fine; no sign of any errors and the password hash in /etc/master.passwd is changed -- but the user cannot log in with the new password *until* 'pwd_mkdb -p' is run manually. This is a pretty plain-vanilla system just using the local password database. Cheers, Matthew --Sfmb1e1OgA9sBHtt6l4otGNgX6WtIRPc8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJTGe48XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnYsgQALIdMd5GpKBFhc0w3q5v8pxD awuIettqjP234kA1N5oGA9M9mtdo03Z7e/gcDX2euX+LOGZrdJ7DH9S20vx3bpcI SX/h7SLDJX+H+0UWGkAmv8roj0sYpF6eGMz4+pzcWRsUyUNdRO99x8NVlhN/veaV 1wgxHYVpU2kvKOkQKziNbe8uDyVKnWrZ15kQ+Phln9jIkMWBtuG0rNPDA0AiDGDD dKCZ0Fo3yUvvnZ9SEjV8WcriQAohZXkyC2iINC5npkjRp0ozsM8TnxmOJHxrML5N vnCK0sE2QJwxMGw8GVY/lRnft+egtuQtFzaQg2GhmAM0HrRNlc4lUk6IsJjQoSG7 jVRTk2a1nMGvTNSJZsp4+iPfc+PF6V6NBf7GpAddf7Cha9TqGF6rrhukgVOkfGEk 7gSWqNqwq9PCnt90H8Tc5NHQFojcexs4fjX5I50aFsVb6vPxayJC/xEAT/5jx1AY m6pE7nT+1VzlLD7JtRyeTLxYio6ulIIa1G5bam2D6aJpPm2VLPWE7g5M3ZABiWF+ F4zg0IurM33cVhYVi7ez40hc6SsYD6VN7OapA8Led6exZUIyoqyajENKb7VhJZKO jGZ+sd8Odsiik0pipWH3ipa7XhvLdAKgaNe2FDr/LDwID/vBJyETgoQgNmnPdW4P ejVK12UrpN310Og5i4nx =fh6k -----END PGP SIGNATURE----- --Sfmb1e1OgA9sBHtt6l4otGNgX6WtIRPc8-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 18:28:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F68DB2E for ; Fri, 7 Mar 2014 18:28:21 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 732A7E86 for ; Fri, 7 Mar 2014 18:28:19 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WLzVD-00022h-IR for freebsd-stable@freebsd.org; Fri, 07 Mar 2014 10:28:11 -0800 Date: Fri, 7 Mar 2014 10:28:11 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1394216891554-5892502.post@n5.nabble.com> Subject: newcons in 10-STABLE first impression 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.17 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, 07 Mar 2014 18:28:21 -0000 Hello, I've updated to FreeBSD 10.0-STABLE #0 r262891 amd64, rebuilt kernel with vt and vt_vga and without sc relevant devices. I'm greeted with (slower) system console using xterm font (?), without localisation. Previously font8x14=iso02-8x14 font8x16=iso02-8x16 font8x8=iso02-8x8 keymap=pl_PL.ISO8859-2 was all I was needing. Mar 7 19:20:18 Thinkpad kernel: vt_allocate: Replace existing VT driver. Mar 7 19:20:18 Thinkpad kernel: info: [drm] Initialized i915 1.6.0 20080730 Mar 7 19:20:20 Thinkpad kernel: sysmouse: unknown ioctl: t:40007413 Mar 7 19:20:20 Thinkpad kernel: sysmouse: unknown ioctl: t:40007413 Mar 7 19:20:20 Thinkpad kernel: sysmouse: unknown ioctl: t:80007410 Is hint.sc.0.at="isa" hint.sc.0.flags="0x100" in device.hints still adequate? -- View this message in context: http://freebsd.1045724.n5.nabble.com/newcons-in-10-STABLE-first-impression-tp5892502.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 19:10:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25C37CA1 for ; Fri, 7 Mar 2014 19:10:58 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id CA0AA2F2 for ; Fri, 7 Mar 2014 19:10:57 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id E8E7CB9038 for ; Fri, 7 Mar 2014 20:10:55 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1394219448; x=1396033849; bh=pbL46st6OBoyLdnEOA5KMNYLSEkibcd0FnI 7leqqR0A=; b=nb1IJWNkAqPVzOCkIE2hdbGwat1hXM5d73v+4AcptSeb9GXvGpS op5uSvAvEvhfft3Ai44TjnDPCjx/XcVidaNzG9+IWa/rcI9yZ/LLfL5TRi7K1FCC Dh4+tymkuQzs1E45Vo7rxoOzEsyATgSn2c8bzfDU3d17Amke2VZlh+qM= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id lLC-ZBDW8MUl for ; Fri, 7 Mar 2014 20:10:48 +0100 (CET) Received: from kaa.mimar.rs (93-87-212-124.dynamic.isp.telekom.rs [93.87.212.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 22E28B9033 for ; Fri, 7 Mar 2014 20:10:48 +0100 (CET) Date: Fri, 7 Mar 2014 20:10:47 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: Re: passwd(1) weirdness... Message-Id: <20140307201047.5ffdaaa8aa36c78c7baf23a2@mimar.rs> In-Reply-To: <5319EE35.5070108@freebsd.org> References: <5319EE35.5070108@freebsd.org> Organization: Mimar X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Mar 2014 19:10:58 -0000 On Fri, 07 Mar 2014 16:05:09 +0000 Matthew Seaman wrote: >=20 > Has anyone else seen an affect like this? >=20 > We have a couple of machines running 9.2-RELEASE-p3 recently upgraded > from 9.1-RELEASE-pX via freebsd-update. >=20 > On attempting to change a user's password via passwd(1), everything > apparently works fine; no sign of any errors and the password hash in > /etc/master.passwd is changed -- but the user cannot log in with the > new password *until* 'pwd_mkdb -p' is run manually. Now when you mention it I am starting to think I haven't actually been dreaming. I have seen it. --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 23:23:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F1253C4 for ; Fri, 7 Mar 2014 23:23:05 +0000 (UTC) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:4]) by mx1.freebsd.org (Postfix) with ESMTP id 380F9C26 for ; Fri, 7 Mar 2014 23:23:05 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai4YAOJTGlN20WbjPGdsb2JhbAANTYcehDq5b4EqAwEBAQE4gloBAQEEIw8BRRELGAICBQ8HCwICCQMCAQIBMRQGAQwGAgEBtXp2oSMXgSmMawVJGIJXgUkBA64vgVc Received: from ppp118-209-102-227.lns20.mel4.internode.on.net (HELO [192.168.100.201]) ([118.209.102.227]) by ipmail04.adl6.internode.on.net with ESMTP; 08 Mar 2014 09:52:41 +1030 Message-ID: <531A54BC.4000405@internode.on.net> Date: Sat, 08 Mar 2014 10:22:36 +1100 From: Joe Shevland User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: =?UTF-8?B?TWFya28gQ3VwYcSH?= , freebsd-stable@freebsd.org Subject: Re: passwd(1) weirdness... References: <5319EE35.5070108@freebsd.org> <20140307201047.5ffdaaa8aa36c78c7baf23a2@mimar.rs> In-Reply-To: <20140307201047.5ffdaaa8aa36c78c7baf23a2@mimar.rs> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Mar 2014 23:23:05 -0000 On 8/03/2014 6:10 AM, Marko Cupać wrote: > On Fri, 07 Mar 2014 16:05:09 +0000 > Matthew Seaman wrote: > >> Has anyone else seen an affect like this? >> >> We have a couple of machines running 9.2-RELEASE-p3 recently upgraded >> from 9.1-RELEASE-pX via freebsd-update. >> >> On attempting to change a user's password via passwd(1), everything >> apparently works fine; no sign of any errors and the password hash in >> /etc/master.passwd is changed -- but the user cannot log in with the >> new password *until* 'pwd_mkdb -p' is run manually. > Now when you mention it I am starting to think I haven't actually been > dreaming. I have seen it. Suspicious :) Possibly the NSA dropped the ball on intercepting it and didn't update the shadow file appropriately. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 01:10:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3224573 for ; Sat, 8 Mar 2014 01:10:04 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D4C2641 for ; Sat, 8 Mar 2014 01:10:04 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 0AA82139C9 for ; Sat, 8 Mar 2014 01:06:06 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-type:content-type:in-reply-to:references:subject :subject:to:mime-version:user-agent:from:from:date:date :message-id; s=dkim; t=1394251565; x=1395115566; bh=xWAlyj3Il3hJ rY8vs2uPKJGEmRFnP7TA1G8sspn2jMI=; b=WhdyKde9q0R+psbiyZ5hdeODd8J1 WczHn/vh5NGQdZexUDQhP8FuJgUuV3eCf+Xuzh3nF6hKlZ/OtZ+XQnRzbk1ArPCo 2RTD78jJWYqFdqHpjpo7EElWsEQsHvyIitngra6Mhp4GYqRaXb4g+dJ3qVXhVj6T 04crdcGCMooJhOE= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D_wt7C2lP45Y for ; Sat, 8 Mar 2014 01:06:05 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.54.69]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id C563B139C3 for ; Sat, 8 Mar 2014 01:06:04 -0300 (BRT) Message-ID: <531A6C66.2010101@bsdinfo.com.br> Date: Fri, 07 Mar 2014 22:03:34 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE References: <53016D97.5030909@bsdinfo.com.br> <53066B59.5000709@yandex.ru> In-Reply-To: <53066B59.5000709@yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Mar 2014 01:10:04 -0000 Em 20/02/14 17:53, Andrey V. Elsukov escreveu: > On 17.02.2014 06:01, Marcelo Gondim wrote: >> Hi all, >> >> I have noticed zombie processes on the system after a few lost >> connections on ssh. >> >> # ps afx >> [...] >> 8045 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 8046 - Z 0:00.01 >> 8054 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 28146 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 28147 - Z 0:00.01 >> 28155 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 43320 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 43321 - Z 0:00.01 >> 43322 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 73413 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 73414 - Z 0:00.01 >> 73430 - IW 0:00.00 sshd: unknown [pam] (sshd) >> [...] >> >> Processes do not die with kill-9. >> Anyone else noticed this? > Hi, > > I use autossh and usually my system has several tens of sshd's zombies > after few days uptime. > > 11.0-CURRENT #6 r262183 > New system update and the problem with zombie sshd processes continue. I noticed that this happens more often when the system has many remote access via ssh. This problem has been happening to me since the FreeBSD 10.0R. # uname -a FreeBSD bart.xxxxx.com.br 10.0-STABLE FreeBSD 10.0-STABLE #5 r262657: Tue Mar 4 14:53:08 BRT 2014 root@bart.xxxxx.com.br:/usr/obj/usr/src/sys/GONDIM10 amd64 Thanks and best regards, Gondim From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 02:47:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D314399 for ; Sat, 8 Mar 2014 02:47:46 +0000 (UTC) Received: from mail.suso.org (mail.suso.org [199.231.210.11]) by mx1.freebsd.org (Postfix) with ESMTP id 1F359D0D for ; Sat, 8 Mar 2014 02:47:45 +0000 (UTC) Received: from [10.0.0.3] (c-98-223-203-18.hsd1.in.comcast.net [98.223.203.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.suso.org (Postfix) with ESMTP id 5DFE31381DE for ; Sat, 8 Mar 2014 02:47:36 +0000 (GMT) Date: Fri, 7 Mar 2014 21:41:57 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-stable@freebsd.org Subject: Broadcomm bge in Dell 745/FreeBSD 10-STABLE = no gigabit Ethernet Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Mar 2014 02:47:46 -0000 I'm unable to get a Broadcom DCM5754 GigeE (allegedly) interface on a Dell 745 desktop to talk gigabit Ethernet. It works fine at 100 Mbits/full duplex and works fine, to the extent that one can tell, under Windows 7 x64 and Centos 5. Attempts to force it to gigabit through options in rc.conf fail. The errors look like those reported some years ago for another 745, but I would have guessed that that particular problem no longer existed. I have a workaround (installing an Intel 1000 MT into a PCI slot) so this is not a critical problem. I'm using the 745 to control an HP MSL6000 tape library (2 LTO-3 drives) and amanda from ports and dump are working without problems, thank you very much. Mike Squires mikes@siralan.org UN*X at home Since 1986 >From dmesg: FreeBSD 10.0-STABLE #0 r262738: Tue Mar 4 11:42:23 EST 2014 root@testbsd:/usr/obj/usr/src/sys/TESTBSD amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2126.49-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f2 Family = 0x6 Model = 0xf Stepping = 2 Features=0xbfebfbff avail memory = 4038057984 (3850 MB) bge0: CHIP ID 0x0000b002; ASIC REV 0x0b; CHIP REV 0xb0; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-m aster, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: 00:19:b9:37:0c:b21 >From pciconf -lv: bge0@pci0:3:0:0: class=0x020000 card=0x01da1028 chip=0x167a14e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5754 Gigabit Ethernet PCI Express' class = network subclass = ethernet ifconfig at 100Mbits DHCP: ge0: flags=8843 metric 0 mtu 1500 options=8009b ether 00:19:b9:37:0c:b2 inet 10.100.52.178 netmask 0xfffffe00 broadcast 10.100.53.255 nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active ifconfig forced to 1000Mbits full-duplex with fixed IP(failed): oge0: flags=8843 metric 0 mtu 1500 options=8009b ether 00:19:b9:37:0c:b2 inet 10.100.52.178 netmask 0xfffffe00 broadcast 10.100.53.255 inet6 fe80::219:b9ff:fe37:cb2%bge0 prefixlen 64 scopeid 0x1 nd6 options=29 media: Ethernet 1000baseT (none) status: no carrier From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 16:26:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D99D391A for ; Sat, 8 Mar 2014 16:26:26 +0000 (UTC) Received: from maul.immure.com (immure.com [107.218.164.241]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB793F9 for ; Sat, 8 Mar 2014 16:26:23 +0000 (UTC) Received: from [10.1.132.9] (helo=rancor.immure.com) by maul.immure.com with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1WMK4k-0007JF-Go for freebsd-stable@freebsd.org; Sat, 08 Mar 2014 10:26:17 -0600 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.8/8.14.8) with ESMTP id s28GQE3e001811 for ; Sat, 8 Mar 2014 10:26:14 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.8/8.14.6/Submit) id s28GQEj6001810 for freebsd-stable@freebsd.org; Sat, 8 Mar 2014 10:26:14 -0600 (CST) (envelope-from bob) Date: Sat, 8 Mar 2014 10:26:14 -0600 From: Bob Willcox To: stable list Message-ID: <20140308162614.GC94968@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-SA-Exim-Connect-IP: 10.1.132.9 X-SA-Exim-Mail-From: bob@immure.com X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on maul.immure.com X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Subject: vi loop when resizing window X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on maul.immure.com) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Bob Willcox List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Mar 2014 16:26:26 -0000 Since I updated my stable-10.0 system a couple of days ago vi is now looping whenever I resize the xterm window that it's running in. Is anyone else seeing this? FreeBSD luke.immure.com 10.0-STABLE FreeBSD 10.0-STABLE #3 r262808: Wed Mar 5 16:58:44 CST 2014 bob@luke.immure.com:/usr/obj/usr/src/sys/LUKE amd64 -- Bob Willcox | (1) If it's green or it wiggles, it's biology. bob@immure.com | (2) If it stinks, it's chemistry. Austin, TX | (3) If it doesn't work, it's physics. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 16:48:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87110ECF for ; Sat, 8 Mar 2014 16:48:45 +0000 (UTC) Received: from maul.immure.com (immure.com [107.218.164.241]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 55AC22A6 for ; Sat, 8 Mar 2014 16:48:45 +0000 (UTC) Received: from [10.1.132.9] (helo=rancor.immure.com) by maul.immure.com with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1WMKQT-0007Lp-Ur for freebsd-stable@freebsd.org; Sat, 08 Mar 2014 10:48:44 -0600 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.8/8.14.8) with ESMTP id s28GmfXF001895 for ; Sat, 8 Mar 2014 10:48:41 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.8/8.14.6/Submit) id s28GmfgU001894 for freebsd-stable@freebsd.org; Sat, 8 Mar 2014 10:48:41 -0600 (CST) (envelope-from bob) Date: Sat, 8 Mar 2014 10:48:41 -0600 From: Bob Willcox To: stable list Message-ID: <20140308164841.GD94968@rancor.immure.com> References: <20140308162614.GC94968@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140308162614.GC94968@rancor.immure.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-SA-Exim-Connect-IP: 10.1.132.9 X-SA-Exim-Mail-From: bob@immure.com X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on maul.immure.com X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Subject: Re: vi loop when resizing window X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on maul.immure.com) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Bob Willcox List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Mar 2014 16:48:45 -0000 On Sat, Mar 08, 2014 at 10:26:14AM -0600, Bob Willcox wrote: > Since I updated my stable-10.0 system a couple of days ago vi is now looping > whenever I resize the xterm window that it's running in. Is anyone else seeing > this? > > FreeBSD luke.immure.com 10.0-STABLE FreeBSD 10.0-STABLE #3 r262808: Wed Mar 5 16:58:44 CST 2014 bob@luke.immure.com:/usr/obj/usr/src/sys/LUKE amd64 Forgot to add that when I ran vi under gdb and resized the window it failed with: Program received signal SIGSEGV, Segmentation fault. I haven't had a chance to do anymore with this yet. Trying to determine if it's a fundamental problem or something in my environment at this point. Also, this is with upgraded ports from the same time period as the system update. -- Bob Willcox | (1) If it's green or it wiggles, it's biology. bob@immure.com | (2) If it stinks, it's chemistry. Austin, TX | (3) If it doesn't work, it's physics. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 16:55:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 574D8163 for ; Sat, 8 Mar 2014 16:55:21 +0000 (UTC) Received: from mailout08.yourhostingaccount.com (mail18.yourhostingaccount.com [65.254.253.234]) by mx1.freebsd.org (Postfix) with ESMTP id 22247349 for ; Sat, 8 Mar 2014 16:55:20 +0000 (UTC) Received: from mailscan15.yourhostingaccount.com ([10.1.15.15] helo=mailscan15.yourhostingaccount.com) by mailout08.yourhostingaccount.com with esmtp (Exim) id 1WMKWm-00075J-IK for freebsd-stable@freebsd.org; Sat, 08 Mar 2014 11:55:12 -0500 Received: from impout01.yourhostingaccount.com ([10.1.55.1] helo=impout01.yourhostingaccount.com) by mailscan15.yourhostingaccount.com with esmtp (Exim) id 1WMKWj-00043o-VP for freebsd-stable@freebsd.org; Sat, 08 Mar 2014 11:55:09 -0500 Received: from authsmtp10.yourhostingaccount.com ([10.1.18.10]) by impout01.yourhostingaccount.com with NO UCE id b4vD1n0040D2B7u014vDKs; Sat, 08 Mar 2014 11:55:13 -0500 X-Authority-Analysis: v=2.0 cv=Zfqfx7pA c=1 sm=1 a=MlIERbc/LeOD9IsFJ/vXKg==:17 a=EUXf4MBdpf0A:10 a=BTUk5m_ZKwEA:10 a=U5z3WfUSXsgA:10 a=oKNMHU8azEoA:10 a=kj9zAlcOel0A:10 a=rmQgN8h9AAAA:8 a=zWqXVlT1mjml6PjbGesA:9 a=CjuIK1q_8ugA:10 a=FAG-_Huvr4wA:10 a=w8-xT6W_sWAA:10 a=2gI1vAumJwWs0gD4Ojj1yg==:117 X-EN-OrigOutIP: 10.1.18.10 X-EN-IMPSID: b4vD1n0040D2B7u014vDKs Received: from adsl-64-218-114-145.dsl.amrltx.swbell.net ([64.218.114.145]:44913 helo=localhost) by authsmtp10.yourhostingaccount.com with esmtpa (Exim) id 1WMKWm-0004sF-V2 for freebsd-stable@freebsd.org; Sat, 08 Mar 2014 11:55:13 -0500 Date: Sat, 8 Mar 2014 10:55:18 -0600 From: Mike Sanders To: freebsd-stable@freebsd.org Subject: Re: vi loop when resizing window Message-ID: <20140308165518.GA1694@taco-shack.cow> References: <20140308162614.GC94968@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140308162614.GC94968@rancor.immure.com> X-PGP-KEY: http://freebsd.hypermart.net/gpg-key.txt User-Agent: Mutt/1.5.22 (2013-10-16) X-EN-UserInfo: 86ba54ea1171c58e9a877a5108176e6f:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: mike@freebsd.hypermart.net Sender: Mike Sanders X-EN-OrigIP: 64.218.114.145 X-EN-OrigHost: adsl-64-218-114-145.dsl.amrltx.swbell.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Mar 2014 16:55:21 -0000 Bob Willcox wrote: > Since I updated my stable-10.0 system a couple of days ago vi is now looping > whenever I resize the xterm window that it's running in. Is anyone else seeing > this? Yes, same exact issue. Its very pronounced on my end too. -- Mike Sanders www: http://freebsd.hypermart.net gpg: 0xD94D4C13 From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 17:18:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C51674B for ; Sat, 8 Mar 2014 17:18:35 +0000 (UTC) Received: from spectrum.skysmurf.nl (spectrum.skysmurf.nl [82.95.125.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DCCEE6EA for ; Sat, 8 Mar 2014 17:18:34 +0000 (UTC) Received: from spectrum.skysmurf.nl (mail.skysmurf.nl [192.168.42.4] (may be forged)) by spectrum.skysmurf.nl (8.14.7/8.14.7) with SMTP id s28HIOZt031909; Sat, 8 Mar 2014 18:18:24 +0100 (CET) (envelope-from freebsd@skysmurf.nl) Received: by spectrum.skysmurf.nl (sSMTP sendmail emulation); Sat, 08 Mar 2014 18:18:24 +0100 Date: Sat, 8 Mar 2014 18:18:24 +0100 From: "A.J. 'Fonz' van Werven" To: Bob Willcox Subject: Re: vi loop when resizing window Message-ID: <20140308171824.GA31887@spectrum.skysmurf.nl> References: <20140308162614.GC94968@rancor.immure.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <20140308162614.GC94968@rancor.immure.com> X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.22 (2013-10-16) Cc: stable list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Mar 2014 17:18:35 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Bob Willcox wrote: > Since I updated my stable-10.0 system a couple of days ago vi is now > looping whenever I resize the xterm window that it's running in. I'm not on 10-STABLE and cannot reproduce your problem with 9-STABLE or 9.2-RELEASE-p3. But if someone can tell me what SVN command would give me the current 10-STABLE source *for vi only*, I don't mind having a look at this. I strongly doubt it's your environment; I think it's way more likely that a recent change to vi accidentally introduced a bug. AvW --=20 I'm not completely useless, I can be used as a bad example. --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTG1DgAAoJEAfP7gJTaCe8gp4P/3yfcYyrehIIggaa16+Udy4f bIVyW8+3tV0WwtEXhAcLbfaqFM7S2hPzoAs6TL9qOQXujjrAhr575mdwr1nmw9bx 7AnxAVyqha4bmXRr9mpapUVuMUsU4hPD9CHh34frbK0848qBk4crj61uuyK6MjUI gXTUVZyVdR2qK1hJLBbwtYlIm6jzq5+6qBr03h8AbOexYCjsr3cOYhKs+VLu/wDR RfqCvybCijhGT3zmGXCTLrVHgFhL++H3UtU986u7PZf5eiBQb7QxrSTn5ceyW5al kFC1B+kR07vyu3EdRIIwV7J3F/LvaBJWcfvBW9aq2ws70Ijs9ikB2A4vR44uvhoN OdbuqH6cg9bMXy8AMTqWSvFMsK2HEy/EldA+gsJolR2cpg8LedaJBdQuWO550BkJ wdldRmmRZpGvLbXjnivWFV1UThcLIolAaaRaRv+CL+fhdOxcRjLH7GOKcxSty+lK MbbBn/mXh40OQGNF5I1GHTNYAszR0SaGls6Brbdt19XSdubEPVU3SkhaOFTd5E2T kV45Ap1qpu4jfnjCviUMKczF3+M/AMazXzVLmF5HFUlPR30W+kiNrOWZtO+nz1Ya BrEcf8yEMZIyolmWVpwnAy/4hwFsE4XvJxMYyb0AvCoL/nI0cyZA0fu/NRLnsSQ+ opwFFgWU1E+D2Uouin99 =aLkh -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 17:25:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61EB3980 for ; Sat, 8 Mar 2014 17:25:11 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE8877E9 for ; Sat, 8 Mar 2014 17:25:08 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.8/8.14.8) with ESMTP id s28HP1VH055509 for ; Sat, 8 Mar 2014 09:25:01 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.8/8.14.8/Submit) id s28HP16h055508 for stable@freebsd.org; Sat, 8 Mar 2014 09:25:01 -0800 (PST) (envelope-from david) Date: Sat, 8 Mar 2014 09:25:01 -0800 From: David Wolfskill To: stable@freebsd.org Subject: Re: vi loop when resizing window Message-ID: <20140308172501.GH1626@albert.catwhisker.org> References: <20140308162614.GC94968@rancor.immure.com> <20140308171824.GA31887@spectrum.skysmurf.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="CRj9LSjXOCc6Ii+Z" Content-Disposition: inline In-Reply-To: <20140308171824.GA31887@spectrum.skysmurf.nl> User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Mar 2014 17:25:11 -0000 --CRj9LSjXOCc6Ii+Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Bob Willcox wrote: >=20 > > Since I updated my stable-10.0 system a couple of days ago vi is now > > looping whenever I resize the xterm window that it's running in. > .... I'm not seeing this, running: FreeBSD g1-252.catwhisker.org 10.0-STABLE FreeBSD 10.0-STABLE #1170 r26292= 2M/262925:1000704: Sat Mar 8 05:07:31 PST 2014 root@g1-252.catwhisker.= org:/common/S3/obj/usr/src/sys/CANARY i386 I opened an xterm, started running vi; entered some text, changed the size of the windo (first just vertically, then just horizontally, then both), and the only "issue" I saw was that if I was in a text-entry mode when the window changed, I saw a message: Window resize interrupted text input mode No looping.... Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --CRj9LSjXOCc6Ii+Z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTG1JsXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7fCIP/1i61yf97fKAaa0vmeKP/1Qk 3MW42L3tneF5Uwd58cJMw8dCLhBACvGVCRARRdlfIylZdpYe9L6hzDbdNj8JmFF8 cXXZjfbYA7QFprAQ79JQOa/HvZ3uuC+CR9hu9/88cgFRagvFQ0X/DjWvJyPXbGEY XkhCeCYxa/H5uRTBXfXHQTfE86Zc6mebSeqQKzMLE4KXLRegcPYj+edOsO98a5FM Gpbu48rWno+dGgwkJglp83i3NErGYr0qSk7mTd+hfW6VBH4zsIqXWwF/hSanAG4M XCM2stG4TUhVh67Dd4vix7pFon8DD38v/2Or2AU/1eUQo+NRRp1UuBz0bF9wF/tO wSjcFM4CqU7tMQyB6G30FmRVMVui9Gx/X4DKYh8Y9fQb1z4fKSdiNYeWR9djQq3q gphQkIwm+Pzzh4a7GL8qTb9utz2gyRk7YvcAW7fPFCK+JUpstxfQey3KG/Ui6IQ+ lG1LvKCPcaYTwstplOk/OYnUVDf3gl/FGZx8D5Qr843N587jV/LHuHhEC5qyN5s2 xrxrcF1tM2zm0nKpjCcW4HqVaNAViXTgQ8H3mrZNIXEL9GeGlJOlhW9zzwLbEQEU XmEwh+E09rTaViTNwRTAEyAYgcnQUlmFGDP6KBTgI7n+qiZDtpfcwL5hFCRF2Ya2 uQenVNzpfrFH/HD2NWbu =jZjR -----END PGP SIGNATURE----- --CRj9LSjXOCc6Ii+Z-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 17:33:05 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCA13AFB; Sat, 8 Mar 2014 17:33:05 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 83B3F898; Sat, 8 Mar 2014 17:33:00 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s28HWlOq037444; Sat, 8 Mar 2014 19:32:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s28HWkvt037309; Sat, 8 Mar 2014 17:32:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Mar 2014 17:32:46 GMT Message-Id: <201403081732.s28HWkvt037309@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Mar 2014 17:33:05 -0000 TB --- 2014-03-08 13:10:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-08 13:10:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-08 13:10:45 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-08 13:10:45 - cleaning the object tree TB --- 2014-03-08 13:10:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-08 13:11:35 - At svn revision 262928 TB --- 2014-03-08 13:11:36 - building world TB --- 2014-03-08 13:11:36 - CROSS_BUILD_TESTING=YES TB --- 2014-03-08 13:11:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-08 13:11:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-08 13:11:36 - SRCCONF=/dev/null TB --- 2014-03-08 13:11:36 - TARGET=arm TB --- 2014-03-08 13:11:36 - TARGET_ARCH=armv6 TB --- 2014-03-08 13:11:36 - TZ=UTC TB --- 2014-03-08 13:11:36 - __MAKE_CONF=/dev/null TB --- 2014-03-08 13:11:36 - cd /src TB --- 2014-03-08 13:11:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 8 13:11:46 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 8 16:37:55 UTC 2014 TB --- 2014-03-08 16:37:55 - generating LINT kernel config TB --- 2014-03-08 16:37:55 - cd /src/sys/arm/conf TB --- 2014-03-08 16:37:55 - /usr/bin/make -B LINT TB --- 2014-03-08 16:37:55 - cd /src/sys/arm/conf TB --- 2014-03-08 16:37:55 - /usr/sbin/config -m LINT TB --- 2014-03-08 16:37:55 - skipping LINT kernel TB --- 2014-03-08 16:37:55 - cd /src/sys/arm/conf TB --- 2014-03-08 16:37:55 - /usr/sbin/config -m AC100 TB --- 2014-03-08 16:37:55 - building AC100 kernel TB --- 2014-03-08 16:37:55 - CROSS_BUILD_TESTING=YES TB --- 2014-03-08 16:37:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-08 16:37:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-08 16:37:55 - SRCCONF=/dev/null TB --- 2014-03-08 16:37:55 - TARGET=arm TB --- 2014-03-08 16:37:55 - TARGET_ARCH=armv6 TB --- 2014-03-08 16:37:55 - TZ=UTC TB --- 2014-03-08 16:37:55 - __MAKE_CONF=/dev/null TB --- 2014-03-08 16:37:55 - cd /src TB --- 2014-03-08 16:37:55 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Sat Mar 8 16:37:55 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AC100 completed on Sat Mar 8 16:41:02 UTC 2014 TB --- 2014-03-08 16:41:02 - cd /src/sys/arm/conf TB --- 2014-03-08 16:41:02 - /usr/sbin/config -m ARMADAXP TB --- 2014-03-08 16:41:02 - building ARMADAXP kernel TB --- 2014-03-08 16:41:02 - CROSS_BUILD_TESTING=YES TB --- 2014-03-08 16:41:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-08 16:41:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-08 16:41:02 - SRCCONF=/dev/null TB --- 2014-03-08 16:41:02 - TARGET=arm TB --- 2014-03-08 16:41:02 - TARGET_ARCH=armv6 TB --- 2014-03-08 16:41:02 - TZ=UTC TB --- 2014-03-08 16:41:02 - __MAKE_CONF=/dev/null TB --- 2014-03-08 16:41:02 - cd /src TB --- 2014-03-08 16:41:02 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Sat Mar 8 16:41:02 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ARMADAXP completed on Sat Mar 8 16:45:31 UTC 2014 TB --- 2014-03-08 16:45:31 - cd /src/sys/arm/conf TB --- 2014-03-08 16:45:31 - /usr/sbin/config -m ARNDALE TB --- 2014-03-08 16:45:31 - building ARNDALE kernel TB --- 2014-03-08 16:45:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-08 16:45:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-08 16:45:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-08 16:45:31 - SRCCONF=/dev/null TB --- 2014-03-08 16:45:31 - TARGET=arm TB --- 2014-03-08 16:45:31 - TARGET_ARCH=armv6 TB --- 2014-03-08 16:45:31 - TZ=UTC TB --- 2014-03-08 16:45:31 - __MAKE_CONF=/dev/null TB --- 2014-03-08 16:45:31 - cd /src TB --- 2014-03-08 16:45:31 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Sat Mar 8 16:45:31 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ARNDALE completed on Sat Mar 8 16:50:29 UTC 2014 TB --- 2014-03-08 16:50:29 - cd /src/sys/arm/conf TB --- 2014-03-08 16:50:29 - /usr/sbin/config -m ATMEL TB --- 2014-03-08 16:50:29 - skipping ATMEL kernel TB --- 2014-03-08 16:50:29 - cd /src/sys/arm/conf TB --- 2014-03-08 16:50:29 - /usr/sbin/config -m AVILA TB --- 2014-03-08 16:50:29 - skipping AVILA kernel TB --- 2014-03-08 16:50:29 - cd /src/sys/arm/conf TB --- 2014-03-08 16:50:29 - /usr/sbin/config -m BEAGLEBONE TB --- 2014-03-08 16:50:29 - building BEAGLEBONE kernel TB --- 2014-03-08 16:50:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-08 16:50:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-08 16:50:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-08 16:50:29 - SRCCONF=/dev/null TB --- 2014-03-08 16:50:29 - TARGET=arm TB --- 2014-03-08 16:50:29 - TARGET_ARCH=armv6 TB --- 2014-03-08 16:50:29 - TZ=UTC TB --- 2014-03-08 16:50:29 - __MAKE_CONF=/dev/null TB --- 2014-03-08 16:50:29 - cd /src TB --- 2014-03-08 16:50:29 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Sat Mar 8 16:50:29 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BEAGLEBONE completed on Sat Mar 8 17:07:33 UTC 2014 TB --- 2014-03-08 17:07:33 - cd /src/sys/arm/conf TB --- 2014-03-08 17:07:33 - /usr/sbin/config -m BWCT TB --- 2014-03-08 17:07:33 - skipping BWCT kernel TB --- 2014-03-08 17:07:33 - cd /src/sys/arm/conf TB --- 2014-03-08 17:07:33 - /usr/sbin/config -m CAMBRIA TB --- 2014-03-08 17:07:33 - skipping CAMBRIA kernel TB --- 2014-03-08 17:07:33 - cd /src/sys/arm/conf TB --- 2014-03-08 17:07:33 - /usr/sbin/config -m CNS11XXNAS TB --- 2014-03-08 17:07:33 - skipping CNS11XXNAS kernel TB --- 2014-03-08 17:07:33 - cd /src/sys/arm/conf TB --- 2014-03-08 17:07:33 - /usr/sbin/config -m CRB TB --- 2014-03-08 17:07:33 - skipping CRB kernel TB --- 2014-03-08 17:07:33 - cd /src/sys/arm/conf TB --- 2014-03-08 17:07:33 - /usr/sbin/config -m CUBIEBOARD TB --- 2014-03-08 17:07:33 - building CUBIEBOARD kernel TB --- 2014-03-08 17:07:33 - CROSS_BUILD_TESTING=YES TB --- 2014-03-08 17:07:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-08 17:07:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-08 17:07:33 - SRCCONF=/dev/null TB --- 2014-03-08 17:07:33 - TARGET=arm TB --- 2014-03-08 17:07:33 - TARGET_ARCH=armv6 TB --- 2014-03-08 17:07:33 - TZ=UTC TB --- 2014-03-08 17:07:33 - __MAKE_CONF=/dev/null TB --- 2014-03-08 17:07:33 - cd /src TB --- 2014-03-08 17:07:33 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD >>> Kernel build for CUBIEBOARD started on Sat Mar 8 17:07:33 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CUBIEBOARD completed on Sat Mar 8 17:11:33 UTC 2014 TB --- 2014-03-08 17:11:33 - cd /src/sys/arm/conf TB --- 2014-03-08 17:11:33 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2014-03-08 17:11:33 - building CUBIEBOARD2 kernel TB --- 2014-03-08 17:11:33 - CROSS_BUILD_TESTING=YES TB --- 2014-03-08 17:11:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-08 17:11:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-08 17:11:33 - SRCCONF=/dev/null TB --- 2014-03-08 17:11:33 - TARGET=arm TB --- 2014-03-08 17:11:33 - TARGET_ARCH=armv6 TB --- 2014-03-08 17:11:33 - TZ=UTC TB --- 2014-03-08 17:11:33 - __MAKE_CONF=/dev/null TB --- 2014-03-08 17:11:33 - cd /src TB --- 2014-03-08 17:11:33 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD2 >>> Kernel build for CUBIEBOARD2 started on Sat Mar 8 17:11:33 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CUBIEBOARD2 completed on Sat Mar 8 17:15:35 UTC 2014 TB --- 2014-03-08 17:15:35 - cd /src/sys/arm/conf TB --- 2014-03-08 17:15:35 - /usr/sbin/config -m DB-78XXX TB --- 2014-03-08 17:15:35 - skipping DB-78XXX kernel TB --- 2014-03-08 17:15:35 - cd /src/sys/arm/conf TB --- 2014-03-08 17:15:35 - /usr/sbin/config -m DB-88F5XXX TB --- 2014-03-08 17:15:35 - skipping DB-88F5XXX kernel TB --- 2014-03-08 17:15:35 - cd /src/sys/arm/conf TB --- 2014-03-08 17:15:35 - /usr/sbin/config -m DB-88F6XXX TB --- 2014-03-08 17:15:35 - skipping DB-88F6XXX kernel TB --- 2014-03-08 17:15:35 - cd /src/sys/arm/conf TB --- 2014-03-08 17:15:35 - /usr/sbin/config -m DIGI-CCWMX53 TB --- 2014-03-08 17:15:35 - building DIGI-CCWMX53 kernel TB --- 2014-03-08 17:15:35 - CROSS_BUILD_TESTING=YES TB --- 2014-03-08 17:15:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-08 17:15:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-08 17:15:35 - SRCCONF=/dev/null TB --- 2014-03-08 17:15:35 - TARGET=arm TB --- 2014-03-08 17:15:35 - TARGET_ARCH=armv6 TB --- 2014-03-08 17:15:35 - TZ=UTC TB --- 2014-03-08 17:15:35 - __MAKE_CONF=/dev/null TB --- 2014-03-08 17:15:35 - cd /src TB --- 2014-03-08 17:15:35 - /usr/bin/make -B buildkernel KERNCONF=DIGI-CCWMX53 >>> Kernel build for DIGI-CCWMX53 started on Sat Mar 8 17:15:35 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DIGI-CCWMX53 completed on Sat Mar 8 17:32:25 UTC 2014 TB --- 2014-03-08 17:32:25 - cd /src/sys/arm/conf TB --- 2014-03-08 17:32:25 - /usr/sbin/config -m DOCKSTAR TB --- 2014-03-08 17:32:25 - skipping DOCKSTAR kernel TB --- 2014-03-08 17:32:25 - cd /src/sys/arm/conf TB --- 2014-03-08 17:32:25 - /usr/sbin/config -m DREAMPLUG-1001 TB --- 2014-03-08 17:32:25 - skipping DREAMPLUG-1001 kernel TB --- 2014-03-08 17:32:25 - cd /src/sys/arm/conf TB --- 2014-03-08 17:32:25 - /usr/sbin/config -m EA3250 TB --- 2014-03-08 17:32:25 - skipping EA3250 kernel TB --- 2014-03-08 17:32:25 - cd /src/sys/arm/conf TB --- 2014-03-08 17:32:25 - /usr/sbin/config -m EB9200 TB --- 2014-03-08 17:32:25 - skipping EB9200 kernel TB --- 2014-03-08 17:32:25 - cd /src/sys/arm/conf TB --- 2014-03-08 17:32:25 - /usr/sbin/config -m EFIKA_MX TB --- 2014-03-08 17:32:25 - building EFIKA_MX kernel TB --- 2014-03-08 17:32:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-08 17:32:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-08 17:32:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-08 17:32:25 - SRCCONF=/dev/null TB --- 2014-03-08 17:32:25 - TARGET=arm TB --- 2014-03-08 17:32:25 - TARGET_ARCH=armv6 TB --- 2014-03-08 17:32:25 - TZ=UTC TB --- 2014-03-08 17:32:25 - __MAKE_CONF=/dev/null TB --- 2014-03-08 17:32:25 - cd /src TB --- 2014-03-08 17:32:25 - /usr/bin/make -B buildkernel KERNCONF=EFIKA_MX >>> Kernel build for EFIKA_MX started on Sat Mar 8 17:32:25 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/arm.armv6/src/tmp/legacy/usr/sbin:/obj/arm.armv6/src/tmp/legacy/usr/bin:/obj/arm.armv6/src/tmp/legacy/usr/games:/obj/arm.armv6/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/arm.armv6/src/sys/EFIKA_MX/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-08 17:32:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-08 17:32:45 - ERROR: failed to build EFIKA_MX kernel TB --- 2014-03-08 17:32:45 - 11590.92 user 4069.48 system 15719.96 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 21:12:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FBB7233 for ; Sat, 8 Mar 2014 21:12:53 +0000 (UTC) Received: from mail8.us4.mandrillapp.com (mail8.us4.mandrillapp.com [205.201.136.8]) by mx1.freebsd.org (Postfix) with ESMTP id CE2F8B0E for ; Sat, 8 Mar 2014 21:12:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=mandrill; d=mail8.us4.mandrillapp.com; h=From:Sender:Subject:To:Message-Id:Reply-To:List-Unsubscribe:Date:MIME-Version:Content-Type; i=support@mail8.us4.mandrillapp.com; bh=eqW2HajgemMFl9kwpqHcvdSbjXA=; b=E03w6IhHQ9erJBo/r1/BkFa1GRBvn1SnQAeOFfpUEV7KGGSipKdfDC2b0cYdlgAj5fDDr2nYn7YI Z7xeN8aiAgzCNzSwbqPLKjGkUITrwmIXot1Or4uZ8vZ3FuLmK9wZ8UNbxcI/FAaXaL5VnJeLjmwt jor4Q46uevpaoh0lia4= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=mandrill; d=mail8.us4.mandrillapp.com; b=Qp0Wc5asfbSfNFw85PhcN5y1KvGaCZva172pz/t+ff0ZC7NslqbZBH0mIWSUcvZsi/4DHp7vIBBs g2FGGc99KyJrC9o6qErukYe1p8Adtvntv1Bz3h/O7NlCyR/E7rV0qG/r+9NHblW/L8kG7b6VZY/B 26c7Ut3p+nr+rLO6x3w=; Received: from localhost (127.0.0.1) by mail8.us4.mandrillapp.com id h3e3t8174no7 for ; Sat, 8 Mar 2014 20:57:46 +0000 (envelope-from ) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mandrillapp.com; i=@mandrillapp.com; q=dns/txt; s=mandrill; t=1394312266; h=From : Sender : Subject : To : Message-Id : Reply-To : List-Unsubscribe : Date : MIME-Version : Content-Type : From : Subject : Date : X-Mandrill-User : List-Unsubscribe; bh=cD0AKernqCoKZ7Dps9Xjk7LdIFvKfQbNhVAs3JDNtqE=; b=KJAsVbdFo/8ui2g/LafsgvNdnxnagAkG1tZWFyCuDyL90/NwAgwt1XfBT7y2LOCbdfOqDL WECtfzgDD0IQVBrDFv4uyy25BdiYVWgKLdIgHPfef/8/UVV2SWiKqwtyUtFpAU8gUTpUrI/L Pr6vkM6iUm63i1SBQsvKnehx2KJfo= From: "mojtrg.rs" Sender: "mojtrg.rs" Subject: =?utf-8?Q?Najbr=C5=BEe=20rastu=C4=87i=20besplatni=20oglasnik=20za=20kupovinu=20i=20prodaju?= X-Mailer-Lid: 22 X-Mailer-Recptid: 1275422 X-Mailer-Sid: 96 X-Mailer-Sent-By: 1 To: Message-Id: <2e21f453935fae2fb069cbc38c9cd6b6@www.tregoj.com> Received: from [88.198.212.14] by mandrillapp.com id 6271eb270d754a67afa84557ccb822c6; Sat, 08 Mar 2014 20:57:46 +0000 X-Report-Abuse: Please forward a copy of this message, including all headers, to abuse@mandrill.com X-Report-Abuse: You can also report abuse here: http://mandrillapp.com/contact/abuse?id=30174344.6271eb270d754a67afa84557ccb822c6 X-Mandrill-User: md_30174344 Date: Sat, 08 Mar 2014 20:57:46 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: support@mojtrg.rs List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Mar 2014 21:12:53 -0000 Prodajte =C5=A1to Vam nije potrebno, kupite =C5=A1to Vam je potrebno... Pogledajte ovaj e-mail u Va=C5=A1em browseru http://mandrillapp.com/track/click.php?u=3D30174344&id=3D6271eb270d754a67af= a84557ccb822c6&url=3Dhttp%3A%2F%2Fwww.tregoj.com%2Fiem5%2Fdisplay.php%3FM%3= D1275422%26C%3D98c500c71aee1c8752f7dcc95093f2d4%26S%3D96%26L%3D22%26N%3D65&= url_id=3D3e5e98df8e3d8bbc6a894439c5218b2940821f24 http://mandrillapp.com/track/click.php?u=3D30174344&id=3D6271eb270d754a67af= a84557ccb822c6&url=3Dhttp%3A%2F%2Fwww.tregoj.com%2Fiem5%2Flink.php%3FM%3D12= 75422%26N%3D96%26L%3D6%26F%3DT&url_id=3D35f444c570f8cd7b3e4d5371b80d465fb14= f57e2 ** MojTrg.rs =E2=80=93 Kupi povoljno, prodaj brzo i dobro! (http://www.tregoj.com/iem5/link.php?M=3D1275422&N=3D96&L=3D6&F=3DT) ------------------------------------------------------------ ** Cela Srbija na jednom mestu. Prodajte ono =C5=A1to Vam nije potrebno, ku= pite ono =C5=A1to Vam je potrebno=E2=80=A6 ------------------------------------------------------------ Predstavljamo Vam novi za sajt za ogla=C5=A1avanje, www.mojtrg.rs. Ovo je p= rvi sajt koji vam nudi mogu=C4=87nost da se Va=C5=A1 oglas vidi, ne samo u Srbi= ji, ve=C4=87 i na skoro celom Balkanu. Postavljanjem oglasa na Mojtrg.rs mo=C5=BEete da kupite, prodate, razmenjujete, tra=C5=BEite posao, nudite posao. Sigurno u ku=C4=87i imate stvari koje vam nisu potrebne ili vam trebaju st= vari koje ne mo=C5=BEete lako na=C4=87i da kupite. U tom slu=C4=87aju www.mojtrg= .rs je pravo mesto za vas. Kako funkcioni=C5=A1e? - Vrlo jednostavno. Prona=C4=91ite oglas , kontaktirajte, ostvarite dobar posao. Bez obzira da li ste privatno lice ili preduze=C4=87e mo=C5=BEete ku= piti ili prodati vozila, nekretnine, elektroniku, stvari za dom i porodicu,name=C5=A1taj, ku=C4=87ne ljubimce, mobilne telefone. AUTOMOBILI (http://www.tregoj.com/iem5/link.php?M=3D1275422&N=3D96&L=3D179&= F=3DT) MOBILNI TELEFONI (http://www.tregoj.com/iem5/link.php?M=3D1275422&N=3D96&L=3D180&F=3DT) BIZNIS I POSAO (http://www.tregoj.com/iem5/link.php?M=3D1275422&N=3D96&L=3D181&F=3DT) NEKRETNINE (http://www.tregoj.com/iem5/link.php?M=3D1275422&N=3D96&L=3D182&= F=3DT) KU=C4=86NI LJUBIMCI (http://www.tregoj.com/iem5/link.php?M=3D1275422&N=3D96&L=3D183&F=3DT) DOM I PORODICA (http://www.tregoj.com/iem5/link.php?M=3D1275422&N=3D96&L=3D184&F=3DT) Novo i jedinstveno na ovom sajtu je mogu=C4=87nost da postavite oglas da tra=C5=BEite ili nudite posao. Navedite koje su va=C5=A1e sposobnosti ili k= oje sposobnosti tra=C5=BEite. Na=C5=A1 sajt je kreiran tako da je ono =C5=A1to = vam je potrebno ili ono =C5=A1to nudite razvrstano na posenbnim stranicama za vi= =C5=A1e od 30 gradova u Srbiji. Pravo je vreme da unapredite Va=C5=A1 na=C4=8Din kupovine i prodaje i upo= znate sve mogu=C4=87nosti koje vam nudi www.mojtrg.rs. (http://www.tregoj.com/iem5/link.php?M=3D1275422&N=3D96&L=3D6&F=3DT) Posetite nas: Facebook (http://www.tregoj.com/iem5/link.php?M=3D1275422&N=3D96&L=3D1&F=3D= T) Twitter (http://www.tregoj.com/iem5/link.php?M=3D1275422&N=3D96&L=3D185&F= =3DT) Website (http://www.tregoj.com/iem5/link.php?M=3D1275422&N=3D96&L=3D6&F=3DT= ) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ** Ukoliko ne =C5=BEelite vi=C5=A1e da primate na=C5=A1e elektronske poruke= : http://mandrillapp.com/track/click.php?u=3D30174344&id=3D6271eb270d754a67af= a84557ccb822c6&url=3Dhttp%3A%2F%2Fwww.tregoj.com%2Fiem5%2Funsubscribe.php%3= FM%3D1275422%26C%3D98c500c71aee1c8752f7dcc95093f2d4%26L%3D22%26N%3D96&url_i= d=3D134018be446688042fdfc0b3434053501da78b54 Powered by Interspire From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 21:44:15 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF2D460E for ; Sat, 8 Mar 2014 21:44:15 +0000 (UTC) Received: from maul.immure.com (immure.com [107.218.164.241]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE695D59 for ; Sat, 8 Mar 2014 21:44:15 +0000 (UTC) Received: from [10.1.132.9] (helo=rancor.immure.com) by maul.immure.com with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1WMP2R-0007xv-2o; Sat, 08 Mar 2014 15:44:14 -0600 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.8/8.14.8) with ESMTP id s28LiAjG002737; Sat, 8 Mar 2014 15:44:10 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.8/8.14.6/Submit) id s28LiAHT002736; Sat, 8 Mar 2014 15:44:10 -0600 (CST) (envelope-from bob) Date: Sat, 8 Mar 2014 15:44:10 -0600 From: Bob Willcox To: David Wolfskill Message-ID: <20140308214410.GC2665@rancor.immure.com> References: <20140308162614.GC94968@rancor.immure.com> <20140308171824.GA31887@spectrum.skysmurf.nl> <20140308172501.GH1626@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140308172501.GH1626@albert.catwhisker.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-SA-Exim-Connect-IP: 10.1.132.9 X-SA-Exim-Mail-From: bob@immure.com X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on maul.immure.com X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Subject: Re: vi loop when resizing window X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on maul.immure.com) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Bob Willcox List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Mar 2014 21:44:16 -0000 On Sat, Mar 08, 2014 at 09:25:01AM -0800, David Wolfskill wrote: > > Bob Willcox wrote: > > > > > Since I updated my stable-10.0 system a couple of days ago vi is now > > > looping whenever I resize the xterm window that it's running in. > > .... > > I'm not seeing this, running: > > FreeBSD g1-252.catwhisker.org 10.0-STABLE FreeBSD 10.0-STABLE #1170 r262922M/262925:1000704: Sat Mar 8 05:07:31 PST 2014 root@g1-252.catwhisker.org:/common/S3/obj/usr/src/sys/CANARY i386 > > I opened an xterm, started running vi; entered some text, changed > the size of the windo (first just vertically, then just horizontally, > then both), and the only "issue" I saw was that if I was in a > text-entry mode when the window changed, I saw a message: > > Window resize interrupted text input mode > > No looping.... > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. I just updated my system to: FreeBSD luke.immure.com 10.0-STABLE FreeBSD 10.0-STABLE #4 r262929: Sat Mar 8 14:42:19 CST 2014 bob@luke.immure.com:/usr/obj/usr/src/sys/LUKE amd64 on the chance that it might be due to a difference between your level and mine but the problem persists. Any change to the vi xterm window puts vi into a loop that requires a 'kill -9' to get it out of. -- Bob Willcox | (1) If it's green or it wiggles, it's biology. bob@immure.com | (2) If it stinks, it's chemistry. Austin, TX | (3) If it doesn't work, it's physics. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 21:58:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91AFE866 for ; Sat, 8 Mar 2014 21:58:12 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 74E66E30 for ; Sat, 8 Mar 2014 21:58:11 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WMPFs-00078e-Ed for freebsd-stable@freebsd.org; Sat, 08 Mar 2014 13:58:04 -0800 Date: Sat, 8 Mar 2014 13:58:04 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1394315884445-5892773.post@n5.nabble.com> In-Reply-To: <1394216891554-5892502.post@n5.nabble.com> References: <1394216891554-5892502.post@n5.nabble.com> Subject: Re: newcons in 10-STABLE first impression 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.17 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, 08 Mar 2014 21:58:12 -0000 Strangely enough, using vt equals loosing console bell in xterm here (!). -- View this message in context: http://freebsd.1045724.n5.nabble.com/newcons-in-10-STABLE-first-impression-tp5892502p5892773.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 9 04:53:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BE88892 for ; Sun, 9 Mar 2014 04:53:36 +0000 (UTC) Received: from mail104.syd.optusnet.com.au (mail104.syd.optusnet.com.au [211.29.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 844091AF for ; Sun, 9 Mar 2014 04:53:35 +0000 (UTC) Received: from maxwell.menhennitt.com.au (c122-107-224-152.mckinn3.vic.optusnet.com.au [122.107.224.152]) by mail104.syd.optusnet.com.au (Postfix) with ESMTP id A6D85420AB3 for ; Sun, 9 Mar 2014 15:53:27 +1100 (EST) Received: from [203.2.73.72] (chief.menhennitt.com.au [203.2.73.72]) by maxwell.menhennitt.com.au (Postfix) with ESMTP id 1EB356204 for ; Sun, 9 Mar 2014 15:53:27 +1100 (EST) Message-ID: <531BF3D2.4020001@menhennitt.com.au> Date: Sun, 09 Mar 2014 15:53:38 +1100 From: Marg Menhennitt User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD stable Subject: X11 crash with ATI Radeon RS690 X1250 IGP Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=fbeUlSgF c=1 sm=1 tr=0 a=BQwmYAONLMrTGJtfTy08BQ==:117 a=BQwmYAONLMrTGJtfTy08BQ==:17 a=Cpq1HDflAAAA:8 a=PO7r1zJSAAAA:8 a=IDi1JgSWSfwA:10 a=21ktCTEbt_8A:10 a=8nJEP1OIZ-IA:10 a=WrspJbDMessGhTtK0UIA:9 a=rGaFwmVa6WPbuxle:21 a=BzF25-ONvukPhXPx:21 a=wPNLvfGTeEIA:10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Mar 2014 04:53:36 -0000 G'day all, I'm running FreeBSD AMD64 10-Stable as of yesterday. I did a build and install of kernel and world, and I ran portupgrade on all my ports. These include X11 and KDE. When I restarted the machine it crashed. It gets to the end of the boot sequence where KDM starts. It sits at the X11 screen (showing the little clock) for a few seconds and then reboots. I have WITH_NEW_XORG="YES" in /etc/make.conf as advised by Jean-Sbastien Pdron. Below are the output from "pciconf -lv" and the relevant contents of /var/log/messages. Can somebody please help me. Thanks, Graham hostb0@pci0:0:0:0: class=0x060000 card=0x50001458 chip=0x79101002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'RS690 Host Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x79121002 chip=0x79121002 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'RS690 PCI to PCI Bridge (Internal gfx)' class = bridge subclass = PCI-PCI ahci0@pci0:0:18:0: class=0x01018f card=0xb0021458 chip=0x43801002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB600 Non-Raid-5 SATA' class = mass storage subclass = ATA ohci0@pci0:0:19:0: class=0x0c0310 card=0x50041458 chip=0x43871002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB600 USB (OHCI0)' class = serial bus subclass = USB ohci1@pci0:0:19:1: class=0x0c0310 card=0x50041458 chip=0x43881002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB600 USB (OHCI1)' class = serial bus subclass = USB ohci2@pci0:0:19:2: class=0x0c0310 card=0x50041458 chip=0x43891002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB600 USB (OHCI2)' class = serial bus subclass = USB ohci3@pci0:0:19:3: class=0x0c0310 card=0x50041458 chip=0x438a1002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB600 USB (OHCI3)' class = serial bus subclass = USB ohci4@pci0:0:19:4: class=0x0c0310 card=0x50041458 chip=0x438b1002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB600 USB (OHCI4)' class = serial bus subclass = USB ehci0@pci0:0:19:5: class=0x0c0320 card=0x50041458 chip=0x43861002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB600 USB Controller (EHCI)' class = serial bus subclass = USB none0@pci0:0:20:0: class=0x0c0500 card=0x43851458 chip=0x43851002 rev=0x14 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SBx00 SMBus Controller' class = serial bus subclass = SMBus atapci0@pci0:0:20:1: class=0x01018a card=0x50021458 chip=0x438c1002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB600 IDE' class = mass storage subclass = ATA hdac1@pci0:0:20:2: class=0x040300 card=0xa0221458 chip=0x43831002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SBx00 Azalia (Intel HDA)' class = multimedia subclass = HDA isab0@pci0:0:20:3: class=0x060100 card=0x50011458 chip=0x438d1002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB600 PCI to LPC Bridge' class = bridge subclass = PCI-ISA pcib2@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SBx00 PCI to PCI Bridge' class = bridge subclass = PCI-PCI hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'K8 [Athlon64/Opteron] HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'K8 [Athlon64/Opteron] Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'K8 [Athlon64/Opteron] DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'K8 [Athlon64/Opteron] Miscellaneous Control' class = bridge subclass = HOST-PCI vgapci0@pci0:1:5:0: class=0x030000 card=0xd0011458 chip=0x791e1002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'RS690 [Radeon X1200 Series]' class = display subclass = VGA hdac0@pci0:1:5:2: class=0x040300 card=0x79191458 chip=0x79191002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'Radeon X1200 Series Audio Controller' class = multimedia subclass = HDA none1@pci0:2:7:0: class=0x0c0010 card=0x000e11bd chip=0x8020104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments' device = 'TSB12LV26 IEEE-1394 Controller (Link)' class = serial bus subclass = FireWire none2@pci0:2:14:0: class=0x0c0010 card=0x10001458 chip=0x8024104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments' device = 'TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link)' class = serial bus subclass = FireWire re0@pci0:2:15:0: class=0x020000 card=0xe0001458 chip=0x816710ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL-8110SC/8169SC Gigabit Ethernet' class = network subclass = ethernet Mar 9 10:00:41 starker kernel: Copyright (c) 1992-2014 The FreeBSD Project. Mar 9 10:00:41 starker kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Mar 9 10:00:41 starker kernel: The Regents of the University of California. All rights reserved. Mar 9 10:00:41 starker kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Mar 9 10:00:41 starker kernel: FreeBSD 10.0-STABLE #4 r262933: Sun Mar 9 09:40:13 EST 2014 Mar 9 10:00:41 starker kernel: root@starker:/usr/obj/usr/src/sys/starker amd64 Mar 9 10:00:41 starker kernel: FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Mar 9 10:00:41 starker kernel: CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ (2505.73-MHz K8-class CPU) Mar 9 10:00:41 starker kernel: Origin = "AuthenticAMD" Id = 0x60fb2 Family = 0xf Model = 0x6b Stepping = 2 Mar 9 10:00:41 starker kernel: Features=0x178bfbff Mar 9 10:00:41 starker kernel: Features2=0x2001 Mar 9 10:00:41 starker kernel: AMD Features=0xea500800 Mar 9 10:00:41 starker kernel: AMD Features2=0x11f Mar 9 10:00:41 starker kernel: real memory = 5905580032 (5632 MB) Mar 9 10:00:41 starker kernel: avail memory = 5551878144 (5294 MB) Mar 9 10:00:41 starker kernel: Event timer "LAPIC" quality 400 Mar 9 10:00:41 starker kernel: ACPI APIC Table: Mar 9 10:00:41 starker kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Mar 9 10:00:41 starker kernel: FreeBSD/SMP: 1 package(s) x 2 core(s) Mar 9 10:00:41 starker kernel: cpu0 (BSP): APIC ID: 0 Mar 9 10:00:41 starker kernel: cpu1 (AP): APIC ID: 1 Mar 9 10:00:41 starker kernel: ioapic0: Changing APIC ID to 2 Mar 9 10:00:41 starker kernel: ioapic0 irqs 0-23 on motherboard Mar 9 10:00:41 starker kernel: random: initialized Mar 9 10:00:41 starker kernel: kbd1 at kbdmux0 Mar 9 10:00:41 starker kernel: acpi0: on motherboard Mar 9 10:00:41 starker kernel: acpi0: Power Button (fixed) Mar 9 10:00:41 starker kernel: acpi0: reservation of 0, a0000 (3) failed Mar 9 10:00:41 starker kernel: acpi0: reservation of 100000, cfde0000 (3) failed Mar 9 10:00:41 starker kernel: cpu0: on acpi0 Mar 9 10:00:41 starker kernel: cpu1: on acpi0 Mar 9 10:00:41 starker kernel: attimer0: port 0x40-0x43 on acpi0 Mar 9 10:00:41 starker kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Mar 9 10:00:41 starker kernel: Event timer "i8254" frequency 1193182 Hz quality 100 Mar 9 10:00:41 starker kernel: hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Mar 9 10:00:41 starker kernel: Timecounter "HPET" frequency 14318180 Hz quality 950 Mar 9 10:00:41 starker kernel: atrtc0: port 0x70-0x73 on acpi0 Mar 9 10:00:41 starker kernel: Event timer "RTC" frequency 32768 Hz quality 0 Mar 9 10:00:41 starker kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 Mar 9 10:00:41 starker kernel: acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 Mar 9 10:00:41 starker kernel: acpi_button0: on acpi0 Mar 9 10:00:41 starker kernel: pcib0: port 0xcf8-0xcff on acpi0 Mar 9 10:00:41 starker kernel: pcib0: Length mismatch for 3 range: 26c00000 vs 2ed10000 Mar 9 10:00:41 starker kernel: pci0: on pcib0 Mar 9 10:00:41 starker kernel: pcib1: at device 1.0 on pci0 Mar 9 10:00:41 starker kernel: pci1: on pcib1 Mar 9 10:00:41 starker kernel: vgapci0: port 0xee00-0xeeff mem 0xd8000000-0xdfffffff,0xfdfe0000-0xfdfeffff,0xfde00000-0xfdefffff irq 18 at device 5.0 on pci1 Mar 9 10:00:41 starker kernel: vgapci0: Boot video device Mar 9 10:00:41 starker kernel: hdac0: mem 0xfdffc000-0xfdffffff irq 19 at device 5.2 on pci1 Mar 9 10:00:41 starker kernel: ahci0: port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfe02f000-0xfe02f3ff irq 22 at device 18.0 on pci0 Mar 9 10:00:41 starker kernel: ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier supported Mar 9 10:00:41 starker kernel: ahci0: quirks=0x1000 Mar 9 10:00:41 starker kernel: ahcich0: at channel 0 on ahci0 Mar 9 10:00:41 starker kernel: ahcich1: at channel 1 on ahci0 Mar 9 10:00:41 starker kernel: ahcich2: at channel 2 on ahci0 Mar 9 10:00:41 starker kernel: ahcich3: at channel 3 on ahci0 Mar 9 10:00:41 starker kernel: ohci0: mem 0xfe02e000-0xfe02efff irq 16 at device 19.0 on pci0 Mar 9 10:00:41 starker kernel: usbus0 on ohci0 Mar 9 10:00:41 starker kernel: ohci1: mem 0xfe02d000-0xfe02dfff irq 17 at device 19.1 on pci0 Mar 9 10:00:41 starker kernel: usbus1 on ohci1 Mar 9 10:00:41 starker kernel: ohci2: mem 0xfe02c000-0xfe02cfff irq 18 at device 19.2 on pci0 Mar 9 10:00:41 starker kernel: usbus2 on ohci2 Mar 9 10:00:41 starker kernel: ohci3: mem 0xfe02b000-0xfe02bfff irq 17 at device 19.3 on pci0 Mar 9 10:00:41 starker kernel: usbus3 on ohci3 Mar 9 10:00:41 starker kernel: ohci4: mem 0xfe02a000-0xfe02afff irq 18 at device 19.4 on pci0 Mar 9 10:00:41 starker kernel: usbus4 on ohci4 Mar 9 10:00:41 starker kernel: ehci0: mem 0xfe029000-0xfe0290ff irq 19 at device 19.5 on pci0 Mar 9 10:00:41 starker kernel: usbus5: EHCI version 1.0 Mar 9 10:00:41 starker kernel: usbus5 on ehci0 Mar 9 10:00:41 starker kernel: pci0: at device 20.0 (no driver attached) Mar 9 10:00:41 starker kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf900-0xf90f at device 20.1 on pci0 Mar 9 10:00:41 starker kernel: ata0: at channel 0 on atapci0 Mar 9 10:00:41 starker kernel: hdac1: mem 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 Mar 9 10:00:41 starker kernel: isab0: at device 20.3 on pci0 Mar 9 10:00:41 starker kernel: isa0: on isab0 Mar 9 10:00:41 starker kernel: pcib2: at device 20.4 on pci0 Mar 9 10:00:41 starker kernel: pci2: on pcib2 Mar 9 10:00:41 starker kernel: pci2: at device 7.0 (no driver attached) Mar 9 10:00:41 starker kernel: pci2: at device 14.0 (no driver attached) Mar 9 10:00:41 starker kernel: re0: port 0xde00-0xdeff mem 0xfddfd000-0xfddfd0ff irq 23 at device 15.0 on pci2 Mar 9 10:00:41 starker kernel: re0: Chip rev. 0x18000000 Mar 9 10:00:41 starker kernel: re0: MAC rev. 0x00000000 Mar 9 10:00:41 starker kernel: miibus0: on re0 Mar 9 10:00:41 starker kernel: rgephy0: PHY 1 on miibus0 Mar 9 10:00:41 starker kernel: rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow Mar 9 10:00:41 starker kernel: re0: Ethernet address: 00:1d:7d:d4:93:50 Mar 9 10:00:41 starker kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Mar 9 10:00:41 starker kernel: atkbd0: irq 1 on atkbdc0 Mar 9 10:00:41 starker kernel: kbd0 at atkbd0 Mar 9 10:00:41 starker kernel: atkbd0: [GIANT-LOCKED] Mar 9 10:00:41 starker kernel: sc0: at flags 0x100 on isa0 Mar 9 10:00:41 starker kernel: sc0: VGA <16 virtual consoles, flags=0x300> Mar 9 10:00:41 starker kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Mar 9 10:00:41 starker kernel: powernow0: on cpu0 Mar 9 10:00:41 starker kernel: powernow1: on cpu1 Mar 9 10:00:41 starker kernel: Timecounters tick every 1.000 msec Mar 9 10:00:41 starker kernel: vboxdrv: fAsync=0 offMin=0x101 offMax=0x5e6 Mar 9 10:00:41 starker kernel: supdrvGipCreate: omni timer not supported, falling back to synchronous mode Mar 9 10:00:41 starker kernel: hdacc0: at cad 0 on hdac0 Mar 9 10:00:41 starker kernel: hdaa0: at nid 1 on hdacc0 Mar 9 10:00:41 starker kernel: pcm0: at nid 3 on hdaa0 Mar 9 10:00:41 starker kernel: hdacc1: at cad 3 on hdac1 Mar 9 10:00:41 starker kernel: hdaa1: at nid 1 on hdacc1 Mar 9 10:00:41 starker kernel: pcm1: at nid 20,22,21,23 and 24,26 on hdaa1 Mar 9 10:00:41 starker kernel: pcm2: at nid 27 and 25 on hdaa1 Mar 9 10:00:41 starker kernel: pcm3: at nid 30 and 31 on hdaa1 Mar 9 10:00:41 starker kernel: random: unblocking device. Mar 9 10:00:41 starker kernel: usbus0: 12Mbps Full Speed USB v1.0 Mar 9 10:00:41 starker kernel: usbus1: 12Mbps Full Speed USB v1.0 Mar 9 10:00:41 starker kernel: usbus2: 12Mbps Full Speed USB v1.0 Mar 9 10:00:41 starker kernel: usbus3: 12Mbps Full Speed USB v1.0 Mar 9 10:00:41 starker kernel: usbus4: 12Mbps Full Speed USB v1.0 Mar 9 10:00:41 starker kernel: usbus5: 480Mbps High Speed USB v2.0 Mar 9 10:00:41 starker kernel: ugen4.1: at usbus4 Mar 9 10:00:41 starker kernel: uhub0: on usbus4 Mar 9 10:00:41 starker kernel: ugen3.1: at usbus3 Mar 9 10:00:41 starker kernel: uhub1: on usbus3 Mar 9 10:00:41 starker kernel: ugen2.1: at usbus2 Mar 9 10:00:41 starker kernel: uhub2: on usbus2 Mar 9 10:00:41 starker kernel: ugen1.1: at usbus1 Mar 9 10:00:41 starker kernel: uhub3: on usbus1 Mar 9 10:00:41 starker kernel: ugen0.1: at usbus0 Mar 9 10:00:41 starker kernel: uhub4: on usbus0 Mar 9 10:00:41 starker kernel: ugen5.1: at usbus5 Mar 9 10:00:41 starker kernel: uhub5: on usbus5 Mar 9 10:00:41 starker kernel: (aprobe2:ahcich2:0:15:0): NOP. ACB: 00 00 00 00 00 00 00 00 00 00 00 00 Mar 9 10:00:41 starker kernel: (aprobe2:ahcich2:0:15:0): CAM status: Command timeout Mar 9 10:00:41 starker kernel: (aprobe2:ahcich2:0:15:0): Error 5, Retries exhausted Mar 9 10:00:41 starker kernel: (aprobe2:ahcich2:0:15:0): NOP. ACB: 00 00 00 00 00 00 00 00 00 00 00 00 Mar 9 10:00:41 starker kernel: (aprobe2:ahcich2:0:15:0): CAM status: Command timeout Mar 9 10:00:41 starker kernel: (aprobe2:ahcich2:0:15:0): Error 5, Retries exhausted Mar 9 10:00:41 starker kernel: uhub0: 2 ports with 2 removable, self powered Mar 9 10:00:41 starker kernel: uhub1: 2 ports with 2 removable, self powered Mar 9 10:00:41 starker kernel: uhub2: 2 ports with 2 removable, self powered Mar 9 10:00:41 starker kernel: uhub3: 2 ports with 2 removable, self powered Mar 9 10:00:41 starker kernel: uhub4: 2 ports with 2 removable, self powered Mar 9 10:00:41 starker kernel: ada0 at ahcich2 bus 0 scbus2 target 0 lun 0 Mar 9 10:00:41 starker kernel: ada0: ATA-7 SATA 1.x device Mar 9 10:00:41 starker kernel: ada0: Serial Number 6RAA9MN9 Mar 9 10:00:41 starker kernel: ada0: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) Mar 9 10:00:41 starker kernel: ada0: Command Queueing enabled Mar 9 10:00:41 starker kernel: ada0: 76318MB (156299375 512 byte sectors: 16H 63S/T 16383C) Mar 9 10:00:41 starker kernel: ada0: Previously was known as ad8 Mar 9 10:00:41 starker kernel: cd0 at ata0 bus 0 scbus4 target 1 lun 0 Mar 9 10:00:41 starker kernel: cd0: Removable CD-ROM SCSI-0 device Mar 9 10:00:41 starker kernel: cd0: 66.700MB/s transfers (UDMA4, ATAPI 12bytes, PIO 65534bytes) Mar 9 10:00:41 starker kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present Mar 9 10:00:41 starker kernel: SMP: AP CPU #1 Launched! Mar 9 10:00:41 starker kernel: Root mount waiting for: usbus5 Mar 9 10:00:41 starker last message repeated 3 times Mar 9 10:00:41 starker kernel: uhub5: 10 ports with 10 removable, self powered Mar 9 10:00:41 starker kernel: Root mount waiting for: usbus5 Mar 9 10:00:41 starker last message repeated 7 times Mar 9 10:00:41 starker kernel: ugen5.2: at usbus5 Mar 9 10:00:41 starker kernel: umass0: on usbus5 Mar 9 10:00:41 starker kernel: umass0: SCSI over Bulk-Only; quirks = 0x4101 Mar 9 10:00:41 starker kernel: umass0:5:0:-1: Attached to scbus5 Mar 9 10:00:41 starker kernel: da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 Mar 9 10:00:41 starker kernel: da0: Fixed Direct Access SCSI-0 device Mar 9 10:00:41 starker kernel: da0: Serial Number NA0EDE1C Mar 9 10:00:41 starker kernel: da0: 40.000MB/s transfers Mar 9 10:00:41 starker kernel: da0: 476940MB (976773167 512 byte sectors: 255H 63S/T 60801C) Mar 9 10:00:41 starker kernel: da0: quirks=0x2 Mar 9 10:00:41 starker kernel: Root mount waiting for: usbus5 Mar 9 10:00:41 starker kernel: ugen0.2: at usbus0 Mar 9 10:00:41 starker kernel: ugen5.3: at usbus5 Mar 9 10:00:41 starker kernel: uhub6: on usbus5 Mar 9 10:00:41 starker kernel: uhub6: 4 ports with 4 removable, self powered Mar 9 10:00:41 starker kernel: Root mount waiting for: usbus5 Mar 9 10:00:41 starker kernel: ugen5.4: at usbus5 Mar 9 10:00:41 starker kernel: ubt0: on usbus5 Mar 9 10:00:41 starker kernel: Root mount waiting for: usbus5 Mar 9 10:00:41 starker kernel: ugen5.5: at usbus5 Mar 9 10:00:41 starker kernel: uhub7: on usbus5 Mar 9 10:00:41 starker kernel: Root mount waiting for: usbus5 Mar 9 10:00:41 starker kernel: uhub7: 4 ports with 4 removable, self powered Mar 9 10:00:41 starker kernel: ugen5.6: at usbus5 Mar 9 10:00:41 starker kernel: Root mount waiting for: usbus5 Mar 9 10:00:41 starker kernel: ugen5.7: at usbus5 Mar 9 10:00:41 starker kernel: Root mount waiting for: usbus5 Mar 9 10:00:41 starker kernel: ugen5.8: at usbus5 Mar 9 10:00:41 starker kernel: Trying to mount root from ufs:/dev/ada0p2 [rw]... Mar 9 10:00:41 starker kernel: ums0: on usbus0 Mar 9 10:00:41 starker kernel: ums0: 3 buttons and [XYZ] coordinates ID=0 Mar 9 10:00:41 starker kernel: WARNING: attempt to domain_add(bluetooth) after domainfinalize() Mar 9 10:00:41 starker kernel: WARNING: attempt to domain_add(netgraph) after domainfinalize() Mar 9 10:00:41 starker kernel: uslcom0: on usbus5 Mar 9 10:00:41 starker kernel: uplcom0: on usbus5 Mar 9 10:00:42 starker kernel: . Mar 9 10:00:42 starker amd[871]: NIS domain name is not set. NIS ignored. Mar 9 10:00:42 starker mountd[917]: can't change attributes for /usr/src: MNT_DEFEXPORTED already set for mount 0xfffff800068c1330 Mar 9 10:00:42 starker mountd[917]: bad exports list line /usr/src Mar 9 10:00:42 starker ntpd[961]: ntpd 4.2.4p5-a (1) Mar 9 10:00:46 starker dbus[1002]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper) Mar 9 10:00:46 starker dbus[1002]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper) Mar 9 10:00:47 starker dbus[1002]: [system] Successfully activated service 'org.freedesktop.PolicyKit1' Mar 9 10:00:47 starker dbus[1002]: [system] Successfully activated service 'org.freedesktop.ConsoleKit' Mar 9 10:00:49 starker kernel: info: [drm] Initialized drm 1.1.0 20060810 Mar 9 10:00:51 starker kernel: drmn0: on vgapci0 Mar 9 10:00:51 starker kernel: info: [drm] RADEON_IS_PCI Mar 9 10:00:51 starker kernel: info: [drm] initializing kernel modesetting (RS690 0x1002:0x791E 0x1458:0xD001). Mar 9 10:00:51 starker kernel: info: [drm] register mmio base: 0xFDFE0000 Mar 9 10:00:51 starker kernel: info: [drm] register mmio size: 65536 Mar 9 10:00:51 starker kernel: info: [drm] radeon_atrm_get_bios: ===> Try ATRM... Mar 9 10:00:51 starker kernel: info: [drm] radeon_atrm_get_bios: IGP card detected, skipping this method... Mar 9 10:00:51 starker kernel: info: [drm] radeon_acpi_vfct_bios: ===> Try VFCT... Mar 9 10:00:51 starker kernel: info: [drm] radeon_acpi_vfct_bios: Get "VFCT" ACPI table Mar 9 10:00:51 starker kernel: info: [drm] radeon_acpi_vfct_bios: Failed to get "VFCT" table: AE_NOT_FOUND Mar 9 10:00:51 starker kernel: info: [drm] igp_read_bios_from_vram: ===> Try IGP's VRAM... Mar 9 10:00:51 starker kernel: info: [drm] igp_read_bios_from_vram: VRAM base address: 0xd8000000 Mar 9 10:00:51 starker kernel: info: [drm] igp_read_bios_from_vram: Map address: 0xfffff800d8000000 (262144 bytes) Mar 9 10:00:51 starker kernel: info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature: 0x5307 Mar 9 10:00:51 starker kernel: info: [drm] radeon_read_bios: ===> Try PCI Expansion ROM... Mar 9 10:00:51 starker kernel: info: [drm] radeon_read_bios: Map address: 0xfffff800000c0000 (131072 bytes) Mar 9 10:00:51 starker kernel: info: [drm] ATOM BIOS: ATI Mar 9 10:00:51 starker kernel: drmn0: info: VRAM: 128M 0x00000000D0000000 - 0x00000000D7FFFFFF (128M used) Mar 9 10:00:51 starker kernel: drmn0: info: GTT: 512M 0x00000000A0000000 - 0x00000000BFFFFFFF Mar 9 10:00:51 starker kernel: info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). Mar 9 10:00:51 starker kernel: info: [drm] Driver supports precise vblank timestamp query. Mar 9 10:00:51 starker kernel: info: [drm] radeon: irq initialized. Mar 9 10:00:51 starker kernel: info: [drm] Detected VRAM RAM=128M, BAR=128M Mar 9 10:00:51 starker kernel: info: [drm] RAM width 128bits DDR Mar 9 10:00:51 starker kernel: [TTM] Zone kernel: Available graphics memory: 2810954 kiB Mar 9 10:00:51 starker kernel: [TTM] Zone dma32: Available graphics memory: 2097152 kiB Mar 9 10:00:51 starker kernel: [TTM] Initializing pool allocator Mar 9 10:00:51 starker kernel: info: [drm] radeon: 128M of VRAM memory ready Mar 9 10:00:51 starker kernel: info: [drm] radeon: 512M of GTT memory ready. Mar 9 10:00:51 starker kernel: info: [drm] GART: num cpu pages 131072, num gpu pages 131072 Mar 9 10:00:51 starker kernel: info: [drm] radeon: 1 quad pipes, 1 z pipes initialized. Mar 9 10:00:51 starker kernel: info: [drm] PCIE GART of 512M enabled (table at 0x0000000019A4B000). Mar 9 10:00:51 starker kernel: drmn0: info: WB enabled Mar 9 10:00:51 starker kernel: drmn0: info: fence driver on ring 0 use gpu addr 0x00000000a0000000 and cpu addr 0x0xfffff80019885000 Mar 9 10:00:51 starker kernel: info: [drm] Loading RS690/RS740 Microcode Mar 9 10:00:51 starker kernel: info: [drm] radeon: ring at 0x00000000A0001000 Mar 9 10:00:51 starker kernel: error: [drm:pid1140:r100_ring_test] *ERROR* radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD) Mar 9 10:00:51 starker kernel: error: [drm:pid1140:r100_cp_init] *ERROR* radeon: cp isn't working (-22). Mar 9 10:00:51 starker kernel: drmn0: error: failed initializing CP (-22). Mar 9 10:00:51 starker kernel: drmn0: error: Disabling GPU acceleration Mar 9 10:00:51 starker kernel: error: [drm:pid1140:r100_cp_fini] *ERROR* Wait for CP idle timeout, shutting down CP. Mar 9 10:00:51 starker kernel: error: [drm:pid1140:r100_gui_wait_for_idle] *ERROR* radeon: wait for empty RBBM fifo failed ! Bad things might happen. Mar 9 10:00:51 starker kernel: error: [drm:pid1140:r100_cp_disable] *ERROR* Failed to wait GUI idle while programming pipes. Bad things might happen. Mar 9 10:00:51 starker kernel: info: [drm] radeon: cp finalized Mar 9 10:00:51 starker kernel: info: [drm] radeon_device_init: Taking over the fictitious range 0xd8000000-0xe0000000 Mar 9 10:00:51 starker kernel: iicbus0: on iicbb0 addr 0xff Mar 9 10:00:51 starker kernel: iic0: on iicbus0 Mar 9 10:00:51 starker kernel: iicbus1: on iicbb1 addr 0xff Mar 9 10:00:51 starker kernel: iic1: on iicbus1 Mar 9 10:00:51 starker kernel: iicbus2: on iicbb2 addr 0xff Mar 9 10:00:51 starker kernel: iic2: on iicbus2 Mar 9 10:00:51 starker kernel: iicbus3: on iicbb3 addr 0xff Mar 9 10:00:51 starker kernel: iic3: on iicbus3 Mar 9 10:00:51 starker kernel: info: [drm] Radeon Display Connectors Mar 9 10:00:51 starker kernel: info: [drm] Connector 0: Mar 9 10:00:51 starker kernel: info: [drm] VGA-1 Mar 9 10:00:51 starker kernel: info: [drm] DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c Mar 9 10:00:51 starker kernel: info: [drm] Encoders: Mar 9 10:00:51 starker kernel: info: [drm] CRT1: INTERNAL_KLDSCP_DAC1 Mar 9 10:00:51 starker kernel: info: [drm] Connector 1: Mar 9 10:00:51 starker kernel: info: [drm] SVIDEO-1 Mar 9 10:00:51 starker kernel: info: [drm] Encoders: Mar 9 10:00:51 starker kernel: info: [drm] TV1: INTERNAL_KLDSCP_DAC1 Mar 9 10:00:51 starker kernel: info: [drm] Connector 2: Mar 9 10:00:51 starker kernel: info: [drm] HDMI-A-1 Mar 9 10:00:51 starker kernel: info: [drm] DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 0x7e5c Mar 9 10:00:51 starker kernel: info: [drm] Encoders: Mar 9 10:00:51 starker kernel: info: [drm] DFP3: INTERNAL_LVTM1 Mar 9 10:00:51 starker kernel: error: [drm:pid1140:rs600_irq_set] *ERROR* Can't enable IRQ/MSI because no handler is installed Mar 9 10:00:51 starker kernel: info: [drm] fb mappable at 0xD8040000 Mar 9 10:00:51 starker kernel: info: [drm] vram apper at 0xD8000000 Mar 9 10:00:51 starker kernel: info: [drm] size 5300224 Mar 9 10:00:51 starker kernel: info: [drm] fb depth is 24 Mar 9 10:00:51 starker kernel: info: [drm] pitch is 5888 Mar 9 10:00:51 starker kernel: info: [drm] Initialized radeon 2.29.0 20080528 From owner-freebsd-stable@FreeBSD.ORG Sun Mar 9 05:15:22 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B482A18 for ; Sun, 9 Mar 2014 05:15:22 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 259BC2E2 for ; Sun, 9 Mar 2014 05:15:21 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s295FJP2040605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Mar 2014 21:15:19 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s295FJE8040604; Sat, 8 Mar 2014 21:15:19 -0800 (PST) (envelope-from jmg) Date: Sat, 8 Mar 2014 21:15:19 -0800 From: John-Mark Gurney To: "A.J. 'Fonz' van Werven" Subject: Re: vi loop when resizing window Message-ID: <20140309051519.GC32089@funkthat.com> Mail-Followup-To: "A.J. 'Fonz' van Werven" , Bob Willcox , stable list References: <20140308162614.GC94968@rancor.immure.com> <20140308171824.GA31887@spectrum.skysmurf.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140308171824.GA31887@spectrum.skysmurf.nl> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sat, 08 Mar 2014 21:15:19 -0800 (PST) Cc: stable list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Mar 2014 05:15:22 -0000 A.J. 'Fonz' van Werven wrote this message on Sat, Mar 08, 2014 at 18:18 +0100: > Bob Willcox wrote: > > > Since I updated my stable-10.0 system a couple of days ago vi is now > > looping whenever I resize the xterm window that it's running in. > > I'm not on 10-STABLE and cannot reproduce your problem with 9-STABLE or > 9.2-RELEASE-p3. But if someone can tell me what SVN command would give me > the current 10-STABLE source *for vi only*, I don't mind having a look at > this. svn co https://svn0.us-west.freebsd.org/base/stable/10/usr.bin/vi usr.bin/vi svn co https://svn0.us-west.freebsd.org/base/stable/10/contrib/nvi contrib/nvi cd usr.bin/vi && make Thanks for looking at it... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Sun Mar 9 08:41:00 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD6C5B85; Sun, 9 Mar 2014 08:41:00 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 105CA287; Sun, 9 Mar 2014 08:40:59 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s298eq63035948; Sun, 9 Mar 2014 10:40:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s298epn8035610; Sun, 9 Mar 2014 08:40:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 9 Mar 2014 08:40:51 GMT Message-Id: <201403090840.s298epn8035610@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Mar 2014 08:41:01 -0000 TB --- 2014-03-09 05:10:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-09 05:10:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-09 05:10:42 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-09 05:10:42 - cleaning the object tree TB --- 2014-03-09 05:10:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-09 05:11:35 - At svn revision 262944 TB --- 2014-03-09 05:11:36 - building world TB --- 2014-03-09 05:11:36 - CROSS_BUILD_TESTING=YES TB --- 2014-03-09 05:11:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-09 05:11:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-09 05:11:36 - SRCCONF=/dev/null TB --- 2014-03-09 05:11:36 - TARGET=arm TB --- 2014-03-09 05:11:36 - TARGET_ARCH=armv6 TB --- 2014-03-09 05:11:36 - TZ=UTC TB --- 2014-03-09 05:11:36 - __MAKE_CONF=/dev/null TB --- 2014-03-09 05:11:36 - cd /src TB --- 2014-03-09 05:11:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 9 05:11:46 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 9 08:37:38 UTC 2014 TB --- 2014-03-09 08:37:38 - generating LINT kernel config TB --- 2014-03-09 08:37:38 - cd /src/sys/arm/conf TB --- 2014-03-09 08:37:38 - /usr/bin/make -B LINT TB --- 2014-03-09 08:37:38 - cd /src/sys/arm/conf TB --- 2014-03-09 08:37:38 - /usr/sbin/config -m LINT TB --- 2014-03-09 08:37:38 - skipping LINT kernel TB --- 2014-03-09 08:37:38 - cd /src/sys/arm/conf TB --- 2014-03-09 08:37:38 - /usr/sbin/config -m AC100 TB --- 2014-03-09 08:37:38 - building AC100 kernel TB --- 2014-03-09 08:37:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-09 08:37:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-09 08:37:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-09 08:37:38 - SRCCONF=/dev/null TB --- 2014-03-09 08:37:38 - TARGET=arm TB --- 2014-03-09 08:37:38 - TARGET_ARCH=armv6 TB --- 2014-03-09 08:37:38 - TZ=UTC TB --- 2014-03-09 08:37:38 - __MAKE_CONF=/dev/null TB --- 2014-03-09 08:37:38 - cd /src TB --- 2014-03-09 08:37:38 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Sun Mar 9 08:37:38 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AC100 completed on Sun Mar 9 08:40:46 UTC 2014 TB --- 2014-03-09 08:40:46 - cd /src/sys/arm/conf TB --- 2014-03-09 08:40:46 - /usr/sbin/config -m ARMADAXP TB --- 2014-03-09 08:40:46 - building ARMADAXP kernel TB --- 2014-03-09 08:40:46 - CROSS_BUILD_TESTING=YES TB --- 2014-03-09 08:40:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-09 08:40:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-09 08:40:46 - SRCCONF=/dev/null TB --- 2014-03-09 08:40:46 - TARGET=arm TB --- 2014-03-09 08:40:46 - TARGET_ARCH=armv6 TB --- 2014-03-09 08:40:46 - TZ=UTC TB --- 2014-03-09 08:40:46 - __MAKE_CONF=/dev/null TB --- 2014-03-09 08:40:46 - cd /src TB --- 2014-03-09 08:40:46 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Sun Mar 9 08:40:46 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/arm.armv6/src/tmp/legacy/usr/sbin:/obj/arm.armv6/src/tmp/legacy/usr/bin:/obj/arm.armv6/src/tmp/legacy/usr/games:/obj/arm.armv6/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/arm.armv6/src/sys/ARMADAXP/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-09 08:40:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-09 08:40:50 - ERROR: failed to build ARMADAXP kernel TB --- 2014-03-09 08:40:50 - 9524.19 user 3044.26 system 12607.49 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 9 09:35:03 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F29A9424; Sun, 9 Mar 2014 09:35:02 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 33CC4ACB; Sun, 9 Mar 2014 09:35:01 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s299YwqZ007158; Sun, 9 Mar 2014 11:34:58 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s299Yw7I007154; Sun, 9 Mar 2014 09:34:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 9 Mar 2014 09:34:58 GMT Message-Id: <201403090934.s299Yw7I007154@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Mar 2014 09:35:03 -0000 TB --- 2014-03-09 05:10:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-09 05:10:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-09 05:10:42 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-09 05:10:42 - cleaning the object tree TB --- 2014-03-09 05:10:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-09 05:11:31 - At svn revision 262944 TB --- 2014-03-09 05:11:32 - building world TB --- 2014-03-09 05:11:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-09 05:11:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-09 05:11:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-09 05:11:32 - SRCCONF=/dev/null TB --- 2014-03-09 05:11:32 - TARGET=powerpc TB --- 2014-03-09 05:11:32 - TARGET_ARCH=powerpc64 TB --- 2014-03-09 05:11:32 - TZ=UTC TB --- 2014-03-09 05:11:32 - __MAKE_CONF=/dev/null TB --- 2014-03-09 05:11:32 - cd /src TB --- 2014-03-09 05:11:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 9 05:11:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Mar 9 09:34:37 UTC 2014 TB --- 2014-03-09 09:34:37 - generating LINT kernel config TB --- 2014-03-09 09:34:37 - cd /src/sys/powerpc/conf TB --- 2014-03-09 09:34:37 - /usr/bin/make -B LINT TB --- 2014-03-09 09:34:37 - cd /src/sys/powerpc/conf TB --- 2014-03-09 09:34:37 - /usr/sbin/config -m LINT TB --- 2014-03-09 09:34:37 - skipping LINT kernel TB --- 2014-03-09 09:34:37 - cd /src/sys/powerpc/conf TB --- 2014-03-09 09:34:37 - /usr/sbin/config -m GENERIC TB --- 2014-03-09 09:34:37 - skipping GENERIC kernel TB --- 2014-03-09 09:34:37 - cd /src/sys/powerpc/conf TB --- 2014-03-09 09:34:37 - /usr/sbin/config -m GENERIC64 TB --- 2014-03-09 09:34:37 - building GENERIC64 kernel TB --- 2014-03-09 09:34:37 - CROSS_BUILD_TESTING=YES TB --- 2014-03-09 09:34:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-09 09:34:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-09 09:34:37 - SRCCONF=/dev/null TB --- 2014-03-09 09:34:37 - TARGET=powerpc TB --- 2014-03-09 09:34:37 - TARGET_ARCH=powerpc64 TB --- 2014-03-09 09:34:37 - TZ=UTC TB --- 2014-03-09 09:34:37 - __MAKE_CONF=/dev/null TB --- 2014-03-09 09:34:37 - cd /src TB --- 2014-03-09 09:34:37 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sun Mar 9 09:34:37 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-09 09:34:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-09 09:34:58 - ERROR: failed to build GENERIC64 kernel TB --- 2014-03-09 09:34:58 - 11971.80 user 4240.35 system 15855.69 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 9 17:11:37 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E314BD66 for ; Sun, 9 Mar 2014 17:11:37 +0000 (UTC) Received: from mail-s68.mailgun.info (mail-s68.mailgun.info [184.173.153.196]) by mx1.freebsd.org (Postfix) with ESMTP id 965C0F29 for ; Sun, 9 Mar 2014 17:11:36 +0000 (UTC) DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=miator.net; q=dns/txt; s=krs; t=1394385095; h=Mime-Version: In-Reply-To: References: Date: Message-Id: Subject: From: To: Cc: Content-Type: Sender; bh=360sxRNJo/llrkKipUsjuR+L5PTQDp6l19K0TDuC++0=; b=BGXIa4R4EEWi8oSaFW/Ut/iYzLx6gGJ6rY3m/ioclWJrjY/WQw4Ocns5RvA9m1oSAmbh/kaj rw/E4AFtPT3072kN1eeEDzjgHdOz76DRvzY4xdlyU75CdDvTl3ONbrXID/w7Y1dPGZdad1au /uUbrqY38bgQwDBQjP1i6BfoKrY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=miator.net; s=krs; q=dns; h=Mime-Version: In-Reply-To: References: Date: Message-Id: Subject: From: To: Cc: Content-Type: Sender; b=Y55xriWTgrMPDeT0hiuimVnoQ7sVQF+oXMJWwEGttYVwW33MCvMJ7bg/6oZD3jtLwH3h0x ssd3DoODIX8RiK8B2v90OOCGFTyXtmGXluh7v98oHyKhNix4A/w3cFX8w5I3xgLqdthBY/yq NjR4ueIwlIPP0s3BerVSAfNXKxUX0= Received: from mail-ve0-f172.google.com (mail-ve0-f172.google.com [209.85.128.172]) by mxa.mailgun.org with ESMTP id 531c9ed5.9227db0-in1; Sun, 09 Mar 2014 17:03:17 -0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id jx11so6114642veb.17 for ; Sun, 09 Mar 2014 10:03:13 -0700 (PDT) X-Google-Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=360sxRNJo/llrkKipUsjuR+L5PTQDp6l19K0TDuC++0=; b=CadWusMRfOXyC/yJMSScyv2XVZo1sVrh0Pnz0Iv9lridAcGsKJO1aFkYYxFNenNC9P AAzFuJMQ2darrCIoBUSMwNSNLJgElj0zifq9+s1taykilxD4Kk3V0qX0TC1jrX49Wxm2 KMWu0krBAs4+/0g2vWUBXDc/S9huW4vx1ivt+tbT9SvAykPC/R0iiN/SOJFIyG1lvos0 igjqa2HkzURyZL+OwYSmtb6GSXFwcNF8kjdkNOuOucnu1f9GP3fpeWTTOR+Qw4J4WPrl 3wCrK8xcmOn6lOtH5U9m6/IspLbD0ustXMhm/hEOl+cDz4OM//AQRtlcqgLgcmm3yGZ9 Vr4g== Mime-Version: 1.0 X-Received: by 10.52.61.133 with SMTP id p5mr19636252vdr.4.1394384593490; Sun, 09 Mar 2014 10:03:13 -0700 (PDT) Received: by 10.220.86.65 with HTTP; Sun, 9 Mar 2014 10:03:13 -0700 (PDT) In-Reply-To: <20140308214410.GC2665@rancor.immure.com> References: <20140308162614.GC94968@rancor.immure.com> <20140308171824.GA31887@spectrum.skysmurf.nl> <20140308172501.GH1626@albert.catwhisker.org> <20140308214410.GC2665@rancor.immure.com> Date: Sun, 9 Mar 2014 13:03:13 -0400 Message-Id: Subject: Re: vi loop when resizing window From: Zhihao Yuan To: Bob Willcox Content-Type: text/plain; charset="UTF-8" X-Mailgun-Sid: WyIyZjNjMiIsICJzdGFibGVAZnJlZWJzZC5vcmciLCAiNjkxMTAiXQ== Sender: zy@miator.net Cc: FreeBSD Stable ML X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Mar 2014 17:11:37 -0000 On Sat, Mar 8, 2014 at 4:44 PM, Bob Willcox wrote: > on the chance that it might be due to a difference between your level and mine > but the problem persists. Any change to the vi xterm window puts vi into a > loop that requires a 'kill -9' to get it out of. Currently I cannot reproduce your problem (as nvi's maintainer). Can you go to /usr/src/contrib/nvi and show me the top commit? -- Zhihao Yuan, ID lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-freebsd-stable@FreeBSD.ORG Sun Mar 9 18:48:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1FDEEE1; Sun, 9 Mar 2014 18:48:54 +0000 (UTC) Received: from b2bfep15.mx.upcmail.net (b2bfep15.mx.upcmail.net [62.179.121.60]) by mx1.freebsd.org (Postfix) with ESMTP id D461E903; Sun, 9 Mar 2014 18:48:53 +0000 (UTC) Received: from edge12.upcmail.net ([192.168.13.82]) by b2bfep16-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20140309183140.CFXM25315.b2bfep16-int.chello.at@edge12.upcmail.net>; Sun, 9 Mar 2014 19:31:40 +0100 Received: from iznogoud.viz ([91.119.208.191]) by edge12.upcmail.net with edge id bWXd1n00u48JfXf0CWXdvv; Sun, 09 Mar 2014 19:31:40 +0100 X-SourceIP: 91.119.208.191 Received: from wolfgang by iznogoud.viz with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WMiVd-0000NT-1z; Sun, 09 Mar 2014 19:31:37 +0100 From: Wolfgang Jenkner To: Zhihao Yuan Subject: Re: vi loop when resizing window Date: Sun, 09 Mar 2014 19:29:52 +0100 References: <20140308162614.GC94968@rancor.immure.com> <20140308171824.GA31887@spectrum.skysmurf.nl> <20140308172501.GH1626@albert.catwhisker.org> <20140308214410.GC2665@rancor.immure.com> Message-ID: <851tyb9qbb.fsf@iznogoud.viz> User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.3.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: FreeBSD Stable ML , Peter Wemm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Mar 2014 18:48:54 -0000 On Sun, Mar 09 2014, Zhihao Yuan wrote: > On Sat, Mar 8, 2014 at 4:44 PM, Bob Willcox wrote: >> on the chance that it might be due to a difference between your level and mine >> but the problem persists. Any change to the vi xterm window puts vi into a >> loop that requires a 'kill -9' to get it out of. > > Currently I cannot reproduce your problem (as nvi's maintainer). > Can you go to /usr/src/contrib/nvi and show me the top commit? Perhaps, this is PR: bin/182463 again. The patch there was immediately committed to HEAD (r259088, as part of a sync to your upstream git repo) but not MFC'd to STABLE-10. Wolfgang From owner-freebsd-stable@FreeBSD.ORG Sun Mar 9 23:45:44 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16250EA0; Sun, 9 Mar 2014 23:45:44 +0000 (UTC) Received: from mail-oa0-x22c.google.com (mail-oa0-x22c.google.com [IPv6:2607:f8b0:4003:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BCC3D3D1; Sun, 9 Mar 2014 23:45:43 +0000 (UTC) Received: by mail-oa0-f44.google.com with SMTP id n16so6332453oag.3 for ; Sun, 09 Mar 2014 16:45:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=7ZswdSg9DRlqWTdPm3lDQTiU3pcpnD3lrQD4xw7bNSA=; b=MlnZuLWD1S6GfzdhmkKyuHD+SEA3HZst/uhT7pVsgDTJh5Kk0A0WLOpdDtDRF0AU91 do725TQx1NahmOXZU+8ZHWhhjctHvvakVt89XJlLk/XWJpILTxrqFyW/A8DLq+jLD+kz iVT14XgTY6wHBO1xZs4xx2TY9RIV949Z2kUzwY/7Ud6ZrFkqrukszDIEv++cyRG4k6zX I9fLw+ZWFk4nUdJz0KIVIN3VABGzmo20KogkPdikvFzpTQ11XcbQwdDc992tflIuxtCO 0To6tLbxqTABbYAtBHtEYLXFYsRFRQ0VzTKPgMoSe8UYvz7ZIpbH9jHjIxQNPZJ2Y5Tp nN2w== MIME-Version: 1.0 X-Received: by 10.182.122.133 with SMTP id ls5mr231003obb.52.1394408743176; Sun, 09 Mar 2014 16:45:43 -0700 (PDT) Received: by 10.182.80.7 with HTTP; Sun, 9 Mar 2014 16:45:43 -0700 (PDT) Date: Mon, 10 Mar 2014 00:45:43 +0100 Message-ID: Subject: PANIC: freebsd-10-stable - acquiring blockable sleep lock with spinlock or critical section held (sleep mutex) Giant @ /usr/src/sys/dev/usb/input/ukbd.c:1929 From: Oliver Pinter To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org, Andriy Gapon , Hans Petter Selasky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Mar 2014 23:45:44 -0000 Hi All! I have this kernel panic: Unread portion of the kernel message buffer: <118>[1212013] Mar 9 21:44:10 pandora-d syslogd: exiting on signal 15 [1212048] Waiting (max 60 seconds) for system process `vnlru' to stop...done [1212048] panic: acquiring blockable sleep lock with spinlock or critical section held (sleep mutex) Giant @ /usr/src/sys/dev/usb/input/ukbd.c:1929 [1212048] cpuid = 0 [1212048] KDB: stack backtrace: [1212048] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0237bcb470 [1212048] kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe0237bcb520 [1212048] vpanic() at vpanic+0x127/frame 0xfffffe0237bcb560 [1212048] kassert_panic() at kassert_panic+0x136/frame 0xfffffe0237bcb5d0 [1212048] witness_checkorder() at witness_checkorder+0xfe/frame 0xfffffe0237bcb660 [1212048] __mtx_lock_flags() at __mtx_lock_flags+0xa9/frame 0xfffffe0237bcb6b0 [1212048] ukbd_ioctl() at ukbd_ioctl+0x7a/frame 0xfffffe0237bcb6f0 [1212048] kbdmux_ioctl() at kbdmux_ioctl+0x76c/frame 0xfffffe0237bcb740 [1212048] sc_cnputc() at sc_cnputc+0x90/frame 0xfffffe0237bcb770 [1212048] cnputc() at cnputc+0x7f/frame 0xfffffe0237bcb7a0 [1212048] cnputs() at cnputs+0x58/frame 0xfffffe0237bcb7c0 [1212048] vprintf() at vprintf+0x9a/frame 0xfffffe0237bcb890 [1212048] printf() at printf+0x43/frame 0xfffffe0237bcb8f0 [1212048] kproc_shutdown() at kproc_shutdown+0x3a/frame 0xfffffe0237bcb910 [1212048] kern_reboot() at kern_reboot+0x11e/frame 0xfffffe0237bcb980 [1212048] sys_reboot() at sys_reboot+0x58/frame 0xfffffe0237bcb9a0 [1212048] amd64_syscall() at amd64_syscall+0x239/frame 0xfffffe0237bcbab0 [1212048] Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0237bcbab0 [1212048] --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x8014f470c, rsp = 0x7fffffffbe88, rbp = 0x7fffffffbff0 --- [1212048] KDB: enter: panic [1212048] Uptime: 14d0h40m48s [1212048] Dumping 941 out of 8125 MB:..2%..11%..21%..31%..41%..51%..62%..72%..82%..91% #0 doadump (textdump=1) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=1) at pcpu.h:219 #1 0xffffffff804b71e7 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:452 #2 0xffffffff804b76f6 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0xffffffff804b7586 in kassert_panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:647 #4 0xffffffff80507d4e in witness_checkorder (lock=0xffffffff80d040e0, flags=9, file=0xffffffff807b074a "/usr/src/sys/dev/usb/input/ukbd.c", line=1929, interlock=0x0) at /usr/src/sys/kern/subr_witness.c:1073 #5 0xffffffff804a3279 in __mtx_lock_flags (c=0xffffffff80d040f8, opts=0, file=0xffffffff807b074a "/usr/src/sys/dev/usb/input/ukbd.c", line=1929) at /usr/src/sys/kern/kern_mutex.c:221 #6 0xffffffff8040ed7a in ukbd_ioctl (kbd=0xfffffe00010e6000, cmd=537152276, arg=0xfffffe0237bcb75c "\002") at /usr/src/sys/dev/usb/input/ukbd.c:1929 #7 0xffffffff803452cc in kbdmux_ioctl (kbd=, arg=) at /usr/src/sys/dev/kbdmux/kbdmux.c:1149 #8 0xffffffff803d1250 in sc_cnputc (cd=0x0, c=87) at /usr/src/sys/dev/syscons/syscons.c:3715 #9 0xffffffff8046e41f in cnputc () at /usr/src/sys/kern/kern_cons.c:476 #10 0xffffffff8046e6b8 in cnputs (p=) at /usr/src/sys/kern/kern_cons.c:505 #11 0xffffffff804f3d6a in vprintf (fmt=, ap=) at /usr/src/sys/kern/subr_prf.c:402 #12 0xffffffff804f3cc3 in printf (fmt=0x0) at /usr/src/sys/kern/subr_prf.c:368 #13 0xffffffff804b778a in kproc_shutdown (arg=0xfffff800024504b8, howto=) at /usr/src/sys/kern/kern_shutdown.c:807 #14 0xffffffff804b6b1e in kern_reboot (howto=0) at /usr/src/sys/kern/kern_shutdown.c:324 #15 0xffffffff804b69f8 in sys_reboot (td=, uap=) at /usr/src/sys/kern/kern_shutdown.c:196 #16 0xffffffff80703cb9 in amd64_syscall (td=0xfffff80178ebc920, traced=0) at subr_syscall.c:134 #17 0xffffffff806e89ab in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #18 0x00000008014f470c in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) the relevant source code is this: (kgdb) f 6 #6 0xffffffff8040ed7a in ukbd_ioctl (kbd=0xfffffe00010e6000, cmd=537152276, arg=0xfffffe0237bcb75c "\002") at /usr/src/sys/dev/usb/input/ukbd.c:1929 1929 UKBD_LOCK(); Current language: auto; currently minimal (kgdb) l 1924 case KDSETLED: 1925 if (!mtx_owned(&Giant) && !SCHEDULER_STOPPED()) 1926 return (EDEADLK); /* best I could come up with */ 1927 /* FALLTHROUGH */ 1928 default: 1929 UKBD_LOCK(); 1930 result = ukbd_ioctl_locked(kbd, cmd, arg); 1931 UKBD_UNLOCK(); 1932 return (result); 1933 } (kgdb) up #7 0xffffffff803452cc in kbdmux_ioctl (kbd=, arg=) at /usr/src/sys/dev/kbdmux/kbdmux.c:1149 1149 (void)kbdd_ioctl(k->kbd, KDSKBSTATE, arg); (kgdb) l 1144 state->ks_state &= ~LOCK_MASK; 1145 state->ks_state |= *(int *)arg; 1146 1147 /* KDSKBSTATE on all slave keyboards */ 1148 SLIST_FOREACH(k, &state->ks_kbds, next) 1149 (void)kbdd_ioctl(k->kbd, KDSKBSTATE, arg); 1150 1151 KBDMUX_UNLOCK(state); 1152 1153 return (kbdmux_ioctl(kbd, KDSETLED, arg)); This code introduced by this commit: commit 7bd2d75f37bf175e19c8a11cd17e960b5186f779 Author: avg Date: Wed Dec 21 11:49:33 2011 +0000 ukbd: adjust for SCHEDULER_STOPPED() and overhaul locking code The kernel compiled with this kernel config: cpu HAMMER ident OP-PERPETUA options HZ=100 makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols makeoptions MODULES_OVERRIDE="geom/geom_sched linux" options SCHED_ULE # ULE scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options TCP_OFFLOAD # TCP offload options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_EXTATTR options QUOTA # Enable disk quotas for UFS options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_RAID # Soft RAID functionality. options GEOM_LABEL # Provides labelization options COMPAT_FREEBSD32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options CAPABILITY_MODE # Capsicum capability mode options CAPABILITIES # Capsicum capabilities options PROCDESC # Support for process descriptors options MAC # TrustedBSD MAC Framework options INCLUDE_CONFIG_FILE # Include this file in kernel options KDB # Enable kernel debugger support. options KDB_TRACE # Print a stack trace for a panic. options DDB # Support DDB. options SMP # Symmetric MultiProcessor Kernel device cpufreq device acpi device pci device ahci # AHCI-compatible SATA controllers device scbus # SCSI bus (required for ATA/SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct ATA/SCSI access) device ses # Enclosure Services (SES and SAF-TE) device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver options VESA # Add support for VESA BIOS Extensions (VBE) device sc options SC_PIXEL_MODE # add support for the raster text mode device agp # support several AGP chipsets device uart # Generic UART driver device em # Intel PRO/1000 Gigabit Ethernet Family device miibus # MII bus support device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device iwn # Intel 4965/1000/5000/6000 wireless NICs. device loop # Network loopback device random # Entropy device device rdrand_rng # Intel Bull Mountain RNG device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device bpf # Berkeley packet filter options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device xhci # XHCI PCI->USB interface (USB 3.0) device usb # USB Bus (required) device ukbd # Keyboard device ums # Mouse device sound # Generic sound driver (required) device snd_hda # Intel High Definition Audio device coretemp device cpuctl options SC_DISABLE_REBOOT options UKBD_DFLT_KEYMAP makeoptions UKBD_DFLT_KEYMAP=us.pc-ctrl options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPSTEALTH device crypto # core crypto support device cryptodev # /dev/crypto for access to h/w device aesni options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones options DEADLKRES # Enable the deadlock resolver options INVARIANTS # Enable calls of extra sanity c options INVARIANT_SUPPORT # Extra sanity checks of interna options WITNESS # Enable checks to detect deadlo options WITNESS_SKIPSPIN # Don't run witness on spinlocks options ALT_BREAK_TO_DEBUGGER options BREAK_TO_DEBUGGER From owner-freebsd-stable@FreeBSD.ORG Mon Mar 10 03:15:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9138D16E for ; Mon, 10 Mar 2014 03:15:11 +0000 (UTC) Received: from maul.immure.com (immure.com [107.218.164.241]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5EB26A20 for ; Mon, 10 Mar 2014 03:15:08 +0000 (UTC) Received: from [10.1.132.9] (helo=rancor.immure.com) by maul.immure.com with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1WMqfx-000BL6-Pz; Sun, 09 Mar 2014 22:14:52 -0500 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.8/8.14.8) with ESMTP id s2A3EnFk069384; Sun, 9 Mar 2014 22:14:49 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.8/8.14.6/Submit) id s2A3En9a069383; Sun, 9 Mar 2014 22:14:49 -0500 (CDT) (envelope-from bob) Date: Sun, 9 Mar 2014 22:14:49 -0500 From: Bob Willcox To: Zhihao Yuan Message-ID: <20140310031449.GE2665@rancor.immure.com> References: <20140308162614.GC94968@rancor.immure.com> <20140308171824.GA31887@spectrum.skysmurf.nl> <20140308172501.GH1626@albert.catwhisker.org> <20140308214410.GC2665@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) X-SA-Exim-Connect-IP: 10.1.132.9 X-SA-Exim-Mail-From: bob@immure.com X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on maul.immure.com X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Subject: Re: vi loop when resizing window X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on maul.immure.com) Cc: FreeBSD Stable ML X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Bob Willcox List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2014 03:15:11 -0000 On Sun, Mar 09, 2014 at 01:03:13PM -0400, Zhihao Yuan wrote: > On Sat, Mar 8, 2014 at 4:44 PM, Bob Willcox wrote: > > on the chance that it might be due to a difference between your level and mine > > but the problem persists. Any change to the vi xterm window puts vi into a > > loop that requires a 'kill -9' to get it out of. > > Currently I cannot reproduce your problem (as nvi's maintainer). > Can you go to /usr/src/contrib/nvi and show me the top commit? > Is this what you are looking for: ------------------------------------------------------------------------ r259073 | peter | 2013-12-07 12:23:29 -0600 (Sat, 07 Dec 2013) | 13 lines Hoist all the mergeinfo up to the root in preparation for enforcing merges to the root only. All MFC's were rerecorded to the root. Going forward, if an MFC includes mergeinfo, it will need to be made to the root and committed from the root. Merges with --ignore-ancestry or diff | patch can go anywhere. The mergeinfo in HEAD is in a bad state from years of neglect and manual tampering and this was branched into 10.x. This confuses the coalescing code and prevents it from doing its job. Approved by: re (gjb, implicit) -- Bob Willcox | (1) If it's green or it wiggles, it's biology. bob@immure.com | (2) If it stinks, it's chemistry. Austin, TX | (3) If it doesn't work, it's physics. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 10 04:23:37 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ABBC3A25 for ; Mon, 10 Mar 2014 04:23:37 +0000 (UTC) Received: from mail-s68.mailgun.info (mail-s68.mailgun.info [184.173.153.196]) by mx1.freebsd.org (Postfix) with ESMTP id 59F75F13 for ; Mon, 10 Mar 2014 04:23:36 +0000 (UTC) DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=miator.net; q=dns/txt; s=krs; t=1394425416; h=Mime-Version: In-Reply-To: References: Date: Message-Id: Subject: From: To: Cc: Content-Type: Sender; bh=COJwgIPFlAVn5XAwjRQghlnLy3PHvaIiuo7axt4cYB0=; b=jrQw0y5FHSDAWsnsSArsXyem1xpkDO9/6AZepIkFqN7yOz1PxGKwH2Egy321DPjstkYQJSZK 74q5/miFFyaW1OvsN7/PZhlE6r6ZirDItJzfOBDN9xyiRjd6ZXPQz2jES/EzuKeD7EN+XhFx ZC6+S/1caj//QdmcF171Xxn2lPE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=miator.net; s=krs; q=dns; h=Mime-Version: In-Reply-To: References: Date: Message-Id: Subject: From: To: Cc: Content-Type: Sender; b=M58K/uWiKIAgsqtRxNVWJZF57I5uubmW4HX+ZqRRiB0jIk7lwwDeklF2nXzFGS+7E642Q/ 5UJsGtiNoynEaDX+IVHj3xz6oNApJyxSXgtrjYrVZQ/gL63lNG5DxVQVcuxDxD728uoItQF2 zxk3df5Tid+ixOp8JsiEfWrmXtR3E= Received: from mail-ve0-f176.google.com (mail-ve0-f176.google.com [209.85.128.176]) by mxa.mailgun.org with ESMTP id 531d3e47.9999f30-in1; Mon, 10 Mar 2014 04:23:35 -0000 (UTC) Received: by mail-ve0-f176.google.com with SMTP id cz12so6409506veb.21 for ; Sun, 09 Mar 2014 21:23:33 -0700 (PDT) X-Google-Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=COJwgIPFlAVn5XAwjRQghlnLy3PHvaIiuo7axt4cYB0=; b=UgIBu9wQEDfvVtiZcOy9YJ0vCEkWtQwEBmgS2kYRa0BCOKh6t8RC6kL5eEBaS8T8Wq K48MVm3CRspEOFtu26v0bYY3cb4hhgPG2cMnhVCc+wXx+iPU8togr46Cp8/l1fPyv8Ee iAevo/EInsZypRJTy8AObhiTzUPpSEzAhRUyVW9xCrzqYldFHOr86bWW0drquqqCd33I 2BuCHJz7ny+BB6bEarDy2Zng8GnP7nO7FkORmFhW5HM7ijjYqS6bSM/bvOx6hjGQjAFZ yUl+LZqMz/bay+2YfIKd8AkyiYJENn3x51EpyyCSraZ1ifoaga3V10Mw8DQppdMdl3Ks KkfQ== Mime-Version: 1.0 X-Received: by 10.220.114.135 with SMTP id e7mr1303850vcq.23.1394425413348; Sun, 09 Mar 2014 21:23:33 -0700 (PDT) Received: by 10.220.86.65 with HTTP; Sun, 9 Mar 2014 21:23:32 -0700 (PDT) In-Reply-To: <20140310031449.GE2665@rancor.immure.com> References: <20140308162614.GC94968@rancor.immure.com> <20140308171824.GA31887@spectrum.skysmurf.nl> <20140308172501.GH1626@albert.catwhisker.org> <20140308214410.GC2665@rancor.immure.com> <20140310031449.GE2665@rancor.immure.com> Date: Mon, 10 Mar 2014 00:23:32 -0400 Message-Id: Subject: Re: vi loop when resizing window From: Zhihao Yuan To: Bob Willcox Content-Type: multipart/mixed; boundary="047d7b342d8a6dc47104f438f7cf" X-Mailgun-Sid: WyIyZjNjMiIsICJzdGFibGVAZnJlZWJzZC5vcmciLCAiNjkxMTAiXQ== Sender: zy@miator.net Cc: Zhihao Yuan , FreeBSD Stable ML X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Mar 2014 04:23:37 -0000 --047d7b342d8a6dc47104f438f7cf Content-Type: text/plain; charset=UTF-8 On Sun, Mar 9, 2014 at 11:14 PM, Bob Willcox wrote: > ------------------------------------------------------------------------ > r259073 | peter | 2013-12-07 12:23:29 -0600 (Sat, 07 Dec 2013) | 13 lines > > Hoist all the mergeinfo up to the root in preparation for enforcing merges > to the root only. All MFC's were rerecorded to the root. r259073 < r259088, I would suggest to try whether the attached patch helps. I just tried `make buildworld` on HEAD, and did not repro your problem. -- Zhihao Yuan, ID lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ --047d7b342d8a6dc47104f438f7cf Content-Type: text/x-patch; charset=US-ASCII; name="182463.patch" Content-Disposition: attachment; filename="182463.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hsl8vqgq0 SW5kZXg6IGNvbW1vbi9rZXkuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBjb21tb24va2V5LmMJKHJldmlzaW9u IDI1OTA4NykKKysrIGNvbW1vbi9rZXkuYwkocmV2aXNpb24gMjU5MDg4KQpAQCAtMTAsNyArMTAs NyBAQAogI2luY2x1ZGUgImNvbmZpZy5oIgogCiAjaWZuZGVmIGxpbnQKLXN0YXRpYyBjb25zdCBj aGFyIHNjY3NpZFtdID0gIiRJZDoga2V5LmMsdiAxMC41MyAyMDEzLzAzLzExIDAxOjIwOjUzIHlh bXQgRXhwICQiOworc3RhdGljIGNvbnN0IGNoYXIgc2Njc2lkW10gPSAiJElkOiBrZXkuYyx2IDEw LjU0IDIwMTMvMTEvMTMgMTI6MTU6MjcgenkgRXhwICQiOwogI2VuZGlmIC8qIG5vdCBsaW50ICov CiAKICNpbmNsdWRlIDxzeXMvdHlwZXMuaD4KQEAgLTI3Miw3ICsyNzIsNyBAQAogCSAqIFRoZSBj b2RlIHByaW50cyBub24tcHJpbnRhYmxlIHdpZGUgY2hhcmFjdGVycyBpbiA0IG9yIDUgZGlnaXRz CiAJICogVW5pY29kZSBlc2NhcGUgc2VxdWVuY2VzLCBzbyBvbmx5IHN1cHBvcnRzIHBsYW5lIDAg dG8gMTUuCiAJICovCi0JaWYgKElTUFJJTlQoYWNoKSkKKwlpZiAoQ0FOX1BSSU5UKHNwLCBhY2gp KQogCQlnb3RvIGRvbmU7CiBub3ByOglpZiAoaXNjbnRybChjaCkgJiYgKGNoIDwgMHgyMCB8fCBj aCA9PSAweDdmKSkgewogCQlzcC0+Y25hbWVbMF0gPSAnXic7CkluZGV4OiBjb21tb24va2V5LmgK PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQotLS0gY29tbW9uL2tleS5oCShyZXZpc2lvbiAyNTkwODcpCisrKyBjb21tb24v a2V5LmgJKHJldmlzaW9uIDI1OTA4OCkKQEAgLTYsNyArNiw3IEBACiAgKgogICogU2VlIHRoZSBM SUNFTlNFIGZpbGUgZm9yIHJlZGlzdHJpYnV0aW9uIGluZm9ybWF0aW9uLgogICoKLSAqCSRJZDog a2V5LmgsdiAxMC41NSAyMDEyLzEwLzA3IDAxOjMxOjE3IHp5IEV4cCAkCisgKgkkSWQ6IGtleS5o LHYgMTAuNTYgMjAxMy8xMS8xMyAxMjoxNToyNyB6eSBFeHAgJAogICovCiAKICNpbmNsdWRlICJt dWx0aWJ5dGUuaCIKQEAgLTIzLDggKzIzLDkgQEAKICNkZWZpbmUgSU5QVVQySU5UNShzcCxjdyxu LG5sZW4sdyx3bGVuKQkJCQkJICAgIFwKICAgICBzcC0+Y29udi5pbnB1dDJpbnQoc3AsIG4sIG5s ZW4sICYoY3cpLCAmd2xlbiwgJncpCiAjZGVmaW5lIENPTlNUCisjZGVmaW5lIElOVElTV0lERShj KSAgICAgICAgKHdjdG9iKGMpID09IEVPRikKICNkZWZpbmUgQ0hBUl9XSURUSChzcCwgY2gpICB3 Y3dpZHRoKGNoKQotI2RlZmluZSBJTlRJU1dJREUoYykJKHdjdG9iKGMpID09IEVPRikKKyNkZWZp bmUgQ0FOX1BSSU5UKHNwLCBjaCkgICAoQ0hBUl9XSURUSChzcCwgY2gpID4gMCkKICNlbHNlCiAj ZGVmaW5lIEZJTEUySU5UNShzcCxidWYsbixubGVuLHcsd2xlbikgXAogICAgICh3ID0gbiwgd2xl biA9IG5sZW4sIDApCkBAIC0zNiw5ICszNywxMCBAQAogICAgIChuID0gdywgbmxlbiA9IHdsZW4s IDApCiAjZGVmaW5lIElOUFVUMklOVDUoc3AsYnVmLG4sbmxlbix3LHdsZW4pIFwKICAgICAodyA9 IG4sIHdsZW4gPSBubGVuLCAwKQotI2RlZmluZSBDT05TVCBjb25zdAotI2RlZmluZSBJTlRJU1dJ REUoYykJICAgIDAKKyNkZWZpbmUgQ09OU1QgICAgICAgICAgICAgICBjb25zdAorI2RlZmluZSBJ TlRJU1dJREUoYykgICAgICAgIDAKICNkZWZpbmUgQ0hBUl9XSURUSChzcCwgY2gpICAxCisjZGVm aW5lIENBTl9QUklOVChzcCwgY2gpICAgaXNwcmludChjaCkKICNlbmRpZgogI2RlZmluZSBGSUxF MklOVChzcCxuLG5sZW4sdyx3bGVuKQkJCQkJICAgIFwKICAgICBGSUxFMklOVDUoc3Asc3AtPmN3 LG4sbmxlbix3LHdsZW4pCkluZGV4OiBjbC9jbF90ZXJtLmMKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gY2wvY2xf dGVybS5jCShyZXZpc2lvbiAyNTkwODcpCisrKyBjbC9jbF90ZXJtLmMJKHJldmlzaW9uIDI1OTA4 OCkKQEAgLTEwLDcgKzEwLDcgQEAKICNpbmNsdWRlICJjb25maWcuaCIKIAogI2lmbmRlZiBsaW50 Ci1zdGF0aWMgY29uc3QgY2hhciBzY2NzaWRbXSA9ICIkSWQ6IGNsX3Rlcm0uYyx2IDEwLjMzIDIw MTIvMDQvMjEgMjM6NTE6NDYgenkgRXhwICQiOworc3RhdGljIGNvbnN0IGNoYXIgc2Njc2lkW10g PSAiJElkOiBjbF90ZXJtLmMsdiAxMC4zNCAyMDEzLzEyLzA3IDE2OjIxOjE0IHdqZW5rbmVyIEV4 cCAkIjsKICNlbmRpZiAvKiBub3QgbGludCAqLwogCiAjaW5jbHVkZSA8c3lzL3R5cGVzLmg+CkBA IC0xODcsMTQgKzE4NywxOCBAQAogaW50CiBjbF90ZXJtX2VuZChHUyAqZ3ApCiB7Ci0JU0VRICpx cCwgKm5xcDsKKwlTRVEgKnFwLCAqbnFwLCAqcHJlX3FwID0gTlVMTDsKIAogCS8qIERlbGV0ZSBz Y3JlZW4gc3BlY2lmaWMgbWFwcGluZ3MuICovCiAJU0xJU1RfRk9SRUFDSF9TQUZFKHFwLCBncC0+ c2VxcSwgcSwgbnFwKQogCQlpZiAoRl9JU1NFVChxcCwgU0VRX1NDUkVFTikpIHsKLQkJCVNMSVNU X1JFTU9WRV9IRUFEKGdwLT5zZXFxLCBxKTsKKwkJCWlmIChxcCA9PSBTTElTVF9GSVJTVChncC0+ c2VxcSkpCisJCQkJU0xJU1RfUkVNT1ZFX0hFQUQoZ3AtPnNlcXEsIHEpOworCQkJZWxzZQorCQkJ CVNMSVNUX1JFTU9WRV9BRlRFUihwcmVfcXAsIHEpOwogCQkJKHZvaWQpc2VxX2ZyZWUocXApOwot CQl9CisJCX0gZWxzZQorCQkJcHJlX3FwID0gcXA7CiAJcmV0dXJuICgwKTsKIH0KIApJbmRleDog Lgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09Ci0tLSAuCShyZXZpc2lvbiAyNTkwODcpCisrKyAuCShyZXZpc2lvbiAyNTkw ODgpCgpQcm9wZXJ0eSBjaGFuZ2VzIG9uOiAuCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTW9kaWZpZWQ6IHN2bjptZXJn ZWluZm8KICAgTWVyZ2VkIC92ZW5kb3IvbnZpL2Rpc3Q6cjI1OTA4Ngo= --047d7b342d8a6dc47104f438f7cf-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 10 08:02:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D0D1C97 for ; Mon, 10 Mar 2014 08:02:54 +0000 (UTC) Received: from mail-pd0-x236.google.com (mail-pd0-x236.google.com [IPv6:2607:f8b0:400e:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 70BFE301 for ; Mon, 10 Mar 2014 08:02:54 +0000 (UTC) Received: by mail-pd0-f182.google.com with SMTP id g10so6695966pdj.41 for ; Mon, 10 Mar 2014 01:02:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=m99cvfJfCK81OoALV+kndodTEBP3MYiukD3w6q9sO70=; b=j/TiHTlqcdLcAvwFwWWVcV8gaRCdixReQAVp+79W6maekBaXhZBvcU6qT1Nej5O253 fuhbSwXuJMGH/ftRbDKT1Y0Gm+OJj5FlanKiJvseQ0UR4MWYhYZHypimthTqvOtNkg5x HM9YsqtwZrxPLR/AJuXE6kkuN37Af1zC2ZblOtsQU+Q0SWbZAnuIlZsdLz3mAeKAQwgf FvlC99Xw9M20jLZnNxw8BVsXniBQn6CFys3sITriVkZs0ZLiY6/L6rQ0EI9yFsKD9Al9 3DptknlI3SRO+537s+XqlvHGRcZvM+07A2rnKm4LX1WA/yh5wPEc3lUMwoKdCU33qefZ zr5g== X-Received: by 10.68.37.42 with SMTP id v10mr38375688pbj.127.1394438574030; Mon, 10 Mar 2014 01:02:54 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id q7sm62338206pbc.20.2014.03.10.01.02.51 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 10 Mar 2014 01:02:53 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 10 Mar 2014 17:02:47 +0900 From: Yonghyeon PYUN Date: Mon, 10 Mar 2014 17:02:47 +0900 To: "Michael L. Squires" Subject: Re: Broadcomm bge in Dell 745/FreeBSD 10-STABLE = no gigabit Ethernet Message-ID: <20140310080247.GA1399@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2014 08:02:54 -0000 On Fri, Mar 07, 2014 at 09:41:57PM -0500, Michael L. Squires wrote: > > I'm unable to get a Broadcom DCM5754 GigeE (allegedly) interface on a Dell > 745 desktop to talk gigabit Ethernet. > > It works fine at 100 Mbits/full duplex and works fine, to the extent that > one > can tell, under Windows 7 x64 and Centos 5. > > Attempts to force it to gigabit through options in rc.conf fail. > > The errors look like those reported some years ago for another 745, but I > would have guessed that that particular problem no longer existed. > > I have a workaround (installing an Intel 1000 MT into a PCI slot) so this is > not a critical problem. I'm using the 745 to control an HP MSL6000 tape > library (2 LTO-3 drives) and amanda from ports and dump are working without > problems, thank you very much. > > Mike Squires > mikes@siralan.org > UN*X at home > Since 1986 > > >From dmesg: > > FreeBSD 10.0-STABLE #0 r262738: Tue Mar 4 11:42:23 EST 2014 > root@testbsd:/usr/obj/usr/src/sys/TESTBSD amd64 > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2126.49-MHz K8-class > CPU) > Origin = "GenuineIntel" Id = 0x6f2 Family = 0x6 Model = 0xf Stepping > = 2 > Features=0xbfebfbff > avail memory = 4038057984 (3850 MB) > > bge0: CHIP ID 0x0000b002; ASIC REV 0x0b; CHIP REV 0xb0; PCI-E > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-m > aster, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge0: Ethernet address: 00:19:b9:37:0c:b21 > [...] When a remote link parter supports 1000baseT you should not use manual media configuration. If you plug in the UTP cable to other host, do you still see 100baseTX with auto-negotiation? I'm not sure but I think this is first report that tells 1000baseT link establishment issue. Did it ever work on FreeBSD? From owner-freebsd-stable@FreeBSD.ORG Mon Mar 10 08:23:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9FA6FB5; Mon, 10 Mar 2014 08:23:25 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 613BE6C0; Mon, 10 Mar 2014 08:23:25 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id 579181001FA; Mon, 10 Mar 2014 09:23:17 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 767901822C9; Mon, 10 Mar 2014 09:24:17 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kG-VS1CuF5BM; Mon, 10 Mar 2014 09:24:10 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id BBEC9182293; Mon, 10 Mar 2014 09:23:58 +0100 (CET) Message-ID: <531D768D.2040904@bitfrost.no> Date: Mon, 10 Mar 2014 09:23:41 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: John Baldwin , freebsd-stable@freebsd.org Subject: Re: Fwd: KASSERT in vm_map.c References: <530EFC76.9010302@bitfrost.no> <53181EC1.90103@bitfrost.no> <201403061624.52580.jhb@freebsd.org> In-Reply-To: <201403061624.52580.jhb@freebsd.org> 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.17 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, 10 Mar 2014 08:23:26 -0000 On 03/06/14 22:24, John Baldwin wrote: > On Thursday, March 06, 2014 2:07:45 am Hans Petter Selasky wrote: >> FYI >> >> -------- Original Message -------- >> Subject: KASSERT in vm_map.c >> Date: Thu, 27 Feb 2014 09:51:02 +0100 >> From: Hans Petter Selasky >> To: Konstantin Belousov >> >> Hi, >> >> Using 9-stable I hit a KASSERT when EHCI is loading: >> >> --- a/sys/vm/vm_map.c >> +++ b/sys/vm/vm_map.c >> @@ -2301,9 +2301,11 @@ vm_map_unwire(vm_map_t map, vm_offset_t start, >> vm_offset_t end, >> * Mark the entry in case the map lock is released. (See >> * above.) >> */ >> +#if 0 >> KASSERT((entry->eflags & MAP_ENTRY_IN_TRANSITION) == 0 && >> entry->wiring_thread == NULL, >> ("owned map entry %p", entry)); >> +#endif >> entry->eflags |= MAP_ENTRY_IN_TRANSITION; >> entry->wiring_thread = curthread; >> /* >> >> >> Is the KASSERT() wrong or is my USB code wrong. > > The KASSERT is correct. Can you provide more details from your panic? (Do you have > a crash dump?) It sounds like two threads are mucking with the same vm_map_entry at > the same time. > Hi John, Changed assert a bit: KASSERT((entry->eflags & MAP_ENTRY_IN_TRANSITION) == 0 && entry->wiring_thread == NULL, ("owned map entry %p 0x%x 0x%x %p %p", entry, entry->eflags, MAP_ENTRY_IN_TRANSITION, entry->wiring_thread, curthread)); Got this: KASSERT: 0x00000000 0x00000100 0xffffffffffffffff 0xfffffe0004205490 KDB: stack backtrace: #0 0xffffffff808e9e46 at kdb_backtrace+0x66 #1 0xffffffff80b19b0b at vm_map_wire+0x11b #2 0xffffffff80b12177 at kmem_alloc_contig+0x247 #3 0xffffffff80b121c9 at contigmalloc+0x39 #4 0xffffffff80d7c361 at alloc_bounce_pages+0x51 #5 0xffffffff80d7c53f at bus_dmamap_create+0xff #6 0xffffffff807179ce at usb_pc_dmamap_create+0x3e #7 0xffffffff80732e59 at usbd_transfer_setup_sub+0x559 #8 0xffffffff806fc379 at ehci_xfer_setup+0x469 #9 0xffffffff8073216f at usbd_transfer_setup+0x2ff #10 0xffffffff807327fc at usbd_ctrl_transfer_setup+0xbc #11 0xffffffff8072cdd4 at usbd_do_request_flags+0x394 #12 0xffffffff8072df81 at usbd_req_set_address+0xc1 #13 0xffffffff80720c91 at usb_alloc_device+0x461 #14 0xffffffff80728c38 at uhub_explore+0x5b8 #15 0xffffffff807133ea at usb_bus_explore+0xaa #16 0xffffffff8072c7d3 at usb_process+0xc3 #17 0xffffffff80881d45 at fork_exit+0x135 Looks like the wiring_thread variable is dirty. Sometimes it is 0xffffffffffffffff other times other values. --HPS From owner-freebsd-stable@FreeBSD.ORG Mon Mar 10 08:53:32 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FCF2C65; Mon, 10 Mar 2014 08:53:32 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 4863A989; Mon, 10 Mar 2014 08:53:32 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id B0F9D100217; Mon, 10 Mar 2014 09:53:30 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id E1C1E1823AD; Mon, 10 Mar 2014 09:54:30 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Do1vyR1JqLoL; Mon, 10 Mar 2014 09:54:30 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 44B901823AC; Mon, 10 Mar 2014 09:54:30 +0100 (CET) Message-ID: <531D7DC0.3010809@bitfrost.no> Date: Mon, 10 Mar 2014 09:54:24 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Oliver Pinter , stable@freebsd.org Subject: Re: PANIC: freebsd-10-stable - acquiring blockable sleep lock with spinlock or critical section held (sleep mutex) Giant @ /usr/src/sys/dev/usb/input/ukbd.c:1929 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Andriy Gapon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Mar 2014 08:53:32 -0000 On 03/10/14 00:45, Oliver Pinter wrote: > critical section held Hi, Can you try this patch: http://svnweb.freebsd.org/changeset/base/262972 I suppose this happens if SCROLL LOCK LED is set while rebooting. Thank you! --HPS From owner-freebsd-stable@FreeBSD.ORG Mon Mar 10 12:33:02 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50409EC4 for ; Mon, 10 Mar 2014 12:33:02 +0000 (UTC) Received: from maul.immure.com (immure.com [107.218.164.241]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 180EA2A4 for ; Mon, 10 Mar 2014 12:33:01 +0000 (UTC) Received: from [10.1.132.9] (helo=rancor.immure.com) by maul.immure.com with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1WMzNw-000Cgo-9m; Mon, 10 Mar 2014 07:32:51 -0500 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.8/8.14.8) with ESMTP id s2ACWmpT071233; Mon, 10 Mar 2014 07:32:48 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.8/8.14.6/Submit) id s2ACWlYw071232; Mon, 10 Mar 2014 07:32:47 -0500 (CDT) (envelope-from bob) Date: Mon, 10 Mar 2014 07:32:47 -0500 From: Bob Willcox To: Zhihao Yuan Message-ID: <20140310123247.GF2665@rancor.immure.com> References: <20140308162614.GC94968@rancor.immure.com> <20140308171824.GA31887@spectrum.skysmurf.nl> <20140308172501.GH1626@albert.catwhisker.org> <20140308214410.GC2665@rancor.immure.com> <20140310031449.GE2665@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) X-SA-Exim-Connect-IP: 10.1.132.9 X-SA-Exim-Mail-From: bob@immure.com X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on maul.immure.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_20 autolearn=ham version=3.3.2 Subject: Re: vi loop when resizing window X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on maul.immure.com) Cc: FreeBSD Stable ML X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Bob Willcox List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2014 12:33:02 -0000 The patch appears to have fixed it. It no longer goes into a loop when I resize the xterm. Thanks! Bob On Mon, Mar 10, 2014 at 12:23:32AM -0400, Zhihao Yuan wrote: > On Sun, Mar 9, 2014 at 11:14 PM, Bob Willcox wrote: > > ------------------------------------------------------------------------ > > r259073 | peter | 2013-12-07 12:23:29 -0600 (Sat, 07 Dec 2013) | 13 lines > > > > Hoist all the mergeinfo up to the root in preparation for enforcing merges > > to the root only. All MFC's were rerecorded to the root. > > r259073 < r259088, I would suggest to try whether the > attached patch helps. I just tried `make buildworld` on > HEAD, and did not repro your problem. > > -- > Zhihao Yuan, ID lichray > The best way to predict the future is to invent it. > ___________________________________________________ > 4BSD -- http://4bsd.biz/ > Index: common/key.c > =================================================================== > --- common/key.c (revision 259087) > +++ common/key.c (revision 259088) > @@ -10,7 +10,7 @@ > #include "config.h" > > #ifndef lint > -static const char sccsid[] = "$Id: key.c,v 10.53 2013/03/11 01:20:53 yamt Exp $"; > +static const char sccsid[] = "$Id: key.c,v 10.54 2013/11/13 12:15:27 zy Exp $"; > #endif /* not lint */ > > #include > @@ -272,7 +272,7 @@ > * The code prints non-printable wide characters in 4 or 5 digits > * Unicode escape sequences, so only supports plane 0 to 15. > */ > - if (ISPRINT(ach)) > + if (CAN_PRINT(sp, ach)) > goto done; > nopr: if (iscntrl(ch) && (ch < 0x20 || ch == 0x7f)) { > sp->cname[0] = '^'; > Index: common/key.h > =================================================================== > --- common/key.h (revision 259087) > +++ common/key.h (revision 259088) > @@ -6,7 +6,7 @@ > * > * See the LICENSE file for redistribution information. > * > - * $Id: key.h,v 10.55 2012/10/07 01:31:17 zy Exp $ > + * $Id: key.h,v 10.56 2013/11/13 12:15:27 zy Exp $ > */ > > #include "multibyte.h" > @@ -23,8 +23,9 @@ > #define INPUT2INT5(sp,cw,n,nlen,w,wlen) \ > sp->conv.input2int(sp, n, nlen, &(cw), &wlen, &w) > #define CONST > +#define INTISWIDE(c) (wctob(c) == EOF) > #define CHAR_WIDTH(sp, ch) wcwidth(ch) > -#define INTISWIDE(c) (wctob(c) == EOF) > +#define CAN_PRINT(sp, ch) (CHAR_WIDTH(sp, ch) > 0) > #else > #define FILE2INT5(sp,buf,n,nlen,w,wlen) \ > (w = n, wlen = nlen, 0) > @@ -36,9 +37,10 @@ > (n = w, nlen = wlen, 0) > #define INPUT2INT5(sp,buf,n,nlen,w,wlen) \ > (w = n, wlen = nlen, 0) > -#define CONST const > -#define INTISWIDE(c) 0 > +#define CONST const > +#define INTISWIDE(c) 0 > #define CHAR_WIDTH(sp, ch) 1 > +#define CAN_PRINT(sp, ch) isprint(ch) > #endif > #define FILE2INT(sp,n,nlen,w,wlen) \ > FILE2INT5(sp,sp->cw,n,nlen,w,wlen) > Index: cl/cl_term.c > =================================================================== > --- cl/cl_term.c (revision 259087) > +++ cl/cl_term.c (revision 259088) > @@ -10,7 +10,7 @@ > #include "config.h" > > #ifndef lint > -static const char sccsid[] = "$Id: cl_term.c,v 10.33 2012/04/21 23:51:46 zy Exp $"; > +static const char sccsid[] = "$Id: cl_term.c,v 10.34 2013/12/07 16:21:14 wjenkner Exp $"; > #endif /* not lint */ > > #include > @@ -187,14 +187,18 @@ > int > cl_term_end(GS *gp) > { > - SEQ *qp, *nqp; > + SEQ *qp, *nqp, *pre_qp = NULL; > > /* Delete screen specific mappings. */ > SLIST_FOREACH_SAFE(qp, gp->seqq, q, nqp) > if (F_ISSET(qp, SEQ_SCREEN)) { > - SLIST_REMOVE_HEAD(gp->seqq, q); > + if (qp == SLIST_FIRST(gp->seqq)) > + SLIST_REMOVE_HEAD(gp->seqq, q); > + else > + SLIST_REMOVE_AFTER(pre_qp, q); > (void)seq_free(qp); > - } > + } else > + pre_qp = qp; > return (0); > } > > Index: . > =================================================================== > --- . (revision 259087) > +++ . (revision 259088) > > Property changes on: . > ___________________________________________________________________ > Modified: svn:mergeinfo > Merged /vendor/nvi/dist:r259086 -- Bob Willcox | (1) If it's green or it wiggles, it's biology. bob@immure.com | (2) If it stinks, it's chemistry. Austin, TX | (3) If it doesn't work, it's physics. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 10 23:22:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FDC9E4C; Mon, 10 Mar 2014 23:22:48 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 817C1E8B; Mon, 10 Mar 2014 23:22:43 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2ANMUEt077908; Tue, 11 Mar 2014 01:22:30 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2ANMTgq077567; Mon, 10 Mar 2014 23:22:30 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 10 Mar 2014 23:22:30 GMT Message-Id: <201403102322.s2ANMTgq077567@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2014 23:22:48 -0000 TB --- 2014-03-10 21:20:46 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-10 21:20:46 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-10 21:20:46 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-10 21:20:46 - cleaning the object tree TB --- 2014-03-10 21:20:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-10 21:21:36 - At svn revision 262981 TB --- 2014-03-10 21:21:37 - building world TB --- 2014-03-10 21:21:37 - CROSS_BUILD_TESTING=YES TB --- 2014-03-10 21:21:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-10 21:21:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-10 21:21:37 - SRCCONF=/dev/null TB --- 2014-03-10 21:21:37 - TARGET=mips TB --- 2014-03-10 21:21:37 - TARGET_ARCH=mips64 TB --- 2014-03-10 21:21:37 - TZ=UTC TB --- 2014-03-10 21:21:37 - __MAKE_CONF=/dev/null TB --- 2014-03-10 21:21:37 - cd /src TB --- 2014-03-10 21:21:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Mar 10 21:21:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Mar 10 22:47:33 UTC 2014 TB --- 2014-03-10 22:47:33 - cd /src/sys/mips/conf TB --- 2014-03-10 22:47:33 - /usr/sbin/config -m ADM5120 TB --- 2014-03-10 22:47:33 - skipping ADM5120 kernel TB --- 2014-03-10 22:47:33 - cd /src/sys/mips/conf TB --- 2014-03-10 22:47:33 - /usr/sbin/config -m ALCHEMY TB --- 2014-03-10 22:47:33 - skipping ALCHEMY kernel TB --- 2014-03-10 22:47:33 - cd /src/sys/mips/conf TB --- 2014-03-10 22:47:33 - /usr/sbin/config -m AP121 TB --- 2014-03-10 22:47:33 - skipping AP121 kernel TB --- 2014-03-10 22:47:33 - cd /src/sys/mips/conf TB --- 2014-03-10 22:47:33 - /usr/sbin/config -m AP91 TB --- 2014-03-10 22:47:33 - skipping AP91 kernel TB --- 2014-03-10 22:47:33 - cd /src/sys/mips/conf TB --- 2014-03-10 22:47:33 - /usr/sbin/config -m AP93 TB --- 2014-03-10 22:47:33 - skipping AP93 kernel TB --- 2014-03-10 22:47:33 - cd /src/sys/mips/conf TB --- 2014-03-10 22:47:33 - /usr/sbin/config -m AP94 TB --- 2014-03-10 22:47:34 - skipping AP94 kernel TB --- 2014-03-10 22:47:34 - cd /src/sys/mips/conf TB --- 2014-03-10 22:47:34 - /usr/sbin/config -m AP96 TB --- 2014-03-10 22:47:34 - skipping AP96 kernel TB --- 2014-03-10 22:47:34 - cd /src/sys/mips/conf TB --- 2014-03-10 22:47:34 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-03-10 22:47:34 - skipping AR71XX_BASE kernel TB --- 2014-03-10 22:47:34 - cd /src/sys/mips/conf TB --- 2014-03-10 22:47:34 - /usr/sbin/config -m AR724X_BASE TB --- 2014-03-10 22:47:34 - skipping AR724X_BASE kernel TB --- 2014-03-10 22:47:34 - cd /src/sys/mips/conf TB --- 2014-03-10 22:47:34 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-03-10 22:47:34 - skipping AR91XX_BASE kernel TB --- 2014-03-10 22:47:34 - cd /src/sys/mips/conf TB --- 2014-03-10 22:47:34 - /usr/sbin/config -m AR933X_BASE TB --- 2014-03-10 22:47:34 - skipping AR933X_BASE kernel TB --- 2014-03-10 22:47:34 - cd /src/sys/mips/conf TB --- 2014-03-10 22:47:34 - /usr/sbin/config -m AR934X_BASE TB --- 2014-03-10 22:47:34 - skipping AR934X_BASE kernel TB --- 2014-03-10 22:47:34 - cd /src/sys/mips/conf TB --- 2014-03-10 22:47:34 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-03-10 22:47:34 - building BERI_DE4_BASE kernel TB --- 2014-03-10 22:47:34 - CROSS_BUILD_TESTING=YES TB --- 2014-03-10 22:47:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-10 22:47:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-10 22:47:34 - SRCCONF=/dev/null TB --- 2014-03-10 22:47:34 - TARGET=mips TB --- 2014-03-10 22:47:34 - TARGET_ARCH=mips64 TB --- 2014-03-10 22:47:34 - TZ=UTC TB --- 2014-03-10 22:47:34 - __MAKE_CONF=/dev/null TB --- 2014-03-10 22:47:34 - cd /src TB --- 2014-03-10 22:47:34 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Mon Mar 10 22:47:34 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_BASE completed on Mon Mar 10 22:52:43 UTC 2014 TB --- 2014-03-10 22:52:43 - cd /src/sys/mips/conf TB --- 2014-03-10 22:52:43 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-03-10 22:52:43 - building BERI_DE4_MDROOT kernel TB --- 2014-03-10 22:52:43 - CROSS_BUILD_TESTING=YES TB --- 2014-03-10 22:52:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-10 22:52:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-10 22:52:43 - SRCCONF=/dev/null TB --- 2014-03-10 22:52:43 - TARGET=mips TB --- 2014-03-10 22:52:43 - TARGET_ARCH=mips64 TB --- 2014-03-10 22:52:43 - TZ=UTC TB --- 2014-03-10 22:52:43 - __MAKE_CONF=/dev/null TB --- 2014-03-10 22:52:43 - cd /src TB --- 2014-03-10 22:52:43 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Mon Mar 10 22:52:43 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_MDROOT completed on Mon Mar 10 22:57:20 UTC 2014 TB --- 2014-03-10 22:57:20 - cd /src/sys/mips/conf TB --- 2014-03-10 22:57:20 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-03-10 22:57:20 - building BERI_DE4_SDROOT kernel TB --- 2014-03-10 22:57:20 - CROSS_BUILD_TESTING=YES TB --- 2014-03-10 22:57:20 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-10 22:57:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-10 22:57:20 - SRCCONF=/dev/null TB --- 2014-03-10 22:57:20 - TARGET=mips TB --- 2014-03-10 22:57:20 - TARGET_ARCH=mips64 TB --- 2014-03-10 22:57:20 - TZ=UTC TB --- 2014-03-10 22:57:20 - __MAKE_CONF=/dev/null TB --- 2014-03-10 22:57:20 - cd /src TB --- 2014-03-10 22:57:20 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Mon Mar 10 22:57:20 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_SDROOT completed on Mon Mar 10 23:01:57 UTC 2014 TB --- 2014-03-10 23:01:57 - cd /src/sys/mips/conf TB --- 2014-03-10 23:01:57 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-03-10 23:01:57 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-03-10 23:01:57 - CROSS_BUILD_TESTING=YES TB --- 2014-03-10 23:01:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-10 23:01:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-10 23:01:57 - SRCCONF=/dev/null TB --- 2014-03-10 23:01:57 - TARGET=mips TB --- 2014-03-10 23:01:57 - TARGET_ARCH=mips64 TB --- 2014-03-10 23:01:57 - TZ=UTC TB --- 2014-03-10 23:01:57 - __MAKE_CONF=/dev/null TB --- 2014-03-10 23:01:57 - cd /src TB --- 2014-03-10 23:01:57 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Mon Mar 10 23:01:57 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_NETFPGA_MDROOT completed on Mon Mar 10 23:06:27 UTC 2014 TB --- 2014-03-10 23:06:27 - cd /src/sys/mips/conf TB --- 2014-03-10 23:06:27 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-03-10 23:06:28 - building BERI_SIM_BASE kernel TB --- 2014-03-10 23:06:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-10 23:06:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-10 23:06:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-10 23:06:28 - SRCCONF=/dev/null TB --- 2014-03-10 23:06:28 - TARGET=mips TB --- 2014-03-10 23:06:28 - TARGET_ARCH=mips64 TB --- 2014-03-10 23:06:28 - TZ=UTC TB --- 2014-03-10 23:06:28 - __MAKE_CONF=/dev/null TB --- 2014-03-10 23:06:28 - cd /src TB --- 2014-03-10 23:06:28 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Mon Mar 10 23:06:28 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_BASE completed on Mon Mar 10 23:10:28 UTC 2014 TB --- 2014-03-10 23:10:28 - cd /src/sys/mips/conf TB --- 2014-03-10 23:10:28 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-03-10 23:10:28 - building BERI_SIM_MDROOT kernel TB --- 2014-03-10 23:10:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-10 23:10:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-10 23:10:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-10 23:10:28 - SRCCONF=/dev/null TB --- 2014-03-10 23:10:28 - TARGET=mips TB --- 2014-03-10 23:10:28 - TARGET_ARCH=mips64 TB --- 2014-03-10 23:10:28 - TZ=UTC TB --- 2014-03-10 23:10:28 - __MAKE_CONF=/dev/null TB --- 2014-03-10 23:10:28 - cd /src TB --- 2014-03-10 23:10:28 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Mon Mar 10 23:10:28 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_MDROOT completed on Mon Mar 10 23:14:43 UTC 2014 TB --- 2014-03-10 23:14:43 - cd /src/sys/mips/conf TB --- 2014-03-10 23:14:43 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-03-10 23:14:43 - building BERI_SIM_SDROOT kernel TB --- 2014-03-10 23:14:43 - CROSS_BUILD_TESTING=YES TB --- 2014-03-10 23:14:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-10 23:14:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-10 23:14:43 - SRCCONF=/dev/null TB --- 2014-03-10 23:14:43 - TARGET=mips TB --- 2014-03-10 23:14:43 - TARGET_ARCH=mips64 TB --- 2014-03-10 23:14:43 - TZ=UTC TB --- 2014-03-10 23:14:43 - __MAKE_CONF=/dev/null TB --- 2014-03-10 23:14:43 - cd /src TB --- 2014-03-10 23:14:43 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Mon Mar 10 23:14:43 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_SDROOT completed on Mon Mar 10 23:18:32 UTC 2014 TB --- 2014-03-10 23:18:32 - cd /src/sys/mips/conf TB --- 2014-03-10 23:18:32 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-03-10 23:18:32 - building BERI_TEMPLATE kernel TB --- 2014-03-10 23:18:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-10 23:18:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-10 23:18:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-10 23:18:32 - SRCCONF=/dev/null TB --- 2014-03-10 23:18:32 - TARGET=mips TB --- 2014-03-10 23:18:32 - TARGET_ARCH=mips64 TB --- 2014-03-10 23:18:32 - TZ=UTC TB --- 2014-03-10 23:18:32 - __MAKE_CONF=/dev/null TB --- 2014-03-10 23:18:32 - cd /src TB --- 2014-03-10 23:18:32 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Mon Mar 10 23:18:32 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_TEMPLATE completed on Mon Mar 10 23:22:24 UTC 2014 TB --- 2014-03-10 23:22:24 - cd /src/sys/mips/conf TB --- 2014-03-10 23:22:24 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-03-10 23:22:24 - skipping CARAMBOLA2 kernel TB --- 2014-03-10 23:22:24 - cd /src/sys/mips/conf TB --- 2014-03-10 23:22:24 - /usr/sbin/config -m DB120 TB --- 2014-03-10 23:22:24 - skipping DB120 kernel TB --- 2014-03-10 23:22:24 - cd /src/sys/mips/conf TB --- 2014-03-10 23:22:24 - /usr/sbin/config -m DIR-825 TB --- 2014-03-10 23:22:24 - skipping DIR-825 kernel TB --- 2014-03-10 23:22:24 - cd /src/sys/mips/conf TB --- 2014-03-10 23:22:24 - /usr/sbin/config -m ENH200 TB --- 2014-03-10 23:22:24 - skipping ENH200 kernel TB --- 2014-03-10 23:22:24 - cd /src/sys/mips/conf TB --- 2014-03-10 23:22:24 - /usr/sbin/config -m GXEMUL TB --- 2014-03-10 23:22:24 - building GXEMUL kernel TB --- 2014-03-10 23:22:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-10 23:22:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-10 23:22:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-10 23:22:24 - SRCCONF=/dev/null TB --- 2014-03-10 23:22:24 - TARGET=mips TB --- 2014-03-10 23:22:24 - TARGET_ARCH=mips64 TB --- 2014-03-10 23:22:24 - TZ=UTC TB --- 2014-03-10 23:22:24 - __MAKE_CONF=/dev/null TB --- 2014-03-10 23:22:24 - cd /src TB --- 2014-03-10 23:22:24 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Mon Mar 10 23:22:24 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips64/src/tmp/legacy/usr/sbin:/obj/mips.mips64/src/tmp/legacy/usr/bin:/obj/mips.mips64/src/tmp/legacy/usr/games:/obj/mips.mips64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips64/src/sys/GXEMUL/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-10 23:22:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-10 23:22:28 - ERROR: failed to build GXEMUL kernel TB --- 2014-03-10 23:22:28 - 5094.28 user 2576.08 system 7301.27 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 08:02:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F8163A3; Tue, 11 Mar 2014 08:02:50 +0000 (UTC) Received: from mail105.syd.optusnet.com.au (mail105.syd.optusnet.com.au [211.29.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 3F276221; Tue, 11 Mar 2014 08:02:49 +0000 (UTC) Received: from maxwell.menhennitt.com.au (c122-107-224-152.mckinn3.vic.optusnet.com.au [122.107.224.152]) by mail105.syd.optusnet.com.au (Postfix) with ESMTP id 5A0631042C46; Tue, 11 Mar 2014 19:02:48 +1100 (EST) Received: from [203.2.73.75] (starker.menhennitt.com.au [203.2.73.75]) by maxwell.menhennitt.com.au (Postfix) with ESMTP id 0B74F6204; Tue, 11 Mar 2014 19:02:48 +1100 (EST) Message-ID: <531EC327.2090803@menhennitt.com.au> Date: Tue, 11 Mar 2014 19:02:47 +1100 From: Graham Menhennitt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD stable , FreeBSD x11 Subject: Re: crash with X11 and ATI Radeon RS690 X1250 IGP References: <531E1AE6.3080509@menhennitt.com.au> In-Reply-To: <531E1AE6.3080509@menhennitt.com.au> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=ddC5gxne c=1 sm=1 tr=0 a=BQwmYAONLMrTGJtfTy08BQ==:117 a=BQwmYAONLMrTGJtfTy08BQ==:17 a=Cpq1HDflAAAA:8 a=PO7r1zJSAAAA:8 a=I-u6fpzJkNUA:10 a=wY42qBnwRLYA:10 a=8nJEP1OIZ-IA:10 a=GBLBaR2dCWRjDHD66BAA:9 a=wPNLvfGTeEIA:10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 08:02:50 -0000 On 11/03/2014 07:04, Marg Menhennitt wrote: > I'm running FreeBSD AMD64 10-Stable as of yesterday. I did a build and > install of kernel and world, and I ran portupgrade on all my ports. > These include X11 and KDE. When I restarted the machine it crashed. It > gets to the end of the boot sequence where KDM starts. It sits at the > X11 screen (showing the little clock) for a few seconds and then reboots. > > I have WITH_NEW_XORG="YES" in /etc/make.conf as advised by > Jean-Sbastien Pdron. Looks like I've solved this myself. After looking through the mailing list archives of FreeBSD-X11, I found a message from Jean-Sbastien Pdron suggesting defining WITH_GALLIUM="YES" in /etc/make.conf and rebuilding the graphics/dri port. Even though my crash was different, this seems to have fixed it. So, all working again. Thanks, Graham From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 08:45:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 521A1B9B for ; Tue, 11 Mar 2014 08:45:20 +0000 (UTC) Received: from mail-ve0-x22f.google.com (mail-ve0-x22f.google.com [IPv6:2607:f8b0:400c:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C4417B3 for ; Tue, 11 Mar 2014 08:45:19 +0000 (UTC) Received: by mail-ve0-f175.google.com with SMTP id oz11so8160036veb.6 for ; Tue, 11 Mar 2014 01:45:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JEjQtOao3sZUV/W6zhd/f0jnU1DbsE3+z+0vRvygzXA=; b=MoeEpjTmcItqLsDHljvwmSdhv8iplHR6eDHTTVSEIt7xZJd/JoyA58AwwjSerqhIiY 5qFiA8rk08FezMVzqUaYSNXF7AsEJai4lTIikSdb8A8rQxBPVAvECKJK6hfqKtzGj6hu p+XIIGLtC/PwWCCzxFJ1orLObjlJXRSNMpQtjvKFrDejMu/fIeD90ijY9xga2M70+29B Sk7eM9JcTeCu9iYk3RIBbhHA6BosTEMtfCeXk9ADz3Ny7O1raVDkSmYG8Czx6ZkaDUtg lV6Jyz93P9PhvLaNZbT64L2ZxpCiEq+50nUPU0o0lD350FP107/oglhMYzleAI9HL+aa sRbg== MIME-Version: 1.0 X-Received: by 10.52.188.41 with SMTP id fx9mr25738229vdc.19.1394527518268; Tue, 11 Mar 2014 01:45:18 -0700 (PDT) Received: by 10.52.34.46 with HTTP; Tue, 11 Mar 2014 01:45:18 -0700 (PDT) In-Reply-To: <531A6C66.2010101@bsdinfo.com.br> References: <53016D97.5030909@bsdinfo.com.br> <53066B59.5000709@yandex.ru> <531A6C66.2010101@bsdinfo.com.br> Date: Tue, 11 Mar 2014 10:45:18 +0200 Message-ID: Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE From: Alexander Yerenkow To: Marcelo Gondim Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 08:45:20 -0000 Could you try to change shell to simple "sh" and see if this helps? This could be due to non-atomic work with history file when multiple clients log off, causing csh produce large broken history files. This is not 100% your case, but you could at least try :) 2014-03-08 3:03 GMT+02:00 Marcelo Gondim : > Em 20/02/14 17:53, Andrey V. Elsukov escreveu: > > On 17.02.2014 06:01, Marcelo Gondim wrote: >> >>> Hi all, >>> >>> I have noticed zombie processes on the system after a few lost >>> connections on ssh. >>> >>> # ps afx >>> [...] >>> 8045 - Is 0:00.01 sshd: unknown [priv] (sshd) >>> 8046 - Z 0:00.01 >>> 8054 - IW 0:00.00 sshd: unknown [pam] (sshd) >>> 28146 - Is 0:00.01 sshd: unknown [priv] (sshd) >>> 28147 - Z 0:00.01 >>> 28155 - IW 0:00.00 sshd: unknown [pam] (sshd) >>> 43320 - Is 0:00.01 sshd: unknown [priv] (sshd) >>> 43321 - Z 0:00.01 >>> 43322 - IW 0:00.00 sshd: unknown [pam] (sshd) >>> 73413 - Is 0:00.01 sshd: unknown [priv] (sshd) >>> 73414 - Z 0:00.01 >>> 73430 - IW 0:00.00 sshd: unknown [pam] (sshd) >>> [...] >>> >>> Processes do not die with kill-9. >>> Anyone else noticed this? >>> >> Hi, >> >> I use autossh and usually my system has several tens of sshd's zombies >> after few days uptime. >> >> 11.0-CURRENT #6 r262183 >> >> New system update and the problem with zombie sshd processes continue. > I noticed that this happens more often when the system has many remote > access via ssh. This problem has been happening to me since the FreeBSD > 10.0R. > > # uname -a > FreeBSD bart.xxxxx.com.br 10.0-STABLE FreeBSD 10.0-STABLE #5 r262657: Tue > Mar 4 14:53:08 BRT 2014 root@bart.xxxxx.com.br:/usr/obj/usr/src/sys/GONDIM10 > amd64 > > Thanks and best regards, > > Gondim > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Regards, Alexander Yerenkow From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 12:55:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C2263FF for ; Tue, 11 Mar 2014 12:55:40 +0000 (UTC) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0519815C for ; Tue, 11 Mar 2014 12:55:39 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id b8so5513372lan.40 for ; Tue, 11 Mar 2014 05:55:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=lcA09xf7A0W4jMiCrg9l+J6N4vG2K5oEhTbVdGYSXoA=; b=AzVzbsFlpz8K5Dwd8hOqyKtFEKuvS8oJ+3jG/+BRuxkYa2WTJWxYaGxj0fSjejzLG3 EWcqbQ2Qt20WC7yc8V45NuUrzUfsxseP62UPmbN1nKxrAEJ9ERK7SOXk7k+PQRDoslX9 WR9p7P0JaGgQIandNqeTmIkFtHEidM1uiCkvDkcoK/GiSrQy88awoUvyWD6yg2/arXFJ 0vqgb+OW7DEHlOSyt7P0wDm6Jm2jA+Yu4Fd/vaZ/KEhi0bOy7Rz2lsRwDrVZEz2vrEoz wCPXsYMgUSTY4NRy3TXgt/SmtxdkTAyXSLzSYu6Hx0V/J+Av+QktyoC8+t2molDLSNZI mi3Q== X-Received: by 10.112.142.161 with SMTP id rx1mr25528965lbb.33.1394542536473; Tue, 11 Mar 2014 05:55:36 -0700 (PDT) Received: from [192.168.1.129] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id wv4sm16075818lbb.10.2014.03.11.05.55.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 11 Mar 2014 05:55:35 -0700 (PDT) Message-ID: <531F07C5.8060103@gmail.com> Date: Tue, 11 Mar 2014 14:55:33 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: can't build ~/stable/10 without XEN Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 12:55:40 -0000 Hi all. If 'device xenpci' is removed from kernel config kernel compilation fails: cd /usr/obj/usr/src/sys/MINIMAL; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE=native GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 10.0-STABLE amd64 1000704" INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= COMPILER_TYPE=clang make -m /usr/src/share/mk KERNEL=kernel all -DNO_MODULES_OBJ linking kernel.debug gnttab.o: In function `gnttab_resume': /usr/src/sys/xen/gnttab.c:617: undefined reference to `xenpci_alloc_space' *** Error code 1 -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 13:22:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3229BFF8 for ; Tue, 11 Mar 2014 13:22:48 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EEA2F5FE for ; Tue, 11 Mar 2014 13:22:47 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 07DAF139C4 for ; Tue, 11 Mar 2014 13:25:11 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-type:content-type:in-reply-to:references:subject :subject:to:mime-version:user-agent:from:from:date:date :message-id; s=dkim; t=1394555109; x=1395419110; bh=ndoJTgBJTZGE FVotdxZlMzzR1R8BfXDZX1SP/D+tWvw=; b=FSIhLkYqL8g7rZhSfRvAPa5g/wo7 BlQKnmOTbvZaCe1DU68oe1cT9StY77fucAL6TRToGXifzcoJPM5Lw8DSwFIDbHle bJRMYxr3nHvf1KmKbtEEZ5R5yA7mOutqWQiHcw3r6AJzgfZOc3FTAqEYVO81WTFx iBmi6j9mfow/LYU= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q3oXRxF2Bou6 for ; Tue, 11 Mar 2014 13:25:09 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.54.69]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id 4F300139C3 for ; Tue, 11 Mar 2014 13:25:09 -0300 (BRT) Message-ID: <531F0E1C.8020800@bsdinfo.com.br> Date: Tue, 11 Mar 2014 10:22:36 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Stable Mailing List Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE References: <53016D97.5030909@bsdinfo.com.br> <53066B59.5000709@yandex.ru> <531A6C66.2010101@bsdinfo.com.br> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 13:22:48 -0000 Em 11/03/14 05:45, Alexander Yerenkow escreveu: > Could you try to change shell to simple "sh" and see if this helps? > This could be due to non-atomic work with history file when multiple > clients log off, causing csh produce large broken history files. > This is not 100% your case, but you could at least try :) Hi Alexander, I can try but it always used bash on that server and it just started to happen after I migrated from FreeBSD 9.x to 10.x I'll put the sh and see what happens. :D Thanks and best regards. > > > 2014-03-08 3:03 GMT+02:00 Marcelo Gondim : > >> Em 20/02/14 17:53, Andrey V. Elsukov escreveu: >> >> On 17.02.2014 06:01, Marcelo Gondim wrote: >>>> Hi all, >>>> >>>> I have noticed zombie processes on the system after a few lost >>>> connections on ssh. >>>> >>>> # ps afx >>>> [...] >>>> 8045 - Is 0:00.01 sshd: unknown [priv] (sshd) >>>> 8046 - Z 0:00.01 >>>> 8054 - IW 0:00.00 sshd: unknown [pam] (sshd) >>>> 28146 - Is 0:00.01 sshd: unknown [priv] (sshd) >>>> 28147 - Z 0:00.01 >>>> 28155 - IW 0:00.00 sshd: unknown [pam] (sshd) >>>> 43320 - Is 0:00.01 sshd: unknown [priv] (sshd) >>>> 43321 - Z 0:00.01 >>>> 43322 - IW 0:00.00 sshd: unknown [pam] (sshd) >>>> 73413 - Is 0:00.01 sshd: unknown [priv] (sshd) >>>> 73414 - Z 0:00.01 >>>> 73430 - IW 0:00.00 sshd: unknown [pam] (sshd) >>>> [...] >>>> >>>> Processes do not die with kill-9. >>>> Anyone else noticed this? >>>> >>> Hi, >>> >>> I use autossh and usually my system has several tens of sshd's zombies >>> after few days uptime. >>> >>> 11.0-CURRENT #6 r262183 >>> >>> New system update and the problem with zombie sshd processes continue. >> I noticed that this happens more often when the system has many remote >> access via ssh. This problem has been happening to me since the FreeBSD >> 10.0R. >> >> # uname -a >> FreeBSD bart.xxxxx.com.br 10.0-STABLE FreeBSD 10.0-STABLE #5 r262657: Tue >> Mar 4 14:53:08 BRT 2014 root@bart.xxxxx.com.br:/usr/obj/usr/src/sys/GONDIM10 >> amd64 >> >> Thanks and best regards, >> >> Gondim From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 13:26:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43CE11CE for ; Tue, 11 Mar 2014 13:26:19 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1DB3F63A for ; Tue, 11 Mar 2014 13:26:19 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1AD99B982; Tue, 11 Mar 2014 09:26:18 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: can't build ~/stable/10 without XEN Date: Tue, 11 Mar 2014 09:22:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <531F07C5.8060103@gmail.com> In-Reply-To: <531F07C5.8060103@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403110922.53602.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 11 Mar 2014 09:26:18 -0400 (EDT) Cc: Volodymyr Kostyrko X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 13:26:19 -0000 On Tuesday, March 11, 2014 8:55:33 am Volodymyr Kostyrko wrote: > Hi all. > > If 'device xenpci' is removed from kernel config kernel compilation fails: Did you also remove XENHVM? Note the comment in GENERIC: # Xen HVM Guest Optimizations # NOTE: XENHVM depends on xenpci. They must be added or removed together. options XENHVM # Xen HVM kernel infrastructure device xenpci # Xen HVM Hypervisor services driver -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 13:29:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C6423D8 for ; Tue, 11 Mar 2014 13:29:35 +0000 (UTC) Received: from mail-ve0-x242.google.com (mail-ve0-x242.google.com [IPv6:2607:f8b0:400c:c01::242]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CE3CD674 for ; Tue, 11 Mar 2014 13:29:34 +0000 (UTC) Received: by mail-ve0-f194.google.com with SMTP id pa12so3199845veb.9 for ; Tue, 11 Mar 2014 06:29:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=wUcFDVOOIMbWj5Xg+A71PO7LcMf7ivHKiOLh7ayJOwY=; b=vv5kw4+dmXcTWH8MZk8wrEDtvj9lIz09fUqBK/LHpg9yvfVVrXN055Zt47OlDj7Y1j Dp7SQxul5Q4UzgT6/rs0ekLHr/YcMr6XZmqZMT5lbZeqTJZL7xcdG5sPIHRJ+bONNFFG Lo7zps3PFwnpMqWVon7fNuCtlxrL46iibkoRZk6iLoRGWasrjyieqkHzlml4J9oMBBCW osZKBxEgmF5nw2va04YdgCipFx/H5gPsBMqsF71XX8cOSRd+hDi2mPHMLxUYCXqE2vS0 6302lyeWCTOpSDFY4cHF/VgzATZUCPMgU856TllU+nsilXQGWf08ePfC+5Vg7GL0q03H 1yeg== MIME-Version: 1.0 X-Received: by 10.52.230.105 with SMTP id sx9mr27203025vdc.10.1394544573923; Tue, 11 Mar 2014 06:29:33 -0700 (PDT) Received: by 10.220.150.132 with HTTP; Tue, 11 Mar 2014 06:29:33 -0700 (PDT) Date: Tue, 11 Mar 2014 08:29:33 -0500 Message-ID: Subject: Two odd problems with STABLE-10 r262921 From: Karl Denninger To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 13:29:35 -0000 Two things I've run into with this coming from 9.2-STABLE.... 1. I am getting errors coming from mail transmissions to certain MX relays -- and only those relays. One of them is (ironically) mx1.freebsd.org, which precludes emailing the list from my primary email address! The error logs in the maillog file show: Mar 11 08:17:46 NewFS sm-mta[3605]: STARTTLS=client, relay=mx1.freebsd.org., version=TLSv1/SSLv3, verify=FAIL, cipher=ECDHE-RSA-AES256-GCM-SHA384, bits=256/256 Mar 11 08:17:46 NewFS sm-mta[3605]: STARTTLS: write error=syscall error (-1), errno=13, get_error=error:00000000:lib(0):func(0):reason(0), retry=99, ssl_err=5 Mar 11 08:17:46 NewFS sm-mta[3605]: s2AKht3B064414: SYSERR(root): putbody: write error: Permission denied Mar 11 08:17:46 NewFS sm-mta[3605]: s2AKht3B064414: SYSERR(root): timeout writing message to mx1.freebsd.org.: Permission denied Mar 11 08:17:46 NewFS sm-mta[3605]: s2AKht3B064414: to=< freebsd-fs@freebsd.org>, ctladdr= (1001/1001), delay=16:33:50, xdelay=00:00:05, mailer=esmtp, pri=4186247, relay= mx1.freebsd.org. [8.8.178.115], dsn=4.0.0, stat=Deferred Permission denied -- on a socket? As root? What am I missing here? (Shutting off TLS does not resolve this.) However, this is not universal; it only impacts *some* emails.... Mar 11 08:20:37 NewFS sm-mta[5433]: s2BDKbF4005433: from=< ticker@fs.denninger.net>, size=962, class=0, nrcpts=1, msgid=< 201403111320.s2BDKTF3005412@fs.denninger.net>, proto=ESMTP, daemon=IPv4, relay=localhost [127.0.0.1] Mar 11 08:20:37 NewFS sendmail[5412]: s2BDKTF3005412: to=xxxxxxxx@yahoo.com, ctladdr=ticker (20098/20098), delay=00:00:08, xdelay=00:00:05, mailer=relay, pri=3 0494, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (Message accepted) Mar 11 08:20:37 NewFS sm-mta[5461]: STARTTLS=client, relay= mta5.am0.yahoodns.net., version=TLSv1/SSLv3, verify=FAIL, cipher=DHE-RSA-CAMELLIA256-SHA, bits=256/256 Mar 11 08:20:39 NewFS sm-mta[5461]: s2BDKbF4005433: to=, ctladdr= (20098/20098), delay=00:00:02, xdelay=00:00:02, mailer=esmtp, pri=30962, relay=mta5.am0.yahoodns.net. [66.196.118.35], dsn=2.0.0, stat=Sent (ok dirdel) That one went through successfully.... This is new; I didn't have any trouble on 9.2-STABLE at all. Ideas? The other issue is that I am running into bizarre wired memory behavior. I have ZFS on the box and it was wiring down ~20GB, driving the system into paging. I dropped arc_max to 16GB as a hard limit, it's currently showing 15GB, but... 20531152 wire zfs-stats -A shows: ------------------------------------------------------------------------ ZFS Subsystem Report Tue Mar 11 08:27:55 2014 ------------------------------------------------------------------------ ARC Summary: (HEALTHY) Memory Throttle Count: 0 ARC Misc: Deleted: 4.22m Recycle Misses: 57.10k Mutex Misses: 320 Evict Skips: 2.35m ARC Size: 95.96% 15.35 GiB Target Size: (Adaptive) 100.00% 16.00 GiB Min Size (Hard Limit): 12.50% 2.00 GiB Max Size (High Water): 8:1 16.00 GiB ARC Size Breakdown: Recently Used Cache Size: 75.49% 12.08 GiB Frequently Used Cache Size: 24.51% 3.92 GiB ARC Hash Breakdown: Elements Max: 1.59m Elements Current: 55.53% 883.80k Collisions: 5.84m Chain Max: 16 Chains: 261.48k ------------------------------------------------------------------------ Ok, where's the rest coming from? There's nothing in the shared memory segment list that appears to be related. Is there a memory leak in here somewhere? From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 14:04:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3006E95; Tue, 11 Mar 2014 14:04:20 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 23D5BA0C; Tue, 11 Mar 2014 14:04:19 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2BE4Dk8011757; Tue, 11 Mar 2014 16:04:13 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2BE4CCC011628; Tue, 11 Mar 2014 14:04:12 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 14:04:12 GMT Message-Id: <201403111404.s2BE4CCC011628@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 14:04:21 -0000 TB --- 2014-03-11 13:30:46 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-11 13:30:46 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-11 13:30:46 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-11 13:30:46 - cleaning the object tree TB --- 2014-03-11 13:30:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-11 13:31:30 - At svn revision 263020 TB --- 2014-03-11 13:31:31 - building world TB --- 2014-03-11 13:31:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 13:31:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 13:31:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 13:31:31 - SRCCONF=/dev/null TB --- 2014-03-11 13:31:31 - TARGET=amd64 TB --- 2014-03-11 13:31:31 - TARGET_ARCH=amd64 TB --- 2014-03-11 13:31:31 - TZ=UTC TB --- 2014-03-11 13:31:31 - __MAKE_CONF=/dev/null TB --- 2014-03-11 13:31:31 - cd /src TB --- 2014-03-11 13:31:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 11 13:31:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] c++ -O2 -pipe -I/src/lib/clang/libclanglex/../../../contrib/llvm/include -I/src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex -I. -I/src/lib/clang/libclanglex/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex/HeaderSearch.cpp -o HeaderSearch.o c++ -O2 -pipe -I/src/lib/clang/libclanglex/../../../contrib/llvm/include -I/src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex -I. -I/src/lib/clang/libclanglex/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex/Lexer.cpp -o Lexer.o c++ -O2 -pipe -I/src/lib/clang/libclanglex/../../../contrib/llvm/include -I/src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex -I. -I/src/lib/clang/libclanglex/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex/LiteralSupport.cpp -o LiteralSupport.o /src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex/LiteralSupport.cpp: In constructor 'clang::NumericLiteralParser::NumericLiteralParser(llvm::StringRef, clang::SourceLocation, clang::Preprocessor&)': /src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex/LiteralSupport.cpp:456: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libclanglex *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-11 14:04:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 14:04:11 - ERROR: failed to build world TB --- 2014-03-11 14:04:11 - 1550.80 user 461.06 system 2005.56 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 14:21:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1979E3A2; Tue, 11 Mar 2014 14:21:59 +0000 (UTC) Received: from mail-la0-x22f.google.com (mail-la0-x22f.google.com [IPv6:2a00:1450:4010:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 68985BB2; Tue, 11 Mar 2014 14:21:58 +0000 (UTC) Received: by mail-la0-f47.google.com with SMTP id y1so5697617lam.34 for ; Tue, 11 Mar 2014 07:21:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=ptO4AskEt7AV04a+T+htdoOdvflUx9oIFzbUus4Ac64=; b=kqQVU72z6ydejyI+PlmJ63VR5PUCeEkZ4L2Qq7OtkWMxrilQvc69HX9+Pe4GhdgKOg 880klO/cd/moL1D6WT0LPfwQVAyM+x7amRKLg+dB+b2axRPgUszW36wXcYE33Pfx4We1 VYOH3R4OPx3rD7BDIWUXMPSHl5KdpiU/J1mGe4kzb+Fs/nhLAv6zQhpVmpCH9ToGoQG8 rfic2YNw44txncBm6+akjKgL+jSWjEgEnPx7amY6vlI2c77rl9/1WV3gWSMTnWuQbklM QXe/oFhR33/wH4V2w0rEvc9ze1NC/uhH5VH59NbzashPANwSeSKSMq5ZVrt2mc6Gwp7y 4Now== X-Received: by 10.152.19.7 with SMTP id a7mr5444996lae.16.1394547716538; Tue, 11 Mar 2014 07:21:56 -0700 (PDT) Received: from [192.168.1.129] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id rd5sm10286521lbb.0.2014.03.11.07.21.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 11 Mar 2014 07:21:55 -0700 (PDT) Message-ID: <531F1C03.5010505@gmail.com> Date: Tue, 11 Mar 2014 16:21:55 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: John Baldwin , freebsd-stable@freebsd.org Subject: Re: can't build ~/stable/10 without XEN (solved) References: <531F07C5.8060103@gmail.com> <201403110922.53602.jhb@freebsd.org> In-Reply-To: <201403110922.53602.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 14:21:59 -0000 11.03.2014 15:22, John Baldwin wrote: > On Tuesday, March 11, 2014 8:55:33 am Volodymyr Kostyrko wrote: >> Hi all. >> >> If 'device xenpci' is removed from kernel config kernel compilation fails: > > Did you also remove XENHVM? Note the comment in GENERIC: > > # Xen HVM Guest Optimizations > # NOTE: XENHVM depends on xenpci. They must be added or removed together. > options XENHVM # Xen HVM kernel infrastructure > device xenpci # Xen HVM Hypervisor services driver > Yes, that was the real cause. Please excuse me for wasting your time. -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 15:28:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 197278BF for ; Tue, 11 Mar 2014 15:28:46 +0000 (UTC) Received: from smtp.LaTech.edu (smtp.LaTech.edu [138.47.18.140]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D0972367 for ; Tue, 11 Mar 2014 15:28:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.LaTech.edu (Postfix) with ESMTP id D4D702A827 for ; Tue, 11 Mar 2014 10:28:33 -0500 (CDT) X-Virus-Scanned: amavisd-new at latech.edu Received: from smtp.LaTech.edu ([127.0.0.1]) by localhost (smtp.latech.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 3JqzjgY0irsc for ; Tue, 11 Mar 2014 10:28:32 -0500 (CDT) Received: from smtp.LaTech.edu (localhost [127.0.0.1]) by smtp.LaTech.edu (Postfix) with ESMTP id 9CE562A81C for ; Tue, 11 Mar 2014 10:28:32 -0500 (CDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=latech.edu; h=message-id :date:from:mime-version:to:subject:content-type; s=latech; bh=OD JAzRqpzWZXokOqYmuBk3lFURU=; b=PB4hEMsSp1pGt9r+qRa0RKz2QW49WQOsIr OUwo1fU32HVY4kaxQL/Ep1sEyTaye6Vhfnj7pCK0W4bme/dIgCzGjhbeT1bt3fPQ MBUW7w1jFPpmFQb9QfYmewAxPdsM1vHxlF4BT3KD/4t29dzZxIpFntG8NApQStM1 VzzOTBedM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=latech.edu; h=message-id :date:from:mime-version:to:subject:content-type; q=dns; s=latech; b= tFiDaWBqID7GN/8wU0wtbuiEQPFSJzG3iolKKyKej5c8iFTVKyXrVFfn363gs/SG yqfscDHTfbXjs9Rx6YRC8lUQshwBBJTS6pCVSji52ZlDF0a8m8catQHswBQL6VyK V9IuXa3/keE0luEOQVT0hKP/oTvxvIG3a7aTjveP1s0= Received: from atlantis.latech.edu (atlantis.LaTech.edu [138.47.18.149]) by smtp.LaTech.edu (Postfix) with ESMTPSA id 9987F2A81A for ; Tue, 11 Mar 2014 10:28:32 -0500 (CDT) Message-ID: <531F2BA0.6000105@LaTech.edu> Date: Tue, 11 Mar 2014 10:28:32 -0500 From: Danny Schales User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: ZFS UNMAP performance X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lemxcvxrNrOE5PIuu3aevs6BM6GheFRhf" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 15:28:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --lemxcvxrNrOE5PIuu3aevs6BM6GheFRhf Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm seeing very slow performance with certain operations on a ZFS filesystem built on ISCSI LUN's on a 10.0 system (new ISCSI implementation). The issue appears to be with BIO_DELETE operations. Monitoring the system with gstat shows expected times for read and write operations, but deletes are in the multiple hundreds of milliseconds under normal operation. Destroying a snapshot sends the times to astronomical levels. sysctl says the system is using UNMAP for deletes: kern.cam.da.0.delete_method: UNMAP I searched and found where Oracle issued a performance alert for Solaris 11.1 where ZFS using UNMAP was in use. Here's a link to a blog discussing it: http://schalwad.blogspot.com/2013/12/solaris-111-zfs-write-performance.ht= ml Is FreeBSD also impacted? If so, is there a fix or a workaround? Thanks Danny Schales --lemxcvxrNrOE5PIuu3aevs6BM6GheFRhf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlMfK6AACgkQymYKbvs0SzFBkQCfUITyFSlvDqYD69EH1kXCFnj7 PisAni+7hyFoieLQCgO2omXEe1RVqG5/ =is8D -----END PGP SIGNATURE----- --lemxcvxrNrOE5PIuu3aevs6BM6GheFRhf-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 15:48:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C236A3FE for ; Tue, 11 Mar 2014 15:48:58 +0000 (UTC) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4F57C79E for ; Tue, 11 Mar 2014 15:48:58 +0000 (UTC) Received: by mail-lb0-f175.google.com with SMTP id w7so5679642lbi.6 for ; Tue, 11 Mar 2014 08:48:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Rn9kMdrNdk5wcVYKDBXfCPMDrdmSHTnU0sXZpW6NwO8=; b=NTKrwjwkReLIL3q+VQ+zbcVvlxTxAkaVEPm2n3WskfeikMVFY0cqIiBQkYsV0GydOu oGKiTui0BhBfcCT8JtZyxaD14yKQTKxaTsO+1OtdXparul/Ma2BFrLSkgztXiz5sw5tn fMbIwNeq89ZeINz1AlbXj9JpCvTAKZP4WZBYrrU/117MoAgb3BfSthNV6n3tWb4PU6K8 AIDH0+K1abgdJVX70/VwbMow8S8Z6+5IYqgSI/lW6dnJ89BVaA+FlpLt57WbttgcEL6b 1TKTMrI3APcDefbTPHVJOpERpbHGXGVLIMtwAjj1umUvPwl5f8W61SPoZ24mTQhhUJLT WpWA== MIME-Version: 1.0 X-Received: by 10.112.170.234 with SMTP id ap10mr26408492lbc.23.1394552936438; Tue, 11 Mar 2014 08:48:56 -0700 (PDT) Received: by 10.112.129.164 with HTTP; Tue, 11 Mar 2014 08:48:56 -0700 (PDT) In-Reply-To: <531F2BA0.6000105@LaTech.edu> References: <531F2BA0.6000105@LaTech.edu> Date: Tue, 11 Mar 2014 15:48:56 +0000 Message-ID: Subject: Re: ZFS UNMAP performance From: Tom Evans To: Danny Schales Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 15:48:58 -0000 On Tue, Mar 11, 2014 at 3:28 PM, Danny Schales wrote: > I'm seeing very slow performance with certain operations on a ZFS > filesystem built on ISCSI LUN's on a 10.0 system (new ISCSI > implementation). The issue appears to be with BIO_DELETE operations. > Monitoring the system with gstat shows expected times for read and write > operations, but deletes are in the multiple hundreds of milliseconds > under normal operation. Destroying a snapshot sends the times to > astronomical levels. sysctl says the system is using UNMAP for deletes: > > kern.cam.da.0.delete_method: UNMAP > > I searched and found where Oracle issued a performance alert for Solaris > 11.1 where ZFS using UNMAP was in use. Here's a link to a blog > discussing it: > > http://schalwad.blogspot.com/2013/12/solaris-111-zfs-write-performance.html > > > Is FreeBSD also impacted? If so, is there a fix or a workaround? FreeBSD is affected the same way Solaris is. IMHO, neither are affected, it is merely a consequence of using a device with a poor TRIM/UNMAP algorithm. You can trivially tell ZFS to not use TRIM, or tweak the tunings to suit your devices. I'm afraid I don't know what they all mean precisely.. vfs.zfs.vdev.trim_on_init: 1 vfs.zfs.vdev.trim_max_bytes: 2147483648 vfs.zfs.vdev.trim_max_pending: 64 vfs.zfs.trim.enabled: 1 vfs.zfs.trim.txg_delay: 32 vfs.zfs.trim.timeout: 30 vfs.zfs.trim.max_interval: 1 Of course, if you disable TRIM you will end up with new (but different) poor performance characteristics. Probably. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 15:59:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0942667E for ; Tue, 11 Mar 2014 15:59:50 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DC0A188D for ; Tue, 11 Mar 2014 15:59:49 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s2BFxmEU089145 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Mar 2014 08:59:48 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s2BFxmZT089144; Tue, 11 Mar 2014 08:59:48 -0700 (PDT) (envelope-from jmg) Date: Tue, 11 Mar 2014 08:59:48 -0700 From: John-Mark Gurney To: Karl Denninger Subject: Re: Two odd problems with STABLE-10 r262921 Message-ID: <20140311155948.GR32089@funkthat.com> Mail-Followup-To: Karl Denninger , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 11 Mar 2014 08:59:48 -0700 (PDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 15:59:50 -0000 Karl Denninger wrote this message on Tue, Mar 11, 2014 at 08:29 -0500: > 1. I am getting errors coming from mail transmissions to certain MX relays > -- and only those relays. One of them is (ironically) mx1.freebsd.org, > which precludes emailing the list from my primary email address! The error > logs in the maillog file show: > > Mar 11 08:17:46 NewFS sm-mta[3605]: STARTTLS=client, relay=mx1.freebsd.org., > version=TLSv1/SSLv3, verify=FAIL, cipher=ECDHE-RSA-AES256-GCM-SHA384, > bits=256/256 > Mar 11 08:17:46 NewFS sm-mta[3605]: STARTTLS: write error=syscall error > (-1), errno=13, get_error=error:00000000:lib(0):func(0):reason(0), > retry=99, ssl_err=5 > Mar 11 08:17:46 NewFS sm-mta[3605]: s2AKht3B064414: SYSERR(root): putbody: > write error: Permission denied > Mar 11 08:17:46 NewFS sm-mta[3605]: s2AKht3B064414: SYSERR(root): timeout > writing message to mx1.freebsd.org.: Permission denied > Mar 11 08:17:46 NewFS sm-mta[3605]: s2AKht3B064414: to=< > freebsd-fs@freebsd.org>, ctladdr= (1001/1001), > delay=16:33:50, xdelay=00:00:05, mailer=esmtp, pri=4186247, relay= > mx1.freebsd.org. [8.8.178.115], dsn=4.0.0, stat=Deferred > > Permission denied -- on a socket? As root? What am I missing here? > > (Shutting off TLS does not resolve this.) However, this is not universal; > it only impacts *some* emails.... > > > Mar 11 08:20:37 NewFS sm-mta[5433]: s2BDKbF4005433: from=< > ticker@fs.denninger.net>, size=962, class=0, nrcpts=1, msgid=< > 201403111320.s2BDKTF3005412@fs.denninger.net>, proto=ESMTP, daemon=IPv4, > relay=localhost [127.0.0.1] > Mar 11 08:20:37 NewFS sendmail[5412]: s2BDKTF3005412: to=xxxxxxxx@yahoo.com, > ctladdr=ticker (20098/20098), delay=00:00:08, xdelay=00:00:05, > mailer=relay, pri=3 > 0494, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (Message accepted) > Mar 11 08:20:37 NewFS sm-mta[5461]: STARTTLS=client, relay= > mta5.am0.yahoodns.net., version=TLSv1/SSLv3, verify=FAIL, > cipher=DHE-RSA-CAMELLIA256-SHA, bits=256/256 > Mar 11 08:20:39 NewFS sm-mta[5461]: s2BDKbF4005433: to=, > ctladdr= (20098/20098), delay=00:00:02, > xdelay=00:00:02, > mailer=esmtp, pri=30962, relay=mta5.am0.yahoodns.net. [66.196.118.35], > dsn=2.0.0, stat=Sent (ok dirdel) > > That one went through successfully.... > > This is new; I didn't have any trouble on 9.2-STABLE at all. Ideas? This is usually due to a firewall not allowing some packets out... Make sure that your firewall is properly configured, and disable it for testing to see if the errors go away... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 16:08:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBDB4AE6 for ; Tue, 11 Mar 2014 16:08:43 +0000 (UTC) Received: from smtp.LaTech.edu (smtp.LaTech.edu [138.47.18.140]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 99B1A973 for ; Tue, 11 Mar 2014 16:08:43 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.LaTech.edu (Postfix) with ESMTP id C1C8E2A422 for ; Tue, 11 Mar 2014 11:08:36 -0500 (CDT) X-Virus-Scanned: amavisd-new at latech.edu Received: from smtp.LaTech.edu ([127.0.0.1]) by localhost (smtp.latech.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id lpXkOVaZfmfp for ; Tue, 11 Mar 2014 11:08:35 -0500 (CDT) Received: from smtp.LaTech.edu (localhost [127.0.0.1]) by smtp.LaTech.edu (Postfix) with ESMTP id 660772A415 for ; Tue, 11 Mar 2014 11:08:35 -0500 (CDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=latech.edu; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type; s=latech; bh=8byw4tsOEB7K6SESEZlyuc0PuU0=; b=sZHC q4rh+fzQGv/y71+Z6/9WDPDQ022RU3vxwf9Kzkq5TOP0AsJF9K8qhPL5Fkc3mkVW /8jAQa+01k7VonuSG589WrBqXpnYbI22IqtXHPkMu2BWBpwHtOhxUq+/DpLahUgE ePX4i0ufUcIevpAC9Vf6FmWhvmtO+Vk9jR6HxT8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=latech.edu; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type; q=dns; s=latech; b=TtbZdzOjr4Z/zwxsip+dBKk0lvy5cy 3SIDARV/Zk4QLHjN34QJ6yE9P6ksPlu5sncnj1/cEx+yyQTu8iDmgc6zWBmO0l4j 5v06T36yK+VBd/UO7PEVO98Hd+BeVa9n08QBLMIUuAvCAsBMVdwHdhQAz2L8Rbi3 YpwI/AJeCgBFM= Received: from atlantis.latech.edu (atlantis.LaTech.edu [138.47.18.149]) by smtp.LaTech.edu (Postfix) with ESMTPSA id 62DDE2A414 for ; Tue, 11 Mar 2014 11:08:35 -0500 (CDT) Message-ID: <531F3503.8090403@LaTech.edu> Date: Tue, 11 Mar 2014 11:08:35 -0500 From: Danny Schales User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: ZFS UNMAP performance References: <531F2BA0.6000105@LaTech.edu> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ws0vktcTD2mUitWkSGTPQ66o6G9jGKeSd" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 16:08:44 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Ws0vktcTD2mUitWkSGTPQ66o6G9jGKeSd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/11/2014 10:48, Tom Evans wrote: > On Tue, Mar 11, 2014 at 3:28 PM, Danny Schales wrote: >> I'm seeing very slow performance with certain operations on a ZFS >> filesystem built on ISCSI LUN's on a 10.0 system (new ISCSI >> implementation). The issue appears to be with BIO_DELETE operations. >> Monitoring the system with gstat shows expected times for read and wri= te >> operations, but deletes are in the multiple hundreds of milliseconds >> under normal operation. Destroying a snapshot sends the times to >> astronomical levels. sysctl says the system is using UNMAP for delete= s: >> >> kern.cam.da.0.delete_method: UNMAP >> >> I searched and found where Oracle issued a performance alert for Solar= is >> 11.1 where ZFS using UNMAP was in use. Here's a link to a blog >> discussing it: >> >> http://schalwad.blogspot.com/2013/12/solaris-111-zfs-write-performance= =2Ehtml >> >> >> Is FreeBSD also impacted? If so, is there a fix or a workaround? >=20 > FreeBSD is affected the same way Solaris is. IMHO, neither are > affected, it is merely a consequence of using a device with a poor > TRIM/UNMAP algorithm. >=20 > You can trivially tell ZFS to not use TRIM, or tweak the tunings to > suit your devices. I'm afraid I don't know what they all mean > precisely.. >=20 > vfs.zfs.vdev.trim_on_init: 1 > vfs.zfs.vdev.trim_max_bytes: 2147483648 > vfs.zfs.vdev.trim_max_pending: 64 > vfs.zfs.trim.enabled: 1 > vfs.zfs.trim.txg_delay: 32 > vfs.zfs.trim.timeout: 30 > vfs.zfs.trim.max_interval: 1 >=20 > Of course, if you disable TRIM you will end up with new (but > different) poor performance characteristics. Probably. The backend is an ISCSI LUN from a SAN (Dell Compellent). From research, it seems the SAN *does* support SCSI UNMAP requests for deletes, but the performance is horrible. I don't know if this is a FreeBSD issue or a Compellent issue. I haven't seen the problem with other devices, but I don't think anything else is using UNMAP (yet). Danny --Ws0vktcTD2mUitWkSGTPQ66o6G9jGKeSd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlMfNQMACgkQymYKbvs0SzE50gCeOxYTP+f4ZUWSRMxIzLAwelLH QtAAn28Fqtg98S402ew+flQ+Jq2i8Ckk =vHZk -----END PGP SIGNATURE----- --Ws0vktcTD2mUitWkSGTPQ66o6G9jGKeSd-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 16:43:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB64E54C for ; Tue, 11 Mar 2014 16:43:45 +0000 (UTC) Received: from mail-we0-f175.google.com (mail-we0-f175.google.com [74.125.82.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78D5CCBA for ; Tue, 11 Mar 2014 16:43:45 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id q58so10145073wes.6 for ; Tue, 11 Mar 2014 09:43:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=csd8M7DDr4zX96LSZBWwm25pNGJMC+nCqXWNL01dlKI=; b=iBNpIyTSYtsUd7eW0UNrCwzcMNrhVyGHhHe2OP8ocUATO9FX8Apjx0LRZv1cVh2E/7 1X2iyF5d14kIT+/NTsoNFGwrBG891cT4UX8F4EL/FezRNCZttVIRC69nXSHtIwogQ3MD KTq9fxVqa6gcsahOWhiGywfP1wnDcH3fKeTNsQ6cWIeTjb15gEtZJ5jmiX2bCewGj5Gz j4EaWnacW+hKD00y1Fg7FluEC07zaNMeGfSPg3XjwPj0vRMzfVm3nk6nvA+ryYcJTJVN WsbsdW5ExwiwFRYdt2ytOr6crtLGzrX2s3kX4IT/lpb2wB6IpSiqPgj8tDcF9bo9AfuZ +vyA== X-Gm-Message-State: ALoCoQmFFJqvob2cQYf0Ef3fnLEddRwjDUv5Qkax3AsIl/n55qqjCBa5JzsvQJhG6q7nR9B+LDTM MIME-Version: 1.0 X-Received: by 10.194.85.168 with SMTP id i8mr601278wjz.81.1394556217628; Tue, 11 Mar 2014 09:43:37 -0700 (PDT) Received: by 10.216.166.72 with HTTP; Tue, 11 Mar 2014 09:43:37 -0700 (PDT) X-Originating-IP: [209.66.78.50] Date: Tue, 11 Mar 2014 12:43:37 -0400 Message-ID: Subject: Cant resolve pkg.us-east.freebsd.org From: Mark Saad To: "freebsd-hackers@freebsd.org" , FreeBSD-Stable ML Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 16:43:46 -0000 All I am having issues right now with resolving pkg.us-east.freebsd.org. I am in NYC using Above.net / Zayo and I am getting host unknow from a number of locations. msaad@blindness:~% ping pkg.us-east.freebsd.org ping: cannot resolve pkg.us-east.freebsd.org: No address associated with name msaad@blindness:~% dig @8.8.8.8 pkg.us-east.freebsd.org ; <<>> DiG 9.9.3-P2 <<>> @8.8.8.8 pkg.us-east.freebsd.org ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36792 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;pkg.us-east.freebsd.org. IN A ;; AUTHORITY SECTION: freebsd.org. 547 IN SOA ns0.freebsd.org. hostmaster.freebsd.org. 2014031102 3600 900 604800 600 ;; Query time: 15 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Tue Mar 11 12:41:39 EDT 2014 ;; MSG SIZE rcvd: 103 msaad@blindness:~% dig @ns0.freebsd.org pkg.us-east.freebsd.org ; <<>> DiG 9.9.3-P2 <<>> @ns0.freebsd.org pkg.us-east.freebsd.org ; (2 servers found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14585 ;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; WARNING: recursion requested but not available ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;pkg.us-east.freebsd.org. IN A ;; AUTHORITY SECTION: freebsd.org. 600 IN SOA ns0.freebsd.org. hostmaster.freebsd.org. 2014031102 3600 900 604800 600 ;; Query time: 72 msec ;; SERVER: 8.8.178.18#53(8.8.178.18) ;; WHEN: Tue Mar 11 12:42:34 EDT 2014 ;; MSG SIZE rcvd: 103 However queries for pkg.freebsd.org do work as expected. msaad@blindness:~% dig @ns0.freebsd.org pkg.freebsd.org ; <<>> DiG 9.9.3-P2 <<>> @ns0.freebsd.org pkg.freebsd.org ; (2 servers found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31994 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 3, ADDITIONAL: 4 ;; WARNING: recursion requested but not available ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;pkg.freebsd.org. IN A ;; AUTHORITY SECTION: pkg.freebsd.org. 3600 IN NS gns2.freebsd.org. pkg.freebsd.org. 3600 IN NS gns1.freebsd.org. pkg.freebsd.org. 3600 IN NS gns0.freebsd.org. ;; ADDITIONAL SECTION: gns0.freebsd.org. 3600 IN A 8.8.178.30 gns1.freebsd.org. 3600 IN A 96.47.72.24 gns2.freebsd.org. 3600 IN A 213.138.116.75 ;; Query time: 72 msec ;; SERVER: 8.8.178.18#53(8.8.178.18) ;; WHEN: Tue Mar 11 12:42:55 EDT 2014 ;; MSG SIZE rcvd: 149 Anyone know whats up ? -- mark saad | nonesuch@longcount.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 17:24:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D96E1A22; Tue, 11 Mar 2014 17:24:11 +0000 (UTC) Received: from squishy.elizium.za.net (squishy.elizium.za.net [80.68.90.178]) by mx1.freebsd.org (Postfix) with ESMTP id A185A15B; Tue, 11 Mar 2014 17:24:11 +0000 (UTC) Received: from sludge.elizium.za.net (sludge.elizium.za.net [196.41.137.247]) by squishy.elizium.za.net (Postfix) with ESMTPSA id 5B53838339; Tue, 11 Mar 2014 19:14:14 +0200 (SAST) Date: Tue, 11 Mar 2014 19:16:02 +0200 From: Hugo Lombard To: Mark Saad Subject: Re: Cant resolve pkg.us-east.freebsd.org Message-ID: <20140311171602.GO21736@sludge.elizium.za.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-hackers@freebsd.org" , FreeBSD-Stable ML X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 17:24:11 -0000 On Tue, Mar 11, 2014 at 12:43:37PM -0400, Mark Saad wrote: > All > I am having issues right now with resolving pkg.us-east.freebsd.org. > I am in NYC using Above.net / Zayo and I am getting host unknow from a > number of locations. > I believe SRV records are used to get the actual host: [ https://www.mail-archive.com/freebsd-ports@freebsd.org/msg53207.html ] $ dig +norecurse @ns0.freebsd.org _http._tcp.pkg.us-east.FreeBSD.org srv ; <<>> DiG 9.9.2-P2 <<>> +norecurse @ns0.freebsd.org _http._tcp.pkg.us-east.FreeBSD.org srv ; (2 servers found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 51676 ;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;_http._tcp.pkg.us-east.FreeBSD.org. IN SRV ;; ANSWER SECTION: _http._tcp.pkg.us-east.freebsd.org. 60 IN SRV 10 10 80 pkg0.nyi.freebsd.org. ;; AUTHORITY SECTION: freebsd.org. 3600 IN NS ns1.isc-sns.net. freebsd.org. 3600 IN NS ns3.isc-sns.info. freebsd.org. 3600 IN NS ns2.isc-sns.com. ;; ADDITIONAL SECTION: pkg0.nyi.freebsd.org. 3600 IN A 96.47.72.120 pkg0.nyi.freebsd.org. 60 IN AAAA 2610:1c1:1:6300::16:78 ;; Query time: 348 msec ;; SERVER: 8.8.178.18#53(8.8.178.18) ;; WHEN: Tue Mar 11 19:12:36 2014 ;; MSG SIZE rcvd: 266 $ -- Hugo Lombard .___. (o,o) /) ) ---"-"--- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 17:24:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73B33BE5 for ; Tue, 11 Mar 2014 17:24:36 +0000 (UTC) Received: from mail-ve0-x244.google.com (mail-ve0-x244.google.com [IPv6:2607:f8b0:400c:c01::244]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2ED7B167 for ; Tue, 11 Mar 2014 17:24:36 +0000 (UTC) Received: by mail-ve0-f196.google.com with SMTP id cz12so3312980veb.7 for ; Tue, 11 Mar 2014 10:24:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=XXcRbJlLfC7VNKV7KGpDy5z2BrRSLMlXWR68Ii+EakY=; b=DFnk/EZXyUkgiAmHdJMmZO6IaZxqH8HP5aEAXw/ltnoHkLBsjWxe4vEQ9bcmFtr9I0 BxYCfXGAmUj6rw+oeT/W3iz/M5BvtBfuwB860xROdSEhEeAB4/FRNqJIn1YvCndgwIvv Vi4vMntS66QSCfFWJCBlXRXtc4TBNeLBhpPRGmYuzv9X+yrOPm+gnYLsEhZE2z7ny+qI KajfvrdABr2AgxVF/s993uA8fdqBgNVCXYtHu3P6EXECPxfhoso6l2/qrVCzSK8EAEX3 nrga+LFtnM0azTdRiFVgpjZDq4yurXeS0xDuw2+/TpcmaP9AdeDV9NUxb1zWjDUKRuAH UZPQ== MIME-Version: 1.0 X-Received: by 10.220.164.80 with SMTP id d16mr27913222vcy.15.1394558675198; Tue, 11 Mar 2014 10:24:35 -0700 (PDT) Received: by 10.220.150.132 with HTTP; Tue, 11 Mar 2014 10:24:35 -0700 (PDT) In-Reply-To: <20140311155948.GR32089@funkthat.com> References: <20140311155948.GR32089@funkthat.com> Date: Tue, 11 Mar 2014 12:24:35 -0500 Message-ID: Subject: Re: Two odd problems with STABLE-10 r262921 From: Karl Denninger To: Karl Denninger , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 17:24:36 -0000 Yeah it hasn't changed...... I turned on verbose logging and I'm not getting anything in the logs on it -- what's even more-odd is that I can telnet to port 25 on the MX gateway and hand-feed an email in there, and it works. If I turn off the signatures, it ALSO works. That makes no sense; STARTTLS starts up on port 25, so if I can telnet there from a shell prompt how's this happening? The only thing I can come up with is that sendmail is (for an unknown reason) choosing to elect to bind to an inappropriate address (this box has a number of addresses on the interfaces and not all of them can get out!) Check out the log here: Mar 11 12:13:59 NewFS sm-mta[11023]: STARTTLS=client, relay= gmail-smtp-in.l.google.com., version=TLSv1/SSLv3, verify=FAIL, cipher=ECDHE-RSA-AES128-GCM-SHA256, bits=128/128 Mar 11 12:13:59 NewFS sm-mta[11023]: STARTTLS: write error=syscall error (-1), errno=13, get_error=error:00000000:lib(0):func(0):reason(0), retry=99, ssl_err=5 Mar 11 12:13:59 NewFS sm-mta[11023]: s2BGax4D095381: SYSERR(root): putbody: write error: Permission denied Mar 11 12:13:59 NewFS sm-mta[11023]: s2BGax4D095381: SYSERR(root): timeout writing message to gmail-smtp-in.l.google.com.: Permission denied This fails..... then I send another message, from the same email client, with no signature less than a minute later and I get this: Mar 11 12:14:38 NewFS sm-mta[11321]: STARTTLS=client, relay= gmail-smtp-in.l.google.com., version=TLSv1/SSLv3, verify=FAIL, cipher=ECDHE-RSA-AES128-GCM-SHA256, bits=128/128 Mar 11 12:14:39 NewFS sm-mta[11321]: s2BHEcNn011282: to=< tickerguydenninger@gmail.com>, ctladdr= (1001/1001), delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=30766, relay= gmail-smtp-in.l.google.com. [74.125.29.26], dsn=2.0.0, stat=Sent (OK 1394558079 v4si11548175qap.151 - gsmtp) Huh? The MX record only has one address too -- 74.125.29.26 Same cipher negotiated, same everything -- one fails with EPERM the other succeeds, and the only difference between the two emails is the presence of a MIME signature block. I think it's safe to believe (given that I've got all "deny" lines marked with the log key and nothing is showing up) this is not being blocked by the firewall. It's also new with 10.0; never happened with 9.2..... On Tue, Mar 11, 2014 at 10:59 AM, John-Mark Gurney wrote: > Karl Denninger wrote this message on Tue, Mar 11, 2014 at 08:29 -0500: > > 1. I am getting errors coming from mail transmissions to certain MX > relays > > -- and only those relays. One of them is (ironically) mx1.freebsd.org, > > which precludes emailing the list from my primary email address! The > error > > logs in the maillog file show: > > > > Mar 11 08:17:46 NewFS sm-mta[3605]: STARTTLS=client, relay= > mx1.freebsd.org., > > version=TLSv1/SSLv3, verify=FAIL, cipher=ECDHE-RSA-AES256-GCM-SHA384, > > bits=256/256 > > Mar 11 08:17:46 NewFS sm-mta[3605]: STARTTLS: write error=syscall error > > (-1), errno=13, get_error=error:00000000:lib(0):func(0):reason(0), > > retry=99, ssl_err=5 > > Mar 11 08:17:46 NewFS sm-mta[3605]: s2AKht3B064414: SYSERR(root): > putbody: > > write error: Permission denied > > Mar 11 08:17:46 NewFS sm-mta[3605]: s2AKht3B064414: SYSERR(root): timeout > > writing message to mx1.freebsd.org.: Permission denied > > Mar 11 08:17:46 NewFS sm-mta[3605]: s2AKht3B064414: to=< > > freebsd-fs@freebsd.org>, ctladdr= (1001/1001), > > delay=16:33:50, xdelay=00:00:05, mailer=esmtp, pri=4186247, relay= > > mx1.freebsd.org. [8.8.178.115], dsn=4.0.0, stat=Deferred > > > > Permission denied -- on a socket? As root? What am I missing here? > > > > (Shutting off TLS does not resolve this.) However, this is not > universal; > > it only impacts *some* emails.... > > > > > > Mar 11 08:20:37 NewFS sm-mta[5433]: s2BDKbF4005433: from=< > > ticker@fs.denninger.net>, size=962, class=0, nrcpts=1, msgid=< > > 201403111320.s2BDKTF3005412@fs.denninger.net>, proto=ESMTP, daemon=IPv4, > > relay=localhost [127.0.0.1] > > Mar 11 08:20:37 NewFS sendmail[5412]: s2BDKTF3005412: to= > xxxxxxxx@yahoo.com, > > ctladdr=ticker (20098/20098), delay=00:00:08, xdelay=00:00:05, > > mailer=relay, pri=3 > > 0494, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (Message > accepted) > > Mar 11 08:20:37 NewFS sm-mta[5461]: STARTTLS=client, relay= > > mta5.am0.yahoodns.net., version=TLSv1/SSLv3, verify=FAIL, > > cipher=DHE-RSA-CAMELLIA256-SHA, bits=256/256 > > Mar 11 08:20:39 NewFS sm-mta[5461]: s2BDKbF4005433: to=< > xxxxxxx@yahoo.com>, > > ctladdr= (20098/20098), delay=00:00:02, > > xdelay=00:00:02, > > mailer=esmtp, pri=30962, relay=mta5.am0.yahoodns.net. [66.196.118.35], > > dsn=2.0.0, stat=Sent (ok dirdel) > > > > That one went through successfully.... > > > > This is new; I didn't have any trouble on 9.2-STABLE at all. Ideas? > > This is usually due to a firewall not allowing some packets out... > Make sure that your firewall is properly configured, and disable it > for testing to see if the errors go away... > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 18:21:32 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2B43596; Tue, 11 Mar 2014 18:21:32 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 95349C2D; Tue, 11 Mar 2014 18:21:31 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2BILRIt041773; Tue, 11 Mar 2014 20:21:27 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2BILQqC041725; Tue, 11 Mar 2014 18:21:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 18:21:26 GMT Message-Id: <201403111821.s2BILQqC041725@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 18:21:32 -0000 TB --- 2014-03-11 13:30:46 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-11 13:30:46 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-11 13:30:46 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-11 13:30:46 - cleaning the object tree TB --- 2014-03-11 13:30:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-11 13:31:37 - At svn revision 263020 TB --- 2014-03-11 13:31:38 - building world TB --- 2014-03-11 13:31:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 13:31:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 13:31:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 13:31:38 - SRCCONF=/dev/null TB --- 2014-03-11 13:31:38 - TARGET=arm TB --- 2014-03-11 13:31:38 - TARGET_ARCH=armv6 TB --- 2014-03-11 13:31:38 - TZ=UTC TB --- 2014-03-11 13:31:38 - __MAKE_CONF=/dev/null TB --- 2014-03-11 13:31:38 - cd /src TB --- 2014-03-11 13:31:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 11 13:31:49 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Mar 11 16:53:11 UTC 2014 TB --- 2014-03-11 16:53:11 - generating LINT kernel config TB --- 2014-03-11 16:53:11 - cd /src/sys/arm/conf TB --- 2014-03-11 16:53:11 - /usr/bin/make -B LINT TB --- 2014-03-11 16:53:11 - cd /src/sys/arm/conf TB --- 2014-03-11 16:53:11 - /usr/sbin/config -m LINT TB --- 2014-03-11 16:53:11 - skipping LINT kernel TB --- 2014-03-11 16:53:11 - cd /src/sys/arm/conf TB --- 2014-03-11 16:53:11 - /usr/sbin/config -m AC100 TB --- 2014-03-11 16:53:11 - building AC100 kernel TB --- 2014-03-11 16:53:11 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 16:53:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 16:53:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 16:53:11 - SRCCONF=/dev/null TB --- 2014-03-11 16:53:11 - TARGET=arm TB --- 2014-03-11 16:53:11 - TARGET_ARCH=armv6 TB --- 2014-03-11 16:53:11 - TZ=UTC TB --- 2014-03-11 16:53:11 - __MAKE_CONF=/dev/null TB --- 2014-03-11 16:53:11 - cd /src TB --- 2014-03-11 16:53:11 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Tue Mar 11 16:53:11 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AC100 completed on Tue Mar 11 16:56:12 UTC 2014 TB --- 2014-03-11 16:56:12 - cd /src/sys/arm/conf TB --- 2014-03-11 16:56:12 - /usr/sbin/config -m ARMADAXP TB --- 2014-03-11 16:56:12 - building ARMADAXP kernel TB --- 2014-03-11 16:56:12 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 16:56:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 16:56:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 16:56:12 - SRCCONF=/dev/null TB --- 2014-03-11 16:56:12 - TARGET=arm TB --- 2014-03-11 16:56:12 - TARGET_ARCH=armv6 TB --- 2014-03-11 16:56:12 - TZ=UTC TB --- 2014-03-11 16:56:12 - __MAKE_CONF=/dev/null TB --- 2014-03-11 16:56:12 - cd /src TB --- 2014-03-11 16:56:12 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Tue Mar 11 16:56:12 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ARMADAXP completed on Tue Mar 11 17:00:32 UTC 2014 TB --- 2014-03-11 17:00:32 - cd /src/sys/arm/conf TB --- 2014-03-11 17:00:32 - /usr/sbin/config -m ARNDALE TB --- 2014-03-11 17:00:32 - building ARNDALE kernel TB --- 2014-03-11 17:00:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 17:00:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 17:00:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 17:00:32 - SRCCONF=/dev/null TB --- 2014-03-11 17:00:32 - TARGET=arm TB --- 2014-03-11 17:00:32 - TARGET_ARCH=armv6 TB --- 2014-03-11 17:00:32 - TZ=UTC TB --- 2014-03-11 17:00:32 - __MAKE_CONF=/dev/null TB --- 2014-03-11 17:00:32 - cd /src TB --- 2014-03-11 17:00:32 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Tue Mar 11 17:00:32 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ARNDALE completed on Tue Mar 11 17:05:07 UTC 2014 TB --- 2014-03-11 17:05:07 - cd /src/sys/arm/conf TB --- 2014-03-11 17:05:07 - /usr/sbin/config -m ATMEL TB --- 2014-03-11 17:05:07 - skipping ATMEL kernel TB --- 2014-03-11 17:05:07 - cd /src/sys/arm/conf TB --- 2014-03-11 17:05:07 - /usr/sbin/config -m AVILA TB --- 2014-03-11 17:05:07 - skipping AVILA kernel TB --- 2014-03-11 17:05:07 - cd /src/sys/arm/conf TB --- 2014-03-11 17:05:07 - /usr/sbin/config -m BEAGLEBONE TB --- 2014-03-11 17:05:08 - building BEAGLEBONE kernel TB --- 2014-03-11 17:05:08 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 17:05:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 17:05:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 17:05:08 - SRCCONF=/dev/null TB --- 2014-03-11 17:05:08 - TARGET=arm TB --- 2014-03-11 17:05:08 - TARGET_ARCH=armv6 TB --- 2014-03-11 17:05:08 - TZ=UTC TB --- 2014-03-11 17:05:08 - __MAKE_CONF=/dev/null TB --- 2014-03-11 17:05:08 - cd /src TB --- 2014-03-11 17:05:08 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Tue Mar 11 17:05:08 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BEAGLEBONE completed on Tue Mar 11 17:21:33 UTC 2014 TB --- 2014-03-11 17:21:33 - cd /src/sys/arm/conf TB --- 2014-03-11 17:21:33 - /usr/sbin/config -m BWCT TB --- 2014-03-11 17:21:33 - skipping BWCT kernel TB --- 2014-03-11 17:21:33 - cd /src/sys/arm/conf TB --- 2014-03-11 17:21:33 - /usr/sbin/config -m CAMBRIA TB --- 2014-03-11 17:21:33 - skipping CAMBRIA kernel TB --- 2014-03-11 17:21:33 - cd /src/sys/arm/conf TB --- 2014-03-11 17:21:33 - /usr/sbin/config -m CNS11XXNAS TB --- 2014-03-11 17:21:33 - skipping CNS11XXNAS kernel TB --- 2014-03-11 17:21:33 - cd /src/sys/arm/conf TB --- 2014-03-11 17:21:33 - /usr/sbin/config -m CRB TB --- 2014-03-11 17:21:33 - skipping CRB kernel TB --- 2014-03-11 17:21:33 - cd /src/sys/arm/conf TB --- 2014-03-11 17:21:33 - /usr/sbin/config -m CUBIEBOARD TB --- 2014-03-11 17:21:33 - building CUBIEBOARD kernel TB --- 2014-03-11 17:21:33 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 17:21:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 17:21:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 17:21:33 - SRCCONF=/dev/null TB --- 2014-03-11 17:21:33 - TARGET=arm TB --- 2014-03-11 17:21:33 - TARGET_ARCH=armv6 TB --- 2014-03-11 17:21:33 - TZ=UTC TB --- 2014-03-11 17:21:33 - __MAKE_CONF=/dev/null TB --- 2014-03-11 17:21:33 - cd /src TB --- 2014-03-11 17:21:33 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD >>> Kernel build for CUBIEBOARD started on Tue Mar 11 17:21:33 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CUBIEBOARD completed on Tue Mar 11 17:25:28 UTC 2014 TB --- 2014-03-11 17:25:28 - cd /src/sys/arm/conf TB --- 2014-03-11 17:25:28 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2014-03-11 17:25:28 - building CUBIEBOARD2 kernel TB --- 2014-03-11 17:25:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 17:25:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 17:25:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 17:25:28 - SRCCONF=/dev/null TB --- 2014-03-11 17:25:28 - TARGET=arm TB --- 2014-03-11 17:25:28 - TARGET_ARCH=armv6 TB --- 2014-03-11 17:25:28 - TZ=UTC TB --- 2014-03-11 17:25:28 - __MAKE_CONF=/dev/null TB --- 2014-03-11 17:25:28 - cd /src TB --- 2014-03-11 17:25:28 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD2 >>> Kernel build for CUBIEBOARD2 started on Tue Mar 11 17:25:29 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CUBIEBOARD2 completed on Tue Mar 11 17:29:21 UTC 2014 TB --- 2014-03-11 17:29:21 - cd /src/sys/arm/conf TB --- 2014-03-11 17:29:21 - /usr/sbin/config -m DB-78XXX TB --- 2014-03-11 17:29:21 - skipping DB-78XXX kernel TB --- 2014-03-11 17:29:21 - cd /src/sys/arm/conf TB --- 2014-03-11 17:29:21 - /usr/sbin/config -m DB-88F5XXX TB --- 2014-03-11 17:29:21 - skipping DB-88F5XXX kernel TB --- 2014-03-11 17:29:21 - cd /src/sys/arm/conf TB --- 2014-03-11 17:29:21 - /usr/sbin/config -m DB-88F6XXX TB --- 2014-03-11 17:29:21 - skipping DB-88F6XXX kernel TB --- 2014-03-11 17:29:21 - cd /src/sys/arm/conf TB --- 2014-03-11 17:29:21 - /usr/sbin/config -m DIGI-CCWMX53 TB --- 2014-03-11 17:29:21 - building DIGI-CCWMX53 kernel TB --- 2014-03-11 17:29:21 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 17:29:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 17:29:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 17:29:21 - SRCCONF=/dev/null TB --- 2014-03-11 17:29:21 - TARGET=arm TB --- 2014-03-11 17:29:21 - TARGET_ARCH=armv6 TB --- 2014-03-11 17:29:21 - TZ=UTC TB --- 2014-03-11 17:29:21 - __MAKE_CONF=/dev/null TB --- 2014-03-11 17:29:21 - cd /src TB --- 2014-03-11 17:29:21 - /usr/bin/make -B buildkernel KERNCONF=DIGI-CCWMX53 >>> Kernel build for DIGI-CCWMX53 started on Tue Mar 11 17:29:21 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DIGI-CCWMX53 completed on Tue Mar 11 17:45:29 UTC 2014 TB --- 2014-03-11 17:45:29 - cd /src/sys/arm/conf TB --- 2014-03-11 17:45:29 - /usr/sbin/config -m DOCKSTAR TB --- 2014-03-11 17:45:29 - skipping DOCKSTAR kernel TB --- 2014-03-11 17:45:29 - cd /src/sys/arm/conf TB --- 2014-03-11 17:45:29 - /usr/sbin/config -m DREAMPLUG-1001 TB --- 2014-03-11 17:45:29 - skipping DREAMPLUG-1001 kernel TB --- 2014-03-11 17:45:29 - cd /src/sys/arm/conf TB --- 2014-03-11 17:45:29 - /usr/sbin/config -m EA3250 TB --- 2014-03-11 17:45:29 - skipping EA3250 kernel TB --- 2014-03-11 17:45:29 - cd /src/sys/arm/conf TB --- 2014-03-11 17:45:29 - /usr/sbin/config -m EB9200 TB --- 2014-03-11 17:45:29 - skipping EB9200 kernel TB --- 2014-03-11 17:45:29 - cd /src/sys/arm/conf TB --- 2014-03-11 17:45:29 - /usr/sbin/config -m EFIKA_MX TB --- 2014-03-11 17:45:29 - building EFIKA_MX kernel TB --- 2014-03-11 17:45:29 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 17:45:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 17:45:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 17:45:29 - SRCCONF=/dev/null TB --- 2014-03-11 17:45:29 - TARGET=arm TB --- 2014-03-11 17:45:29 - TARGET_ARCH=armv6 TB --- 2014-03-11 17:45:29 - TZ=UTC TB --- 2014-03-11 17:45:29 - __MAKE_CONF=/dev/null TB --- 2014-03-11 17:45:29 - cd /src TB --- 2014-03-11 17:45:29 - /usr/bin/make -B buildkernel KERNCONF=EFIKA_MX >>> Kernel build for EFIKA_MX started on Tue Mar 11 17:45:29 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for EFIKA_MX completed on Tue Mar 11 18:01:17 UTC 2014 TB --- 2014-03-11 18:01:17 - cd /src/sys/arm/conf TB --- 2014-03-11 18:01:17 - /usr/sbin/config -m EP80219 TB --- 2014-03-11 18:01:17 - skipping EP80219 kernel TB --- 2014-03-11 18:01:17 - cd /src/sys/arm/conf TB --- 2014-03-11 18:01:17 - /usr/sbin/config -m ETHERNUT5 TB --- 2014-03-11 18:01:17 - skipping ETHERNUT5 kernel TB --- 2014-03-11 18:01:17 - cd /src/sys/arm/conf TB --- 2014-03-11 18:01:17 - /usr/sbin/config -m GUMSTIX TB --- 2014-03-11 18:01:17 - skipping GUMSTIX kernel TB --- 2014-03-11 18:01:17 - cd /src/sys/arm/conf TB --- 2014-03-11 18:01:17 - /usr/sbin/config -m GUMSTIX-QEMU TB --- 2014-03-11 18:01:17 - skipping GUMSTIX-QEMU kernel TB --- 2014-03-11 18:01:17 - cd /src/sys/arm/conf TB --- 2014-03-11 18:01:17 - /usr/sbin/config -m HL200 TB --- 2014-03-11 18:01:17 - skipping HL200 kernel TB --- 2014-03-11 18:01:17 - cd /src/sys/arm/conf TB --- 2014-03-11 18:01:17 - /usr/sbin/config -m HL201 TB --- 2014-03-11 18:01:17 - skipping HL201 kernel TB --- 2014-03-11 18:01:17 - cd /src/sys/arm/conf TB --- 2014-03-11 18:01:17 - /usr/sbin/config -m IMX53-QSB TB --- 2014-03-11 18:01:17 - building IMX53-QSB kernel TB --- 2014-03-11 18:01:17 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 18:01:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 18:01:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 18:01:17 - SRCCONF=/dev/null TB --- 2014-03-11 18:01:17 - TARGET=arm TB --- 2014-03-11 18:01:17 - TARGET_ARCH=armv6 TB --- 2014-03-11 18:01:17 - TZ=UTC TB --- 2014-03-11 18:01:17 - __MAKE_CONF=/dev/null TB --- 2014-03-11 18:01:17 - cd /src TB --- 2014-03-11 18:01:17 - /usr/bin/make -B buildkernel KERNCONF=IMX53-QSB >>> Kernel build for IMX53-QSB started on Tue Mar 11 18:01:18 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for IMX53-QSB completed on Tue Mar 11 18:16:46 UTC 2014 TB --- 2014-03-11 18:16:46 - cd /src/sys/arm/conf TB --- 2014-03-11 18:16:46 - /usr/sbin/config -m IQ31244 TB --- 2014-03-11 18:16:46 - skipping IQ31244 kernel TB --- 2014-03-11 18:16:46 - cd /src/sys/arm/conf TB --- 2014-03-11 18:16:46 - /usr/sbin/config -m KB920X TB --- 2014-03-11 18:16:46 - skipping KB920X kernel TB --- 2014-03-11 18:16:46 - cd /src/sys/arm/conf TB --- 2014-03-11 18:16:46 - /usr/sbin/config -m LN2410SBC TB --- 2014-03-11 18:16:46 - skipping LN2410SBC kernel TB --- 2014-03-11 18:16:46 - cd /src/sys/arm/conf TB --- 2014-03-11 18:16:46 - /usr/sbin/config -m NSLU TB --- 2014-03-11 18:16:46 - skipping NSLU kernel TB --- 2014-03-11 18:16:46 - cd /src/sys/arm/conf TB --- 2014-03-11 18:16:46 - /usr/sbin/config -m PANDABOARD TB --- 2014-03-11 18:16:46 - building PANDABOARD kernel TB --- 2014-03-11 18:16:46 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 18:16:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 18:16:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 18:16:46 - SRCCONF=/dev/null TB --- 2014-03-11 18:16:46 - TARGET=arm TB --- 2014-03-11 18:16:46 - TARGET_ARCH=armv6 TB --- 2014-03-11 18:16:46 - TZ=UTC TB --- 2014-03-11 18:16:46 - __MAKE_CONF=/dev/null TB --- 2014-03-11 18:16:46 - cd /src TB --- 2014-03-11 18:16:46 - /usr/bin/make -B buildkernel KERNCONF=PANDABOARD >>> Kernel build for PANDABOARD started on Tue Mar 11 18:16:46 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PANDABOARD completed on Tue Mar 11 18:21:08 UTC 2014 TB --- 2014-03-11 18:21:08 - cd /src/sys/arm/conf TB --- 2014-03-11 18:21:08 - /usr/sbin/config -m QILA9G20 TB --- 2014-03-11 18:21:08 - skipping QILA9G20 kernel TB --- 2014-03-11 18:21:08 - cd /src/sys/arm/conf TB --- 2014-03-11 18:21:08 - /usr/sbin/config -m RPI-B TB --- 2014-03-11 18:21:08 - building RPI-B kernel TB --- 2014-03-11 18:21:08 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 18:21:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 18:21:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 18:21:08 - SRCCONF=/dev/null TB --- 2014-03-11 18:21:08 - TARGET=arm TB --- 2014-03-11 18:21:08 - TARGET_ARCH=armv6 TB --- 2014-03-11 18:21:08 - TZ=UTC TB --- 2014-03-11 18:21:08 - __MAKE_CONF=/dev/null TB --- 2014-03-11 18:21:08 - cd /src TB --- 2014-03-11 18:21:08 - /usr/bin/make -B buildkernel KERNCONF=RPI-B >>> Kernel build for RPI-B started on Tue Mar 11 18:21:08 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/arm.armv6/src/tmp/legacy/usr/sbin:/obj/arm.armv6/src/tmp/legacy/usr/bin:/obj/arm.armv6/src/tmp/legacy/usr/games:/obj/arm.armv6/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/arm.armv6/src/sys/RPI-B/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-11 18:21:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 18:21:25 - ERROR: failed to build RPI-B kernel TB --- 2014-03-11 18:21:25 - 13016.73 user 4369.12 system 17439.40 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 19:13:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B9FA4AE for ; Tue, 11 Mar 2014 19:13:48 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 20EB71D7 for ; Tue, 11 Mar 2014 19:13:48 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.7/8.14.7) with ESMTP id s2BJDlfv058581; Tue, 11 Mar 2014 15:13:48 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <531F606D.1030203@sentex.net> Date: Tue, 11 Mar 2014 15:13:49 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Karl Denninger , freebsd-stable@freebsd.org Subject: Re: Two odd problems with STABLE-10 r262921 References: <20140311155948.GR32089@funkthat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 19:13:48 -0000 On 3/11/2014 1:24 PM, Karl Denninger wrote: > Yeah it hasn't changed...... I turned on verbose logging and I'm not > getting anything in the logs on it -- what's even more-odd is that I can > telnet to port 25 on the MX gateway and hand-feed an email in there, and it > works. If I turn off the signatures, it ALSO works. > Mar 11 12:13:59 NewFS sm-mta[11023]: s2BGax4D095381: SYSERR(root): putbody: > write error: Permission denied > Mar 11 12:13:59 NewFS sm-mta[11023]: s2BGax4D095381: SYSERR(root): timeout > writing message to gmail-smtp-in.l.google.com.: Permission denied My initial guess is also firewall issue (permission denied).. A tcpdump of the packets after the sending host could help verify that. Perhaps a long shot, but the bug fixed in this commit http://svnweb.freebsd.org/base?view=revision&revision=263029 might also point to such behaviour, if states were being prematurely being expired ? I am thinking it would be a pretty busy box. Also, for debugging sendmail issues, I usually crank up on the command line given the Queue ID of Is2BFqO9e075993 sendmail -q -qIs2AKaMQp067733 -OLogLevel=15 -v ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 19:20:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B1979AA for ; Tue, 11 Mar 2014 19:20:44 +0000 (UTC) Received: from mail-ve0-x22a.google.com (mail-ve0-x22a.google.com [IPv6:2607:f8b0:400c:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1550C25D for ; Tue, 11 Mar 2014 19:20:44 +0000 (UTC) Received: by mail-ve0-f170.google.com with SMTP id pa12so9117829veb.15 for ; Tue, 11 Mar 2014 12:20:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2HquJ94D89p9d1r/K2PBr4YF9BDVlmqNQ2lykByhmzQ=; b=zDlWbJbnZpcErPJSHC7Lh8BrB/0r2a1o8H+Vs7g3oDVnnpMjECH3N52cZBuTfhx2iM +0Pg/kmgKnReDpcADzAClnfHrz6tkC2ol0gd+Y+hQK9sEXVpSR+vNfKnHQ/rUXrTPZp8 dNRYCMbi4ZvS56WAhERQstqvGw3ULYlNhRDCakhqX1H9Q03w1cYNfNj48uYkZH5zTJF7 qyGbpaOeSolJSz249f+M840XUCy9sTWbzQbxNI8pZGyW8T8XUUCpFb4797LC/vBr5eJn NbLD+c6OvejgcVokH0ERmQX8F81jIXKx9hko2Bj9LRQ2DyZ374SC167LHomVZey8WqwJ SJQA== MIME-Version: 1.0 X-Received: by 10.220.92.135 with SMTP id r7mr28775768vcm.11.1394565643190; Tue, 11 Mar 2014 12:20:43 -0700 (PDT) Received: by 10.220.150.132 with HTTP; Tue, 11 Mar 2014 12:20:43 -0700 (PDT) In-Reply-To: <531F606D.1030203@sentex.net> References: <20140311155948.GR32089@funkthat.com> <531F606D.1030203@sentex.net> Date: Tue, 11 Mar 2014 14:20:43 -0500 Message-ID: Subject: Re: Two odd problems with STABLE-10 r262921 From: Karl Denninger To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 19:20:44 -0000 Uh, yuck. [karl@NewFS ~/tmp]$ scp small outsidebox:xxx small 100% 741 0.7KB/s 00:00 [karl@NewFS ~/tmp]$ scp xxx outsidebox:xxx xxx 0% 0 0.0KB/s --:-- ETAWrite failed: Permission denied lost connection [karl@NewFS ~/tmp]$ "xxx" is a file containing several megabytes of data. "outsidebox" is a machine for which I have a cert and can scp back and forth. Coming FROM there with a large file is fine. Something is very broken in the network code and I have nothing showing up in the logs or on the console. It's not sendmail -- it's the system itself. This is an embedded Intel gigabit chipset (em1) on a Supermicro motherboard and was working fine under 9.2. Ideas? This one will force me to find a way to roll back if I can't find and fix it immediately. On Tue, Mar 11, 2014 at 2:13 PM, Mike Tancsa wrote: > On 3/11/2014 1:24 PM, Karl Denninger wrote: > >> Yeah it hasn't changed...... I turned on verbose logging and I'm not >> getting anything in the logs on it -- what's even more-odd is that I can >> telnet to port 25 on the MX gateway and hand-feed an email in there, and >> it >> works. If I turn off the signatures, it ALSO works. >> Mar 11 12:13:59 NewFS sm-mta[11023]: s2BGax4D095381: SYSERR(root): >> putbody: >> write error: Permission denied >> Mar 11 12:13:59 NewFS sm-mta[11023]: s2BGax4D095381: SYSERR(root): timeout >> writing message to gmail-smtp-in.l.google.com.: Permission denied >> > > My initial guess is also firewall issue (permission denied).. A tcpdump of > the packets after the sending host could help verify that. > > Perhaps a long shot, but the bug fixed in this commit > > http://svnweb.freebsd.org/base?view=revision&revision=263029 > > might also point to such behaviour, if states were being prematurely being > expired ? I am thinking it would be a pretty busy box. > > Also, for debugging sendmail issues, I usually crank up on the command line > > given the Queue ID of > > Is2BFqO9e075993 > > sendmail -q -qIs2AKaMQp067733 -OLogLevel=15 -v > > > > > ---Mike > > > -- > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 19:21:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3D55AC9 for ; Tue, 11 Mar 2014 19:21:38 +0000 (UTC) Received: from mail-vc0-x22d.google.com (mail-vc0-x22d.google.com [IPv6:2607:f8b0:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8B5522EE for ; Tue, 11 Mar 2014 19:21:38 +0000 (UTC) Received: by mail-vc0-f173.google.com with SMTP id il7so4059430vcb.18 for ; Tue, 11 Mar 2014 12:21:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HLrVIKs501XcbsKGaM9/2fE2xVs4mnbjhz7PqMHYN+g=; b=oD3bcDokKFY6HtBiUMrTyf31Sb86TsaYOp2cA2b66YY0rW73xYbl9xbvagtFrabvRQ ayvEHbrSrLS2o207KsuGG1jBJUWjNFLCsA2kKy6KC9PMNQYKYjIAZJNCflt34Rb4hEeQ b8DgOxgqi9C+4ty6NFwsF21Lm0a3US/zYJG9PFOfhVwY9csb2r5vNGF8U+Mq6oqf9OLS vI3OvWGhDJyyzGHYo5Q/E5ocM1klIaW0YX3WTK7zeA0jCf404rfmngQpQ+RQXelBfmKe MiZiZvYUtfkcOKexO5QRoo5Ctp4TxyPKTtiDlqHKsDpmgjEuWXbRNVlGsguX5LFCSjQb nPww== MIME-Version: 1.0 X-Received: by 10.58.255.233 with SMTP id at9mr29949576ved.20.1394565697655; Tue, 11 Mar 2014 12:21:37 -0700 (PDT) Received: by 10.220.150.132 with HTTP; Tue, 11 Mar 2014 12:21:37 -0700 (PDT) In-Reply-To: References: <20140311155948.GR32089@funkthat.com> <531F606D.1030203@sentex.net> Date: Tue, 11 Mar 2014 14:21:37 -0500 Message-ID: Subject: Re: Two odd problems with STABLE-10 r262921 From: Karl Denninger To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 19:21:38 -0000 PS: I am not using "pf"; I AM using ipfw. On Tue, Mar 11, 2014 at 2:20 PM, Karl Denninger < tickerguydenninger@gmail.com> wrote: > Uh, yuck. > > [karl@NewFS ~/tmp]$ scp small outsidebox:xxx > small 100% 741 0.7KB/s > 00:00 > [karl@NewFS ~/tmp]$ scp xxx outsidebox:xxx > xxx 0% 0 0.0KB/s > --:-- ETAWrite failed: Permission denied > lost connection > [karl@NewFS ~/tmp]$ > > "xxx" is a file containing several megabytes of data. "outsidebox" is a > machine for which I have a cert and can scp back and forth. Coming FROM > there with a large file is fine. > > Something is very broken in the network code and I have nothing showing up > in the logs or on the console. > > It's not sendmail -- it's the system itself. > > This is an embedded Intel gigabit chipset (em1) on a Supermicro > motherboard and was working fine under 9.2. > > Ideas? This one will force me to find a way to roll back if I can't find > and fix it immediately. > > > > On Tue, Mar 11, 2014 at 2:13 PM, Mike Tancsa wrote: > >> On 3/11/2014 1:24 PM, Karl Denninger wrote: >> >>> Yeah it hasn't changed...... I turned on verbose logging and I'm not >>> getting anything in the logs on it -- what's even more-odd is that I can >>> telnet to port 25 on the MX gateway and hand-feed an email in there, and >>> it >>> works. If I turn off the signatures, it ALSO works. >>> Mar 11 12:13:59 NewFS sm-mta[11023]: s2BGax4D095381: SYSERR(root): >>> putbody: >>> write error: Permission denied >>> Mar 11 12:13:59 NewFS sm-mta[11023]: s2BGax4D095381: SYSERR(root): >>> timeout >>> writing message to gmail-smtp-in.l.google.com.: Permission denied >>> >> >> My initial guess is also firewall issue (permission denied).. A tcpdump >> of the packets after the sending host could help verify that. >> >> Perhaps a long shot, but the bug fixed in this commit >> >> http://svnweb.freebsd.org/base?view=revision&revision=263029 >> >> might also point to such behaviour, if states were being prematurely >> being expired ? I am thinking it would be a pretty busy box. >> >> Also, for debugging sendmail issues, I usually crank up on the command >> line >> >> given the Queue ID of >> >> Is2BFqO9e075993 >> >> sendmail -q -qIs2AKaMQp067733 -OLogLevel=15 -v >> >> >> >> >> ---Mike >> >> >> -- >> ------------------- >> Mike Tancsa, tel +1 519 651 3400 >> Sentex Communications, mike@sentex.net >> Providing Internet services since 1994 www.sentex.net >> Cambridge, Ontario Canada http://www.tancsa.com/ >> > > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 19:25:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 674EEC00 for ; Tue, 11 Mar 2014 19:25:25 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2D0BF319 for ; Tue, 11 Mar 2014 19:25:25 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.7/8.14.7) with ESMTP id s2BJPPax060176; Tue, 11 Mar 2014 15:25:25 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <531F6326.8070207@sentex.net> Date: Tue, 11 Mar 2014 15:25:26 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Karl Denninger Subject: Re: Two odd problems with STABLE-10 r262921 References: <20140311155948.GR32089@funkthat.com> <531F606D.1030203@sentex.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 19:25:25 -0000 On 3/11/2014 3:20 PM, Karl Denninger wrote: > Uh, yuck. > > [karl@NewFS ~/tmp]$ scp small outsidebox:xxx > small 100% 741 0.7KB/s 00:00 > [karl@NewFS ~/tmp]$ scp xxx outsidebox:xxx > xxx 0% 0 0.0KB/s > --:-- ETAWrite failed: Permission denied > lost connection > [karl@NewFS ~/tmp]$ > > Ideas? This one will force me to find a way to roll back if I can't > find and fix it immediately. As suggested, try first pfctl -d and do your scp test then try a very simple pf ruleset I would then try it with those pf patches from r263029 Can you post your pf rules here ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 19:27:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89372D00 for ; Tue, 11 Mar 2014 19:27:00 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4F920332 for ; Tue, 11 Mar 2014 19:27:00 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.7/8.14.7) with ESMTP id s2BJR0uj060353; Tue, 11 Mar 2014 15:27:00 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <531F6385.7020209@sentex.net> Date: Tue, 11 Mar 2014 15:27:01 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Karl Denninger Subject: Re: Two odd problems with STABLE-10 r262921 References: <20140311155948.GR32089@funkthat.com> <531F606D.1030203@sentex.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 19:27:00 -0000 On 3/11/2014 3:21 PM, Karl Denninger wrote: > PS: I am not using "pf"; I AM using ipfw. ipfw add 1 allow ip from any to any and see if that narrows it down ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 19:30:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80360EC8 for ; Tue, 11 Mar 2014 19:30:50 +0000 (UTC) Received: from mail-vc0-x244.google.com (mail-vc0-x244.google.com [IPv6:2607:f8b0:400c:c03::244]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 360B53E6 for ; Tue, 11 Mar 2014 19:30:50 +0000 (UTC) Received: by mail-vc0-f196.google.com with SMTP id il7so2341111vcb.11 for ; Tue, 11 Mar 2014 12:30:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Gtj4Nu7XGP81d/hCZvZfX+5EK9eyHkhkcPoEkOu/kDI=; b=ERIgG93Dog7Bp4mSAeFncB0A8XKUKOIU/OO6O8U0pm4LuG5WqVeUjEocujSImdGsKy l1lRXoOIbyJyHMJuMP9vOuhxsixfycDhZ55mxYOI7AzsLAhoO4v7TDcbdVLnZAWJGxn9 8Pp+XIoqgU+JD425g1CkFXMP2VJe0Xvhmp/7H1CLNimx0w5rYymwdrkiclWNPYtDN7fX onPXa4nLkbTWR9ysB5JVfy7TSPvRHMhWA6dSCugoYWRN+1m/JUEc27e1Dss+Wow6wwtE OBNf7TMndGVDwPbhnfohNoKlzEF397Y4SFmsvoz8mDHsgRgkwIrHeGc4Vd8Mw0Tkfjkv yPWQ== MIME-Version: 1.0 X-Received: by 10.58.178.238 with SMTP id db14mr2591494vec.25.1394566249426; Tue, 11 Mar 2014 12:30:49 -0700 (PDT) Received: by 10.220.150.132 with HTTP; Tue, 11 Mar 2014 12:30:49 -0700 (PDT) In-Reply-To: <531F6385.7020209@sentex.net> References: <20140311155948.GR32089@funkthat.com> <531F606D.1030203@sentex.net> <531F6385.7020209@sentex.net> Date: Tue, 11 Mar 2014 14:30:49 -0500 Message-ID: Subject: Re: Two odd problems with STABLE-10 r262921 From: Karl Denninger To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 19:30:50 -0000 Hmmm.. ok, that worked, which implies there's a problem in the ipfw code -- does the pf patch address ipfw as well? I cannot leave it open in that fashion as I need the nat functionality or everything behind this machine disappears. On Tue, Mar 11, 2014 at 2:27 PM, Mike Tancsa wrote: > On 3/11/2014 3:21 PM, Karl Denninger wrote: > >> PS: I am not using "pf"; I AM using ipfw. >> > > > ipfw add 1 allow ip from any to any > > and see if that narrows it down > > > ---Mike > > > -- > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 19:38:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93E911B7 for ; Tue, 11 Mar 2014 19:38:21 +0000 (UTC) Received: from secure.freebsdsolutions.net (secure.freebsdsolutions.net [69.55.234.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 791A0617 for ; Tue, 11 Mar 2014 19:38:21 +0000 (UTC) Received: from [10.10.1.198] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by secure.freebsdsolutions.net (8.14.4/8.14.4) with ESMTP id s2BJcCZv043621 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 11 Mar 2014 15:38:12 -0400 (EDT) (envelope-from lists@jnielsen.net) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Two odd problems with STABLE-10 r262921 From: John Nielsen In-Reply-To: Date: Tue, 11 Mar 2014 13:39:10 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <07F92476-4D78-42DA-93D4-373680AEE93A@jnielsen.net> References: To: Karl Denninger X-Mailer: Apple Mail (2.1874) X-DCC--Metrics: ns1.jnielsen.net 1282; Body=2 Fuz1=2 Fuz2=2 X-Virus-Scanned: clamav-milter 0.97.8 at ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 19:38:21 -0000 On Mar 11, 2014, at 7:29 AM, Karl Denninger = wrote: > Two things I've run into with this coming from 9.2-STABLE.... >=20 > 1. I am getting errors coming from mail transmissions to certain MX = relays > -- and only those relays. One of them is (ironically) = mx1.freebsd.org, > which precludes emailing the list from my primary email address! The = error > logs in the maillog file show: >=20 > Mar 11 08:17:46 NewFS sm-mta[3605]: STARTTLS=3Dclient, = relay=3Dmx1.freebsd.org., > version=3DTLSv1/SSLv3, verify=3DFAIL, = cipher=3DECDHE-RSA-AES256-GCM-SHA384, > bits=3D256/256 > Mar 11 08:17:46 NewFS sm-mta[3605]: STARTTLS: write error=3Dsyscall = error > (-1), errno=3D13, get_error=3Derror:00000000:lib(0):func(0):reason(0), > retry=3D99, ssl_err=3D5 > Mar 11 08:17:46 NewFS sm-mta[3605]: s2AKht3B064414: SYSERR(root): = putbody: > write error: Permission denied > Mar 11 08:17:46 NewFS sm-mta[3605]: s2AKht3B064414: SYSERR(root): = timeout > writing message to mx1.freebsd.org.: Permission denied > Mar 11 08:17:46 NewFS sm-mta[3605]: s2AKht3B064414: to=3D< > freebsd-fs@freebsd.org>, ctladdr=3D (1001/1001), > delay=3D16:33:50, xdelay=3D00:00:05, mailer=3Desmtp, pri=3D4186247, = relay=3D > mx1.freebsd.org. [8.8.178.115], dsn=3D4.0.0, stat=3DDeferred >=20 > Permission denied -- on a socket? As root? What am I missing here? >=20 > (Shutting off TLS does not resolve this.) However, this is not = universal; > it only impacts *some* emails.... >=20 >=20 > Mar 11 08:20:37 NewFS sm-mta[5433]: s2BDKbF4005433: from=3D< > ticker@fs.denninger.net>, size=3D962, class=3D0, nrcpts=3D1, msgid=3D< > 201403111320.s2BDKTF3005412@fs.denninger.net>, proto=3DESMTP, = daemon=3DIPv4, > relay=3Dlocalhost [127.0.0.1] > Mar 11 08:20:37 NewFS sendmail[5412]: s2BDKTF3005412: = to=3Dxxxxxxxx@yahoo.com, > ctladdr=3Dticker (20098/20098), delay=3D00:00:08, xdelay=3D00:00:05, > mailer=3Drelay, pri=3D3 > 0494, relay=3D[127.0.0.1] [127.0.0.1], dsn=3D2.0.0, stat=3DSent = (Message accepted) > Mar 11 08:20:37 NewFS sm-mta[5461]: STARTTLS=3Dclient, relay=3D > mta5.am0.yahoodns.net., version=3DTLSv1/SSLv3, verify=3DFAIL, > cipher=3DDHE-RSA-CAMELLIA256-SHA, bits=3D256/256 > Mar 11 08:20:39 NewFS sm-mta[5461]: s2BDKbF4005433: = to=3D, > ctladdr=3D (20098/20098), delay=3D00:00:02, > xdelay=3D00:00:02, > mailer=3Desmtp, pri=3D30962, relay=3Dmta5.am0.yahoodns.net. = [66.196.118.35], > dsn=3D2.0.0, stat=3DSent (ok dirdel) >=20 > That one went through successfully.... >=20 > This is new; I didn't have any trouble on 9.2-STABLE at all. Ideas? Are you by any chance using both TSO and NAT on an interface[1]? I saw = problems with larger transmissions and odd "permission denied" errors on = a machine in that situation. Not sure what changed in 10 vs 9 to expose = the issue but it wouldn't be the first I've heard of it[2]. Try "ifconfig yournatinterface -tso" if so and see if the problem goes = away (obviously replace "yournatinterface" with the actual interface = name). If it does, add "-tso" to the appropriate ifconfig entry in = /etc/rc.conf. JN [1] See also the related BUGS entry in ipfw(8): = http://www.freebsd.org/cgi/man.cgi?query=3Dipfw&sektion=3D8#end [2] = http://lists.freebsd.org/pipermail/freebsd-ipfw/2014-February/005560.html= From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 19:41:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB30936F for ; Tue, 11 Mar 2014 19:41:08 +0000 (UTC) Received: from mail-we0-f169.google.com (mail-we0-f169.google.com [74.125.82.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7815B6C3 for ; Tue, 11 Mar 2014 19:41:08 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id w62so10623734wes.28 for ; Tue, 11 Mar 2014 12:41:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=wTyLr4Z0ByQoJ6CRjywm8TDvw/DyGU+6zjDP+ED84KU=; b=dmjcts9HEW7XkTVzx9lqrvpM6vQIDwpBSEkcDgSESHMrz+YTLqtfEbmag4ZSF16Ka1 16q9NeapzWAO5JT6YHkEXz7gTO4A2pmPq+pz1UX2292yTtpGlAscJdASk0vQ1Oh4tV4/ FIOUbG4U7SNuDrapP+Z/ebr/Ng/tVy4crfbBF83S3mrqGWoc/t1bQ/t8Md3cMs+8ZNmT +YI9U/psqUDDET/c8/ZlyZjr+MnVc/HILa3DtsH/TxEY5ejszwLHluhzp/7FRFxnK0Cu rkEgAlyW93Usg/kbkfRYv4qKIYhHWgoUzIpLuqwMCb103asGLhgCCe6jhVijhFvQoO54 riPA== X-Gm-Message-State: ALoCoQkeKdPk+T+vUDShaIjvCPCw+TrQJpCUKZRhTInLLwgkdy4XW30rNAhH7yGOkre+x0cbgNGo MIME-Version: 1.0 X-Received: by 10.180.87.9 with SMTP id t9mr4436519wiz.36.1394566418403; Tue, 11 Mar 2014 12:33:38 -0700 (PDT) Received: by 10.216.166.72 with HTTP; Tue, 11 Mar 2014 12:33:38 -0700 (PDT) X-Originating-IP: [209.66.78.50] In-Reply-To: <20140311171602.GO21736@sludge.elizium.za.net> References: <20140311171602.GO21736@sludge.elizium.za.net> Date: Tue, 11 Mar 2014 15:33:38 -0400 Message-ID: Subject: Re: Cant resolve pkg.us-east.freebsd.org From: Mark Saad To: Hugo Lombard Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-hackers@freebsd.org" , FreeBSD-Stable ML X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 19:41:09 -0000 ARGG Never mind silly issues with my provider are causing this to fail. On Tue, Mar 11, 2014 at 1:16 PM, Hugo Lombard wrote: > On Tue, Mar 11, 2014 at 12:43:37PM -0400, Mark Saad wrote: > > All > > I am having issues right now with resolving pkg.us-east.freebsd.org. > > I am in NYC using Above.net / Zayo and I am getting host unknow from a > > number of locations. > > > > I believe SRV records are used to get the actual host: > > [ https://www.mail-archive.com/freebsd-ports@freebsd.org/msg53207.html ] > > $ dig +norecurse @ns0.freebsd.org _http._tcp.pkg.us-east.FreeBSD.orgsrv > > ; <<>> DiG 9.9.2-P2 <<>> +norecurse @ns0.freebsd.org _http._ > tcp.pkg.us-east.FreeBSD.org srv > ; (2 servers found) > ;; global options: +cmd > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 51676 > ;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3 > > ;; OPT PSEUDOSECTION: > ; EDNS: version: 0, flags:; udp: 4096 > ;; QUESTION SECTION: > ;_http._tcp.pkg.us-east.FreeBSD.org. IN SRV > > ;; ANSWER SECTION: > _http._tcp.pkg.us-east.freebsd.org. 60 IN SRV 10 10 80 > pkg0.nyi.freebsd.org. > > ;; AUTHORITY SECTION: > freebsd.org. 3600 IN NS ns1.isc-sns.net. > freebsd.org. 3600 IN NS ns3.isc-sns.info. > freebsd.org. 3600 IN NS ns2.isc-sns.com. > > ;; ADDITIONAL SECTION: > pkg0.nyi.freebsd.org. 3600 IN A 96.47.72.120 > pkg0.nyi.freebsd.org. 60 IN AAAA 2610:1c1:1:6300::16:78 > > ;; Query time: 348 msec > ;; SERVER: 8.8.178.18#53(8.8.178.18) > ;; WHEN: Tue Mar 11 19:12:36 2014 > ;; MSG SIZE rcvd: 266 > > $ > > -- > Hugo Lombard > .___. > (o,o) > /) ) > ---"-"--- > -- mark saad | nonesuch@longcount.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 19:45:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4546541 for ; Tue, 11 Mar 2014 19:45:11 +0000 (UTC) Received: from mail-ve0-x244.google.com (mail-ve0-x244.google.com [IPv6:2607:f8b0:400c:c01::244]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E61874B for ; Tue, 11 Mar 2014 19:45:11 +0000 (UTC) Received: by mail-ve0-f196.google.com with SMTP id cz12so3376075veb.3 for ; Tue, 11 Mar 2014 12:45:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eDOAofhTehO1heCWCGWeiM7Hh0w+caaAc8KT0ICGhtA=; b=n492BvdZHfn/0t7WmS0aVtci63HhElis8GSoMQdsaw1Nh4nquhhzFF6/aQaUrzY2rh VU2lnHJLjBq8EYIfecPXrCrQXqLjSkMA9yDhWAH4+ZrJM7emm7/ffAJ0qZsShrg9+JHl lATsdH/xa266CM3CJSp1oKLSNBR24QE/4966gAASt8ha8+WlkryAO2HInQlqncza83Ux 81L4LrLsCxPtgXo7OUMFNZZn3NYYZ73QG6Da3v9sxRFLop4I6ULFNRaJFApc4nODg5YW rvypBFArQ/ByHwKfXzrHrqSEYw8dJAi4uVxY4SxhYcTf3EzTp3rQsdJvKd3UL1zi0Jbl uV4A== MIME-Version: 1.0 X-Received: by 10.52.164.39 with SMTP id yn7mr12448195vdb.25.1394567110833; Tue, 11 Mar 2014 12:45:10 -0700 (PDT) Received: by 10.220.150.132 with HTTP; Tue, 11 Mar 2014 12:45:10 -0700 (PDT) In-Reply-To: <07F92476-4D78-42DA-93D4-373680AEE93A@jnielsen.net> References: <07F92476-4D78-42DA-93D4-373680AEE93A@jnielsen.net> Date: Tue, 11 Mar 2014 14:45:10 -0500 Message-ID: Subject: Re: Two odd problems with STABLE-10 r262921 From: Karl Denninger To: John Nielsen Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 19:45:12 -0000 That appears to have fixed it (turning TSO off) No idea why I was never bit by it before, but it looks like it's ok now. Thank you. On Tue, Mar 11, 2014 at 2:39 PM, John Nielsen wrote: > On Mar 11, 2014, at 7:29 AM, Karl Denninger > wrote: > > > Two things I've run into with this coming from 9.2-STABLE.... > > > > 1. I am getting errors coming from mail transmissions to certain MX > relays > > -- and only those relays. One of them is (ironically) mx1.freebsd.org, > > which precludes emailing the list from my primary email address! The > error > > logs in the maillog file show: > > > > Mar 11 08:17:46 NewFS sm-mta[3605]: STARTTLS=client, relay= > mx1.freebsd.org., > > version=TLSv1/SSLv3, verify=FAIL, cipher=ECDHE-RSA-AES256-GCM-SHA384, > > bits=256/256 > > Mar 11 08:17:46 NewFS sm-mta[3605]: STARTTLS: write error=syscall error > > (-1), errno=13, get_error=error:00000000:lib(0):func(0):reason(0), > > retry=99, ssl_err=5 > > Mar 11 08:17:46 NewFS sm-mta[3605]: s2AKht3B064414: SYSERR(root): > putbody: > > write error: Permission denied > > Mar 11 08:17:46 NewFS sm-mta[3605]: s2AKht3B064414: SYSERR(root): timeout > > writing message to mx1.freebsd.org.: Permission denied > > Mar 11 08:17:46 NewFS sm-mta[3605]: s2AKht3B064414: to=< > > freebsd-fs@freebsd.org>, ctladdr= (1001/1001), > > delay=16:33:50, xdelay=00:00:05, mailer=esmtp, pri=4186247, relay= > > mx1.freebsd.org. [8.8.178.115], dsn=4.0.0, stat=Deferred > > > > Permission denied -- on a socket? As root? What am I missing here? > > > > (Shutting off TLS does not resolve this.) However, this is not > universal; > > it only impacts *some* emails.... > > > > > > Mar 11 08:20:37 NewFS sm-mta[5433]: s2BDKbF4005433: from=< > > ticker@fs.denninger.net>, size=962, class=0, nrcpts=1, msgid=< > > 201403111320.s2BDKTF3005412@fs.denninger.net>, proto=ESMTP, daemon=IPv4, > > relay=localhost [127.0.0.1] > > Mar 11 08:20:37 NewFS sendmail[5412]: s2BDKTF3005412: to= > xxxxxxxx@yahoo.com, > > ctladdr=ticker (20098/20098), delay=00:00:08, xdelay=00:00:05, > > mailer=relay, pri=3 > > 0494, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (Message > accepted) > > Mar 11 08:20:37 NewFS sm-mta[5461]: STARTTLS=client, relay= > > mta5.am0.yahoodns.net., version=TLSv1/SSLv3, verify=FAIL, > > cipher=DHE-RSA-CAMELLIA256-SHA, bits=256/256 > > Mar 11 08:20:39 NewFS sm-mta[5461]: s2BDKbF4005433: to=< > xxxxxxx@yahoo.com>, > > ctladdr= (20098/20098), delay=00:00:02, > > xdelay=00:00:02, > > mailer=esmtp, pri=30962, relay=mta5.am0.yahoodns.net. [66.196.118.35], > > dsn=2.0.0, stat=Sent (ok dirdel) > > > > That one went through successfully.... > > > > This is new; I didn't have any trouble on 9.2-STABLE at all. Ideas? > > Are you by any chance using both TSO and NAT on an interface[1]? I saw > problems with larger transmissions and odd "permission denied" errors on a > machine in that situation. Not sure what changed in 10 vs 9 to expose the > issue but it wouldn't be the first I've heard of it[2]. > > Try "ifconfig yournatinterface -tso" if so and see if the problem goes > away (obviously replace "yournatinterface" with the actual interface name). > If it does, add "-tso" to the appropriate ifconfig entry in /etc/rc.conf. > > JN > > [1] See also the related BUGS entry in ipfw(8): > http://www.freebsd.org/cgi/man.cgi?query=ipfw&sektion=8#end > [2] > http://lists.freebsd.org/pipermail/freebsd-ipfw/2014-February/005560.html From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 19:48:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CDE985C for ; Tue, 11 Mar 2014 19:48:07 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D6DAD77B for ; Tue, 11 Mar 2014 19:48:06 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.7/8.14.7) with ESMTP id s2BJm6Yl063868; Tue, 11 Mar 2014 15:48:06 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <531F6878.1070909@sentex.net> Date: Tue, 11 Mar 2014 15:48:08 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Karl Denninger Subject: Re: Two odd problems with STABLE-10 r262921 References: <20140311155948.GR32089@funkthat.com> <531F606D.1030203@sentex.net> <531F6385.7020209@sentex.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 19:48:07 -0000 On 3/11/2014 3:30 PM, Karl Denninger wrote: > Hmmm.. ok, that worked, which implies there's a problem in the ipfw code > -- does the pf patch address ipfw as well? I think the patch is pf specific. I dont use ipfw in a stateful way. Perhaps its just an issue of increase its equiv of the state table ? Not sure. Maybe post a sanitized version of your ruleset here to start ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 20:43:38 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6B0C3A9; Tue, 11 Mar 2014 20:43:38 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 86D5CE50; Tue, 11 Mar 2014 20:43:38 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s2BKhbhm083996; Tue, 11 Mar 2014 20:43:37 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s2BKhbuu083995; Tue, 11 Mar 2014 20:43:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 20:43:37 GMT Message-Id: <201403112043.s2BKhbuu083995@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 20:43:38 -0000 TB --- 2014-03-11 20:40:22 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-11 20:40:22 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-11 20:40:22 - starting RELENG_9 tinderbox run for arm/arm TB --- 2014-03-11 20:40:22 - cleaning the object tree TB --- 2014-03-11 20:40:22 - /usr/local/bin/svn stat /src TB --- 2014-03-11 20:40:27 - At svn revision 263045 TB --- 2014-03-11 20:40:28 - building world TB --- 2014-03-11 20:40:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 20:40:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 20:40:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 20:40:28 - SRCCONF=/dev/null TB --- 2014-03-11 20:40:28 - TARGET=arm TB --- 2014-03-11 20:40:28 - TARGET_ARCH=arm TB --- 2014-03-11 20:40:28 - TZ=UTC TB --- 2014-03-11 20:40:28 - __MAKE_CONF=/dev/null TB --- 2014-03-11 20:40:28 - cd /src TB --- 2014-03-11 20:40:28 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 11 20:40:31 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/zic/zdump (cleandir) rm -f zdump zdump.o ialloc.o scheck.o zdump.8.gz zdump.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> etc (cleandir) "Makefile", line 231: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") "Makefile", line 233: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-11 20:43:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 20:43:37 - ERROR: failed to build world TB --- 2014-03-11 20:43:37 - 116.73 user 19.80 system 194.84 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 20:46:25 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 176B1527; Tue, 11 Mar 2014 20:46:25 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB949E90; Tue, 11 Mar 2014 20:46:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s2BKkNWm005212; Tue, 11 Mar 2014 20:46:23 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s2BKkNqt005204; Tue, 11 Mar 2014 20:46:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 20:46:23 GMT Message-Id: <201403112046.s2BKkNqt005204@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 20:46:25 -0000 TB --- 2014-03-11 20:43:37 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-11 20:43:37 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-11 20:43:37 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2014-03-11 20:43:37 - cleaning the object tree TB --- 2014-03-11 20:43:37 - /usr/local/bin/svn stat /src TB --- 2014-03-11 20:43:45 - At svn revision 263045 TB --- 2014-03-11 20:43:46 - building world TB --- 2014-03-11 20:43:46 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 20:43:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 20:43:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 20:43:46 - SRCCONF=/dev/null TB --- 2014-03-11 20:43:46 - TARGET=ia64 TB --- 2014-03-11 20:43:46 - TARGET_ARCH=ia64 TB --- 2014-03-11 20:43:46 - TZ=UTC TB --- 2014-03-11 20:43:46 - __MAKE_CONF=/dev/null TB --- 2014-03-11 20:43:46 - cd /src TB --- 2014-03-11 20:43:46 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 11 20:43:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f zdump zdump.o ialloc.o scheck.o zdump.8.gz zdump.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/zzz (cleandir) rm -f zzz.8.gz zzz.8.cat.gz ===> etc (cleandir) "Makefile", line 231: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") "Makefile", line 233: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-11 20:46:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 20:46:23 - ERROR: failed to build world TB --- 2014-03-11 20:46:23 - 109.66 user 18.02 system 166.47 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 20:47:07 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E380063C; Tue, 11 Mar 2014 20:47:07 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9230BEA3; Tue, 11 Mar 2014 20:47:07 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s2BKl6le028793; Tue, 11 Mar 2014 20:47:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s2BKl6Xw028790; Tue, 11 Mar 2014 20:47:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 20:47:06 GMT Message-Id: <201403112047.s2BKl6Xw028790@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 20:47:08 -0000 TB --- 2014-03-11 20:40:22 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-11 20:40:22 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-11 20:40:22 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-03-11 20:40:22 - cleaning the object tree TB --- 2014-03-11 20:40:22 - /usr/local/bin/svn stat /src TB --- 2014-03-11 20:40:27 - At svn revision 263045 TB --- 2014-03-11 20:40:28 - building world TB --- 2014-03-11 20:40:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 20:40:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 20:40:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 20:40:28 - SRCCONF=/dev/null TB --- 2014-03-11 20:40:28 - TARGET=pc98 TB --- 2014-03-11 20:40:28 - TARGET_ARCH=i386 TB --- 2014-03-11 20:40:28 - TZ=UTC TB --- 2014-03-11 20:40:28 - __MAKE_CONF=/dev/null TB --- 2014-03-11 20:40:28 - cd /src TB --- 2014-03-11 20:40:28 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 11 20:40:31 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f zdump zdump.o ialloc.o scheck.o zdump.8.gz zdump.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/zzz (cleandir) rm -f zzz.8.gz zzz.8.cat.gz ===> etc (cleandir) "Makefile", line 231: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") "Makefile", line 233: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-11 20:47:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 20:47:06 - ERROR: failed to build world TB --- 2014-03-11 20:47:06 - 307.82 user 31.62 system 404.41 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 20:47:07 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 594C763B; Tue, 11 Mar 2014 20:47:07 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 08B9BEA2; Tue, 11 Mar 2014 20:47:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s2BKl6hq028541; Tue, 11 Mar 2014 20:47:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s2BKl6R8028530; Tue, 11 Mar 2014 20:47:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 20:47:06 GMT Message-Id: <201403112047.s2BKl6R8028530@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 20:47:07 -0000 TB --- 2014-03-11 20:40:22 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-11 20:40:22 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-11 20:40:22 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-03-11 20:40:22 - cleaning the object tree TB --- 2014-03-11 20:40:22 - /usr/local/bin/svn stat /src TB --- 2014-03-11 20:40:27 - At svn revision 263045 TB --- 2014-03-11 20:40:28 - building world TB --- 2014-03-11 20:40:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 20:40:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 20:40:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 20:40:28 - SRCCONF=/dev/null TB --- 2014-03-11 20:40:28 - TARGET=amd64 TB --- 2014-03-11 20:40:28 - TARGET_ARCH=amd64 TB --- 2014-03-11 20:40:28 - TZ=UTC TB --- 2014-03-11 20:40:28 - __MAKE_CONF=/dev/null TB --- 2014-03-11 20:40:28 - cd /src TB --- 2014-03-11 20:40:28 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 11 20:40:31 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f zdump zdump.o ialloc.o scheck.o zdump.8.gz zdump.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/zzz (cleandir) rm -f zzz.8.gz zzz.8.cat.gz ===> etc (cleandir) "Makefile", line 231: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") "Makefile", line 233: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-11 20:47:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 20:47:06 - ERROR: failed to build world TB --- 2014-03-11 20:47:06 - 307.24 user 32.08 system 403.87 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 20:47:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E07C756; Tue, 11 Mar 2014 20:47:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA6F3EA4; Tue, 11 Mar 2014 20:47:10 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s2BKl9Sg029472; Tue, 11 Mar 2014 20:47:09 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s2BKl9Uv029471; Tue, 11 Mar 2014 20:47:09 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 20:47:09 GMT Message-Id: <201403112047.s2BKl9Uv029471@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 20:47:11 -0000 TB --- 2014-03-11 20:40:22 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-11 20:40:22 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-11 20:40:22 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-03-11 20:40:22 - cleaning the object tree TB --- 2014-03-11 20:40:22 - /usr/local/bin/svn stat /src TB --- 2014-03-11 20:40:27 - At svn revision 263045 TB --- 2014-03-11 20:40:28 - building world TB --- 2014-03-11 20:40:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 20:40:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 20:40:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 20:40:28 - SRCCONF=/dev/null TB --- 2014-03-11 20:40:28 - TARGET=i386 TB --- 2014-03-11 20:40:28 - TARGET_ARCH=i386 TB --- 2014-03-11 20:40:28 - TZ=UTC TB --- 2014-03-11 20:40:28 - __MAKE_CONF=/dev/null TB --- 2014-03-11 20:40:28 - cd /src TB --- 2014-03-11 20:40:28 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 11 20:40:31 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f zdump zdump.o ialloc.o scheck.o zdump.8.gz zdump.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/zzz (cleandir) rm -f zzz.8.gz zzz.8.cat.gz ===> etc (cleandir) "Makefile", line 231: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") "Makefile", line 233: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-11 20:47:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 20:47:09 - ERROR: failed to build world TB --- 2014-03-11 20:47:09 - 308.47 user 32.59 system 407.52 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 20:48:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B43DABD for ; Tue, 11 Mar 2014 20:48:01 +0000 (UTC) Received: from smtp.LaTech.edu (smtp.LaTech.edu [138.47.18.140]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4932DED1 for ; Tue, 11 Mar 2014 20:47:59 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.LaTech.edu (Postfix) with ESMTP id 3614C2A96C for ; Tue, 11 Mar 2014 15:47:58 -0500 (CDT) X-Virus-Scanned: amavisd-new at latech.edu Received: from smtp.LaTech.edu ([127.0.0.1]) by localhost (smtp.latech.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id R5Yy70b49nfO for ; Tue, 11 Mar 2014 15:47:56 -0500 (CDT) Received: from smtp.LaTech.edu (localhost [127.0.0.1]) by smtp.LaTech.edu (Postfix) with ESMTP id 6BB5D2A964 for ; Tue, 11 Mar 2014 15:47:56 -0500 (CDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=latech.edu; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type; s=latech; bh=pnGWvjRxDKeqHc3VozNSK+fcq9w=; b=thh+ KBkGJAkFkKB/xPakRzaFeDrx1XkTNOdgaj9AGAWv2JY69Y92P2iZhymRrS16uRUt XI2pqf1Tyi71bmBh9puR4h5PtNavEw3BGIwNbBJsH9+msDwZN0G8SRJ78BRe7DUu MQXsXRkcDm/5d0sEP/YAzuVTCqicFXBK2nM8IMo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=latech.edu; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type; q=dns; s=latech; b=jChjCXWp3J7M72XnKgL+aR3Fri9f7q pYyoZAwjod+wWd0PuwXiUEUAcol3GU6qR8CxhXgAKqCgMm/Cbs0kyKGKkWn3vNc+ 7A2JBEGibJD/DfQIGNd8Az3TsUs5C4ORZRO4d/EZfFG/q+vQAYAmfl2QsfubNcWj c5g5eBoHtNfP8= Received: from atlantis.latech.edu (atlantis.LaTech.edu [138.47.18.149]) by smtp.LaTech.edu (Postfix) with ESMTPSA id 689782A963 for ; Tue, 11 Mar 2014 15:47:56 -0500 (CDT) Message-ID: <531F767C.3040105@LaTech.edu> Date: Tue, 11 Mar 2014 15:47:56 -0500 From: Danny Schales User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: ZFS UNMAP performance References: <531F2BA0.6000105@LaTech.edu> <531F3503.8090403@LaTech.edu> In-Reply-To: <531F3503.8090403@LaTech.edu> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BUthNRlOpV9ItuNsoTflpcHRfJsGwRMOI" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 20:48:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --BUthNRlOpV9ItuNsoTflpcHRfJsGwRMOI Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/11/2014 11:08, Danny Schales wrote: > On 03/11/2014 10:48, Tom Evans wrote: >> On Tue, Mar 11, 2014 at 3:28 PM, Danny Schales wrote:= >>> I'm seeing very slow performance with certain operations on a ZFS >>> filesystem built on ISCSI LUN's on a 10.0 system (new ISCSI >>> implementation). The issue appears to be with BIO_DELETE operations.= >>> Monitoring the system with gstat shows expected times for read and wr= ite >>> operations, but deletes are in the multiple hundreds of milliseconds >>> under normal operation. Destroying a snapshot sends the times to >>> astronomical levels. sysctl says the system is using UNMAP for delet= es: >>> >>> kern.cam.da.0.delete_method: UNMAP >>> >>> I searched and found where Oracle issued a performance alert for Sola= ris >>> 11.1 where ZFS using UNMAP was in use. Here's a link to a blog >>> discussing it: >>> >>> http://schalwad.blogspot.com/2013/12/solaris-111-zfs-write-performanc= e.html >>> >>> >>> Is FreeBSD also impacted? If so, is there a fix or a workaround? >> > The backend is an ISCSI LUN from a SAN (Dell Compellent). From > research, it seems the SAN *does* support SCSI UNMAP requests for > deletes, but the performance is horrible. I don't know if this is a > FreeBSD issue or a Compellent issue. I haven't seen the problem with > other devices, but I don't think anything else is using UNMAP (yet). >=20 > Danny >=20 >=20 Replying to myself...I note that the system is reporting that TRIM is being used. Is this normal for non-SSD systems? There *is* SSD in the system, but I'm pretty sure the system can't tell it's SSD (it's hidden behind a Dell PERC card). The number of trim.successes is roughly equivalent to the number of deletes reported by gstat for the ISCSI LUN devices. Should the system be using TRIM for ISCSI LUNs? kstat.zfs.misc.zio_trim.bytes: 232845656064 kstat.zfs.misc.zio_trim.success: 30810983 kstat.zfs.misc.zio_trim.unsupported: 809 kstat.zfs.misc.zio_trim.failed: 0 Danny --BUthNRlOpV9ItuNsoTflpcHRfJsGwRMOI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlMfdnwACgkQymYKbvs0SzH9zQCfcpTzXtFlMQUqqpM5d41Zsqc+ +eAAnilAWzm7gS0zPf5plHEZ+ouwvISd =OoGP -----END PGP SIGNATURE----- --BUthNRlOpV9ItuNsoTflpcHRfJsGwRMOI-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 20:48:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DE7DBC5; Tue, 11 Mar 2014 20:48:58 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D17CEEC; Tue, 11 Mar 2014 20:48:58 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s2BKmvJ0042239; Tue, 11 Mar 2014 20:48:57 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s2BKmvwx042238; Tue, 11 Mar 2014 20:48:57 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 20:48:57 GMT Message-Id: <201403112048.s2BKmvwx042238@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 20:48:58 -0000 TB --- 2014-03-11 20:46:24 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-11 20:46:24 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-11 20:46:24 - starting RELENG_9 tinderbox run for mips/mips TB --- 2014-03-11 20:46:24 - cleaning the object tree TB --- 2014-03-11 20:46:24 - /usr/local/bin/svn stat /src TB --- 2014-03-11 20:46:29 - At svn revision 263045 TB --- 2014-03-11 20:46:30 - building world TB --- 2014-03-11 20:46:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 20:46:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 20:46:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 20:46:30 - SRCCONF=/dev/null TB --- 2014-03-11 20:46:30 - TARGET=mips TB --- 2014-03-11 20:46:30 - TARGET_ARCH=mips TB --- 2014-03-11 20:46:30 - TZ=UTC TB --- 2014-03-11 20:46:30 - __MAKE_CONF=/dev/null TB --- 2014-03-11 20:46:30 - cd /src TB --- 2014-03-11 20:46:30 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 11 20:46:30 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/zic/zdump (cleandir) rm -f zdump zdump.o ialloc.o scheck.o zdump.8.gz zdump.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> etc (cleandir) "Makefile", line 231: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") "Makefile", line 233: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-11 20:48:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 20:48:57 - ERROR: failed to build world TB --- 2014-03-11 20:48:57 - 103.25 user 17.34 system 153.34 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 20:49:35 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A3C5CED; Tue, 11 Mar 2014 20:49:35 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 49649F03; Tue, 11 Mar 2014 20:49:35 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s2BKnYxn049730; Tue, 11 Mar 2014 20:49:34 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s2BKnYQJ049729; Tue, 11 Mar 2014 20:49:34 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 20:49:34 GMT Message-Id: <201403112049.s2BKnYQJ049729@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 20:49:35 -0000 TB --- 2014-03-11 20:47:10 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-11 20:47:10 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-11 20:47:10 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2014-03-11 20:47:10 - cleaning the object tree TB --- 2014-03-11 20:47:10 - /usr/local/bin/svn stat /src TB --- 2014-03-11 20:47:14 - At svn revision 263045 TB --- 2014-03-11 20:47:15 - building world TB --- 2014-03-11 20:47:15 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 20:47:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 20:47:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 20:47:15 - SRCCONF=/dev/null TB --- 2014-03-11 20:47:15 - TARGET=sparc64 TB --- 2014-03-11 20:47:15 - TARGET_ARCH=sparc64 TB --- 2014-03-11 20:47:15 - TZ=UTC TB --- 2014-03-11 20:47:15 - __MAKE_CONF=/dev/null TB --- 2014-03-11 20:47:15 - cd /src TB --- 2014-03-11 20:47:15 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 11 20:47:17 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/zic/zdump (cleandir) rm -f zdump zdump.o ialloc.o scheck.o zdump.8.gz zdump.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> etc (cleandir) "Makefile", line 231: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") "Makefile", line 233: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-11 20:49:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 20:49:34 - ERROR: failed to build world TB --- 2014-03-11 20:49:34 - 103.63 user 16.91 system 144.45 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 20:52:21 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85562EC7; Tue, 11 Mar 2014 20:52:21 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 34643FAB; Tue, 11 Mar 2014 20:52:21 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s2BKqKC0071467; Tue, 11 Mar 2014 20:52:20 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s2BKqK2h071466; Tue, 11 Mar 2014 20:52:20 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 20:52:20 GMT Message-Id: <201403112052.s2BKqK2h071466@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 20:52:21 -0000 TB --- 2014-03-11 20:47:06 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-11 20:47:06 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-11 20:47:06 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2014-03-11 20:47:06 - cleaning the object tree TB --- 2014-03-11 20:47:06 - /usr/local/bin/svn stat /src TB --- 2014-03-11 20:47:12 - At svn revision 263045 TB --- 2014-03-11 20:47:13 - building world TB --- 2014-03-11 20:47:13 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 20:47:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 20:47:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 20:47:13 - SRCCONF=/dev/null TB --- 2014-03-11 20:47:13 - TARGET=powerpc TB --- 2014-03-11 20:47:13 - TARGET_ARCH=powerpc TB --- 2014-03-11 20:47:13 - TZ=UTC TB --- 2014-03-11 20:47:13 - __MAKE_CONF=/dev/null TB --- 2014-03-11 20:47:13 - cd /src TB --- 2014-03-11 20:47:13 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 11 20:47:14 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/zic/zdump (cleandir) rm -f zdump zdump.o ialloc.o scheck.o zdump.8.gz zdump.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> etc (cleandir) "Makefile", line 231: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") "Makefile", line 233: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-11 20:52:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 20:52:20 - ERROR: failed to build world TB --- 2014-03-11 20:52:20 - 264.10 user 28.14 system 314.00 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 20:52:21 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65C0CEC6; Tue, 11 Mar 2014 20:52:21 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 15A85FAA; Tue, 11 Mar 2014 20:52:21 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s2BKqK4U071441; Tue, 11 Mar 2014 20:52:20 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s2BKqKXW071434; Tue, 11 Mar 2014 20:52:20 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 20:52:20 GMT Message-Id: <201403112052.s2BKqKXW071434@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 20:52:21 -0000 TB --- 2014-03-11 20:47:06 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-11 20:47:06 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-11 20:47:06 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2014-03-11 20:47:06 - cleaning the object tree TB --- 2014-03-11 20:47:06 - /usr/local/bin/svn stat /src TB --- 2014-03-11 20:47:12 - At svn revision 263045 TB --- 2014-03-11 20:47:13 - building world TB --- 2014-03-11 20:47:13 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 20:47:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 20:47:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 20:47:13 - SRCCONF=/dev/null TB --- 2014-03-11 20:47:13 - TARGET=powerpc TB --- 2014-03-11 20:47:13 - TARGET_ARCH=powerpc64 TB --- 2014-03-11 20:47:13 - TZ=UTC TB --- 2014-03-11 20:47:13 - __MAKE_CONF=/dev/null TB --- 2014-03-11 20:47:13 - cd /src TB --- 2014-03-11 20:47:13 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 11 20:47:14 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/zic/zdump (cleandir) rm -f zdump zdump.o ialloc.o scheck.o zdump.8.gz zdump.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> etc (cleandir) "Makefile", line 231: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") "Makefile", line 233: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-11 20:52:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 20:52:20 - ERROR: failed to build world TB --- 2014-03-11 20:52:20 - 264.49 user 27.45 system 313.34 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 20:57:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B2252B1; Tue, 11 Mar 2014 20:57:41 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1986812; Tue, 11 Mar 2014 20:57:41 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.7/8.14.7) with ESMTP id s2BKveGG076343; Tue, 11 Mar 2014 16:57:40 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <531F78C6.9000908@sentex.net> Date: Tue, 11 Mar 2014 16:57:42 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Baptiste Daroussin , FreeBSD-STABLE Mailing List Subject: Re: svn commit: r263023 - in stable/9: etc etc/mtree etc/pkg share share/keys share/keys/pkg/trusted share/man/man7 References: <201403111448.s2BEmiXG029888@svn.freebsd.org> In-Reply-To: <201403111448.s2BEmiXG029888@svn.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 20:57:41 -0000 Hi, For some reason, this has broken my build on RELENG_9. If I svn update -r 263022 all builds again. With svn update -r 263023, I get the failure below Other than KERNCONF=, I have nothing in make.conf and src.conf on this machine. ---Mike ===> etc (obj) "/usr/src/etc/Makefile", line 227: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") "/usr/src/etc/Makefile", line 229: if-less endif make: fatal errors encountered -- cannot continue *** [etc.obj__D] Error code 1 Stop in /usr/src. *** [_obj] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. ---Mike On 3/11/2014 10:48 AM, Baptiste Daroussin wrote: > Author: bapt > Date: Tue Mar 11 14:48:44 2014 > New Revision: 263023 > URL: http://svnweb.freebsd.org/changeset/base/263023 > > Log: > MFC: r257145,r257147,r257150,r257159,r257164,r257168,r257344,r257667,r257668, > r258227,r260605 > > Add default configuration for FreeBSD official pkg(8) repositories > Add fingerprint for the trusted keys > > Added: > stable/9/etc/pkg/ > - copied from r257145, head/etc/pkg/ > stable/9/share/keys/ > - copied from r257344, head/share/keys/ > Modified: > stable/9/etc/Makefile > stable/9/etc/mtree/BSD.root.dist > stable/9/etc/mtree/BSD.usr.dist > stable/9/etc/pkg/FreeBSD.conf > stable/9/share/Makefile > stable/9/share/keys/pkg/trusted/pkg.freebsd.org.2013102301 > stable/9/share/man/man7/hier.7 > Directory Properties: > stable/9/etc/ (props changed) > stable/9/etc/mtree/ (props changed) > stable/9/share/ (props changed) > stable/9/share/man/ (props changed) > stable/9/share/man/man7/ (props changed) > > Modified: stable/9/etc/Makefile > ============================================================================== > --- stable/9/etc/Makefile Tue Mar 11 14:33:42 2014 (r263022) > +++ stable/9/etc/Makefile Tue Mar 11 14:48:44 2014 (r263023) > @@ -224,6 +224,9 @@ distribution: > ${_+_}cd ${.CURDIR}/devd; ${MAKE} install > ${_+_}cd ${.CURDIR}/gss; ${MAKE} install > ${_+_}cd ${.CURDIR}/periodic; ${MAKE} install > +.if ${MK_PKGBOOTSTRAP} != "no" > + ${_+_}cd ${.CURDIR}/pkg; ${MAKE} install > +.endif > ${_+_}cd ${.CURDIR}/rc.d; ${MAKE} install > ${_+_}cd ${.CURDIR}/../gnu/usr.bin/send-pr; ${MAKE} etc-gnats-freefall > ${_+_}cd ${.CURDIR}/../share/termcap; ${MAKE} etc-termcap > > Modified: stable/9/etc/mtree/BSD.root.dist > ============================================================================== > --- stable/9/etc/mtree/BSD.root.dist Tue Mar 11 14:33:42 2014 (r263022) > +++ stable/9/etc/mtree/BSD.root.dist Tue Mar 11 14:48:44 2014 (r263023) > @@ -52,6 +52,8 @@ > weekly > .. > .. > + pkg > + .. > ppp > .. > rc.d > > Modified: stable/9/etc/mtree/BSD.usr.dist > ============================================================================== > --- stable/9/etc/mtree/BSD.usr.dist Tue Mar 11 14:33:42 2014 (r263022) > +++ stable/9/etc/mtree/BSD.usr.dist Tue Mar 11 14:48:44 2014 (r263023) > @@ -484,6 +484,14 @@ > .. > info > .. > + keys > + pkg > + revoked > + .. > + trusted > + .. > + .. > + .. > locale > UTF-8 > .. > > Modified: stable/9/etc/pkg/FreeBSD.conf > ============================================================================== > --- head/etc/pkg/FreeBSD.conf Sat Oct 26 03:31:05 2013 (r257145) > +++ stable/9/etc/pkg/FreeBSD.conf Tue Mar 11 14:48:44 2014 (r263023) > @@ -1,6 +1,8 @@ > # $FreeBSD$ > FreeBSD: { > - url: "pkg+http://pkg.freebsd.org/${ABI}/latest", > + url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest", > mirror_type: "srv", > - enabled: "yes" > + signature_type: "fingerprints", > + fingerprints: "/usr/share/keys/pkg", > + enabled: yes > } > > Modified: stable/9/share/Makefile > ============================================================================== > --- stable/9/share/Makefile Tue Mar 11 14:33:42 2014 (r263022) > +++ stable/9/share/Makefile Tue Mar 11 14:48:44 2014 (r263023) > @@ -11,6 +11,7 @@ SUBDIR= ${_colldef} \ > dtrace \ > ${_examples} \ > ${_i18n} \ > + keys \ > ${_man} \ > ${_me} \ > misc \ > > Modified: stable/9/share/keys/pkg/trusted/pkg.freebsd.org.2013102301 > ============================================================================== > --- head/share/keys/pkg/trusted/pkg.freebsd.org.2013102301 Tue Oct 29 15:07:54 2013 (r257344) > +++ stable/9/share/keys/pkg/trusted/pkg.freebsd.org.2013102301 Tue Mar 11 14:48:44 2014 (r263023) > @@ -1,5 +1,4 @@ > # $FreeBSD$ > -# This key is for testing purposes only and will be revoked before 10.0-RELEASE > > function: "sha256" > fingerprint: "b0170035af3acc5f3f3ae1859dc717101b4e6c1d0a794ad554928ca0cbb2f438" > > Modified: stable/9/share/man/man7/hier.7 > ============================================================================== > --- stable/9/share/man/man7/hier.7 Tue Mar 11 14:33:42 2014 (r263022) > +++ stable/9/share/man/man7/hier.7 Tue Mar 11 14:48:44 2014 (r263023) > @@ -32,7 +32,7 @@ > .\" @(#)hier.7 8.1 (Berkeley) 6/5/93 > .\" $FreeBSD$ > .\" > -.Dd October 23, 2013 > +.Dd October 29, 2013 > .Dt HIER 7 > .Os > .Sh NAME > @@ -546,6 +546,16 @@ ASCII text files used by various games > device description file for device name > .It Pa info/ > GNU Info hypertext system > +.It Pa keys/ > +known trusted and revoked keys. > +.Bl -tag -width ".Pa keys/pkg/" -compact > +.It Pa keys/pkg/ > +fingerprints for > +.Xr pkg 7 > +and > +.Xr pkg 8 > +.El > +.Pp > .It Pa locale/ > localization files; > see > _______________________________________________ > svn-src-stable-9@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/svn-src-stable-9 > To unsubscribe, send any mail to "svn-src-stable-9-unsubscribe@freebsd.org" > > -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 20:58:18 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E81953E2; Tue, 11 Mar 2014 20:58:18 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 93DB47B; Tue, 11 Mar 2014 20:58:18 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s2BKwHM3084251; Tue, 11 Mar 2014 20:58:17 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s2BKwHOG084250; Tue, 11 Mar 2014 20:58:17 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 20:58:17 GMT Message-Id: <201403112058.s2BKwHOG084250@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 20:58:19 -0000 TB --- 2014-03-11 20:55:14 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-11 20:55:14 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-11 20:55:14 - starting RELENG_9 tinderbox run for arm/arm TB --- 2014-03-11 20:55:14 - cleaning the object tree TB --- 2014-03-11 20:55:19 - /usr/local/bin/svn stat /src TB --- 2014-03-11 20:55:25 - At svn revision 263046 TB --- 2014-03-11 20:55:26 - building world TB --- 2014-03-11 20:55:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 20:55:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 20:55:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 20:55:26 - SRCCONF=/dev/null TB --- 2014-03-11 20:55:26 - TARGET=arm TB --- 2014-03-11 20:55:26 - TARGET_ARCH=arm TB --- 2014-03-11 20:55:26 - TZ=UTC TB --- 2014-03-11 20:55:26 - __MAKE_CONF=/dev/null TB --- 2014-03-11 20:55:26 - cd /src TB --- 2014-03-11 20:55:26 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 11 20:55:26 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/zic/zdump (cleandir) rm -f zdump zdump.o ialloc.o scheck.o zdump.8.gz zdump.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> etc (cleandir) "Makefile", line 231: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") "Makefile", line 233: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-11 20:58:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 20:58:17 - ERROR: failed to build world TB --- 2014-03-11 20:58:17 - 112.04 user 18.95 system 182.91 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 21:01:07 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 216165AE; Tue, 11 Mar 2014 21:01:07 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C601EB4; Tue, 11 Mar 2014 21:01:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s2BL15oD001647; Tue, 11 Mar 2014 21:01:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s2BL15Db001613; Tue, 11 Mar 2014 21:01:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 21:01:05 GMT Message-Id: <201403112101.s2BL15Db001613@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 21:01:07 -0000 TB --- 2014-03-11 20:58:17 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-11 20:58:17 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-11 20:58:17 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2014-03-11 20:58:17 - cleaning the object tree TB --- 2014-03-11 20:58:19 - /usr/local/bin/svn stat /src TB --- 2014-03-11 20:58:23 - At svn revision 263046 TB --- 2014-03-11 20:58:24 - building world TB --- 2014-03-11 20:58:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 20:58:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 20:58:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 20:58:24 - SRCCONF=/dev/null TB --- 2014-03-11 20:58:24 - TARGET=ia64 TB --- 2014-03-11 20:58:24 - TARGET_ARCH=ia64 TB --- 2014-03-11 20:58:24 - TZ=UTC TB --- 2014-03-11 20:58:24 - __MAKE_CONF=/dev/null TB --- 2014-03-11 20:58:24 - cd /src TB --- 2014-03-11 20:58:24 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 11 20:58:26 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f zdump zdump.o ialloc.o scheck.o zdump.8.gz zdump.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/zzz (cleandir) rm -f zzz.8.gz zzz.8.cat.gz ===> etc (cleandir) "Makefile", line 231: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") "Makefile", line 233: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-11 21:01:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 21:01:05 - ERROR: failed to build world TB --- 2014-03-11 21:01:05 - 110.24 user 18.96 system 167.53 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 21:01:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A52376C7; Tue, 11 Mar 2014 21:01:58 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 565E5D5; Tue, 11 Mar 2014 21:01:58 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s2BL1vYE027173; Tue, 11 Mar 2014 21:01:57 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s2BL1vUA027166; Tue, 11 Mar 2014 21:01:57 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 21:01:57 GMT Message-Id: <201403112101.s2BL1vUA027166@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 21:01:58 -0000 TB --- 2014-03-11 20:55:14 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-11 20:55:14 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-11 20:55:14 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-03-11 20:55:14 - cleaning the object tree TB --- 2014-03-11 20:55:20 - /usr/local/bin/svn stat /src TB --- 2014-03-11 20:55:25 - At svn revision 263046 TB --- 2014-03-11 20:55:26 - building world TB --- 2014-03-11 20:55:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 20:55:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 20:55:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 20:55:26 - SRCCONF=/dev/null TB --- 2014-03-11 20:55:26 - TARGET=i386 TB --- 2014-03-11 20:55:26 - TARGET_ARCH=i386 TB --- 2014-03-11 20:55:26 - TZ=UTC TB --- 2014-03-11 20:55:26 - __MAKE_CONF=/dev/null TB --- 2014-03-11 20:55:26 - cd /src TB --- 2014-03-11 20:55:26 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 11 20:55:30 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f zdump zdump.o ialloc.o scheck.o zdump.8.gz zdump.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/zzz (cleandir) rm -f zzz.8.gz zzz.8.cat.gz ===> etc (cleandir) "Makefile", line 231: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") "Makefile", line 233: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-11 21:01:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 21:01:57 - ERROR: failed to build world TB --- 2014-03-11 21:01:57 - 305.52 user 31.66 system 402.66 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 21:01:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B72326C8; Tue, 11 Mar 2014 21:01:58 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 66E19DB; Tue, 11 Mar 2014 21:01:58 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s2BL1vIw027202; Tue, 11 Mar 2014 21:01:57 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s2BL1vIo027197; Tue, 11 Mar 2014 21:01:57 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 21:01:57 GMT Message-Id: <201403112101.s2BL1vIo027197@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 21:01:58 -0000 TB --- 2014-03-11 20:55:14 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-11 20:55:14 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-11 20:55:14 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-03-11 20:55:14 - cleaning the object tree TB --- 2014-03-11 20:55:20 - /usr/local/bin/svn stat /src TB --- 2014-03-11 20:55:25 - At svn revision 263046 TB --- 2014-03-11 20:55:26 - building world TB --- 2014-03-11 20:55:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 20:55:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 20:55:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 20:55:26 - SRCCONF=/dev/null TB --- 2014-03-11 20:55:26 - TARGET=pc98 TB --- 2014-03-11 20:55:26 - TARGET_ARCH=i386 TB --- 2014-03-11 20:55:26 - TZ=UTC TB --- 2014-03-11 20:55:26 - __MAKE_CONF=/dev/null TB --- 2014-03-11 20:55:26 - cd /src TB --- 2014-03-11 20:55:26 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 11 20:55:32 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f zdump zdump.o ialloc.o scheck.o zdump.8.gz zdump.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/zzz (cleandir) rm -f zzz.8.gz zzz.8.cat.gz ===> etc (cleandir) "Makefile", line 231: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") "Makefile", line 233: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-11 21:01:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 21:01:57 - ERROR: failed to build world TB --- 2014-03-11 21:01:57 - 304.48 user 32.30 system 402.71 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 21:02:00 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49E486C9; Tue, 11 Mar 2014 21:02:00 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF05415A; Tue, 11 Mar 2014 21:01:59 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s2BL1xwU027755; Tue, 11 Mar 2014 21:01:59 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s2BL1xB7027754; Tue, 11 Mar 2014 21:01:59 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 21:01:59 GMT Message-Id: <201403112101.s2BL1xB7027754@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 21:02:00 -0000 TB --- 2014-03-11 20:55:14 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-03-11 20:55:14 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-03-11 20:55:14 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-03-11 20:55:14 - cleaning the object tree TB --- 2014-03-11 20:55:20 - /usr/local/bin/svn stat /src TB --- 2014-03-11 20:55:25 - At svn revision 263046 TB --- 2014-03-11 20:55:26 - building world TB --- 2014-03-11 20:55:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 20:55:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 20:55:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 20:55:26 - SRCCONF=/dev/null TB --- 2014-03-11 20:55:26 - TARGET=amd64 TB --- 2014-03-11 20:55:26 - TARGET_ARCH=amd64 TB --- 2014-03-11 20:55:26 - TZ=UTC TB --- 2014-03-11 20:55:26 - __MAKE_CONF=/dev/null TB --- 2014-03-11 20:55:26 - cd /src TB --- 2014-03-11 20:55:26 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 11 20:55:31 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f zdump zdump.o ialloc.o scheck.o zdump.8.gz zdump.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/zzz (cleandir) rm -f zzz.8.gz zzz.8.cat.gz ===> etc (cleandir) "Makefile", line 231: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") "Makefile", line 233: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-03-11 21:01:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 21:01:59 - ERROR: failed to build world TB --- 2014-03-11 21:01:59 - 305.41 user 31.32 system 404.28 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 21:04:07 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25A2CB10 for ; Tue, 11 Mar 2014 21:04:07 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C98351B1 for ; Tue, 11 Mar 2014 21:04:06 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.7/8.14.7) with ESMTP id s2BL46Ix077372 for ; Tue, 11 Mar 2014 17:04:06 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <531F7A48.6080207@sentex.net> Date: Tue, 11 Mar 2014 17:04:08 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: stable@freebsd.org Subject: Re: [releng_9 tinderbox] failure on amd64/amd64 References: <201403112101.s2BL1xB7027754@freebsd-stable.sentex.ca> In-Reply-To: <201403112101.s2BL1xB7027754@freebsd-stable.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 21:04:07 -0000 I think this is r263023 that is causing the problem ---Mike On 3/11/2014 5:01 PM, FreeBSD Tinderbox wrote: > TB --- 2014-03-11 20:55:14 - tinderbox 2.20 running on freebsd-stable.sentex.ca > TB --- 2014-03-11 20:55:14 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 > TB --- 2014-03-11 20:55:14 - starting RELENG_9 tinderbox run for amd64/amd64 > TB --- 2014-03-11 20:55:14 - cleaning the object tree > TB --- 2014-03-11 20:55:20 - /usr/local/bin/svn stat /src > TB --- 2014-03-11 20:55:25 - At svn revision 263046 > TB --- 2014-03-11 20:55:26 - building world > TB --- 2014-03-11 20:55:26 - CROSS_BUILD_TESTING=YES > TB --- 2014-03-11 20:55:26 - MAKEOBJDIRPREFIX=/obj > TB --- 2014-03-11 20:55:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2014-03-11 20:55:26 - SRCCONF=/dev/null > TB --- 2014-03-11 20:55:26 - TARGET=amd64 > TB --- 2014-03-11 20:55:26 - TARGET_ARCH=amd64 > TB --- 2014-03-11 20:55:26 - TZ=UTC > TB --- 2014-03-11 20:55:26 - __MAKE_CONF=/dev/null > TB --- 2014-03-11 20:55:26 - cd /src > TB --- 2014-03-11 20:55:26 - /usr/bin/make -B buildworld >>>> World build started on Tue Mar 11 20:55:31 UTC 2014 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree > [...] > rm -f zdump zdump.o ialloc.o scheck.o zdump.8.gz zdump.8.cat.gz > rm -f .depend GPATH GRTAGS GSYMS GTAGS > ===> usr.sbin/zzz (cleandir) > rm -f zzz.8.gz zzz.8.cat.gz > ===> etc (cleandir) > "Makefile", line 231: Malformed conditional (${MK_PKGBOOTSTRAP} != "no") > "Makefile", line 233: if-less endif > make: fatal errors encountered -- cannot continue > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2014-03-11 21:01:59 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2014-03-11 21:01:59 - ERROR: failed to build world > TB --- 2014-03-11 21:01:59 - 305.41 user 31.32 system 404.28 real > > > http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 21:20:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E926E23D for ; Tue, 11 Mar 2014 21:20:07 +0000 (UTC) Received: from mail-pa0-f45.google.com (mail-pa0-f45.google.com [209.85.220.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA8052E5 for ; Tue, 11 Mar 2014 21:20:07 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id kl14so110616pab.18 for ; Tue, 11 Mar 2014 14:20:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=eMszJH/B8WxkfPUOWd+gn6ocoVT+abXsh9x1fkWAL0M=; b=B2eBpXNHlmqCC21wDC2wJ3/58bXBcN5DzUnJlSwoR+otufkFkD7rUIsIyX40SLMNXz cWzeb+NMNDHnQIJXLgvEnjavHGRVNI/bT17nYKYKtfc8e8gvK+57ADpRkKdl17zAwv3u OOpgdhGjV8PDGXspYHjY1Tq21tIkG4+nKj2xG0yGgGN1ODIpBd+dqR+Qmp7lWVoVBYbk OIksyUcL87jgvElFbaiLW3qZdpsEpaa4BxBTHUhB9cPbsgN6IDnu2rjh1wbxk5ySPHz0 fVDSc5GeodZaFSxkmHQjmSdZMexS2m/l22U6V0QqWr4u5QkWaU5jfF76pmB7O7r/2Zxm jrCw== X-Gm-Message-State: ALoCoQlqkYIAE/Okil198SQQbZIJoapxYxPl/jPGmYEQxN3DTwcDGzq/nFLhQvuB3YNgkW1Bv7UA X-Received: by 10.68.136.133 with SMTP id qa5mr394142pbb.63.1394572801191; Tue, 11 Mar 2014 14:20:01 -0700 (PDT) Received: from [10.64.26.205] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id tu3sm1604277pab.1.2014.03.11.14.19.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 11 Mar 2014 14:20:00 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: svn commit: r263023 - in stable/9: etc etc/mtree etc/pkg share share/keys share/keys/pkg/trusted share/man/man7 From: Warner Losh In-Reply-To: <531F78C6.9000908@sentex.net> Date: Tue, 11 Mar 2014 15:19:58 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <4E9C42B9-B30A-4522-8A73-FF6A056ED483@gmail.com> References: <201403111448.s2BEmiXG029888@svn.freebsd.org> <531F78C6.9000908@sentex.net> To: Mike Tancsa X-Mailer: Apple Mail (2.1874) Cc: Baptiste Daroussin , FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 21:20:08 -0000 Somebody forgot to add it to the share/mk/bsd.own.mk list of options. Warner On Mar 11, 2014, at 2:57 PM, Mike Tancsa wrote: > Hi, > For some reason, this has broken my build on RELENG_9. If I >=20 > svn update -r 263022 >=20 > all builds again. With svn update -r 263023, I get the failure below >=20 > Other than KERNCONF=3D, I have nothing in make.conf and src.conf on = this machine. >=20 > ---Mike >=20 > =3D=3D=3D> etc (obj) > "/usr/src/etc/Makefile", line 227: Malformed conditional = (${MK_PKGBOOTSTRAP} !=3D "no") > "/usr/src/etc/Makefile", line 229: if-less endif > make: fatal errors encountered -- cannot continue > *** [etc.obj__D] Error code 1 >=20 > Stop in /usr/src. > *** [_obj] Error code 1 >=20 > Stop in /usr/src. > *** [buildworld] Error code 1 >=20 > Stop in /usr/src. >=20 >=20 > ---Mike >=20 > On 3/11/2014 10:48 AM, Baptiste Daroussin wrote: >> Author: bapt >> Date: Tue Mar 11 14:48:44 2014 >> New Revision: 263023 >> URL: http://svnweb.freebsd.org/changeset/base/263023 >>=20 >> Log: >> MFC: = r257145,r257147,r257150,r257159,r257164,r257168,r257344,r257667,r257668, >> r258227,r260605 >>=20 >> Add default configuration for FreeBSD official pkg(8) repositories >> Add fingerprint for the trusted keys >>=20 >> Added: >> stable/9/etc/pkg/ >> - copied from r257145, head/etc/pkg/ >> stable/9/share/keys/ >> - copied from r257344, head/share/keys/ >> Modified: >> stable/9/etc/Makefile >> stable/9/etc/mtree/BSD.root.dist >> stable/9/etc/mtree/BSD.usr.dist >> stable/9/etc/pkg/FreeBSD.conf >> stable/9/share/Makefile >> stable/9/share/keys/pkg/trusted/pkg.freebsd.org.2013102301 >> stable/9/share/man/man7/hier.7 >> Directory Properties: >> stable/9/etc/ (props changed) >> stable/9/etc/mtree/ (props changed) >> stable/9/share/ (props changed) >> stable/9/share/man/ (props changed) >> stable/9/share/man/man7/ (props changed) >>=20 >> Modified: stable/9/etc/Makefile >> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >> --- stable/9/etc/Makefile Tue Mar 11 14:33:42 2014 = (r263022) >> +++ stable/9/etc/Makefile Tue Mar 11 14:48:44 2014 = (r263023) >> @@ -224,6 +224,9 @@ distribution: >> ${_+_}cd ${.CURDIR}/devd; ${MAKE} install >> ${_+_}cd ${.CURDIR}/gss; ${MAKE} install >> ${_+_}cd ${.CURDIR}/periodic; ${MAKE} install >> +.if ${MK_PKGBOOTSTRAP} !=3D "no" >> + ${_+_}cd ${.CURDIR}/pkg; ${MAKE} install >> +.endif >> ${_+_}cd ${.CURDIR}/rc.d; ${MAKE} install >> ${_+_}cd ${.CURDIR}/../gnu/usr.bin/send-pr; ${MAKE} = etc-gnats-freefall >> ${_+_}cd ${.CURDIR}/../share/termcap; ${MAKE} etc-termcap >>=20 >> Modified: stable/9/etc/mtree/BSD.root.dist >> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >> --- stable/9/etc/mtree/BSD.root.dist Tue Mar 11 14:33:42 2014 = (r263022) >> +++ stable/9/etc/mtree/BSD.root.dist Tue Mar 11 14:48:44 2014 = (r263023) >> @@ -52,6 +52,8 @@ >> weekly >> .. >> .. >> + pkg >> + .. >> ppp >> .. >> rc.d >>=20 >> Modified: stable/9/etc/mtree/BSD.usr.dist >> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >> --- stable/9/etc/mtree/BSD.usr.dist Tue Mar 11 14:33:42 2014 = (r263022) >> +++ stable/9/etc/mtree/BSD.usr.dist Tue Mar 11 14:48:44 2014 = (r263023) >> @@ -484,6 +484,14 @@ >> .. >> info >> .. >> + keys >> + pkg >> + revoked >> + .. >> + trusted >> + .. >> + .. >> + .. >> locale >> UTF-8 >> .. >>=20 >> Modified: stable/9/etc/pkg/FreeBSD.conf >> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >> --- head/etc/pkg/FreeBSD.conf Sat Oct 26 03:31:05 2013 = (r257145) >> +++ stable/9/etc/pkg/FreeBSD.conf Tue Mar 11 14:48:44 2014 = (r263023) >> @@ -1,6 +1,8 @@ >> # $FreeBSD$ >> FreeBSD: { >> - url: "pkg+http://pkg.freebsd.org/${ABI}/latest", >> + url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest", >> mirror_type: "srv", >> - enabled: "yes" >> + signature_type: "fingerprints", >> + fingerprints: "/usr/share/keys/pkg", >> + enabled: yes >> } >>=20 >> Modified: stable/9/share/Makefile >> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >> --- stable/9/share/Makefile Tue Mar 11 14:33:42 2014 = (r263022) >> +++ stable/9/share/Makefile Tue Mar 11 14:48:44 2014 = (r263023) >> @@ -11,6 +11,7 @@ SUBDIR=3D ${_colldef} \ >> dtrace \ >> ${_examples} \ >> ${_i18n} \ >> + keys \ >> ${_man} \ >> ${_me} \ >> misc \ >>=20 >> Modified: stable/9/share/keys/pkg/trusted/pkg.freebsd.org.2013102301 >> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >> --- head/share/keys/pkg/trusted/pkg.freebsd.org.2013102301 Tue Oct = 29 15:07:54 2013 (r257344) >> +++ stable/9/share/keys/pkg/trusted/pkg.freebsd.org.2013102301 = Tue Mar 11 14:48:44 2014 (r263023) >> @@ -1,5 +1,4 @@ >> # $FreeBSD$ >> -# This key is for testing purposes only and will be revoked before = 10.0-RELEASE >>=20 >> function: "sha256" >> fingerprint: = "b0170035af3acc5f3f3ae1859dc717101b4e6c1d0a794ad554928ca0cbb2f438" >>=20 >> Modified: stable/9/share/man/man7/hier.7 >> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >> --- stable/9/share/man/man7/hier.7 Tue Mar 11 14:33:42 2014 = (r263022) >> +++ stable/9/share/man/man7/hier.7 Tue Mar 11 14:48:44 2014 = (r263023) >> @@ -32,7 +32,7 @@ >> .\" @(#)hier.7 8.1 (Berkeley) 6/5/93 >> .\" $FreeBSD$ >> .\" >> -.Dd October 23, 2013 >> +.Dd October 29, 2013 >> .Dt HIER 7 >> .Os >> .Sh NAME >> @@ -546,6 +546,16 @@ ASCII text files used by various games >> device description file for device name >> .It Pa info/ >> GNU Info hypertext system >> +.It Pa keys/ >> +known trusted and revoked keys. >> +.Bl -tag -width ".Pa keys/pkg/" -compact >> +.It Pa keys/pkg/ >> +fingerprints for >> +.Xr pkg 7 >> +and >> +.Xr pkg 8 >> +.El >> +.Pp >> .It Pa locale/ >> localization files; >> see >> _______________________________________________ >> svn-src-stable-9@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/svn-src-stable-9 >> To unsubscribe, send any mail to = "svn-src-stable-9-unsubscribe@freebsd.org" >>=20 >>=20 >=20 >=20 > --=20 > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 22:02:17 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 604AF444; Tue, 11 Mar 2014 22:02:17 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C059953; Tue, 11 Mar 2014 22:02:15 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2BM2Aws052003; Wed, 12 Mar 2014 00:02:10 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2BM29MB051933; Tue, 11 Mar 2014 22:02:09 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 22:02:09 GMT Message-Id: <201403112202.s2BM29MB051933@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 22:02:17 -0000 TB --- 2014-03-11 21:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-11 21:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-11 21:20:45 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-11 21:20:45 - cleaning the object tree TB --- 2014-03-11 21:20:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-11 21:21:39 - At svn revision 263048 TB --- 2014-03-11 21:21:40 - building world TB --- 2014-03-11 21:21:40 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 21:21:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 21:21:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 21:21:40 - SRCCONF=/dev/null TB --- 2014-03-11 21:21:40 - TARGET=mips TB --- 2014-03-11 21:21:40 - TARGET_ARCH=mips64 TB --- 2014-03-11 21:21:40 - TZ=UTC TB --- 2014-03-11 21:21:40 - __MAKE_CONF=/dev/null TB --- 2014-03-11 21:21:40 - cd /src TB --- 2014-03-11 21:21:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 11 21:21:51 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -std=gnu99 -Wno-pointer-sign -c grammar.c -o grammar.o In file included from /obj/mips.mips64/src/tmp/usr/include/sys/counter.h:34, from /obj/mips.mips64/src/tmp/usr/include/net/pfvar.h:38, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:59: /obj/mips.mips64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:90: error: 'curthread' undeclared (first use in this function) /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:90: error: (Each undeclared identifier is reported only once /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:90: error: for each function it appears in.) *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-11 22:02:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 22:02:09 - ERROR: failed to build world TB --- 2014-03-11 22:02:09 - 1711.05 user 902.38 system 2483.96 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 22:02:21 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F929449; Tue, 11 Mar 2014 22:02:21 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB0F2957; Tue, 11 Mar 2014 22:02:20 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2BM2H7r052587; Wed, 12 Mar 2014 00:02:17 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2BM2HHs052586; Tue, 11 Mar 2014 22:02:17 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 22:02:17 GMT Message-Id: <201403112202.s2BM2HHs052586@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 22:02:21 -0000 TB --- 2014-03-11 21:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-11 21:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-11 21:20:45 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-11 21:20:45 - cleaning the object tree TB --- 2014-03-11 21:20:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-11 21:21:39 - At svn revision 263048 TB --- 2014-03-11 21:21:40 - building world TB --- 2014-03-11 21:21:40 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 21:21:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 21:21:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 21:21:40 - SRCCONF=/dev/null TB --- 2014-03-11 21:21:40 - TARGET=mips TB --- 2014-03-11 21:21:40 - TARGET_ARCH=mips TB --- 2014-03-11 21:21:40 - TZ=UTC TB --- 2014-03-11 21:21:40 - __MAKE_CONF=/dev/null TB --- 2014-03-11 21:21:40 - cd /src TB --- 2014-03-11 21:21:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 11 21:21:50 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -std=gnu99 -Wno-pointer-sign -c grammar.c -o grammar.o In file included from /obj/mips.mips/src/tmp/usr/include/sys/counter.h:34, from /obj/mips.mips/src/tmp/usr/include/net/pfvar.h:38, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:59: /obj/mips.mips/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/mips.mips/src/tmp/usr/include/machine/counter.h:90: error: 'curthread' undeclared (first use in this function) /obj/mips.mips/src/tmp/usr/include/machine/counter.h:90: error: (Each undeclared identifier is reported only once /obj/mips.mips/src/tmp/usr/include/machine/counter.h:90: error: for each function it appears in.) *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-11 22:02:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 22:02:17 - ERROR: failed to build world TB --- 2014-03-11 22:02:17 - 1714.55 user 904.06 system 2492.30 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 22:04:29 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AAB64886; Tue, 11 Mar 2014 22:04:29 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CC13798B; Tue, 11 Mar 2014 22:04:28 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2BM4PJn059786; Wed, 12 Mar 2014 00:04:25 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2BM4PtV059785; Tue, 11 Mar 2014 22:04:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 22:04:25 GMT Message-Id: <201403112204.s2BM4PtV059785@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 22:04:29 -0000 TB --- 2014-03-11 21:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-11 21:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-11 21:20:45 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-11 21:20:45 - cleaning the object tree TB --- 2014-03-11 21:20:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-11 21:21:39 - At svn revision 263048 TB --- 2014-03-11 21:21:40 - building world TB --- 2014-03-11 21:21:40 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 21:21:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 21:21:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 21:21:40 - SRCCONF=/dev/null TB --- 2014-03-11 21:21:40 - TARGET=sparc64 TB --- 2014-03-11 21:21:40 - TARGET_ARCH=sparc64 TB --- 2014-03-11 21:21:40 - TZ=UTC TB --- 2014-03-11 21:21:40 - __MAKE_CONF=/dev/null TB --- 2014-03-11 21:21:40 - cd /src TB --- 2014-03-11 21:21:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 11 21:21:51 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -std=gnu99 -fstack-protector -Wno-pointer-sign -c grammar.c -o grammar.o In file included from /obj/sparc64.sparc64/src/tmp/usr/include/sys/counter.h:34, from /obj/sparc64.sparc64/src/tmp/usr/include/net/pfvar.h:38, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:59: /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:89: error: 'curthread' undeclared (first use in this function) /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:89: error: (Each undeclared identifier is reported only once /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:89: error: for each function it appears in.) *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-11 22:04:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 22:04:25 - ERROR: failed to build world TB --- 2014-03-11 22:04:25 - 1862.89 user 852.82 system 2620.13 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 22:12:15 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F345D5B; Tue, 11 Mar 2014 22:12:15 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9A48AA6F; Tue, 11 Mar 2014 22:12:14 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2BMCBZ3084628; Wed, 12 Mar 2014 00:12:11 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2BMCBWq084627; Tue, 11 Mar 2014 22:12:11 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 22:12:11 GMT Message-Id: <201403112212.s2BMCBWq084627@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 22:12:15 -0000 TB --- 2014-03-11 21:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-11 21:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-11 21:20:45 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-11 21:20:45 - cleaning the object tree TB --- 2014-03-11 21:20:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-11 21:21:39 - At svn revision 263048 TB --- 2014-03-11 21:21:40 - building world TB --- 2014-03-11 21:21:40 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 21:21:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 21:21:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 21:21:40 - SRCCONF=/dev/null TB --- 2014-03-11 21:21:40 - TARGET=ia64 TB --- 2014-03-11 21:21:40 - TARGET_ARCH=ia64 TB --- 2014-03-11 21:21:40 - TZ=UTC TB --- 2014-03-11 21:21:40 - __MAKE_CONF=/dev/null TB --- 2014-03-11 21:21:40 - cd /src TB --- 2014-03-11 21:21:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 11 21:21:51 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -std=gnu99 -Wno-pointer-sign -c grammar.c -o grammar.o In file included from /obj/ia64.ia64/src/tmp/usr/include/sys/counter.h:34, from /obj/ia64.ia64/src/tmp/usr/include/net/pfvar.h:38, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:59: /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:89: error: 'curthread' undeclared (first use in this function) /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:89: error: (Each undeclared identifier is reported only once /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:89: error: for each function it appears in.) *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-11 22:12:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 22:12:11 - ERROR: failed to build world TB --- 2014-03-11 22:12:11 - 2329.99 user 946.31 system 3086.02 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 22:15:16 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE9EDFD3; Tue, 11 Mar 2014 22:15:16 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D983EA94; Tue, 11 Mar 2014 22:15:15 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2BMFCjP094168; Wed, 12 Mar 2014 00:15:12 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2BMFC7O094167; Tue, 11 Mar 2014 22:15:12 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 22:15:12 GMT Message-Id: <201403112215.s2BMFC7O094167@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 22:15:16 -0000 TB --- 2014-03-11 21:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-11 21:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-11 21:20:45 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-11 21:20:45 - cleaning the object tree TB --- 2014-03-11 21:20:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-11 21:21:38 - At svn revision 263048 TB --- 2014-03-11 21:21:39 - building world TB --- 2014-03-11 21:21:39 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 21:21:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 21:21:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 21:21:39 - SRCCONF=/dev/null TB --- 2014-03-11 21:21:39 - TARGET=powerpc TB --- 2014-03-11 21:21:39 - TARGET_ARCH=powerpc TB --- 2014-03-11 21:21:39 - TZ=UTC TB --- 2014-03-11 21:21:39 - __MAKE_CONF=/dev/null TB --- 2014-03-11 21:21:39 - cd /src TB --- 2014-03-11 21:21:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 11 21:21:50 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -std=gnu99 -fstack-protector -Wno-pointer-sign -c grammar.c -o grammar.o In file included from /obj/powerpc.powerpc/src/tmp/usr/include/sys/counter.h:34, from /obj/powerpc.powerpc/src/tmp/usr/include/net/pfvar.h:38, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:59: /obj/powerpc.powerpc/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/powerpc.powerpc/src/tmp/usr/include/machine/counter.h:156: error: 'curthread' undeclared (first use in this function) /obj/powerpc.powerpc/src/tmp/usr/include/machine/counter.h:156: error: (Each undeclared identifier is reported only once /obj/powerpc.powerpc/src/tmp/usr/include/machine/counter.h:156: error: for each function it appears in.) *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-11 22:15:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 22:15:12 - ERROR: failed to build world TB --- 2014-03-11 22:15:12 - 2397.00 user 987.52 system 3267.16 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 22:15:44 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 209191B2; Tue, 11 Mar 2014 22:15:44 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4CDEEAA5; Tue, 11 Mar 2014 22:15:42 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2BMFeQk094873; Wed, 12 Mar 2014 00:15:40 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2BMFega094872; Tue, 11 Mar 2014 22:15:40 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 22:15:40 GMT Message-Id: <201403112215.s2BMFega094872@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 22:15:44 -0000 TB --- 2014-03-11 21:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-11 21:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-11 21:20:45 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-11 21:20:45 - cleaning the object tree TB --- 2014-03-11 21:20:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-11 21:21:33 - At svn revision 263048 TB --- 2014-03-11 21:21:34 - building world TB --- 2014-03-11 21:21:34 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 21:21:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 21:21:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 21:21:34 - SRCCONF=/dev/null TB --- 2014-03-11 21:21:34 - TARGET=powerpc TB --- 2014-03-11 21:21:34 - TARGET_ARCH=powerpc64 TB --- 2014-03-11 21:21:34 - TZ=UTC TB --- 2014-03-11 21:21:34 - __MAKE_CONF=/dev/null TB --- 2014-03-11 21:21:34 - cd /src TB --- 2014-03-11 21:21:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 11 21:21:45 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -std=gnu99 -fstack-protector -Wno-pointer-sign -c grammar.c -o grammar.o In file included from /obj/powerpc.powerpc64/src/tmp/usr/include/sys/counter.h:34, from /obj/powerpc.powerpc64/src/tmp/usr/include/net/pfvar.h:38, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:59: /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:156: error: 'curthread' undeclared (first use in this function) /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:156: error: (Each undeclared identifier is reported only once /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:156: error: for each function it appears in.) *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-11 22:15:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 22:15:40 - ERROR: failed to build world TB --- 2014-03-11 22:15:40 - 2415.09 user 997.24 system 3294.90 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 22:32:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48D983B5 for ; Tue, 11 Mar 2014 22:32:18 +0000 (UTC) Received: from aussmtpmrkpc120.us.dell.com (aussmtpmrkpc120.us.dell.com [143.166.82.159]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EB6E4C1C for ; Tue, 11 Mar 2014 22:32:16 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.97,633,1389765600"; d="scan'208";a="77984515" Message-ID: <531F8EAA.1020107@vangyzen.net> Date: Tue, 11 Mar 2014 17:31:06 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Danny Schales , Subject: Re: ZFS UNMAP performance References: <531F2BA0.6000105@LaTech.edu> <531F3503.8090403@LaTech.edu> <531F767C.3040105@LaTech.edu> In-Reply-To: <531F767C.3040105@LaTech.edu> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Mar 2014 22:32:18 -0000 On 03/11/2014 15:47, Danny Schales wrote: > On 03/11/2014 11:08, Danny Schales wrote: >> On 03/11/2014 10:48, Tom Evans wrote: >>> On Tue, Mar 11, 2014 at 3:28 PM, Danny Schales wrote: >>>> I'm seeing very slow performance with certain operations on a ZFS >>>> filesystem built on ISCSI LUN's on a 10.0 system (new ISCSI >>>> implementation). The issue appears to be with BIO_DELETE operations. >>>> Monitoring the system with gstat shows expected times for read and write >>>> operations, but deletes are in the multiple hundreds of milliseconds >>>> under normal operation. Destroying a snapshot sends the times to >>>> astronomical levels. sysctl says the system is using UNMAP for deletes: >>>> >>>> kern.cam.da.0.delete_method: UNMAP >>>> >>>> I searched and found where Oracle issued a performance alert for Solaris >>>> 11.1 where ZFS using UNMAP was in use. Here's a link to a blog >>>> discussing it: >>>> >>>> http://schalwad.blogspot.com/2013/12/solaris-111-zfs-write-performance.html >>>> >>>> >>>> Is FreeBSD also impacted? If so, is there a fix or a workaround? >> The backend is an ISCSI LUN from a SAN (Dell Compellent). From >> research, it seems the SAN *does* support SCSI UNMAP requests for >> deletes, but the performance is horrible. I don't know if this is a >> FreeBSD issue or a Compellent issue. I haven't seen the problem with >> other devices, but I don't think anything else is using UNMAP (yet). >> >> Danny >> >> > Replying to myself...I note that the system is reporting that TRIM is > being used. Is this normal for non-SSD systems? There *is* SSD in the > system, but I'm pretty sure the system can't tell it's SSD (it's hidden > behind a Dell PERC card). The number of trim.successes is roughly > equivalent to the number of deletes reported by gstat for the ISCSI LUN > devices. Should the system be using TRIM for ISCSI LUNs? Sure, if the LUN (i.e. the storage controller) reports that it supports TRIM/UNMAP. Note that this is completely unrelated to the type of disks that provide the LUN's backing store. > kstat.zfs.misc.zio_trim.bytes: 232845656064 > kstat.zfs.misc.zio_trim.success: 30810983 > kstat.zfs.misc.zio_trim.unsupported: 809 > kstat.zfs.misc.zio_trim.failed: 0 > > Danny > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 23:12:47 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E664AF0C; Tue, 11 Mar 2014 23:12:47 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1128EF8F; Tue, 11 Mar 2014 23:12:46 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2BNCfBM032074; Wed, 12 Mar 2014 01:12:41 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2BNCf9M032062; Tue, 11 Mar 2014 23:12:41 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 23:12:41 GMT Message-Id: <201403112312.s2BNCf9M032062@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 23:12:48 -0000 TB --- 2014-03-11 21:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-11 21:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-11 21:20:45 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-11 21:20:45 - cleaning the object tree TB --- 2014-03-11 21:21:50 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-11 21:22:02 - At svn revision 263048 TB --- 2014-03-11 21:22:03 - building world TB --- 2014-03-11 21:22:03 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 21:22:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 21:22:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 21:22:03 - SRCCONF=/dev/null TB --- 2014-03-11 21:22:03 - TARGET=arm TB --- 2014-03-11 21:22:03 - TARGET_ARCH=armv6 TB --- 2014-03-11 21:22:03 - TZ=UTC TB --- 2014-03-11 21:22:03 - __MAKE_CONF=/dev/null TB --- 2014-03-11 21:22:03 - cd /src TB --- 2014-03-11 21:22:03 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 11 21:22:13 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] In file included from /obj/arm.armv6/src/tmp/usr/include/sys/counter.h:34: /obj/arm.armv6/src/tmp/usr/include/machine/counter.h:90:2: error: use of undeclared identifier 'curthread' counter_u64_add_protected(c, inc); ^ /obj/arm.armv6/src/tmp/usr/include/machine/counter.h:81:18: note: expanded from macro 'counter_u64_add_protected' CRITICAL_ASSERT(curthread); \ ^ 1 error generated. *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-11 23:12:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 23:12:41 - ERROR: failed to build world TB --- 2014-03-11 23:12:41 - 5249.62 user 1500.81 system 6715.95 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 11 23:12:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F243BF0D; Tue, 11 Mar 2014 23:12:47 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1C20DF90; Tue, 11 Mar 2014 23:12:46 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2BNCf8Q032072; Wed, 12 Mar 2014 01:12:41 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2BNCfiL032055; Tue, 11 Mar 2014 23:12:41 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Mar 2014 23:12:41 GMT Message-Id: <201403112312.s2BNCfiL032055@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 23:12:48 -0000 TB --- 2014-03-11 21:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-11 21:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-11 21:20:45 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-11 21:20:45 - cleaning the object tree TB --- 2014-03-11 21:20:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-11 21:21:37 - At svn revision 263048 TB --- 2014-03-11 21:21:38 - building world TB --- 2014-03-11 21:21:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 21:21:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 21:21:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 21:21:38 - SRCCONF=/dev/null TB --- 2014-03-11 21:21:38 - TARGET=arm TB --- 2014-03-11 21:21:38 - TARGET_ARCH=arm TB --- 2014-03-11 21:21:38 - TZ=UTC TB --- 2014-03-11 21:21:38 - __MAKE_CONF=/dev/null TB --- 2014-03-11 21:21:38 - cd /src TB --- 2014-03-11 21:21:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 11 21:21:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] In file included from /obj/arm.arm/src/tmp/usr/include/sys/counter.h:34: /obj/arm.arm/src/tmp/usr/include/machine/counter.h:90:2: error: use of undeclared identifier 'curthread' counter_u64_add_protected(c, inc); ^ /obj/arm.arm/src/tmp/usr/include/machine/counter.h:81:18: note: expanded from macro 'counter_u64_add_protected' CRITICAL_ASSERT(curthread); \ ^ 1 error generated. *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-11 23:12:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-11 23:12:40 - ERROR: failed to build world TB --- 2014-03-11 23:12:40 - 5254.82 user 1486.62 system 6715.73 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 00:08:09 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89C0AD0; Wed, 12 Mar 2014 00:08:09 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A8CCA6F1; Wed, 12 Mar 2014 00:08:07 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2C07wBL006899; Wed, 12 Mar 2014 02:07:58 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2C07wKV006896; Wed, 12 Mar 2014 00:07:58 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Mar 2014 00:07:58 GMT Message-Id: <201403120007.s2C07wKV006896@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 00:08:09 -0000 TB --- 2014-03-11 21:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-11 21:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-11 21:20:45 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-11 21:20:45 - cleaning the object tree TB --- 2014-03-11 21:20:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-11 21:21:39 - At svn revision 263048 TB --- 2014-03-11 21:21:40 - building world TB --- 2014-03-11 21:21:40 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 21:21:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 21:21:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 21:21:40 - SRCCONF=/dev/null TB --- 2014-03-11 21:21:40 - TARGET=i386 TB --- 2014-03-11 21:21:40 - TARGET_ARCH=i386 TB --- 2014-03-11 21:21:40 - TZ=UTC TB --- 2014-03-11 21:21:40 - __MAKE_CONF=/dev/null TB --- 2014-03-11 21:21:40 - cd /src TB --- 2014-03-11 21:21:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 11 21:21:51 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/i386.i386/src/tmp/usr/include/machine/counter.h:172:3: error: implicit declaration of function 'critical_exit' is invalid in C99 [-Werror,-Wimplicit-function-declaration] critical_exit(); ^ /obj/i386.i386/src/tmp/usr/include/machine/counter.h:172:3: note: did you mean 'critical_enter'? /obj/i386.i386/src/tmp/usr/include/machine/counter.h:170:3: note: 'critical_enter' declared here critical_enter(); ^ 3 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/libexec/tftp-proxy *** Error code 1 Stop. bmake[2]: stopped in /src/libexec *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-12 00:07:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-12 00:07:58 - ERROR: failed to build world TB --- 2014-03-12 00:07:58 - 8212.67 user 1840.10 system 10033.09 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 00:14:45 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1330228A; Wed, 12 Mar 2014 00:14:45 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2DB1983E; Wed, 12 Mar 2014 00:14:43 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2C0Ebbu033089; Wed, 12 Mar 2014 02:14:37 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2C0Eb0r033078; Wed, 12 Mar 2014 00:14:37 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Mar 2014 00:14:37 GMT Message-Id: <201403120014.s2C0Eb0r033078@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 00:14:45 -0000 TB --- 2014-03-11 21:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-11 21:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-11 21:20:45 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-11 21:20:45 - cleaning the object tree TB --- 2014-03-11 21:20:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-11 21:21:38 - At svn revision 263048 TB --- 2014-03-11 21:21:39 - building world TB --- 2014-03-11 21:21:39 - CROSS_BUILD_TESTING=YES TB --- 2014-03-11 21:21:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-11 21:21:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-11 21:21:39 - SRCCONF=/dev/null TB --- 2014-03-11 21:21:39 - TARGET=pc98 TB --- 2014-03-11 21:21:39 - TARGET_ARCH=i386 TB --- 2014-03-11 21:21:39 - TZ=UTC TB --- 2014-03-11 21:21:39 - __MAKE_CONF=/dev/null TB --- 2014-03-11 21:21:39 - cd /src TB --- 2014-03-11 21:21:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 11 21:21:50 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/pc98.i386/src/tmp/usr/include/i386/counter.h:172:3: error: implicit declaration of function 'critical_exit' is invalid in C99 [-Werror,-Wimplicit-function-declaration] critical_exit(); ^ /obj/pc98.i386/src/tmp/usr/include/i386/counter.h:172:3: note: did you mean 'critical_enter'? /obj/pc98.i386/src/tmp/usr/include/i386/counter.h:170:3: note: 'critical_enter' declared here critical_enter(); ^ 3 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/libexec/tftp-proxy *** Error code 1 Stop. bmake[2]: stopped in /src/libexec *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-12 00:14:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-12 00:14:36 - ERROR: failed to build world TB --- 2014-03-12 00:14:36 - 8609.74 user 1869.25 system 10431.18 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 00:28:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 230264C6 for ; Wed, 12 Mar 2014 00:28:29 +0000 (UTC) Received: from smtp.LaTech.edu (smtp.LaTech.edu [138.47.18.140]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D6B80930 for ; Wed, 12 Mar 2014 00:28:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.LaTech.edu (Postfix) with ESMTP id 4EA2427084 for ; Tue, 11 Mar 2014 19:28:27 -0500 (CDT) X-Virus-Scanned: amavisd-new at latech.edu Received: from smtp.LaTech.edu ([127.0.0.1]) by localhost (smtp.latech.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 0IyEZOaLf8ZV for ; Tue, 11 Mar 2014 19:28:25 -0500 (CDT) Received: from smtp.LaTech.edu (localhost [127.0.0.1]) by smtp.LaTech.edu (Postfix) with ESMTP id E541427073 for ; Tue, 11 Mar 2014 19:28:25 -0500 (CDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=latech.edu; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type; s=latech; bh=EwQvd5WqWB6OHDzKiEuy5acmylA=; b=z84A uKEiAd9In5yjBWpGaIiDz5kbHWLCoQ0va82VZt3iA1NNrK0CF4h9okdGoPOYJA0B wT704bwG0UI4WSZiEuAdfdZEAvmuf0k+vn53YE4DzexQCj8yrBjSfPM6AA7hhOEL 3zhVmDzmOL1YztTs31+9cZtSvc4ojZD3H3KKV5c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=latech.edu; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type; q=dns; s=latech; b=n3DqEu/TIJc6kqxqiftFp02yjWgALd tJzPdk5J2IJS02sz8iDW8jwTXmQGbSjxAjWHBBZVLYcYmHyx2H8lteqR5DeF6kxY DG+U7WcIab/MnpiCfr4QAcBaMvQR/RpFUiozE0w8ycmzauADIeYnR+KJbS+UPA4m cPEuqhP5vkCT8= Received: from [192.168.0.9] (unknown [173.217.232.92]) by smtp.LaTech.edu (Postfix) with ESMTPSA id BC62427072 for ; Tue, 11 Mar 2014 19:28:25 -0500 (CDT) Message-ID: <531FAA20.7080407@latech.edu> Date: Tue, 11 Mar 2014 19:28:16 -0500 From: Danny Schales User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: ZFS UNMAP performance References: <531F2BA0.6000105@LaTech.edu> <531F3503.8090403@LaTech.edu> <531F767C.3040105@LaTech.edu> <531F8EAA.1020107@vangyzen.net> In-Reply-To: <531F8EAA.1020107@vangyzen.net> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K720vDUden9ODA1OJ6NHb2XPEkkwnas0s" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Mar 2014 00:28:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --K720vDUden9ODA1OJ6NHb2XPEkkwnas0s Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 3/11/2014 5:31 PM, Eric van Gyzen wrote: >> Replying to myself...I note that the system is reporting that TRIM is >> being used. Is this normal for non-SSD systems? There *is* SSD in th= e >> system, but I'm pretty sure the system can't tell it's SSD (it's hidde= n >> behind a Dell PERC card). The number of trim.successes is roughly >> equivalent to the number of deletes reported by gstat for the ISCSI LU= N >> devices. Should the system be using TRIM for ISCSI LUNs? > Sure, if the LUN (i.e. the storage controller) reports that it supports= > TRIM/UNMAP. Note that this is completely unrelated to the type of disk= s > that provide the LUN's backing store. > >> kstat.zfs.misc.zio_trim.bytes: 232845656064 >> kstat.zfs.misc.zio_trim.success: 30810983 >> kstat.zfs.misc.zio_trim.unsupported: 809 >> kstat.zfs.misc.zio_trim.failed: 0 >> >> Danny >> > Are there any risks to turning off TRIM to see if the performance improves (other than the loss of space recovery)? Danny --K720vDUden9ODA1OJ6NHb2XPEkkwnas0s Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMfqiYACgkQymYKbvs0SzGb0ACgh/xVjQqJ+2oXxoqlAHxtFWpm q+EAnRmbHMUclP8C62eKtV7a7zU6VfhC =E/pT -----END PGP SIGNATURE----- --K720vDUden9ODA1OJ6NHb2XPEkkwnas0s-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 05:22:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31FBD49B; Wed, 12 Mar 2014 05:22:20 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5CE3B33B; Wed, 12 Mar 2014 05:22:18 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2C5MAp3021642; Wed, 12 Mar 2014 07:22:10 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2C5MAhB021531; Wed, 12 Mar 2014 05:22:10 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Mar 2014 05:22:10 GMT Message-Id: <201403120522.s2C5MAhB021531@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 05:22:20 -0000 TB --- 2014-03-12 04:40:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-12 04:40:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-12 04:40:32 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-12 04:40:32 - cleaning the object tree TB --- 2014-03-12 04:40:49 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-12 04:41:37 - At svn revision 263062 TB --- 2014-03-12 04:41:38 - building world TB --- 2014-03-12 04:41:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-12 04:41:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-12 04:41:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-12 04:41:38 - SRCCONF=/dev/null TB --- 2014-03-12 04:41:38 - TARGET=mips TB --- 2014-03-12 04:41:38 - TARGET_ARCH=mips64 TB --- 2014-03-12 04:41:38 - TZ=UTC TB --- 2014-03-12 04:41:38 - __MAKE_CONF=/dev/null TB --- 2014-03-12 04:41:38 - cd /src TB --- 2014-03-12 04:41:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 12 04:41:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -std=gnu99 -Wno-pointer-sign -c grammar.c -o grammar.o In file included from /obj/mips.mips64/src/tmp/usr/include/sys/counter.h:34, from /obj/mips.mips64/src/tmp/usr/include/net/pfvar.h:38, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:59: /obj/mips.mips64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:90: error: 'curthread' undeclared (first use in this function) /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:90: error: (Each undeclared identifier is reported only once /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:90: error: for each function it appears in.) *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-12 05:22:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-12 05:22:09 - ERROR: failed to build world TB --- 2014-03-12 05:22:09 - 1711.71 user 912.69 system 2497.01 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 05:22:21 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2AC949C; Wed, 12 Mar 2014 05:22:20 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2949D33C; Wed, 12 Mar 2014 05:22:18 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2C5MCnr021766; Wed, 12 Mar 2014 07:22:12 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2C5MCqw021765; Wed, 12 Mar 2014 05:22:12 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Mar 2014 05:22:12 GMT Message-Id: <201403120522.s2C5MCqw021765@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 05:22:21 -0000 TB --- 2014-03-12 04:40:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-12 04:40:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-12 04:40:32 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-12 04:40:32 - cleaning the object tree TB --- 2014-03-12 04:40:52 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-12 04:41:37 - At svn revision 263062 TB --- 2014-03-12 04:41:38 - building world TB --- 2014-03-12 04:41:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-12 04:41:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-12 04:41:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-12 04:41:38 - SRCCONF=/dev/null TB --- 2014-03-12 04:41:38 - TARGET=mips TB --- 2014-03-12 04:41:38 - TARGET_ARCH=mips TB --- 2014-03-12 04:41:38 - TZ=UTC TB --- 2014-03-12 04:41:38 - __MAKE_CONF=/dev/null TB --- 2014-03-12 04:41:38 - cd /src TB --- 2014-03-12 04:41:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 12 04:41:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -std=gnu99 -Wno-pointer-sign -c grammar.c -o grammar.o In file included from /obj/mips.mips/src/tmp/usr/include/sys/counter.h:34, from /obj/mips.mips/src/tmp/usr/include/net/pfvar.h:38, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:59: /obj/mips.mips/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/mips.mips/src/tmp/usr/include/machine/counter.h:90: error: 'curthread' undeclared (first use in this function) /obj/mips.mips/src/tmp/usr/include/machine/counter.h:90: error: (Each undeclared identifier is reported only once /obj/mips.mips/src/tmp/usr/include/machine/counter.h:90: error: for each function it appears in.) *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-12 05:22:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-12 05:22:12 - ERROR: failed to build world TB --- 2014-03-12 05:22:12 - 1714.72 user 913.38 system 2499.42 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 05:24:15 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E593700; Wed, 12 Mar 2014 05:24:15 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 990E836E; Wed, 12 Mar 2014 05:24:14 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2C5OBZM028716; Wed, 12 Mar 2014 07:24:11 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2C5OBDb028715; Wed, 12 Mar 2014 05:24:11 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Mar 2014 05:24:11 GMT Message-Id: <201403120524.s2C5OBDb028715@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 05:24:15 -0000 TB --- 2014-03-12 04:40:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-12 04:40:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-12 04:40:32 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-12 04:40:32 - cleaning the object tree TB --- 2014-03-12 04:40:51 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-12 04:41:36 - At svn revision 263062 TB --- 2014-03-12 04:41:37 - building world TB --- 2014-03-12 04:41:37 - CROSS_BUILD_TESTING=YES TB --- 2014-03-12 04:41:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-12 04:41:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-12 04:41:37 - SRCCONF=/dev/null TB --- 2014-03-12 04:41:37 - TARGET=sparc64 TB --- 2014-03-12 04:41:37 - TARGET_ARCH=sparc64 TB --- 2014-03-12 04:41:37 - TZ=UTC TB --- 2014-03-12 04:41:37 - __MAKE_CONF=/dev/null TB --- 2014-03-12 04:41:37 - cd /src TB --- 2014-03-12 04:41:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 12 04:41:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -std=gnu99 -fstack-protector -Wno-pointer-sign -c grammar.c -o grammar.o In file included from /obj/sparc64.sparc64/src/tmp/usr/include/sys/counter.h:34, from /obj/sparc64.sparc64/src/tmp/usr/include/net/pfvar.h:38, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:59: /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:89: error: 'curthread' undeclared (first use in this function) /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:89: error: (Each undeclared identifier is reported only once /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:89: error: for each function it appears in.) *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-12 05:24:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-12 05:24:11 - ERROR: failed to build world TB --- 2014-03-12 05:24:11 - 1859.50 user 861.24 system 2618.20 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 05:32:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91E79A68; Wed, 12 Mar 2014 05:32:14 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BC94862B; Wed, 12 Mar 2014 05:32:13 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2C5WA3t053863; Wed, 12 Mar 2014 07:32:10 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2C5WAui053859; Wed, 12 Mar 2014 05:32:10 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Mar 2014 05:32:10 GMT Message-Id: <201403120532.s2C5WAui053859@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 05:32:14 -0000 TB --- 2014-03-12 04:40:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-12 04:40:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-12 04:40:32 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-12 04:40:32 - cleaning the object tree TB --- 2014-03-12 04:40:56 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-12 04:41:38 - At svn revision 263062 TB --- 2014-03-12 04:41:39 - building world TB --- 2014-03-12 04:41:39 - CROSS_BUILD_TESTING=YES TB --- 2014-03-12 04:41:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-12 04:41:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-12 04:41:39 - SRCCONF=/dev/null TB --- 2014-03-12 04:41:39 - TARGET=ia64 TB --- 2014-03-12 04:41:39 - TARGET_ARCH=ia64 TB --- 2014-03-12 04:41:39 - TZ=UTC TB --- 2014-03-12 04:41:39 - __MAKE_CONF=/dev/null TB --- 2014-03-12 04:41:39 - cd /src TB --- 2014-03-12 04:41:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 12 04:41:49 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -std=gnu99 -Wno-pointer-sign -c grammar.c -o grammar.o In file included from /obj/ia64.ia64/src/tmp/usr/include/sys/counter.h:34, from /obj/ia64.ia64/src/tmp/usr/include/net/pfvar.h:38, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:59: /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:89: error: 'curthread' undeclared (first use in this function) /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:89: error: (Each undeclared identifier is reported only once /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:89: error: for each function it appears in.) *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-12 05:32:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-12 05:32:10 - ERROR: failed to build world TB --- 2014-03-12 05:32:10 - 2330.49 user 955.73 system 3097.25 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 05:35:10 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A3E8BAF; Wed, 12 Mar 2014 05:35:10 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B65A6649; Wed, 12 Mar 2014 05:35:09 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2C5Z6lS063151; Wed, 12 Mar 2014 07:35:06 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2C5Z6C9063150; Wed, 12 Mar 2014 05:35:06 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Mar 2014 05:35:06 GMT Message-Id: <201403120535.s2C5Z6C9063150@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 05:35:10 -0000 TB --- 2014-03-12 04:40:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-12 04:40:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-12 04:40:32 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-12 04:40:32 - cleaning the object tree TB --- 2014-03-12 04:40:51 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-12 04:41:36 - At svn revision 263062 TB --- 2014-03-12 04:41:37 - building world TB --- 2014-03-12 04:41:37 - CROSS_BUILD_TESTING=YES TB --- 2014-03-12 04:41:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-12 04:41:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-12 04:41:37 - SRCCONF=/dev/null TB --- 2014-03-12 04:41:37 - TARGET=powerpc TB --- 2014-03-12 04:41:37 - TARGET_ARCH=powerpc TB --- 2014-03-12 04:41:37 - TZ=UTC TB --- 2014-03-12 04:41:37 - __MAKE_CONF=/dev/null TB --- 2014-03-12 04:41:37 - cd /src TB --- 2014-03-12 04:41:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 12 04:41:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -std=gnu99 -fstack-protector -Wno-pointer-sign -c grammar.c -o grammar.o In file included from /obj/powerpc.powerpc/src/tmp/usr/include/sys/counter.h:34, from /obj/powerpc.powerpc/src/tmp/usr/include/net/pfvar.h:38, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:59: /obj/powerpc.powerpc/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/powerpc.powerpc/src/tmp/usr/include/machine/counter.h:156: error: 'curthread' undeclared (first use in this function) /obj/powerpc.powerpc/src/tmp/usr/include/machine/counter.h:156: error: (Each undeclared identifier is reported only once /obj/powerpc.powerpc/src/tmp/usr/include/machine/counter.h:156: error: for each function it appears in.) *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-12 05:35:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-12 05:35:06 - ERROR: failed to build world TB --- 2014-03-12 05:35:06 - 2397.36 user 992.27 system 3273.34 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 05:35:45 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F660CD5; Wed, 12 Mar 2014 05:35:45 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9AA38658; Wed, 12 Mar 2014 05:35:44 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2C5Zf3A063975; Wed, 12 Mar 2014 07:35:41 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2C5ZfpR063974; Wed, 12 Mar 2014 05:35:41 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Mar 2014 05:35:41 GMT Message-Id: <201403120535.s2C5ZfpR063974@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 05:35:45 -0000 TB --- 2014-03-12 04:40:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-12 04:40:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-12 04:40:32 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-12 04:40:32 - cleaning the object tree TB --- 2014-03-12 04:40:51 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-12 04:41:36 - At svn revision 263062 TB --- 2014-03-12 04:41:37 - building world TB --- 2014-03-12 04:41:37 - CROSS_BUILD_TESTING=YES TB --- 2014-03-12 04:41:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-12 04:41:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-12 04:41:37 - SRCCONF=/dev/null TB --- 2014-03-12 04:41:37 - TARGET=powerpc TB --- 2014-03-12 04:41:37 - TARGET_ARCH=powerpc64 TB --- 2014-03-12 04:41:37 - TZ=UTC TB --- 2014-03-12 04:41:37 - __MAKE_CONF=/dev/null TB --- 2014-03-12 04:41:37 - cd /src TB --- 2014-03-12 04:41:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 12 04:41:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -std=gnu99 -fstack-protector -Wno-pointer-sign -c grammar.c -o grammar.o In file included from /obj/powerpc.powerpc64/src/tmp/usr/include/sys/counter.h:34, from /obj/powerpc.powerpc64/src/tmp/usr/include/net/pfvar.h:38, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:59: /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:156: error: 'curthread' undeclared (first use in this function) /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:156: error: (Each undeclared identifier is reported only once /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:156: error: for each function it appears in.) *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-12 05:35:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-12 05:35:41 - ERROR: failed to build world TB --- 2014-03-12 05:35:41 - 2410.45 user 1016.02 system 3308.40 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 06:32:46 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B1F1385; Wed, 12 Mar 2014 06:32:46 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 56F9BC0A; Wed, 12 Mar 2014 06:32:44 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2C6Wa6u000689; Wed, 12 Mar 2014 08:32:36 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2C6Waa9000660; Wed, 12 Mar 2014 06:32:36 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Mar 2014 06:32:36 GMT Message-Id: <201403120632.s2C6Waa9000660@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 06:32:46 -0000 TB --- 2014-03-12 04:40:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-12 04:40:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-12 04:40:32 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-12 04:40:32 - cleaning the object tree TB --- 2014-03-12 04:41:08 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-12 04:41:41 - At svn revision 263062 TB --- 2014-03-12 04:41:42 - building world TB --- 2014-03-12 04:41:42 - CROSS_BUILD_TESTING=YES TB --- 2014-03-12 04:41:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-12 04:41:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-12 04:41:42 - SRCCONF=/dev/null TB --- 2014-03-12 04:41:42 - TARGET=arm TB --- 2014-03-12 04:41:42 - TARGET_ARCH=arm TB --- 2014-03-12 04:41:42 - TZ=UTC TB --- 2014-03-12 04:41:42 - __MAKE_CONF=/dev/null TB --- 2014-03-12 04:41:42 - cd /src TB --- 2014-03-12 04:41:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 12 04:41:53 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] In file included from /obj/arm.arm/src/tmp/usr/include/sys/counter.h:34: /obj/arm.arm/src/tmp/usr/include/machine/counter.h:90:2: error: use of undeclared identifier 'curthread' counter_u64_add_protected(c, inc); ^ /obj/arm.arm/src/tmp/usr/include/machine/counter.h:81:18: note: expanded from macro 'counter_u64_add_protected' CRITICAL_ASSERT(curthread); \ ^ 1 error generated. *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-12 06:32:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-12 06:32:35 - ERROR: failed to build world TB --- 2014-03-12 06:32:35 - 5243.91 user 1503.74 system 6722.81 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 06:32:47 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69941386; Wed, 12 Mar 2014 06:32:47 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 879CFC0C; Wed, 12 Mar 2014 06:32:46 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2C6WhCK001182; Wed, 12 Mar 2014 08:32:43 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2C6WhjL001181; Wed, 12 Mar 2014 06:32:43 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Mar 2014 06:32:43 GMT Message-Id: <201403120632.s2C6WhjL001181@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 06:32:47 -0000 TB --- 2014-03-12 04:40:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-12 04:40:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-12 04:40:32 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-12 04:40:32 - cleaning the object tree TB --- 2014-03-12 04:41:07 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-12 04:41:40 - At svn revision 263062 TB --- 2014-03-12 04:41:41 - building world TB --- 2014-03-12 04:41:41 - CROSS_BUILD_TESTING=YES TB --- 2014-03-12 04:41:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-12 04:41:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-12 04:41:41 - SRCCONF=/dev/null TB --- 2014-03-12 04:41:41 - TARGET=arm TB --- 2014-03-12 04:41:41 - TARGET_ARCH=armv6 TB --- 2014-03-12 04:41:41 - TZ=UTC TB --- 2014-03-12 04:41:41 - __MAKE_CONF=/dev/null TB --- 2014-03-12 04:41:41 - cd /src TB --- 2014-03-12 04:41:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 12 04:41:52 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] In file included from /obj/arm.armv6/src/tmp/usr/include/sys/counter.h:34: /obj/arm.armv6/src/tmp/usr/include/machine/counter.h:90:2: error: use of undeclared identifier 'curthread' counter_u64_add_protected(c, inc); ^ /obj/arm.armv6/src/tmp/usr/include/machine/counter.h:81:18: note: expanded from macro 'counter_u64_add_protected' CRITICAL_ASSERT(curthread); \ ^ 1 error generated. *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libpcap *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-12 06:32:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-12 06:32:43 - ERROR: failed to build world TB --- 2014-03-12 06:32:43 - 5246.71 user 1507.76 system 6730.26 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 07:28:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4189294; Wed, 12 Mar 2014 07:28:11 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D10CF1D0; Wed, 12 Mar 2014 07:28:10 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2C7S7xO078238; Wed, 12 Mar 2014 09:28:07 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2C7S7Tq078236; Wed, 12 Mar 2014 07:28:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Mar 2014 07:28:07 GMT Message-Id: <201403120728.s2C7S7Tq078236@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 07:28:11 -0000 TB --- 2014-03-12 04:40:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-12 04:40:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-12 04:40:32 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-12 04:40:32 - cleaning the object tree TB --- 2014-03-12 04:41:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-12 04:41:42 - At svn revision 263062 TB --- 2014-03-12 04:41:43 - building world TB --- 2014-03-12 04:41:43 - CROSS_BUILD_TESTING=YES TB --- 2014-03-12 04:41:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-12 04:41:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-12 04:41:43 - SRCCONF=/dev/null TB --- 2014-03-12 04:41:43 - TARGET=i386 TB --- 2014-03-12 04:41:43 - TARGET_ARCH=i386 TB --- 2014-03-12 04:41:43 - TZ=UTC TB --- 2014-03-12 04:41:43 - __MAKE_CONF=/dev/null TB --- 2014-03-12 04:41:43 - cd /src TB --- 2014-03-12 04:41:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 12 04:41:54 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/i386.i386/src/tmp/usr/include/machine/counter.h:172:3: error: implicit declaration of function 'critical_exit' is invalid in C99 [-Werror,-Wimplicit-function-declaration] critical_exit(); ^ /obj/i386.i386/src/tmp/usr/include/machine/counter.h:172:3: note: did you mean 'critical_enter'? /obj/i386.i386/src/tmp/usr/include/machine/counter.h:170:3: note: 'critical_enter' declared here critical_enter(); ^ 3 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/libexec/tftp-proxy *** Error code 1 Stop. bmake[2]: stopped in /src/libexec *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-12 07:28:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-12 07:28:07 - ERROR: failed to build world TB --- 2014-03-12 07:28:07 - 8222.74 user 1856.44 system 10054.39 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 07:34:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D4286B2 for ; Wed, 12 Mar 2014 07:34:33 +0000 (UTC) Received: from mail-ve0-x233.google.com (mail-ve0-x233.google.com [IPv6:2607:f8b0:400c:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1CE8A2B6 for ; Wed, 12 Mar 2014 07:34:33 +0000 (UTC) Received: by mail-ve0-f179.google.com with SMTP id db12so9911962veb.10 for ; Wed, 12 Mar 2014 00:34:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6AlVGIck3p8WqwKRD36MRV0usB5qvs3+XC47aE1TOj0=; b=j0R+uSOhI6+9fowJmHkBL3lAm9+kk7BnJDQBVnWzsWscubEaOu5bY3L3SGMmU8FyNz FQvb6UiK+QiDw8FpbCcGUUSwbdA2X99FD083mwVGVhN92Edm7qiXa8546cuAq5x2hdlN 0aoR1VmtCUC9tEJo3TMurzNqT873JII1qzrOEfN6upWpnn/EgFKKnVecaGJUzP/gHkQR Urlr8KV3pTgTzTDAk7TPsk8HMsMMXsLpVeWJ091GiEuT8fB+EdeihXr6vPdHfbyzeK1L Z5MxAV7khMsllgDiK4KQ5XrcrMivXn9phSdneR2EYXvC5wg4kxEYFwrLioY7J8JlTpVb RR9g== MIME-Version: 1.0 X-Received: by 10.220.133.80 with SMTP id e16mr31155989vct.13.1394609672185; Wed, 12 Mar 2014 00:34:32 -0700 (PDT) Received: by 10.52.255.231 with HTTP; Wed, 12 Mar 2014 00:34:32 -0700 (PDT) Date: Wed, 12 Mar 2014 11:34:32 +0400 Message-ID: Subject: net/nylon hangs in read(2) under FreeBSD10 From: Pavel Timofeev To: freebsd-stable stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Mar 2014 07:34:33 -0000 Hello! I used net/nylon (socks proxy server, born in openbsd) for some time under FreeBSD10.0-RELEASE amd64. I had no problems in testlab with that configuration. But now I have problems in production with that. Sometimes nylon starts to eat whole CPU. For example, I have proxy.xxx.ru (192.168.31.198) and client1.xxx.ru (192.168.2.6). Here is what I see every time. Let's say that hung nylon has pid 5323 # truss -p 5323 ...... read(6,0x7fffffffdb13,1) ERR#35 'Resource temporarily unavailable' read(6,0x7fffffffdb13,1) ERR#35 'Resource temporarily unavailable' read(6,0x7fffffffdb13,1) ERR#35 'Resource temporarily unavailable' read(6,0x7fffffffdb13,1) ERR#35 'Resource temporarily unavailable' read(6,0x7fffffffdb13,1) ERR#35 'Resource temporarily unavailable' ^C Nylon tries to read from FD 6 (right?) and gets errno 35. Infinite loop. # lsof -p 5323 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME nylon 5323 root cwd VDIR 0,96 1024 2 / nylon 5323 root rtd VDIR 0,96 1024 2 / nylon 5323 root txt VREG 0,96 34840 1134069 /usr/local/bin/nylon nylon 5323 root txt VREG 0,96 111696 240770 /libexec/ld-elf.so.1 nylon 5323 root txt VREG 0,96 306532 2970271 /usr/local/lib/event2/libevent-2.0.so.6 nylon 5323 root txt VREG 0,96 1567216 481549 /lib/libc.so.7 nylon 5323 root txt VREG 0,96 105104 481569 /lib/libthr.so.3 nylon 5323 root 0u VCHR 0,15 0t0 15 /dev/null nylon 5323 root 1u VCHR 0,15 0t0 15 /dev/null nylon 5323 root 2u VCHR 0,15 0t0 15 /dev/null nylon 5323 root 4u IPv4 0xfffff800646b9c00 0t0 TCP proxy.xxx.ru:socks (LISTEN) nylon 5323 root 5u unix 0xfffff8006494d000 0t0 ->0xfffff800098862b8 nylon 5323 root 6u IPv4 0xfffff8011cd07400 0t0 TCP proxy.xxx.ru:socks->client1.xxx.ru:45737 (ESTABLISHED) Looks like that FD is last line in this output. It's tcp socket (right?). # sockstat | grep 5323 root nylon 5323 4 tcp4 192.168.31.198:1080 *:* root nylon 5323 5 dgram -> /var/run/logpriv root nylon 5323 6 tcp4 192.168.31.198:1080 192.168.2.6:45737 That pid has open socket with client1.xxx.ru (192.168.2.6). I looked to open sockets in client1.xxx.ru and didn't find suitable. And I can kill that hung pid only using "kill -9". It appears to be a problem here. But where? In nylon or even in FreeBSD? I'm not UNIX OS and programming professional and I don't know wheater OS has to return errno 35 for read of that dead(?) socket. Do I have to provide more info? Which one? I'm looking forward! It happens quite often now. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 07:34:36 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F25D6B3; Wed, 12 Mar 2014 07:34:36 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB40B2B7; Wed, 12 Mar 2014 07:34:35 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2C7YUgx001726; Wed, 12 Mar 2014 09:34:30 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2C7YT0S001640; Wed, 12 Mar 2014 07:34:29 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Mar 2014 07:34:29 GMT Message-Id: <201403120734.s2C7YT0S001640@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 07:34:36 -0000 TB --- 2014-03-12 04:40:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-12 04:40:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-12 04:40:32 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-12 04:40:32 - cleaning the object tree TB --- 2014-03-12 04:41:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-12 04:41:43 - At svn revision 263062 TB --- 2014-03-12 04:41:44 - building world TB --- 2014-03-12 04:41:44 - CROSS_BUILD_TESTING=YES TB --- 2014-03-12 04:41:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-12 04:41:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-12 04:41:44 - SRCCONF=/dev/null TB --- 2014-03-12 04:41:44 - TARGET=pc98 TB --- 2014-03-12 04:41:44 - TARGET_ARCH=i386 TB --- 2014-03-12 04:41:44 - TZ=UTC TB --- 2014-03-12 04:41:44 - __MAKE_CONF=/dev/null TB --- 2014-03-12 04:41:44 - cd /src TB --- 2014-03-12 04:41:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 12 04:41:55 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/pc98.i386/src/tmp/usr/include/i386/counter.h:172:3: error: implicit declaration of function 'critical_exit' is invalid in C99 [-Werror,-Wimplicit-function-declaration] critical_exit(); ^ /obj/pc98.i386/src/tmp/usr/include/i386/counter.h:172:3: note: did you mean 'critical_enter'? /obj/pc98.i386/src/tmp/usr/include/i386/counter.h:170:3: note: 'critical_enter' declared here critical_enter(); ^ 3 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/libexec/tftp-proxy *** Error code 1 Stop. bmake[2]: stopped in /src/libexec *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-12 07:34:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-12 07:34:29 - ERROR: failed to build world TB --- 2014-03-12 07:34:29 - 8609.55 user 1866.45 system 10436.18 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 09:51:38 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36B4138E for ; Wed, 12 Mar 2014 09:51:38 +0000 (UTC) Received: from io.ze.tum.de (io.ze.tum.de [129.187.39.54]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C4DEB397 for ; Wed, 12 Mar 2014 09:51:37 +0000 (UTC) Received: from etustar.ze.tum.de (etustar.ze.tum.de [129.187.39.96]) (authenticated bits=0) by io.ze.tum.de (8.14.5/8.14.5) with ESMTP id s2C9Vh8r057800 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 12 Mar 2014 10:31:43 +0100 (CET) (envelope-from estartu@ze.tum.de) Message-ID: <5320297F.1080400@ze.tum.de> Date: Wed, 12 Mar 2014 10:31:43 +0100 From: Gerhard Schmidt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: stable@freebsd.org Subject: UTF-8 Sorting X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Mar 2014 09:51:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I've a problem with FreeBSD, UTF-8 and Sorting. e.g. there is a file with the following content Meier Mller ger Ofner Schmidt I have set my Terminal to ISO-8859-1 Encoding and call sort on this file I get the following output. Meier Mller Ofner ger Schmidt Which is correctly sorted. When i change my Terminal to UTF-8 encoding and convert the file to UTF-8 and call sort again I get the following output. Meier Mller Ofner Schmidt ger which is wrong. The problem seams to be that the LC_COLLATE file in the de_DE.UTF-8 locale is linked to ../la_LN.US-ASCII/LC_COLLATE (as are all LC_COLLATE Files in any UTF-8 locale). After some Research i found a Mail from Kuba Lida in December 2008 (yeah that's 5 Years ago) stating the same Problem and got no response. Why isn't there a UTF-8 LC_COLLATE file for any language. Kuba Lida believed there was a Problem with multibyte collate files in FreeBSD. Is this true and are there plans to fix this problem. The same test under Linux works without problem. Regards Estartu - -- - --------------------------------------------------------------------------- Gerhard Schmidt | http://www.augusta.de/~estartu | Fischbachweg 3 | | PGP Public Key 86856 Hiltenfingen | JabberID: estartu@augusta.de | on request Germany | | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQCVAwUBUyApfwzx22nOTJQRAQJIbgP+MMSPepEsyG8Kx+QRDGJlfyQKK+r98/e+ ZiNPRMNjBpT7qrElJLvYfAuix3pOyqL3mq1DQJvZmqQxfoxEdy6GUf42i1Yk5gEX T05YtaeVRoXK/TetFt0UEcC3bXuXheu63aBpO4FU2v8CPTAyBwU6DUvV/v3AzXr6 j+mwws5n7so= =J2tH -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 10:16:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EDF2396B for ; Wed, 12 Mar 2014 10:16:43 +0000 (UTC) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 951EB7C6 for ; Wed, 12 Mar 2014 10:16:43 +0000 (UTC) Received: from [194.32.164.24] (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id s2CA1NAM093217; Wed, 12 Mar 2014 10:01:24 GMT (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: ZFS UNMAP performance From: Bob Bishop In-Reply-To: <531FAA20.7080407@latech.edu> Date: Wed, 12 Mar 2014 10:01:18 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <531F2BA0.6000105@LaTech.edu> <531F3503.8090403@LaTech.edu> <531F767C.3040105@LaTech.edu> <531F8EAA.1020107@vangyzen.net> <531FAA20.7080407@latech.edu> To: Danny Schales X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Mar 2014 10:16:44 -0000 Hi, On 12 Mar 2014, at 00:28, Danny Schales wrote: > On 3/11/2014 5:31 PM, Eric van Gyzen wrote: >>> Replying to myself...I note that the system is reporting that TRIM = is >>> being used. Is this normal for non-SSD systems? There *is* SSD in = the >>> system, but I'm pretty sure the system can't tell it's SSD (it's = hidden >>> behind a Dell PERC card). The number of trim.successes is roughly >>> equivalent to the number of deletes reported by gstat for the ISCSI = LUN >>> devices. Should the system be using TRIM for ISCSI LUNs? >> Sure, if the LUN (i.e. the storage controller) reports that it = supports >> TRIM/UNMAP. Note that this is completely unrelated to the type of = disks >> that provide the LUN's backing store. >>=20 >>> kstat.zfs.misc.zio_trim.bytes: 232845656064 >>> kstat.zfs.misc.zio_trim.success: 30810983 >>> kstat.zfs.misc.zio_trim.unsupported: 809 >>> kstat.zfs.misc.zio_trim.failed: 0 >>>=20 >>> Danny >>>=20 >>=20 >=20 > Are there any risks to turning off TRIM to see if the performance > improves (other than the loss of space recovery)? >=20 > Danny If the backing store really is SSD then turning off TRIM should hurt = write performance eventually (and read to a lesser extent). -- Bob Bishop rb@gid.co.uk From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 14:24:37 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5991B865 for ; Wed, 12 Mar 2014 14:24:37 +0000 (UTC) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D45771BB for ; Wed, 12 Mar 2014 14:24:36 +0000 (UTC) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:240:caff:fe92:4f47]) by saturn.lyxys.ka.sub.org (8.14.7/8.14.7) with ESMTP id s2CELjOD060270 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 12 Mar 2014 15:21:45 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.14.8/8.14.8) with ESMTP id s2CETEZt075293 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 12 Mar 2014 15:29:14 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.14.8/8.14.8/Submit) id s2CETDXE075292; Wed, 12 Mar 2014 15:29:13 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyx: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Wed, 12 Mar 2014 15:29:13 +0100 From: Wolfgang Zenker To: Gerhard Schmidt Subject: Re: UTF-8 Sorting Message-ID: <20140312142913.GA75261@lyxys.ka.sub.org> References: <5320297F.1080400@ze.tum.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5320297F.1080400@ze.tum.de> Organization: private site User-Agent: Mutt/1.5.22 (2013-10-16) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Wed, 12 Mar 2014 15:21:45 +0100 (CET) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Mar 2014 14:24:37 -0000 Hi, * Gerhard Schmidt [140312 10:31]: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > I've a problem with FreeBSD, UTF-8 and Sorting. > [..] > The problem seams to be that the LC_COLLATE file in the de_DE.UTF-8 > locale is linked to ../la_LN.US-ASCII/LC_COLLATE (as are all > LC_COLLATE Files in any UTF-8 locale). > After some Research i found a Mail from Kuba Lida in December 2008 > (yeah that's 5 Years ago) stating the same Problem and got no response. > Why isn't there a UTF-8 LC_COLLATE file for any language. Kuba Lida > believed there was a Problem with multibyte collate files in FreeBSD. > Is this true and are there plans to fix this problem. AFAIR this is not just a question of changing the collate files. Have a look at https://wiki.freebsd.org/KonradJankowski/Collation for a project to fix that problem (stalled, unfortunately). Wolfgang From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 15:08:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 357F292F for ; Wed, 12 Mar 2014 15:08:13 +0000 (UTC) Received: from aussmtpmrkps320.us.dell.com (aussmtpmrkps320.us.dell.com [143.166.224.254]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ED484874 for ; Wed, 12 Mar 2014 15:08:12 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.97,638,1389765600"; d="scan'208";a="108386886" Message-ID: <53207816.7030104@vangyzen.net> Date: Wed, 12 Mar 2014 10:07:02 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Bob Bishop , Danny Schales Subject: Re: ZFS UNMAP performance References: <531F2BA0.6000105@LaTech.edu> <531F3503.8090403@LaTech.edu> <531F767C.3040105@LaTech.edu> <531F8EAA.1020107@vangyzen.net> <531FAA20.7080407@latech.edu> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Mar 2014 15:08:13 -0000 On 03/12/2014 05:01, Bob Bishop wrote: > Hi, > > On 12 Mar 2014, at 00:28, Danny Schales wrote: > >> On 3/11/2014 5:31 PM, Eric van Gyzen wrote: >>>> Replying to myself...I note that the system is reporting that TRIM is >>>> being used. Is this normal for non-SSD systems? There *is* SSD in the >>>> system, but I'm pretty sure the system can't tell it's SSD (it's hidden >>>> behind a Dell PERC card). The number of trim.successes is roughly >>>> equivalent to the number of deletes reported by gstat for the ISCSI LUN >>>> devices. Should the system be using TRIM for ISCSI LUNs? >>> Sure, if the LUN (i.e. the storage controller) reports that it supports >>> TRIM/UNMAP. Note that this is completely unrelated to the type of disks >>> that provide the LUN's backing store. >>> >>>> kstat.zfs.misc.zio_trim.bytes: 232845656064 >>>> kstat.zfs.misc.zio_trim.success: 30810983 >>>> kstat.zfs.misc.zio_trim.unsupported: 809 >>>> kstat.zfs.misc.zio_trim.failed: 0 >>>> >>>> Danny >>>> >> Are there any risks to turning off TRIM to see if the performance >> improves (other than the loss of space recovery)? >> >> Danny > If the backing store really is SSD then turning off TRIM should hurt write performance eventually (and read to a lesser extent). Correct. If it's not SSD, though, the loss of space recovery should be the only risk. And I imagine your highest tier of storage is not SSD. Eric From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 15:45:41 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6462DA93 for ; Wed, 12 Mar 2014 15:45:41 +0000 (UTC) Received: from nm1-vm6.bullet.mail.ir2.yahoo.com (nm1-vm6.bullet.mail.ir2.yahoo.com [212.82.96.77]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B4A81C66 for ; Wed, 12 Mar 2014 15:45:40 +0000 (UTC) Received: from [212.82.98.57] by nm1.bullet.mail.ir2.yahoo.com with NNFMP; 12 Mar 2014 15:45:32 -0000 Received: from [46.228.39.87] by tm10.bullet.mail.ir2.yahoo.com with NNFMP; 12 Mar 2014 15:45:32 -0000 Received: from [127.0.0.1] by smtp124.mail.ir2.yahoo.com with NNFMP; 12 Mar 2014 15:45:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1394639132; bh=2wIb923XPcsqVoUxLfnz9n2g//FezoXpWPHXSrqVwRY=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ABS8iSTz9Td7Y6FwjwdFhuVMfyEBWRUNdMTRSPYNAy2hpcr3jTRIYJhstCrdJYquX2R7JxG9Jw9j2pOIrEKvoJ6CrQKwmwrg6AfvqVYSu3lE5btmPxXkjpvMwXzvM3VblSmpc+wppqboTBd7IDrMd7VbfEjIcFe9qgJHiSkS650= X-Yahoo-Newman-Id: 234190.73929.bm@smtp124.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: gdINAoIVM1mDQcL5dlcdHzQesD4ioKhCeYvTdgbHTd3tBjT JbBXFac2VyzXNhB4Qz6eiBmnRY27aqxofJEAJ4PX1nZEVesqAQxFtjRFEL62 FA7jBzhS_6hOqi9B.wlaS4MiQNVp4z9W3fup2WJ1_L42omgv_i9_udpaDOfp HTssIK25cJYoRRTmjgQOjVW7kjqaasOZNN0ZUzMYbnCWN_Df6_5w32TfU9YY 5VQ.Lc8ctPEnGVPc1u9cSKIhnaqiu6QYHFYDAlN.yYB4AXi5_sF3Ek8DLR31 oLNIa08hn7_wPsV67NMQAmFIzw9r3i87nV_NrL5v_qKzmx6cZI2plcj3_R68 98ges8CC20YqLGKqkt.2zgpt_ddtd.jV93BS8H1NcxOhnN5ev7Au7o8R9JNB bKg8Z5lE2fVZxt6LLuj08qV.JDGkHGfRP.WXfjKlIwfQtpg8Fgq_WPJRNHW8 hUUW4ns.OT2AUIG13RCjZ9CULf0wHvPGTF2Ngs7dg9FPgfHVFghA8FTW3vZa SU.PSruL4.g-- X-Yahoo-SMTP: .O5qiqOswBCAHusliVRDDr_SG.Tb X-Rocket-Received: from [192.168.1.67] (rmg70swe@213.64.218.92 with plain [188.125.69.59]) by smtp124.mail.ir2.yahoo.com with SMTP; 12 Mar 2014 15:45:32 +0000 UTC Message-ID: <53208119.6060009@yahoo.com> Date: Wed, 12 Mar 2014 16:45:29 +0100 From: Rolf Nielsen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: stable@freebsd.org Subject: Re: UTF-8 Sorting References: <5320297F.1080400@ze.tum.de> <53207451.3010305@yahoo.com> <53207613.2090801@ze.tum.de> In-Reply-To: <53207613.2090801@ze.tum.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Cc: Gerhard Schmidt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Mar 2014 15:45:41 -0000 Gerhard Schmidt skrev 2014-03-12 15:58: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 12.03.2014 15:50, Rolf Nielsen wrote: >> >> >> Gerhard Schmidt skrev 2014-03-12 10:31: >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>> >>> Hi, >>> >>> I've a problem with FreeBSD, UTF-8 and Sorting. >>> >>> e.g. there is a file with the following content >>> >>> Meier Mller ger Ofner Schmidt >>> >>> I have set my Terminal to ISO-8859-1 Encoding and call sort on >>> this file I get the following output. >>> >>> Meier Mller Ofner ger Schmidt >>> >>> Which is correctly sorted. >>> >>> When i change my Terminal to UTF-8 encoding and convert the file >>> to UTF-8 and call sort again I get the following output. >>> >>> Meier Mller Ofner Schmidt ger >>> >>> which is wrong. >>> >>> The problem seams to be that the LC_COLLATE file in the >>> de_DE.UTF-8 locale is linked to ../la_LN.US-ASCII/LC_COLLATE (as >>> are all LC_COLLATE Files in any UTF-8 locale). >>> >>> After some Research i found a Mail from Kuba Lida in December >>> 2008 (yeah that's 5 Years ago) stating the same Problem and got >>> no response. >>> >>> Why isn't there a UTF-8 LC_COLLATE file for any language. Kuba >>> Lida believed there was a Problem with multibyte collate files in >>> FreeBSD. Is this true and are there plans to fix this problem. >>> >>> The same test under Linux works without problem. >>> >>> Regards Estartu >>> >>> - -- - >> >> Hi, >> >> Hmm, to me the result that you claim is wrong looks perfectly >> correct, however, it may of course differ between languages. In >> Swedish is a separate letter, located last in the alphabet (from >> A to Z we have the exact same alphabet as English, and then come , >> and , in that order). > > Yeah, Sweedisch sorts these characters after Z but in German equals > Oe in Names and O in all other cases. There have to be collation > tables for different languages as there are different one for dieffent > languages in ISO encoding. I know that the direfrence in Name and Not > name will not be implementable but the default whould be much of an > improvement. > > The same difference is between German German (de_DE) and Austrian > German (de_AT). > > Regards > Estartu I see. Well, different countries, different customs. :) (I should have included the list in my previous reply, but I hit the wrong button. I apologise for that). Regards, Rolf From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 15:59:02 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D95A3F55 for ; Wed, 12 Mar 2014 15:59:02 +0000 (UTC) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:4]) by mx1.freebsd.org (Postfix) with ESMTP id 11CF7DB6 for ; Wed, 12 Mar 2014 15:59:01 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AscjAJWDIFN20dOJPGdsb2JhbAANTYNBiTqxQ4ZfSgMCgTMDAQEBATiCWgEBAQQBAQFLIAoBEAsOCgkUAg8JAwIBAgEVAQkSFAYBBwUBAQQBAQEBGQSHZbAJoXMXjgsBAU8HhDgElFmBFYQJlDxagQQ Received: from ppp118-209-211-137.lns20.mel6.internode.on.net (HELO [192.168.100.201]) ([118.209.211.137]) by ipmail04.adl6.internode.on.net with ESMTP; 13 Mar 2014 02:28:59 +1030 Message-ID: <53208442.4070304@internode.on.net> Date: Thu, 13 Mar 2014 02:58:58 +1100 From: Joe Shevland User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Rolf Nielsen , stable@freebsd.org Subject: Re: UTF-8 Sorting References: <5320297F.1080400@ze.tum.de> <53207451.3010305@yahoo.com> <53207613.2090801@ze.tum.de> <53208119.6060009@yahoo.com> In-Reply-To: <53208119.6060009@yahoo.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Gerhard Schmidt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Mar 2014 15:59:02 -0000 As a complete twist, why on earth do people even talk about security when whole governments have subverted the very means we worked towards, to secure things? Ideally, to bring competition into things? To perhaps work towards nobler means, a space elevator, or cracking that nut of interstellar travel. Yet we have the Fed Reserve. The 5 eyes have made a mockery of personal freedom. I'm just not sure why we still keep thinking we have it. Everything else is useless as a result of their compromises. Why continue this charade? Why continue engineering topics, when the substance of of lives is at stake? Cheers Joe On 13/03/2014 2:45 AM, Rolf Nielsen wrote: > > > Gerhard Schmidt skrev 2014-03-12 15:58: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On 12.03.2014 15:50, Rolf Nielsen wrote: >>> >>> >>> Gerhard Schmidt skrev 2014-03-12 10:31: >>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>> >>>> Hi, >>>> >>>> I've a problem with FreeBSD, UTF-8 and Sorting. >>>> >>>> e.g. there is a file with the following content >>>> >>>> Meier Mller ger Ofner Schmidt >>>> >>>> I have set my Terminal to ISO-8859-1 Encoding and call sort on >>>> this file I get the following output. >>>> >>>> Meier Mller Ofner ger Schmidt >>>> >>>> Which is correctly sorted. >>>> >>>> When i change my Terminal to UTF-8 encoding and convert the file >>>> to UTF-8 and call sort again I get the following output. >>>> >>>> Meier Mller Ofner Schmidt ger >>>> >>>> which is wrong. >>>> >>>> The problem seams to be that the LC_COLLATE file in the >>>> de_DE.UTF-8 locale is linked to ../la_LN.US-ASCII/LC_COLLATE (as >>>> are all LC_COLLATE Files in any UTF-8 locale). >>>> >>>> After some Research i found a Mail from Kuba Lida in December >>>> 2008 (yeah that's 5 Years ago) stating the same Problem and got >>>> no response. >>>> >>>> Why isn't there a UTF-8 LC_COLLATE file for any language. Kuba >>>> Lida believed there was a Problem with multibyte collate files in >>>> FreeBSD. Is this true and are there plans to fix this problem. >>>> >>>> The same test under Linux works without problem. >>>> >>>> Regards Estartu >>>> >>>> - -- - >>> >>> Hi, >>> >>> Hmm, to me the result that you claim is wrong looks perfectly >>> correct, however, it may of course differ between languages. In >>> Swedish is a separate letter, located last in the alphabet (from >>> A to Z we have the exact same alphabet as English, and then come , >>> and , in that order). >> >> Yeah, Sweedisch sorts these characters after Z but in German equals >> Oe in Names and O in all other cases. There have to be collation >> tables for different languages as there are different one for dieffent >> languages in ISO encoding. I know that the direfrence in Name and Not >> name will not be implementable but the default whould be much of an >> improvement. >> >> The same difference is between German German (de_DE) and Austrian >> German (de_AT). >> >> Regards >> Estartu > > I see. Well, different countries, different customs. :) > > (I should have included the list in my previous reply, but I hit the > wrong button. I apologise for that). > > Regards, > Rolf > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 17:03:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 117778EA for ; Wed, 12 Mar 2014 17:03:19 +0000 (UTC) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:4]) by mx1.freebsd.org (Postfix) with ESMTP id 225D166B for ; Wed, 12 Mar 2014 17:03:17 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AscjAAOTIFN20dOJPGdsb2JhbAANTYNBiTqxRIZfSgMCgTUDAQEBATiCWgEBAQQBAQFLIAoBEAsOCgkUAg8JAwIBAgEVAQkSFAYBBwUBAQQBAQEBGQSHZbAaoXAXjgsBAU8HhDgElFmBFYQJlDxagQQ Received: from ppp118-209-211-137.lns20.mel6.internode.on.net (HELO [192.168.100.201]) ([118.209.211.137]) by ipmail04.adl6.internode.on.net with ESMTP; 13 Mar 2014 03:33:13 +1030 Message-ID: <5320934E.2080000@internode.on.net> Date: Thu, 13 Mar 2014 04:03:10 +1100 From: Joe Shevland User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Rolf Nielsen , stable@freebsd.org Subject: Re: UTF-8 Sorting References: <5320297F.1080400@ze.tum.de> <53207451.3010305@yahoo.com> <53207613.2090801@ze.tum.de> <53208119.6060009@yahoo.com> <53208442.4070304@internode.on.net> In-Reply-To: <53208442.4070304@internode.on.net> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Gerhard Schmidt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Mar 2014 17:03:19 -0000 The answer is it stifles us all. We're getting fed an NSA-spouted dream when the reality is a horror. Voting doesn''t work anymore with the lobbyists and glad-handers. What to do? On 13/03/2014 2:58 AM, Joe Shevland wrote: > As a complete twist, why on earth do people even talk about security > when whole governments have subverted the very means we worked towards, > to secure things? Ideally, to bring competition into things? To perhaps > work towards nobler means, a space elevator, or cracking that nut of > interstellar travel. Yet we have the Fed Reserve. > > The 5 eyes have made a mockery of personal freedom. I'm just not sure > why we still keep thinking we have it. Everything else is useless as a > result of their compromises. Why continue this charade? > > Why continue engineering topics, when the substance of of lives is at stake? > > Cheers > Joe > > On 13/03/2014 2:45 AM, Rolf Nielsen wrote: >> >> Gerhard Schmidt skrev 2014-03-12 15:58: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> On 12.03.2014 15:50, Rolf Nielsen wrote: >>>> >>>> Gerhard Schmidt skrev 2014-03-12 10:31: >>>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> >>>>> Hi, >>>>> >>>>> I've a problem with FreeBSD, UTF-8 and Sorting. >>>>> >>>>> e.g. there is a file with the following content >>>>> >>>>> Meier Mller ger Ofner Schmidt >>>>> >>>>> I have set my Terminal to ISO-8859-1 Encoding and call sort on >>>>> this file I get the following output. >>>>> >>>>> Meier Mller Ofner ger Schmidt >>>>> >>>>> Which is correctly sorted. >>>>> >>>>> When i change my Terminal to UTF-8 encoding and convert the file >>>>> to UTF-8 and call sort again I get the following output. >>>>> >>>>> Meier Mller Ofner Schmidt ger >>>>> >>>>> which is wrong. >>>>> >>>>> The problem seams to be that the LC_COLLATE file in the >>>>> de_DE.UTF-8 locale is linked to ../la_LN.US-ASCII/LC_COLLATE (as >>>>> are all LC_COLLATE Files in any UTF-8 locale). >>>>> >>>>> After some Research i found a Mail from Kuba Lida in December >>>>> 2008 (yeah that's 5 Years ago) stating the same Problem and got >>>>> no response. >>>>> >>>>> Why isn't there a UTF-8 LC_COLLATE file for any language. Kuba >>>>> Lida believed there was a Problem with multibyte collate files in >>>>> FreeBSD. Is this true and are there plans to fix this problem. >>>>> >>>>> The same test under Linux works without problem. >>>>> >>>>> Regards Estartu >>>>> >>>>> - -- - >>>> Hi, >>>> >>>> Hmm, to me the result that you claim is wrong looks perfectly >>>> correct, however, it may of course differ between languages. In >>>> Swedish is a separate letter, located last in the alphabet (from >>>> A to Z we have the exact same alphabet as English, and then come , >>>> and , in that order). >>> Yeah, Sweedisch sorts these characters after Z but in German equals >>> Oe in Names and O in all other cases. There have to be collation >>> tables for different languages as there are different one for dieffent >>> languages in ISO encoding. I know that the direfrence in Name and Not >>> name will not be implementable but the default whould be much of an >>> improvement. >>> >>> The same difference is between German German (de_DE) and Austrian >>> German (de_AT). >>> >>> Regards >>> Estartu >> I see. Well, different countries, different customs. :) >> >> (I should have included the list in my previous reply, but I hit the >> wrong button. I apologise for that). >> >> Regards, >> Rolf >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Mar 14 05:57:05 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6AEF8C2; Fri, 14 Mar 2014 05:57:05 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 18C52304; Fri, 14 Mar 2014 05:57:04 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2E5upql067038; Fri, 14 Mar 2014 07:56:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2E5upSS066885; Fri, 14 Mar 2014 05:56:51 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Mar 2014 05:56:51 GMT Message-Id: <201403140556.s2E5upSS066885@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2014 05:57:06 -0000 TB --- 2014-03-14 04:20:36 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-14 04:20:36 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-14 04:20:36 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-14 04:20:36 - cleaning the object tree TB --- 2014-03-14 04:20:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-14 04:21:27 - At svn revision 263150 TB --- 2014-03-14 04:21:28 - building world TB --- 2014-03-14 04:21:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-14 04:21:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-14 04:21:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-14 04:21:28 - SRCCONF=/dev/null TB --- 2014-03-14 04:21:28 - TARGET=mips TB --- 2014-03-14 04:21:28 - TARGET_ARCH=mips64 TB --- 2014-03-14 04:21:28 - TZ=UTC TB --- 2014-03-14 04:21:28 - __MAKE_CONF=/dev/null TB --- 2014-03-14 04:21:28 - cd /src TB --- 2014-03-14 04:21:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 14 04:21:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 14 05:46:59 UTC 2014 TB --- 2014-03-14 05:46:59 - cd /src/sys/mips/conf TB --- 2014-03-14 05:46:59 - /usr/sbin/config -m ADM5120 TB --- 2014-03-14 05:46:59 - skipping ADM5120 kernel TB --- 2014-03-14 05:46:59 - cd /src/sys/mips/conf TB --- 2014-03-14 05:46:59 - /usr/sbin/config -m ALCHEMY TB --- 2014-03-14 05:46:59 - skipping ALCHEMY kernel TB --- 2014-03-14 05:46:59 - cd /src/sys/mips/conf TB --- 2014-03-14 05:46:59 - /usr/sbin/config -m AP121 TB --- 2014-03-14 05:46:59 - skipping AP121 kernel TB --- 2014-03-14 05:46:59 - cd /src/sys/mips/conf TB --- 2014-03-14 05:46:59 - /usr/sbin/config -m AP91 TB --- 2014-03-14 05:46:59 - skipping AP91 kernel TB --- 2014-03-14 05:46:59 - cd /src/sys/mips/conf TB --- 2014-03-14 05:46:59 - /usr/sbin/config -m AP93 TB --- 2014-03-14 05:46:59 - skipping AP93 kernel TB --- 2014-03-14 05:46:59 - cd /src/sys/mips/conf TB --- 2014-03-14 05:46:59 - /usr/sbin/config -m AP94 TB --- 2014-03-14 05:46:59 - skipping AP94 kernel TB --- 2014-03-14 05:46:59 - cd /src/sys/mips/conf TB --- 2014-03-14 05:46:59 - /usr/sbin/config -m AP96 TB --- 2014-03-14 05:46:59 - skipping AP96 kernel TB --- 2014-03-14 05:46:59 - cd /src/sys/mips/conf TB --- 2014-03-14 05:46:59 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-03-14 05:46:59 - skipping AR71XX_BASE kernel TB --- 2014-03-14 05:46:59 - cd /src/sys/mips/conf TB --- 2014-03-14 05:46:59 - /usr/sbin/config -m AR724X_BASE TB --- 2014-03-14 05:46:59 - skipping AR724X_BASE kernel TB --- 2014-03-14 05:46:59 - cd /src/sys/mips/conf TB --- 2014-03-14 05:46:59 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-03-14 05:46:59 - skipping AR91XX_BASE kernel TB --- 2014-03-14 05:46:59 - cd /src/sys/mips/conf TB --- 2014-03-14 05:46:59 - /usr/sbin/config -m AR933X_BASE TB --- 2014-03-14 05:46:59 - skipping AR933X_BASE kernel TB --- 2014-03-14 05:46:59 - cd /src/sys/mips/conf TB --- 2014-03-14 05:46:59 - /usr/sbin/config -m AR934X_BASE TB --- 2014-03-14 05:46:59 - skipping AR934X_BASE kernel TB --- 2014-03-14 05:46:59 - cd /src/sys/mips/conf TB --- 2014-03-14 05:46:59 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-03-14 05:46:59 - building BERI_DE4_BASE kernel TB --- 2014-03-14 05:46:59 - CROSS_BUILD_TESTING=YES TB --- 2014-03-14 05:46:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-14 05:46:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-14 05:46:59 - SRCCONF=/dev/null TB --- 2014-03-14 05:46:59 - TARGET=mips TB --- 2014-03-14 05:46:59 - TARGET_ARCH=mips64 TB --- 2014-03-14 05:46:59 - TZ=UTC TB --- 2014-03-14 05:46:59 - __MAKE_CONF=/dev/null TB --- 2014-03-14 05:46:59 - cd /src TB --- 2014-03-14 05:46:59 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Fri Mar 14 05:46:59 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_BASE completed on Fri Mar 14 05:52:07 UTC 2014 TB --- 2014-03-14 05:52:07 - cd /src/sys/mips/conf TB --- 2014-03-14 05:52:07 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-03-14 05:52:07 - building BERI_DE4_MDROOT kernel TB --- 2014-03-14 05:52:07 - CROSS_BUILD_TESTING=YES TB --- 2014-03-14 05:52:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-14 05:52:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-14 05:52:07 - SRCCONF=/dev/null TB --- 2014-03-14 05:52:07 - TARGET=mips TB --- 2014-03-14 05:52:07 - TARGET_ARCH=mips64 TB --- 2014-03-14 05:52:07 - TZ=UTC TB --- 2014-03-14 05:52:07 - __MAKE_CONF=/dev/null TB --- 2014-03-14 05:52:07 - cd /src TB --- 2014-03-14 05:52:07 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Fri Mar 14 05:52:07 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_MDROOT completed on Fri Mar 14 05:56:44 UTC 2014 TB --- 2014-03-14 05:56:44 - cd /src/sys/mips/conf TB --- 2014-03-14 05:56:44 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-03-14 05:56:47 - building BERI_DE4_SDROOT kernel TB --- 2014-03-14 05:56:47 - CROSS_BUILD_TESTING=YES TB --- 2014-03-14 05:56:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-14 05:56:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-14 05:56:47 - SRCCONF=/dev/null TB --- 2014-03-14 05:56:47 - TARGET=mips TB --- 2014-03-14 05:56:47 - TARGET_ARCH=mips64 TB --- 2014-03-14 05:56:47 - TZ=UTC TB --- 2014-03-14 05:56:47 - __MAKE_CONF=/dev/null TB --- 2014-03-14 05:56:47 - cd /src TB --- 2014-03-14 05:56:47 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Fri Mar 14 05:56:47 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips64/src/tmp/legacy/usr/sbin:/obj/mips.mips64/src/tmp/legacy/usr/bin:/obj/mips.mips64/src/tmp/legacy/usr/games:/obj/mips.mips64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips64/src/sys/BERI_DE4_SDROOT/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-14 05:56:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-14 05:56:50 - ERROR: failed to build BERI_DE4_SDROOT kernel TB --- 2014-03-14 05:56:50 - 4050.46 user 1998.85 system 5774.62 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 14 22:47:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F33F3FC6; Fri, 14 Mar 2014 22:47:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B8D8E8E2; Fri, 14 Mar 2014 22:47:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2EMlexi024506; Sat, 15 Mar 2014 00:47:40 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2EMleJX024429; Fri, 14 Mar 2014 22:47:40 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Mar 2014 22:47:40 GMT Message-Id: <201403142247.s2EMleJX024429@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2014 22:47:51 -0000 TB --- 2014-03-14 20:20:46 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-14 20:20:46 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-14 20:20:46 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-14 20:20:46 - cleaning the object tree TB --- 2014-03-14 20:20:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-14 20:21:23 - At svn revision 263188 TB --- 2014-03-14 20:21:24 - building world TB --- 2014-03-14 20:21:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-14 20:21:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-14 20:21:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-14 20:21:24 - SRCCONF=/dev/null TB --- 2014-03-14 20:21:24 - TARGET=mips TB --- 2014-03-14 20:21:24 - TARGET_ARCH=mips TB --- 2014-03-14 20:21:24 - TZ=UTC TB --- 2014-03-14 20:21:24 - __MAKE_CONF=/dev/null TB --- 2014-03-14 20:21:24 - cd /src TB --- 2014-03-14 20:21:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 14 20:21:34 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 14 21:46:49 UTC 2014 TB --- 2014-03-14 21:46:49 - cd /src/sys/mips/conf TB --- 2014-03-14 21:46:49 - /usr/sbin/config -m ADM5120 TB --- 2014-03-14 21:46:49 - skipping ADM5120 kernel TB --- 2014-03-14 21:46:49 - cd /src/sys/mips/conf TB --- 2014-03-14 21:46:49 - /usr/sbin/config -m ALCHEMY TB --- 2014-03-14 21:46:49 - skipping ALCHEMY kernel TB --- 2014-03-14 21:46:49 - cd /src/sys/mips/conf TB --- 2014-03-14 21:46:49 - /usr/sbin/config -m AP121 TB --- 2014-03-14 21:46:49 - building AP121 kernel TB --- 2014-03-14 21:46:49 - CROSS_BUILD_TESTING=YES TB --- 2014-03-14 21:46:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-14 21:46:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-14 21:46:49 - SRCCONF=/dev/null TB --- 2014-03-14 21:46:49 - TARGET=mips TB --- 2014-03-14 21:46:49 - TARGET_ARCH=mips TB --- 2014-03-14 21:46:49 - TZ=UTC TB --- 2014-03-14 21:46:49 - __MAKE_CONF=/dev/null TB --- 2014-03-14 21:46:49 - cd /src TB --- 2014-03-14 21:46:49 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Fri Mar 14 21:46:49 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Fri Mar 14 21:52:05 UTC 2014 TB --- 2014-03-14 21:52:05 - cd /src/sys/mips/conf TB --- 2014-03-14 21:52:05 - /usr/sbin/config -m AP91 TB --- 2014-03-14 21:52:05 - building AP91 kernel TB --- 2014-03-14 21:52:05 - CROSS_BUILD_TESTING=YES TB --- 2014-03-14 21:52:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-14 21:52:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-14 21:52:05 - SRCCONF=/dev/null TB --- 2014-03-14 21:52:05 - TARGET=mips TB --- 2014-03-14 21:52:05 - TARGET_ARCH=mips TB --- 2014-03-14 21:52:05 - TZ=UTC TB --- 2014-03-14 21:52:05 - __MAKE_CONF=/dev/null TB --- 2014-03-14 21:52:05 - cd /src TB --- 2014-03-14 21:52:05 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Mar 14 21:52:05 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Fri Mar 14 21:59:05 UTC 2014 TB --- 2014-03-14 21:59:05 - cd /src/sys/mips/conf TB --- 2014-03-14 21:59:05 - /usr/sbin/config -m AP93 TB --- 2014-03-14 21:59:05 - building AP93 kernel TB --- 2014-03-14 21:59:05 - CROSS_BUILD_TESTING=YES TB --- 2014-03-14 21:59:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-14 21:59:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-14 21:59:05 - SRCCONF=/dev/null TB --- 2014-03-14 21:59:05 - TARGET=mips TB --- 2014-03-14 21:59:05 - TARGET_ARCH=mips TB --- 2014-03-14 21:59:05 - TZ=UTC TB --- 2014-03-14 21:59:05 - __MAKE_CONF=/dev/null TB --- 2014-03-14 21:59:05 - cd /src TB --- 2014-03-14 21:59:05 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Fri Mar 14 21:59:05 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Fri Mar 14 22:06:38 UTC 2014 TB --- 2014-03-14 22:06:38 - cd /src/sys/mips/conf TB --- 2014-03-14 22:06:38 - /usr/sbin/config -m AP94 TB --- 2014-03-14 22:06:38 - building AP94 kernel TB --- 2014-03-14 22:06:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-14 22:06:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-14 22:06:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-14 22:06:38 - SRCCONF=/dev/null TB --- 2014-03-14 22:06:38 - TARGET=mips TB --- 2014-03-14 22:06:38 - TARGET_ARCH=mips TB --- 2014-03-14 22:06:38 - TZ=UTC TB --- 2014-03-14 22:06:38 - __MAKE_CONF=/dev/null TB --- 2014-03-14 22:06:38 - cd /src TB --- 2014-03-14 22:06:38 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Fri Mar 14 22:06:38 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Fri Mar 14 22:15:15 UTC 2014 TB --- 2014-03-14 22:15:15 - cd /src/sys/mips/conf TB --- 2014-03-14 22:15:15 - /usr/sbin/config -m AP96 TB --- 2014-03-14 22:15:15 - building AP96 kernel TB --- 2014-03-14 22:15:15 - CROSS_BUILD_TESTING=YES TB --- 2014-03-14 22:15:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-14 22:15:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-14 22:15:15 - SRCCONF=/dev/null TB --- 2014-03-14 22:15:15 - TARGET=mips TB --- 2014-03-14 22:15:15 - TARGET_ARCH=mips TB --- 2014-03-14 22:15:15 - TZ=UTC TB --- 2014-03-14 22:15:15 - __MAKE_CONF=/dev/null TB --- 2014-03-14 22:15:15 - cd /src TB --- 2014-03-14 22:15:15 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Fri Mar 14 22:15:15 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Fri Mar 14 22:23:40 UTC 2014 TB --- 2014-03-14 22:23:40 - cd /src/sys/mips/conf TB --- 2014-03-14 22:23:40 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-03-14 22:23:40 - building AR71XX_BASE kernel TB --- 2014-03-14 22:23:40 - CROSS_BUILD_TESTING=YES TB --- 2014-03-14 22:23:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-14 22:23:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-14 22:23:40 - SRCCONF=/dev/null TB --- 2014-03-14 22:23:40 - TARGET=mips TB --- 2014-03-14 22:23:40 - TARGET_ARCH=mips TB --- 2014-03-14 22:23:40 - TZ=UTC TB --- 2014-03-14 22:23:40 - __MAKE_CONF=/dev/null TB --- 2014-03-14 22:23:40 - cd /src TB --- 2014-03-14 22:23:40 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Fri Mar 14 22:23:40 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Fri Mar 14 22:31:06 UTC 2014 TB --- 2014-03-14 22:31:06 - cd /src/sys/mips/conf TB --- 2014-03-14 22:31:06 - /usr/sbin/config -m AR724X_BASE TB --- 2014-03-14 22:31:06 - building AR724X_BASE kernel TB --- 2014-03-14 22:31:06 - CROSS_BUILD_TESTING=YES TB --- 2014-03-14 22:31:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-14 22:31:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-14 22:31:06 - SRCCONF=/dev/null TB --- 2014-03-14 22:31:06 - TARGET=mips TB --- 2014-03-14 22:31:06 - TARGET_ARCH=mips TB --- 2014-03-14 22:31:06 - TZ=UTC TB --- 2014-03-14 22:31:06 - __MAKE_CONF=/dev/null TB --- 2014-03-14 22:31:06 - cd /src TB --- 2014-03-14 22:31:06 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Fri Mar 14 22:31:06 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Fri Mar 14 22:37:01 UTC 2014 TB --- 2014-03-14 22:37:01 - cd /src/sys/mips/conf TB --- 2014-03-14 22:37:01 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-03-14 22:37:01 - building AR91XX_BASE kernel TB --- 2014-03-14 22:37:01 - CROSS_BUILD_TESTING=YES TB --- 2014-03-14 22:37:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-14 22:37:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-14 22:37:01 - SRCCONF=/dev/null TB --- 2014-03-14 22:37:01 - TARGET=mips TB --- 2014-03-14 22:37:01 - TARGET_ARCH=mips TB --- 2014-03-14 22:37:01 - TZ=UTC TB --- 2014-03-14 22:37:01 - __MAKE_CONF=/dev/null TB --- 2014-03-14 22:37:01 - cd /src TB --- 2014-03-14 22:37:01 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Fri Mar 14 22:37:01 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Fri Mar 14 22:43:46 UTC 2014 TB --- 2014-03-14 22:43:46 - cd /src/sys/mips/conf TB --- 2014-03-14 22:43:46 - /usr/sbin/config -m AR933X_BASE TB --- 2014-03-14 22:43:46 - building AR933X_BASE kernel TB --- 2014-03-14 22:43:46 - CROSS_BUILD_TESTING=YES TB --- 2014-03-14 22:43:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-14 22:43:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-14 22:43:46 - SRCCONF=/dev/null TB --- 2014-03-14 22:43:46 - TARGET=mips TB --- 2014-03-14 22:43:46 - TARGET_ARCH=mips TB --- 2014-03-14 22:43:46 - TZ=UTC TB --- 2014-03-14 22:43:46 - __MAKE_CONF=/dev/null TB --- 2014-03-14 22:43:46 - cd /src TB --- 2014-03-14 22:43:46 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Fri Mar 14 22:43:46 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Fri Mar 14 22:47:35 UTC 2014 TB --- 2014-03-14 22:47:36 - cd /src/sys/mips/conf TB --- 2014-03-14 22:47:36 - /usr/sbin/config -m AR934X_BASE TB --- 2014-03-14 22:47:36 - building AR934X_BASE kernel TB --- 2014-03-14 22:47:36 - CROSS_BUILD_TESTING=YES TB --- 2014-03-14 22:47:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-14 22:47:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-14 22:47:36 - SRCCONF=/dev/null TB --- 2014-03-14 22:47:36 - TARGET=mips TB --- 2014-03-14 22:47:36 - TARGET_ARCH=mips TB --- 2014-03-14 22:47:36 - TZ=UTC TB --- 2014-03-14 22:47:36 - __MAKE_CONF=/dev/null TB --- 2014-03-14 22:47:36 - cd /src TB --- 2014-03-14 22:47:36 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Fri Mar 14 22:47:36 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/AR934X_BASE/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-14 22:47:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-14 22:47:39 - ERROR: failed to build AR934X_BASE kernel TB --- 2014-03-14 22:47:39 - 6180.39 user 3038.79 system 8813.06 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 15 00:14:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCCF4C26 for ; Sat, 15 Mar 2014 00:14:18 +0000 (UTC) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D4A5F88 for ; Sat, 15 Mar 2014 00:14:18 +0000 (UTC) Received: from nyi.unixathome.org (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 190C35083F for ; Sat, 15 Mar 2014 00:14:07 +0000 (UTC) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by nyi.unixathome.org (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ff_fXBmRYFd4 for ; Sat, 15 Mar 2014 00:14:06 +0000 (UTC) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 9D16A50830 for ; Sat, 15 Mar 2014 00:14:06 +0000 (UTC) From: Dan Langille Content-Type: multipart/signed; boundary="Apple-Mail=_48977F0F-4D58-4B76-8C8C-58FF42316178"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: sa0 devices disappear after power cycling tape library Message-Id: Date: Fri, 14 Mar 2014 20:14:09 -0400 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Mar 2014 00:14:19 -0000 --Apple-Mail=_48977F0F-4D58-4B76-8C8C-58FF42316178 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I have a tape library which acts up from time to time and I power cycle = it. After running camcontrol devlist rescan, some of the devices are missing This what I see in dev after power cycling the FreeBSD 9.2 server: $ ls *sa* lrwxr-xr-x 1 root wheel 6 Mar 8 02:12 esa0 -> esa0.0 crw-rw---- 1 root operator 0x70 Mar 8 02:12 esa0.0 crw-rw---- 1 root operator 0x76 Mar 8 02:12 esa0.1 crw-rw---- 1 root operator 0x79 Mar 8 02:12 esa0.2 crw-rw---- 1 root operator 0x7c Mar 8 02:12 esa0.3 crw-rw---- 1 root operator 0x75 Mar 8 02:12 nsa0.1 crw-rw---- 1 root operator 0x78 Mar 8 02:12 nsa0.2 crw-rw---- 1 root operator 0x7b Mar 8 02:12 nsa0.3 crw-rw---- 1 root operator 0x74 Mar 8 02:12 sa0.1 crw-rw---- 1 root operator 0x77 Mar 8 02:12 sa0.2 crw-rw---- 1 root operator 0x7a Mar 8 02:12 sa0.3 This is what I see after rebooting the FreeBSD server: $ ls -l *sa* lrwxr-xr-x 1 root wheel 6 Mar 15 00:09 esa0 -> esa0.0 crw-rw---- 1 root operator 0x70 Mar 15 00:09 esa0.0 crw-rw---- 1 root operator 0x76 Mar 15 00:09 esa0.1 crw-rw---- 1 root operator 0x79 Mar 15 00:09 esa0.2 crw-rw---- 1 root operator 0x7c Mar 15 00:09 esa0.3 lrwxr-xr-x 1 root wheel 6 Mar 15 00:09 nsa0 -> nsa0.0 crw-rw---- 1 root operator 0x6f Mar 15 00:09 nsa0.0 crw-rw---- 1 root operator 0x75 Mar 15 00:09 nsa0.1 crw-rw---- 1 root operator 0x78 Mar 15 00:09 nsa0.2 crw-rw---- 1 root operator 0x7b Mar 15 00:09 nsa0.3 lrwxr-xr-x 1 root wheel 5 Mar 15 00:09 sa0 -> sa0.0 crw-rw---- 1 root operator 0x6e Mar 15 00:09 sa0.0 crw-rw---- 1 root operator 0x74 Mar 15 00:09 sa0.1 crw-rw---- 1 root operator 0x77 Mar 15 00:09 sa0.2 crw-rw---- 1 root operator 0x7a Mar 15 00:09 sa0.3 crw-rw---- 1 root operator 0x6d Mar 15 00:09 sa0.ctl Should I just do some ln -s? Something easier, I=92m sure=85. --=20 Dan Langille - http://langille.org --Apple-Mail=_48977F0F-4D58-4B76-8C8C-58FF42316178 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlMjm1EACgkQCgsXFM/7nTzEfwCgozUAfJFUkLftQ383iC52BCQE nRwAoMOt50mIwUqiKDrP4k4ZIjA8X4XF =89xD -----END PGP SIGNATURE----- --Apple-Mail=_48977F0F-4D58-4B76-8C8C-58FF42316178-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 15 01:29:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBAC8EAB for ; Sat, 15 Mar 2014 01:29:35 +0000 (UTC) Received: from mail-qg0-f46.google.com (mail-qg0-f46.google.com [209.85.192.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A688F7F6 for ; Sat, 15 Mar 2014 01:29:35 +0000 (UTC) Received: by mail-qg0-f46.google.com with SMTP id e89so9643624qgf.5 for ; Fri, 14 Mar 2014 18:29:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:references:from:content-type:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version; bh=FAiteA1ZPxnGGcU53cOzyiNiF9S73gWGoawj+NQz3jY=; b=dDlyiUluyz5lotVBCIq5k5N2MQO5jRM95XZkJIOx8ZbOskrIz2at7rwtNwQQEIoIG0 PfmM5C5qp9A1CWmACW8QYaEFWDHO3M5Unr/seQG91fAlO+C4iUqRpuMnpOoRecZ4PcR0 3vkb28Zcz4pDkmYBxWKO4A22W4xRATafelQcXlMfams+E4bp9Kamc3sEUReLFap3ynBp Y3wtTG6TsG2nuHTu58XEfNPbY7MOeWxRnDzLjQHIxYPxKsx2AOFaKgQDDrGz5Cswqe7/ eTzns5f2SxexKdpE4rQnpcdRw282pBXdTGsBW8Xwxksisto4pO7bF1eL1asQPK5G4TR4 PNZw== X-Gm-Message-State: ALoCoQlQnDojBCrk50xJhMyQH0zy1rJzGEfM7DWBNarf9e6qr3vNcNi7q0Pkk/WC0bHN7s0Ahpi7 X-Received: by 10.140.82.8 with SMTP id g8mr13114651qgd.88.1394846974401; Fri, 14 Mar 2014 18:29:34 -0700 (PDT) Received: from [192.168.11.33] (ool-4356784d.dyn.optonline.net. [67.86.120.77]) by mx.google.com with ESMTPSA id l20sm10594413qgd.16.2014.03.14.18.29.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 14 Mar 2014 18:29:33 -0700 (PDT) Subject: Re: sa0 devices disappear after power cycling tape library References: From: Mark Saad Content-Type: text/plain; charset=utf-8 X-Mailer: iPhone Mail (11D167) In-Reply-To: Message-Id: Date: Fri, 14 Mar 2014 21:29:30 -0400 To: "freebsd-stable@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Mar 2014 01:29:36 -0000 > On Mar 14, 2014, at 8:14 PM, Dan Langille wrote: >=20 > I have a tape library which acts up from time to time and I power cycle it= . >=20 > After running camcontrol devlist rescan, some of the devices are missing >=20 > This what I see in dev after power cycling the FreeBSD 9.2 server: >=20 > $ ls *sa* > lrwxr-xr-x 1 root wheel 6 Mar 8 02:12 esa0 -> esa0.0 > crw-rw---- 1 root operator 0x70 Mar 8 02:12 esa0.0 > crw-rw---- 1 root operator 0x76 Mar 8 02:12 esa0.1 > crw-rw---- 1 root operator 0x79 Mar 8 02:12 esa0.2 > crw-rw---- 1 root operator 0x7c Mar 8 02:12 esa0.3 > crw-rw---- 1 root operator 0x75 Mar 8 02:12 nsa0.1 > crw-rw---- 1 root operator 0x78 Mar 8 02:12 nsa0.2 > crw-rw---- 1 root operator 0x7b Mar 8 02:12 nsa0.3 > crw-rw---- 1 root operator 0x74 Mar 8 02:12 sa0.1 > crw-rw---- 1 root operator 0x77 Mar 8 02:12 sa0.2 > crw-rw---- 1 root operator 0x7a Mar 8 02:12 sa0.3 >=20 > This is what I see after rebooting the FreeBSD server: >=20 > $ ls -l *sa* > lrwxr-xr-x 1 root wheel 6 Mar 15 00:09 esa0 -> esa0.0 > crw-rw---- 1 root operator 0x70 Mar 15 00:09 esa0.0 > crw-rw---- 1 root operator 0x76 Mar 15 00:09 esa0.1 > crw-rw---- 1 root operator 0x79 Mar 15 00:09 esa0.2 > crw-rw---- 1 root operator 0x7c Mar 15 00:09 esa0.3 > lrwxr-xr-x 1 root wheel 6 Mar 15 00:09 nsa0 -> nsa0.0 > crw-rw---- 1 root operator 0x6f Mar 15 00:09 nsa0.0 > crw-rw---- 1 root operator 0x75 Mar 15 00:09 nsa0.1 > crw-rw---- 1 root operator 0x78 Mar 15 00:09 nsa0.2 > crw-rw---- 1 root operator 0x7b Mar 15 00:09 nsa0.3 > lrwxr-xr-x 1 root wheel 5 Mar 15 00:09 sa0 -> sa0.0 > crw-rw---- 1 root operator 0x6e Mar 15 00:09 sa0.0 > crw-rw---- 1 root operator 0x74 Mar 15 00:09 sa0.1 > crw-rw---- 1 root operator 0x77 Mar 15 00:09 sa0.2 > crw-rw---- 1 root operator 0x7a Mar 15 00:09 sa0.3 > crw-rw---- 1 root operator 0x6d Mar 15 00:09 sa0.ctl >=20 > Should I just do some ln -s? Something easier, I=E2=80=99m sure=E2=80=A6.= >=20 Have you tried a camcontrol rescan ? Also what does camcontrol devlist -v s= how before and after the reboot ?=20 > --=20 > Dan Langille - http://langille.org >=20 Mark saad | mark.saad@longcount.org=20= From owner-freebsd-stable@FreeBSD.ORG Sat Mar 15 02:11:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31C36DCF for ; Sat, 15 Mar 2014 02:11:53 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE139BC2 for ; Sat, 15 Mar 2014 02:11:51 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.8/8.14.8) with ESMTP id s2F2BjbQ023142 for ; Fri, 14 Mar 2014 21:11:45 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Fri Mar 14 21:11:45 2014 Message-ID: <5323B6DC.7020205@denninger.net> Date: Fri, 14 Mar 2014 21:11:40 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Two odd problems with STABLE-10 r262921 [ZFS ARC memory allocation / "freeze" problems -- RESOLVED] References: <531F14A7.9090103@denninger.net> In-Reply-To: <531F14A7.9090103@denninger.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050600020105040909000403" X-Antivirus: avast! (VPS 140314-1, 03/14/2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Mar 2014 02:11:53 -0000 This is a cryptographically signed message in MIME format. --------------ms050600020105040909000403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 3/11/2014 8:50 AM, Karl Denninger wrote: > > The other issue is that I am running into bizarre wired memory behavior= =2E I > have ZFS on the box and it was wiring down ~20GB, driving the system in= to > paging. I dropped arc_max to 16GB as a hard limit, it's currently show= ing > 15GB, but... > > 20531152 wire > > zfs-stats -A shows: > > > -----------------------------------------------------------------------= - > ZFS Subsystem Report Tue Mar 11 08:27:55 201= 4 > -----------------------------------------------------------------------= - > > ARC Summary: (HEALTHY) > Memory Throttle Count: 0 > > ARC Misc: > Deleted: 4.22m > Recycle Misses: 57.10k > Mutex Misses: 320 > Evict Skips: 2.35m > > ARC Size: 95.96% 15.35 GiB > Target Size: (Adaptive) 100.00% 16.00 GiB > Min Size (Hard Limit): 12.50% 2.00 GiB > Max Size (High Water): 8:1 16.00 GiB > > ARC Size Breakdown: > Recently Used Cache Size: 75.49% 12.08 GiB > Frequently Used Cache Size: 24.51% 3.92 GiB > > ARC Hash Breakdown: > Elements Max: 1.59m > Elements Current: 55.53% 883.80k > Collisions: 5.84m > Chain Max: 16 > Chains: 261.48k > > -----------------------------------------------------------------------= - > > Ok, where's the rest coming from? There's nothing in the shared memory= > segment list that appears to be related. > > Is there a memory leak in here somewhere? As posted to the fs mailing list I have found and corrected this issue;=20 the ARC eviction code has issues. Please pardon the apparently-reversed patch I submitted; it's Friday, I=20 didn't have enough coffee and Murphy got me twice while putting that=20 together (the first time when I pulled the diff off without committing=20 the last change I had made back to my local tree first!) If you're having issues with your system stalling while running ZFS=20 filesystems and it appears you're being driven into paging when you=20 shouldn't be (in other words, the ARC cache is consuming all of your RAM = and not releasing it as other things demand memory) this should fix it. = It also includes a run-time tunable via sysctl (defaults to 25%, which=20 was the original intent of the code that I replaced) for the percentage=20 of memory to target as free, below which the ARC will be asked to=20 release RAM. See http://www.freebsd.org/cgi/query-pr.cgi?pr=3D187594 --=20 -- Karl karl@denninger.net --------------ms050600020105040909000403 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAzMTUwMjExNDBaMCMGCSqGSIb3DQEJBDEW BBRCppqEOPTZqEvdiHYgl+VI9UbqUjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIAPjRoQ0XyenxCXyig02BakSGLkdEN l5jZrMu6aHW/DMjsZRgEtjwpA9GVlvrTG1im32RWTp5a8nAz09k8wKvqtKT9NLNrz2Xcip8B iDFKzBd0Kvg0pkNPKMkh3GT4RhEA+2EGoms/XZLD9lxRJ6ewWBzG5zyw5cdLq+oC+WXQYFQC Bi0xmeXapG5nIOY+LZKmedc9wkXFWo8D0fLSFFcEuntvOl/8YUsJfgOA4g8AOdNxv+11KMde c4x0OmhNbaAPei4L3fAdoLKy00Lw0ouY7xOeyC9M2g9cAmSx0zAycST8N8bE326puDogy5Ed zvwExx/CkchNC8nZ0hDVC3+vmVlm5b3FNGEavUv/hGtMGKJ+ce9Wltf4WgujBM4m/OBjyFXa tdxUwx2xcF0gOPy6XvGHOWSVvncCUBYkdkNmqtrf1nhNTqUE/LQOvUnm60zmJNP7kMbm30gG rTkTyqMntH/Z93ZuqazV/nIxgLJDl1x/eg5q6+pYQawAyRpS3LoLasJoRdormVzlMwIcLxZz oGg0AONxT4hyBIyHbRBFZyXkxxlYiLv9RDti3YxIX1uR8Lq6gewfVHKU+Swiv1/Dy/Q3JR1S jzveIK1z9wm2Hns2PAmNg5rR0+vKCEnGYYttDWEEQshunsA1Z8H995wp7JfwXuB95Vwb9ylp 88eBUbIAAAAAAAA= --------------ms050600020105040909000403-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 15 02:15:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E1D2F37 for ; Sat, 15 Mar 2014 02:15:26 +0000 (UTC) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F188FC56 for ; Sat, 15 Mar 2014 02:15:25 +0000 (UTC) Received: from nyi.unixathome.org (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id AB8005083F for ; Sat, 15 Mar 2014 02:15:24 +0000 (UTC) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by nyi.unixathome.org (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2xBpmriep0LR for ; Sat, 15 Mar 2014 02:15:24 +0000 (UTC) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 2094B50830 for ; Sat, 15 Mar 2014 02:15:23 +0000 (UTC) From: Dan Langille Content-Type: multipart/signed; boundary="Apple-Mail=_A8ECCF76-898F-42A0-A3F1-ADB84C6A8E67"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: Re: sa0 devices disappear after power cycling tape library Date: Fri, 14 Mar 2014 22:15:13 -0400 Message-Id: <0EA8C46E-9903-4602-8F82-2BB9BA1180A6@langille.org> To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Mark Saad List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Mar 2014 02:15:26 -0000 --Apple-Mail=_A8ECCF76-898F-42A0-A3F1-ADB84C6A8E67 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 > > On Mar 14, 2014, at 8:14 PM, Dan Langille wrote: > >=3D20 > > I have a tape library which acts up from time to time and I power = cycle it=3D > . > >=3D20 > > After running camcontrol devlist rescan, some of the devices are = missing > >=3D20 > > This what I see in dev after power cycling the FreeBSD 9.2 server: > >=3D20 > > $ ls *sa* > > lrwxr-xr-x 1 root wheel 6 Mar 8 02:12 esa0 -> esa0.0 > > crw-rw---- 1 root operator 0x70 Mar 8 02:12 esa0.0 > > crw-rw---- 1 root operator 0x76 Mar 8 02:12 esa0.1 > > crw-rw---- 1 root operator 0x79 Mar 8 02:12 esa0.2 > > crw-rw---- 1 root operator 0x7c Mar 8 02:12 esa0.3 > > crw-rw---- 1 root operator 0x75 Mar 8 02:12 nsa0.1 > > crw-rw---- 1 root operator 0x78 Mar 8 02:12 nsa0.2 > > crw-rw---- 1 root operator 0x7b Mar 8 02:12 nsa0.3 > > crw-rw---- 1 root operator 0x74 Mar 8 02:12 sa0.1 > > crw-rw---- 1 root operator 0x77 Mar 8 02:12 sa0.2 > > crw-rw---- 1 root operator 0x7a Mar 8 02:12 sa0.3 > >=3D20 > > This is what I see after rebooting the FreeBSD server: > >=3D20 > > $ ls -l *sa* > > lrwxr-xr-x 1 root wheel 6 Mar 15 00:09 esa0 -> esa0.0 > > crw-rw---- 1 root operator 0x70 Mar 15 00:09 esa0.0 > > crw-rw---- 1 root operator 0x76 Mar 15 00:09 esa0.1 > > crw-rw---- 1 root operator 0x79 Mar 15 00:09 esa0.2 > > crw-rw---- 1 root operator 0x7c Mar 15 00:09 esa0.3 > > lrwxr-xr-x 1 root wheel 6 Mar 15 00:09 nsa0 -> nsa0.0 > > crw-rw---- 1 root operator 0x6f Mar 15 00:09 nsa0.0 > > crw-rw---- 1 root operator 0x75 Mar 15 00:09 nsa0.1 > > crw-rw---- 1 root operator 0x78 Mar 15 00:09 nsa0.2 > > crw-rw---- 1 root operator 0x7b Mar 15 00:09 nsa0.3 > > lrwxr-xr-x 1 root wheel 5 Mar 15 00:09 sa0 -> sa0.0 > > crw-rw---- 1 root operator 0x6e Mar 15 00:09 sa0.0 > > crw-rw---- 1 root operator 0x74 Mar 15 00:09 sa0.1 > > crw-rw---- 1 root operator 0x77 Mar 15 00:09 sa0.2 > > crw-rw---- 1 root operator 0x7a Mar 15 00:09 sa0.3 > > crw-rw---- 1 root operator 0x6d Mar 15 00:09 sa0.ctl > >=3D20 > > Should I just do some ln -s? Something easier, I=3DE2=3D80=3D99m = sure=3DE2=3D80=3DA6.=3D >=20 > >=3D20 >=20 >=20 > Have you tried a camcontrol rescan ? Yes, that=92s what I meant by 'camcontrol devlist rescan=92 above=85 I ran: camcontrol rescan all. The output above is after that command. > Also what does camcontrol devlist -v s=3D > how before and after the reboot ?=3D20 I don=92t have before, but after is: $ sudo camcontrol devlistol devlist Password: at scbus0 target 2 lun 0 (pass0,da0) at scbus0 target 10 lun 0 (pass1,da1) at scbus0 target 11 lun 0 (pass2,da2) at scbus0 target 12 lun 0 (pass3,da3) at scbus0 target 13 lun 0 (pass4,da4) at scbus0 target 14 lun 0 (pass5,da5) at scbus0 target 16 lun 0 (pass6,da6) at scbus0 target 17 lun 0 (pass7,da7) at scbus5 target 0 lun 0 (ada0,pass8) at scbus5 target 1 lun 0 (ada1,pass9) at scbus7 target 4 lun 0 (sa0,pass10) at scbus7 target 6 lun 0 (pass11,ch0) IIRC, before I ran the command, the last two entries were missing. --=20 Dan Langille - http://langille.org --Apple-Mail=_A8ECCF76-898F-42A0-A3F1-ADB84C6A8E67 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlMjt7gACgkQCgsXFM/7nTxl1wCg4zev16fO+SbR3fOHgD1If8Q3 9aUAnRJnk/y59OJcm6lFAPH+MsYpzIK5 =WzUk -----END PGP SIGNATURE----- --Apple-Mail=_A8ECCF76-898F-42A0-A3F1-ADB84C6A8E67-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 15 02:26:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E58924F for ; Sat, 15 Mar 2014 02:26:27 +0000 (UTC) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DC206D63 for ; Sat, 15 Mar 2014 02:26:26 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id e16so3842707qcx.27 for ; Fri, 14 Mar 2014 19:26:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:references:from:content-type:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version; bh=HsIDQfgZtKopKORL/ym5zL1wIErd8TLIPer4jpRbhNg=; b=SI7DIWhecTmy65OVoQG1mSYJ76Lb8dTfFpHw6BAC1824vcN98SfEG7lfDBA65fvJtD 3NQvP6wWCpfgzzSV6qBy5OpUs/3ZhAz/kk70CQtH2wRXhdBsroCaUePtfiNr8y1ozS2o Qj2jR5bWej28b0bzbINHmePd6xp9xHRqK7iZl39CAGK975ySnBV4J6CQ9vx2ZShN5x4H pIim5uAI6wV0Cz6hrU7SFgBAWgDkW9tqHR8Dxf9EHOyiYGhXT5H21O5p4kXnAoiHXXb1 hxdfLlQHy7sNm2zfTWmnySSTzLS7DVR+O7GszhaqvNkrEOEOB6GU9DabCD0baN+h2011 RqtA== X-Gm-Message-State: ALoCoQmvZrepoD9J+xeYJFWPkKWh2+V5f5Amo6Vw1ao2S324MZCdVVzwCtVpVhKcf82TayARPje8 X-Received: by 10.224.50.72 with SMTP id y8mr14115004qaf.36.1394850379358; Fri, 14 Mar 2014 19:26:19 -0700 (PDT) Received: from [192.168.11.33] (ool-4356784d.dyn.optonline.net. [67.86.120.77]) by mx.google.com with ESMTPSA id p67sm10781524qgd.8.2014.03.14.19.26.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 14 Mar 2014 19:26:17 -0700 (PDT) Subject: Re: sa0 devices disappear after power cycling tape library References: <0EA8C46E-9903-4602-8F82-2BB9BA1180A6@langille.org> From: Mark Saad Content-Type: text/plain; charset=utf-8 X-Mailer: iPhone Mail (11D167) In-Reply-To: <0EA8C46E-9903-4602-8F82-2BB9BA1180A6@langille.org> Message-Id: <09A7582E-ED1C-44A2-B235-ED9A8C7711F8@longcount.org> Date: Fri, 14 Mar 2014 22:26:15 -0400 To: "freebsd-stable@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Mar 2014 02:26:27 -0000 On Mar 14, 2014, at 10:15 PM, Dan Langille wrote: >>> On Mar 14, 2014, at 8:14 PM, Dan Langille wrote: >>> =3D20 >>> I have a tape library which acts up from time to time and I power cycle i= t=3D >> . >>> =3D20 >>> After running camcontrol devlist rescan, some of the devices are missing= >>> =3D20 >>> This what I see in dev after power cycling the FreeBSD 9.2 server: >>> =3D20 >>> $ ls *sa* >>> lrwxr-xr-x 1 root wheel 6 Mar 8 02:12 esa0 -> esa0.0 >>> crw-rw---- 1 root operator 0x70 Mar 8 02:12 esa0.0 >>> crw-rw---- 1 root operator 0x76 Mar 8 02:12 esa0.1 >>> crw-rw---- 1 root operator 0x79 Mar 8 02:12 esa0.2 >>> crw-rw---- 1 root operator 0x7c Mar 8 02:12 esa0.3 >>> crw-rw---- 1 root operator 0x75 Mar 8 02:12 nsa0.1 >>> crw-rw---- 1 root operator 0x78 Mar 8 02:12 nsa0.2 >>> crw-rw---- 1 root operator 0x7b Mar 8 02:12 nsa0.3 >>> crw-rw---- 1 root operator 0x74 Mar 8 02:12 sa0.1 >>> crw-rw---- 1 root operator 0x77 Mar 8 02:12 sa0.2 >>> crw-rw---- 1 root operator 0x7a Mar 8 02:12 sa0.3 >>> =3D20 >>> This is what I see after rebooting the FreeBSD server: >>> =3D20 >>> $ ls -l *sa* >>> lrwxr-xr-x 1 root wheel 6 Mar 15 00:09 esa0 -> esa0.0 >>> crw-rw---- 1 root operator 0x70 Mar 15 00:09 esa0.0 >>> crw-rw---- 1 root operator 0x76 Mar 15 00:09 esa0.1 >>> crw-rw---- 1 root operator 0x79 Mar 15 00:09 esa0.2 >>> crw-rw---- 1 root operator 0x7c Mar 15 00:09 esa0.3 >>> lrwxr-xr-x 1 root wheel 6 Mar 15 00:09 nsa0 -> nsa0.0 >>> crw-rw---- 1 root operator 0x6f Mar 15 00:09 nsa0.0 >>> crw-rw---- 1 root operator 0x75 Mar 15 00:09 nsa0.1 >>> crw-rw---- 1 root operator 0x78 Mar 15 00:09 nsa0.2 >>> crw-rw---- 1 root operator 0x7b Mar 15 00:09 nsa0.3 >>> lrwxr-xr-x 1 root wheel 5 Mar 15 00:09 sa0 -> sa0.0 >>> crw-rw---- 1 root operator 0x6e Mar 15 00:09 sa0.0 >>> crw-rw---- 1 root operator 0x74 Mar 15 00:09 sa0.1 >>> crw-rw---- 1 root operator 0x77 Mar 15 00:09 sa0.2 >>> crw-rw---- 1 root operator 0x7a Mar 15 00:09 sa0.3 >>> crw-rw---- 1 root operator 0x6d Mar 15 00:09 sa0.ctl >>> =3D20 >>> Should I just do some ln -s? Something easier, I=3DE2=3D80=3D99m sure=3D= E2=3D80=3DA6.=3D >>=20 >>> =3D20 >>=20 >>=20 >> Have you tried a camcontrol rescan ? >=20 > Yes, that=E2=80=99s what I meant by 'camcontrol devlist rescan=E2=80=99 ab= ove=E2=80=A6 >=20 Sorry I missed that , I think that syntax may not do what you want=20 > I ran: camcontrol rescan all. The output above is after that command. >=20 How is the dlt drive attached , fc-al , sas or SCSI ?=20 >> Also what does camcontrol devlist -v s=3D >> how before and after the reboot ?=3D20 >=20 > I don=E2=80=99t have before, but after is: >=20 > $ sudo camcontrol devlistol devlist > Password: > at scbus0 target 2 lun 0 (pass0,da0) > at scbus0 target 10 lun 0 (pass1,da1) > at scbus0 target 11 lun 0 (pass2,da2) > at scbus0 target 12 lun 0 (pass3,da3) > at scbus0 target 13 lun 0 (pass4,da4) > at scbus0 target 14 lun 0 (pass5,da5) > at scbus0 target 16 lun 0 (pass6,da6) > at scbus0 target 17 lun 0 (pass7,da7) > at scbus5 target 0 lun 0 (ada0,pass8) > at scbus5 target 1 lun 0 (ada1,pass9) > at scbus7 target 4 lun 0 (sa0,pass10) > at scbus7 target 6 lun 0 (pass11,ch0) >=20 > IIRC, before I ran the command, the last two entries were missing. >=20 So this is a robotic library and drive ?=20 Also do I I read you right the sa0 entry is back,or you still just have have= sa0.0 ? You could use etc/devfs.conf to make a link entry , see the end of the fil= e for examples. But I suspect something else is up . I have seen this before= but I can't remember what caused it off hand .=20 > --=20 > Dan Langille - http://langille.org >=20 Mark saad | mark.saad@longcount.org=20= From owner-freebsd-stable@FreeBSD.ORG Sat Mar 15 12:01:38 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70BACA2E; Sat, 15 Mar 2014 12:01:38 +0000 (UTC) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 18286132; Sat, 15 Mar 2014 12:01:38 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 8B4194000F; Sat, 15 Mar 2014 13:01:35 +0100 (CET) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 80FE14001E; Sat, 15 Mar 2014 13:01:35 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (unknown [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 5111D4000F; Sat, 15 Mar 2014 13:01:35 +0100 (CET) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3fmMnW0f7Fz8gh2; Sat, 15 Mar 2014 13:01:35 +0100 (CET) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([10.1.0.3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [10.1.0.6]) (amavisd-new, port 10025) with ESMTPS id HkBYDiOoCRb7; Sat, 15 Mar 2014 13:01:32 +0100 (CET) Received: from mail.daemonic.se (mail.daemonic.se [10.1.0.4]) by mx.daemonic.se (Postfix) with ESMTPS id 3fmMnS5wdTz8ggv; Sat, 15 Mar 2014 13:01:32 +0100 (CET) Received: from tifa.daemonic.se (tifa.daemonic.se [10.32.0.6]) by mail.daemonic.se (Postfix) with ESMTPSA id 3fmMnS5SXdz9CvV; Sat, 15 Mar 2014 13:01:32 +0100 (CET) Received: from tifa.daemonic.se (localhost [IPv6:::1]) by tifa.daemonic.se (Postfix) with ESMTP id A4D1122831; Sat, 15 Mar 2014 13:01:32 +0100 (CET) Message-ID: <5324411C.90204@freebsd.org> Date: Sat, 15 Mar 2014 13:01:32 +0100 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: x11@freebsd.org, ports@freebsd.org, stable@freebsd.org Subject: [CFT] switch default version of xorg on 10-STABLE Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: x11@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Mar 2014 12:01:38 -0000 This mail is cross-posted across several mailing lists. Please respect reply-to! It is time to switch FreeBSD 10-stable over to the new xorg distribution. The patch at [1] will do just that, for FreeBSD 10 versions after vt(9) was merged. It also contains fixes for USES=libtool, some minor updates and some shlib version bumps. Please test it and report successes or failures to us on x11@freebsd.org Apply it using svn patch (I don't think regular patch will work) and rebuild all ports to test it. [1] http://people.freebsd.org/~zeising/xorg-switch.10.diff More information here: https://wiki.freebsd.org/Graphics Regards! -- Niclas Zeising From owner-freebsd-stable@FreeBSD.ORG Sat Mar 15 19:44:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 770AFA5A for ; Sat, 15 Mar 2014 19:44:47 +0000 (UTC) Received: from mail-pb0-x22c.google.com (mail-pb0-x22c.google.com [IPv6:2607:f8b0:400e:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4F402DB6 for ; Sat, 15 Mar 2014 19:44:47 +0000 (UTC) Received: by mail-pb0-f44.google.com with SMTP id rp16so4054729pbb.3 for ; Sat, 15 Mar 2014 12:44:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=icA53xqiv1KfWvLdnokEB339sh9ggUUTaNYosh+/RR0=; b=UjwoEaPqZeIBofZj88LzIYEU5vXeTMwlqsqtOka+gyHuxcTbSzZm5gFmCofraRfL5G CFsXA4+4fZk0RvO4vxYKgvXn4bCs3IxA9YZsMKXsPhcXTNfDy2i4Z4eTZNZs7RkGzXcS ncuJnoLOouNFF88+NqwWEoM3oEy135m14LJ6gkr4pGeZ/E2ghBEKhUen+56MtxR+8tFn iHxBYY2NHIG3GcTywkDCWtEz8pSa62ZHRsd6/gxv1bSDWLCNoKpNiPv8gcGiBoPOPgdJ xwHFZRz684y7omthjvvXs/g+FWFlVrU7Ex9k6mo3OhbiZaqPHW1LwBhh3bUQ8QI2JUjP xtvA== MIME-Version: 1.0 X-Received: by 10.68.237.133 with SMTP id vc5mr16479399pbc.92.1394912686892; Sat, 15 Mar 2014 12:44:46 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Sat, 15 Mar 2014 12:44:46 -0700 (PDT) Date: Sat, 15 Mar 2014 12:44:46 -0700 X-Google-Sender-Auth: y-r8N7263JQCHjg2GkNkDt6JPW8 Message-ID: Subject: Clock issues and crash on resume on 10-Stable r263062M From: Kevin Oberman To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Mar 2014 19:44:47 -0000 I am seeing clock related issues when resuming from a suspended state on my laptop running r263062M. I've seen two failures, but both appear to be dealing with updating the system time after resuming. FreeBSD rogue.local 10.0-STABLE FreeBSD 10.0-STABLE #0 r263062M: Tue Mar 11 22:14:07 PDT 2014 root@rogue.local:/usr/obj/usr/src/sys/VT amd64 1. The time does not update after resume. The time on the system simply starts counting again from the time of the suspend. 'ntpq -p' shows no sync to any clock and a rather large offset to them once there has been poll of that server. It is possible that, if I waited long enough, that NTP would correct the time, but with polling at 1024 seconds and several polls needed for the time to try to reset, I simply forced the time to within a second and went on. 2. The time does not update after resume. After about 2 seconds, ehe system crashes. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x30 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff808c9ef3 stack pointer = 0x28:0xfffffe00f13548e0 frame pointer = 0x28:0xfffffe00f13549b0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi4: clock) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0xffffffff808ed460 at kdb_backtrace+0x60 #1 0xffffffff808b4e35 at panic+0x155 #2 0xffffffff80c97022 at trap_fatal+0x3a2 #3 0xffffffff80c972f9 at trap_pfault+0x2c9 #4 0xffffffff80c96a8b at trap+0x5bb #5 0xffffffff80c7dd42 at calltrap+0x8 #6 0xffffffff808ca304 at softclock+0x94 #7 0xffffffff8088929b at intr_event_execute_handlers+0xab #8 0xffffffff808896e6 at ithread_loop+0x96 #9 0xffffffff80886f4a at fork_exit+0x9a #10 0xffffffff80c7e27e at fork_trampoline+0xe [...] #0 doadump (textdump=) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:219 #1 0xffffffff808b4ab0 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:452 #2 0xffffffff808b4e74 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0xffffffff80c97022 in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:875 #4 0xffffffff80c972f9 in trap_pfault (frame=0xfffffe00f1354830, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:692 #5 0xffffffff80c96a8b in trap (frame=0xfffffe00f1354830) at /usr/src/sys/amd64/amd64/trap.c:456 #6 0xffffffff80c7dd42 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0xffffffff808c9ef3 in softclock_call_cc (c=0xffffffff813834b8, cc=0xffffffff81527680, direct=0) at /usr/src/sys/kern/kern_timeout.c:701 #8 0xffffffff808ca304 in softclock (arg=0xffffffff81527680) at /usr/src/sys/kern/kern_timeout.c:810 #9 0xffffffff8088929b in intr_event_execute_handlers ( p=, ie=0xfffff800027b0900) at /usr/src/sys/kern/kern_intr.c:1263 #10 0xffffffff808896e6 in ithread_loop (arg=0xfffff8000292ac60) at /usr/src/sys/kern/kern_intr.c:1276 #11 0xffffffff80886f4a in fork_exit ( callout=0xffffffff80889650 , arg=0xfffff8000292ac60, frame=0xfffffe00f1354ac0) at /usr/src/sys/kern/kern_fork.c:995 #12 0xffffffff80c7e27e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #13 0x0000000000000000 in ?? () Current language: auto; currently minimal One of these failures has occurred on over half of the resume operations I have tried since about March 3rd, though I have had only one crash, earlier today. N.B. I failed to remove VESA from my kernel on March 3, so was unable to resume until I added VT and removed VESA on March 11. Resume worked fine with my kernel at r261581. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Mar 15 21:13:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0EFAEB1D for ; Sat, 15 Mar 2014 21:13:00 +0000 (UTC) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C28526C5 for ; Sat, 15 Mar 2014 21:12:59 +0000 (UTC) Received: (qmail 24891 invoked by uid 89); 15 Mar 2014 21:11:39 -0000 Received: from unknown (HELO ?192.168.0.8?) (danallen46@airwired.net@66.29.174.6) by mail.utahbroadband.com with ESMTPA; 15 Mar 2014 21:11:39 -0000 From: Dan Allen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: r257490 absent from stable/10 Message-Id: Date: Sat, 15 Mar 2014 15:06:03 -0600 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Mar 2014 21:13:00 -0000 head/sys/dev/msk/if_msk.c has a bad bug in FreeBSD 10-STABLE. (I am = up-to-date with svn stable/10.) My network card is unusable. This is the "msk0: watchdog timeout" = problem. However, yongari fixed this in r257490! I just got that revision with = its small fix that allows my network card to actually work, built it, = and everything is good. REQUEST: Can we get this r257490 fix put into the main STABLE tree? More details are in this thread: = http://lists.freebsd.org/pipermail/freebsd-stable/2013-November/075699.htm= l Thanks, Dan From owner-freebsd-stable@FreeBSD.ORG Sun Mar 16 07:15:13 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E9BFF12; Sun, 16 Mar 2014 07:15:13 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E20B2933; Sun, 16 Mar 2014 07:15:11 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2G7EucT006325; Sun, 16 Mar 2014 09:14:56 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2G7EulE006291; Sun, 16 Mar 2014 07:14:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 16 Mar 2014 07:14:56 GMT Message-Id: <201403160714.s2G7EulE006291@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Mar 2014 07:15:13 -0000 TB --- 2014-03-16 04:20:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-16 04:20:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-16 04:20:43 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-16 04:20:43 - cleaning the object tree TB --- 2014-03-16 04:20:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-16 04:21:34 - At svn revision 263226 TB --- 2014-03-16 04:21:35 - building world TB --- 2014-03-16 04:21:35 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 04:21:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 04:21:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 04:21:35 - SRCCONF=/dev/null TB --- 2014-03-16 04:21:35 - TARGET=mips TB --- 2014-03-16 04:21:35 - TARGET_ARCH=mips TB --- 2014-03-16 04:21:35 - TZ=UTC TB --- 2014-03-16 04:21:35 - __MAKE_CONF=/dev/null TB --- 2014-03-16 04:21:35 - cd /src TB --- 2014-03-16 04:21:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 16 04:21:46 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 16 05:47:00 UTC 2014 TB --- 2014-03-16 05:47:00 - cd /src/sys/mips/conf TB --- 2014-03-16 05:47:00 - /usr/sbin/config -m ADM5120 TB --- 2014-03-16 05:47:00 - skipping ADM5120 kernel TB --- 2014-03-16 05:47:00 - cd /src/sys/mips/conf TB --- 2014-03-16 05:47:00 - /usr/sbin/config -m ALCHEMY TB --- 2014-03-16 05:47:00 - skipping ALCHEMY kernel TB --- 2014-03-16 05:47:00 - cd /src/sys/mips/conf TB --- 2014-03-16 05:47:00 - /usr/sbin/config -m AP121 TB --- 2014-03-16 05:47:00 - building AP121 kernel TB --- 2014-03-16 05:47:00 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 05:47:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 05:47:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 05:47:00 - SRCCONF=/dev/null TB --- 2014-03-16 05:47:00 - TARGET=mips TB --- 2014-03-16 05:47:00 - TARGET_ARCH=mips TB --- 2014-03-16 05:47:00 - TZ=UTC TB --- 2014-03-16 05:47:00 - __MAKE_CONF=/dev/null TB --- 2014-03-16 05:47:00 - cd /src TB --- 2014-03-16 05:47:00 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sun Mar 16 05:47:01 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Sun Mar 16 05:52:19 UTC 2014 TB --- 2014-03-16 05:52:19 - cd /src/sys/mips/conf TB --- 2014-03-16 05:52:19 - /usr/sbin/config -m AP91 TB --- 2014-03-16 05:52:19 - building AP91 kernel TB --- 2014-03-16 05:52:19 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 05:52:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 05:52:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 05:52:19 - SRCCONF=/dev/null TB --- 2014-03-16 05:52:19 - TARGET=mips TB --- 2014-03-16 05:52:19 - TARGET_ARCH=mips TB --- 2014-03-16 05:52:19 - TZ=UTC TB --- 2014-03-16 05:52:19 - __MAKE_CONF=/dev/null TB --- 2014-03-16 05:52:19 - cd /src TB --- 2014-03-16 05:52:19 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sun Mar 16 05:52:19 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Sun Mar 16 05:59:21 UTC 2014 TB --- 2014-03-16 05:59:21 - cd /src/sys/mips/conf TB --- 2014-03-16 05:59:21 - /usr/sbin/config -m AP93 TB --- 2014-03-16 05:59:21 - building AP93 kernel TB --- 2014-03-16 05:59:21 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 05:59:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 05:59:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 05:59:21 - SRCCONF=/dev/null TB --- 2014-03-16 05:59:21 - TARGET=mips TB --- 2014-03-16 05:59:21 - TARGET_ARCH=mips TB --- 2014-03-16 05:59:21 - TZ=UTC TB --- 2014-03-16 05:59:21 - __MAKE_CONF=/dev/null TB --- 2014-03-16 05:59:21 - cd /src TB --- 2014-03-16 05:59:21 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Sun Mar 16 05:59:21 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Sun Mar 16 06:06:52 UTC 2014 TB --- 2014-03-16 06:06:52 - cd /src/sys/mips/conf TB --- 2014-03-16 06:06:52 - /usr/sbin/config -m AP94 TB --- 2014-03-16 06:06:52 - building AP94 kernel TB --- 2014-03-16 06:06:52 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 06:06:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 06:06:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 06:06:52 - SRCCONF=/dev/null TB --- 2014-03-16 06:06:52 - TARGET=mips TB --- 2014-03-16 06:06:52 - TARGET_ARCH=mips TB --- 2014-03-16 06:06:52 - TZ=UTC TB --- 2014-03-16 06:06:52 - __MAKE_CONF=/dev/null TB --- 2014-03-16 06:06:52 - cd /src TB --- 2014-03-16 06:06:52 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Sun Mar 16 06:06:52 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Sun Mar 16 06:15:28 UTC 2014 TB --- 2014-03-16 06:15:28 - cd /src/sys/mips/conf TB --- 2014-03-16 06:15:28 - /usr/sbin/config -m AP96 TB --- 2014-03-16 06:15:28 - building AP96 kernel TB --- 2014-03-16 06:15:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 06:15:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 06:15:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 06:15:28 - SRCCONF=/dev/null TB --- 2014-03-16 06:15:28 - TARGET=mips TB --- 2014-03-16 06:15:28 - TARGET_ARCH=mips TB --- 2014-03-16 06:15:28 - TZ=UTC TB --- 2014-03-16 06:15:28 - __MAKE_CONF=/dev/null TB --- 2014-03-16 06:15:28 - cd /src TB --- 2014-03-16 06:15:28 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Sun Mar 16 06:15:28 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Sun Mar 16 06:23:56 UTC 2014 TB --- 2014-03-16 06:23:56 - cd /src/sys/mips/conf TB --- 2014-03-16 06:23:56 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-03-16 06:23:56 - building AR71XX_BASE kernel TB --- 2014-03-16 06:23:56 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 06:23:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 06:23:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 06:23:56 - SRCCONF=/dev/null TB --- 2014-03-16 06:23:56 - TARGET=mips TB --- 2014-03-16 06:23:56 - TARGET_ARCH=mips TB --- 2014-03-16 06:23:56 - TZ=UTC TB --- 2014-03-16 06:23:56 - __MAKE_CONF=/dev/null TB --- 2014-03-16 06:23:56 - cd /src TB --- 2014-03-16 06:23:56 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Sun Mar 16 06:23:57 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Sun Mar 16 06:31:21 UTC 2014 TB --- 2014-03-16 06:31:21 - cd /src/sys/mips/conf TB --- 2014-03-16 06:31:21 - /usr/sbin/config -m AR724X_BASE TB --- 2014-03-16 06:31:21 - building AR724X_BASE kernel TB --- 2014-03-16 06:31:21 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 06:31:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 06:31:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 06:31:21 - SRCCONF=/dev/null TB --- 2014-03-16 06:31:21 - TARGET=mips TB --- 2014-03-16 06:31:21 - TARGET_ARCH=mips TB --- 2014-03-16 06:31:21 - TZ=UTC TB --- 2014-03-16 06:31:21 - __MAKE_CONF=/dev/null TB --- 2014-03-16 06:31:21 - cd /src TB --- 2014-03-16 06:31:21 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Sun Mar 16 06:31:21 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Sun Mar 16 06:37:15 UTC 2014 TB --- 2014-03-16 06:37:15 - cd /src/sys/mips/conf TB --- 2014-03-16 06:37:15 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-03-16 06:37:15 - building AR91XX_BASE kernel TB --- 2014-03-16 06:37:15 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 06:37:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 06:37:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 06:37:15 - SRCCONF=/dev/null TB --- 2014-03-16 06:37:15 - TARGET=mips TB --- 2014-03-16 06:37:15 - TARGET_ARCH=mips TB --- 2014-03-16 06:37:15 - TZ=UTC TB --- 2014-03-16 06:37:15 - __MAKE_CONF=/dev/null TB --- 2014-03-16 06:37:15 - cd /src TB --- 2014-03-16 06:37:15 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Sun Mar 16 06:37:15 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Sun Mar 16 06:44:01 UTC 2014 TB --- 2014-03-16 06:44:01 - cd /src/sys/mips/conf TB --- 2014-03-16 06:44:01 - /usr/sbin/config -m AR933X_BASE TB --- 2014-03-16 06:44:01 - building AR933X_BASE kernel TB --- 2014-03-16 06:44:01 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 06:44:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 06:44:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 06:44:01 - SRCCONF=/dev/null TB --- 2014-03-16 06:44:01 - TARGET=mips TB --- 2014-03-16 06:44:01 - TARGET_ARCH=mips TB --- 2014-03-16 06:44:01 - TZ=UTC TB --- 2014-03-16 06:44:01 - __MAKE_CONF=/dev/null TB --- 2014-03-16 06:44:01 - cd /src TB --- 2014-03-16 06:44:01 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Sun Mar 16 06:44:01 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Sun Mar 16 06:47:50 UTC 2014 TB --- 2014-03-16 06:47:50 - cd /src/sys/mips/conf TB --- 2014-03-16 06:47:50 - /usr/sbin/config -m AR934X_BASE TB --- 2014-03-16 06:47:50 - building AR934X_BASE kernel TB --- 2014-03-16 06:47:50 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 06:47:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 06:47:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 06:47:50 - SRCCONF=/dev/null TB --- 2014-03-16 06:47:50 - TARGET=mips TB --- 2014-03-16 06:47:50 - TARGET_ARCH=mips TB --- 2014-03-16 06:47:50 - TZ=UTC TB --- 2014-03-16 06:47:50 - __MAKE_CONF=/dev/null TB --- 2014-03-16 06:47:50 - cd /src TB --- 2014-03-16 06:47:50 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Sun Mar 16 06:47:50 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR934X_BASE completed on Sun Mar 16 06:51:45 UTC 2014 TB --- 2014-03-16 06:51:45 - cd /src/sys/mips/conf TB --- 2014-03-16 06:51:45 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-03-16 06:51:45 - skipping BERI_DE4_BASE kernel TB --- 2014-03-16 06:51:45 - cd /src/sys/mips/conf TB --- 2014-03-16 06:51:45 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-03-16 06:51:45 - skipping BERI_DE4_MDROOT kernel TB --- 2014-03-16 06:51:45 - cd /src/sys/mips/conf TB --- 2014-03-16 06:51:45 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-03-16 06:51:45 - skipping BERI_DE4_SDROOT kernel TB --- 2014-03-16 06:51:45 - cd /src/sys/mips/conf TB --- 2014-03-16 06:51:45 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-03-16 06:51:45 - skipping BERI_NETFPGA_MDROOT kernel TB --- 2014-03-16 06:51:45 - cd /src/sys/mips/conf TB --- 2014-03-16 06:51:45 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-03-16 06:51:45 - skipping BERI_SIM_BASE kernel TB --- 2014-03-16 06:51:45 - cd /src/sys/mips/conf TB --- 2014-03-16 06:51:45 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-03-16 06:51:45 - skipping BERI_SIM_MDROOT kernel TB --- 2014-03-16 06:51:45 - cd /src/sys/mips/conf TB --- 2014-03-16 06:51:45 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-03-16 06:51:45 - skipping BERI_SIM_SDROOT kernel TB --- 2014-03-16 06:51:45 - cd /src/sys/mips/conf TB --- 2014-03-16 06:51:45 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-03-16 06:51:45 - skipping BERI_TEMPLATE kernel TB --- 2014-03-16 06:51:45 - cd /src/sys/mips/conf TB --- 2014-03-16 06:51:45 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-03-16 06:51:45 - building CARAMBOLA2 kernel TB --- 2014-03-16 06:51:45 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 06:51:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 06:51:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 06:51:45 - SRCCONF=/dev/null TB --- 2014-03-16 06:51:45 - TARGET=mips TB --- 2014-03-16 06:51:45 - TARGET_ARCH=mips TB --- 2014-03-16 06:51:45 - TZ=UTC TB --- 2014-03-16 06:51:45 - __MAKE_CONF=/dev/null TB --- 2014-03-16 06:51:45 - cd /src TB --- 2014-03-16 06:51:45 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Sun Mar 16 06:51:45 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CARAMBOLA2 completed on Sun Mar 16 06:55:37 UTC 2014 TB --- 2014-03-16 06:55:37 - cd /src/sys/mips/conf TB --- 2014-03-16 06:55:37 - /usr/sbin/config -m DB120 TB --- 2014-03-16 06:55:37 - building DB120 kernel TB --- 2014-03-16 06:55:37 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 06:55:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 06:55:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 06:55:37 - SRCCONF=/dev/null TB --- 2014-03-16 06:55:37 - TARGET=mips TB --- 2014-03-16 06:55:37 - TARGET_ARCH=mips TB --- 2014-03-16 06:55:37 - TZ=UTC TB --- 2014-03-16 06:55:37 - __MAKE_CONF=/dev/null TB --- 2014-03-16 06:55:37 - cd /src TB --- 2014-03-16 06:55:37 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Sun Mar 16 06:55:37 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB120 completed on Sun Mar 16 06:59:34 UTC 2014 TB --- 2014-03-16 06:59:34 - cd /src/sys/mips/conf TB --- 2014-03-16 06:59:34 - /usr/sbin/config -m DIR-825 TB --- 2014-03-16 06:59:34 - building DIR-825 kernel TB --- 2014-03-16 06:59:34 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 06:59:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 06:59:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 06:59:34 - SRCCONF=/dev/null TB --- 2014-03-16 06:59:34 - TARGET=mips TB --- 2014-03-16 06:59:34 - TARGET_ARCH=mips TB --- 2014-03-16 06:59:34 - TZ=UTC TB --- 2014-03-16 06:59:34 - __MAKE_CONF=/dev/null TB --- 2014-03-16 06:59:34 - cd /src TB --- 2014-03-16 06:59:34 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Sun Mar 16 06:59:34 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DIR-825 completed on Sun Mar 16 07:05:12 UTC 2014 TB --- 2014-03-16 07:05:12 - cd /src/sys/mips/conf TB --- 2014-03-16 07:05:12 - /usr/sbin/config -m ENH200 TB --- 2014-03-16 07:05:12 - building ENH200 kernel TB --- 2014-03-16 07:05:12 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 07:05:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 07:05:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 07:05:12 - SRCCONF=/dev/null TB --- 2014-03-16 07:05:12 - TARGET=mips TB --- 2014-03-16 07:05:12 - TARGET_ARCH=mips TB --- 2014-03-16 07:05:12 - TZ=UTC TB --- 2014-03-16 07:05:12 - __MAKE_CONF=/dev/null TB --- 2014-03-16 07:05:12 - cd /src TB --- 2014-03-16 07:05:12 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Sun Mar 16 07:05:12 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ENH200 completed on Sun Mar 16 07:11:58 UTC 2014 TB --- 2014-03-16 07:11:58 - cd /src/sys/mips/conf TB --- 2014-03-16 07:11:58 - /usr/sbin/config -m GXEMUL TB --- 2014-03-16 07:11:58 - skipping GXEMUL kernel TB --- 2014-03-16 07:11:58 - cd /src/sys/mips/conf TB --- 2014-03-16 07:11:58 - /usr/sbin/config -m GXEMUL32 TB --- 2014-03-16 07:11:58 - building GXEMUL32 kernel TB --- 2014-03-16 07:11:58 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 07:11:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 07:11:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 07:11:58 - SRCCONF=/dev/null TB --- 2014-03-16 07:11:58 - TARGET=mips TB --- 2014-03-16 07:11:58 - TARGET_ARCH=mips TB --- 2014-03-16 07:11:58 - TZ=UTC TB --- 2014-03-16 07:11:58 - __MAKE_CONF=/dev/null TB --- 2014-03-16 07:11:58 - cd /src TB --- 2014-03-16 07:11:58 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Sun Mar 16 07:11:58 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GXEMUL32 completed on Sun Mar 16 07:14:49 UTC 2014 TB --- 2014-03-16 07:14:49 - cd /src/sys/mips/conf TB --- 2014-03-16 07:14:49 - /usr/sbin/config -m IDT TB --- 2014-03-16 07:14:49 - skipping IDT kernel TB --- 2014-03-16 07:14:49 - cd /src/sys/mips/conf TB --- 2014-03-16 07:14:49 - /usr/sbin/config -m MALTA TB --- 2014-03-16 07:14:49 - skipping MALTA kernel TB --- 2014-03-16 07:14:49 - cd /src/sys/mips/conf TB --- 2014-03-16 07:14:49 - /usr/sbin/config -m MALTA64 TB --- 2014-03-16 07:14:49 - skipping MALTA64 kernel TB --- 2014-03-16 07:14:49 - cd /src/sys/mips/conf TB --- 2014-03-16 07:14:49 - /usr/sbin/config -m OCTEON1 TB --- 2014-03-16 07:14:49 - skipping OCTEON1 kernel TB --- 2014-03-16 07:14:49 - cd /src/sys/mips/conf TB --- 2014-03-16 07:14:49 - /usr/sbin/config -m PB47 TB --- 2014-03-16 07:14:49 - building PB47 kernel TB --- 2014-03-16 07:14:49 - CROSS_BUILD_TESTING=YES TB --- 2014-03-16 07:14:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-16 07:14:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-16 07:14:49 - SRCCONF=/dev/null TB --- 2014-03-16 07:14:49 - TARGET=mips TB --- 2014-03-16 07:14:49 - TARGET_ARCH=mips TB --- 2014-03-16 07:14:49 - TZ=UTC TB --- 2014-03-16 07:14:49 - __MAKE_CONF=/dev/null TB --- 2014-03-16 07:14:49 - cd /src TB --- 2014-03-16 07:14:49 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Sun Mar 16 07:14:49 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/PB47/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-16 07:14:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-16 07:14:55 - ERROR: failed to build PB47 kernel TB --- 2014-03-16 07:14:55 - 7406.37 user 3553.52 system 10451.42 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 16 13:43:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87A60387 for ; Sun, 16 Mar 2014 13:43:52 +0000 (UTC) Received: from maul.immure.com (immure.com [107.218.164.241]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4E6EFA01 for ; Sun, 16 Mar 2014 13:43:51 +0000 (UTC) Received: from [10.1.132.9] (helo=rancor.immure.com) by maul.immure.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WPBLn-0003lm-EA; Sun, 16 Mar 2014 08:43:42 -0500 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.8/8.14.8) with ESMTP id s2GDhdwt061362; Sun, 16 Mar 2014 08:43:39 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.8/8.14.6/Submit) id s2GDhckk061361; Sun, 16 Mar 2014 08:43:38 -0500 (CDT) (envelope-from bob) Date: Sun, 16 Mar 2014 08:43:38 -0500 From: Bob Willcox To: Zhihao Yuan Message-ID: <20140316134338.GI2665@rancor.immure.com> References: <20140308162614.GC94968@rancor.immure.com> <20140308171824.GA31887@spectrum.skysmurf.nl> <20140308172501.GH1626@albert.catwhisker.org> <20140308214410.GC2665@rancor.immure.com> <20140310031449.GE2665@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) X-SA-Exim-Connect-IP: 10.1.132.9 X-SA-Exim-Mail-From: bob@immure.com X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on maul.immure.com X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Subject: Re: vi loop when resizing window X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on maul.immure.com) Cc: FreeBSD Stable ML X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Bob Willcox List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Mar 2014 13:43:52 -0000 Are there plans to merge these changes into 10.0-stable? It would be really nice to have the xterm resize problem resolved w/o having to resort to a patch if possible. Thanks, Bob On Mon, Mar 10, 2014 at 12:23:32AM -0400, Zhihao Yuan wrote: > On Sun, Mar 9, 2014 at 11:14 PM, Bob Willcox wrote: > > ------------------------------------------------------------------------ > > r259073 | peter | 2013-12-07 12:23:29 -0600 (Sat, 07 Dec 2013) | 13 lines > > > > Hoist all the mergeinfo up to the root in preparation for enforcing merges > > to the root only. All MFC's were rerecorded to the root. > > r259073 < r259088, I would suggest to try whether the > attached patch helps. I just tried `make buildworld` on > HEAD, and did not repro your problem. > > -- > Zhihao Yuan, ID lichray > The best way to predict the future is to invent it. > ___________________________________________________ > 4BSD -- http://4bsd.biz/ > Index: common/key.c > =================================================================== > --- common/key.c (revision 259087) > +++ common/key.c (revision 259088) > @@ -10,7 +10,7 @@ > #include "config.h" > > #ifndef lint > -static const char sccsid[] = "$Id: key.c,v 10.53 2013/03/11 01:20:53 yamt Exp $"; > +static const char sccsid[] = "$Id: key.c,v 10.54 2013/11/13 12:15:27 zy Exp $"; > #endif /* not lint */ > > #include > @@ -272,7 +272,7 @@ > * The code prints non-printable wide characters in 4 or 5 digits > * Unicode escape sequences, so only supports plane 0 to 15. > */ > - if (ISPRINT(ach)) > + if (CAN_PRINT(sp, ach)) > goto done; > nopr: if (iscntrl(ch) && (ch < 0x20 || ch == 0x7f)) { > sp->cname[0] = '^'; > Index: common/key.h > =================================================================== > --- common/key.h (revision 259087) > +++ common/key.h (revision 259088) > @@ -6,7 +6,7 @@ > * > * See the LICENSE file for redistribution information. > * > - * $Id: key.h,v 10.55 2012/10/07 01:31:17 zy Exp $ > + * $Id: key.h,v 10.56 2013/11/13 12:15:27 zy Exp $ > */ > > #include "multibyte.h" > @@ -23,8 +23,9 @@ > #define INPUT2INT5(sp,cw,n,nlen,w,wlen) \ > sp->conv.input2int(sp, n, nlen, &(cw), &wlen, &w) > #define CONST > +#define INTISWIDE(c) (wctob(c) == EOF) > #define CHAR_WIDTH(sp, ch) wcwidth(ch) > -#define INTISWIDE(c) (wctob(c) == EOF) > +#define CAN_PRINT(sp, ch) (CHAR_WIDTH(sp, ch) > 0) > #else > #define FILE2INT5(sp,buf,n,nlen,w,wlen) \ > (w = n, wlen = nlen, 0) > @@ -36,9 +37,10 @@ > (n = w, nlen = wlen, 0) > #define INPUT2INT5(sp,buf,n,nlen,w,wlen) \ > (w = n, wlen = nlen, 0) > -#define CONST const > -#define INTISWIDE(c) 0 > +#define CONST const > +#define INTISWIDE(c) 0 > #define CHAR_WIDTH(sp, ch) 1 > +#define CAN_PRINT(sp, ch) isprint(ch) > #endif > #define FILE2INT(sp,n,nlen,w,wlen) \ > FILE2INT5(sp,sp->cw,n,nlen,w,wlen) > Index: cl/cl_term.c > =================================================================== > --- cl/cl_term.c (revision 259087) > +++ cl/cl_term.c (revision 259088) > @@ -10,7 +10,7 @@ > #include "config.h" > > #ifndef lint > -static const char sccsid[] = "$Id: cl_term.c,v 10.33 2012/04/21 23:51:46 zy Exp $"; > +static const char sccsid[] = "$Id: cl_term.c,v 10.34 2013/12/07 16:21:14 wjenkner Exp $"; > #endif /* not lint */ > > #include > @@ -187,14 +187,18 @@ > int > cl_term_end(GS *gp) > { > - SEQ *qp, *nqp; > + SEQ *qp, *nqp, *pre_qp = NULL; > > /* Delete screen specific mappings. */ > SLIST_FOREACH_SAFE(qp, gp->seqq, q, nqp) > if (F_ISSET(qp, SEQ_SCREEN)) { > - SLIST_REMOVE_HEAD(gp->seqq, q); > + if (qp == SLIST_FIRST(gp->seqq)) > + SLIST_REMOVE_HEAD(gp->seqq, q); > + else > + SLIST_REMOVE_AFTER(pre_qp, q); > (void)seq_free(qp); > - } > + } else > + pre_qp = qp; > return (0); > } > > Index: . > =================================================================== > --- . (revision 259087) > +++ . (revision 259088) > > Property changes on: . > ___________________________________________________________________ > Modified: svn:mergeinfo > Merged /vendor/nvi/dist:r259086 -- Bob Willcox | (1) If it's green or it wiggles, it's biology. bob@immure.com | (2) If it stinks, it's chemistry. Austin, TX | (3) If it doesn't work, it's physics. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 16 15:56:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D714DFB for ; Sun, 16 Mar 2014 15:56:45 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DE9ED801 for ; Sun, 16 Mar 2014 15:56:43 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.8/8.14.8) with ESMTP id s2GFuXbO065582 for ; Sun, 16 Mar 2014 10:56:34 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Sun Mar 16 10:56:34 2014 Message-ID: <5325C9AC.3020106@denninger.net> Date: Sun, 16 Mar 2014 10:56:28 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: OK, so the buffer allocation problem with ZFS is fixed, but now I got this.... (VM management issues) Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030907030401050008070005" X-Antivirus: avast! (VPS 140316-0, 03/16/2014), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Mar 2014 15:56:45 -0000 This is a cryptographically signed message in MIME format. --------------ms030907030401050008070005 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable From this morning..... 3 users Load 2.08 2.40 2.33 Mar 16 10:41 Mem:KB REAL VIRTUAL VN PAGER SWAP PAG= ER Tot Share Tot Share Free in out in = out Act 2341416 20052 9279140 56272 436064 count 44 = 32 All 3144676 25544 10111364 255624 pages 112 43 Proc: Interrupts r p d s w Csw Trp Sys Int Sof Flt 43 ioflt 29689 to= tal 3 40 200 45 80k 40k 186k 17k 438 14k 1348 cow 11 uart0 4= 1890 zfod 2085=20 uhci0 16 8.0%Sys 2.3%Intr 5.6%User 0.0%Nice 84.1%Idle 48 ozfod =20 pcm0 17 | | | | | | | | | | 2%ozfod ehci0 uhci =3D=3D=3D=3D+>>> daefr uhci1 21 55 dtbuf 2123 prcfr 520=20 uhci3 ehci Namei Name-cache Dir-cache 485946 desvn 8196 totfr 1045=20 arcmsr0 30 Calls hits % hits % 164802 numvn 22 react 1085=20 cpu0:timer 14254 14202 100 121388 frevn pdwak 77 mps0 = 256 1663632 pdpgs 7020=20 em0:rx 0 Disks da0 da1 da2 da3 da4 da5 da6 49 intrn 6864=20 em0:tx 0 KB/t 8.20 63.89 11.91 29.66 34.00 17.36 0.00 4829120 wire =20 em0:link tps 77 1497 9 19 15 9 0 2117724 act 86 em1:rx 0= MB/s 0.61 93.43 0.11 0.54 0.51 0.15 0.00 17078072 inact 87 em1:tx= 0 %busy 26 26 1 3 2 1 0 431968 cache =20 em1:link 7832 free =20 ahci0:ch0 1694896 buf =20 ahci0:ch2 655 cpu1:timer 898 cpu11:time 627 cpu2:timer 784 cpu10:time 938 cpu5:timer 1054 cpu13:time 636 cpu4:timer 476 cpu12:time 579 cpu3:timer 702 cpu8:timer 646 cpu6:timer 573 cpu9:timer 670 cpu7:timer 1056 cpu14:time 515 cpu15:time This is a rather busy (read: extreme demands on the system) time during=20 which I have managed to provoke some really awful behavior, including=20 filesystem stalls. The system in question has both ufs and zfs=20 filesystems (but won't for much longer) along with running both SMB=20 service (samba) and Postgres. Of note is that nasty "inact" page count. It has driven the adaptive=20 ARC code patch (which is on this box) to trim the ARC cache down to the=20 minimum, where it remains pinned. My reading of the "inact" page count is that pages shouldn't stay in=20 that state on an indefinite basis - - they should either be reactivated=20 (if they're re-used) or invalidated and moved to the "cache" bucket=20 where the VM code can free them. Buuuuut.... neither is happening over the space of several hours and a=20 look at the RSS of the working processes doesn't show anything=20 interesting -- or different than normal activity in that regard. 17=20 _*gigabytes*_ of inactive pages (out of 24 GB of RAM in total) and=20 they're not being reclaimed? Time for me to dig into the vm code? FreeBSD 10.0-STABLE #13 r263037M: Fri Mar 14 14:58:11 CDT 2014=20 karl@NewFS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP --=20 -- Karl karl@denninger.net --------------ms030907030401050008070005 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAzMTYxNTU2MjhaMCMGCSqGSIb3DQEJBDEW BBS1GLDmVkM5De90TrlBijuI3XtVzDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIAd5yyl8dNfMiH03AiZ0t2MurhEyrk dBikvzH8O1zuOxUYg1DxK4pqk2Ijf9u6VWUzwv/Qpkd4KmNaTjSuyCCrIgoZXGaBfmuC0H7W +EMjUIaVc+ZSxH6tEpCtaePQQG/fp//drdFtF1NQacbqLurnclAd5uaFT/fqYHM4PwnfbZha ySmZu38Qr8ftKTK9FF8xEKl4qT99tvddQgdRe/Q4Yl0B53W/1PC9g/QZ5Y0yOyqQV366h2o2 /pAaWJVfTvSq4iJZEiCGKbIL01lbU+uLNClKFWDAjj3Fm+1T7hTT8PirnxaOHW1eCLM4PqZV Nd5HWu71BolnnJTbPzLMFoV2DeT9oLdXU2ItaKWlFENxhkAJ0Tl3iocKKjMc04/2rwSt3D13 QkRuDYbiRqeWSaysxdcacg3oWx0QlblfnvsPd7l7wnrP5t5fBzwwMaRW+Vjlw/xUah8VGCQW 77H9aJss38G6JDywes0ZTGZeFJqlBCpMoEl3KAT7jN5yLs2JQmM5AXzhgpe4DWasXlWN/LIQ m6O46UFfthRucvLRXIGd5dFJnrhEnZKCbsmOqLDrhIa2LODYQvQr17JN9wDqEEh490IJxTHo DR6Hn1DrYJwcDwqCYigxWWoI98KNlWObROpgvSg+5yrpQKve4jICs1P225OI4eiB7r4YXwJx 05//kaoAAAAAAAA= --------------ms030907030401050008070005-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 16 20:35:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BAE3A6F for ; Sun, 16 Mar 2014 20:35:48 +0000 (UTC) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1BAB78F for ; Sun, 16 Mar 2014 20:35:47 +0000 (UTC) Received: from nyi.unixathome.org (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id CEC9E5083F; Sun, 16 Mar 2014 20:28:16 +0000 (UTC) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by nyi.unixathome.org (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GKS4QsH13I4w; Sun, 16 Mar 2014 20:28:16 +0000 (UTC) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 309C45082E ; Sun, 16 Mar 2014 20:28:16 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_FD272ECE-5707-494C-9B4A-416316D58DA3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: sa0 devices disappear after power cycling tape library From: Dan Langille In-Reply-To: <09A7582E-ED1C-44A2-B235-ED9A8C7711F8@longcount.org> Date: Sun, 16 Mar 2014 16:28:18 -0400 Message-Id: <0EFD6903-EAD5-4A52-82B3-1BB7E93F0970@langille.org> References: <0EA8C46E-9903-4602-8F82-2BB9BA1180A6@langille.org> <09A7582E-ED1C-44A2-B235-ED9A8C7711F8@longcount.org> To: Mark Saad X-Mailer: Apple Mail (2.1874) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Mar 2014 20:35:48 -0000 --Apple-Mail=_FD272ECE-5707-494C-9B4A-416316D58DA3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Mar 14, 2014, at 10:26 PM, Mark Saad wrote: >=20 >=20 > On Mar 14, 2014, at 10:15 PM, Dan Langille wrote: >=20 >>>> On Mar 14, 2014, at 8:14 PM, Dan Langille wrote: >>>> =3D20 >>>> I have a tape library which acts up from time to time and I power = cycle it=3D >>> . >>>> =3D20 >>>> After running camcontrol devlist rescan, some of the devices are = missing >>>> =3D20 >>>> This what I see in dev after power cycling the FreeBSD 9.2 server: >>>> =3D20 >>>> $ ls *sa* >>>> lrwxr-xr-x 1 root wheel 6 Mar 8 02:12 esa0 -> esa0.0 >>>> crw-rw---- 1 root operator 0x70 Mar 8 02:12 esa0.0 >>>> crw-rw---- 1 root operator 0x76 Mar 8 02:12 esa0.1 >>>> crw-rw---- 1 root operator 0x79 Mar 8 02:12 esa0.2 >>>> crw-rw---- 1 root operator 0x7c Mar 8 02:12 esa0.3 >>>> crw-rw---- 1 root operator 0x75 Mar 8 02:12 nsa0.1 >>>> crw-rw---- 1 root operator 0x78 Mar 8 02:12 nsa0.2 >>>> crw-rw---- 1 root operator 0x7b Mar 8 02:12 nsa0.3 >>>> crw-rw---- 1 root operator 0x74 Mar 8 02:12 sa0.1 >>>> crw-rw---- 1 root operator 0x77 Mar 8 02:12 sa0.2 >>>> crw-rw---- 1 root operator 0x7a Mar 8 02:12 sa0.3 >>>> =3D20 >>>> This is what I see after rebooting the FreeBSD server: >>>> =3D20 >>>> $ ls -l *sa* >>>> lrwxr-xr-x 1 root wheel 6 Mar 15 00:09 esa0 -> esa0.0 >>>> crw-rw---- 1 root operator 0x70 Mar 15 00:09 esa0.0 >>>> crw-rw---- 1 root operator 0x76 Mar 15 00:09 esa0.1 >>>> crw-rw---- 1 root operator 0x79 Mar 15 00:09 esa0.2 >>>> crw-rw---- 1 root operator 0x7c Mar 15 00:09 esa0.3 >>>> lrwxr-xr-x 1 root wheel 6 Mar 15 00:09 nsa0 -> nsa0.0 >>>> crw-rw---- 1 root operator 0x6f Mar 15 00:09 nsa0.0 >>>> crw-rw---- 1 root operator 0x75 Mar 15 00:09 nsa0.1 >>>> crw-rw---- 1 root operator 0x78 Mar 15 00:09 nsa0.2 >>>> crw-rw---- 1 root operator 0x7b Mar 15 00:09 nsa0.3 >>>> lrwxr-xr-x 1 root wheel 5 Mar 15 00:09 sa0 -> sa0.0 >>>> crw-rw---- 1 root operator 0x6e Mar 15 00:09 sa0.0 >>>> crw-rw---- 1 root operator 0x74 Mar 15 00:09 sa0.1 >>>> crw-rw---- 1 root operator 0x77 Mar 15 00:09 sa0.2 >>>> crw-rw---- 1 root operator 0x7a Mar 15 00:09 sa0.3 >>>> crw-rw---- 1 root operator 0x6d Mar 15 00:09 sa0.ctl >>>> =3D20 >>>> Should I just do some ln -s? Something easier, I=3DE2=3D80=3D99m = sure=3DE2=3D80=3DA6.=3D >>>=20 >>>> =3D20 >>>=20 >>>=20 >>> Have you tried a camcontrol rescan ? >>=20 >> Yes, that=92s what I meant by 'camcontrol devlist rescan=92 above=85 >>=20 >=20 > Sorry I missed that , I think that syntax may not do what you want=20 >=20 >> I ran: camcontrol rescan all. The output above is after that = command. >>=20 >=20 >=20 > How is the dlt drive attached , fc-al , sas or SCSI ?=20 >=20 >=20 >>> Also what does camcontrol devlist -v s=3D >>> how before and after the reboot ?=3D20 >>=20 >> I don=92t have before, but after is: >>=20 >> $ sudo camcontrol devlistol devlist >> Password: >> at scbus0 target 2 lun 0 = (pass0,da0) >> at scbus0 target 10 lun 0 = (pass1,da1) >> at scbus0 target 11 lun 0 = (pass2,da2) >> at scbus0 target 12 lun 0 = (pass3,da3) >> at scbus0 target 13 lun 0 = (pass4,da4) >> at scbus0 target 14 lun 0 = (pass5,da5) >> at scbus0 target 16 lun 0 = (pass6,da6) >> at scbus0 target 17 lun 0 = (pass7,da7) >> at scbus5 target 0 lun 0 = (ada0,pass8) >> at scbus5 target 1 lun 0 = (ada1,pass9) >> at scbus7 target 4 lun 0 = (sa0,pass10) >> at scbus7 target 6 lun 0 = (pass11,ch0) >>=20 >> IIRC, before I ran the command, the last two entries were missing. >>=20 >=20 > So this is a robotic library and drive ?=20 Yes. It is. >=20 >=20 > Also do I I read you right the sa0 entry is back,or you still just = have have sa0.0 ? It is back: $ ls /dev/*sa* /dev/esa0 /dev/esa0.0 /dev/esa0.1 /dev/esa0.2 /dev/esa0.3 = /dev/nsa0 /dev/nsa0.0 /dev/nsa0.1 /dev/nsa0.2 /dev/nsa0.3 = /dev/sa0 /dev/sa0.0 /dev/sa0.1 /dev/sa0.2 /dev/sa0.3 = /dev/sa0.ctl >=20 > You could use etc/devfs.conf to make a link entry , see the end of = the file for examples. But I suspect something else is up . I have seen = this before but I can't remember what caused it off hand .=20 The tape library started acting up recently (past few weeks). Whenever = I insert a new magazine, it no longer runs an inventory as it did = previously. This is what prompts me to power cycle. >=20 >=20 >> --=20 >> Dan Langille - http://langille.org >>=20 >=20 >=20 > Mark saad | mark.saad@longcount.org=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" --=20 Dan Langille - http://langille.org --Apple-Mail=_FD272ECE-5707-494C-9B4A-416316D58DA3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlMmCWIACgkQCgsXFM/7nTwZdgCeIDEnydxAER2fwKOVTEJJfCmJ mKIAnjKFFgLWGp0Kr4FtXQVWxu7ie7/w =vvMr -----END PGP SIGNATURE----- --Apple-Mail=_FD272ECE-5707-494C-9B4A-416316D58DA3-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 16 20:42:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC95BFE0 for ; Sun, 16 Mar 2014 20:42:54 +0000 (UTC) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9022A19E for ; Sun, 16 Mar 2014 20:42:54 +0000 (UTC) Received: from nyi.unixathome.org (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 5490D50843 for ; Sun, 16 Mar 2014 20:42:53 +0000 (UTC) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by nyi.unixathome.org (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XhwcjgTZWg2J for ; Sun, 16 Mar 2014 20:42:53 +0000 (UTC) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id D90455082E for ; Sun, 16 Mar 2014 20:42:52 +0000 (UTC) From: Dan Langille Content-Type: multipart/signed; boundary="Apple-Mail=_E2F0EAD7-9278-44B2-94C6-18E8F834A6F0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Message-Id: Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: sa0 devices disappear after power cycling tape library Date: Sun, 16 Mar 2014 16:42:55 -0400 References: <0EA8C46E-9903-4602-8F82-2BB9BA1180A6@langille.org> <09A7582E-ED1C-44A2-B235-ED9A8C7711F8@longcount.org> <0EFD6903-EAD5-4A52-82B3-1BB7E93F0970@langille.org> To: "freebsd-stable@freebsd.org" In-Reply-To: <0EFD6903-EAD5-4A52-82B3-1BB7E93F0970@langille.org> X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Mar 2014 20:42:55 -0000 --Apple-Mail=_E2F0EAD7-9278-44B2-94C6-18E8F834A6F0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I missed one: On Mar 16, 2014, at 4:28 PM, Dan Langille wrote: >=20 > On Mar 14, 2014, at 10:26 PM, Mark Saad = wrote: >=20 >>=20 >>=20 >> On Mar 14, 2014, at 10:15 PM, Dan Langille wrote: >>=20 >>>>> On Mar 14, 2014, at 8:14 PM, Dan Langille = wrote: >>>>> =3D20 >>>>> I have a tape library which acts up from time to time and I power = cycle it=3D >>>> . >>>>> =3D20 >>>>> After running camcontrol devlist rescan, some of the devices are = missing >>>>> =3D20 >>>>> This what I see in dev after power cycling the FreeBSD 9.2 server: >>>>> =3D20 >>>>> $ ls *sa* >>>>> lrwxr-xr-x 1 root wheel 6 Mar 8 02:12 esa0 -> esa0.0 >>>>> crw-rw---- 1 root operator 0x70 Mar 8 02:12 esa0.0 >>>>> crw-rw---- 1 root operator 0x76 Mar 8 02:12 esa0.1 >>>>> crw-rw---- 1 root operator 0x79 Mar 8 02:12 esa0.2 >>>>> crw-rw---- 1 root operator 0x7c Mar 8 02:12 esa0.3 >>>>> crw-rw---- 1 root operator 0x75 Mar 8 02:12 nsa0.1 >>>>> crw-rw---- 1 root operator 0x78 Mar 8 02:12 nsa0.2 >>>>> crw-rw---- 1 root operator 0x7b Mar 8 02:12 nsa0.3 >>>>> crw-rw---- 1 root operator 0x74 Mar 8 02:12 sa0.1 >>>>> crw-rw---- 1 root operator 0x77 Mar 8 02:12 sa0.2 >>>>> crw-rw---- 1 root operator 0x7a Mar 8 02:12 sa0.3 >>>>> =3D20 >>>>> This is what I see after rebooting the FreeBSD server: >>>>> =3D20 >>>>> $ ls -l *sa* >>>>> lrwxr-xr-x 1 root wheel 6 Mar 15 00:09 esa0 -> esa0.0 >>>>> crw-rw---- 1 root operator 0x70 Mar 15 00:09 esa0.0 >>>>> crw-rw---- 1 root operator 0x76 Mar 15 00:09 esa0.1 >>>>> crw-rw---- 1 root operator 0x79 Mar 15 00:09 esa0.2 >>>>> crw-rw---- 1 root operator 0x7c Mar 15 00:09 esa0.3 >>>>> lrwxr-xr-x 1 root wheel 6 Mar 15 00:09 nsa0 -> nsa0.0 >>>>> crw-rw---- 1 root operator 0x6f Mar 15 00:09 nsa0.0 >>>>> crw-rw---- 1 root operator 0x75 Mar 15 00:09 nsa0.1 >>>>> crw-rw---- 1 root operator 0x78 Mar 15 00:09 nsa0.2 >>>>> crw-rw---- 1 root operator 0x7b Mar 15 00:09 nsa0.3 >>>>> lrwxr-xr-x 1 root wheel 5 Mar 15 00:09 sa0 -> sa0.0 >>>>> crw-rw---- 1 root operator 0x6e Mar 15 00:09 sa0.0 >>>>> crw-rw---- 1 root operator 0x74 Mar 15 00:09 sa0.1 >>>>> crw-rw---- 1 root operator 0x77 Mar 15 00:09 sa0.2 >>>>> crw-rw---- 1 root operator 0x7a Mar 15 00:09 sa0.3 >>>>> crw-rw---- 1 root operator 0x6d Mar 15 00:09 sa0.ctl >>>>> =3D20 >>>>> Should I just do some ln -s? Something easier, I=3DE2=3D80=3D99m = sure=3DE2=3D80=3DA6.=3D >>>>=20 >>>>> =3D20 >>>>=20 >>>>=20 >>>> Have you tried a camcontrol rescan ? >>>=20 >>> Yes, that=92s what I meant by 'camcontrol devlist rescan=92 above=85 >>>=20 >>=20 >> Sorry I missed that , I think that syntax may not do what you want=20 >>=20 >>> I ran: camcontrol rescan all. The output above is after that = command. >>>=20 >>=20 >>=20 >> How is the dlt drive attached , fc-al , sas or SCSI ?=20 SCSI. >>=20 >>=20 >>>> Also what does camcontrol devlist -v s=3D >>>> how before and after the reboot ?=3D20 >>>=20 >>> I don=92t have before, but after is: >>>=20 >>> $ sudo camcontrol devlistol devlist >>> Password: >>> at scbus0 target 2 lun 0 = (pass0,da0) >>> at scbus0 target 10 lun 0 = (pass1,da1) >>> at scbus0 target 11 lun 0 = (pass2,da2) >>> at scbus0 target 12 lun 0 = (pass3,da3) >>> at scbus0 target 13 lun 0 = (pass4,da4) >>> at scbus0 target 14 lun 0 = (pass5,da5) >>> at scbus0 target 16 lun 0 = (pass6,da6) >>> at scbus0 target 17 lun 0 = (pass7,da7) >>> at scbus5 target 0 lun 0 = (ada0,pass8) >>> at scbus5 target 1 lun 0 = (ada1,pass9) >>> at scbus7 target 4 lun 0 = (sa0,pass10) >>> at scbus7 target 6 lun 0 = (pass11,ch0) >>>=20 >>> IIRC, before I ran the command, the last two entries were missing. >>>=20 >>=20 >> So this is a robotic library and drive ?=20 >=20 > Yes. It is. >=20 >>=20 >>=20 >> Also do I I read you right the sa0 entry is back,or you still just = have have sa0.0 ? >=20 > It is back: >=20 > $ ls /dev/*sa* > /dev/esa0 /dev/esa0.0 /dev/esa0.1 /dev/esa0.2 /dev/esa0.3 = /dev/nsa0 /dev/nsa0.0 /dev/nsa0.1 /dev/nsa0.2 /dev/nsa0.3 = /dev/sa0 /dev/sa0.0 /dev/sa0.1 /dev/sa0.2 /dev/sa0.3 = /dev/sa0.ctl >=20 >=20 >>=20 >> You could use etc/devfs.conf to make a link entry , see the end of = the file for examples. But I suspect something else is up . I have seen = this before but I can't remember what caused it off hand .=20 >=20 > The tape library started acting up recently (past few weeks). = Whenever I insert a new magazine, it no longer runs an inventory as it = did previously. This is what prompts me to power cycle. >=20 >>=20 >>=20 >>> --=20 >>> Dan Langille - http://langille.org >>>=20 >>=20 >>=20 >> Mark saad | mark.saad@longcount.org=20 >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >=20 > --=20 > Dan Langille - http://langille.org >=20 --=20 Dan Langille - http://langille.org --Apple-Mail=_E2F0EAD7-9278-44B2-94C6-18E8F834A6F0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlMmDM8ACgkQCgsXFM/7nTzS5gCfcw3WzEs4mohaRqDKCw9TwEFb 7uwAn0OBe/1KG34lczDF3QLSZ83i9QAE =qD0K -----END PGP SIGNATURE----- --Apple-Mail=_E2F0EAD7-9278-44B2-94C6-18E8F834A6F0-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 17 09:31:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52FFE9CF for ; Mon, 17 Mar 2014 09:31:00 +0000 (UTC) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2D3DA90D for ; Mon, 17 Mar 2014 09:31:00 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id bj1so5488648pad.30 for ; Mon, 17 Mar 2014 02:30:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=HjLImouJoIKqAHsLovhFOJ31Xl6EQSEXqQ5K/2sC2u8=; b=qk4oECo7UwYer56InOl+ebjxUaMQMo0FLcRl8oj2+gd+gPCd3W8lNRg/sl9CoEIAMY i7FVhnIydvEnyNgQx48u3wrEXpzgFcWruVkcV5AsMelKQaGdyxb9vee82vrNeNKptpaH Ff2CA811x/3UQpz1egMwAfJtOo9kwGpkbU4LJAjBVxDijR7YGCbmhVEUBDKs/jqbPJhb uPyLCXFdGIc8bLScnuhxuEKBU0DpLo/7fQ80lYo9UqQd4Te6yy4kDO+fWMk6u2N0af71 lonAIzroSHlYDMcWPcoiHBywH94tpKmSeEfYWrxB1cIWRz/4+B3VvxDFS5PHB+moN6cU 0TVQ== MIME-Version: 1.0 X-Received: by 10.68.226.197 with SMTP id ru5mr24463250pbc.77.1395048659839; Mon, 17 Mar 2014 02:30:59 -0700 (PDT) Received: by 10.66.142.167 with HTTP; Mon, 17 Mar 2014 02:30:59 -0700 (PDT) Date: Mon, 17 Mar 2014 10:30:59 +0100 Message-ID: Subject: bigbluebutton fails to compile with freeswitch mod_conference in FreeBSD10 From: Zenny To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 17 Mar 2014 09:31:00 -0000 Hi: Tried to install bigbluebutton in a jail from the ports tree with a reference from: https://code.google.com/p/bigbluebutton/wiki/InstallingBigBlueButtonFreeBSD https://bigbluebutton.googlecode.com/svn-history/r4695/wiki/InstallingBigBlueButtonFreeBSD.wiki but whenever I tried to enable mod_conference module of FreeSWITCH, it fails to compile with an error message that read: "bigbluebutton-0.71_4 is marked as broken: freeswitch 1.0.6 does not work with BigBlueButton." Any imputs to make FreeSWITCH work with bigbluebutton? From owner-freebsd-stable@FreeBSD.ORG Mon Mar 17 14:25:59 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7C99579 for ; Mon, 17 Mar 2014 14:25:59 +0000 (UTC) Received: from mail273.tarevqua.com (mail273.tarevqua.com [82.192.71.173]) by mx1.freebsd.org (Postfix) with ESMTP id EA061AA0 for ; Mon, 17 Mar 2014 14:25:58 +0000 (UTC) Received: from cathey-corp.com (localhost [127.0.0.1]) by mail273.tarevqua.com (Postfix) with SMTP id 3F9AE1C1A77 for ; Mon, 17 Mar 2014 15:25:51 +0100 (CET) MIME-Version: 1.0 X-campaign_id: 60787J2R_43168_d992a0349e1e1d0a1428cf448340ae00 Precedence: bulk From: "kommerziellen Service" Subject: Neue Sommer-Katalog 2014 Message-ID: To: stable@freebsd.org Date: Mon, 17 Mar 2014 15:25:51 +0100 (CET) Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: kommerziellen Service List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Mar 2014 14:25:59 -0000 If you can not read this email, follow this linkn (http://front.cathey-corp.com/php/emailing/view_mail.php?CODE=60787J2R_43168&HASH=d992a0349e1e1d0a1428cf448340ae00) Discover the Slim fit polo shirts new collection - WebMenshirt webmenshirts : exclusive elegance (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_26&l=http%3A%2F%2Fid46.r.cathey-corp.com%2F) Fianet 9,9/10 (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_9&l=http%3A%2F%2Fwww.fia-net.com%2Fannuaire%2F8120%2Fchemiseweb.html) Met us on Facebook (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_15&l=http%3A%2F%2Fwww.facebook.com%2Fchemiseweb%3Fref%3Dmf) 29 945 Facebook fans (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_15&l=http%3A%2F%2Fwww.facebook.com%2Fchemiseweb%3Fref%3Dmf) JOIN US FACEBOOK AND VISIT ALL OUR NEWS Already 29.945 fans Slim fit polo shirts new collection DISCOVER THE NEW COLLECTION SLIM FIT POLO SHIRTS SEE ALL THE COLLECTION (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_26&l=http%3A%2F%2Fid46.r.cathey-corp.com%2F) Our new line of polo shirts is completely redesigned : new slim fit, new models with shirt collar and cuffs, a new range of colors, new grid sizes from S to 3XL size. Polo Swing Polo SWING Elbow polo shirt in cotton jersey. Available in 13 variations of colors and fabric matchings. (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_18&l=http%3A%2F%2Fid46.r.cathey-corp.com%2Fen%2Fs%2F544%2Flong-sleeved-polos-elbow) Polo Groove Polo GROOVE Small button-down collar polo shirt. Available in 7 variations of colors and fabric matchings. (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_16&l=http%3A%2F%2Fid46.r.cathey-corp.com%2Fen%2Fs%2F747%2Flong-sleeved-polos-button-down-collar) Polo Jazz Polo JAZZ Two-tone polo shirt in cotton jersey. Available in 6 variations of colors and fabric matchings. (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_17&l=http%3A%2F%2Fid46.r.cathey-corp.com%2Fen%2Fs%2F748%2Flong-sleeved-polos-two-tone) And for notaligics of sales Find a wide selection of end series items with discount Good deals on shirts, sweaters and polos (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_20&l=http%3A%2F%2Fid46.r.cathey-corp.com%2FBonnesAffaires.php) OUR GUARANTIES satisfied or reimbursed (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_19&l=http%3A%2F%2Fid46.r.cathey-corp.com%2FFAQengagements.php) quality manufacturing (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_24&l=http%3A%2F%2Fid46.r.cathey-corp.com%2FFAQarticles.php) secure payment (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_23&l=http%3A%2F%2Fid46.r.cathey-corp.com%2FFAQpaiement.php) free delivery (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_21&l=http%3A%2F%2Fid46.r.cathey-corp.com%2FFAQlivraison.php) traking your order online (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_22&l=http%3A%2F%2Fid46.r.cathey-corp.com%2FFAQcommande.php) premium site fianet (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_25&l=http%3A%2F%2Fid46.r.cathey-corp.com%2FFAQFIAnet.php) join us on facebook (http://lt.cathey-corp.com/r.php?i=60787J2R_43168_15&l=http%3A%2F%2Fwww.facebook.com%2Fchemiseweb%3Fref%3Dmf) All OUR ITEMS IN STOCK All the shirts and accessories offered by webmenshirts com are available in stock in our own warehouses, which allows us: - To deliver all our clients' orders with no risk of product shortage. - To guarantee a better service quality standard and an immediate delivery. - To carry out a quality control of the shirts before offering them on the website webmenshirts com - To send the parcels within 48 hours or less (working days) following the confirmation of your order. EXPRESS PREPARATION IN 48 H The orders are all handed over to the COLISSIMO service of LA POSTE (the French postal service) within 48 hours or less following the sending of the e-mail order confirmation. Packaging : All sent shirts are arranged in a rigid cardboard packaging in order to preserve our products' quality and ensure that the shirts are delivered in perfect condition. Delivery information : You will simultaneously receive an e-mail indicating the expedition number which will allow you to follow the transportation of your parcel on the website. www.laposte.fr/colissimo Delivery : The COLISSIMO service of LA POSTE is committed to handing your order over to you in exchange for a signature within the following times : - Metropolitan France : 48 Hours (working days) - Other destinations : from 7 to 10 days depending on destination n SHIPMENT FEES : The shipment fees are calculated depending on your address of delivery and are added to the price of your shopping basket. Shipment fees add up to 7,20 per order to be delivered in Metropolitan France. Shipment fees add up to 15,90 per order to be delivered in the DOM TOM. Shipment fees add up to 15,90 per order to be delivered in a country of the EEC. 7 DAYS FOR YOUR RETURNS, 7 DAYS FOR YOUR REFUND You have 7 days to return an item which does not meet your expectations and Webmenshirts will reimburse you within 7 days. You can obtain a Return request number very simply. Click on My account, login and click on Return request or Exchange. A return request number will be automatically attributed online. Subject to compliance with the Terms and Conditions, Webmenshirts com will fully refund the amount of your purchase including the delivery charges, by re-crediting your bank card within seven days of receiving the return parcel. Charges for returning the parcel are at your cost. LOYALTY PROGRAMME Become a Webmenshirts customer, and enter into the world of Webmenshirts : stay on top of our latest news and transform your purchases into reductions and other privileges! More exclusive benefits and sales promotions, without any conditions on participation or usage. YOUR BENEFITS Webmenshirts rewards you for all of your purchases! Each loyalty point is converted to a reduction %. As soon as you have earned a certain number of points, you win reduction coupons to use on your future purchases at id46.r.cathey-corp.com. Your loyalty is really rewarded ! For every 10 spent, you obtain 0,5 loyalty points. Each loyalty point represents a 1% reduction on your future purchases (not including delivery charges)* up to 300 total purchase, or 15% off. Example: for 70 of purchases, you earn 3,5 loyalty points. * Please note : within a 10 bracket, rounding off rules apply. Example: for 104, you earn 5 loyalty points (rounded off to 100). Reduction coupons are edited with one digit after decimal per 0,5 bracket. The maximum reduction is fixed at 15% (equivalent to 300 of purchases). HOW DOES IT WORK ? > You purchase an item or items at id46.r.cathey-corp.com. > Your loyalty points are converted to a percentage of reduction, in the limit of 15%. > You have reached the 300 limit of purchases? An email with a promotional code, corresponding to the amount of your reduction coupon, will be sent to you automatically by email. > You have made a purchase over 300 or your total number of loyalty points is over the 15% reduction limit? A 15% off redyuction coupon is automatically edited and the balance is kept in your customer account. > Your reduction coupons cannot be combined and are valid one year. You may use your reduction coupon for any order, without any minimum amount restrictions. > Your reduction coupons cannot be combined and are valid one year. You may use your reduction coupon for any order, without any minimum amount restrictions. The discount of your coupon is applicable on all items on the site except items on sale or promotion. Webmenshirts - Manufacturer of trendy high-end shirts - Direct sales from manufacturer to customer Over 600 models available from 39,99 to 47,90 maximum price. Pursuant to French Law No. 17 of 78 January 6, 1978 as amended by Law of 6 August 2005 relating to computers, files and freedoms, the participants have a right to access, modify, correct and delete personal data from contact@chemiseweb com Si vous voulez vous désinscrire, suivre ce lien (http://front.cathey-corp.com/php/emailing/u.php?CODE=60787J2R_43168&HASH=d992a0349e1e1d0a1428cf448340ae00) From owner-freebsd-stable@FreeBSD.ORG Mon Mar 17 17:21:36 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8590CEDE; Mon, 17 Mar 2014 17:21:36 +0000 (UTC) Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C7FCBF58; Mon, 17 Mar 2014 17:21:35 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id t61so4900619wes.30 for ; Mon, 17 Mar 2014 10:21:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=Pzh4jqeaVY5vlxw35Yj4lxJ0xkkF8rbQoZ1b2vN3hlI=; b=ZokGhscOdbW1wSp0MdW9BvtGpuQRejp+wOPH6pZPK9++d7sQ15Qga9b3ifADquo+M8 EHCBhzx9118JL6BJZIFt1xZfMxBNNJbU36RKifQ5nnIk08JnJqlWzjcE3th5k8IHdsMV w7xP5NMJyQ+o/k3f5JnhsM0oWLvLDqcq2YhniPLgtlvfTyQciolbNPIypiO4RBcGALb+ vgTaV4z4OUjHR9VYL3DQN1mqwbZssUStSPEwQefmhKClrO3HuXFzjMp9v1ZyYC4bRe9W bT/Fr/obbPEtyh7FQ7ltiu//4nZIGARvM5gNkWFQXCzWz4zLoHz4gQTSWBnrmfHOjSq0 rupw== X-Received: by 10.180.100.72 with SMTP id ew8mr10814627wib.16.1395076894108; Mon, 17 Mar 2014 10:21:34 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id d6sm26751284wiz.4.2014.03.17.10.21.32 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 17 Mar 2014 10:21:32 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 17 Mar 2014 18:21:30 +0100 From: Baptiste Daroussin To: current@FreeBSD.org, stable@FreeBSD.org, ports@FreeBSD.org Subject: [HEADSUP] pkg 1.3.0 alpha1: Breath of fresh air from Kirov Message-ID: <20140317172130.GO90364@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MmQIYbZiCoQ2kDro" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 17 Mar 2014 17:21:36 -0000 --MmQIYbZiCoQ2kDro Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I'm really pleased to announce that the release process for the new major version of pkg(8) has started with this first alpha1 release. The main feature for this release is the complete rework of the solver. pkg(8) now features a real SAT solver and uses it for every operations requ= ested by the user that may add, upgrade or remove packages. This work is is the result of the very succesfull Google Summer of Code 201= 3, by Vsevolod Stakhov (vsevolod@ also known as cebka). This is a major improveme= nt for the project, and the fundation for lots of new features in the future. I would like to thanks Vsevolod for all the new ideas and hard work he has = done (not limited to the new solver.) Back to the release now. pkg 1.3.0 comes with the following new features: - New solver that can support external solvers using the CUDF format and the internal SAT solver - pkg-ssh(8) is now sandboxed using capsicum if available - pkg-ssh(8) now uses poll(2) - Remove StringList usage to improve portability - Rework the build system to using autotools to help portability - Now fetching is done to a temporary location and cleaned up if it fails - Remove support for PACKAGESITE - pkg-audit(8): remove support for portaudit compact database (only VulnXML= will be used) - Improved UI experience based on jmmv write up (http://julipedia.meroh.net/search/label/cli-design) - Hide the average speed from the progress bar (confusing for users) - Reworking the database locking mechanism into a finer grain and more clev= er system - Dynamic conflict handling if a conflict on files is detected at the sanity check level, try to solve the problem again with the new conflict informa= tion - Fix %t (timestamp) modifier in pkg_printf(3) - pkg-info(8): full output now has a new field "date installed" - New pkg -o A=3DB to overwrite configuration from command line without the= need of defining environment variables - pkg-install(8): can handle local files - pkg-add(8) is now an alias on pkg-install - Simplify API by using more and more libucl objects (hidden behind an opaq= ue 'pkg_object') Thanks to everyone that has contributed code for this release: Alberto Villa, Alexandre Perrin, Baptiste Daroussin, Brad Davis, Bryan Drew= ery, Jamie Landeg Jones, John Marino, Matthew Seaman, Maximilian Ga=DF, Michael Gehring, Michael Gmelin, Rodrigo Osorio, Rui Paulo, Sean Channel, Stanislav= E. Putrya, Vsevolod Stakhov, Xin Li, coctic Thanks also to all people reporting bugs, sharing ideas, testing and using pkg(8). regards, Bapt --MmQIYbZiCoQ2kDro Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlMnLxoACgkQ8kTtMUmk6Ez7SgCeJq2BMJkiz68bOIWOSpz3xqRe VCIAoLeZ4IHgXZi8Iupu7xLjtSCDV6sB =tbLB -----END PGP SIGNATURE----- --MmQIYbZiCoQ2kDro-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 17 17:39:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAEAF4D3; Mon, 17 Mar 2014 17:39:52 +0000 (UTC) Received: from secure.freebsdsolutions.net (secure.freebsdsolutions.net [69.55.234.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BC542134; Mon, 17 Mar 2014 17:39:52 +0000 (UTC) Received: from [10.10.1.198] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by secure.freebsdsolutions.net (8.14.4/8.14.4) with ESMTP id s2HHdhvC079614 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 17 Mar 2014 13:39:44 -0400 (EDT) (envelope-from lists@jnielsen.net) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: [HEADSUP] pkg 1.3.0 alpha1: Breath of fresh air from Kirov From: John Nielsen In-Reply-To: <20140317172130.GO90364@ithaqua.etoilebsd.net> Date: Mon, 17 Mar 2014 11:40:52 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <152DC71B-1208-46AD-9192-D45FBC938EB9@jnielsen.net> References: <20140317172130.GO90364@ithaqua.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1874) X-DCC-Etherboy-Metrics: ns1.jnielsen.net 1002; Body=4 Fuz1=4 Fuz2=4 X-Virus-Scanned: clamav-milter 0.97.8 at ns1.jnielsen.net X-Virus-Status: Clean Cc: ports@freebsd.org, stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 17 Mar 2014 17:39:52 -0000 Looks great! Thanks as always for the work. I do have one question = (below). On Mar 17, 2014, at 11:21 AM, Baptiste Daroussin = wrote: > - Remove support for PACKAGESITE There are two cases where I still define PACKAGESITE in the environment, = specifically when building new jails or VM images. Can you suggest = alternatives? 1. Installing/bootstrapping the latest pkg from a specific source. Often = I build in an environment that is firewalled from the Internet at large = but I have a local repo. (And it's nice to know exactly what version = with which options I'm installing.) 2. Installing a package that includes a repo file for my local custom = repo. This is a chicken-and-egg problem for which PACKAGESITE was a nice = solution since there's no risk of a stale repo file being left = behind--either the package is installed (with the correct/current repo = file) or it isn't. JN From owner-freebsd-stable@FreeBSD.ORG Mon Mar 17 17:51:12 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85B10A6A; Mon, 17 Mar 2014 17:51:12 +0000 (UTC) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C45EA260; Mon, 17 Mar 2014 17:51:11 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id hr14so2573247wib.3 for ; Mon, 17 Mar 2014 10:51:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=lGTHnV/2mkWi5O1S+UsXxtjKNca1l+5p7HZyMdr18po=; b=qcbEMz+lzrkihZUeXK3H7Pp0dKy4ecibAYmt08jm9gcedV5BMkHvL/4juyNHMaFhGQ GlgzR1ahrT0gmEomaEdCYO/mcGUXiydoxzK9cBKNw42u8EWckGj86PHtb+XeM2bbsV1e EdEWz0fUx+lmPUdL2IcWY5gwAMjzf86Qby98S4FVNzQNK6Zt7Hp0TmAMZ1YwQAP6MElS eLRLbSHzPq9F624wglIpRcs1mxI9AOB33/xka1jtNnI5dPR9CcWJ/8RxqMFUGH+0MOJG ZmLySBy0CDy0x9llAnuNzvM7l/3NRA91aOO/ik1F4DfFUrw7ThP1ccogMuRU3HC8PO6p 7/GA== X-Received: by 10.194.59.226 with SMTP id c2mr19338302wjr.6.1395078670161; Mon, 17 Mar 2014 10:51:10 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id az1sm40195885wjb.11.2014.03.17.10.51.08 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 17 Mar 2014 10:51:08 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 17 Mar 2014 18:51:06 +0100 From: Baptiste Daroussin To: John Nielsen Subject: Re: [HEADSUP] pkg 1.3.0 alpha1: Breath of fresh air from Kirov Message-ID: <20140317175105.GR90364@ithaqua.etoilebsd.net> References: <20140317172130.GO90364@ithaqua.etoilebsd.net> <152DC71B-1208-46AD-9192-D45FBC938EB9@jnielsen.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ep5m4srWGXPl6O+g" Content-Disposition: inline In-Reply-To: <152DC71B-1208-46AD-9192-D45FBC938EB9@jnielsen.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@freebsd.org, stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 17 Mar 2014 17:51:12 -0000 --Ep5m4srWGXPl6O+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 17, 2014 at 11:40:52AM -0600, John Nielsen wrote: > Looks great! Thanks as always for the work. I do have one question (below= ). >=20 > On Mar 17, 2014, at 11:21 AM, Baptiste Daroussin wrote: >=20 > > - Remove support for PACKAGESITE >=20 > There are two cases where I still define PACKAGESITE in the environment, = specifically when building new jails or VM images. Can you suggest alternat= ives? >=20 > 1. Installing/bootstrapping the latest pkg from a specific source. Often = I build in an environment that is firewalled from the Internet at large but= I have a local repo. (And it's nice to know exactly what version with whic= h options I'm installing.) What is done in the FreeBSD DVD is creatign a conf files manually: local: { url: "http://where" } and env REPOS_DIR=3D/path/to/the/directory/containing/the/file pkg ... >=20 > 2. Installing a package that includes a repo file for my local custom rep= o. This is a chicken-and-egg problem for which PACKAGESITE was a nice solut= ion since there's no risk of a stale repo file being left behind--either th= e package is installed (with the correct/current repo file) or it isn't. same as above or if you already have pkg bootstrapped you can do pkg add ht= tp://...../yourpkg.txz which makes me see that 1.3.0.a1 has lost pkg add|install http://... which = we need to fix for alpha2 Thanks for the first bug report. :) regards, Bapt --Ep5m4srWGXPl6O+g Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlMnNgkACgkQ8kTtMUmk6EzvbwCgpwij7ZMPNdBGB7NT6X+nRDyh lbIAn0kl4hYazA6KgGe6+K9tfnmexgTN =R61q -----END PGP SIGNATURE----- --Ep5m4srWGXPl6O+g-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 18 00:57:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFF2779B for ; Tue, 18 Mar 2014 00:57:58 +0000 (UTC) Received: from mail-pa0-f41.google.com (mail-pa0-f41.google.com [209.85.220.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 931FE12A for ; Tue, 18 Mar 2014 00:57:58 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id fa1so6467184pad.14 for ; Mon, 17 Mar 2014 17:57:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=w5cMKyr8XKtA61TFPqutIuxsFA+sTk57nzxV/H1Gv9g=; b=S24wwEVGbG4zQIW77JD+1+1DlUNUEDCga/IH8h0v5wCZtTXTmuyP7Y9fTDqG9X+lrb py8WXOpJaPDRMNvYlHgYpIiIcW2f9gDPDdb97IjD/7rtkJMbT/QfNGwGN5u/af0Q1eLh Qp8a3gzUh+CYhuSe/IKVFtVrlcwTzYaaL9SD79acdmLgrySEIt5Tf4fXtSRYQlPpa413 TjWJmSorFsFBUlCFqIwQhRvhimm43D8u7PxLBkr5ZShQO2njWUutYUIWOAptMR7EVbaq AA0B4X+zG5vQkHpjwAkvhyJk9SSjl3EGtCdELUdKs+gx6YPCFcNTzOZm0zRfqCxxjSCz P2nw== X-Gm-Message-State: ALoCoQnO4AvOWGKtICRoAxw4aRgbXVKZDYO39kyPzsBkEfan6fS5zm35HIYj/SJaxL17R5BL5irr MIME-Version: 1.0 X-Received: by 10.68.244.229 with SMTP id xj5mr30405724pbc.108.1395104271978; Mon, 17 Mar 2014 17:57:51 -0700 (PDT) Sender: andy@fud.org.nz Received: by 10.70.132.229 with HTTP; Mon, 17 Mar 2014 17:57:51 -0700 (PDT) In-Reply-To: <20140317172130.GO90364@ithaqua.etoilebsd.net> References: <20140317172130.GO90364@ithaqua.etoilebsd.net> Date: Tue, 18 Mar 2014 13:57:51 +1300 X-Google-Sender-Auth: 9dkSoS-nFUPvrDfMbWG56EchBEU Message-ID: Subject: Re: [HEADSUP] pkg 1.3.0 alpha1: Breath of fresh air from Kirov From: Andrew Thompson To: Baptiste Daroussin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports@freebsd.org, stable@freebsd.org, "current@freebsd.org Current" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Mar 2014 00:57:58 -0000 On 18 March 2014 06:21, Baptiste Daroussin wrote: > Hello, > > I'm really pleased to announce that the release process for the new major > version of pkg(8) has started with this first alpha1 release. > > The main feature for this release is the complete rework of the solver. > pkg(8) now features a real SAT solver and uses it for every operations > requested > by the user that may add, upgrade or remove packages. > > I am sure this has been discussed before but does this release do anything to help automating UPDATING or is this a planned feature? Taking the last entry which says to "pkg set -o misc/p5-OSSP-uuid:misc/ossp-uuid-perl", just do it for me pkg! Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Mar 18 04:41:39 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2375497 for ; Tue, 18 Mar 2014 04:41:39 +0000 (UTC) Received: from mail-pb0-x22d.google.com (mail-pb0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AA16C87B for ; Tue, 18 Mar 2014 04:41:39 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id uo5so6676895pbc.18 for ; Mon, 17 Mar 2014 21:41:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=bHk9rQg2xrOX4S+vZAB922LNZ4DaLsj2MUjboHjxLg0=; b=MfwBTyf3BOvnESb2ox0IZpEBNVMBPBgTsH8RuuAK3/QrDFqdMQYqNLtHAvZu1BTuCK t9c1ViJD4Ql6YSBMULsNOP8lywiJjs2Z757m0DEt8ASr6KAwtdbtmD11rzHCBZiTwJ7u kv5z2Ip2TMtwlFUwSV2lm59j9eWHhvl+pCz2PIJw8heRk/K55HCbU40uP2IOSi+XeoSN Bd1rxZTnk1aP11NyBSz8C3nr/p/MYnudwg0e1Bl/bS+2tVtzIwc7qR3TIScwE/WcwP4L nQ9xEcgsaiPouKx6HWge0Xm7l3Z7umgakoVj0iiq2ugVSpM10dLYb94hDJ+aplZQ86dv k+7Q== X-Received: by 10.67.5.39 with SMTP id cj7mr29131825pad.7.1395117699252; Mon, 17 Mar 2014 21:41:39 -0700 (PDT) Received: from speedy.akips.com (CPE-120-146-191-2.static.qld.bigpond.net.au. [120.146.191.2]) by mx.google.com with ESMTPSA id yo9sm81325889pab.16.2014.03.17.21.41.37 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Mon, 17 Mar 2014 21:41:38 -0700 (PDT) Date: Tue, 18 Mar 2014 14:41:19 +1000 From: Paul Koch To: stable@freebsd.org Subject: bsnmp HOST-RESOURCES.hrStorageSize odd value for real memory metrics Message-ID: <20140318144119.6b623341@speedy.akips.com> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Mar 2014 04:41:39 -0000 Hi, I have two quad core i5, 16G ram machines, running 10.0-Release and 9.2-Release. Both exhibit the same problem where a walk of the snmp object HOST-RESOURCES.hrStorageSize returns an unexpected value for its real memory metrics. This is a walk of one of the boxes... I've cut it down bit to fit.. ----------------------------------------------- walk 10.1.8.80 version 2 community public HOST-RESOURCES-MIB.host hrSystemUptime 0 TimeTicks 169459 hrSystemDate 0 DateAndTime 2014-03-18 13:49:23 +600 hrSystemInitialLoadDevice 0 Integer 0 hrSystemInitialLoadParameters 0 DisplayString /boot/kernel/kernel hrSystemNumUsers 0 Gauge32 1 hrSystemProcesses 0 Gauge32 100 hrSystemMaxProcesses 0 Integer 6164 hrMemorySize 0 Integer 16663744 hrStorageIndex 1 Integer 1 hrStorageIndex 2 Integer 2 hrStorageIndex 3 Integer 3 ... hrStorageType 1 ObjectIdentifier HOST-RESOURCES-TYPES.hrStorageRam hrStorageType 2 ObjectIdentifier HOST-RESOURCES-TYPES.hrStorageRam hrStorageType 3 ObjectIdentifier HOST-RESOURCES-TYPES.hrStorageVirtualMemory hrStorageType 4 ObjectIdentifier HOST-RESOURCES-TYPES.hrFSBerkeleyFFS hrStorageType 5 ObjectIdentifier HOST-RESOURCES-TYPES.hrFSOther hrStorageType 6 ObjectIdentifier HOST-RESOURCES-TYPES.hrFSBerkeleyFFS hrStorageType 7 ObjectIdentifier HOST-RESOURCES-TYPES.hrFSBerkeleyFFS hrStorageType 8 ObjectIdentifier HOST-RESOURCES-TYPES.hrFSNFS hrStorageType 9 ObjectIdentifier HOST-RESOURCES-TYPES.hrStorageRam ... hrStorageDescr 1 DisplayString Real Memory Metrics hrStorageDescr 2 DisplayString Shared Real Memory Metrics hrStorageDescr 3 DisplayString Swap:/dev/gpt/simulator-swap hrStorageDescr 4 DisplayString /, type: ufs, dev: /dev/gpt/simulator-root0 hrStorageDescr 5 DisplayString /dev, type: devfs, dev: devfs hrStorageDescr 6 DisplayString /alt, type: ufs, dev: /dev/gpt/simulator-roo= t1 hrStorageDescr 7 DisplayString /home, type: ufs, dev: /dev/gpt/simulator-ho= me hrStorageDescr 8 DisplayString /home/distfiles, type: nfs, dev: 10.1.8.20:/= home/distfiles ... hrStorageAllocationUnits 1 Integer 4096 hrStorageAllocationUnits 2 Integer 4096 hrStorageAllocationUnits 3 Integer 4096 hrStorageAllocationUnits 4 Integer 4096 hrStorageAllocationUnits 5 Integer 512 hrStorageAllocationUnits 6 Integer 4096 hrStorageAllocationUnits 7 Integer 4096 hrStorageAllocationUnits 8 Integer 512 hrStorageAllocationUnits 9 Integer 208 ... hrStorageSize 1 Integer 2319048 hrStorageSize 2 Integer 1593 hrStorageSize 3 Integer 1048544 hrStorageSize 4 Integer 1265407 hrStorageSize 5 Integer 2 hrStorageSize 6 Integer 1265407 hrStorageSize 7 Integer 238615252 hrStorageSize 8 Integer 1822049168 hrStorageSize 9 Integer 0 ... hrStorageUsed 1 Integer 2284267 hrStorageUsed 2 Integer 1462 hrStorageUsed 3 Integer 200 hrStorageUsed 4 Integer 814815 hrStorageUsed 5 Integer 2 hrStorageUsed 6 Integer 4 hrStorageUsed 7 Integer 2875148 hrStorageUsed 8 Integer 456220992 hrStorageUsed 9 Integer 89 ... hrStorageAllocationFailures 1 Counter32 0 hrStorageAllocationFailures 2 Counter32 0 hrStorageAllocationFailures 3 Counter32 0 hrStorageAllocationFailures 4 Counter32 0 hrStorageAllocationFailures 5 Counter32 0 hrStorageAllocationFailures 6 Counter32 0 hrStorageAllocationFailures 7 Counter32 0 hrStorageAllocationFailures 8 Counter32 0 hrStorageAllocationFailures 9 Counter32 0 ------------------------------------------------- hrStorageSize extract from HOST-RESOURCES-MIB hrStorageSize OBJECT-TYPE SYNTAX Integer32 (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The size of the storage represented by this entry, in units of hrStorageAllocationUnits. This object is writable to allow remote configuration of the size of the storage area in those cases where such an operation makes sense and is possible on the underlying system. For example, the amount of main memory allocated to a buffer pool might be modified or the amount of disk space allocated to virtual memory might be modified." ::=3D { hrStorageEntry 5 } =46rom dmesg: real memory =3D 17179869184 (16384 MB) sysctl -a | grep physmem hw.physmem: 17063673856 The value for "hrStorageSize 1 Integer 2319048" should actually be something like 4194304 (ie. 16G/4096) Also, the value keeps changing as memory use changes, which is=20 actually the job for hrStorageUsed not hrStorageSize. We installed net-snmp on one of the boxes, and even though we have no confidence in net-snmp, it does appear to return the correct values for hrStorageSize. Looks like a bug somewhere in usr.sbin/bsnmpd/modules/snmp_hostres/ but I've only had a quick look and can't quite follow what is going on. Makes this part of the table fairly useless for monitoring. Paul. --=20 Paul Koch Brisbane, Australia (+10 GMT/UTC) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 18 07:49:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E8ABF72 for ; Tue, 18 Mar 2014 07:49:07 +0000 (UTC) Received: from mail-vc0-x233.google.com (mail-vc0-x233.google.com [IPv6:2607:f8b0:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F0E4B7F6 for ; Tue, 18 Mar 2014 07:49:06 +0000 (UTC) Received: by mail-vc0-f179.google.com with SMTP id ij19so6910230vcb.10 for ; Tue, 18 Mar 2014 00:49:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=OxsHQK571fVUZzFQei2PTKjoxNDnNBI0MnkUXEFfr3g=; b=ITaEczxbRIQMwP6s8aCka4cH1hg0xJMUXK+kX4+DioO3PTsnio2vZ8mOfnJP+ufakb ZQ2HKvKJP3u6AIOUrzjIHt8r3Sc1U50d3W4shvbtYW7huyZklC40nGnhnozo8VEQ10xS SBB1N73D4fZKmnfS2T+PYqlO+vCvzeCkAFptnhE+9DoBSpgJFiKAOsf72D2xJvYkYEYr 2a0NsXyEbj5+6YEaUL8ucz3qkyqUTRiSZpG30DBEVcOceWnnxdWHf/bMO2HktpR6kBFZ ghR8obYjmkJ+mQt5jNCqkXhqdOwJpPLejWgvLJ4fou2AifgVXhvMaYftZqfqvbl84qqA MVQw== MIME-Version: 1.0 X-Received: by 10.52.166.103 with SMTP id zf7mr4188035vdb.30.1395128946055; Tue, 18 Mar 2014 00:49:06 -0700 (PDT) Received: by 10.52.255.231 with HTTP; Tue, 18 Mar 2014 00:49:05 -0700 (PDT) In-Reply-To: References: Date: Tue, 18 Mar 2014 11:49:05 +0400 Message-ID: Subject: Re: net/nylon hangs in read(2) under FreeBSD10 From: Pavel Timofeev To: freebsd-stable stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Mar 2014 07:49:07 -0000 Turns out, it's just enough to do # telnet proxy.xxx.ru 1080 and do nothing after that for hanging nylon in read(2). Naive nylon's code? 2014-03-12 11:34 GMT+04:00 Pavel Timofeev : > Hello! > I used net/nylon (socks proxy server, born in openbsd) for some time > under FreeBSD10.0-RELEASE amd64. > I had no problems in testlab with that configuration. > But now I have problems in production with that. > Sometimes nylon starts to eat whole CPU. > > For example, I have proxy.xxx.ru (192.168.31.198) and client1.xxx.ru > (192.168.2.6). > Here is what I see every time. > Let's say that hung nylon has pid 5323 > > # truss -p 5323 > ...... > read(6,0x7fffffffdb13,1) ERR#35 'Resource > temporarily unavailable' > read(6,0x7fffffffdb13,1) ERR#35 'Resource > temporarily unavailable' > read(6,0x7fffffffdb13,1) ERR#35 'Resource > temporarily unavailable' > read(6,0x7fffffffdb13,1) ERR#35 'Resource > temporarily unavailable' > read(6,0x7fffffffdb13,1) ERR#35 'Resource > temporarily unavailable' > ^C > > Nylon tries to read from FD 6 (right?) and gets errno 35. Infinite loop. > > > # lsof -p 5323 > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > nylon 5323 root cwd VDIR 0,96 1024 2 / > nylon 5323 root rtd VDIR 0,96 1024 2 / > nylon 5323 root txt VREG 0,96 34840 1134069 > /usr/local/bin/nylon > nylon 5323 root txt VREG 0,96 111696 240770 > /libexec/ld-elf.so.1 > nylon 5323 root txt VREG 0,96 306532 2970271 > /usr/local/lib/event2/libevent-2.0.so.6 > nylon 5323 root txt VREG 0,96 1567216 481549 /lib/libc.so.7 > nylon 5323 root txt VREG 0,96 105104 481569 > /lib/libthr.so.3 > nylon 5323 root 0u VCHR 0,15 0t0 15 /dev/null > nylon 5323 root 1u VCHR 0,15 0t0 15 /dev/null > nylon 5323 root 2u VCHR 0,15 0t0 15 /dev/null > nylon 5323 root 4u IPv4 0xfffff800646b9c00 0t0 TCP > proxy.xxx.ru:socks (LISTEN) > nylon 5323 root 5u unix 0xfffff8006494d000 0t0 > ->0xfffff800098862b8 > nylon 5323 root 6u IPv4 0xfffff8011cd07400 0t0 TCP > proxy.xxx.ru:socks->client1.xxx.ru:45737 (ESTABLISHED) > > Looks like that FD is last line in this output. It's tcp socket (right?). > > > # sockstat | grep 5323 > root nylon 5323 4 tcp4 192.168.31.198:1080 *:* > root nylon 5323 5 dgram -> /var/run/logpriv > root nylon 5323 6 tcp4 192.168.31.198:1080 192.168.2.6:45737 > > That pid has open socket with client1.xxx.ru (192.168.2.6). > > I looked to open sockets in client1.xxx.ru and didn't find suitable. > > And I can kill that hung pid only using "kill -9". > > > It appears to be a problem here. But where? In nylon or even in FreeBSD? > I'm not UNIX OS and programming professional and I don't know wheater > OS has to return errno 35 for read of that dead(?) socket. > Do I have to provide more info? Which one? I'm looking forward! > It happens quite often now. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 18 09:38:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15AFBCFE; Tue, 18 Mar 2014 09:38:14 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3329A2D2; Tue, 18 Mar 2014 09:38:13 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id cc10so3380061wib.16 for ; Tue, 18 Mar 2014 02:38:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=sHAx3im/SVLB8U/iyCc15nqE1J4/f9l6+ggP6+vcFvk=; b=g2Me/vc8mt3zrUHBFdWSIv3Al0cRfriBMbyJTiEIO31IC4HUg7atBT2oj6hjtpXXWj hJ+Y0eOcLCmDrG1PUb9RK8MP7TE5JBlfCwVTyBb014+bUgPP/7xD9joVAmY3y3CBGPn3 9YFIkB+FpX8PZSwBXt2h9YMhwQxk6dfJzXOxh0LnmA6bC1uJf0EKn+jqYn4hTlBbyZx3 deZDr4JgwuBZnPsfNnXw1qlKp4J0BB68bITfojze1CyhYYaEW7sw8mNOpDmyEh5s1qCY f/K9+Tw/gx2USPpwQMgE3jm5JSGJdyCRKiiZMYrgfGPF4iH8l3/vl902XIk8dC4IPDN2 I3Qg== X-Received: by 10.180.11.36 with SMTP id n4mr13523227wib.4.1395135491534; Tue, 18 Mar 2014 02:38:11 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id bi8sm32326386wib.3.2014.03.18.02.38.09 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 18 Mar 2014 02:38:10 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 18 Mar 2014 10:38:08 +0100 From: Baptiste Daroussin To: Andrew Thompson Subject: Re: [HEADSUP] pkg 1.3.0 alpha1: Breath of fresh air from Kirov Message-ID: <20140318093807.GU90364@ithaqua.etoilebsd.net> References: <20140317172130.GO90364@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ULJ2Z7kCM1hyNsWd" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@freebsd.org, stable@freebsd.org, "current@freebsd.org Current" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Mar 2014 09:38:14 -0000 --ULJ2Z7kCM1hyNsWd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 18, 2014 at 01:57:51PM +1300, Andrew Thompson wrote: > On 18 March 2014 06:21, Baptiste Daroussin wrote: >=20 > > Hello, > > > > I'm really pleased to announce that the release process for the new maj= or > > version of pkg(8) has started with this first alpha1 release. > > > > The main feature for this release is the complete rework of the solver. > > pkg(8) now features a real SAT solver and uses it for every operations > > requested > > by the user that may add, upgrade or remove packages. > > > > > I am sure this has been discussed before but does this release do anything > to help automating UPDATING or is this a planned feature? >=20 > Taking the last entry which says to "pkg set -o > misc/p5-OSSP-uuid:misc/ossp-uuid-perl", just do it for me pkg! >=20 The new solver takes care of this without the need of pkg set -o :) It would be now transparent for users. (all they might discover is that a conflict is detected then a new pass in the solver is needed and and the problems is solved properly by the removal of ossp-uuid-perl and installati= on of p5-OSSP-uuid. regards, Bapt --ULJ2Z7kCM1hyNsWd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlMoE/4ACgkQ8kTtMUmk6ExUQQCgwlja5xy9eRD1A0dKiRTIgdlG v/oAnAqVLYB7MXI8sgt/SLFPgDwUMzsl =n804 -----END PGP SIGNATURE----- --ULJ2Z7kCM1hyNsWd-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 18 10:10:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 801A0954 for ; Tue, 18 Mar 2014 10:10:58 +0000 (UTC) Received: from mail-ve0-x22f.google.com (mail-ve0-x22f.google.com [IPv6:2607:f8b0:400c:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 404CF8B5 for ; Tue, 18 Mar 2014 10:10:58 +0000 (UTC) Received: by mail-ve0-f175.google.com with SMTP id oz11so6624470veb.6 for ; Tue, 18 Mar 2014 03:10:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=DxS01fIPEgZENIAePssJklg7vcqwKUqtCCG+E9Q113E=; b=zFErAYBuuDuS1dIgmezmnq/16PkXdRi+9UXA3FtSDxxgz+oNjKgwR5aYgBlGk98hOF u03U02q6RtkqpgXVaLj10Ju5j3/GaK6ZVdk4cISH+uKsSbMjrurIhY/9G7s8aJdopNG0 bI9j++Ldcnaim+rZTpPR0F7Nj3kxfxyG1ajEWrKePsHxu4KncvLMeCSTc6sH8hw55jmY Zvh8PABGP/Zt5l+j+ToVBsc+6UGs97eBEFFWEeBRk2SqdoL6tO90duz4UOVHTUccI49V cXqhZzaruf+xakP2G+8ukHyRZurPzN9pv1yeHm+Trhmc+wZ/IXU3IqV/2/c5ouo9/xrj iYLw== MIME-Version: 1.0 X-Received: by 10.52.128.231 with SMTP id nr7mr245601vdb.17.1395137457408; Tue, 18 Mar 2014 03:10:57 -0700 (PDT) Received: by 10.52.255.231 with HTTP; Tue, 18 Mar 2014 03:10:57 -0700 (PDT) In-Reply-To: References: Date: Tue, 18 Mar 2014 14:10:57 +0400 Message-ID: Subject: Re: net/nylon hangs in read(2) under FreeBSD10 From: Pavel Timofeev To: freebsd-stable stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Mar 2014 10:10:58 -0000 I've found an old topic with the same problem http://marc.info/?l=freebsd-stable&m=101835932330932 Looks like this not good behaviour is supposed normal in nylon (?). Code is in src/atomicio.c .... /* * ensure all of data on socket comes through. f==read || f==write */ ssize_t atomicio(f, fd, _s, n) ssize_t (*f) (); int fd; void *_s; size_t n; { char *s = _s; ssize_t res, pos = 0; while (n > pos) { res = (f) (fd, s + pos, n - pos); switch (res) { case -1: if (errno == EINTR || errno == EAGAIN) continue; case 0: if (pos != 0) return (pos); return (res); default: pos += res; } } return (pos); } What do you think, is it bug or feature? Should I report it to OpenBSD folks? 2014-03-18 11:49 GMT+04:00 Pavel Timofeev : > Turns out, it's just enough to do > # telnet proxy.xxx.ru 1080 > and do nothing after that for hanging nylon in read(2). > Naive nylon's code? > > 2014-03-12 11:34 GMT+04:00 Pavel Timofeev : >> Hello! >> I used net/nylon (socks proxy server, born in openbsd) for some time >> under FreeBSD10.0-RELEASE amd64. >> I had no problems in testlab with that configuration. >> But now I have problems in production with that. >> Sometimes nylon starts to eat whole CPU. >> >> For example, I have proxy.xxx.ru (192.168.31.198) and client1.xxx.ru >> (192.168.2.6). >> Here is what I see every time. >> Let's say that hung nylon has pid 5323 >> >> # truss -p 5323 >> ...... >> read(6,0x7fffffffdb13,1) ERR#35 'Resource >> temporarily unavailable' >> read(6,0x7fffffffdb13,1) ERR#35 'Resource >> temporarily unavailable' >> read(6,0x7fffffffdb13,1) ERR#35 'Resource >> temporarily unavailable' >> read(6,0x7fffffffdb13,1) ERR#35 'Resource >> temporarily unavailable' >> read(6,0x7fffffffdb13,1) ERR#35 'Resource >> temporarily unavailable' >> ^C >> >> Nylon tries to read from FD 6 (right?) and gets errno 35. Infinite loop. >> >> >> # lsof -p 5323 >> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME >> nylon 5323 root cwd VDIR 0,96 1024 2 / >> nylon 5323 root rtd VDIR 0,96 1024 2 / >> nylon 5323 root txt VREG 0,96 34840 1134069 >> /usr/local/bin/nylon >> nylon 5323 root txt VREG 0,96 111696 240770 >> /libexec/ld-elf.so.1 >> nylon 5323 root txt VREG 0,96 306532 2970271 >> /usr/local/lib/event2/libevent-2.0.so.6 >> nylon 5323 root txt VREG 0,96 1567216 481549 /lib/libc.so.7 >> nylon 5323 root txt VREG 0,96 105104 481569 >> /lib/libthr.so.3 >> nylon 5323 root 0u VCHR 0,15 0t0 15 /dev/null >> nylon 5323 root 1u VCHR 0,15 0t0 15 /dev/null >> nylon 5323 root 2u VCHR 0,15 0t0 15 /dev/null >> nylon 5323 root 4u IPv4 0xfffff800646b9c00 0t0 TCP >> proxy.xxx.ru:socks (LISTEN) >> nylon 5323 root 5u unix 0xfffff8006494d000 0t0 >> ->0xfffff800098862b8 >> nylon 5323 root 6u IPv4 0xfffff8011cd07400 0t0 TCP >> proxy.xxx.ru:socks->client1.xxx.ru:45737 (ESTABLISHED) >> >> Looks like that FD is last line in this output. It's tcp socket (right?). >> >> >> # sockstat | grep 5323 >> root nylon 5323 4 tcp4 192.168.31.198:1080 *:* >> root nylon 5323 5 dgram -> /var/run/logpriv >> root nylon 5323 6 tcp4 192.168.31.198:1080 192.168.2.6:45737 >> >> That pid has open socket with client1.xxx.ru (192.168.2.6). >> >> I looked to open sockets in client1.xxx.ru and didn't find suitable. >> >> And I can kill that hung pid only using "kill -9". >> >> >> It appears to be a problem here. But where? In nylon or even in FreeBSD? >> I'm not UNIX OS and programming professional and I don't know wheater >> OS has to return errno 35 for read of that dead(?) socket. >> Do I have to provide more info? Which one? I'm looking forward! >> It happens quite often now. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 18 16:51:00 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08588347; Tue, 18 Mar 2014 16:51:00 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 97D19D44; Tue, 18 Mar 2014 16:50:57 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2IGokFK075220; Tue, 18 Mar 2014 18:50:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2IGojaA075013; Tue, 18 Mar 2014 16:50:46 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Mar 2014 16:50:46 GMT Message-Id: <201403181650.s2IGojaA075013@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Mar 2014 16:51:00 -0000 TB --- 2014-03-18 12:30:46 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-18 12:30:46 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-18 12:30:46 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-18 12:30:46 - cleaning the object tree TB --- 2014-03-18 12:30:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-18 12:31:37 - At svn revision 263296 TB --- 2014-03-18 12:31:38 - building world TB --- 2014-03-18 12:31:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 12:31:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 12:31:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 12:31:38 - SRCCONF=/dev/null TB --- 2014-03-18 12:31:38 - TARGET=mips TB --- 2014-03-18 12:31:38 - TARGET_ARCH=mips TB --- 2014-03-18 12:31:38 - TZ=UTC TB --- 2014-03-18 12:31:38 - __MAKE_CONF=/dev/null TB --- 2014-03-18 12:31:38 - cd /src TB --- 2014-03-18 12:31:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 18 12:31:49 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Mar 18 13:57:06 UTC 2014 TB --- 2014-03-18 13:57:06 - cd /src/sys/mips/conf TB --- 2014-03-18 13:57:06 - /usr/sbin/config -m ADM5120 TB --- 2014-03-18 13:57:06 - skipping ADM5120 kernel TB --- 2014-03-18 13:57:06 - cd /src/sys/mips/conf TB --- 2014-03-18 13:57:06 - /usr/sbin/config -m ALCHEMY TB --- 2014-03-18 13:57:06 - skipping ALCHEMY kernel TB --- 2014-03-18 13:57:06 - cd /src/sys/mips/conf TB --- 2014-03-18 13:57:06 - /usr/sbin/config -m AP121 TB --- 2014-03-18 13:57:06 - building AP121 kernel TB --- 2014-03-18 13:57:06 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 13:57:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 13:57:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 13:57:06 - SRCCONF=/dev/null TB --- 2014-03-18 13:57:06 - TARGET=mips TB --- 2014-03-18 13:57:06 - TARGET_ARCH=mips TB --- 2014-03-18 13:57:06 - TZ=UTC TB --- 2014-03-18 13:57:06 - __MAKE_CONF=/dev/null TB --- 2014-03-18 13:57:06 - cd /src TB --- 2014-03-18 13:57:06 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Tue Mar 18 13:57:06 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Tue Mar 18 14:02:24 UTC 2014 TB --- 2014-03-18 14:02:24 - cd /src/sys/mips/conf TB --- 2014-03-18 14:02:24 - /usr/sbin/config -m AP91 TB --- 2014-03-18 14:02:24 - building AP91 kernel TB --- 2014-03-18 14:02:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 14:02:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 14:02:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 14:02:24 - SRCCONF=/dev/null TB --- 2014-03-18 14:02:24 - TARGET=mips TB --- 2014-03-18 14:02:24 - TARGET_ARCH=mips TB --- 2014-03-18 14:02:24 - TZ=UTC TB --- 2014-03-18 14:02:24 - __MAKE_CONF=/dev/null TB --- 2014-03-18 14:02:24 - cd /src TB --- 2014-03-18 14:02:24 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Tue Mar 18 14:02:24 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Tue Mar 18 14:09:24 UTC 2014 TB --- 2014-03-18 14:09:24 - cd /src/sys/mips/conf TB --- 2014-03-18 14:09:24 - /usr/sbin/config -m AP93 TB --- 2014-03-18 14:09:24 - building AP93 kernel TB --- 2014-03-18 14:09:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 14:09:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 14:09:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 14:09:24 - SRCCONF=/dev/null TB --- 2014-03-18 14:09:24 - TARGET=mips TB --- 2014-03-18 14:09:24 - TARGET_ARCH=mips TB --- 2014-03-18 14:09:24 - TZ=UTC TB --- 2014-03-18 14:09:24 - __MAKE_CONF=/dev/null TB --- 2014-03-18 14:09:24 - cd /src TB --- 2014-03-18 14:09:24 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Tue Mar 18 14:09:24 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Tue Mar 18 14:16:57 UTC 2014 TB --- 2014-03-18 14:16:57 - cd /src/sys/mips/conf TB --- 2014-03-18 14:16:57 - /usr/sbin/config -m AP94 TB --- 2014-03-18 14:16:57 - building AP94 kernel TB --- 2014-03-18 14:16:57 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 14:16:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 14:16:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 14:16:57 - SRCCONF=/dev/null TB --- 2014-03-18 14:16:57 - TARGET=mips TB --- 2014-03-18 14:16:57 - TARGET_ARCH=mips TB --- 2014-03-18 14:16:57 - TZ=UTC TB --- 2014-03-18 14:16:57 - __MAKE_CONF=/dev/null TB --- 2014-03-18 14:16:57 - cd /src TB --- 2014-03-18 14:16:57 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Tue Mar 18 14:16:57 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Tue Mar 18 14:25:36 UTC 2014 TB --- 2014-03-18 14:25:36 - cd /src/sys/mips/conf TB --- 2014-03-18 14:25:36 - /usr/sbin/config -m AP96 TB --- 2014-03-18 14:25:36 - building AP96 kernel TB --- 2014-03-18 14:25:36 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 14:25:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 14:25:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 14:25:36 - SRCCONF=/dev/null TB --- 2014-03-18 14:25:36 - TARGET=mips TB --- 2014-03-18 14:25:36 - TARGET_ARCH=mips TB --- 2014-03-18 14:25:36 - TZ=UTC TB --- 2014-03-18 14:25:36 - __MAKE_CONF=/dev/null TB --- 2014-03-18 14:25:36 - cd /src TB --- 2014-03-18 14:25:36 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Tue Mar 18 14:25:36 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Tue Mar 18 14:33:58 UTC 2014 TB --- 2014-03-18 14:33:58 - cd /src/sys/mips/conf TB --- 2014-03-18 14:33:58 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-03-18 14:33:58 - building AR71XX_BASE kernel TB --- 2014-03-18 14:33:58 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 14:33:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 14:33:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 14:33:58 - SRCCONF=/dev/null TB --- 2014-03-18 14:33:58 - TARGET=mips TB --- 2014-03-18 14:33:58 - TARGET_ARCH=mips TB --- 2014-03-18 14:33:58 - TZ=UTC TB --- 2014-03-18 14:33:58 - __MAKE_CONF=/dev/null TB --- 2014-03-18 14:33:58 - cd /src TB --- 2014-03-18 14:33:58 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Tue Mar 18 14:33:58 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Tue Mar 18 14:41:23 UTC 2014 TB --- 2014-03-18 14:41:23 - cd /src/sys/mips/conf TB --- 2014-03-18 14:41:23 - /usr/sbin/config -m AR724X_BASE TB --- 2014-03-18 14:41:23 - building AR724X_BASE kernel TB --- 2014-03-18 14:41:23 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 14:41:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 14:41:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 14:41:23 - SRCCONF=/dev/null TB --- 2014-03-18 14:41:23 - TARGET=mips TB --- 2014-03-18 14:41:23 - TARGET_ARCH=mips TB --- 2014-03-18 14:41:23 - TZ=UTC TB --- 2014-03-18 14:41:23 - __MAKE_CONF=/dev/null TB --- 2014-03-18 14:41:23 - cd /src TB --- 2014-03-18 14:41:23 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Tue Mar 18 14:41:23 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Tue Mar 18 14:47:19 UTC 2014 TB --- 2014-03-18 14:47:19 - cd /src/sys/mips/conf TB --- 2014-03-18 14:47:19 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-03-18 14:47:19 - building AR91XX_BASE kernel TB --- 2014-03-18 14:47:19 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 14:47:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 14:47:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 14:47:19 - SRCCONF=/dev/null TB --- 2014-03-18 14:47:19 - TARGET=mips TB --- 2014-03-18 14:47:19 - TARGET_ARCH=mips TB --- 2014-03-18 14:47:19 - TZ=UTC TB --- 2014-03-18 14:47:19 - __MAKE_CONF=/dev/null TB --- 2014-03-18 14:47:19 - cd /src TB --- 2014-03-18 14:47:19 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Tue Mar 18 14:47:20 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Tue Mar 18 14:54:06 UTC 2014 TB --- 2014-03-18 14:54:06 - cd /src/sys/mips/conf TB --- 2014-03-18 14:54:06 - /usr/sbin/config -m AR933X_BASE TB --- 2014-03-18 14:54:06 - building AR933X_BASE kernel TB --- 2014-03-18 14:54:06 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 14:54:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 14:54:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 14:54:06 - SRCCONF=/dev/null TB --- 2014-03-18 14:54:06 - TARGET=mips TB --- 2014-03-18 14:54:06 - TARGET_ARCH=mips TB --- 2014-03-18 14:54:06 - TZ=UTC TB --- 2014-03-18 14:54:06 - __MAKE_CONF=/dev/null TB --- 2014-03-18 14:54:06 - cd /src TB --- 2014-03-18 14:54:06 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Tue Mar 18 14:54:06 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Tue Mar 18 14:57:56 UTC 2014 TB --- 2014-03-18 14:57:56 - cd /src/sys/mips/conf TB --- 2014-03-18 14:57:56 - /usr/sbin/config -m AR934X_BASE TB --- 2014-03-18 14:57:56 - building AR934X_BASE kernel TB --- 2014-03-18 14:57:56 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 14:57:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 14:57:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 14:57:56 - SRCCONF=/dev/null TB --- 2014-03-18 14:57:56 - TARGET=mips TB --- 2014-03-18 14:57:56 - TARGET_ARCH=mips TB --- 2014-03-18 14:57:56 - TZ=UTC TB --- 2014-03-18 14:57:56 - __MAKE_CONF=/dev/null TB --- 2014-03-18 14:57:56 - cd /src TB --- 2014-03-18 14:57:56 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Tue Mar 18 14:57:56 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR934X_BASE completed on Tue Mar 18 15:01:55 UTC 2014 TB --- 2014-03-18 15:01:55 - cd /src/sys/mips/conf TB --- 2014-03-18 15:01:55 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-03-18 15:01:55 - skipping BERI_DE4_BASE kernel TB --- 2014-03-18 15:01:55 - cd /src/sys/mips/conf TB --- 2014-03-18 15:01:55 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-03-18 15:01:55 - skipping BERI_DE4_MDROOT kernel TB --- 2014-03-18 15:01:55 - cd /src/sys/mips/conf TB --- 2014-03-18 15:01:55 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-03-18 15:01:55 - skipping BERI_DE4_SDROOT kernel TB --- 2014-03-18 15:01:55 - cd /src/sys/mips/conf TB --- 2014-03-18 15:01:55 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-03-18 15:01:55 - skipping BERI_NETFPGA_MDROOT kernel TB --- 2014-03-18 15:01:55 - cd /src/sys/mips/conf TB --- 2014-03-18 15:01:55 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-03-18 15:01:55 - skipping BERI_SIM_BASE kernel TB --- 2014-03-18 15:01:55 - cd /src/sys/mips/conf TB --- 2014-03-18 15:01:55 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-03-18 15:01:55 - skipping BERI_SIM_MDROOT kernel TB --- 2014-03-18 15:01:55 - cd /src/sys/mips/conf TB --- 2014-03-18 15:01:55 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-03-18 15:01:55 - skipping BERI_SIM_SDROOT kernel TB --- 2014-03-18 15:01:55 - cd /src/sys/mips/conf TB --- 2014-03-18 15:01:55 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-03-18 15:01:55 - skipping BERI_TEMPLATE kernel TB --- 2014-03-18 15:01:55 - cd /src/sys/mips/conf TB --- 2014-03-18 15:01:55 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-03-18 15:01:55 - building CARAMBOLA2 kernel TB --- 2014-03-18 15:01:55 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 15:01:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 15:01:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 15:01:55 - SRCCONF=/dev/null TB --- 2014-03-18 15:01:55 - TARGET=mips TB --- 2014-03-18 15:01:55 - TARGET_ARCH=mips TB --- 2014-03-18 15:01:55 - TZ=UTC TB --- 2014-03-18 15:01:55 - __MAKE_CONF=/dev/null TB --- 2014-03-18 15:01:55 - cd /src TB --- 2014-03-18 15:01:55 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Tue Mar 18 15:01:55 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CARAMBOLA2 completed on Tue Mar 18 15:05:48 UTC 2014 TB --- 2014-03-18 15:05:48 - cd /src/sys/mips/conf TB --- 2014-03-18 15:05:48 - /usr/sbin/config -m DB120 TB --- 2014-03-18 15:05:48 - building DB120 kernel TB --- 2014-03-18 15:05:48 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 15:05:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 15:05:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 15:05:48 - SRCCONF=/dev/null TB --- 2014-03-18 15:05:48 - TARGET=mips TB --- 2014-03-18 15:05:48 - TARGET_ARCH=mips TB --- 2014-03-18 15:05:48 - TZ=UTC TB --- 2014-03-18 15:05:48 - __MAKE_CONF=/dev/null TB --- 2014-03-18 15:05:48 - cd /src TB --- 2014-03-18 15:05:48 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Tue Mar 18 15:05:48 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB120 completed on Tue Mar 18 15:09:45 UTC 2014 TB --- 2014-03-18 15:09:45 - cd /src/sys/mips/conf TB --- 2014-03-18 15:09:45 - /usr/sbin/config -m DIR-825 TB --- 2014-03-18 15:09:45 - building DIR-825 kernel TB --- 2014-03-18 15:09:45 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 15:09:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 15:09:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 15:09:45 - SRCCONF=/dev/null TB --- 2014-03-18 15:09:45 - TARGET=mips TB --- 2014-03-18 15:09:45 - TARGET_ARCH=mips TB --- 2014-03-18 15:09:45 - TZ=UTC TB --- 2014-03-18 15:09:45 - __MAKE_CONF=/dev/null TB --- 2014-03-18 15:09:45 - cd /src TB --- 2014-03-18 15:09:45 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Tue Mar 18 15:09:46 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DIR-825 completed on Tue Mar 18 15:15:23 UTC 2014 TB --- 2014-03-18 15:15:23 - cd /src/sys/mips/conf TB --- 2014-03-18 15:15:23 - /usr/sbin/config -m ENH200 TB --- 2014-03-18 15:15:23 - building ENH200 kernel TB --- 2014-03-18 15:15:23 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 15:15:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 15:15:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 15:15:23 - SRCCONF=/dev/null TB --- 2014-03-18 15:15:23 - TARGET=mips TB --- 2014-03-18 15:15:23 - TARGET_ARCH=mips TB --- 2014-03-18 15:15:23 - TZ=UTC TB --- 2014-03-18 15:15:23 - __MAKE_CONF=/dev/null TB --- 2014-03-18 15:15:23 - cd /src TB --- 2014-03-18 15:15:23 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Tue Mar 18 15:15:24 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ENH200 completed on Tue Mar 18 15:22:10 UTC 2014 TB --- 2014-03-18 15:22:10 - cd /src/sys/mips/conf TB --- 2014-03-18 15:22:10 - /usr/sbin/config -m GXEMUL TB --- 2014-03-18 15:22:10 - skipping GXEMUL kernel TB --- 2014-03-18 15:22:10 - cd /src/sys/mips/conf TB --- 2014-03-18 15:22:10 - /usr/sbin/config -m GXEMUL32 TB --- 2014-03-18 15:22:10 - building GXEMUL32 kernel TB --- 2014-03-18 15:22:10 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 15:22:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 15:22:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 15:22:10 - SRCCONF=/dev/null TB --- 2014-03-18 15:22:10 - TARGET=mips TB --- 2014-03-18 15:22:10 - TARGET_ARCH=mips TB --- 2014-03-18 15:22:10 - TZ=UTC TB --- 2014-03-18 15:22:10 - __MAKE_CONF=/dev/null TB --- 2014-03-18 15:22:10 - cd /src TB --- 2014-03-18 15:22:10 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Tue Mar 18 15:22:11 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GXEMUL32 completed on Tue Mar 18 15:25:02 UTC 2014 TB --- 2014-03-18 15:25:02 - cd /src/sys/mips/conf TB --- 2014-03-18 15:25:02 - /usr/sbin/config -m IDT TB --- 2014-03-18 15:25:02 - skipping IDT kernel TB --- 2014-03-18 15:25:02 - cd /src/sys/mips/conf TB --- 2014-03-18 15:25:02 - /usr/sbin/config -m MALTA TB --- 2014-03-18 15:25:02 - skipping MALTA kernel TB --- 2014-03-18 15:25:02 - cd /src/sys/mips/conf TB --- 2014-03-18 15:25:02 - /usr/sbin/config -m MALTA64 TB --- 2014-03-18 15:25:02 - skipping MALTA64 kernel TB --- 2014-03-18 15:25:02 - cd /src/sys/mips/conf TB --- 2014-03-18 15:25:02 - /usr/sbin/config -m OCTEON1 TB --- 2014-03-18 15:25:02 - skipping OCTEON1 kernel TB --- 2014-03-18 15:25:02 - cd /src/sys/mips/conf TB --- 2014-03-18 15:25:02 - /usr/sbin/config -m PB47 TB --- 2014-03-18 15:25:02 - building PB47 kernel TB --- 2014-03-18 15:25:02 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 15:25:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 15:25:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 15:25:02 - SRCCONF=/dev/null TB --- 2014-03-18 15:25:02 - TARGET=mips TB --- 2014-03-18 15:25:02 - TARGET_ARCH=mips TB --- 2014-03-18 15:25:02 - TZ=UTC TB --- 2014-03-18 15:25:02 - __MAKE_CONF=/dev/null TB --- 2014-03-18 15:25:02 - cd /src TB --- 2014-03-18 15:25:02 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Tue Mar 18 15:25:02 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB47 completed on Tue Mar 18 15:33:48 UTC 2014 TB --- 2014-03-18 15:33:48 - cd /src/sys/mips/conf TB --- 2014-03-18 15:33:48 - /usr/sbin/config -m PB92 TB --- 2014-03-18 15:33:48 - building PB92 kernel TB --- 2014-03-18 15:33:48 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 15:33:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 15:33:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 15:33:48 - SRCCONF=/dev/null TB --- 2014-03-18 15:33:48 - TARGET=mips TB --- 2014-03-18 15:33:48 - TARGET_ARCH=mips TB --- 2014-03-18 15:33:48 - TZ=UTC TB --- 2014-03-18 15:33:48 - __MAKE_CONF=/dev/null TB --- 2014-03-18 15:33:48 - cd /src TB --- 2014-03-18 15:33:48 - /usr/bin/make -B buildkernel KERNCONF=PB92 >>> Kernel build for PB92 started on Tue Mar 18 15:33:49 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB92 completed on Tue Mar 18 15:40:21 UTC 2014 TB --- 2014-03-18 15:40:21 - cd /src/sys/mips/conf TB --- 2014-03-18 15:40:21 - /usr/sbin/config -m PICOSTATION_M2HP TB --- 2014-03-18 15:40:21 - building PICOSTATION_M2HP kernel TB --- 2014-03-18 15:40:21 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 15:40:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 15:40:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 15:40:21 - SRCCONF=/dev/null TB --- 2014-03-18 15:40:21 - TARGET=mips TB --- 2014-03-18 15:40:21 - TARGET_ARCH=mips TB --- 2014-03-18 15:40:21 - TZ=UTC TB --- 2014-03-18 15:40:21 - __MAKE_CONF=/dev/null TB --- 2014-03-18 15:40:21 - cd /src TB --- 2014-03-18 15:40:21 - /usr/bin/make -B buildkernel KERNCONF=PICOSTATION_M2HP >>> Kernel build for PICOSTATION_M2HP started on Tue Mar 18 15:40:21 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PICOSTATION_M2HP completed on Tue Mar 18 15:46:51 UTC 2014 TB --- 2014-03-18 15:46:51 - cd /src/sys/mips/conf TB --- 2014-03-18 15:46:51 - /usr/sbin/config -m QEMU TB --- 2014-03-18 15:46:51 - skipping QEMU kernel TB --- 2014-03-18 15:46:51 - cd /src/sys/mips/conf TB --- 2014-03-18 15:46:51 - /usr/sbin/config -m ROUTERSTATION TB --- 2014-03-18 15:46:51 - building ROUTERSTATION kernel TB --- 2014-03-18 15:46:51 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 15:46:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 15:46:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 15:46:51 - SRCCONF=/dev/null TB --- 2014-03-18 15:46:51 - TARGET=mips TB --- 2014-03-18 15:46:51 - TARGET_ARCH=mips TB --- 2014-03-18 15:46:51 - TZ=UTC TB --- 2014-03-18 15:46:51 - __MAKE_CONF=/dev/null TB --- 2014-03-18 15:46:51 - cd /src TB --- 2014-03-18 15:46:51 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION >>> Kernel build for ROUTERSTATION started on Tue Mar 18 15:46:51 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION completed on Tue Mar 18 15:54:58 UTC 2014 TB --- 2014-03-18 15:54:58 - cd /src/sys/mips/conf TB --- 2014-03-18 15:54:58 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2014-03-18 15:54:58 - building ROUTERSTATION_MFS kernel TB --- 2014-03-18 15:54:58 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 15:54:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 15:54:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 15:54:58 - SRCCONF=/dev/null TB --- 2014-03-18 15:54:58 - TARGET=mips TB --- 2014-03-18 15:54:58 - TARGET_ARCH=mips TB --- 2014-03-18 15:54:58 - TZ=UTC TB --- 2014-03-18 15:54:58 - __MAKE_CONF=/dev/null TB --- 2014-03-18 15:54:58 - cd /src TB --- 2014-03-18 15:54:58 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION_MFS >>> Kernel build for ROUTERSTATION_MFS started on Tue Mar 18 15:54:58 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION_MFS completed on Tue Mar 18 16:03:22 UTC 2014 TB --- 2014-03-18 16:03:22 - cd /src/sys/mips/conf TB --- 2014-03-18 16:03:22 - /usr/sbin/config -m RSPRO TB --- 2014-03-18 16:03:22 - building RSPRO kernel TB --- 2014-03-18 16:03:22 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 16:03:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 16:03:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 16:03:22 - SRCCONF=/dev/null TB --- 2014-03-18 16:03:22 - TARGET=mips TB --- 2014-03-18 16:03:22 - TARGET_ARCH=mips TB --- 2014-03-18 16:03:22 - TZ=UTC TB --- 2014-03-18 16:03:22 - __MAKE_CONF=/dev/null TB --- 2014-03-18 16:03:22 - cd /src TB --- 2014-03-18 16:03:22 - /usr/bin/make -B buildkernel KERNCONF=RSPRO >>> Kernel build for RSPRO started on Tue Mar 18 16:03:22 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO completed on Tue Mar 18 16:12:04 UTC 2014 TB --- 2014-03-18 16:12:04 - cd /src/sys/mips/conf TB --- 2014-03-18 16:12:04 - /usr/sbin/config -m RSPRO_MFS TB --- 2014-03-18 16:12:04 - building RSPRO_MFS kernel TB --- 2014-03-18 16:12:04 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 16:12:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 16:12:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 16:12:04 - SRCCONF=/dev/null TB --- 2014-03-18 16:12:04 - TARGET=mips TB --- 2014-03-18 16:12:04 - TARGET_ARCH=mips TB --- 2014-03-18 16:12:04 - TZ=UTC TB --- 2014-03-18 16:12:04 - __MAKE_CONF=/dev/null TB --- 2014-03-18 16:12:04 - cd /src TB --- 2014-03-18 16:12:04 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_MFS >>> Kernel build for RSPRO_MFS started on Tue Mar 18 16:12:04 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO_MFS completed on Tue Mar 18 16:20:18 UTC 2014 TB --- 2014-03-18 16:20:18 - cd /src/sys/mips/conf TB --- 2014-03-18 16:20:18 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2014-03-18 16:20:18 - building RSPRO_STANDALONE kernel TB --- 2014-03-18 16:20:18 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 16:20:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 16:20:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 16:20:18 - SRCCONF=/dev/null TB --- 2014-03-18 16:20:18 - TARGET=mips TB --- 2014-03-18 16:20:18 - TARGET_ARCH=mips TB --- 2014-03-18 16:20:18 - TZ=UTC TB --- 2014-03-18 16:20:18 - __MAKE_CONF=/dev/null TB --- 2014-03-18 16:20:18 - cd /src TB --- 2014-03-18 16:20:18 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_STANDALONE >>> Kernel build for RSPRO_STANDALONE started on Tue Mar 18 16:20:18 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO_STANDALONE completed on Tue Mar 18 16:28:22 UTC 2014 TB --- 2014-03-18 16:28:23 - cd /src/sys/mips/conf TB --- 2014-03-18 16:28:23 - /usr/sbin/config -m RT305X TB --- 2014-03-18 16:28:23 - skipping RT305X kernel TB --- 2014-03-18 16:28:23 - cd /src/sys/mips/conf TB --- 2014-03-18 16:28:23 - /usr/sbin/config -m SENTRY5 TB --- 2014-03-18 16:28:23 - skipping SENTRY5 kernel TB --- 2014-03-18 16:28:23 - cd /src/sys/mips/conf TB --- 2014-03-18 16:28:23 - /usr/sbin/config -m SWARM TB --- 2014-03-18 16:28:23 - building SWARM kernel TB --- 2014-03-18 16:28:23 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 16:28:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 16:28:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 16:28:23 - SRCCONF=/dev/null TB --- 2014-03-18 16:28:23 - TARGET=mips TB --- 2014-03-18 16:28:23 - TARGET_ARCH=mips TB --- 2014-03-18 16:28:23 - TZ=UTC TB --- 2014-03-18 16:28:23 - __MAKE_CONF=/dev/null TB --- 2014-03-18 16:28:23 - cd /src TB --- 2014-03-18 16:28:23 - /usr/bin/make -B buildkernel KERNCONF=SWARM >>> Kernel build for SWARM started on Tue Mar 18 16:28:23 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for SWARM completed on Tue Mar 18 16:32:21 UTC 2014 TB --- 2014-03-18 16:32:21 - cd /src/sys/mips/conf TB --- 2014-03-18 16:32:21 - /usr/sbin/config -m SWARM64 TB --- 2014-03-18 16:32:21 - skipping SWARM64 kernel TB --- 2014-03-18 16:32:21 - cd /src/sys/mips/conf TB --- 2014-03-18 16:32:21 - /usr/sbin/config -m SWARM64_SMP TB --- 2014-03-18 16:32:21 - skipping SWARM64_SMP kernel TB --- 2014-03-18 16:32:21 - cd /src/sys/mips/conf TB --- 2014-03-18 16:32:21 - /usr/sbin/config -m SWARM_SMP TB --- 2014-03-18 16:32:21 - building SWARM_SMP kernel TB --- 2014-03-18 16:32:21 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 16:32:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 16:32:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 16:32:21 - SRCCONF=/dev/null TB --- 2014-03-18 16:32:21 - TARGET=mips TB --- 2014-03-18 16:32:21 - TARGET_ARCH=mips TB --- 2014-03-18 16:32:21 - TZ=UTC TB --- 2014-03-18 16:32:21 - __MAKE_CONF=/dev/null TB --- 2014-03-18 16:32:21 - cd /src TB --- 2014-03-18 16:32:21 - /usr/bin/make -B buildkernel KERNCONF=SWARM_SMP >>> Kernel build for SWARM_SMP started on Tue Mar 18 16:32:22 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for SWARM_SMP completed on Tue Mar 18 16:36:23 UTC 2014 TB --- 2014-03-18 16:36:23 - cd /src/sys/mips/conf TB --- 2014-03-18 16:36:23 - /usr/sbin/config -m TP-WN1043ND TB --- 2014-03-18 16:36:24 - building TP-WN1043ND kernel TB --- 2014-03-18 16:36:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 16:36:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 16:36:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 16:36:24 - SRCCONF=/dev/null TB --- 2014-03-18 16:36:24 - TARGET=mips TB --- 2014-03-18 16:36:24 - TARGET_ARCH=mips TB --- 2014-03-18 16:36:24 - TZ=UTC TB --- 2014-03-18 16:36:24 - __MAKE_CONF=/dev/null TB --- 2014-03-18 16:36:24 - cd /src TB --- 2014-03-18 16:36:24 - /usr/bin/make -B buildkernel KERNCONF=TP-WN1043ND >>> Kernel build for TP-WN1043ND started on Tue Mar 18 16:36:24 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for TP-WN1043ND completed on Tue Mar 18 16:43:35 UTC 2014 TB --- 2014-03-18 16:43:35 - cd /src/sys/mips/conf TB --- 2014-03-18 16:43:35 - /usr/sbin/config -m WZR-300HP TB --- 2014-03-18 16:43:35 - building WZR-300HP kernel TB --- 2014-03-18 16:43:35 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 16:43:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 16:43:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 16:43:35 - SRCCONF=/dev/null TB --- 2014-03-18 16:43:35 - TARGET=mips TB --- 2014-03-18 16:43:35 - TARGET_ARCH=mips TB --- 2014-03-18 16:43:35 - TZ=UTC TB --- 2014-03-18 16:43:35 - __MAKE_CONF=/dev/null TB --- 2014-03-18 16:43:35 - cd /src TB --- 2014-03-18 16:43:35 - /usr/bin/make -B buildkernel KERNCONF=WZR-300HP >>> Kernel build for WZR-300HP started on Tue Mar 18 16:43:35 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for WZR-300HP completed on Tue Mar 18 16:50:41 UTC 2014 TB --- 2014-03-18 16:50:41 - cd /src/sys/mips/conf TB --- 2014-03-18 16:50:41 - /usr/sbin/config -m XLP TB --- 2014-03-18 16:50:41 - building XLP kernel TB --- 2014-03-18 16:50:41 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 16:50:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 16:50:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 16:50:41 - SRCCONF=/dev/null TB --- 2014-03-18 16:50:41 - TARGET=mips TB --- 2014-03-18 16:50:41 - TARGET_ARCH=mips TB --- 2014-03-18 16:50:41 - TZ=UTC TB --- 2014-03-18 16:50:41 - __MAKE_CONF=/dev/null TB --- 2014-03-18 16:50:41 - cd /src TB --- 2014-03-18 16:50:41 - /usr/bin/make -B buildkernel KERNCONF=XLP >>> Kernel build for XLP started on Tue Mar 18 16:50:41 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/XLP/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-18 16:50:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-18 16:50:45 - ERROR: failed to build XLP kernel TB --- 2014-03-18 16:50:45 - 10829.31 user 5510.49 system 15598.62 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 18 18:25:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47683B60 for ; Tue, 18 Mar 2014 18:25:07 +0000 (UTC) Received: from mail.tdx.com (mail.tdx.com [62.13.128.18]) by mx1.freebsd.org (Postfix) with ESMTP id D70F9A37 for ; Tue, 18 Mar 2014 18:25:06 +0000 (UTC) Received: from study64.tdx.co.uk (study64.tdx.co.uk [62.13.130.231]) (authenticated bits=0) by mail.tdx.com (8.14.3/8.14.3/) with ESMTP id s2IIOtbg023412 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Mar 2014 18:24:56 GMT Date: Tue, 18 Mar 2014 18:24:55 +0000 From: Karl Pielorz To: Alexander Yerenkow , Marcelo Gondim Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE Message-ID: <93D37B2C8EC71EC12EE855D5@study64.tdx.co.uk> In-Reply-To: References: <53016D97.5030909@bsdinfo.com.br> <53066B59.5000709@yandex.ru> <531A6C66.2010101@bsdinfo.com.br> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Mar 2014 18:25:07 -0000 --On 11 March 2014 10:45:18 +0200 Alexander Yerenkow wrote: > Could you try to change shell to simple "sh" and see if this helps? > This could be due to non-atomic work with history file when multiple > clients log off, causing csh produce large broken history files. > This is not 100% your case, but you could at least try :) Hi, I also have a system that has this problem: FreeBSD 10.0-STABLE FreeBSD 10.0-STABLE #0 r261289M: Thu Jan 30 13:33:35 UTC 2014 xxxxxxxxx:/usr/src/sys/amd64/compile/GENERIC amd64 The sshd processes lock in 'urdlck' - I set this box up a while ago as 10.0-R - installed subversion, and updated to 10.0-S (r261289). It's been left 40+ days since then. Very little usage - but I have over 120 'stuck' sshd daemons. I initially posted to the freebsd-xen list (this box is running under Xen) as we've a number of other FBSD10 boxes that don't have the issue (but these get more usage, and frequent restarts). It now looks like it's not a Xen issue - but a FBSD10 issue... I've left the machine 'as-is' with all these zombies / stuck sshd's - if anyone wants me to run anything against / on it? I can't see that this has been fixed in a newer -stable? Cheers, -Karl From owner-freebsd-stable@FreeBSD.ORG Tue Mar 18 19:29:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7FDB8D3; Tue, 18 Mar 2014 19:29:53 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C07921A7; Tue, 18 Mar 2014 19:29:53 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AA51FB941; Tue, 18 Mar 2014 15:29:52 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: Clock issues and crash on resume on 10-Stable r263062M Date: Tue, 18 Mar 2014 15:27:17 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403181527.17100.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 18 Mar 2014 15:29:52 -0400 (EDT) Cc: Kevin Oberman , ray@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Mar 2014 19:29:54 -0000 On Saturday, March 15, 2014 3:44:46 pm Kevin Oberman wrote: > 2. The time does not update after resume. After about 2 seconds, ehe system > crashes. > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x30 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff808c9ef3 > stack pointer = 0x28:0xfffffe00f13548e0 > frame pointer = 0x28:0xfffffe00f13549b0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 12 (swi4: clock) > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack backtrace: > #0 0xffffffff808ed460 at kdb_backtrace+0x60 > #1 0xffffffff808b4e35 at panic+0x155 > #2 0xffffffff80c97022 at trap_fatal+0x3a2 > #3 0xffffffff80c972f9 at trap_pfault+0x2c9 > #4 0xffffffff80c96a8b at trap+0x5bb > #5 0xffffffff80c7dd42 at calltrap+0x8 > #6 0xffffffff808ca304 at softclock+0x94 > #7 0xffffffff8088929b at intr_event_execute_handlers+0xab > #8 0xffffffff808896e6 at ithread_loop+0x96 > #9 0xffffffff80886f4a at fork_exit+0x9a > #10 0xffffffff80c7e27e at fork_trampoline+0xe > [...] > #0 doadump (textdump=) at pcpu.h:219 > 219 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=) at pcpu.h:219 > #1 0xffffffff808b4ab0 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:452 > #2 0xffffffff808b4e74 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:759 > #3 0xffffffff80c97022 in trap_fatal (frame=, > eva=) at /usr/src/sys/amd64/amd64/trap.c:875 > #4 0xffffffff80c972f9 in trap_pfault (frame=0xfffffe00f1354830, usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:692 > #5 0xffffffff80c96a8b in trap (frame=0xfffffe00f1354830) > at /usr/src/sys/amd64/amd64/trap.c:456 > #6 0xffffffff80c7dd42 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:232 > #7 0xffffffff808c9ef3 in softclock_call_cc (c=0xffffffff813834b8, > cc=0xffffffff81527680, direct=0) at /usr/src/sys/kern/kern_timeout.c:701 > #8 0xffffffff808ca304 in softclock (arg=0xffffffff81527680) > at /usr/src/sys/kern/kern_timeout.c:810 This is actually a crash in newcons. Try setting kern.vt.suspendswitch to 0 as a workaround. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 18 21:38:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 927D9F80; Tue, 18 Mar 2014 21:38:32 +0000 (UTC) Received: from mail-pb0-x22d.google.com (mail-pb0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5C3481AF; Tue, 18 Mar 2014 21:38:32 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id uo5so7898698pbc.32 for ; Tue, 18 Mar 2014 14:38: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:date:message-id:subject :from:to:cc:content-type; bh=4F8p+H6XuZqIq75INvt/ViUKDpVYn/+OlkpRJeZmS9Q=; b=E5rElZ0KNNLOTLPwL6KtTZ+yV07YPyEUKdynPARfqqmeD0WcfknwUYMSxefCXNzohX wZcWzl/tE1KmMTgZlwCRalrmTmdYi/JIk3Aw5XQWyWol4OMCONKcy7FtBUbrsvLTbKcE VafQ7E8nziLNsvePMK5D/PfKAyUfMZ6WKlDoPUJSuDo6x6MHCgDEtgtOFBEVyNSqgNNc l6SYmrEfXGOBsfh9PpcHh8dP3SA6xMKR+p8shkzjvCxHuH5XeBY+0hkpUn8UffXHJXZc FQKDLLkhlLwGyW43HcwKIRk+QQu88GPdJ8BMgiDdiJihS2W0O/I5+QUL+fP1/QMx2bFu MNXQ== MIME-Version: 1.0 X-Received: by 10.68.139.2 with SMTP id qu2mr955575pbb.164.1395178711937; Tue, 18 Mar 2014 14:38:31 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Tue, 18 Mar 2014 14:38:31 -0700 (PDT) In-Reply-To: <201403181527.17100.jhb@freebsd.org> References: <201403181527.17100.jhb@freebsd.org> Date: Tue, 18 Mar 2014 14:38:31 -0700 X-Google-Sender-Auth: 88wgAHJkC1jJJqBw01ZPwK_E4pc Message-ID: Subject: Re: Clock issues and crash on resume on 10-Stable r263062M From: Kevin Oberman To: John Baldwin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ray@freebsd.org, FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Mar 2014 21:38:32 -0000 On Tue, Mar 18, 2014 at 12:27 PM, John Baldwin wrote: > On Saturday, March 15, 2014 3:44:46 pm Kevin Oberman wrote: > > 2. The time does not update after resume. After about 2 seconds, ehe > system > > crashes. > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x30 > > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0xffffffff808c9ef3 > > stack pointer = 0x28:0xfffffe00f13548e0 > > frame pointer = 0x28:0xfffffe00f13549b0 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 12 (swi4: clock) > > trap number = 12 > > panic: page fault > > cpuid = 0 > > KDB: stack backtrace: > > #0 0xffffffff808ed460 at kdb_backtrace+0x60 > > #1 0xffffffff808b4e35 at panic+0x155 > > #2 0xffffffff80c97022 at trap_fatal+0x3a2 > > #3 0xffffffff80c972f9 at trap_pfault+0x2c9 > > #4 0xffffffff80c96a8b at trap+0x5bb > > #5 0xffffffff80c7dd42 at calltrap+0x8 > > #6 0xffffffff808ca304 at softclock+0x94 > > #7 0xffffffff8088929b at intr_event_execute_handlers+0xab > > #8 0xffffffff808896e6 at ithread_loop+0x96 > > #9 0xffffffff80886f4a at fork_exit+0x9a > > #10 0xffffffff80c7e27e at fork_trampoline+0xe > > [...] > > #0 doadump (textdump=) at pcpu.h:219 > > 219 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) #0 doadump (textdump=) at pcpu.h:219 > > #1 0xffffffff808b4ab0 in kern_reboot (howto=260) > > at /usr/src/sys/kern/kern_shutdown.c:452 > > #2 0xffffffff808b4e74 in panic (fmt=) > > at /usr/src/sys/kern/kern_shutdown.c:759 > > #3 0xffffffff80c97022 in trap_fatal (frame=, > > eva=) at /usr/src/sys/amd64/amd64/trap.c:875 > > #4 0xffffffff80c972f9 in trap_pfault (frame=0xfffffe00f1354830, > usermode=0) > > at /usr/src/sys/amd64/amd64/trap.c:692 > > #5 0xffffffff80c96a8b in trap (frame=0xfffffe00f1354830) > > at /usr/src/sys/amd64/amd64/trap.c:456 > > #6 0xffffffff80c7dd42 in calltrap () > > at /usr/src/sys/amd64/amd64/exception.S:232 > > #7 0xffffffff808c9ef3 in softclock_call_cc (c=0xffffffff813834b8, > > cc=0xffffffff81527680, direct=0) at > /usr/src/sys/kern/kern_timeout.c:701 > > #8 0xffffffff808ca304 in softclock (arg=0xffffffff81527680) > > at /usr/src/sys/kern/kern_timeout.c:810 > > This is actually a crash in newcons. Try setting kern.vt.suspendswitch to > 0 > as a workaround. > > -- > John Baldwin > Ack! I had forgotten seeing the thread on this just a while back, before vt was committed to 10. Thanks so much! -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Mar 18 22:13:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5F8298E for ; Tue, 18 Mar 2014 22:13:50 +0000 (UTC) Received: from mail-ee0-f53.google.com (mail-ee0-f53.google.com [74.125.83.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 782FB793 for ; Tue, 18 Mar 2014 22:13:50 +0000 (UTC) Received: by mail-ee0-f53.google.com with SMTP id b57so5242453eek.40 for ; Tue, 18 Mar 2014 15:13:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=DwWoSUbBKs/UyHf0OWegrXzynAQwY5U6bLDgj3xVieM=; b=TFV7VIY/cbHGP+YIVkn0Hd1VxU3rGiZDOJ27ErBPfHwH2ggS/ol/sSKqEwMWpk6v7Q Q4f6N333/lLePNkgeEN9/RpYR8Ld13rU9vsxlu9J8ywF+QnVBmvVZVxFCIpAXYn7GtdF 4mMN9mZ1VhMlVBKsgR8Opu8n68YIJK4N2xK1YeE8I2yYAaNp78x8KtPzxuIPxI22jiqu XFeuE/MzDV6+hCo6OCJ+vVhLCyLksVVWrijBk80zacmXx395u92LibMcWgC22LTOtiVE BgCR2OP0rZHxBofHAxOUkOQQ4kXfp2RgU3IPN3rSTvPbDT8ghmjNfA+KWNZbgv8htk+c B5hg== X-Gm-Message-State: ALoCoQkwJv993g3b2nq/mJmxRTROxRz3FOTsbR3ScdeN4RRX8KXUndMVTMqCh3yC1QFo19RXZUyf X-Received: by 10.14.95.8 with SMTP id o8mr16355792eef.15.1395179207330; Tue, 18 Mar 2014 14:46:47 -0700 (PDT) Received: from rnote.ddteam.net (100-69-133-95.pool.ukrtel.net. [95.133.69.100]) by mx.google.com with ESMTPSA id p8sm37844683eef.26.2014.03.18.14.46.45 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 18 Mar 2014 14:46:46 -0700 (PDT) Date: Tue, 18 Mar 2014 23:46:23 +0200 From: Aleksandr Rybalko To: Kevin Oberman Subject: Re: Clock issues and crash on resume on 10-Stable r263062M Message-Id: <20140318234623.61a99182.ray@ddteam.net> In-Reply-To: References: <201403181527.17100.jhb@freebsd.org> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ray@freebsd.org, FreeBSD-STABLE Mailing List , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Mar 2014 22:13:51 -0000 On Tue, 18 Mar 2014 14:38:31 -0700 Kevin Oberman wrote: > On Tue, Mar 18, 2014 at 12:27 PM, John Baldwin > wrote: > > > On Saturday, March 15, 2014 3:44:46 pm Kevin Oberman wrote: > > > 2. The time does not update after resume. After about 2 seconds, > > > ehe > > system > > > crashes. > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 0; apic id = 00 > > > fault virtual address = 0x30 > > > fault code = supervisor read data, page not present > > > instruction pointer = 0x20:0xffffffff808c9ef3 > > > stack pointer = 0x28:0xfffffe00f13548e0 > > > frame pointer = 0x28:0xfffffe00f13549b0 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > current process = 12 (swi4: clock) > > > trap number = 12 > > > panic: page fault > > > cpuid = 0 > > > KDB: stack backtrace: > > > #0 0xffffffff808ed460 at kdb_backtrace+0x60 > > > #1 0xffffffff808b4e35 at panic+0x155 > > > #2 0xffffffff80c97022 at trap_fatal+0x3a2 > > > #3 0xffffffff80c972f9 at trap_pfault+0x2c9 > > > #4 0xffffffff80c96a8b at trap+0x5bb > > > #5 0xffffffff80c7dd42 at calltrap+0x8 > > > #6 0xffffffff808ca304 at softclock+0x94 > > > #7 0xffffffff8088929b at intr_event_execute_handlers+0xab > > > #8 0xffffffff808896e6 at ithread_loop+0x96 > > > #9 0xffffffff80886f4a at fork_exit+0x9a > > > #10 0xffffffff80c7e27e at fork_trampoline+0xe > > > [...] > > > #0 doadump (textdump=) at pcpu.h:219 > > > 219 pcpu.h: No such file or directory. > > > in pcpu.h > > > (kgdb) #0 doadump (textdump=) at pcpu.h:219 > > > #1 0xffffffff808b4ab0 in kern_reboot (howto=260) > > > at /usr/src/sys/kern/kern_shutdown.c:452 > > > #2 0xffffffff808b4e74 in panic (fmt=) > > > at /usr/src/sys/kern/kern_shutdown.c:759 > > > #3 0xffffffff80c97022 in trap_fatal (frame=, > > > eva=) > > > at /usr/src/sys/amd64/amd64/trap.c:875 > > > #4 0xffffffff80c972f9 in trap_pfault (frame=0xfffffe00f1354830, > > usermode=0) > > > at /usr/src/sys/amd64/amd64/trap.c:692 > > > #5 0xffffffff80c96a8b in trap (frame=0xfffffe00f1354830) > > > at /usr/src/sys/amd64/amd64/trap.c:456 > > > #6 0xffffffff80c7dd42 in calltrap () > > > at /usr/src/sys/amd64/amd64/exception.S:232 > > > #7 0xffffffff808c9ef3 in softclock_call_cc (c=0xffffffff813834b8, > > > cc=0xffffffff81527680, direct=0) at > > /usr/src/sys/kern/kern_timeout.c:701 > > > #8 0xffffffff808ca304 in softclock (arg=0xffffffff81527680) > > > at /usr/src/sys/kern/kern_timeout.c:810 > > > > This is actually a crash in newcons. Try setting > > kern.vt.suspendswitch to 0 > > as a workaround. > > > > -- > > John Baldwin > > > > Ack! I had forgotten seeing the thread on this just a while back, > before vt was committed to 10. > > Thanks so much! > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com Looks like I have to invert default for it :) Sorry for making such problems. WBW -- Aleksandr Rybalko From owner-freebsd-stable@FreeBSD.ORG Tue Mar 18 22:19:41 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04A70C3E; Tue, 18 Mar 2014 22:19:41 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A0A8810; Tue, 18 Mar 2014 22:19:36 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2IMJW2S061087; Wed, 19 Mar 2014 00:19:32 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2IMJW1o060839; Tue, 18 Mar 2014 22:19:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Mar 2014 22:19:32 GMT Message-Id: <201403182219.s2IMJW1o060839@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Mar 2014 22:19:41 -0000 TB --- 2014-03-18 20:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-18 20:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-18 20:30:45 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-18 20:30:45 - cleaning the object tree TB --- 2014-03-18 20:30:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-18 20:31:30 - At svn revision 263317 TB --- 2014-03-18 20:31:31 - building world TB --- 2014-03-18 20:31:31 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 20:31:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 20:31:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 20:31:31 - SRCCONF=/dev/null TB --- 2014-03-18 20:31:31 - TARGET=mips TB --- 2014-03-18 20:31:31 - TARGET_ARCH=mips64 TB --- 2014-03-18 20:31:31 - TZ=UTC TB --- 2014-03-18 20:31:31 - __MAKE_CONF=/dev/null TB --- 2014-03-18 20:31:31 - cd /src TB --- 2014-03-18 20:31:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 18 20:31:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Mar 18 21:56:38 UTC 2014 TB --- 2014-03-18 21:56:38 - cd /src/sys/mips/conf TB --- 2014-03-18 21:56:38 - /usr/sbin/config -m ADM5120 TB --- 2014-03-18 21:56:38 - skipping ADM5120 kernel TB --- 2014-03-18 21:56:38 - cd /src/sys/mips/conf TB --- 2014-03-18 21:56:38 - /usr/sbin/config -m ALCHEMY TB --- 2014-03-18 21:56:38 - skipping ALCHEMY kernel TB --- 2014-03-18 21:56:38 - cd /src/sys/mips/conf TB --- 2014-03-18 21:56:38 - /usr/sbin/config -m AP121 TB --- 2014-03-18 21:56:38 - skipping AP121 kernel TB --- 2014-03-18 21:56:38 - cd /src/sys/mips/conf TB --- 2014-03-18 21:56:38 - /usr/sbin/config -m AP91 TB --- 2014-03-18 21:56:38 - skipping AP91 kernel TB --- 2014-03-18 21:56:38 - cd /src/sys/mips/conf TB --- 2014-03-18 21:56:38 - /usr/sbin/config -m AP93 TB --- 2014-03-18 21:56:38 - skipping AP93 kernel TB --- 2014-03-18 21:56:38 - cd /src/sys/mips/conf TB --- 2014-03-18 21:56:38 - /usr/sbin/config -m AP94 TB --- 2014-03-18 21:56:38 - skipping AP94 kernel TB --- 2014-03-18 21:56:38 - cd /src/sys/mips/conf TB --- 2014-03-18 21:56:38 - /usr/sbin/config -m AP96 TB --- 2014-03-18 21:56:38 - skipping AP96 kernel TB --- 2014-03-18 21:56:38 - cd /src/sys/mips/conf TB --- 2014-03-18 21:56:38 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-03-18 21:56:38 - skipping AR71XX_BASE kernel TB --- 2014-03-18 21:56:38 - cd /src/sys/mips/conf TB --- 2014-03-18 21:56:38 - /usr/sbin/config -m AR724X_BASE TB --- 2014-03-18 21:56:38 - skipping AR724X_BASE kernel TB --- 2014-03-18 21:56:38 - cd /src/sys/mips/conf TB --- 2014-03-18 21:56:38 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-03-18 21:56:38 - skipping AR91XX_BASE kernel TB --- 2014-03-18 21:56:38 - cd /src/sys/mips/conf TB --- 2014-03-18 21:56:38 - /usr/sbin/config -m AR933X_BASE TB --- 2014-03-18 21:56:38 - skipping AR933X_BASE kernel TB --- 2014-03-18 21:56:38 - cd /src/sys/mips/conf TB --- 2014-03-18 21:56:38 - /usr/sbin/config -m AR934X_BASE TB --- 2014-03-18 21:56:38 - skipping AR934X_BASE kernel TB --- 2014-03-18 21:56:38 - cd /src/sys/mips/conf TB --- 2014-03-18 21:56:38 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-03-18 21:56:38 - building BERI_DE4_BASE kernel TB --- 2014-03-18 21:56:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 21:56:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 21:56:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 21:56:38 - SRCCONF=/dev/null TB --- 2014-03-18 21:56:38 - TARGET=mips TB --- 2014-03-18 21:56:38 - TARGET_ARCH=mips64 TB --- 2014-03-18 21:56:38 - TZ=UTC TB --- 2014-03-18 21:56:38 - __MAKE_CONF=/dev/null TB --- 2014-03-18 21:56:38 - cd /src TB --- 2014-03-18 21:56:38 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Tue Mar 18 21:56:38 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_BASE completed on Tue Mar 18 22:01:40 UTC 2014 TB --- 2014-03-18 22:01:40 - cd /src/sys/mips/conf TB --- 2014-03-18 22:01:40 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-03-18 22:01:40 - building BERI_DE4_MDROOT kernel TB --- 2014-03-18 22:01:40 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 22:01:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 22:01:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 22:01:40 - SRCCONF=/dev/null TB --- 2014-03-18 22:01:40 - TARGET=mips TB --- 2014-03-18 22:01:40 - TARGET_ARCH=mips64 TB --- 2014-03-18 22:01:40 - TZ=UTC TB --- 2014-03-18 22:01:40 - __MAKE_CONF=/dev/null TB --- 2014-03-18 22:01:40 - cd /src TB --- 2014-03-18 22:01:40 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Tue Mar 18 22:01:40 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_MDROOT completed on Tue Mar 18 22:06:20 UTC 2014 TB --- 2014-03-18 22:06:20 - cd /src/sys/mips/conf TB --- 2014-03-18 22:06:20 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-03-18 22:06:22 - building BERI_DE4_SDROOT kernel TB --- 2014-03-18 22:06:22 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 22:06:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 22:06:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 22:06:22 - SRCCONF=/dev/null TB --- 2014-03-18 22:06:22 - TARGET=mips TB --- 2014-03-18 22:06:22 - TARGET_ARCH=mips64 TB --- 2014-03-18 22:06:22 - TZ=UTC TB --- 2014-03-18 22:06:22 - __MAKE_CONF=/dev/null TB --- 2014-03-18 22:06:22 - cd /src TB --- 2014-03-18 22:06:22 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Tue Mar 18 22:06:22 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_SDROOT completed on Tue Mar 18 22:10:59 UTC 2014 TB --- 2014-03-18 22:10:59 - cd /src/sys/mips/conf TB --- 2014-03-18 22:10:59 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-03-18 22:10:59 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-03-18 22:10:59 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 22:10:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 22:10:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 22:10:59 - SRCCONF=/dev/null TB --- 2014-03-18 22:10:59 - TARGET=mips TB --- 2014-03-18 22:10:59 - TARGET_ARCH=mips64 TB --- 2014-03-18 22:10:59 - TZ=UTC TB --- 2014-03-18 22:10:59 - __MAKE_CONF=/dev/null TB --- 2014-03-18 22:10:59 - cd /src TB --- 2014-03-18 22:10:59 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Tue Mar 18 22:10:59 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_NETFPGA_MDROOT completed on Tue Mar 18 22:15:22 UTC 2014 TB --- 2014-03-18 22:15:22 - cd /src/sys/mips/conf TB --- 2014-03-18 22:15:22 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-03-18 22:15:22 - building BERI_SIM_BASE kernel TB --- 2014-03-18 22:15:22 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 22:15:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 22:15:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 22:15:22 - SRCCONF=/dev/null TB --- 2014-03-18 22:15:22 - TARGET=mips TB --- 2014-03-18 22:15:22 - TARGET_ARCH=mips64 TB --- 2014-03-18 22:15:22 - TZ=UTC TB --- 2014-03-18 22:15:22 - __MAKE_CONF=/dev/null TB --- 2014-03-18 22:15:22 - cd /src TB --- 2014-03-18 22:15:22 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Tue Mar 18 22:15:23 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_BASE completed on Tue Mar 18 22:19:28 UTC 2014 TB --- 2014-03-18 22:19:28 - cd /src/sys/mips/conf TB --- 2014-03-18 22:19:28 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-03-18 22:19:28 - building BERI_SIM_MDROOT kernel TB --- 2014-03-18 22:19:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-18 22:19:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-18 22:19:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-18 22:19:28 - SRCCONF=/dev/null TB --- 2014-03-18 22:19:28 - TARGET=mips TB --- 2014-03-18 22:19:28 - TARGET_ARCH=mips64 TB --- 2014-03-18 22:19:28 - TZ=UTC TB --- 2014-03-18 22:19:28 - __MAKE_CONF=/dev/null TB --- 2014-03-18 22:19:28 - cd /src TB --- 2014-03-18 22:19:28 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Tue Mar 18 22:19:28 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_SIM_MDROOT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-18 22:19:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-18 22:19:29 - ERROR: failed to build BERI_SIM_MDROOT kernel TB --- 2014-03-18 22:19:29 - 4582.82 user 2256.72 system 6523.84 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 19 04:07:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6653D7C3; Wed, 19 Mar 2014 04:07:59 +0000 (UTC) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 03754A85; Wed, 19 Mar 2014 04:07:58 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id m20so8966029qcx.24 for ; Tue, 18 Mar 2014 21:07:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=/TLX1z8K63MIVocCHKEi96MlIPA/wjxyM7svYhom1sM=; b=riAgqZWfIUP7HpkSTmVFtUIx/xkgTM7UvXro21e+07P3Pq8sDsVlp/l2gfEANX8MVv SODllMcTj7ePzcKqq7uDXbYuKND2bWOUH876aWhtMkLKpRweDVmBtwhS9vfyiES58KfL /CIuJBltLS30L1XwRwhkxQGFDfLE6fK+GcSN6/KFAl8SNG5QgdA1Sy3VoHLnrLTH37ac 66ktm8Hg8v23LQd4PC4z7KUvuQnBLqSnpCBevw7dL5//PIqEe190FaKoeoazAsGo9aOG ehXt9BHvOTZbb3YVmnybRpdLqzlf1lS1K9Awz1mW5Eugqcr8It9+V8RcckDSfLXRKn8M Jv0w== MIME-Version: 1.0 X-Received: by 10.224.131.193 with SMTP id y1mr24258qas.86.1395202077388; Tue, 18 Mar 2014 21:07:57 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.8.137 with HTTP; Tue, 18 Mar 2014 21:07:57 -0700 (PDT) In-Reply-To: <20140318234623.61a99182.ray@ddteam.net> References: <201403181527.17100.jhb@freebsd.org> <20140318234623.61a99182.ray@ddteam.net> Date: Tue, 18 Mar 2014 21:07:57 -0700 X-Google-Sender-Auth: SPMNNni3lOYI1SRv8In1jP-9Q3M Message-ID: Subject: Re: Clock issues and crash on resume on 10-Stable r263062M From: Adrian Chadd To: Aleksandr Rybalko Content-Type: text/plain; charset=ISO-8859-1 Cc: Kevin Oberman , Aleksandr Rybalko , FreeBSD-STABLE Mailing List , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Mar 2014 04:07:59 -0000 Well, changing the default is cool, but there's still some odd bug there that could do with chasing down. :) -a On 18 March 2014 14:46, Aleksandr Rybalko wrote: > On Tue, 18 Mar 2014 14:38:31 -0700 > Kevin Oberman wrote: > >> On Tue, Mar 18, 2014 at 12:27 PM, John Baldwin >> wrote: >> >> > On Saturday, March 15, 2014 3:44:46 pm Kevin Oberman wrote: >> > > 2. The time does not update after resume. After about 2 seconds, >> > > ehe >> > system >> > > crashes. >> > > Fatal trap 12: page fault while in kernel mode >> > > cpuid = 0; apic id = 00 >> > > fault virtual address = 0x30 >> > > fault code = supervisor read data, page not present >> > > instruction pointer = 0x20:0xffffffff808c9ef3 >> > > stack pointer = 0x28:0xfffffe00f13548e0 >> > > frame pointer = 0x28:0xfffffe00f13549b0 >> > > code segment = base 0x0, limit 0xfffff, type 0x1b >> > > = DPL 0, pres 1, long 1, def32 0, gran 1 >> > > processor eflags = interrupt enabled, resume, IOPL = 0 >> > > current process = 12 (swi4: clock) >> > > trap number = 12 >> > > panic: page fault >> > > cpuid = 0 >> > > KDB: stack backtrace: >> > > #0 0xffffffff808ed460 at kdb_backtrace+0x60 >> > > #1 0xffffffff808b4e35 at panic+0x155 >> > > #2 0xffffffff80c97022 at trap_fatal+0x3a2 >> > > #3 0xffffffff80c972f9 at trap_pfault+0x2c9 >> > > #4 0xffffffff80c96a8b at trap+0x5bb >> > > #5 0xffffffff80c7dd42 at calltrap+0x8 >> > > #6 0xffffffff808ca304 at softclock+0x94 >> > > #7 0xffffffff8088929b at intr_event_execute_handlers+0xab >> > > #8 0xffffffff808896e6 at ithread_loop+0x96 >> > > #9 0xffffffff80886f4a at fork_exit+0x9a >> > > #10 0xffffffff80c7e27e at fork_trampoline+0xe >> > > [...] >> > > #0 doadump (textdump=) at pcpu.h:219 >> > > 219 pcpu.h: No such file or directory. >> > > in pcpu.h >> > > (kgdb) #0 doadump (textdump=) at pcpu.h:219 >> > > #1 0xffffffff808b4ab0 in kern_reboot (howto=260) >> > > at /usr/src/sys/kern/kern_shutdown.c:452 >> > > #2 0xffffffff808b4e74 in panic (fmt=) >> > > at /usr/src/sys/kern/kern_shutdown.c:759 >> > > #3 0xffffffff80c97022 in trap_fatal (frame=, >> > > eva=) >> > > at /usr/src/sys/amd64/amd64/trap.c:875 >> > > #4 0xffffffff80c972f9 in trap_pfault (frame=0xfffffe00f1354830, >> > usermode=0) >> > > at /usr/src/sys/amd64/amd64/trap.c:692 >> > > #5 0xffffffff80c96a8b in trap (frame=0xfffffe00f1354830) >> > > at /usr/src/sys/amd64/amd64/trap.c:456 >> > > #6 0xffffffff80c7dd42 in calltrap () >> > > at /usr/src/sys/amd64/amd64/exception.S:232 >> > > #7 0xffffffff808c9ef3 in softclock_call_cc (c=0xffffffff813834b8, >> > > cc=0xffffffff81527680, direct=0) at >> > /usr/src/sys/kern/kern_timeout.c:701 >> > > #8 0xffffffff808ca304 in softclock (arg=0xffffffff81527680) >> > > at /usr/src/sys/kern/kern_timeout.c:810 >> > >> > This is actually a crash in newcons. Try setting >> > kern.vt.suspendswitch to 0 >> > as a workaround. >> > >> > -- >> > John Baldwin >> > >> >> Ack! I had forgotten seeing the thread on this just a while back, >> before vt was committed to 10. >> >> Thanks so much! >> -- >> R. Kevin Oberman, Network Engineer, Retired >> E-mail: rkoberman@gmail.com > > Looks like I have to invert default for it :) > > Sorry for making such problems. > > WBW > -- > Aleksandr Rybalko > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Mar 19 04:58:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9410AD68 for ; Wed, 19 Mar 2014 04:58:12 +0000 (UTC) Received: from forward4l.mail.yandex.net (forward4l.mail.yandex.net [IPv6:2a02:6b8:0:1819::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 48F46DED for ; Wed, 19 Mar 2014 04:58:12 +0000 (UTC) Received: from smtp19.mail.yandex.net (smtp19.mail.yandex.net [95.108.252.19]) by forward4l.mail.yandex.net (Yandex) with ESMTP id 3BC1A1440E28; Wed, 19 Mar 2014 08:58:09 +0400 (MSK) Received: from smtp19.mail.yandex.net (localhost [127.0.0.1]) by smtp19.mail.yandex.net (Yandex) with ESMTP id E156BBE007F; Wed, 19 Mar 2014 08:58:08 +0400 (MSK) Received: from 84.201.167.101-vpn.dhcp.yndx.net (84.201.167.101-vpn.dhcp.yndx.net [84.201.167.101]) by smtp19.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id gqtZ2WhyJ4-w8ZGQA8s; Wed, 19 Mar 2014 08:58:08 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: ae722ae3-51e9-460a-9ea1-605e73db64d2 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1395205088; bh=2vE1KVw6v/2QLuZmu3oJS6uUzEUfwIko6CQQadkFG7s=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=Nc6b70tyUoocNIogpT/F8xUf77zDSyzGaLpFLHMlfHUH+Q3hwuWiPPTWcoVAlsy1h wljrj/9czCtziAq5rfLyVeKFrZq2ei5APTFxmD0H6/e+yRio/F10K3q02meMqfbfaB Xqi4uG6ZWjbiF41lvLx97Hv5No9e09NMawMh51Yw= Authentication-Results: smtp19.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <532923B6.7020205@yandex.ru> Date: Wed, 19 Mar 2014 08:57:26 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Alexander Yerenkow , Marcelo Gondim Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE References: <53016D97.5030909@bsdinfo.com.br> <53066B59.5000709@yandex.ru> <531A6C66.2010101@bsdinfo.com.br> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Mar 2014 04:58:12 -0000 On 11.03.2014 12:45, Alexander Yerenkow wrote: > Could you try to change shell to simple "sh" and see if this helps? > This could be due to non-atomic work with history file when multiple > clients log off, causing csh produce large broken history files. > This is not 100% your case, but you could at least try :) Hello, I use autossh to keep TCP tunnel to remote host. After 12 days of uptime my system now has 99 sshd's zombies. 11.0-CURRENT #7 r262879 -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Mar 19 11:56:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 912A1424 for ; Wed, 19 Mar 2014 11:56:19 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5AC0BBB0 for ; Wed, 19 Mar 2014 11:56:19 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 80388139C4 for ; Wed, 19 Mar 2014 11:52:11 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-type:content-type:in-reply-to:references:subject :subject:to:mime-version:user-agent:from:from:date:date :message-id; s=dkim; t=1395240730; x=1396104731; bh=mhMor5GrLXWf bMrOzj//e9GkxNvlbXptSU3RmZJ2dpw=; b=O/2da3MtrhmtH8V6YKl98BSGjAJg AomC6quVWvpIumq1ygGpWjQcaCMoadXt5rBTqNHK7JW+eusy2d8RrPr+Iey9mBjf 9tabv4WzmiJxMipl/2C7G9Ae8F3vkTntVO50BhOskWN5B9OhPA9Azn7EPye6u4iB 9GXipQ/5Gn4Mdiw= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HyINby5-IurJ for ; Wed, 19 Mar 2014 11:52:10 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.54.69]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id C5C9C139C3 for ; Wed, 19 Mar 2014 11:52:09 -0300 (BRT) Message-ID: <53298445.90706@bsdinfo.com.br> Date: Wed, 19 Mar 2014 08:49:25 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Stable Mailing List Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE References: <53016D97.5030909@bsdinfo.com.br> <53066B59.5000709@yandex.ru> <531A6C66.2010101@bsdinfo.com.br> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Mar 2014 11:56:19 -0000 Em 11/03/14 05:45, Alexander Yerenkow escreveu: > Could you try to change shell to simple "sh" and see if this helps? > This could be due to non-atomic work with history file when multiple > clients log off, causing csh produce large broken history files. > This is not 100% your case, but you could at least try :) Changed to shand the problem happened again. Definitely something changed in sshd since version 10.0that is causing this problem. My server never had zombie processes and now they sprout out of nowhere. :( > > > 2014-03-08 3:03 GMT+02:00 Marcelo Gondim >: > > Em 20/02/14 17:53, Andrey V. Elsukov escreveu: > > On 17.02.2014 06:01, Marcelo Gondim wrote: > > Hi all, > > I have noticed zombie processes on the system after a few lost > connections on ssh. > > # ps afx > [...] > 8045 - Is 0:00.01 sshd: unknown [priv] (sshd) > 8046 - Z 0:00.01 > 8054 - IW 0:00.00 sshd: unknown [pam] (sshd) > 28146 - Is 0:00.01 sshd: unknown [priv] (sshd) > 28147 - Z 0:00.01 > 28155 - IW 0:00.00 sshd: unknown [pam] (sshd) > 43320 - Is 0:00.01 sshd: unknown [priv] (sshd) > 43321 - Z 0:00.01 > 43322 - IW 0:00.00 sshd: unknown [pam] (sshd) > 73413 - Is 0:00.01 sshd: unknown [priv] (sshd) > 73414 - Z 0:00.01 > 73430 - IW 0:00.00 sshd: unknown [pam] (sshd) > [...] > > Processes do not die with kill-9. > Anyone else noticed this? > > Hi, > > I use autossh and usually my system has several tens of sshd's > zombies > after few days uptime. > > 11.0-CURRENT #6 r262183 > > New system update and the problem with zombie sshd processes continue. > I noticed that this happens more often when the system has many > remote access via ssh. This problem has been happening to me since > the FreeBSD 10.0R. > > # uname -a > FreeBSD bart.xxxxx.com.br 10.0-STABLE > FreeBSD 10.0-STABLE #5 r262657: Tue Mar 4 14:53:08 BRT 2014 > root@bart.xxxxx.com.br:/usr/obj/usr/src/sys/GONDIM10 amd64 > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 19 12:18:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64769BDD; Wed, 19 Mar 2014 12:18:06 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id A00FADCC; Wed, 19 Mar 2014 12:18:05 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 0014EC495A; Wed, 19 Mar 2014 14:17:56 +0200 (EET) Date: Wed, 19 Mar 2014 14:19:24 +0200 From: Aleksandr Rybalko To: Adrian Chadd Subject: Re: Clock issues and crash on resume on 10-Stable r263062M Message-Id: <20140319141924.279e3d1bc7d8be7b93470a5d@ddteam.net> In-Reply-To: References: <201403181527.17100.jhb@freebsd.org> <20140318234623.61a99182.ray@ddteam.net> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kevin Oberman , Aleksandr Rybalko , FreeBSD-STABLE Mailing List , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Mar 2014 12:18:06 -0000 On Tue, 18 Mar 2014 21:07:57 -0700 Adrian Chadd wrote: > Well, changing the default is cool, but there's still some odd bug > there that could do with chasing down. :) Sorry, I currently can't work on investigation why GIANT lock is NULL sometime on resume. (IIRC it happen because I use callout_init w/o mtx, so callout try to lock using GIANT) But I will glad to get any help on that :) > > > -a > > On 18 March 2014 14:46, Aleksandr Rybalko wrote: > > On Tue, 18 Mar 2014 14:38:31 -0700 > > Kevin Oberman wrote: > > > >> On Tue, Mar 18, 2014 at 12:27 PM, John Baldwin > >> wrote: > >> > >> > On Saturday, March 15, 2014 3:44:46 pm Kevin Oberman wrote: > >> > > 2. The time does not update after resume. After about 2 seconds, > >> > > ehe > >> > system > >> > > crashes. > >> > > Fatal trap 12: page fault while in kernel mode > >> > > cpuid = 0; apic id = 00 > >> > > fault virtual address = 0x30 > >> > > fault code = supervisor read data, page not present > >> > > instruction pointer = 0x20:0xffffffff808c9ef3 > >> > > stack pointer = 0x28:0xfffffe00f13548e0 > >> > > frame pointer = 0x28:0xfffffe00f13549b0 > >> > > code segment = base 0x0, limit 0xfffff, type 0x1b > >> > > = DPL 0, pres 1, long 1, def32 0, gran 1 > >> > > processor eflags = interrupt enabled, resume, IOPL = 0 > >> > > current process = 12 (swi4: clock) > >> > > trap number = 12 > >> > > panic: page fault > >> > > cpuid = 0 > >> > > KDB: stack backtrace: > >> > > #0 0xffffffff808ed460 at kdb_backtrace+0x60 > >> > > #1 0xffffffff808b4e35 at panic+0x155 > >> > > #2 0xffffffff80c97022 at trap_fatal+0x3a2 > >> > > #3 0xffffffff80c972f9 at trap_pfault+0x2c9 > >> > > #4 0xffffffff80c96a8b at trap+0x5bb > >> > > #5 0xffffffff80c7dd42 at calltrap+0x8 > >> > > #6 0xffffffff808ca304 at softclock+0x94 > >> > > #7 0xffffffff8088929b at intr_event_execute_handlers+0xab > >> > > #8 0xffffffff808896e6 at ithread_loop+0x96 > >> > > #9 0xffffffff80886f4a at fork_exit+0x9a > >> > > #10 0xffffffff80c7e27e at fork_trampoline+0xe > >> > > [...] > >> > > #0 doadump (textdump=) at pcpu.h:219 > >> > > 219 pcpu.h: No such file or directory. > >> > > in pcpu.h > >> > > (kgdb) #0 doadump (textdump=) at pcpu.h:219 > >> > > #1 0xffffffff808b4ab0 in kern_reboot (howto=260) > >> > > at /usr/src/sys/kern/kern_shutdown.c:452 > >> > > #2 0xffffffff808b4e74 in panic (fmt=) > >> > > at /usr/src/sys/kern/kern_shutdown.c:759 > >> > > #3 0xffffffff80c97022 in trap_fatal (frame=, > >> > > eva=) > >> > > at /usr/src/sys/amd64/amd64/trap.c:875 > >> > > #4 0xffffffff80c972f9 in trap_pfault (frame=0xfffffe00f1354830, > >> > usermode=0) > >> > > at /usr/src/sys/amd64/amd64/trap.c:692 > >> > > #5 0xffffffff80c96a8b in trap (frame=0xfffffe00f1354830) > >> > > at /usr/src/sys/amd64/amd64/trap.c:456 > >> > > #6 0xffffffff80c7dd42 in calltrap () > >> > > at /usr/src/sys/amd64/amd64/exception.S:232 > >> > > #7 0xffffffff808c9ef3 in softclock_call_cc (c=0xffffffff813834b8, > >> > > cc=0xffffffff81527680, direct=0) at > >> > /usr/src/sys/kern/kern_timeout.c:701 > >> > > #8 0xffffffff808ca304 in softclock (arg=0xffffffff81527680) > >> > > at /usr/src/sys/kern/kern_timeout.c:810 > >> > > >> > This is actually a crash in newcons. Try setting > >> > kern.vt.suspendswitch to 0 > >> > as a workaround. > >> > > >> > -- > >> > John Baldwin > >> > > >> > >> Ack! I had forgotten seeing the thread on this just a while back, > >> before vt was committed to 10. > >> > >> Thanks so much! > >> -- > >> R. Kevin Oberman, Network Engineer, Retired > >> E-mail: rkoberman@gmail.com > > > > Looks like I have to invert default for it :) > > > > Sorry for making such problems. > > > > WBW > > -- > > Aleksandr Rybalko > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Aleksandr Rybalko From owner-freebsd-stable@FreeBSD.ORG Wed Mar 19 13:00:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 474155B3 for ; Wed, 19 Mar 2014 13:00:37 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 032BF26E for ; Wed, 19 Mar 2014 13:00:36 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id EC148139C3 for ; Wed, 19 Mar 2014 13:03:10 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-type:content-type:in-reply-to:references:subject :subject:to:mime-version:user-agent:from:from:date:date :message-id; s=dkim; t=1395244985; x=1396108986; bh=sEUfVeFDFqwr 1vkVnjSFC95pItI2+Wllls6oox1k1VY=; b=jRMwle3ASvi58mpsGO4mcXOc0akh 64+ueJyM4dVNBi9teWd/ZsVm9exQHpWuNzuUUn9NP3t58viOyY5uX+UEH9hGswtE NiME0b0pVDXZpa3ikDLWI7e+rfOp53preqUb+HdY4vvFY82y+E6SSQ/9q/G9Ma8V RWHM7hDCxMg6jFE= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TKOEEQcKk_XJ for ; Wed, 19 Mar 2014 13:03:05 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.48.8]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id 9267B139C4 for ; Wed, 19 Mar 2014 13:03:04 -0300 (BRT) Message-ID: <532994EA.9090300@bsdinfo.com.br> Date: Wed, 19 Mar 2014 10:00:26 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Stable Mailing List Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE - workaround References: <53016D97.5030909@bsdinfo.com.br> <53066B59.5000709@yandex.ru> <531A6C66.2010101@bsdinfo.com.br> <53298445.90706@bsdinfo.com.br> In-Reply-To: <53298445.90706@bsdinfo.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Mar 2014 13:00:37 -0000 Hi all, While the solution does not appear, did the script below and put it in crontab to automatically delete zombie sshd processes. the_walking_dead.sh: #!/bin/sh kill -9 `ps afx|grep sshd|grep unknown|awk '{print $1}'` Put this in /etc/crontab: 00 1 * * * root the_walking_dead.sh Em 19/03/14 08:49, Marcelo Gondim escreveu: > Em 11/03/14 05:45, Alexander Yerenkow escreveu: >> Could you try to change shell to simple "sh" and see if this helps? >> This could be due to non-atomic work with history file when multiple >> clients log off, causing csh produce large broken history files. >> This is not 100% your case, but you could at least try :) > Changed to shand the problem happened again. > Definitely something changed in sshd since version 10.0that is causing > this problem. > My server never had zombie processes and now they sprout out of > nowhere. :( >> >> >> 2014-03-08 3:03 GMT+02:00 Marcelo Gondim > >: >> >> Em 20/02/14 17:53, Andrey V. Elsukov escreveu: >> >> On 17.02.2014 06:01, Marcelo Gondim wrote: >> >> Hi all, >> >> I have noticed zombie processes on the system after a few >> lost >> connections on ssh. >> >> # ps afx >> [...] >> 8045 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 8046 - Z 0:00.01 >> 8054 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 28146 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 28147 - Z 0:00.01 >> 28155 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 43320 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 43321 - Z 0:00.01 >> 43322 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 73413 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 73414 - Z 0:00.01 >> 73430 - IW 0:00.00 sshd: unknown [pam] (sshd) >> [...] >> >> Processes do not die with kill-9. >> Anyone else noticed this? >> >> Hi, >> >> I use autossh and usually my system has several tens of sshd's >> zombies >> after few days uptime. >> >> 11.0-CURRENT #6 r262183 >> >> New system update and the problem with zombie sshd processes >> continue. >> I noticed that this happens more often when the system has many >> remote access via ssh. This problem has been happening to me since >> the FreeBSD 10.0R. >> >> # uname -a >> FreeBSD bart.xxxxx.com.br 10.0-STABLE >> FreeBSD 10.0-STABLE #5 r262657: Tue Mar 4 14:53:08 BRT 2014 >> root@bart.xxxxx.com.br:/usr/obj/usr/src/sys/GONDIM10 amd64 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 19 15:54:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D262D95; Wed, 19 Mar 2014 15:54:43 +0000 (UTC) Received: from mail-pb0-x22f.google.com (mail-pb0-x22f.google.com [IPv6:2607:f8b0:400e:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C2D7FA20; Wed, 19 Mar 2014 15:54:42 +0000 (UTC) Received: by mail-pb0-f47.google.com with SMTP id up15so9044895pbc.6 for ; Wed, 19 Mar 2014 08:54:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=xuIIcP9hG1B1LXePVeWdeb7ndsny8tBACLk1tS4t6RE=; b=zPF+GI75cYu59nB+dA2yiOu2uNl6weddHcC8XDFAWoj7CKP4t7A2iwGsjeJQj0H/vy JkC6Ny9gy2tsIzcqazA3/aO8sVa7FjaiCmnczRV8gilFKQ2t+zY7Ho+je4SdcXt6vqXE QugJ2H9COXtqpGebg7ZFNKQ3ZV8T0L7ChIB5SaKLTfrvMr2MAVaOeCLMx22Zc/4ORanb E7Fi5WRNJg8dmy8a+J6TSO2xh7TI0qZ5htXQi347S/GIWBeKrwuI27gp+uREp47FWX0D RuDTxoXlr7beJC2s4jru5C1WX7/FqECF5WtKtH7XLsraHAlP/r8FjLgHHPL/TPewDact l/9g== MIME-Version: 1.0 X-Received: by 10.66.156.137 with SMTP id we9mr41370053pab.30.1395244482405; Wed, 19 Mar 2014 08:54:42 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Wed, 19 Mar 2014 08:54:42 -0700 (PDT) In-Reply-To: <20140319141924.279e3d1bc7d8be7b93470a5d@ddteam.net> References: <201403181527.17100.jhb@freebsd.org> <20140318234623.61a99182.ray@ddteam.net> <20140319141924.279e3d1bc7d8be7b93470a5d@ddteam.net> Date: Wed, 19 Mar 2014 08:54:42 -0700 X-Google-Sender-Auth: dvQKsauiTBLRH0nQCFux46GVCfs Message-ID: Subject: Re: Clock issues and crash on resume on 10-Stable r263062M From: Kevin Oberman To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Adrian Chadd , FreeBSD-STABLE Mailing List , Aleksandr Rybalko , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Mar 2014 15:54:43 -0000 On Wed, Mar 19, 2014 at 5:19 AM, Aleksandr Rybalko wrote: > On Tue, 18 Mar 2014 21:07:57 -0700 > Adrian Chadd wrote: > > > Well, changing the default is cool, but there's still some odd bug > > there that could do with chasing down. :) > > Sorry, I currently can't work on investigation why GIANT lock is NULL > sometime on resume. (IIRC it happen because I use callout_init w/o > mtx, so callout try to lock using GIANT) > > But I will glad to get any help on that :) > > Turned off vt switch and found a couple issues: 1. Audio was muted (by pressing the mute button) when I suspended the system. The suspend operation caused the system to beep. When I resumed, it did so again and I noticed that the audio was no longer muted. This can be an issue when in a meeting or in some other place where a loud noise is not desirable, but my be an issue with the Lenovo BIOS or EC. 2. When the system is resumed, the display is not refreshed and is full of artifacts.I moved to another desktop and back (I use gnome2) and fixed everything except the panel which never gets redrawn. This is possibly an X issue (Intel 3000 graphics) or something with the KMS handling of a resume. Probably neither of these is really a vt(4) issue, though, an I really do appreciate having a working vty system after starting X. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Mar 19 16:01:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77F89182 for ; Wed, 19 Mar 2014 16:01:49 +0000 (UTC) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 39B25A89 for ; Wed, 19 Mar 2014 16:01:49 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id kq14so9099531pab.24 for ; Wed, 19 Mar 2014 09:01:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=6fEEHbcj3zranjEvYu+JnQTsVZuwhYO751k1e0MMCeg=; b=T+Kutjc30R26Tye8sRx276SuqyL0i9ZD1y9AVKZ3IzI1Ju2/BTIn+t7sANxpLnvdfc bxG9Z3VM0CHsmm5Pzs92Tl9syP5LRMHSINh/J4jMw/eXz2GzcoRYOpKkxcwLtHiY5aOC ChatK6Gif3/8XgUqbs8SJEwz/jVuvpXcaq1ol0sdVCYtDgqqXhjRTZxqyHLrwalUcZod 8fI9Dj0nW+qevcGheuv4ol2+5KXYBVoqq+pqxPw10U0PC5bn0htSjlPDkAex/fhVeekI iCEZk8JVCK9umhfOMQsttPehPTsEfXPT8YoHjjh8D6MR0kTDuLAm7g4NBERImwf+mHVW fuSw== MIME-Version: 1.0 X-Received: by 10.66.156.137 with SMTP id we9mr41403278pab.30.1395244908880; Wed, 19 Mar 2014 09:01:48 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Wed, 19 Mar 2014 09:01:48 -0700 (PDT) In-Reply-To: <532994EA.9090300@bsdinfo.com.br> References: <53016D97.5030909@bsdinfo.com.br> <53066B59.5000709@yandex.ru> <531A6C66.2010101@bsdinfo.com.br> <53298445.90706@bsdinfo.com.br> <532994EA.9090300@bsdinfo.com.br> Date: Wed, 19 Mar 2014 09:01:48 -0700 X-Google-Sender-Auth: 89Yeuv1rdqxtDxh5efai39JSNZE Message-ID: Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE - workaround From: Kevin Oberman To: Marcelo Gondim Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Mar 2014 16:01:49 -0000 On Wed, Mar 19, 2014 at 6:00 AM, Marcelo Gondim wrote: > Hi all, > > While the solution does not appear, did the script below and put it in > crontab to automatically delete zombie sshd processes. > > the_walking_dead.sh: > > #!/bin/sh > kill -9 `ps afx|grep sshd|grep unknown|awk '{print $1}'` > > > Put this in /etc/crontab: > > 00 1 * * * root the_walking_dead.sh > > If 'kill -9' works, the process is not really a zombie. It simply still has a socket open and is waiting for it to be closed before exiting. You might takes a look at network sockets with sockstat(1) and see if you can get any indication of why these sockets are not being closed. It may be that the issue is not sshd but some other issue in the OS leaving sockets open. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Mar 19 16:56:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C65ADE1 for ; Wed, 19 Mar 2014 16:56:34 +0000 (UTC) Received: from mail-ob0-f179.google.com (mail-ob0-f179.google.com [209.85.214.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5EF4BFAE for ; Wed, 19 Mar 2014 16:56:33 +0000 (UTC) Received: by mail-ob0-f179.google.com with SMTP id va2so8364001obc.38 for ; Wed, 19 Mar 2014 09:56:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=MdQWs2VMfROSJMaG4le50o2u1zFz26a8hdozTipeiDY=; b=HdYe+6S32wSN5uz3i34clw16gQ0gqlYOU8JOqG6v03uVMZMWll25Oy2wTgt9VgAWQa piEyIcE8VaPdEDNGUnPK7UtjLFRjmgO8jiZRIct8e+HBPFSHy4SmxsTjES76E1GB0sPU xVHlMBZnXVXoLB+BrvYpXVfxR7t77UxeQiltIYajSHB5F07p2yZ7m9PfZb4hDp0JVecX WucypHFbr0mXYM6CjlEeCu3lxOpjyhcxEJSIw+8xfacZgIZaKZKekfe3vuc7YYx3c5SV WW15J7m1re3l+hyXAZWvtw0RG3X4gUkn8CGQGQCPZwztpP7CGGs2+HPeVRogIWKB1oZ3 DgwQ== X-Gm-Message-State: ALoCoQmkr2B3JmQKDg8YQeTXuUWg4fdyV0GAljcwpU804PUXrwja0CHrbLNigTq2VnbjUcOtTQTO MIME-Version: 1.0 X-Received: by 10.60.233.202 with SMTP id ty10mr33475367oec.25.1395248186644; Wed, 19 Mar 2014 09:56:26 -0700 (PDT) Sender: nimrod@nimrod.is-a-geek.net Received: by 10.60.156.101 with HTTP; Wed, 19 Mar 2014 09:56:26 -0700 (PDT) X-Originating-IP: [12.5.170.98] In-Reply-To: References: <53016D97.5030909@bsdinfo.com.br> <53066B59.5000709@yandex.ru> <531A6C66.2010101@bsdinfo.com.br> <53298445.90706@bsdinfo.com.br> <532994EA.9090300@bsdinfo.com.br> Date: Wed, 19 Mar 2014 11:56:26 -0500 X-Google-Sender-Auth: aqMDyrxPFmoM1gdYT7xOigHegyg Message-ID: Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE - workaround From: Nimrod Levy To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Marcelo Gondim , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Mar 2014 16:56:34 -0000 I recently ran into a very similar sounding issue on a juniper router (JunOS is based on FreeBSD) that ended up being a timing issue when the devices were sending ACKs. Basically, the client tries to close the session with a FIN, but the server (or in my case, a router) was delaying sending ACKs and disregarded the FIN. When the client subsequently received an SSH packet, an RST was sent out from the client and the connection was closed. The socket on the server remained open and we saw a similar stuck process. One workaround was to set sysctl -w net.inet.tcp.delayed_ack=0 On Wed, Mar 19, 2014 at 11:01 AM, Kevin Oberman wrote: > On Wed, Mar 19, 2014 at 6:00 AM, Marcelo Gondim >wrote: > > > Hi all, > > > > While the solution does not appear, did the script below and put it in > > crontab to automatically delete zombie sshd processes. > > > > the_walking_dead.sh: > > > > #!/bin/sh > > kill -9 `ps afx|grep sshd|grep unknown|awk '{print $1}'` > > > > > > Put this in /etc/crontab: > > > > 00 1 * * * root the_walking_dead.sh > > > > > If 'kill -9' works, the process is not really a zombie. It simply still has > a socket open and is waiting for it to be closed before exiting. > > You might takes a look at network sockets with sockstat(1) and see if you > can get any indication of why these sockets are not being closed. It may be > that the issue is not sshd but some other issue in the OS leaving sockets > open. > > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 19 17:47:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6CC2831 for ; Wed, 19 Mar 2014 17:47:17 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9FF997A2 for ; Wed, 19 Mar 2014 17:47:17 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 4998C139C4 for ; Wed, 19 Mar 2014 17:49:52 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-transfer-encoding:content-type:content-type :in-reply-to:references:subject:subject:to:mime-version :user-agent:from:from:date:date:message-id; s=dkim; t= 1395262190; x=1396126191; bh=nBjC0V6ut+IU2Id4zbB2mGc+AUTeWJ/lVBb ULkOc54M=; b=I/rkT2nGSGiVK4uIolOx7JpQrMcxCzUP0WJ1AdS3lHiX5KvF+Fr uWeMTTalh9GRyHnucS/MXv2gfqva9kALzDNkQKt3z02YlI0pIMxKPbtWGhcK9DH1 eoM1i7IpZ2loBHH7Yj1sA16HuYeGw355XKDMgwB5CQLsXD1ToHNJj+1Y= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R_KPBVH3pwLs for ; Wed, 19 Mar 2014 17:49:50 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.48.8]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id B2F68139C3 for ; Wed, 19 Mar 2014 17:49:49 -0300 (BRT) Message-ID: <5329D81E.7040709@bsdinfo.com.br> Date: Wed, 19 Mar 2014 14:47:10 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Stable Mailing List Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE - workaround References: <53016D97.5030909@bsdinfo.com.br> <53066B59.5000709@yandex.ru> <531A6C66.2010101@bsdinfo.com.br> <53298445.90706@bsdinfo.com.br> <532994EA.9090300@bsdinfo.com.br> In-Reply-To: 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.17 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, 19 Mar 2014 17:47:17 -0000 Em 19/03/14 13:01, Kevin Oberman escreveu: > On Wed, Mar 19, 2014 at 6:00 AM, Marcelo Gondim wrote: > >> Hi all, >> >> While the solution does not appear, did the script below and put it in >> crontab to automatically delete zombie sshd processes. >> >> the_walking_dead.sh: >> >> #!/bin/sh >> kill -9 `ps afx|grep sshd|grep unknown|awk '{print $1}'` >> >> >> Put this in /etc/crontab: >> >> 00 1 * * * root the_walking_dead.sh >> >> > If 'kill -9' works, the process is not really a zombie. It simply still has > a socket open and is waiting for it to be closed before exiting. > > You might takes a look at network sockets with sockstat(1) and see if you > can get any indication of why these sockets are not being closed. It may be > that the issue is not sshd but some other issue in the OS leaving sockets > open. > Hi Kevin, My ps -afx below: [...] 42139 - Is 0:00.01 sshd: unknown [priv] (sshd) 42140 - Z 0:00.01 42141 - IW 0:00.00 sshd: unknown [pam] (sshd) 58445 - Is 0:00.01 sshd: unknown [priv] (sshd) 58446 - Z 0:00.02 58447 - IW 0:00.00 sshd: unknown [pam] (sshd) 65635 - Is 0:00.01 sshd: vinicius [priv] (sshd) 65636 - Z 0:00.01 [...] # sockstat | grep 42140 # # sockstat | grep 58446 # # sockstat | grep 65636 # No associated socket with zombie process. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 00:23:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB630F69 for ; Thu, 20 Mar 2014 00:23:09 +0000 (UTC) Received: from mx4.wp.pl (mx4.wp.pl [212.77.101.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 61528331 for ; Thu, 20 Mar 2014 00:23:09 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 3703 invoked from network); 20 Mar 2014 01:23:00 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1395274980; bh=Id7j4iEtENwa1AKEZms3V/WTMDf03trF/eHc3vP294E=; h=From:Subject:To; b=ChMpBkBCAJhK9wRIlwdNMQah1iVqqpCy4Hi6kf8pEhVvJj06v4miyt1UuhPF8OJoj dv/0wnjiYjm9pkRmHYPzmcT2VbNQ7WkbXmdhh+WyQ6MgraAnckcoE6hcDqlqwSxWQV RmZxW36UEUm2qek5abDDtCgo/4COR7nRXFKyzcT0= Received: from host-2-97-99-70.as13285.net (HELO [192.168.1.3]) (marcinblicharski76@[2.97.99.70]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with AES128-SHA encrypted SMTP for ; 20 Mar 2014 01:23:00 +0100 From: MARCIN BLICHARSKI Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: Re: FreeBSD 10.0-RC2 Now Available Message-Id: <50661A15-BC64-45DE-B0A1-63EB7E6A655C@wp.pl> Date: Thu, 20 Mar 2014 00:23:02 +0000 To: "freebsd-stable@freebsd.org" X-Mailer: iPhone Mail (11D167) X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [8ZF0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 00:23:09 -0000 =20 Wys=C5=82ane z iPhone'a= From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 00:33:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1A5096B; Thu, 20 Mar 2014 00:33:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3A63D647; Thu, 20 Mar 2014 00:33:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 88EE8711; Thu, 20 Mar 2014 00:33:36 +0000 (UTC) Date: Thu, 20 Mar 2014 00:33:35 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, delphij@FreeBSD.org Message-ID: <660824137.4.1395275615714.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_8 #36 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_stable_8 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 00:33:37 -0000 See Changes: [delphij] MFC r260181: Fix build on platforms where atomic_swap_64 is not available. [delphij] MFC r260157: MFV r260153: 4121 vdev_label_init should treat request as succeeded when pool is read only illumos/illumos-gate@973c78e94bf9634782164382c9e291bf81161fa5 [delphij] MFC r260150: MFV r259170: 4370 avoid transmitting holes during zfs send 4371 DMU code clean up illumos/illumos-gate@43466aae47bfcd2ad9bf501faec8e75c08095e4f NOTE: Make sure the boot code is updated if a zpool upgrade is done on boot zpool. [delphij] MFC r260141: MFV r258385: (Note: this change is not applicable to FreeBSD and the file is not included in build. It's integrated for completeness). 4128 disks in zpools never go away when pulled illumos/illumos-gate@39cddb10a31c1c2e66aed69e6871d09caa4c8147 [delphij] MFC r260138: MFV r242733: 3306 zdb should be able to issue reads in parallel 3321 'zpool reopen' command should be documented in the man page and help message illumos/illumos-gate@31d7e8fa33fae995f558673adb22641b5aa8b6e1 FreeBSD porting notes: the kernel part of this changeset depends on Solaris buf(9S) interfaces and are not really applicable for our use. vdev_disk.c is patched as-is to reduce diverge from upstream, but vdev_file.c is left intact. [delphij] MFC r259813 + r259816: MFV r258374: 4171 clean up spa_feature_*() interfaces 4172 implement extensible_dataset feature for use by other zpool features illumos/illumos-gate@2acef22db7808606888f8f92715629ff3ba555b9 [delphij] MFC r259811: MFV r258373: 4168 ztest assertion failure in dbuf_undirty 4169 verbatim import causes zdb to segfa 4170 zhack leaves pool in ACTIVE state illumos/illumos-gate@7fdd916c474ea52896c671bbe7b56ba34a1ca132 [delphij] MFC r254587: MFV r254421: Illumos ZFS issues: 3996 want a libzfs_core API to rollback to latest snapshot ------------------------------------------ [...truncated 32083 lines...] TERMCAP=3D ./rtermcap cons25l1 | fil= e2c 'const char termcap_cons25l1[] =3D {' ',0};' >> makedevs.c TERMCAP=3D ./rtermcap cons25l1-m | f= ile2c 'const char termcap_cons25l1_m[] =3D {' ',0};' >> makedevs.c TERMCAP=3D ./rtermcap vt100 | file2c= 'const char termcap_vt100[] =3D {' ',0};' >> makedevs.c TERMCAP=3D ./rtermcap xterm | file2c= 'const char termcap_xterm[] =3D {' ',0};' >> makedevs.c echo "static struct keymapInfo keymapInfos[] =3D {" >> keymap.tmp for map in be.iso bg.bds.ctrlcaps bg.phonetic.ctrlcaps br275.iso ce.iso2 c= s.latin2.qwertz danish.iso el.iso07 estonian.cp850 estonian.iso estonian.i= so15 finnish.iso fr.iso german.iso gr.elot.acc gr.us101.acc hr.iso hu.iso= 2.101keys it.iso icelandic.iso jp.106 latinamerican latinamerican.iso.acc = norwegian.iso pl_PL.ISO8859-2 pt.iso ru.koi8-r si.iso sk.iso2 spanish.iso= spanish.iso.acc swedish.iso swissfrench.iso swissgerman.iso ua.koi8-u ua= .koi8-u.shift.alt uk.iso us.dvorak us.iso us.pc-ctrl us.unix ; do echo -n= '=09{ "'$map'", ' >> keymap.tmp ; echo "&keymap_$map }," | tr '[-.]' '_' = >> keymap.tmp ; done ( echo "=09{ NULL, NULL }"; echo "};" ; echo "" ) >> keymap.tmp mv keymap.tmp keymap.h rm -f .depend mkdep -f .depend -a -DUSE_GZIP=3D1 -I -I. = makedevs.c= echo sysinstall: /usr/obj /usr/obj /usr/obj /usr/= obj /usr/obj /usr/obj /usr/obj >> .depe= nd =3D=3D=3D> usr.sbin/syslogd (depend) rm -f .depend mkdep -f .depend -a -DINET6 -I echo syslogd: /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/tcpdchk (depend) rm -f .depend mkdep -f .depend -a -DREAL_DAEMON_DIR=3D\"/usr/libexec\" -DSEVERITY=3DLO= G_INFO -DRFC931_TIMEOUT=3D10 -DPROCESS_OPTIONS -DHOSTS_DENY=3D\"/etc/hosts.= deny\" -DHOSTS_ALLOW=3D\"/etc/hosts.allow\" -DINET6 echo tcpdchk: /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/tcpdmatch (depend) rm -f .depend mkdep -f .depend -a -DREAL_DAEMON_DIR=3D\"/usr/libexec\" -DSEVERITY=3DLO= G_INFO -DRFC931_TIMEOUT=3D10 -DINET6 echo tcpdmatch: /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/tcpdrop (depend) rm -f .depend mkdep -f .depend -a echo tcpdrop: /usr/obj >> .depend =3D=3D=3D> usr.sbin/tcpdump (depend) =3D=3D=3D> usr.sbin/tcpdump/tcpdump (depend) rm -f version.c ; sed 's/.*/char version[] =3D "&";/' > version.c rm -f .depend mkdep -f .depend -a -I -I= -DHAVE_CONFIG_H -D_U_=3D"__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/u= sr/obj -DHAVE_LIBCRYPTO -DHAVE_RC5_H -DHAVE_CAST_H -DHAVE_OPENSSL= _EVP_H -DHAVE_NET_PFVAR_H = <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/usr.sbin/tcpdum= p/tcpdump/../../../contrib/tcpdump/gmt2local.c> version.c echo tcpdump: /usr/obj /usr/obj /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/timed (depend) =3D=3D=3D> usr.sbin/timed/timed (depend) rm -f .depend mkdep -f .depend -a echo timed: /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/timed/timedc (depend) rm -f .depend mkdep -f .depend -a = echo timedc: /usr/obj >> .depend =3D=3D=3D> usr.sbin/traceroute (depend) head -1 | sed -e 's/.*/char versio= n[] =3D "&";/' > version.c rm -f .depend mkdep -f .depend -a -DHAVE_SYS_SELECT_H=3D1 -DHAVE_SYS_SOCKIO_H=3D1 -DHA= VE_NET_ROUTE_H=3D1 -DHAVE_NET_IF_DL_H=3D1 -DHAVE_STRERROR=3D1 -DHAVE_USLEEP= =3D1 -DHAVE_SYS_SYSCTL_H=3D1 -DHAVE_SETLINEBUF=3D1 -DHAVE_RAW_OPTIONS=3D1 -= DHAVE_SOCKADDR_SA_LEN=3D1 -DHAVE_ICMP_NEXTMTU=3D1 -DIPSEC -I version.c echo traceroute: /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/traceroute6 (depend) rm -f .depend mkdep -f .depend -a -DIPSEC -DUSE_RFC2292BIS -DHAVE_POLL -I -I -I. echo traceroute6: /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/trpt (depend) rm -f .depend mkdep -f .depend -a -DINET6 echo trpt: /usr/obj >> .depend =3D=3D=3D> usr.sbin/tzsetup (depend) rm -f .depend mkdep -f .depend -a -I echo tzsetup: /usr/obj /usr/obj /usr/obj >> .depe= nd =3D=3D=3D> usr.sbin/uathload (depend) uudecode -p > ar5523.bin rm -f .depend mkdep -f .depend -a echo uathload: /usr/obj >> .depend =3D=3D=3D> usr.sbin/ugidfw (depend) rm -f .depend mkdep -f .depend -a echo ugidfw: /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/uhsoctl (depend) rm -f .depend mkdep -f .depend -a echo uhsoctl: /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/usbdump (depend) rm -f .depend mkdep -f .depend -a echo usbdump: /usr/obj >> .depend =3D=3D=3D> usr.sbin/usbconfig (depend) rm -f .depend mkdep -f .depend -a echo usbconfig: /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/vidcontrol (depend) rm -f .depend mkdep -f .depend -a echo vidcontrol: /usr/obj >> .depend =3D=3D=3D> usr.sbin/vipw (depend) rm -f .depend mkdep -f .depend -a echo vipw: /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/wake (depend) rm -f .depend mkdep -f .depend -a echo wake: /usr/obj >> .depend =3D=3D=3D> usr.sbin/watch (depend) rm -f .depend mkdep -f .depend -a echo watch: /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/watchdogd (depend) rm -f .depend mkdep -f .depend -a echo watchdogd: /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/wlandebug (depend) rm -f .depend mkdep -f .depend -a echo wlandebug: /usr/obj >> .depend =3D=3D=3D> usr.sbin/wpa (depend) =3D=3D=3D> usr.sbin/wpa/wpa_supplicant (depend) rm -f .depend mkdep -f .depend -a -I -I -I -I -I -I -DCONFIG_CTRL_I= FACE -DCONFIG_CTRL_IFACE_UNIX -I -I -I -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_ND= IS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_ONLASTIF -DCONFIG_DEBUG_SYSLOG = -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DEAP_TLS -DEAP_PEAP -DEAP_MSCHAPv2= -DEAP_LEAP -DEAP_PSK -DEAP_TLV -DEAP_TLS_FUNCS -DEAP_TLS_OPENSSL -DEAP_TTL= S -DEAP_MD5 -I -I -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/usr.sbin/wpa/wp= a_supplicant/../../../contrib/wpa//src/common> -I -I = -I -DCONFIG_CTRL_IFACE -DCONF= IG_CTRL_IFACE_UNIX = = = <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/usr.sbin/wpa/wp= a_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls_common.c> echo wpa_supplicant: /usr/obj /usr/obj /usr/obj /usr/ob= j >> .depend =3D=3D=3D> usr.sbin/wpa/wpa_cli (depend) rm -f .depend mkdep -f .depend -a -I -I -I -I -I -I -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_CTR= L_IFACE -DCONFIG_CTRL_IFACE_UNIX -D_DIRENT_HAVE_D_TYPE -DCONFIG_READLINE -I= /usr/obj -I -I -I -I -= I -I -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX echo wpa_cli: /usr/obj /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/wpa/wpa_passphrase (depend) rm -f .depend mkdep -f .depend -a -I -I -I -I -I -I -DCONFIG_CTRL_I= FACE -DCONFIG_CTRL_IFACE_UNIX -DINTERNAL_SHA1 -DINTERNAL_MD5 -I -I -I -I -I -I -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX echo wpa_passphrase: /usr/obj >> .depend =3D=3D=3D> usr.sbin/wpa/hostapd (depend) rm -f .depend mkdep -f .depend -a -I -I -I -I -I -I -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_RADIUS_ACL = -DCONFIG_IPV6 -DEAP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1 -DINTERNAL_MD5 = -I -I -I -I -I -I -DCON= FIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/usr.sbin/wpa/ho= stapd/../../../contrib/wpa//src/utils/ip_addr.c> = echo hostapd: /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/wpa/hostapd_cli (depend) rm -f .depend mkdep -f .depend -a -I -I -I -I -I -I -DCONFIG_CTRL_IFACE -DCONFIG_CTRL= _IFACE_UNIX -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I -I -I -I -I -I= -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX echo hostapd_cli: /usr/obj >> .depend =3D=3D=3D> usr.sbin/wpa/ndis_events (depend) rm -f .depend mkdep -f .depend -a -I -I -I -I -I -I -DCONFIG_CTRL_IFACE -DCONFIG_CTRL= _IFACE_UNIX echo ndis_events: /usr/obj >> .depend =3D=3D=3D> usr.sbin/ypbind (depend) rm -f .depend mkdep -f .depend -a -DDAEMON echo ypbind: /usr/obj >> .depend =3D=3D=3D> usr.sbin/yp_mkdb (depend) rm -f .depend mkdep -f .depend -a -Dyp_error=3Dwarnx -I -I echo yp_mkdb: /usr/obj >> .depend =3D=3D=3D> usr.sbin/yppoll (depend) rm -f .depend mkdep -f .depend -a echo yppoll: /usr/obj >> .depend =3D=3D=3D> usr.sbin/yppush (depend) RPCGEN_CPP=3Dcpp rpcgen -C -DYPPUSH_ONLY -m -o yppush_svc.c RPCGEN_CPP=3Dcpp rpcgen -C -DYPSERV_ONLY -l -o yp_clnt.c RPCGEN_CPP=3Dcpp rpcgen -C -h -o yp.h rm -f .depend mkdep -f .depend -a -I. -I yp_clnt= .c yppush_svc.c echo yppush: /usr/obj >> .depend =3D=3D=3D> usr.sbin/ypserv (depend) rm -f yp_svc.c RPCGEN_CPP=3Dcpp rpcgen -I -C -DYPPUSH_ONLY -l -o ypxfr_clnt.c RPCGEN_CPP=3Dcpp rpcgen -I -C -h -o yp.h RPCGEN_CPP=3Dcpp rpcgen -I -C -DYPSERV_ONLY -m = | sed s/"static int _rpcsvcstate"/"int _rpcsvcstate"/g > yp_svc.c rm -f .depend mkdep -f .depend -a -DDB_CACHE -DTCP_WRAPPER -I. yp_svc.c = ypxfr_clnt.c = echo ypserv: /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/ypset (depend) rm -f .depend mkdep -f .depend -a echo ypset: /usr/obj >> .depend =3D=3D=3D> usr.sbin/zic (depend) =3D=3D=3D> usr.sbin/zic/zic (depend) rm -f .depend mkdep -f .depend -a -DTM_GMTOFF=3Dtm_gmtoff -DTM_ZONE=3Dtm_zone -DSTD_IN= SPIRED -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=3D\"/usr/share/zoneinfo\" -Demkdir= =3Dmkdir -DHAVE_STRERROR -DHAVE_UNISTD_H -I -I echo zic: /usr/obj >> .depend =3D=3D=3D> usr.sbin/zic/zdump (depend) rm -f .depend mkdep -f .depend -a -DTM_GMTOFF=3Dtm_gmtoff -DTM_ZONE=3Dtm_zone -DSTD_IN= SPIRED -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=3D\"/usr/share/zoneinfo\" -Demkdir= =3Dmkdir -I -I echo zdump: /usr/obj >> .depend =3D=3D=3D> usr.sbin/zzz (depend) =3D=3D=3D> usr.sbin/dnssec-dsfromkey (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I echo dnssec-dsfromkey: /usr/obj ../../lib/bind/bind9/libbind9.a ../../= lib/bind/dns/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isccfg= /libisccfg.a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a /= usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/dnssec-keyfromlabel (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I echo dnssec-keyfromlabel: /usr/obj ../../lib/bind/bind9/libbind9.a ../= ../lib/bind/dns/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isc= cfg/libisccfg.a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.= a /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/dnssec-keygen (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -I -I = -I -I -I -I -I -I -I -I -I -I -I echo dnssec-keygen: /usr/obj ../../lib/bind/bind9/libbind9.a ../../lib= /bind/dns/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isccfg/li= bisccfg.a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a /usr= /obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/dnssec-revoke (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -I -I = -I -I -I -I -I -I -I -I -I -I -I echo dnssec-revoke: /usr/obj ../../lib/bind/bind9/libbind9.a ../../lib= /bind/dns/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isccfg/li= bisccfg.a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a /usr= /obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/dnssec-settime (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -= I -I -I -I -I -I -I -I= -I -I -I -I -I echo dnssec-settime: /usr/obj ../../lib/bind/bind9/libbind9.a ../../li= b/bind/dns/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isccfg/l= ibisccfg.a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a /us= r/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/dnssec-signzone (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I echo dnssec-signzone: /usr/obj ../../lib/bind/bind9/libbind9.a ../../l= ib/bind/dns/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isccfg/= libisccfg.a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a /u= sr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/arpaname (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I echo arpaname: /usr/obj ../../lib/bind/bind9/libbind9.a ../../lib/bind= /dns/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isccfg/libiscc= fg.a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/tmp/usr/lib/lib= crypto.a> /usr/obj >> .depend =3D=3D=3D> usr.sbin/ddns-confgen (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I echo ddns-confgen: /usr/obj ../../lib/bind/bind9/libbind9.a ../../lib/= bind/dns/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isccfg/lib= isccfg.a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a /usr/= obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/genrandom (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -I -I -I -I -I= -I -I -I -I -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/usr.sbin/genran= dom/../../contrib/bind9/lib/lwres/include> -I -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/usr.sbin/genran= dom/../../contrib/bind9/bin/tools/unix/include> -I echo genrandom: /usr/obj ../../lib/bind/bind9/libbind9.a ../../lib/bin= d/dns/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isccfg/libisc= cfg.a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a /usr/obj= /usr/obj >> .depend =3D=3D=3D> usr.sbin/isc-hmac-fixup (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -= I -I -I -I -I -I -I -I= -I -I -I -I -I echo isc-hmac-fixup: /usr/obj ../../lib/bind/bind9/libbind9.a ../../li= b/bind/dns/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isccfg/l= ibisccfg.a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a /us= r/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/named (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DCONFIGARGS=3D"\"'--prefix=3D/usr' '--infodir=3D/usr/share= /info' '--mandir=3D/usr/share/man' '--enable-threads' '--enable-getifaddrs'= '--disable-linux-caps' '--with-openssl=3D/usr' '--with-randomdev=3D/dev/ra= ndom' '--without-idn' '--without-libxml2'\"" -DPRODUCT=3D\"BIND\" -DDESCRIP= TION=3D\"\" -DBUILDER=3D"\"make\"" -DSRCID=3D\"\" -I -I -I -I = echo named: /usr/obj ../../lib/bind/bind9/libbind9.a ../../lib/bind/dn= s/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isccfg/libisccfg.= a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/named-checkconf (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I echo named-checkconf: /usr/obj ../../lib/bind/bind9/libbind9.a ../../l= ib/bind/dns/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isccfg/= libisccfg.a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a /u= sr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/named-checkzone (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I echo named-checkzone: /usr/obj ../../lib/bind/bind9/libbind9.a ../../l= ib/bind/dns/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isccfg/= libisccfg.a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a /u= sr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/named-journalprint (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I echo named-journalprint: /usr/obj ../../lib/bind/bind9/libbind9.a ../.= ./lib/bind/dns/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/iscc= fg/libisccfg.a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a= /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/named.reload (depend) =3D=3D=3D> usr.sbin/nsec3hash (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -I -I -I -I -I= -I -I -I -I -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/usr.sbin/nsec3h= ash/../../contrib/bind9/lib/lwres/include> -I -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/usr.sbin/nsec3h= ash/../../contrib/bind9/bin/tools/unix/include> -I echo nsec3hash: /usr/obj ../../lib/bind/bind9/libbind9.a ../../lib/bin= d/dns/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isccfg/libisc= cfg.a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a /usr/obj= /usr/obj >> .depend =3D=3D=3D> usr.sbin/rndc (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I= -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I echo rndc: /usr/obj ../../lib/bind/bind9/libbind9.a ../../lib/bind/dns= /libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isccfg/libisccfg.a= ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a /usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/rndc-confgen (depend) rm -f .depend mkdep -f .depend -a -DVERSION=3D'"9.8.7"' -DHAVE_CONFIG_H -D_REENTRANT -= D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"'= -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.c= onf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/n= amedb/rndc.key"' -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I echo rndc-confgen: /usr/obj ../../lib/bind/bind9/libbind9.a ../../lib/= bind/dns/libdns.a ../../lib/bind/isccc/libisccc.a ../../lib/bind/isccfg/lib= isccfg.a ../../lib/bind/isc/libisc.a ../../lib/bind/lwres/liblwres.a /usr/= obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/pkg (depend) rm -f .depend mkdep -f .depend -a echo pkg: /usr/obj /usr/obj /usr/obj /usr/obj >> .depend 1 error *** Error code 2 1 error *** [buildworld] Error code 2 1 error Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 01:14:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 067684F5; Thu, 20 Mar 2014 01:14:38 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E7923A7A; Thu, 20 Mar 2014 01:14:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0261A727; Thu, 20 Mar 2014 01:14:36 +0000 (UTC) Date: Thu, 20 Mar 2014 01:14:35 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, dim@FreeBSD.org, delphij@FreeBSD.org Message-ID: <128548884.5.1395278076807.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 01:14:38 -0000 See Changes: [delphij] MFC r256999 (smh): Added support for the 'zfs list -t snap' and 'zfs snap' aliases which are available under Oracle Solaris 11. This includes an update to the ZFS(8) man page to reflect all the available alias (snap, umount, and recv). Initial changes obtained from ZFS On Linux + fixes for man page and cmd help: https://github.com/zfsonlinux/zfs/commit/10b75496bb0cb7a7b8146c263164adc37f= 1d176a https://github.com/zfsonlinux/zfs/commit/cf81b00a73fe47fdb21586ac1cc179b734= 540973 Obtained from: https://github.com/zfsonlinux/zfs [delphij] MFC r260181: Fix build on platforms where atomic_swap_64 is not available. [delphij] MFC r260157: MFV r260153: 4121 vdev_label_init should treat request as succeeded when pool is read only illumos/illumos-gate@973c78e94bf9634782164382c9e291bf81161fa5 [delphij] MFC r260150: MFV r259170: 4370 avoid transmitting holes during zfs send 4371 DMU code clean up illumos/illumos-gate@43466aae47bfcd2ad9bf501faec8e75c08095e4f NOTE: Make sure the boot code is updated if a zpool upgrade is done on boot zpool. [delphij] MFC r260141: MFV r258385: (Note: this change is not applicable to FreeBSD and the file is not included in build. It's integrated for completeness). 4128 disks in zpools never go away when pulled illumos/illumos-gate@39cddb10a31c1c2e66aed69e6871d09caa4c8147 [delphij] MFC r260138: MFV r242733: 3306 zdb should be able to issue reads in parallel 3321 'zpool reopen' command should be documented in the man page and help message illumos/illumos-gate@31d7e8fa33fae995f558673adb22641b5aa8b6e1 FreeBSD porting notes: the kernel part of this changeset depends on Solaris buf(9S) interfaces and are not really applicable for our use. vdev_disk.c is patched as-is to reduce diverge from upstream, but vdev_file.c is left intact. [delphij] MFC r259813 + r259813: MFV r258374: 4171 clean up spa_feature_*() interfaces 4172 implement extensible_dataset feature for use by other zpool features illumos/illumos-gate@2acef22db7808606888f8f92715629ff3ba555b9 [dim] MFC r259860 (by mjacob): Harvest one no longer used constant string. Remove another and place it into play in the normally ifdef protected zone it would be used int. Noticed by:=09dim ------------------------------------------ [...truncated 186225 lines...] cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o memset-chk.So --- lib__L --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -pg -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_= CONFIG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers= -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= c -o fld_page.po --- gnu/lib__L --- --- snprintf-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o snprintf-chk.So --- sprintf-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o sprintf-chk.So --- stpcpy-chk.So --- --- lib__L --- --- fld_page.So --- --- gnu/lib__L --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o stpcpy-chk.So --- lib__L --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -I. -I/usr/obj/l= ib32 -I -I -I -I -Wall -DNDEBUG= -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem= -headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pr= ototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -c -o fld_page.So --- gnu/lib__L --- --- strcat-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o strcat-chk.So --- strcpy-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o strcpy-chk.So --- lib__L --- --- fld_stat.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_CONF= IG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -We= rror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-valu= e -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c -o fld_stat.o --- gnu/lib__L --- --- strncat-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o strncat-chk.So --- kerberos5/lib__L --- --- process_context_token.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -I -I -I -I -I -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -Qunus= ed-arguments -fstack-protector -c -o process_context_token.o --- gnu/lib__L --- --- strncpy-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o strncpy-chk.So --- lib__L --- --- fld_stat.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -pg -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_= CONFIG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers= -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= c -o fld_stat.po --- gnu/lib__L --- --- vsnprintf-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o vsnprintf-chk.So --- vsprintf-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o vsprintf-chk.So --- ssp.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -= o ssp.o --- lib__L --- --- fld_stat.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -I. -I/usr/obj/l= ib32 -I -I -I -I -Wall -DNDEBUG= -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem= -headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pr= ototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -c -o fld_stat.So --- gnu/lib__L --- :109:17: warning: implicitly declar= ing library function 'alloca' with type 'void *(unsigned int)' p =3D buf =3D alloca (len); ^ :109:17: note: please include the h= eader or explicitly provide a declaration for 'alloca' :131:23: warning: format string is = not a string literal (potentially insecure) [-Wformat-security] syslog (LOG_CRIT, msg3); ^~~~ 2 warnings generated. --- gets-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o gets-chk.o --- memcpy-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o memcpy-chk.o --- lib__L --- --- fld_type.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_CONF= IG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -We= rror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-valu= e -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c -o fld_type.o --- gnu/lib__L --- --- memmove-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o memmove-chk.o --- mempcpy-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o mempcpy-chk.o --- memset-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o memset-chk.o --- snprintf-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o snprintf-chk.o --- lib__L --- --- fld_type.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -pg -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_= CONFIG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers= -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= c -o fld_type.po --- gnu/lib__L --- --- sprintf-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o sprintf-chk.o --- stpcpy-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o stpcpy-chk.o --- strcat-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o strcat-chk.o --- lib__L --- --- fld_type.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -I. -I/usr/obj/l= ib32 -I -I -I -I -Wall -DNDEBUG= -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem= -headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pr= ototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -c -o fld_type.So --- gnu/lib__L --- --- strcpy-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o strcpy-chk.o --- cddl/lib__L --- --- libdtrace.a --- building static dtrace library --- gnu/lib__L --- --- strncat-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o strncat-chk.o --- kerberos5/lib__L --- --- process_context_token.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -pg -O2 -pipe -I -I -I = -I -I -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -Q= unused-arguments -fstack-protector -c -o process_context_token.po --- lib__L --- --- fld_user.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_CONF= IG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -We= rror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-valu= e -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c -o fld_user.o --- gnu/lib__L --- --- strncpy-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o strncpy-chk.o --- vsnprintf-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o vsnprintf-chk.o --- vsprintf-chk.o --- --- lib__L --- --- fld_user.po --- --- gnu/lib__L --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o vsprintf-chk.o --- lib__L --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -pg -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_= CONFIG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers= -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= c -o fld_user.po --- cddl/lib__L --- ranlib libdtrace.a --- libdtrace_p.a --- building profiled dtrace library --- gnu/lib__L --- --- libssp_p.a --- building profiled ssp library --- lib__L --- --- fld_user.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -I. -I/usr/obj/l= ib32 -I -I -I -I -Wall -DNDEBUG= -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem= -headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pr= ototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -c -o fld_user.So --- gnu/lib__L --- ranlib libssp_p.a --- libssp.so.0 --- building shared library libssp.so.0 --- cddl/lib__L --- ranlib libdtrace_p.a --- gnu/lib__L --- --- libssp.a --- building static ssp library --- lib__L --- --- frm_cursor.o --- --- cddl/lib__L --- --- libdtrace.so.2 --- building shared library libdtrace.so.2 --- lib__L --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_CONF= IG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -We= rror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-valu= e -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c -o frm_cursor.o --- gnu/lib__L --- ranlib libssp.a --- all --- =3D=3D=3D> gnu/lib/libssp/libssp_nonshared (all) --- kerberos5/lib__L --- --- process_context_token.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I. -DHAVE_CONFIG_H -I -std=3D= gnu99 -Qunused-arguments -fstack-protector -c -o process_context_to= ken.So --- gnu/lib__L --- --- realinstall --- =3D=3D=3D> gnu/lib/csu (install) --- realinstall --- --- lib__L --- --- frm_cursor.po --- --- gnu/lib__L --- sh -o root -g wheel -m 444 crtbegin.o /usr/obj --- lib__L --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -pg -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_= CONFIG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers= -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= c -o frm_cursor.po --- gnu/lib__L --- sh -o root -g wheel -m 444 crtend.o /usr/obj sh -o root -g wheel -m 444 crtbeginT.o /usr/obj sh -o root -g wheel -m 444 crtbeginS.o /usr/obj sh -o root -g wheel -m 444 crtendS.o /usr/obj =3D=3D=3D> gnu/lib/libgcc (install) --- _lib-eh-install --- sh -C -o root -g wheel -m 444 libgcc_eh.a /usr/obj sh -C -o root -g wheel -m 444 libgcc_eh_p.a /usr/obj --- _libinstall --- sh -s -o root -g wheel -m 444 libgcc_s.so.1 /usr/obj sh -l s libgcc_s.so.1 /usr/obj --- cddl/lib__L --- /usr/obj: skipping incompatible /usr/obj when searching for -l= gcc_s --- gnu/lib__L --- =3D=3D=3D> gnu/lib/libgcov (install) --- cddl/lib__L --- /usr/obj: cannot find -lgcc_s cc: error: linker command failed with exit code 1 (use -v to see invocation= ) *** [libdtrace.so.2] Error code 1 make[5]: stopped in 1 error make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- lib__L --- A failure has been detected in another branch of the parallel make make[6]: stopped in --- gnu/lib__L --- A failure has been detected in another branch of the parallel make make[5]: stopped in --- lib__L --- *** [all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in --- gnu/lib__L --- *** [realinstall] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- lib__L --- *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- gnu/lib__L --- *** [gnu/lib__L] Error code 2 make[3]: stopped in --- kerberos5/lib__L --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in 1 error make[3]: stopped in *** [libraries] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [build32] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 04:34:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97B9E489; Thu, 20 Mar 2014 04:34:31 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 86AA5D18; Thu, 20 Mar 2014 04:34:31 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 56285793; Thu, 20 Mar 2014 04:34:31 +0000 (UTC) Date: Thu, 20 Mar 2014 04:34:30 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, delphij@FreeBSD.org Message-ID: <1752909896.6.1395290070848.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <660824137.4.1395275615714.JavaMail.jenkins@jenkins-9.freebsd.org> References: <660824137.4.1395275615714.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_8 #37 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_8 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 04:34:31 -0000 See From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 04:51:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 225447CF; Thu, 20 Mar 2014 04:51:53 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 116A4E72; Thu, 20 Mar 2014 04:51:53 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E1813794; Thu, 20 Mar 2014 04:51:52 +0000 (UTC) Date: Thu, 20 Mar 2014 04:51:52 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, dim@FreeBSD.org, delphij@FreeBSD.org Message-ID: <599896985.7.1395291112710.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <128548884.5.1395278076807.JavaMail.jenkins@jenkins-9.freebsd.org> References: <128548884.5.1395278076807.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_10 #101 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 04:51:53 -0000 See From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 07:31:10 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C569BC51; Thu, 20 Mar 2014 07:31:10 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 087BFDA4; Thu, 20 Mar 2014 07:31:09 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2K7UwSP014574; Thu, 20 Mar 2014 09:30:58 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2K7Uw3v014375; Thu, 20 Mar 2014 07:30:58 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Mar 2014 07:30:58 GMT Message-Id: <201403200730.s2K7Uw3v014375@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 07:31:10 -0000 TB --- 2014-03-20 04:30:46 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-20 04:30:46 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-20 04:30:46 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-20 04:30:46 - cleaning the object tree TB --- 2014-03-20 04:30:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-20 04:31:36 - At svn revision 263415 TB --- 2014-03-20 04:31:37 - building world TB --- 2014-03-20 04:31:37 - CROSS_BUILD_TESTING=YES TB --- 2014-03-20 04:31:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-20 04:31:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-20 04:31:37 - SRCCONF=/dev/null TB --- 2014-03-20 04:31:37 - TARGET=ia64 TB --- 2014-03-20 04:31:37 - TARGET_ARCH=ia64 TB --- 2014-03-20 04:31:37 - TZ=UTC TB --- 2014-03-20 04:31:37 - __MAKE_CONF=/dev/null TB --- 2014-03-20 04:31:37 - cd /src TB --- 2014-03-20 04:31:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Mar 20 04:31:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 20 06:43:24 UTC 2014 TB --- 2014-03-20 06:43:24 - generating LINT kernel config TB --- 2014-03-20 06:43:24 - cd /src/sys/ia64/conf TB --- 2014-03-20 06:43:24 - /usr/bin/make -B LINT TB --- 2014-03-20 06:43:24 - cd /src/sys/ia64/conf TB --- 2014-03-20 06:43:24 - /usr/sbin/config -m LINT TB --- 2014-03-20 06:43:24 - building LINT kernel TB --- 2014-03-20 06:43:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-20 06:43:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-20 06:43:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-20 06:43:24 - SRCCONF=/dev/null TB --- 2014-03-20 06:43:24 - TARGET=ia64 TB --- 2014-03-20 06:43:24 - TARGET_ARCH=ia64 TB --- 2014-03-20 06:43:24 - TZ=UTC TB --- 2014-03-20 06:43:24 - __MAKE_CONF=/dev/null TB --- 2014-03-20 06:43:24 - cd /src TB --- 2014-03-20 06:43:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 20 06:43:24 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Mar 20 07:30:32 UTC 2014 TB --- 2014-03-20 07:30:32 - cd /src/sys/ia64/conf TB --- 2014-03-20 07:30:32 - /usr/sbin/config -m GENERIC TB --- 2014-03-20 07:30:32 - building GENERIC kernel TB --- 2014-03-20 07:30:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-20 07:30:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-20 07:30:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-20 07:30:32 - SRCCONF=/dev/null TB --- 2014-03-20 07:30:32 - TARGET=ia64 TB --- 2014-03-20 07:30:32 - TARGET_ARCH=ia64 TB --- 2014-03-20 07:30:32 - TZ=UTC TB --- 2014-03-20 07:30:32 - __MAKE_CONF=/dev/null TB --- 2014-03-20 07:30:32 - cd /src TB --- 2014-03-20 07:30:32 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Mar 20 07:30:32 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/ia64.ia64/src/tmp/legacy/usr/sbin:/obj/ia64.ia64/src/tmp/legacy/usr/bin:/obj/ia64.ia64/src/tmp/legacy/usr/games:/obj/ia64.ia64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/ia64.ia64/src/sys/GENERIC/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-20 07:30:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-20 07:30:57 - ERROR: failed to build GENERIC kernel TB --- 2014-03-20 07:30:57 - 8464.01 user 2899.06 system 10811.09 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 12:35:46 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B428F0B for ; Thu, 20 Mar 2014 12:35:46 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4E82ADC9 for ; Thu, 20 Mar 2014 12:35:46 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1WQcC9-0006ya-Kg; Thu, 20 Mar 2014 14:35:37 +0200 From: Daniel Braniss Subject: nfsd panic Date: Thu, 20 Mar 2014 14:35:37 +0200 Message-Id: <50E659BE-3E1A-41D6-B522-9452093CEE26@cs.huji.ac.il> To: stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Rick Macklem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 12:35:46 -0000 this host has been doing fine, but today it=92s constantly crashing in = nfsd it=92s exporting a 32TB zfs via nfs, to several hungry hosts any help is appreciated since this is a production server and some user = are not very happy :-) http://www.cs.huji.ac.il/~danny/core.txt.7 thanks, danny From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 13:26:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B8BFA6A; Thu, 20 Mar 2014 13:26:42 +0000 (UTC) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1C00F372; Thu, 20 Mar 2014 13:26:41 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.7/8.14.7) with ESMTP id s2KDQd8J079804; Thu, 20 Mar 2014 09:26:39 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.7/8.14.4/Submit) id s2KDQduJ079801; Thu, 20 Mar 2014 09:26:39 -0400 (EDT) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21290.60558.750106.630804@hergotha.csail.mit.edu> Date: Thu, 20 Mar 2014 09:26:38 -0400 From: Garrett Wollman To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Network stack returning EFBIG? X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Thu, 20 Mar 2014 09:26:39 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu Cc: jackv@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 13:26:42 -0000 I recently put a new server running 9.2 (with a local patches for NFS) into production, and it's immediately started to fail in an odd way. Since I pounded this server pretty heavily and never saw the error in testing, I'm more than a little bit taken aback. We have identical hardware in production with 9.1, and I have the same kernel running just peachy on a machine with Chelsio T4 NICs. The problem machine has ixgbe(4): ix0: port 0x9c00-0x9c1f mem 0xdef80000-0xdeffffff,0xdef7c000-0xdef7ffff irq 24 at device 0.0 on pci2 ix0: Using MSIX interrupts with 7 vectors ix0: Ethernet address: 04:7d:7b:a5:87:32 ix0: PCI Express Bus: Speed 5.0GT/s Width x4 ix1: port 0x9880-0x989f mem 0xdee80000-0xdeefffff,0xdee7c000-0xdee7ffff irq 34 at device 0.1 on pci2 ix1: Using MSIX interrupts with 7 vectors ix1: Ethernet address: 04:7d:7b:a5:87:33 ix1: PCI Express Bus: Speed 5.0GT/s Width x4 (pciconf tells me these are "82599EB 10-Gigabit SFI/SFP+ Network Connection". It's a bug that the driver doesn't tell me that.) These are glued together in a lagg(4) using LACP. Since we put this server into production, random network system calls have started failing with [EFBIG] or maybe sometimes [EIO]. I've observed this with a simple ping, but various daemons also log the errors: Mar 20 09:22:04 nfs-prod-4 sshd[42487]: fatal: Write failed: File too large [preauth] Mar 20 09:23:44 nfs-prod-4 nrpe[42492]: Error: Could not complete SSL handshake. 5 The machine eventually becomes unreachable and has to be rebooted from the console. So, can anyone tell me how this is possible, and what changed between 9.1 and 9.2 to cause it? -GAWollman From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 13:32:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC630CFA; Thu, 20 Mar 2014 13:32:06 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D47F62A; Thu, 20 Mar 2014 13:32:05 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1WQd4k-0008gR-Vb; Thu, 20 Mar 2014 15:32:03 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Network stack returning EFBIG? From: Daniel Braniss In-Reply-To: <21290.60558.750106.630804@hergotha.csail.mit.edu> Date: Thu, 20 Mar 2014 15:32:02 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <868FFD0A-106E-4C5E-A61C-10C3895C3281@cs.huji.ac.il> References: <21290.60558.750106.630804@hergotha.csail.mit.edu> To: Garrett Wollman X-Mailer: Apple Mail (2.1874) Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, jackv@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 13:32:06 -0000 turn off TSO the problems sound similar to the one I reported a while back. truing = off tso fixed it. danny On Mar 20, 2014, at 3:26 PM, Garrett Wollman = wrote: > I recently put a new server running 9.2 (with a local patches for NFS) > into production, and it's immediately started to fail in an odd way. > Since I pounded this server pretty heavily and never saw the error in > testing, I'm more than a little bit taken aback. We have identical > hardware in production with 9.1, and I have the same kernel running > just peachy on a machine with Chelsio T4 NICs. The problem machine = has > ixgbe(4): >=20 > ix0: = port 0x9c00-0x9c1f mem 0xdef80000-0xdeffffff,0xdef7c000-0xdef7ffff irq = 24 at device 0.0 on pci2 > ix0: Using MSIX interrupts with 7 vectors > ix0: Ethernet address: 04:7d:7b:a5:87:32 > ix0: PCI Express Bus: Speed 5.0GT/s Width x4 > ix1: = port 0x9880-0x989f mem 0xdee80000-0xdeefffff,0xdee7c000-0xdee7ffff irq = 34 at device 0.1 on pci2 > ix1: Using MSIX interrupts with 7 vectors > ix1: Ethernet address: 04:7d:7b:a5:87:33 > ix1: PCI Express Bus: Speed 5.0GT/s Width x4 >=20 > (pciconf tells me these are "82599EB 10-Gigabit SFI/SFP+ Network > Connection". It's a bug that the driver doesn't tell me that.) >=20 > These are glued together in a lagg(4) using LACP. >=20 > Since we put this server into production, random network system calls > have started failing with [EFBIG] or maybe sometimes [EIO]. I've > observed this with a simple ping, but various daemons also log the > errors: > Mar 20 09:22:04 nfs-prod-4 sshd[42487]: fatal: Write failed: File too = large [preauth] > Mar 20 09:23:44 nfs-prod-4 nrpe[42492]: Error: Could not complete SSL = handshake. 5 >=20 > The machine eventually becomes unreachable and has to be rebooted from > the console. >=20 > So, can anyone tell me how this is possible, and what changed between > 9.1 and 9.2 to cause it? >=20 > -GAWollman > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 13:51:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 939501ED; Thu, 20 Mar 2014 13:51:44 +0000 (UTC) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A8997DD; Thu, 20 Mar 2014 13:51:44 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.7/8.14.7) with ESMTP id s2KDpg27080117; Thu, 20 Mar 2014 09:51:42 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.7/8.14.4/Submit) id s2KDpghe080116; Thu, 20 Mar 2014 09:51:42 -0400 (EDT) (envelope-from wollman) Date: Thu, 20 Mar 2014 09:51:42 -0400 (EDT) Message-Id: <201403201351.s2KDpghe080116@hergotha.csail.mit.edu> From: wollman@bimajority.org To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Network stack returning EFBIG? In-Reply-To: <21290.60558.750106.630804@hergotha.csail.mit.edu> Organization: none X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Thu, 20 Mar 2014 09:51:42 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu Cc: jfv@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 13:51:44 -0000 In article <21290.60558.750106.630804@hergotha.csail.mit.edu>, I wrote: >Since we put this server into production, random network system calls >have started failing with [EFBIG] or maybe sometimes [EIO]. I've >observed this with a simple ping, but various daemons also log the >errors: >Mar 20 09:22:04 nfs-prod-4 sshd[42487]: fatal: Write failed: File too >large [preauth] >Mar 20 09:23:44 nfs-prod-4 nrpe[42492]: Error: Could not complete SSL >handshake. 5 I found at least one call stack where this happens and it does get returned all the way to userspace: 17 15547 _bus_dmamap_load_buffer:return kernel`_bus_dmamap_load_mbuf_sg+0x5f kernel`bus_dmamap_load_mbuf_sg+0x38 kernel`ixgbe_xmit+0xcf kernel`ixgbe_mq_start_locked+0x94 kernel`ixgbe_mq_start+0x12a if_lagg.ko`lagg_transmit+0xc4 kernel`ether_output_frame+0x33 kernel`ether_output+0x4fe kernel`ip_output+0xd74 kernel`tcp_output+0xfea kernel`tcp_usr_send+0x325 kernel`sosend_generic+0x3f6 kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 8863 _bus_dmamap_load_mbuf_sg:return kernel`bus_dmamap_load_mbuf_sg+0x38 kernel`ixgbe_xmit+0xcf kernel`ixgbe_mq_start_locked+0x94 kernel`ixgbe_mq_start+0x12a if_lagg.ko`lagg_transmit+0xc4 kernel`ether_output_frame+0x33 kernel`ether_output+0x4fe kernel`ip_output+0xd74 kernel`tcp_output+0xfea kernel`tcp_usr_send+0x325 kernel`sosend_generic+0x3f6 kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 25315 bus_dmamap_load_mbuf_sg:return kernel`ixgbe_xmit+0xcf kernel`ixgbe_mq_start_locked+0x94 kernel`ixgbe_mq_start+0x12a if_lagg.ko`lagg_transmit+0xc4 kernel`ether_output_frame+0x33 kernel`ether_output+0x4fe kernel`ip_output+0xd74 kernel`tcp_output+0xfea kernel`tcp_usr_send+0x325 kernel`sosend_generic+0x3f6 kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 15547 _bus_dmamap_load_buffer:return kernel`_bus_dmamap_load_mbuf_sg+0x5f kernel`bus_dmamap_load_mbuf_sg+0x38 kernel`ixgbe_xmit+0xcf kernel`ixgbe_mq_start_locked+0x94 kernel`ixgbe_mq_start+0x12a if_lagg.ko`lagg_transmit+0xc4 kernel`ether_output_frame+0x33 kernel`ether_output+0x4fe kernel`ip_output+0xd74 kernel`tcp_output+0xfea kernel`tcp_usr_send+0x325 kernel`sosend_generic+0x3f6 kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 8863 _bus_dmamap_load_mbuf_sg:return kernel`bus_dmamap_load_mbuf_sg+0x38 kernel`ixgbe_xmit+0xcf kernel`ixgbe_mq_start_locked+0x94 kernel`ixgbe_mq_start+0x12a if_lagg.ko`lagg_transmit+0xc4 kernel`ether_output_frame+0x33 kernel`ether_output+0x4fe kernel`ip_output+0xd74 kernel`tcp_output+0xfea kernel`tcp_usr_send+0x325 kernel`sosend_generic+0x3f6 kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 25315 bus_dmamap_load_mbuf_sg:return kernel`ixgbe_xmit+0xcf kernel`ixgbe_mq_start_locked+0x94 kernel`ixgbe_mq_start+0x12a if_lagg.ko`lagg_transmit+0xc4 kernel`ether_output_frame+0x33 kernel`ether_output+0x4fe kernel`ip_output+0xd74 kernel`tcp_output+0xfea kernel`tcp_usr_send+0x325 kernel`sosend_generic+0x3f6 kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 4206 ixgbe_xmit:return kernel`ixgbe_mq_start_locked+0x94 kernel`ixgbe_mq_start+0x12a if_lagg.ko`lagg_transmit+0xc4 kernel`ether_output_frame+0x33 kernel`ether_output+0x4fe kernel`ip_output+0xd74 kernel`tcp_output+0xfea kernel`tcp_usr_send+0x325 kernel`sosend_generic+0x3f6 kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 4208 ixgbe_mq_start_locked:return kernel`ixgbe_mq_start+0x12a if_lagg.ko`lagg_transmit+0xc4 kernel`ether_output_frame+0x33 kernel`ether_output+0x4fe kernel`ip_output+0xd74 kernel`tcp_output+0xfea kernel`tcp_usr_send+0x325 kernel`sosend_generic+0x3f6 kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 4212 ixgbe_mq_start:return if_lagg.ko`lagg_transmit+0xc4 kernel`ether_output_frame+0x33 kernel`ether_output+0x4fe kernel`ip_output+0xd74 kernel`tcp_output+0xfea kernel`tcp_usr_send+0x325 kernel`sosend_generic+0x3f6 kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 36017 lagg_transmit:return kernel`ether_output_frame+0x33 kernel`ether_output+0x4fe kernel`ip_output+0xd74 kernel`tcp_output+0xfea kernel`tcp_usr_send+0x325 kernel`sosend_generic+0x3f6 kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 23948 ether_output_frame:return kernel`ether_output+0x4fe kernel`ip_output+0xd74 kernel`tcp_output+0xfea kernel`tcp_usr_send+0x325 kernel`sosend_generic+0x3f6 kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 18849 ether_output:return kernel`ip_output+0xd74 kernel`tcp_output+0xfea kernel`tcp_usr_send+0x325 kernel`sosend_generic+0x3f6 kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 30895 ip_output:return kernel`tcp_output+0xfea kernel`tcp_usr_send+0x325 kernel`sosend_generic+0x3f6 kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 20356 tcp_output:return kernel`tcp_usr_send+0x325 kernel`sosend_generic+0x3f6 kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 10923 tcp_usr_send:return kernel`sosend_generic+0x3f6 kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 19509 sosend_generic:return kernel`soo_write+0x5e kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 26794 soo_write:return kernel`dofilewrite+0x85 kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 9141 dofilewrite:return kernel`kern_writev+0x6c kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 25665 kern_writev:return kernel`sys_write+0x64 kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 17 24390 sys_write:return kernel`amd64_syscall+0x5ea kernel`0xffffffff808443c7 The MTU here is 9120, and the ixgbe driver has one local modification, to prevent it from using large contiguous mbufs in its receive queue: Index: ixgbe.c =================================================================== --- ixgbe.c (revision 261091) +++ ixgbe.c (working copy) @@ -1117,12 +1117,8 @@ */ if (adapter->max_frame_size <= 2048) adapter->rx_mbuf_sz = MCLBYTES; - else if (adapter->max_frame_size <= 4096) + else adapter->rx_mbuf_sz = MJUMPAGESIZE; - else if (adapter->max_frame_size <= 9216) - adapter->rx_mbuf_sz = MJUM9BYTES; - else - adapter->rx_mbuf_sz = MJUM16BYTES; /* Prepare receive descriptors and buffers */ if (ixgbe_setup_receive_structures(adapter)) { -GAWollman From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 14:13:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACC408F9 for ; Thu, 20 Mar 2014 14:13:27 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 567A4A81 for ; Thu, 20 Mar 2014 14:13:26 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.8/8.14.8) with ESMTP id s2KEDJHR002251 for ; Thu, 20 Mar 2014 09:13:19 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Thu Mar 20 09:13:19 2014 Message-ID: <532AF77A.9010204@denninger.net> Date: Thu, 20 Mar 2014 09:13:14 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Can ZFS boot from other than the root of a pool? Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020807060909050602030305" X-Antivirus: avast! (VPS 140319-1, 03/19/2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 14:13:27 -0000 This is a cryptographically signed message in MIME format. --------------ms020807060909050602030305 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable For a number of reasons having to do with backup strategy I want to=20 mount a ZFS root from "poolname/root" instead just "poolname." That works ok; I can set in /boot/loader.conf: vfs.root.mountfrom=3D"zfs:zroot/root" But -- I cannot actually boot from there. Unless the /boot directory is = in zfs:/zroot the system cannot find it, and I see no obvious way to=20 "teach" the loader that I want it to look in the filesystem under the=20 top level. This isn't a terrible pain as I can simply mount zroot on /mnt and then=20 copy zroot/root/boot over to zroot/boot whenever I make changes to the=20 kernel or boot environment (which is infrequent) but I'm wondering if=20 I'm missing something that would make booting directly from the=20 filesystem where root is specified to be possible. (Obviously until the loader.conf file is found the system doesn't know=20 where root is either, so this does look at first blush to be a "chicken=20 and egg" problem.) --=20 -- Karl karl@denninger.net --------------ms020807060909050602030305 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAzMjAxNDEzMTRaMCMGCSqGSIb3DQEJBDEW BBR5OeT1Hd2tyg4PrI5xXoVsoIVACzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIATIDhhSTpw6SLgEPjhscHRJ/ftiCq Mv57nrwbLz7KyIY5K47GSkiLh4jH170Ml9WpIRD8mzEliaLAu9Yg03579RhEnE9G/c+q2pRT DHlh140I4KkpFpjX/xN/kM5ceqTjtw+lUfx88xB3AJS6jAw2mec16eynLrvngoqOvggYRGPq j5qO4rstlRukVXuFeSML3f7qpK272I+18lonnAJMN9sTycYGtn0T3MlMh4XI8EKmvCF5WArS aSavGlKxjV9Rm0cxjHcysdH8tgqj5mKZqqgV27XXuh2ZEb0b1aUmVqBSSD+eWmil+p7tJVG+ M7wcB0vwRf7wopjOCWwaaSYBvzAnm3W0pLTnAokBY+pl6bpFLV17wB3LusgNZImrI6/0pR78 UPD31pKhfEf0ZsDxaTYK89SE0fw9go9X4U3ddt/2Jnu9dadv1JhmeHg2dPm63vogc6G/e+HG 9WnVERCpLJ9vIp+jw5786QVhVrhAK6ckbI42quN4q+iZYNy6iKM3hNuIuMgRfX5QkY1cs5oS RrJad30/ykKJCbF5Bl78z3GNP/7V6Y6OpHnV/uyFQTr7QhdK1KwnuqsNAvjVzzKNdjuA9rlm KM01lR+JGDEJDsHN35XdktFLjPkk1Am8SzCOj1w7Kyr9e6XfWVTAOzMOfBVHCkrGgseyCBdQ kjmXZOYAAAAAAAA= --------------ms020807060909050602030305-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 14:19:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C15EEACE for ; Thu, 20 Mar 2014 14:19:14 +0000 (UTC) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8A708AE8 for ; Thu, 20 Mar 2014 14:19:14 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id wn1so920437obc.25 for ; Thu, 20 Mar 2014 07:19:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=dj0z7zldU2chW9lXzWTYoNRO2A1lKQ6+FnJFoTqDmzk=; b=DW++uqy7PTZJJNnWvWtCsaTd+4z6PhYbrswYciOP99C89jM9jzxWFFHuDkRuduTBk8 jRqd6XXGYjrZRgufAa+oQK8ZtBgUt746HnL1yj55vZrVl5g2AdAIUwmeRixkNzoSVwOn 9VDE/aIJDGGISR8ty2XRztrix/oVOTTq43KTDebC6xUEnSwZVZkj94WdclkRBNx7IxCn HF/o0zOHintRDHg3aJcfurIaIcBjqRfYOv7tkAxP19d9dsmfDgiO2iyVuealCU1ToOgl z4qUm3hegsacAyae4+N/kLuZMU7Y7bS7iRatbmHmU1sWmqlDx0KuiQYk+yCsMbEUgGcY Somw== MIME-Version: 1.0 X-Received: by 10.182.18.102 with SMTP id v6mr1617835obd.71.1395325153965; Thu, 20 Mar 2014 07:19:13 -0700 (PDT) Received: by 10.76.180.40 with HTTP; Thu, 20 Mar 2014 07:19:13 -0700 (PDT) Received: by 10.76.180.40 with HTTP; Thu, 20 Mar 2014 07:19:13 -0700 (PDT) In-Reply-To: References: <532AF77A.9010204@denninger.net> Date: Thu, 20 Mar 2014 07:19:13 -0700 Message-ID: Subject: Fwd: Re: Can ZFS boot from other than the root of a pool? From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 14:19:14 -0000 Forgot to include the list in the original reply. Typos and terseness brought to you by the LG G2 running SlimKat. ---------- Forwarded message ---------- From: "Freddie Cash" Date: Mar 20, 2014 7:17 AM Subject: Re: Can ZFS boot from other than the root of a pool? To: "Karl Denninger" Cc: On Mar 20, 2014 7:13 AM, "Karl Denninger" wrote: > > For a number of reasons having to do with backup strategy I want to mount a ZFS root from "poolname/root" instead just "poolname." > > That works ok; I can set in /boot/loader.conf: > vfs.root.mountfrom="zfs:zroot/root" > > But -- I cannot actually boot from there. Unless the /boot directory is in zfs:/zroot the system cannot find it, and I see no obvious way to "teach" the loader that I want it to look in the filesystem under the top level. > > This isn't a terrible pain as I can simply mount zroot on /mnt and then copy zroot/root/boot over to zroot/boot whenever I make changes to the kernel or boot environment (which is infrequent) but I'm wondering if I'm missing something that would make booting directly from the filesystem where root is specified to be possible. > > (Obviously until the loader.conf file is found the system doesn't know where root is either, so this does look at first blush to be a "chicken and egg" problem.) Read up on Boot Environments, install the beadm port, set the bootfs property on the pool itself, and you'll be off to the races. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 14:27:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8E27468 for ; Thu, 20 Mar 2014 14:27:14 +0000 (UTC) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B0BBCC21 for ; Thu, 20 Mar 2014 14:27:14 +0000 (UTC) Received: by mail-ob0-f169.google.com with SMTP id va2so956980obc.28 for ; Thu, 20 Mar 2014 07:27:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8TzsebxX8ifyS3esYuc7OY5swPqy/mEIf7jHM0fIvus=; b=bHd+WMm+ZU3zyBXWIlRWM1saM9ZZoBGDqL7BUd8M4B7JZKEPdAwZ/FKP1GBI+8v4Eo 7hJsn5M9L9Szvo9xOKM22Lc0LhGbhNXhlhquSLNpCThF4g2NUQv76zURYvQlxenRHOLK vh+opzqxvNQiPH1ACztjSOSFNJMNcC1FUUK5jKeTlxxoTgLc9U+fpU9awscovf0xvOT4 hsrEWFTaW7ivN3KtpA4KIczR02g41NiDJ4K43KK1urXucdWNKAwfX4kNwIDr5rvi1tGT nSxbPFHPgdMl8MF+sw0PvCj5lT6FfhI/D/4qRzL+1mYXm9uupWGAYAbDQbNkgD0zOl3P CYfg== MIME-Version: 1.0 X-Received: by 10.182.53.72 with SMTP id z8mr7414811obo.36.1395325633946; Thu, 20 Mar 2014 07:27:13 -0700 (PDT) Received: by 10.76.72.5 with HTTP; Thu, 20 Mar 2014 07:27:13 -0700 (PDT) In-Reply-To: References: <532AF77A.9010204@denninger.net> Date: Thu, 20 Mar 2014 15:27:13 +0100 Message-ID: Subject: Re: Re: Can ZFS boot from other than the root of a pool? From: Andreas Nilsson To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 14:27:15 -0000 On Thu, Mar 20, 2014 at 3:19 PM, Freddie Cash wrote: > Forgot to include the list in the original reply. > > Typos and terseness brought to you by the LG G2 running SlimKat. > ---------- Forwarded message ---------- > From: "Freddie Cash" > Date: Mar 20, 2014 7:17 AM > Subject: Re: Can ZFS boot from other than the root of a pool? > To: "Karl Denninger" > Cc: > > > On Mar 20, 2014 7:13 AM, "Karl Denninger" wrote: > > > > For a number of reasons having to do with backup strategy I want to mount > a ZFS root from "poolname/root" instead just "poolname." > > > > That works ok; I can set in /boot/loader.conf: > > vfs.root.mountfrom="zfs:zroot/root" > > > > But -- I cannot actually boot from there. Unless the /boot directory is > in zfs:/zroot the system cannot find it, and I see no obvious way to > "teach" the loader that I want it to look in the filesystem under the top > level. > > > > This isn't a terrible pain as I can simply mount zroot on /mnt and then > copy zroot/root/boot over to zroot/boot whenever I make changes to the > kernel or boot environment (which is infrequent) but I'm wondering if I'm > missing something that would make booting directly from the filesystem > where root is specified to be possible. > > > > (Obviously until the loader.conf file is found the system doesn't know > where root is either, so this does look at first blush to be a "chicken and > egg" problem.) > > Read up on Boot Environments, install the beadm port, set the bootfs > property on the pool itself, and you'll be off to the races. > Yes. For quite some time. It is a bit easier on 9.2 and 10.0 and newer where there is no strict need for /boot/zfs/zpool.cache for the mount of / to succeed. I'm booting from tank/ROOT/10-STABLE-140310 om my workstation for example. To set it up (given the pool tank exists) zfs create -o mountpoint=none tank/ROOT zfs create tank/ROOT/yourpreferedname zpool set bootfs tank/ROOT/yourpreferedname tank make sure tank/ROOT/yourpreferedname has a "complete" install. Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 14:30:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A8206BA for ; Thu, 20 Mar 2014 14:30:40 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 13037C65 for ; Thu, 20 Mar 2014 14:30:39 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.8/8.14.8) with ESMTP id s2KEUcRB007336 for ; Thu, 20 Mar 2014 09:30:38 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Thu Mar 20 09:30:38 2014 Message-ID: <532AFB89.6060203@denninger.net> Date: Thu, 20 Mar 2014 09:30:33 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Can ZFS boot from other than the root of a pool? References: <532AF77A.9010204@denninger.net> In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050905090305040909060601" X-Antivirus: avast! (VPS 140319-1, 03/19/2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 14:30:40 -0000 This is a cryptographically signed message in MIME format. --------------ms050905090305040909060601 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 3/20/2014 9:27 AM, Andreas Nilsson wrote: > On Thu, Mar 20, 2014 at 3:19 PM, Freddie Cash wrote= : > >> Forgot to include the list in the original reply. >> >> Typos and terseness brought to you by the LG G2 running SlimKat. >> ---------- Forwarded message ---------- >> From: "Freddie Cash" >> Date: Mar 20, 2014 7:17 AM >> Subject: Re: Can ZFS boot from other than the root of a pool? >> To: "Karl Denninger" >> Cc: >> >> >> On Mar 20, 2014 7:13 AM, "Karl Denninger" wrote: >>> For a number of reasons having to do with backup strategy I want to m= ount >> a ZFS root from "poolname/root" instead just "poolname." >>> That works ok; I can set in /boot/loader.conf: >>> vfs.root.mountfrom=3D"zfs:zroot/root" >>> >>> But -- I cannot actually boot from there. Unless the /boot directory= is >> in zfs:/zroot the system cannot find it, and I see no obvious way to >> "teach" the loader that I want it to look in the filesystem under the = top >> level. >>> This isn't a terrible pain as I can simply mount zroot on /mnt and th= en >> copy zroot/root/boot over to zroot/boot whenever I make changes to the= >> kernel or boot environment (which is infrequent) but I'm wondering if = I'm >> missing something that would make booting directly from the filesystem= >> where root is specified to be possible. >>> (Obviously until the loader.conf file is found the system doesn't kno= w >> where root is either, so this does look at first blush to be a "chicke= n and >> egg" problem.) >> >> Read up on Boot Environments, install the beadm port, set the bootfs >> property on the pool itself, and you'll be off to the races. >> > Yes. For quite some time. It is a bit easier on 9.2 and 10.0 and newer > where there is no strict need for /boot/zfs/zpool.cache for the mount o= f / > to succeed. > > I'm booting from tank/ROOT/10-STABLE-140310 om my workstation for examp= le. > To set it up (given the pool tank exists) > zfs create -o mountpoint=3Dnone tank/ROOT > zfs create tank/ROOT/yourpreferedname > zpool set bootfs tank/ROOT/yourpreferedname tank > make sure tank/ROOT/yourpreferedname has a "complete" install. > > Best regards > Andreas It LOOKS to me like this will work too: zpool set bootfs tank/bootfs =2E.. and in loader.conf (in /boot/loader.conf on tank/bootfs) set the=20 root SOMEWHERE ELSE. That has certain advantages, particularly if you want a GELI-encrypted ro= ot. I'll play with this a bit.... (the ability to make upgrades much less=20 dangerous in that an immediate-revert becomes pretty easy helps too) --=20 -- Karl karl@denninger.net --------------ms050905090305040909060601 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAzMjAxNDMwMzNaMCMGCSqGSIb3DQEJBDEW BBRz1dm0hps2maCg4nim0j96x5x1TzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIADYbGCeEqrNeF8lGBc/2HQ25vNhMZ RKNaR9916URGK4FSc2QM5Q79mpNbEOa4fB/Q6360/AENcZdAzJtSi5Ks3p9fCQgCKhF+QiG/ cJ75cJJg51Bax5ZA+DPSk7d6KnL0BYM/Wx013pqEtgeZNwmeVxZuf2J4GdQPkhrHr3BFcEt9 EQiqX6jH2H2t1/7Kjd2CsPFKoZ2AYsMMeD9NrfOTwAZ8jGEdrdB2w76BNKHQxtrzxan8SE4b cKstz0qdi7oXXA8Q2QNo2CTTTfOS9uSMfxp7QtsE42tsjxW8maJG0TuarW+uQeoA11D73pob sDh7ATg01IqPy3tAYl3uU+IKyN3d+7Ylx4PYOyFDsHeSYo9qrgdsdbRcjtswpvwA948cA03c nO56tdzjzQjx3sOAQdfMBFMJ/5OeSdHokk2wmH2svbQqnAQ/zXK2njGLlThucG/bvQcwBprH wSFwUnF3hkblR4JUKcE/OqZ0par85XHCr7hWjYv5k4YDJkPOW5QVArJYbCYz5660vo4zGXd3 0WwKItR4qCbOL3m8DuZd0PJ5m5FnrD3S90yauiFKz+w3OeIpwgcUFGU2boVjWQdFKx4u4rxL 990Oa11qmQIUby3mykE5S7MtIBcQsFQ4DYBmZ/s627CJy2ouKszdL9PNDcBDiT7lIiBi13i1 tXdUHIoAAAAAAAA= --------------ms050905090305040909060601-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 15:22:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B8F573; Thu, 20 Mar 2014 15:22:39 +0000 (UTC) Received: from mail.adm.hostpoint.ch (mail.adm.hostpoint.ch [IPv6:2a00:d70:0:a::e0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5A8092CC; Thu, 20 Mar 2014 15:22:39 +0000 (UTC) Received: from [2001:1620:2013:1:4535:ed23:3991:6e11] (port=54749) by mail.adm.hostpoint.ch with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1WQenl-000NhV-2M; Thu, 20 Mar 2014 16:22:37 +0100 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Network stack returning EFBIG? From: Markus Gebert In-Reply-To: <201403201351.s2KDpghe080116@hergotha.csail.mit.edu> Date: Thu, 20 Mar 2014 16:21:56 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201403201351.s2KDpghe080116@hergotha.csail.mit.edu> To: wollman@bimajority.org X-Mailer: Apple Mail (2.1874) Cc: jfv@freebsd.org, freebsd-net@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 15:22:39 -0000 On 20.03.2014, at 14:51, wollman@bimajority.org wrote: > In article <21290.60558.750106.630804@hergotha.csail.mit.edu>, I = wrote: >=20 >> Since we put this server into production, random network system calls >> have started failing with [EFBIG] or maybe sometimes [EIO]. I've >> observed this with a simple ping, but various daemons also log the >> errors: >> Mar 20 09:22:04 nfs-prod-4 sshd[42487]: fatal: Write failed: File too >> large [preauth] >> Mar 20 09:23:44 nfs-prod-4 nrpe[42492]: Error: Could not complete SSL >> handshake. 5 >=20 > I found at least one call stack where this happens and it does get > returned all the way to userspace: >=20 > 17 15547 _bus_dmamap_load_buffer:return=20 > kernel`_bus_dmamap_load_mbuf_sg+0x5f > kernel`bus_dmamap_load_mbuf_sg+0x38 > kernel`ixgbe_xmit+0xcf > kernel`ixgbe_mq_start_locked+0x94 > kernel`ixgbe_mq_start+0x12a > if_lagg.ko`lagg_transmit+0xc4 > kernel`ether_output_frame+0x33 > kernel`ether_output+0x4fe > kernel`ip_output+0xd74 > kernel`tcp_output+0xfea > kernel`tcp_usr_send+0x325 > kernel`sosend_generic+0x3f6 > kernel`soo_write+0x5e > kernel`dofilewrite+0x85 > kernel`kern_writev+0x6c > kernel`sys_write+0x64 > kernel`amd64_syscall+0x5ea > kernel`0xffffffff808443c7 This looks pretty similar to what we=92ve seen when we got EFBIG: 3 28502 _bus_dmamap_load_buffer:return=20 kernel`_bus_dmamap_load_mbuf_sg+0x5f kernel`bus_dmamap_load_mbuf_sg+0x38 kernel`ixgbe_xmit+0xcf kernel`ixgbe_mq_start_locked+0x94 kernel`ixgbe_mq_start+0x12a kernel`ether_output_frame+0x33 kernel`ether_output+0x4fe kernel`ip_output+0xd74 kernel`rip_output+0x229 kernel`sosend_generic+0x3f6 kernel`kern_sendit+0x1a3 kernel`sendit+0xdc kernel`sys_sendto+0x4d kernel`amd64_syscall+0x5ea kernel`0xffffffff80d35667 In our case it looks like some of the ixgbe tx queues get stuck, and = some don=92t. You can test, wether your server shows the same symptoms = with this command: # for CPU in {0..7}; do echo "CPU${CPU}"; cpuset -l ${CPU} ping -i 0.5 = -c 2 -W 1 10.0.0.1 | grep sendto; done We also use 82599EB based ixgbe controllers on affected systems. Also see these two threads on freebsd-net: http://lists.freebsd.org/pipermail/freebsd-net/2014-February/037967.html http://lists.freebsd.org/pipermail/freebsd-net/2014-March/038061.html I have started the second one, and there are some more details of what = we were seeing in case you=92re interested. Then there is: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D183390 and: https://bugs.freenas.org/issues/4560 Markus= From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 15:52:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6548E274 for ; Thu, 20 Mar 2014 15:52:18 +0000 (UTC) Received: from mail.egr.msu.edu (gribble.egr.msu.edu [35.9.37.169]) by mx1.freebsd.org (Postfix) with ESMTP id 38AFD83D for ; Thu, 20 Mar 2014 15:52:17 +0000 (UTC) Received: from gribble (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 3F46B2C450 for ; Thu, 20 Mar 2014 11:52:11 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by gribble (gribble.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YfBdgMcT4iwE for ; Thu, 20 Mar 2014 11:52:11 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <532B0EAB.6080608@egr.msu.edu> Date: Thu, 20 Mar 2014 11:52:11 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Can ZFS boot from other than the root of a pool? References: <532AF77A.9010204@denninger.net> <532AFB89.6060203@denninger.net> In-Reply-To: <532AFB89.6060203@denninger.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 15:52:18 -0000 On 03/20/2014 10:30, Karl Denninger wrote: >>> On Mar 20, 2014 7:13 AM, "Karl Denninger" wrote: >>>> For a number of reasons having to do with backup strategy I want to >>>> mount >>> a ZFS root from "poolname/root" instead just "poolname." >>>> That works ok; I can set in /boot/loader.conf: >>>> vfs.root.mountfrom="zfs:zroot/root" > It LOOKS to me like this will work too: > > zpool set bootfs tank/bootfs > > ... and in loader.conf (in /boot/loader.conf on tank/bootfs) set the > root SOMEWHERE ELSE. > > That has certain advantages, particularly if you want a GELI-encrypted > root. > > I'll play with this a bit.... (the ability to make upgrades much less > dangerous in that an immediate-revert becomes pretty easy helps too) > You don't need to set vfs.root.mountfrom in recent versions. This makes it much easier. I've been booting from /rpool/ROOT/freebsd for years (sometimes alternate paths when I want to load another copy of FreeBSD). Setting bootfs should do the trick. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 17:59:36 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4A361A7 for ; Thu, 20 Mar 2014 17:59:36 +0000 (UTC) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5BF0A8F4 for ; Thu, 20 Mar 2014 17:59:36 +0000 (UTC) Received: by mail-la0-f41.google.com with SMTP id gl10so888103lab.14 for ; Thu, 20 Mar 2014 10:59:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=+UaD0Bb7reBLRrHd4iavWOXIJP36FI4U48K4fz3ekaA=; b=bncZ10Ym++BRiXGkyEJM1atb7A9SX5V4WYwkIdndnFYBDq6j0KZ30bAMnGpko4TxSX uQLF5TCvdARVXY6sxfBpE+hpdxe2m11qbuVybQN/h8WoVCzx+Ph21y5N+69yDznTtdco 0XxqHcCYs6dT+RpIT1RkfDSG91q9uWQ3qEw9e3u6scdj2lCDlY3X0slf04l3j/t0DfrS GcWGWlLIo8Jl4iIEsOGPAHv9Weh+ISq6yAb7bTmY/xKtkX+/SM6yI/9M/TR83Gcyq+LD HTWy2OprxxG8/ovEUPDa3uuDwo+5oitq+XDEsnAVRRYNGtgf+U8TJdWJdpdfqZxhjYpk p5CA== X-Received: by 10.152.43.70 with SMTP id u6mr30778676lal.3.1395338374563; Thu, 20 Mar 2014 10:59:34 -0700 (PDT) Received: from [192.168.1.129] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id qa7sm1693686lbb.6.2014.03.20.10.59.33 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 20 Mar 2014 10:59:33 -0700 (PDT) Message-ID: <532B2C84.2080105@b1t.name> Date: Thu, 20 Mar 2014 19:59:32 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Adam McDougall , stable@freebsd.org Subject: Re: "panic: vm_fault: fault on nofault entry" in nvidia module on 10 References: <20131220173422.GA1556@egr.msu.edu> In-Reply-To: <20131220173422.GA1556@egr.msu.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 17:59:36 -0000 20.12.2013 19:34, Adam McDougall wrote: > Anyone else seen this? Anyone have any tips to try, or think of tests scenarios > I should explore that might help track it down? A way to see symbols from the > nvidia driver in a backtrace? I can think of some ideas to try such as dumping > rotation and I was planning on brainstorming a more concrete example with more > info, but I'm running low on time to spend on it this year and 10.0 is at the > door. I'm not so much concerned about this issue for my own sake, but for the > greater good, assuming someone else will fall into it. I'll plug away at it > as I have time but good suggestions might help my efficiency. Thanks. I'm seeing this too. Rarely. Also sometimes when wm is creating/destroying modal windows with some effects Xorg hangs and program that was creating windows hangs in uwait. If Xorg or program is killed I can restart X and continue working. All other programs are intact. -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 18:02:16 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2CE4B4CF for ; Thu, 20 Mar 2014 18:02:16 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A9B549E1 for ; Thu, 20 Mar 2014 18:02:15 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id mc6so875334lab.8 for ; Thu, 20 Mar 2014 11:02:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=X4AAgdLzMf1ihOV8OSpS5cSLE5RxgIJGScmdbICOmng=; b=MqP+ymk4MyNCeXUwmLt/JxykV8JVPRcYPdyZN9dHNyKCAL/Ezi1I+H+pU3F1/UESvm Y0iOEp59D/LUAPnsDM+ZHh7yGUFULTzgumdNtlDrBc+8sHzR/PFJeGP01u0eG69JcifT NAkDtV/a1ljuOJitixoq6UM2usZUX9vOGcw8TxSZJTgCF6TEIS9NGlhQJ6WqgAYruvi6 y7j0UAQemw2ikskIlqYUyxGm/paY3KtGwZqWU5GHdeHfi5diAD9US32h1PfAynqEbOw/ CsZjRDWlrkC5l3PrW/nSpEsNSnWfK6CsnN4Of2PrwbyytNXTuiSDrNjuniqImG0KWsBD W+iQ== X-Received: by 10.152.42.144 with SMTP id o16mr31202606lal.9.1395338531488; Thu, 20 Mar 2014 11:02:11 -0700 (PDT) Received: from [192.168.1.129] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id q4sm1693194lbl.14.2014.03.20.11.02.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 20 Mar 2014 11:02:10 -0700 (PDT) Message-ID: <532B2D21.3080303@b1t.name> Date: Thu, 20 Mar 2014 20:02:09 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: stable@freebsd.org Subject: panic: vm_fault: fault on nofault entry (i386) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 18:02:16 -0000 Hi all. I have one machine dying from time to time: (kgdb) #0 doadump (textdump=-2011011328) at pcpu.h:233 #1 0x8359f6d9 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x8359fa9f in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0x837ca1ac in vm_fault_hold (vaddr=, fault_type=2 '\002', fault_flags=, m_hold=) at /usr/src/sys/vm/vm_fault.c:279 #4 0x837c87f2 in vm_fault (map=0x843d2000, vaddr=, fault_type=0 '\0', fault_flags=) at /usr/src/sys/vm/vm_fault.c:224 #5 0x838245c9 in trap_pfault (frame=0xf26fca38, usermode=0, eva=) at /usr/src/sys/i386/i386/trap.c:938 #6 0x83823d90 in trap (frame=0xf26fca38) at /usr/src/sys/i386/i386/trap.c:556 #7 0x8380e8ec in calltrap () at /usr/src/sys/i386/i386/exception.s:170 #8 0x83562e53 in kern_kevent (nchanges=, nevents=-1266854016, k_ops=0xb47d57a0, timeout=) at atomic.h:177 #9 0x8356219b in sys_kevent (td=0xf26fcc08, uap=0xf26fccc8) at /usr/src/sys/kern/kern_event.c:776 #10 0x83824e59 in syscall (frame=) at subr_syscall.c:134 #11 0x8380e981 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:270 #12 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) FreeBSD ratatosk.b1t.name 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r261250: Wed Jan 29 18:24:08 EET 2014 arcade@ratatosk.b1t.name:/usr/obj/usr/src/sys/MINIMAL i386 Anyone else is seeing this? -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 18:39:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA01D65C for ; Thu, 20 Mar 2014 18:39:09 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9180FDF6 for ; Thu, 20 Mar 2014 18:39:09 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 600B0B94C; Thu, 20 Mar 2014 14:39:08 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE - workaround Date: Thu, 20 Mar 2014 10:58:38 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <53016D97.5030909@bsdinfo.com.br> <5329D81E.7040709@bsdinfo.com.br> In-Reply-To: <5329D81E.7040709@bsdinfo.com.br> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403201058.38555.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 20 Mar 2014 14:39:08 -0400 (EDT) Cc: Marcelo Gondim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 18:39:09 -0000 On Wednesday, March 19, 2014 1:47:10 pm Marcelo Gondim wrote: > Em 19/03/14 13:01, Kevin Oberman escreveu: > > On Wed, Mar 19, 2014 at 6:00 AM, Marcelo Gondim wrote: > > > >> Hi all, > >> > >> While the solution does not appear, did the script below and put it in > >> crontab to automatically delete zombie sshd processes. > >> > >> the_walking_dead.sh: > >> > >> #!/bin/sh > >> kill -9 `ps afx|grep sshd|grep unknown|awk '{print $1}'` > >> > >> > >> Put this in /etc/crontab: > >> > >> 00 1 * * * root the_walking_dead.sh > >> > >> > > If 'kill -9' works, the process is not really a zombie. It simply still has > > a socket open and is waiting for it to be closed before exiting. > > > > You might takes a look at network sockets with sockstat(1) and see if you > > can get any indication of why these sockets are not being closed. It may be > > that the issue is not sshd but some other issue in the OS leaving sockets > > open. > > > Hi Kevin, > > My ps -afx below: > > [...] > 42139 - Is 0:00.01 sshd: unknown [priv] (sshd) > 42140 - Z 0:00.01 > 42141 - IW 0:00.00 sshd: unknown [pam] (sshd) > 58445 - Is 0:00.01 sshd: unknown [priv] (sshd) > 58446 - Z 0:00.02 > 58447 - IW 0:00.00 sshd: unknown [pam] (sshd) > 65635 - Is 0:00.01 sshd: vinicius [priv] (sshd) > 65636 - Z 0:00.01 > [...] > > # sockstat | grep 42140 > # > > # sockstat | grep 58446 > # > > # sockstat | grep 65636 > # > > No associated socket with zombie process. Do a pstree. I bet the zombies are children of the other processes that are stuck on a socket as Kevin described. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 18:39:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB4596D8; Thu, 20 Mar 2014 18:39:12 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9466ADF7; Thu, 20 Mar 2014 18:39:12 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 716D0B9A3; Thu, 20 Mar 2014 14:39:11 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org, Rick Macklem Subject: Re: nfsd panic Date: Thu, 20 Mar 2014 11:08:09 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <50E659BE-3E1A-41D6-B522-9452093CEE26@cs.huji.ac.il> In-Reply-To: <50E659BE-3E1A-41D6-B522-9452093CEE26@cs.huji.ac.il> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Message-Id: <201403201108.09700.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 20 Mar 2014 14:39:11 -0400 (EDT) Cc: Alexander Motin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 18:39:12 -0000 On Thursday, March 20, 2014 8:35:37 am Daniel Braniss wrote: > this host has been doing fine, but today it=92s constantly crashing in nf= sd > it=92s exporting a 32TB zfs via nfs, to several hungry hosts > any help is appreciated since this is a production server and some user a= re > not very happy :-) >=20 > http://www.cs.huji.ac.il/~danny/core.txt.7 I think the pool->sp_lock mutex is not locked. Can you go to frame 8 in kg= db and do 'p *m'? =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 19:22:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 727931BE; Thu, 20 Mar 2014 19:22:36 +0000 (UTC) Received: from mail-ee0-x231.google.com (mail-ee0-x231.google.com [IPv6:2a00:1450:4013:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D757B676; Thu, 20 Mar 2014 19:22:35 +0000 (UTC) Received: by mail-ee0-f49.google.com with SMTP id c41so1019767eek.22 for ; Thu, 20 Mar 2014 12:22:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=L8TuOR46GXwKtWbsFzEoktallDYJ+eSYDgILfiuhsCE=; b=uMzF/OpfATcZCSI3nwPLU3VNOK3eaOKT+APZWvIi2771dolICArL5AmdZdZ9BDfrzY uq6HRlemYtBKO46uzBrP0xc5ttbjnN0WLCcCu0piQVIIt09q/9pr9PVOIeSk74blu7Ay b50oygVO/YHlshvJqW//JhsCnKbc4shflubNYfzJHY6Kj2vJ5mnyZII4ZZEJ5IpmXpt3 NP4/xiEHixmg4/967IdWJD4ByMTy3AZ3ivu2L6YP7GnrIKLb4e0Wk3R9hBZEVtrSHTQr 1ioqVDeg0vvX+Yau0KdZLu2vFmV8coqRX9Cvkaz0H7jh5OXv0E1OrxWstWqPua6DhDIl 33lQ== X-Received: by 10.15.102.74 with SMTP id bq50mr43830366eeb.21.1395343354335; Thu, 20 Mar 2014 12:22:34 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([134.249.139.101]) by mx.google.com with ESMTPSA id 48sm6248409eee.2.2014.03.20.12.22.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 20 Mar 2014 12:22:33 -0700 (PDT) Sender: Alexander Motin Message-ID: <532B3FF7.1030405@FreeBSD.org> Date: Thu, 20 Mar 2014 21:22:31 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, Daniel Braniss Subject: Re: nfsd panic References: <50E659BE-3E1A-41D6-B522-9452093CEE26@cs.huji.ac.il> <201403201108.09700.jhb@freebsd.org> In-Reply-To: <201403201108.09700.jhb@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: Rick Macklem , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 19:22:36 -0000 On 20.03.2014 17:08, John Baldwin wrote: > On Thursday, March 20, 2014 8:35:37 am Daniel Braniss wrote: >> this host has been doing fine, but today its constantly crashing in nfsd >> its exporting a 32TB zfs via nfs, to several hungry hosts >> any help is appreciated since this is a production server and some user are >> not very happy :-) >> >> http://www.cs.huji.ac.il/~danny/core.txt.7 > > I think the pool->sp_lock mutex is not locked. Can you go to frame 8 in kgdb > and do 'p *m'? Daniel, your system looks like updated on February 2, but there was alike bug fixed in stable/9 on February 7 (r261578). Please try to update your system. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 19:53:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DE12229 for ; Thu, 20 Mar 2014 19:53:48 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 68232A1C for ; Thu, 20 Mar 2014 19:53:48 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id B8717139C8 for ; Thu, 20 Mar 2014 19:56:17 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-type:content-type:in-reply-to:references:subject :subject:to:mime-version:user-agent:from:from:date:date :message-id; s=dkim; t=1395356176; x=1396220177; bh=4UM1DKOX1J/R ognK05vAradJsSHN5hhGIL97vW+/H/8=; b=fMf5chsfWg1p5pbMcY0Ln6ZjwDAt bWfX0gNTxx30Ud5xtS21q2TfW53Bjk8mIXpR5JBf8XvFG0RI+K+AbhTer8Gj13o9 +cE9lY2Q0kgfbmbddpTMC7skEICBgOlORWOIxc8kJ6uO71MHMSVp/K4uQ63hxm7N RTM6B0uc1OP9/Bg= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yyaxdjMX3GAF for ; Thu, 20 Mar 2014 19:56:16 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.48.8]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id 8A026139C3 for ; Thu, 20 Mar 2014 19:56:14 -0300 (BRT) Message-ID: <532B4739.7010508@bsdinfo.com.br> Date: Thu, 20 Mar 2014 16:53:29 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE - workaround References: <53016D97.5030909@bsdinfo.com.br> <5329D81E.7040709@bsdinfo.com.br> <201403201058.38555.jhb@freebsd.org> In-Reply-To: <201403201058.38555.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 19:53:48 -0000 Em 20/03/14 11:58, John Baldwin escreveu: > On Wednesday, March 19, 2014 1:47:10 pm Marcelo Gondim wrote: >> Em 19/03/14 13:01, Kevin Oberman escreveu: >>> On Wed, Mar 19, 2014 at 6:00 AM, Marcelo Gondim > wrote: >>>> Hi all, >>>> >>>> While the solution does not appear, did the script below and put it in >>>> crontab to automatically delete zombie sshd processes. >>>> >>>> the_walking_dead.sh: >>>> >>>> #!/bin/sh >>>> kill -9 `ps afx|grep sshd|grep unknown|awk '{print $1}'` >>>> >>>> >>>> Put this in /etc/crontab: >>>> >>>> 00 1 * * * root the_walking_dead.sh >>>> >>>> >>> If 'kill -9' works, the process is not really a zombie. It simply still > has >>> a socket open and is waiting for it to be closed before exiting. >>> >>> You might takes a look at network sockets with sockstat(1) and see if you >>> can get any indication of why these sockets are not being closed. It may > be >>> that the issue is not sshd but some other issue in the OS leaving sockets >>> open. >>> >> Hi Kevin, >> >> My ps -afx below: >> >> [...] >> 42139 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 42140 - Z 0:00.01 >> 42141 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 58445 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 58446 - Z 0:00.02 >> 58447 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 65635 - Is 0:00.01 sshd: vinicius [priv] (sshd) >> 65636 - Z 0:00.01 >> [...] >> >> # sockstat | grep 42140 >> # >> >> # sockstat | grep 58446 >> # >> >> # sockstat | grep 65636 >> # >> >> No associated socket with zombie process. > Do a pstree. I bet the zombies are children of the other processes that > are stuck on a socket as Kevin described. > Hi John, My pstree with 8 zombie process: http://i125.photobucket.com/albums/p50/Marcelo_Gondim/ps_zps6f6d8330.png I can not identify the problem with the pstree. Identified that the zombie processes are related to the sshd process. I had 4 servers that ran 9.xand did not have this problem. When I upgraded these servers for 10.0, these problems happened. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 20 23:46:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C33528F4 for ; Thu, 20 Mar 2014 23:46:59 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C54E7B0 for ; Thu, 20 Mar 2014 23:46:59 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id E3985139C8 for ; Thu, 20 Mar 2014 23:49:34 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-type:content-type:in-reply-to:references:subject :subject:to:mime-version:user-agent:from:from:date:date :message-id; s=dkim; t=1395370173; x=1396234174; bh=qJyGiimtLDVr OFxU52ekMTe+te/A9lURPkdWXpl2NBI=; b=jk9035ji9gVR+5YeZ0n3qTe0fBRp 1olWrTvtMySFI20ccAIqaEy2XiUXDQigDSQFHhY6rorCDrkMSMUcybggcP7u7DUH 8OKeTPfp8G47x7AJ+xARY/QN1NTGnkBmur80rxmuf4eq7542H8jTfRIIrU81HO5d LoGE09cvUTlxVOM= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54_DzmkSEeLV for ; Thu, 20 Mar 2014 23:49:33 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.54.69]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id DC735139C3 for ; Thu, 20 Mar 2014 23:49:32 -0300 (BRT) Message-ID: <532B7DEC.7010809@bsdinfo.com.br> Date: Thu, 20 Mar 2014 20:46:52 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Stable Mailing List Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE - workaround References: <53016D97.5030909@bsdinfo.com.br> <5329D81E.7040709@bsdinfo.com.br> <201403201058.38555.jhb@freebsd.org> In-Reply-To: <201403201058.38555.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Mar 2014 23:46:59 -0000 Em 20/03/14 11:58, John Baldwin escreveu: > On Wednesday, March 19, 2014 1:47:10 pm Marcelo Gondim wrote: >> Em 19/03/14 13:01, Kevin Oberman escreveu: >>> On Wed, Mar 19, 2014 at 6:00 AM, Marcelo Gondim > wrote: >>>> Hi all, >>>> >>>> While the solution does not appear, did the script below and put it in >>>> crontab to automatically delete zombie sshd processes. >>>> >>>> the_walking_dead.sh: >>>> >>>> #!/bin/sh >>>> kill -9 `ps afx|grep sshd|grep unknown|awk '{print $1}'` >>>> >>>> >>>> Put this in /etc/crontab: >>>> >>>> 00 1 * * * root the_walking_dead.sh >>>> >>>> >>> If 'kill -9' works, the process is not really a zombie. It simply still > has >>> a socket open and is waiting for it to be closed before exiting. >>> >>> You might takes a look at network sockets with sockstat(1) and see if you >>> can get any indication of why these sockets are not being closed. It may > be >>> that the issue is not sshd but some other issue in the OS leaving sockets >>> open. >>> >> Hi Kevin, >> >> My ps -afx below: >> >> [...] >> 42139 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 42140 - Z 0:00.01 >> 42141 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 58445 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 58446 - Z 0:00.02 >> 58447 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 65635 - Is 0:00.01 sshd: vinicius [priv] (sshd) >> 65636 - Z 0:00.01 >> [...] >> >> # sockstat | grep 42140 >> # >> >> # sockstat | grep 58446 >> # >> >> # sockstat | grep 65636 >> # >> >> No associated socket with zombie process. > Do a pstree. I bet the zombies are children of the other processes that > are stuck on a socket as Kevin described. > # ps afx|grep sshd |grep unk 10948 - Is 0:00.02 sshd: unknown [priv] (sshd) 10955 - IW 0:00.00 sshd: unknown [pam] (sshd) <==== 11701 - Is 0:00.02 sshd: unknown [priv] (sshd) 11704 - IW 0:00.00 sshd: unknown [pam] (sshd) 25450 - Is 0:00.01 sshd: unknown [priv] (sshd) 25452 - IW 0:00.00 sshd: unknown [pam] (sshd) 41193 - Is 0:00.02 sshd: unknown [priv] (sshd) 41196 - IW 0:00.00 sshd: unknown [pam] (sshd) 42193 - Is 0:00.02 sshd: unknown [priv] (sshd) 42195 - IW 0:00.00 sshd: unknown [pam] (sshd) 80638 - Is 0:00.02 sshd: unknown [priv] (sshd) 80640 - IW 0:00.00 sshd: unknown [pam] (sshd) 81484 - Is 0:00.02 sshd: unknown [priv] (sshd) 81486 - IW 0:00.00 sshd: unknown [pam] (sshd) With proctstat I could see the socket as follows: # procstat -f 10955 PID COMM FD T V FLAGS REF OFFSET PRO NAME 10955 sshd text v r r------- - - - /usr/sbin/sshd 10955 sshd cwd v d r------- - - - / 10955 sshd root v d r------- - - - / 10955 sshd 0 v c rw------ 6 0 - /dev/null 10955 sshd 1 v c rw------ 6 0 - /dev/null 10955 sshd 2 v c rw------ 6 0 - /dev/null 10955 sshd 3 s - rw---n-- 2 0 TCP 186.xxx.xx.2:22 186.xxx.xx.8:57035 10955 sshd 5 p - rw------ 2 0 - - 10955 sshd 6 s - rw------ 2 0 UDS - 10955 sshd 7 p - rw------ 1 0 - - 10955 sshd 8 s - rw------ 2 0 UDS - I do not understand why these connections are remaining locked in FreeBSD 10.0 I'll try this sysctl: net.inet.tcp.delayed_ack=0 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 02:45:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E6E92DF; Fri, 21 Mar 2014 02:45:17 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id A08FF9C0; Fri, 21 Mar 2014 02:45:16 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqUEAD2nK1ODaFve/2dsb2JhbABZg0FXgwe4FIZjUYErdIIlAQEBAwEBAQEgBCcgCxsYAgINGQIpAQkmBgEHBwQBCBQEh1AIDa0XomAXgSmMZQYBARsBMweCb4FJBJVyhAmQf4NJITF8CBci X-IronPort-AV: E=Sophos;i="4.97,700,1389762000"; d="scan'208";a="107529372" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 20 Mar 2014 22:45:15 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 8430BB3F19; Thu, 20 Mar 2014 22:45:15 -0400 (EDT) Date: Thu, 20 Mar 2014 22:45:15 -0400 (EDT) From: Rick Macklem To: Markus Gebert , Christopher Forgeron Message-ID: <429006400.647323.1395369915529.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: Network stack returning EFBIG? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: jfv@freebsd.org, freebsd-net@freebsd.org, freebsd-stable@freebsd.org, wollman@bimajority.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 21 Mar 2014 02:45:17 -0000 Markus Gebert wrote: >=20 > On 20.03.2014, at 14:51, wollman@bimajority.org wrote: >=20 > > In article <21290.60558.750106.630804@hergotha.csail.mit.edu>, I > > wrote: > >=20 > >> Since we put this server into production, random network system > >> calls > >> have started failing with [EFBIG] or maybe sometimes [EIO]. I've > >> observed this with a simple ping, but various daemons also log the > >> errors: > >> Mar 20 09:22:04 nfs-prod-4 sshd[42487]: fatal: Write failed: File > >> too > >> large [preauth] > >> Mar 20 09:23:44 nfs-prod-4 nrpe[42492]: Error: Could not complete > >> SSL > >> handshake. 5 > >=20 > > I found at least one call stack where this happens and it does get > > returned all the way to userspace: > >=20 > > 17 15547 _bus_dmamap_load_buffer:return > > kernel`_bus_dmamap_load_mbuf_sg+0x5f > > kernel`bus_dmamap_load_mbuf_sg+0x38 > > kernel`ixgbe_xmit+0xcf > > kernel`ixgbe_mq_start_locked+0x94 > > kernel`ixgbe_mq_start+0x12a > > if_lagg.ko`lagg_transmit+0xc4 > > kernel`ether_output_frame+0x33 > > kernel`ether_output+0x4fe > > kernel`ip_output+0xd74 > > kernel`tcp_output+0xfea > > kernel`tcp_usr_send+0x325 > > kernel`sosend_generic+0x3f6 > > kernel`soo_write+0x5e > > kernel`dofilewrite+0x85 > > kernel`kern_writev+0x6c > > kernel`sys_write+0x64 > > kernel`amd64_syscall+0x5ea > > kernel`0xffffffff808443c7 >=20 > This looks pretty similar to what we=E2=80=99ve seen when we got EFBIG: >=20 > 3 28502 _bus_dmamap_load_buffer:return > kernel`_bus_dmamap_load_mbuf_sg+0x5f > kernel`bus_dmamap_load_mbuf_sg+0x38 > kernel`ixgbe_xmit+0xcf > kernel`ixgbe_mq_start_locked+0x94 > kernel`ixgbe_mq_start+0x12a > kernel`ether_output_frame+0x33 > kernel`ether_output+0x4fe > kernel`ip_output+0xd74 > kernel`rip_output+0x229 > kernel`sosend_generic+0x3f6 > kernel`kern_sendit+0x1a3 > kernel`sendit+0xdc > kernel`sys_sendto+0x4d > kernel`amd64_syscall+0x5ea > kernel`0xffffffff80d35667 >=20 > In our case it looks like some of the ixgbe tx queues get stuck, and > some don=E2=80=99t. You can test, wether your server shows the same sympt= oms > with this command: >=20 > # for CPU in {0..7}; do echo "CPU${CPU}"; cpuset -l ${CPU} ping -i > 0.5 -c 2 -W 1 10.0.0.1 | grep sendto; done >=20 > We also use 82599EB based ixgbe controllers on affected systems. >=20 > Also see these two threads on freebsd-net: >=20 > http://lists.freebsd.org/pipermail/freebsd-net/2014-February/037967.html > http://lists.freebsd.org/pipermail/freebsd-net/2014-March/038061.html >=20 > I have started the second one, and there are some more details of > what we were seeing in case you=E2=80=99re interested. >=20 > Then there is: >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D183390 > and: > https://bugs.freenas.org/issues/4560 >=20 Well, the "before" printf() from my patch is indicating a packet > 65535 and that will definitely result in a EFBIG. (There is no way that m_defrag(= ) can squeeze > 64K into 32 MCLBYTES mbufs.) Note that the EFBIG will be returned by the call that dequeues this packet and tries to transmit it (not necessarily the one that generated/queued the packet). This was pointed out by Ryan in a previous discussion of this. The code snippet from sys/netinet/tcp_output.c looks pretty straightforward= : /* 772 =09* Limit a burst to t_tsomax minus IP, 773 =09* TCP and options length to keep ip->ip_len 774 =09* from overflowing or exceeding the maximum 775 =09* length allowed by the network interface. 776 =09*/ 777 =09if (len > tp->t_tsomax - hdrlen) { 778 =09 len =3D tp->t_tsomax - hdrlen; 779 =09 sendalot =3D 1; 780 =09} If it is a TSO segment of > 65535, at a glance it would seem that this "if" is busted. Just to see, you could try replacing line# 777-778 with if (len > IP_MAXPACKET - hdrlen) { len =3D IP_MAXPACKET - hdrlen; which was what it was in 9.1. (Maybe t_tsomax isn't set correctly or someho= w screws up the calculation? rick >=20 > Markus > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to > "freebsd-net-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 05:07:21 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1DE0EA5D; Fri, 21 Mar 2014 05:07:21 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 47FC77A6; Fri, 21 Mar 2014 05:07:19 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2L57A1j033642; Fri, 21 Mar 2014 07:07:10 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2L57ADw033359; Fri, 21 Mar 2014 05:07:10 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 21 Mar 2014 05:07:10 GMT Message-Id: <201403210507.s2L57ADw033359@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 05:07:21 -0000 TB --- 2014-03-21 04:30:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-21 04:30:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-21 04:30:44 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-03-21 04:30:44 - cleaning the object tree TB --- 2014-03-21 04:30:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-21 04:31:37 - At svn revision 263462 TB --- 2014-03-21 04:31:38 - building world TB --- 2014-03-21 04:31:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 04:31:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 04:31:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 04:31:38 - SRCCONF=/dev/null TB --- 2014-03-21 04:31:38 - TARGET=amd64 TB --- 2014-03-21 04:31:38 - TARGET_ARCH=amd64 TB --- 2014-03-21 04:31:38 - TZ=UTC TB --- 2014-03-21 04:31:38 - __MAKE_CONF=/dev/null TB --- 2014-03-21 04:31:38 - cd /src TB --- 2014-03-21 04:31:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 21 04:31:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] ranlib libclangparse.a ===> lib/clang/libclangsema (all) c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/AnalysisBasedWarnings.cpp -o AnalysisBasedWarnings.o /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h: In member function 'bool clang::RecursiveASTVisitor::TraverseStmt(clang::Stmt*) [with Derived = ::FallthroughMapper]': /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h:523: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libclangsema *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-21 05:07:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-21 05:07:09 - ERROR: failed to build world TB --- 2014-03-21 05:07:09 - 1692.41 user 502.30 system 2185.58 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 07:11:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 591CB32B; Fri, 21 Mar 2014 07:11:11 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 68C33205; Fri, 21 Mar 2014 07:11:10 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1WQtbd-000OzM-7h; Fri, 21 Mar 2014 09:11:05 +0200 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: nfsd panic From: Daniel Braniss In-Reply-To: <532B3FF7.1030405@FreeBSD.org> Date: Fri, 21 Mar 2014 09:11:04 +0200 Message-Id: <9E40826A-1850-467E-A7F7-A662063CE36E@cs.huji.ac.il> References: <50E659BE-3E1A-41D6-B522-9452093CEE26@cs.huji.ac.il> <201403201108.09700.jhb@freebsd.org> <532B3FF7.1030405@FreeBSD.org> To: Alexander Motin X-Mailer: Apple Mail (2.1874) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Rick Macklem , freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 21 Mar 2014 07:11:11 -0000 On Mar 20, 2014, at 9:22 PM, Alexander Motin wrote: > On 20.03.2014 17:08, John Baldwin wrote: >> On Thursday, March 20, 2014 8:35:37 am Daniel Braniss wrote: >>> this host has been doing fine, but today it=92s constantly crashing = in nfsd >>> it=92s exporting a 32TB zfs via nfs, to several hungry hosts >>> any help is appreciated since this is a production server and some = user are >>> not very happy :-) >>>=20 >>> http://www.cs.huji.ac.il/~danny/core.txt.7 >>=20 >> I think the pool->sp_lock mutex is not locked. Can you go to frame 8 = in kgdb >> and do 'p *m=92? (kgdb) frame 8 #8 0xffffffff808cf25a in _mtx_unlock_sleep (m=3D0xfffffe002c132400,=20 opts=3D, file=3D,=20 line=3D) at = /r+d/stable/9/sys/kern/kern_mutex.c:716 716 /r+d/stable/9/sys/kern/kern_mutex.c: No such file or directory. in /r+d/stable/9/sys/kern/kern_mutex.c (kgdb) p *m $1 =3D {lock_object =3D {lo_name =3D 0xffffffff80f5d757 "sp_lock",=20 lo_flags =3D 16973824, lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock = =3D 4} >=20 > Daniel, your system looks like updated on February 2, but there was = alike bug fixed in stable/9 on February 7 (r261578). Please try to = update your system. >=20 I did and now it=92s ok again - though will have to wait till traffic = picks up again next week thanks, danny > --=20 > Alexander Motin thanks to you all, danny From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 07:31:15 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC6EC606 for ; Fri, 21 Mar 2014 07:31:15 +0000 (UTC) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2001:470:1f09:14c0::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D0EF8315 for ; Fri, 21 Mar 2014 07:31:14 +0000 (UTC) Received: from bsdrookie.norma.com. (bsdrookie.norma.com [192.168.7.224]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id s2L7V8tb089356 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 21 Mar 2014 13:31:08 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <532BEABC.5050808@norma.perm.ru> Date: Fri, 21 Mar 2014 13:31:08 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable Subject: crash on zpool import - help get data back Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [192.168.3.10]); Fri, 21 Mar 2014 13:31:08 +0600 (YEKT) X-Spam-Status: No hits=-101.0 bayes=0.5 testhits ALL_TRUSTED=-1, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 21 Mar 2014 07:31:15 -0000 Hi. After some time using zfs on a 10.x server (and a couple of panics) I'm now getting the reproducible and repeatable panic on any operations involving particular pool. I managed to boot from USB stick, import only healthy pools and substitite the server's zpool.cache file with one referencing only healthy pools. Now I'm able to boot, but when I try to import the remaining pool I'm getting the panic (attached below). Now questions: - do I understand correctly that "#7 0xffffffff8188e076 in vdev_readable (vd=0x0)" means vd is NULL, and this is triggering the panic ? - I saw a similar (but not identical) panic in http://lists.freebsd.org/pipermail/freebsd-fs/2012-January/013513.html , - are there any possible tricks that could help me getting my data ? the target pool itself shows as healthy too: # zpool import pool: xtank id: 16620000996171732653 state: ONLINE status: Some supported features are not enabled on the pool. action: The pool can be imported using its name or numeric identifier, though some features will not be available without an explicit 'zpool upgrade'. config: xtank ONLINE mirror-0 ONLINE gpt/xtank0 ONLINE gpt/xtank1 ONLINE logs mirror-1 ONLINE gpt/xlog0 ONLINE gpt/xlog1 ONLINE Backtrace and stuff: ===Cut=== # less core.txt.4 witchdoctor.hq.norma.perm.ru dumped core - see /var/crash/vmcore.4 Fri Mar 21 13:00:30 YEKT 2014 FreeBSD witchdoctor.hq.norma.perm.ru 10.0-STABLE FreeBSD 10.0-STABLE #0 r263266: Mon Mar 17 23:17:32 YEKT 2014 emz@witchdoctor.hq.norma.perm.ru:/usr/obj/usr/src/sys/GENERIC amd64 panic: page fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x50 cpuid = 1; apic id = 01 fault code = supervisor read data, page not present fault virtual address = 0xa0 instruction pointer = 0x20:0xffffffff8188e076 fault code = supervisor read data, page not present stack pointer = 0x28:0xfffffe01208e5b00 instruction pointer = 0x20:0xffffffff818ab666 frame pointer = 0x28:0xfffffe01208e5b10 stack pointer = 0x28:0xfffffe0120fc85b0 code segment = base 0x0, limit 0xfffff, type 0x1b frame pointer = 0x28:0xfffffe0120fc8640 = DPL 0, pres 1, long 1, def32 0, gran 1 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, processor eflags = resume, IOPL = 0 interrupt enabled, resume, IOPL = 0 current process = 0 (system_taskq_2) trap number = 12 current process = 1363 (zpool) panic: page fault cpuid = 3 KDB: stack backtrace: #0 0xffffffff808f01d0 at kdb_backtrace+0x60 #1 0xffffffff808b7ba5 at panic+0x155 #2 0xffffffff80c98f32 at trap_fatal+0x3a2 #3 0xffffffff80c99209 at trap_pfault+0x2c9 #4 0xffffffff80c9899b at trap+0x5bb #5 0xffffffff80c7fc52 at calltrap+0x8 #6 0xffffffff81894740 at vdev_mirror_child_select+0x70 #7 0xffffffff81894284 at vdev_mirror_io_start+0x234 #8 0xffffffff818ae754 at zio_vdev_io_start+0x184 #9 0xffffffff818aba8a at zio_execute+0x15a #10 0xffffffff8183a158 at arc_read+0x958 #11 0xffffffff81852fde at traverse_prefetcher+0x13e #12 0xffffffff8185243d at traverse_visitbp+0x20d #13 0xffffffff81852e6f at traverse_dnode+0xef #14 0xffffffff81852bb7 at traverse_visitbp+0x987 #15 0xffffffff81852613 at traverse_visitbp+0x3e3 #16 0xffffffff81852613 at traverse_visitbp+0x3e3 #17 0xffffffff81852613 at traverse_visitbp+0x3e3 Uptime: 6m45s Dumping 326 out of 4043 MB:..5%..15%..25%..35%..45%..54%..64%..74%..84%..94% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. Loaded symbols for /boot/kernel/geom_mirror.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/kernel/uhid.ko.symbols...done. Loaded symbols for /boot/kernel/uhid.ko.symbols #0 doadump (textdump=) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:219 #1 0xffffffff808b7820 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:452 #2 0xffffffff808b7be4 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0xffffffff80c98f32 in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:875 #4 0xffffffff80c99209 in trap_pfault (frame=0xfffffe01208e5a50, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:692 #5 0xffffffff80c9899b in trap (frame=0xfffffe01208e5a50) at /usr/src/sys/amd64/amd64/trap.c:456 #6 0xffffffff80c7fc52 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0xffffffff8188e076 in vdev_readable (vd=0x0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:2632 #8 0xffffffff81894740 in vdev_mirror_child_select (zio=) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:238 #9 0xffffffff81894284 in vdev_mirror_io_start (zio=0xfffff8004f228398) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:295 #10 0xffffffff818ae754 in zio_vdev_io_start (zio=0xfffff8004f228398) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2514 #11 0xffffffff818aba8a in zio_execute (zio=0xfffff8004f228398) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1346 #12 0xffffffff8183a158 in arc_read (pio=0x0, spa=0xfffff800799b8000, bp=, done=0x2, private=0x0, priority=ZIO_PRIORITY_ASYNC_READ, zio_flags=512, arc_flags=, zb=0x0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:3417 #13 0xffffffff81852fde in traverse_prefetcher (spa=0xfffff800799b8000, zilog=0xf01ff, bp=, zb=, dnp=0xfffff8004f1d3240, arg=) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:451 #14 0xffffffff8185243d in traverse_visitbp (td=0xfffffe01208e6980, dnp=0xfffffe00276fe800, bp=0xfffffe00276fe980, zb=0xfffffe01208e5f08) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:250 #15 0xffffffff81852e6f in traverse_dnode (td=0xfffffe01208e6980, dnp=0xfffffe00276fe800, objset=41, object=57388) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:417 #16 0xffffffff81852bb7 in traverse_visitbp (td=0xfffffe01208e6980, dnp=0xfffffe00276fd000, bp=0xfffffe00276f1080, zb=0xfffffe01208e6128) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:309 #17 0xffffffff81852613 in traverse_visitbp (td=0xfffffe01208e6980, dnp=0xfffff80079bb9800, bp=0xfffffe0027709700, zb=0xfffffe01208e6258) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #18 0xffffffff81852613 in traverse_visitbp (td=0xfffffe01208e6980, dnp=0xfffff80079bb9800, bp=0xfffffe00275dd000, zb=0xfffffe01208e6388) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #19 0xffffffff81852613 in traverse_visitbp (td=0xfffffe01208e6980, dnp=0xfffff80079bb9800, bp=0xfffffe0027651000, zb=0xfffffe01208e64b8) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #20 0xffffffff81852613 in traverse_visitbp (td=0xfffffe01208e6980, dnp=0xfffff80079bb9800, bp=0xfffffe0027584000, zb=0xfffffe01208e65e8) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #21 0xffffffff81852613 in traverse_visitbp (td=0xfffffe01208e6980, dnp=0xfffff80079bb9800, bp=0xfffffe002755c000, zb=0xfffffe01208e6718) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #22 0xffffffff81852613 in traverse_visitbp (td=0xfffffe01208e6980, dnp=0xfffff80079bb9800, bp=0xfffff80079bb9840, zb=0xfffffe01208e67d8) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #23 0xffffffff81852e04 in traverse_dnode (td=0xfffffe01208e6980, dnp=0xfffff80079bb9800, objset=41, object=0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:407 #24 0xffffffff818528c0 in traverse_visitbp (td=0xfffffe01208e6980, dnp=0x0, bp=0xfffff800794c6280, zb=0xfffffe01208e6960) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:338 #25 0xffffffff818521d6 in traverse_prefetch_thread (arg=0xfffffe0120fc9420) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:470 #26 0xffffffff81828c00 in taskq_run (arg=0xfffff80018b01ea0, pending=983551) at /usr/src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_taskq.c:109 #27 0xffffffff808fe1b6 in taskqueue_run_locked (queue=0xfffff8001614c300) at /usr/src/sys/kern/subr_taskqueue.c:342 #28 0xffffffff808fec28 in taskqueue_thread_loop (arg=) at /usr/src/sys/kern/subr_taskqueue.c:563 #29 0xffffffff80889cba in fork_exit ( callout=0xffffffff808feb80 , arg=0xfffff8001616f720, frame=0xfffffe01208e6ac0) at /usr/src/sys/kern/kern_fork.c:995 #30 0xffffffff80c8018e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #31 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb) ===Cut=== Thanks. Eugene. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 08:15:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CDC6FE2 for ; Fri, 21 Mar 2014 08:15:51 +0000 (UTC) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2001:470:1f09:14c0::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8B73794F for ; Fri, 21 Mar 2014 08:15:50 +0000 (UTC) Received: from bsdrookie.norma.com. (bsdrookie.norma.com [192.168.7.224]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id s2L8FjkU091672 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 21 Mar 2014 14:15:46 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <532BF531.1050400@norma.perm.ru> Date: Fri, 21 Mar 2014 14:15:45 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable Subject: Re: crash on zpool import - help get data back References: <532BEABC.5050808@norma.perm.ru> In-Reply-To: <532BEABC.5050808@norma.perm.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [192.168.3.10]); Fri, 21 Mar 2014 14:15:46 +0600 (YEKT) X-Spam-Status: No hits=-101.0 bayes=0.5 testhits ALL_TRUSTED=-1, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 21 Mar 2014 08:15:51 -0000 Hi. On 21.03.2014 13:31, Eugene M. Zheganin wrote: > Hi. > > After some time using zfs on a 10.x server (and a couple of panics) I'm > now getting the reproducible and repeatable panic on any operations > involving particular pool. I managed to boot from USB stick, import only > healthy pools and substitite the server's zpool.cache file with one > referencing only healthy pools. Now I'm able to boot, but when I try to > import the remaining pool I'm getting the panic (attached below). Now > questions: > > - do I understand correctly that "#7 0xffffffff8188e076 in > vdev_readable (vd=0x0)" means vd is NULL, and this is triggering the panic ? > - I saw a similar (but not identical) panic in > http://lists.freebsd.org/pipermail/freebsd-fs/2012-January/013513.html , > - are there any possible tricks that could help me getting my data ? After some thinking (speeded up with the superiors running in circles) I realized that the root cause is the same and I can apply the tricks mentioned above. However, the question remains - how could this happen, because the main difference between me and original thread author is that I don't have memory errors. Furthermore, may be this technique can be applied to the FreeBSD zfs code, for example switching affected vdevs into the DEGRADED state, like solaris fmadm does when it's getting errors on a disk, thus signalling that the pool actually isn't healthy anymore ? However, I am not a programmer of any kind, so this is just a thought based on a fact that two individuals independently stepped on same issue. Thanks. Eugene. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 10:07:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59C806E for ; Fri, 21 Mar 2014 10:07:55 +0000 (UTC) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2001:470:1f09:14c0::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 065862CC for ; Fri, 21 Mar 2014 10:07:53 +0000 (UTC) Received: from bsdrookie.norma.com. (bsdrookie.norma.com [192.168.7.224]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id s2LA7o95097719 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 21 Mar 2014 16:07:50 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <532C0F76.8010605@norma.perm.ru> Date: Fri, 21 Mar 2014 16:07:50 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable Subject: Re: crash on zpool import - help get data back References: <532BEABC.5050808@norma.perm.ru> <532BF531.1050400@norma.perm.ru> In-Reply-To: <532BF531.1050400@norma.perm.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [192.168.3.10]); Fri, 21 Mar 2014 16:07:50 +0600 (YEKT) X-Spam-Status: No hits=-101.0 bayes=0.5 testhits ALL_TRUSTED=-1, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 21 Mar 2014 10:07:55 -0000 Hi. On 21.03.2014 14:15, Eugene M. Zheganin wrote: > > After some thinking (speeded up with the superiors running in circles) I > realized that the root cause is the same and I can apply the tricks > mentioned above. I did them, I'm able to import the pool and read some data, but when trying to read all of it I get panic on 43th gigabyte out of 1200 (attached below). Is there some way to get this hack-patched too ? Just to save data. ===Cut=== Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x88 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff818a0454 stack pointer = 0x28:0xfffffe01214086e0 frame pointer = 0x28:0xfffffe0121408740 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1282 (zfs) trap number = 12 panic: page fault cpuid = 3 KDB: stack backtrace: #0 0xffffffff808f01d0 at kdb_backtrace+0x60 #1 0xffffffff808b7ba5 at panic+0x155 #2 0xffffffff80c98f32 at trap_fatal+0x3a2 #3 0xffffffff80c99209 at trap_pfault+0x2c9 #4 0xffffffff80c9899b at trap+0x5bb #5 0xffffffff80c7fc52 at calltrap+0x8 #6 0xffffffff818aeed5 at zio_checksum_verify+0x65 #7 0xffffffff818abada at zio_execute+0x15a #8 0xffffffff818ab0b3 at zio_wait+0x23 #9 0xffffffff81839f83 at arc_read+0x783 #10 0xffffffff8184e04f at backup_cb+0x35f #11 0xffffffff8185243d at traverse_visitbp+0x20d #12 0xffffffff81852e6f at traverse_dnode+0xef #13 0xffffffff81852bb7 at traverse_visitbp+0x987 #14 0xffffffff81852613 at traverse_visitbp+0x3e3 #15 0xffffffff81852613 at traverse_visitbp+0x3e3 #16 0xffffffff81852613 at traverse_visitbp+0x3e3 #17 0xffffffff81852613 at traverse_visitbp+0x3e3 Uptime: 10m14s Dumping 426 out of 4043 MB:..4%..12%..23%..34%..42%..53%..64%..72%..83%..94% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. Loaded symbols for /boot/kernel/geom_mirror.ko.symbols #0 doadump (textdump=) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:219 #1 0xffffffff808b7820 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:452 #2 0xffffffff808b7be4 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0xffffffff80c98f32 in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:875 #4 0xffffffff80c99209 in trap_pfault (frame=0xfffffe0121408630, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:692 #5 0xffffffff80c9899b in trap (frame=0xfffffe0121408630) at /usr/src/sys/amd64/amd64/trap.c:456 #6 0xffffffff80c7fc52 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0xffffffff818a0454 in zfs_ereport_start_checksum (spa=0xfffff80099c0c000, vd=0x0, zio=0xfffff80117eed000, offset=0, length=512, arg=, info=) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_fm.c:704 #8 0xffffffff818aeed5 in zio_checksum_verify (zio=) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2858 #9 0xffffffff818abada in zio_execute (zio=0xfffff80117eed000) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1346 #10 0xffffffff818ab0b3 in zio_wait (zio=0xfffff80117eed000) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1370 #11 0xffffffff81839f83 in arc_read (pio=0x0, spa=0xfffff80099c0c000, bp=, done=, private=0x0, priority=ZIO_PRIORITY_ASYNC_READ, zio_flags=512, arc_flags=0xffffffff81838f02, zb=0x0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:3414 #12 0xffffffff8184e04f in backup_cb (spa=0xfffff80099c0c000, zilog=, bp=0xfffffe005c9de780, zb=0xfffffe0121408b08, dnp=, arg=0xfffff8006e402900) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_send.c:422 #13 0xffffffff8185243d in traverse_visitbp (td=0xfffffe01214095f0, dnp=0xfffffe005c9de600, bp=0xfffffe005c9de780, zb=0xfffffe0121408b08) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:250 #14 0xffffffff81852e6f in traverse_dnode (td=0xfffffe01214095f0, dnp=0xfffffe005c9de600, objset=236, object=104707) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:417 #15 0xffffffff81852bb7 in traverse_visitbp (td=0xfffffe01214095f0, dnp=0xfffffe005c9de000, bp=0xfffffe0056cf9400, zb=0xfffffe0121408d28) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:309 #16 0xffffffff81852613 in traverse_visitbp (td=0xfffffe01214095f0, dnp=0xfffff800a68a5000, bp=0xfffffe002c653c80, zb=0xfffffe0121408e58) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #17 0xffffffff81852613 in traverse_visitbp (td=0xfffffe01214095f0, dnp=0xfffff800a68a5000, bp=0xfffffe002c74a000, zb=0xfffffe0121408f88) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #18 0xffffffff81852613 in traverse_visitbp (td=0xfffffe01214095f0, dnp=0xfffff800a68a5000, bp=0xfffffe002c71a000, zb=0xfffffe01214090b8) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #19 0xffffffff81852613 in traverse_visitbp (td=0xfffffe01214095f0, dnp=0xfffff800a68a5000, bp=0xfffffe002c37d000, zb=0xfffffe01214091e8) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #20 0xffffffff81852613 in traverse_visitbp (td=0xfffffe01214095f0, dnp=0xfffff800a68a5000, bp=0xfffffe002c726000, zb=0xfffffe0121409318) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #21 0xffffffff81852613 in traverse_visitbp (td=0xfffffe01214095f0, dnp=0xfffff800a68a5000, bp=0xfffff800a68a5040, zb=0xfffffe01214093d8) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:284 #22 0xffffffff81852e04 in traverse_dnode (td=0xfffffe01214095f0, dnp=0xfffff800a68a5000, objset=236, object=0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:407 #23 0xffffffff818528c0 in traverse_visitbp (td=0xfffffe01214095f0, dnp=0x0, bp=0xfffff800a6b4ce80, zb=0xfffffe0121409588) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:338 #24 0xffffffff81851e5c in traverse_impl (spa=, ds=, objset=, rootbp=0xfffff800a6b4ce80, txg_start=, resume=, flags=, func=0xffffffff8184dcf0 , arg=0xfffff8006e402900) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:540 #25 0xffffffff81851bf3 in traverse_dataset (ds=0xfffffe01214087b0, txg_start=0, flags=, func=0x50, arg=) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c:563 #26 0xffffffff8184b701 in dmu_send_impl (tag=0xffffffff8192d305, dp=0xfffff80016151400, ds=0xfffff800a64d6c00, fromds=, outfd=-1504875032, fp=0xfffff800a64d6e08) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_send.c:551 #27 0xffffffff8184b3a7 in dmu_send_obj (pool=, tosnap=, fromsnap=, outfd=1, fp=0xfffff80086e6e2d0, off=0xfffffe01214097c0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_send.c:620 #28 0xffffffff818c2efa in zfs_ioc_send (zc=0xfffffe002c7a6000) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:4273 #29 0xffffffff818bf008 in zfsdev_ioctl (dev=, zcmd=, arg=, flag=, td=) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:5960 #30 0xffffffff807b2f4f in devfs_ioctl_f (fp=0xfffff80086e6e370, com=3222821404, data=0xfffff80086cd19e0, cred=, td=0xfffff80026e1f000) at /usr/src/sys/fs/devfs/devfs_vnops.c:757 #31 0xffffffff8090680e in kern_ioctl (td=0xfffff80026e1f000, fd=, com=18446741879539140528) at file.h:319 #32 0xffffffff8090658f in sys_ioctl (td=0xfffff80026e1f000, uap=0xfffffe0121409a40) at /usr/src/sys/kern/sys_generic.c:702 #33 0xffffffff80c99827 in amd64_syscall (td=0xfffff80026e1f000, traced=0) at subr_syscall.c:134 #34 0xffffffff80c7ff3b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #35 0x00000008019e413a in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) ===Cut=== Thanks. Eugene. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 10:33:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FD5F51B; Fri, 21 Mar 2014 10:33:12 +0000 (UTC) Received: from mail.adm.hostpoint.ch (mail.adm.hostpoint.ch [IPv6:2a00:d70:0:a::e0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C531E78F; Fri, 21 Mar 2014 10:33:11 +0000 (UTC) Received: from [2001:1620:2013:1:98ae:107d:2646:4979] (port=52493) by mail.adm.hostpoint.ch with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1WQwl9-0009wR-7b; Fri, 21 Mar 2014 11:33:07 +0100 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Network stack returning EFBIG? From: Markus Gebert In-Reply-To: <429006400.647323.1395369915529.JavaMail.root@uoguelph.ca> Date: Fri, 21 Mar 2014 11:32:27 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <429006400.647323.1395369915529.JavaMail.root@uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.1874) Cc: jfv@freebsd.org, freebsd-net@freebsd.org, freebsd-stable@freebsd.org, wollman@bimajority.org, Christopher Forgeron X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 21 Mar 2014 10:33:12 -0000 On 21.03.2014, at 03:45, Rick Macklem wrote: > Markus Gebert wrote: >>=20 >> On 20.03.2014, at 14:51, wollman@bimajority.org wrote: >>=20 >>> In article <21290.60558.750106.630804@hergotha.csail.mit.edu>, I >>> wrote: >>>=20 >>>> Since we put this server into production, random network system >>>> calls >>>> have started failing with [EFBIG] or maybe sometimes [EIO]. I've >>>> observed this with a simple ping, but various daemons also log the >>>> errors: >>>> Mar 20 09:22:04 nfs-prod-4 sshd[42487]: fatal: Write failed: File >>>> too >>>> large [preauth] >>>> Mar 20 09:23:44 nfs-prod-4 nrpe[42492]: Error: Could not complete >>>> SSL >>>> handshake. 5 >>>=20 >>> I found at least one call stack where this happens and it does get >>> returned all the way to userspace: >>>=20 >>> 17 15547 _bus_dmamap_load_buffer:return >>> kernel`_bus_dmamap_load_mbuf_sg+0x5f >>> kernel`bus_dmamap_load_mbuf_sg+0x38 >>> kernel`ixgbe_xmit+0xcf >>> kernel`ixgbe_mq_start_locked+0x94 >>> kernel`ixgbe_mq_start+0x12a >>> if_lagg.ko`lagg_transmit+0xc4 >>> kernel`ether_output_frame+0x33 >>> kernel`ether_output+0x4fe >>> kernel`ip_output+0xd74 >>> kernel`tcp_output+0xfea >>> kernel`tcp_usr_send+0x325 >>> kernel`sosend_generic+0x3f6 >>> kernel`soo_write+0x5e >>> kernel`dofilewrite+0x85 >>> kernel`kern_writev+0x6c >>> kernel`sys_write+0x64 >>> kernel`amd64_syscall+0x5ea >>> kernel`0xffffffff808443c7 >>=20 >> This looks pretty similar to what we=92ve seen when we got EFBIG: >>=20 >> 3 28502 _bus_dmamap_load_buffer:return >> kernel`_bus_dmamap_load_mbuf_sg+0x5f >> kernel`bus_dmamap_load_mbuf_sg+0x38 >> kernel`ixgbe_xmit+0xcf >> kernel`ixgbe_mq_start_locked+0x94 >> kernel`ixgbe_mq_start+0x12a >> kernel`ether_output_frame+0x33 >> kernel`ether_output+0x4fe >> kernel`ip_output+0xd74 >> kernel`rip_output+0x229 >> kernel`sosend_generic+0x3f6 >> kernel`kern_sendit+0x1a3 >> kernel`sendit+0xdc >> kernel`sys_sendto+0x4d >> kernel`amd64_syscall+0x5ea >> kernel`0xffffffff80d35667 >>=20 >> In our case it looks like some of the ixgbe tx queues get stuck, and >> some don=92t. You can test, wether your server shows the same = symptoms >> with this command: >>=20 >> # for CPU in {0..7}; do echo "CPU${CPU}"; cpuset -l ${CPU} ping -i >> 0.5 -c 2 -W 1 10.0.0.1 | grep sendto; done >>=20 >> We also use 82599EB based ixgbe controllers on affected systems. >>=20 >> Also see these two threads on freebsd-net: >>=20 >> = http://lists.freebsd.org/pipermail/freebsd-net/2014-February/037967.html >> http://lists.freebsd.org/pipermail/freebsd-net/2014-March/038061.html >>=20 >> I have started the second one, and there are some more details of >> what we were seeing in case you=92re interested. >>=20 >> Then there is: >>=20 >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D183390 >> and: >> https://bugs.freenas.org/issues/4560 >>=20 > Well, the "before" printf() from my patch is indicating a packet > = 65535 > and that will definitely result in a EFBIG. (There is no way that = m_defrag() > can squeeze > 64K into 32 MCLBYTES mbufs.) Makes sense. > Note that the EFBIG will be returned by the call that dequeues this = packet > and tries to transmit it (not necessarily the one that = generated/queued the > packet). This was pointed out by Ryan in a previous discussion of = this. I remember that email, and it also explains why a ping could fail when = it happens to be on the same queue. On the other hand, would it explain = why every single ping on certain queues starts to fail, while other = queues are unaffected? Of course it could be that whatever triggers the = problem, resends the huge segment immediately over the same TCP = connection, and blocks one queue for some time by repeating this over = and over quickly enough to kill every single ping packet. However this = sounds unlikely to me. And once we saw the problem, I umounted all NFS = shares and therefore eliminated all sources of huge packets, and the = problem persisted. So, in my opinion, there must be more to it than just = a packet too big once in a while. > The code snippet from sys/netinet/tcp_output.c looks pretty = straightforward: > /* > 772 * Limit a burst to t_tsomax minus IP, > 773 * TCP and options length to keep ip->ip_len > 774 * from overflowing or exceeding the maximum > 775 * length allowed by the network interface. > 776 */ > 777 if (len > tp->t_tsomax - hdrlen) { > 778 len =3D tp->t_tsomax - hdrlen; > 779 sendalot =3D 1; > 780 } > If it is a TSO segment of > 65535, at a glance it would seem that this = "if" > is busted. Just to see, you could try replacing line# 777-778 with > if (len > IP_MAXPACKET - hdrlen) { > len =3D IP_MAXPACKET - hdrlen; > which was what it was in 9.1. (Maybe t_tsomax isn't set correctly or = somehow > screws up the calculation? I cannot answer your question, but this is an interesting catch. I=92ll = get this and your printfs in our 9.2 kernel as soon as I can. Markus > rick >=20 >>=20 >> Markus >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to >> "freebsd-net-unsubscribe@freebsd.org" >>=20 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 14:37:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4529CC57; Fri, 21 Mar 2014 14:37:19 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 794881DB; Fri, 21 Mar 2014 14:37:18 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2LEb7dV067234; Fri, 21 Mar 2014 16:37:07 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2LEb6Xs067179; Fri, 21 Mar 2014 14:37:06 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 21 Mar 2014 14:37:06 GMT Message-Id: <201403211437.s2LEb6Xs067179@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 14:37:19 -0000 TB --- 2014-03-21 12:20:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-21 12:20:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-21 12:20:43 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-21 12:20:43 - cleaning the object tree TB --- 2014-03-21 12:20:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-21 12:21:31 - At svn revision 263469 TB --- 2014-03-21 12:21:32 - building world TB --- 2014-03-21 12:21:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 12:21:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 12:21:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 12:21:32 - SRCCONF=/dev/null TB --- 2014-03-21 12:21:32 - TARGET=mips TB --- 2014-03-21 12:21:32 - TARGET_ARCH=mips TB --- 2014-03-21 12:21:32 - TZ=UTC TB --- 2014-03-21 12:21:32 - __MAKE_CONF=/dev/null TB --- 2014-03-21 12:21:32 - cd /src TB --- 2014-03-21 12:21:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 21 12:21:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 21 13:46:46 UTC 2014 TB --- 2014-03-21 13:46:46 - cd /src/sys/mips/conf TB --- 2014-03-21 13:46:46 - /usr/sbin/config -m ADM5120 TB --- 2014-03-21 13:46:46 - skipping ADM5120 kernel TB --- 2014-03-21 13:46:46 - cd /src/sys/mips/conf TB --- 2014-03-21 13:46:46 - /usr/sbin/config -m ALCHEMY TB --- 2014-03-21 13:46:46 - skipping ALCHEMY kernel TB --- 2014-03-21 13:46:46 - cd /src/sys/mips/conf TB --- 2014-03-21 13:46:46 - /usr/sbin/config -m AP121 TB --- 2014-03-21 13:46:46 - building AP121 kernel TB --- 2014-03-21 13:46:46 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 13:46:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 13:46:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 13:46:46 - SRCCONF=/dev/null TB --- 2014-03-21 13:46:46 - TARGET=mips TB --- 2014-03-21 13:46:46 - TARGET_ARCH=mips TB --- 2014-03-21 13:46:46 - TZ=UTC TB --- 2014-03-21 13:46:46 - __MAKE_CONF=/dev/null TB --- 2014-03-21 13:46:46 - cd /src TB --- 2014-03-21 13:46:46 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Fri Mar 21 13:46:47 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Fri Mar 21 13:51:58 UTC 2014 TB --- 2014-03-21 13:51:58 - cd /src/sys/mips/conf TB --- 2014-03-21 13:51:58 - /usr/sbin/config -m AP91 TB --- 2014-03-21 13:51:58 - building AP91 kernel TB --- 2014-03-21 13:51:58 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 13:51:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 13:51:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 13:51:58 - SRCCONF=/dev/null TB --- 2014-03-21 13:51:58 - TARGET=mips TB --- 2014-03-21 13:51:58 - TARGET_ARCH=mips TB --- 2014-03-21 13:51:58 - TZ=UTC TB --- 2014-03-21 13:51:58 - __MAKE_CONF=/dev/null TB --- 2014-03-21 13:51:58 - cd /src TB --- 2014-03-21 13:51:58 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Mar 21 13:51:58 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Fri Mar 21 13:58:59 UTC 2014 TB --- 2014-03-21 13:58:59 - cd /src/sys/mips/conf TB --- 2014-03-21 13:58:59 - /usr/sbin/config -m AP93 TB --- 2014-03-21 13:58:59 - building AP93 kernel TB --- 2014-03-21 13:58:59 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 13:58:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 13:58:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 13:58:59 - SRCCONF=/dev/null TB --- 2014-03-21 13:58:59 - TARGET=mips TB --- 2014-03-21 13:58:59 - TARGET_ARCH=mips TB --- 2014-03-21 13:58:59 - TZ=UTC TB --- 2014-03-21 13:58:59 - __MAKE_CONF=/dev/null TB --- 2014-03-21 13:58:59 - cd /src TB --- 2014-03-21 13:58:59 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Fri Mar 21 13:58:59 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Fri Mar 21 14:06:27 UTC 2014 TB --- 2014-03-21 14:06:27 - cd /src/sys/mips/conf TB --- 2014-03-21 14:06:27 - /usr/sbin/config -m AP94 TB --- 2014-03-21 14:06:27 - building AP94 kernel TB --- 2014-03-21 14:06:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 14:06:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 14:06:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 14:06:27 - SRCCONF=/dev/null TB --- 2014-03-21 14:06:27 - TARGET=mips TB --- 2014-03-21 14:06:27 - TARGET_ARCH=mips TB --- 2014-03-21 14:06:27 - TZ=UTC TB --- 2014-03-21 14:06:27 - __MAKE_CONF=/dev/null TB --- 2014-03-21 14:06:27 - cd /src TB --- 2014-03-21 14:06:27 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Fri Mar 21 14:06:28 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Fri Mar 21 14:15:11 UTC 2014 TB --- 2014-03-21 14:15:11 - cd /src/sys/mips/conf TB --- 2014-03-21 14:15:11 - /usr/sbin/config -m AP96 TB --- 2014-03-21 14:15:11 - building AP96 kernel TB --- 2014-03-21 14:15:11 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 14:15:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 14:15:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 14:15:11 - SRCCONF=/dev/null TB --- 2014-03-21 14:15:11 - TARGET=mips TB --- 2014-03-21 14:15:11 - TARGET_ARCH=mips TB --- 2014-03-21 14:15:11 - TZ=UTC TB --- 2014-03-21 14:15:11 - __MAKE_CONF=/dev/null TB --- 2014-03-21 14:15:11 - cd /src TB --- 2014-03-21 14:15:11 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Fri Mar 21 14:15:11 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Fri Mar 21 14:23:38 UTC 2014 TB --- 2014-03-21 14:23:38 - cd /src/sys/mips/conf TB --- 2014-03-21 14:23:38 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-03-21 14:23:38 - building AR71XX_BASE kernel TB --- 2014-03-21 14:23:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 14:23:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 14:23:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 14:23:38 - SRCCONF=/dev/null TB --- 2014-03-21 14:23:38 - TARGET=mips TB --- 2014-03-21 14:23:38 - TARGET_ARCH=mips TB --- 2014-03-21 14:23:38 - TZ=UTC TB --- 2014-03-21 14:23:38 - __MAKE_CONF=/dev/null TB --- 2014-03-21 14:23:38 - cd /src TB --- 2014-03-21 14:23:38 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Fri Mar 21 14:23:39 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Fri Mar 21 14:31:05 UTC 2014 TB --- 2014-03-21 14:31:05 - cd /src/sys/mips/conf TB --- 2014-03-21 14:31:05 - /usr/sbin/config -m AR724X_BASE TB --- 2014-03-21 14:31:05 - building AR724X_BASE kernel TB --- 2014-03-21 14:31:05 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 14:31:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 14:31:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 14:31:05 - SRCCONF=/dev/null TB --- 2014-03-21 14:31:05 - TARGET=mips TB --- 2014-03-21 14:31:05 - TARGET_ARCH=mips TB --- 2014-03-21 14:31:05 - TZ=UTC TB --- 2014-03-21 14:31:05 - __MAKE_CONF=/dev/null TB --- 2014-03-21 14:31:05 - cd /src TB --- 2014-03-21 14:31:05 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Fri Mar 21 14:31:05 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Fri Mar 21 14:36:59 UTC 2014 TB --- 2014-03-21 14:36:59 - cd /src/sys/mips/conf TB --- 2014-03-21 14:36:59 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-03-21 14:36:59 - building AR91XX_BASE kernel TB --- 2014-03-21 14:36:59 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 14:36:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 14:36:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 14:36:59 - SRCCONF=/dev/null TB --- 2014-03-21 14:36:59 - TARGET=mips TB --- 2014-03-21 14:36:59 - TARGET_ARCH=mips TB --- 2014-03-21 14:36:59 - TZ=UTC TB --- 2014-03-21 14:36:59 - __MAKE_CONF=/dev/null TB --- 2014-03-21 14:36:59 - cd /src TB --- 2014-03-21 14:36:59 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Fri Mar 21 14:36:59 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/AR91XX_BASE/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-21 14:37:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-21 14:37:05 - ERROR: failed to build AR91XX_BASE kernel TB --- 2014-03-21 14:37:05 - 5677.76 user 2889.03 system 8182.52 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 18:17:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AA556C8 for ; Fri, 21 Mar 2014 18:17:46 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 296CCDF8 for ; Fri, 21 Mar 2014 18:17:46 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::d046:1f4f:8cfd:8ab2] (unknown [IPv6:2001:7b8:3a7:0:d046:1f4f:8cfd:8ab2]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 102235C45 for ; Fri, 21 Mar 2014 19:17:35 +0100 (CET) From: Dimitry Andric Content-Type: multipart/signed; boundary="Apple-Mail=_7D182368-76BA-4B55-8ED0-527E0B1F33B9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: HEADS UP: merged llvm/clang 3.4 Message-Id: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> Date: Fri, 21 Mar 2014 19:17:22 +0100 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 21 Mar 2014 18:17:46 -0000 --Apple-Mail=_7D182368-76BA-4B55-8ED0-527E0B1F33B9 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Hi, I have just merged llvm and clang 3.4 release to stable/10 (r263508) and stable/9 (r263509). This already includes a number of post-3.4 fixes, though there are a few that are still awaiting the MFC timeout (e.g. the updated Sparc64 backend, and some things that were just fixed the day before yesterday). Since the most obvious problems have already been addressed in head, I expect this to be a fairly smooth upgrade. If you run into something strange anyway, please reply to this message (CC'ing the list). -Dimitry --Apple-Mail=_7D182368-76BA-4B55-8ED0-527E0B1F33B9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMsgjoACgkQsF6jCi4glqNHAgCg3JidzceZ7IgzhJ9V0isL+XPG 7SEAn1gal5eKXxsG7WLuAJGhikEmbYzE =eL4X -----END PGP SIGNATURE----- --Apple-Mail=_7D182368-76BA-4B55-8ED0-527E0B1F33B9-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 19:38:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12581194 for ; Fri, 21 Mar 2014 19:38:59 +0000 (UTC) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CE492968 for ; Fri, 21 Mar 2014 19:38:58 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by btw.pki2.com (8.14.8/8.14.8) with ESMTP id s2LJckZZ060296 for ; Fri, 21 Mar 2014 12:38:46 -0700 (PDT) (envelope-from dg@pki2.com) Subject: Build failure 263524. From: Dennis Glatting To: freebsd-stable stable Content-Type: text/plain; charset="ISO-8859-1" Date: Fri, 21 Mar 2014 12:38:46 -0700 Message-ID: <1395430726.8252.189.camel@btw.pki2.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-SoftwareMunitions-MailScanner-Information: Dennis Glatting X-SoftwareMunitions-MailScanner-ID: s2LJckZZ060296 X-SoftwareMunitions-MailScanner: Found to be clean X-MailScanner-From: dg@pki2.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 21 Mar 2014 19:38:59 -0000 cc -O2 -pipe -I. -I/disk-1/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c aicasm_gram.c aicasm_gram.c:2:19: error: unused variable 'yysccsid' [-Werror,-Wunused-const-variable] static const char yysccsid[] = "@(#)yaccpar 1.9 (Berkeley) 02/21/93"; ^ 1 error generated. *** Error code 1 -- Dennis Glatting From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 21:38:43 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9413B3F2; Fri, 21 Mar 2014 21:38:43 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BEECC67A; Fri, 21 Mar 2014 21:38:42 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2LLcYQp004771; Fri, 21 Mar 2014 23:38:34 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2LLcYwB004746; Fri, 21 Mar 2014 21:38:34 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 21 Mar 2014 21:38:34 GMT Message-Id: <201403212138.s2LLcYwB004746@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 21:38:43 -0000 TB --- 2014-03-21 20:21:14 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-21 20:21:14 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-21 20:21:14 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-21 20:21:14 - cleaning the object tree TB --- 2014-03-21 20:22:11 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-21 20:22:17 - At svn revision 263542 TB --- 2014-03-21 20:22:18 - building world TB --- 2014-03-21 20:22:18 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 20:22:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 20:22:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 20:22:18 - SRCCONF=/dev/null TB --- 2014-03-21 20:22:18 - TARGET=mips TB --- 2014-03-21 20:22:18 - TARGET_ARCH=mips TB --- 2014-03-21 20:22:18 - TZ=UTC TB --- 2014-03-21 20:22:18 - __MAKE_CONF=/dev/null TB --- 2014-03-21 20:22:18 - cd /src TB --- 2014-03-21 20:22:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 21 20:22:29 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/netisr.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/route.c cc1: warnings being treated as errors /src/usr.bin/netstat/route.c: In function 'size_cols_rtentry': /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c: In function 'p_rtentry_kvm': /src/usr.bin/netstat/route.c:871: warning: format '%*lu' expects type 'long unsigned int', but argument 3 has type 'uint64_t' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-21 21:38:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-21 21:38:33 - ERROR: failed to build world TB --- 2014-03-21 21:38:33 - 3242.68 user 1603.09 system 4638.81 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 21:45:17 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF797692; Fri, 21 Mar 2014 21:45:17 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DEB49784; Fri, 21 Mar 2014 21:45:16 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2LLjDE5029155; Fri, 21 Mar 2014 23:45:13 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2LLjD1v029154; Fri, 21 Mar 2014 21:45:13 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 21 Mar 2014 21:45:13 GMT Message-Id: <201403212145.s2LLjD1v029154@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 21:45:17 -0000 TB --- 2014-03-21 20:21:14 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-21 20:21:14 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-21 20:21:14 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-21 20:21:14 - cleaning the object tree TB --- 2014-03-21 20:21:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-21 20:22:08 - At svn revision 263542 TB --- 2014-03-21 20:22:09 - building world TB --- 2014-03-21 20:22:09 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 20:22:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 20:22:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 20:22:09 - SRCCONF=/dev/null TB --- 2014-03-21 20:22:09 - TARGET=mips TB --- 2014-03-21 20:22:09 - TARGET_ARCH=mips64 TB --- 2014-03-21 20:22:09 - TZ=UTC TB --- 2014-03-21 20:22:09 - __MAKE_CONF=/dev/null TB --- 2014-03-21 20:22:09 - cd /src TB --- 2014-03-21 20:22:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 21 20:22:19 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/mips.mips64/src/tmp/usr/include/sys/counter.h:35, from /obj/mips.mips64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/mips.mips64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'critical_enter' /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:91: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-21 21:45:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-21 21:45:13 - ERROR: failed to build world TB --- 2014-03-21 21:45:13 - 3553.72 user 1709.66 system 5038.55 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 21:54:35 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D87811E; Fri, 21 Mar 2014 21:54:35 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A06485A; Fri, 21 Mar 2014 21:54:33 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2LLsUcu008312; Fri, 21 Mar 2014 23:54:30 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2LLsU4D008304; Fri, 21 Mar 2014 21:54:30 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 21 Mar 2014 21:54:30 GMT Message-Id: <201403212154.s2LLsU4D008304@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 21:54:35 -0000 TB --- 2014-03-21 20:21:14 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-21 20:21:14 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-21 20:21:14 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-21 20:21:14 - cleaning the object tree TB --- 2014-03-21 20:21:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-21 20:22:05 - At svn revision 263542 TB --- 2014-03-21 20:22:06 - building world TB --- 2014-03-21 20:22:06 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 20:22:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 20:22:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 20:22:06 - SRCCONF=/dev/null TB --- 2014-03-21 20:22:06 - TARGET=sparc64 TB --- 2014-03-21 20:22:06 - TARGET_ARCH=sparc64 TB --- 2014-03-21 20:22:06 - TZ=UTC TB --- 2014-03-21 20:22:06 - __MAKE_CONF=/dev/null TB --- 2014-03-21 20:22:06 - cd /src TB --- 2014-03-21 20:22:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 21 20:22:16 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/sparc64.sparc64/src/tmp/usr/include/sys/counter.h:35, from /obj/sparc64.sparc64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:88: warning: implicit declaration of function 'critical_enter' /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-21 21:54:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-21 21:54:30 - ERROR: failed to build world TB --- 2014-03-21 21:54:30 - 4096.24 user 1692.31 system 5595.91 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 22:27:16 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 053E784B; Fri, 21 Mar 2014 22:27:16 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 21BE6AE0; Fri, 21 Mar 2014 22:27:14 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2LMRB9p005552; Sat, 22 Mar 2014 00:27:11 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2LMRBKn005551; Fri, 21 Mar 2014 22:27:11 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 21 Mar 2014 22:27:11 GMT Message-Id: <201403212227.s2LMRBKn005551@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 22:27:16 -0000 TB --- 2014-03-21 20:21:14 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-21 20:21:14 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-21 20:21:14 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-21 20:21:14 - cleaning the object tree TB --- 2014-03-21 20:21:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-21 20:22:07 - At svn revision 263542 TB --- 2014-03-21 20:22:08 - building world TB --- 2014-03-21 20:22:08 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 20:22:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 20:22:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 20:22:08 - SRCCONF=/dev/null TB --- 2014-03-21 20:22:08 - TARGET=ia64 TB --- 2014-03-21 20:22:08 - TARGET_ARCH=ia64 TB --- 2014-03-21 20:22:08 - TZ=UTC TB --- 2014-03-21 20:22:08 - __MAKE_CONF=/dev/null TB --- 2014-03-21 20:22:08 - cd /src TB --- 2014-03-21 20:22:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 21 20:22:19 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/ia64.ia64/src/tmp/usr/include/sys/counter.h:35, from /obj/ia64.ia64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:88: warning: implicit declaration of function 'critical_enter' /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-21 22:27:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-21 22:27:11 - ERROR: failed to build world TB --- 2014-03-21 22:27:11 - 5860.65 user 2122.30 system 7556.76 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 23:12:16 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB254986; Fri, 21 Mar 2014 23:12:16 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E90E6ECB; Fri, 21 Mar 2014 23:12:15 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2LNCBGm020822; Sat, 22 Mar 2014 01:12:11 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2LNCBBO020781; Fri, 21 Mar 2014 23:12:11 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 21 Mar 2014 23:12:11 GMT Message-Id: <201403212312.s2LNCBBO020781@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 23:12:16 -0000 TB --- 2014-03-21 20:21:14 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-21 20:21:14 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-21 20:21:14 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-21 20:21:14 - cleaning the object tree TB --- 2014-03-21 20:21:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-21 20:22:07 - At svn revision 263542 TB --- 2014-03-21 20:22:08 - building world TB --- 2014-03-21 20:22:08 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 20:22:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 20:22:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 20:22:08 - SRCCONF=/dev/null TB --- 2014-03-21 20:22:08 - TARGET=arm TB --- 2014-03-21 20:22:08 - TARGET_ARCH=arm TB --- 2014-03-21 20:22:08 - TZ=UTC TB --- 2014-03-21 20:22:08 - __MAKE_CONF=/dev/null TB --- 2014-03-21 20:22:08 - cd /src TB --- 2014-03-21 20:22:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 21 20:22:19 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] /obj/arm.arm/src/tmp/usr/include/machine/cpuconf.h:108:2: error: ARM_NARCH is 0 #error ARM_NARCH is 0 ^ /obj/arm.arm/src/tmp/usr/include/machine/cpuconf.h:183:2: error: ARM_NMMUS is 0 #error ARM_NMMUS is 0 ^ 2 errors generated. mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-21 23:12:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-21 23:12:10 - ERROR: failed to build world TB --- 2014-03-21 23:12:10 - 8198.53 user 2071.12 system 10255.48 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 23:12:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7771D9AB; Fri, 21 Mar 2014 23:12:19 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 96B04ECC; Fri, 21 Mar 2014 23:12:15 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2LNCBIK020821; Sat, 22 Mar 2014 01:12:11 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2LNCB6M020815; Fri, 21 Mar 2014 23:12:11 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 21 Mar 2014 23:12:11 GMT Message-Id: <201403212312.s2LNCB6M020815@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 23:12:19 -0000 TB --- 2014-03-21 20:21:14 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-21 20:21:14 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-21 20:21:14 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-21 20:21:14 - cleaning the object tree TB --- 2014-03-21 20:21:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-21 20:22:08 - At svn revision 263542 TB --- 2014-03-21 20:22:09 - building world TB --- 2014-03-21 20:22:09 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 20:22:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 20:22:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 20:22:09 - SRCCONF=/dev/null TB --- 2014-03-21 20:22:09 - TARGET=arm TB --- 2014-03-21 20:22:09 - TARGET_ARCH=armv6 TB --- 2014-03-21 20:22:09 - TZ=UTC TB --- 2014-03-21 20:22:09 - __MAKE_CONF=/dev/null TB --- 2014-03-21 20:22:09 - cd /src TB --- 2014-03-21 20:22:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 21 20:22:20 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] /obj/arm.armv6/src/tmp/usr/include/machine/cpuconf.h:108:2: error: ARM_NARCH is 0 #error ARM_NARCH is 0 ^ /obj/arm.armv6/src/tmp/usr/include/machine/cpuconf.h:183:2: error: ARM_NMMUS is 0 #error ARM_NMMUS is 0 ^ 2 errors generated. mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-21 23:12:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-21 23:12:10 - ERROR: failed to build world TB --- 2014-03-21 23:12:10 - 8195.30 user 2069.20 system 10255.71 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 23:35:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2FB3F07; Fri, 21 Mar 2014 23:35:48 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 18CE3FE; Fri, 21 Mar 2014 23:35:47 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2LNZigB060437; Sat, 22 Mar 2014 01:35:44 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2LNZiT9060431; Fri, 21 Mar 2014 23:35:44 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 21 Mar 2014 23:35:44 GMT Message-Id: <201403212335.s2LNZiT9060431@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 23:35:49 -0000 TB --- 2014-03-21 20:21:14 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-21 20:21:14 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-21 20:21:14 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-21 20:21:14 - cleaning the object tree TB --- 2014-03-21 20:21:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-21 20:22:07 - At svn revision 263542 TB --- 2014-03-21 20:22:08 - building world TB --- 2014-03-21 20:22:08 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 20:22:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 20:22:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 20:22:08 - SRCCONF=/dev/null TB --- 2014-03-21 20:22:08 - TARGET=powerpc TB --- 2014-03-21 20:22:08 - TARGET_ARCH=powerpc TB --- 2014-03-21 20:22:08 - TZ=UTC TB --- 2014-03-21 20:22:08 - __MAKE_CONF=/dev/null TB --- 2014-03-21 20:22:08 - cd /src TB --- 2014-03-21 20:22:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 21 20:22:19 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/netisr.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/route.c cc1: warnings being treated as errors /src/usr.bin/netstat/route.c: In function 'size_cols_rtentry': /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c: In function 'p_rtentry_kvm': /src/usr.bin/netstat/route.c:871: warning: format '%*lu' expects type 'long unsigned int', but argument 3 has type 'uint64_t' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-21 23:35:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-21 23:35:44 - ERROR: failed to build world TB --- 2014-03-21 23:35:44 - 9269.20 user 2626.08 system 11669.41 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 23:44:34 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C5B727B; Fri, 21 Mar 2014 23:44:34 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78B451DB; Fri, 21 Mar 2014 23:44:32 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2LNiTDU006874; Sat, 22 Mar 2014 01:44:29 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2LNiTSo006865; Fri, 21 Mar 2014 23:44:29 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 21 Mar 2014 23:44:29 GMT Message-Id: <201403212344.s2LNiTSo006865@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 23:44:34 -0000 TB --- 2014-03-21 20:21:14 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-21 20:21:14 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-21 20:21:14 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-21 20:21:14 - cleaning the object tree TB --- 2014-03-21 20:21:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-21 20:22:06 - At svn revision 263542 TB --- 2014-03-21 20:22:07 - building world TB --- 2014-03-21 20:22:07 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 20:22:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 20:22:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 20:22:07 - SRCCONF=/dev/null TB --- 2014-03-21 20:22:07 - TARGET=powerpc TB --- 2014-03-21 20:22:07 - TARGET_ARCH=powerpc64 TB --- 2014-03-21 20:22:07 - TZ=UTC TB --- 2014-03-21 20:22:07 - __MAKE_CONF=/dev/null TB --- 2014-03-21 20:22:07 - cd /src TB --- 2014-03-21 20:22:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 21 20:22:18 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/powerpc.powerpc64/src/tmp/usr/include/sys/counter.h:35, from /obj/powerpc.powerpc64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:155: warning: implicit declaration of function 'critical_enter' /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:156: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:157: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-21 23:44:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-21 23:44:29 - ERROR: failed to build world TB --- 2014-03-21 23:44:29 - 9675.77 user 2771.90 system 12195.06 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 23:46:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BCF542B; Fri, 21 Mar 2014 23:46:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 56D2620B; Fri, 21 Mar 2014 23:46:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2LNkr9Z010945; Sat, 22 Mar 2014 01:46:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2LNkrxW010944; Fri, 21 Mar 2014 23:46:53 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 21 Mar 2014 23:46:53 GMT Message-Id: <201403212346.s2LNkrxW010944@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 23:46:58 -0000 TB --- 2014-03-21 20:21:14 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-21 20:21:14 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-21 20:21:14 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-21 20:21:14 - cleaning the object tree TB --- 2014-03-21 20:21:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-21 20:22:06 - At svn revision 263542 TB --- 2014-03-21 20:22:07 - building world TB --- 2014-03-21 20:22:07 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 20:22:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 20:22:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 20:22:07 - SRCCONF=/dev/null TB --- 2014-03-21 20:22:07 - TARGET=i386 TB --- 2014-03-21 20:22:07 - TARGET_ARCH=i386 TB --- 2014-03-21 20:22:07 - TZ=UTC TB --- 2014-03-21 20:22:07 - __MAKE_CONF=/dev/null TB --- 2014-03-21 20:22:07 - cd /src TB --- 2014-03-21 20:22:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 21 20:22:17 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/usr.bin/netstat/route.c /src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-21 23:46:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-21 23:46:53 - ERROR: failed to build world TB --- 2014-03-21 23:46:53 - 9903.20 user 2448.59 system 12339.00 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 21 23:57:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54BB584D; Fri, 21 Mar 2014 23:57:51 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 80107312; Fri, 21 Mar 2014 23:57:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2LNvkft045225; Sat, 22 Mar 2014 01:57:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2LNvkTE045222; Fri, 21 Mar 2014 23:57:46 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 21 Mar 2014 23:57:46 GMT Message-Id: <201403212357.s2LNvkTE045222@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 23:57:51 -0000 TB --- 2014-03-21 20:21:14 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-21 20:21:14 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-21 20:21:14 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-21 20:21:14 - cleaning the object tree TB --- 2014-03-21 20:21:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-21 20:22:06 - At svn revision 263542 TB --- 2014-03-21 20:22:07 - building world TB --- 2014-03-21 20:22:07 - CROSS_BUILD_TESTING=YES TB --- 2014-03-21 20:22:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-21 20:22:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-21 20:22:07 - SRCCONF=/dev/null TB --- 2014-03-21 20:22:07 - TARGET=pc98 TB --- 2014-03-21 20:22:07 - TARGET_ARCH=i386 TB --- 2014-03-21 20:22:07 - TZ=UTC TB --- 2014-03-21 20:22:07 - __MAKE_CONF=/dev/null TB --- 2014-03-21 20:22:07 - cd /src TB --- 2014-03-21 20:22:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 21 20:22:17 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/usr.bin/netstat/route.c /src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-21 23:57:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-21 23:57:46 - ERROR: failed to build world TB --- 2014-03-21 23:57:46 - 10529.30 user 2484.38 system 12992.23 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 05:02:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3A4C2E3 for ; Sat, 22 Mar 2014 05:02:51 +0000 (UTC) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 74C1616D for ; Sat, 22 Mar 2014 05:02:51 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id kl14so3222353pab.18 for ; Fri, 21 Mar 2014 22:02:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Rgcg+KRMll38kf8pEuKMCtb9WtQpZD7R7ZvvYwU5NF4=; b=wm5mKnVZs4Gd19RX5zz2zdSbHzUqIDFNPId5HOAKp5Jqiwn4fQIq3wuiJzNHnss+El ZnMpTMm4miY+k3wBN/jaILBBQ37j+AN1Q/fhL1v9FIbrP1O8GAO6iH5u1bYaY5IZdNN8 ek+faVPq17WXyQKZaxBDZwqYOUHnd0xF9GmVqh5/DHQZK2ygPF8LZ6aE1dAu9dL/YCzl U9gqJ306kGk2vT7LsAdj3ECdUhDor2sMzD/XJeB8ZCFUf2K8BBnhV6AdFMxNm3kKiUcU 6Sizphk1AUwgH+3CJvB1dA9TnxcdhW9KV05wqlaQXVIub72ft4AybaQVAdvdPpCgtYcx BO/A== MIME-Version: 1.0 X-Received: by 10.66.193.161 with SMTP id hp1mr49871466pac.20.1395464570821; Fri, 21 Mar 2014 22:02:50 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Fri, 21 Mar 2014 22:02:50 -0700 (PDT) In-Reply-To: <532B7DEC.7010809@bsdinfo.com.br> References: <53016D97.5030909@bsdinfo.com.br> <5329D81E.7040709@bsdinfo.com.br> <201403201058.38555.jhb@freebsd.org> <532B7DEC.7010809@bsdinfo.com.br> Date: Fri, 21 Mar 2014 22:02:50 -0700 X-Google-Sender-Auth: ce7NBcvyNBLuckh5m1UAduH0ftA Message-ID: Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE - workaround From: Kevin Oberman To: Marcelo Gondim Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Mar 2014 05:02:51 -0000 On Thu, Mar 20, 2014 at 4:46 PM, Marcelo Gondim wrote: > Em 20/03/14 11:58, John Baldwin escreveu: > >> On Wednesday, March 19, 2014 1:47:10 pm Marcelo Gondim wrote: >> >> Em 19/03/14 13:01, Kevin Oberman escreveu: >>> >>>> On Wed, Mar 19, 2014 at 6:00 AM, Marcelo Gondim >>>> >>> wrote: >> >>> Hi all, >>>>> >>>>> While the solution does not appear, did the script below and put it in >>>>> crontab to automatically delete zombie sshd processes. >>>>> >>>>> the_walking_dead.sh: >>>>> >>>>> #!/bin/sh >>>>> kill -9 `ps afx|grep sshd|grep unknown|awk '{print $1}'` >>>>> >>>>> >>>>> Put this in /etc/crontab: >>>>> >>>>> 00 1 * * * root the_walking_dead.sh >>>>> >>>>> >>>>> If 'kill -9' works, the process is not really a zombie. It simply >>>> still >>>> >>> has >> >>> a socket open and is waiting for it to be closed before exiting. >>>> >>>> You might takes a look at network sockets with sockstat(1) and see if >>>> you >>>> can get any indication of why these sockets are not being closed. It may >>>> >>> be >> >>> that the issue is not sshd but some other issue in the OS leaving sockets >>>> open. >>>> >>>> Hi Kevin, >>> >>> My ps -afx below: >>> >>> [...] >>> 42139 - Is 0:00.01 sshd: unknown [priv] (sshd) >>> 42140 - Z 0:00.01 >>> 42141 - IW 0:00.00 sshd: unknown [pam] (sshd) >>> 58445 - Is 0:00.01 sshd: unknown [priv] (sshd) >>> 58446 - Z 0:00.02 >>> 58447 - IW 0:00.00 sshd: unknown [pam] (sshd) >>> 65635 - Is 0:00.01 sshd: vinicius [priv] (sshd) >>> 65636 - Z 0:00.01 >>> [...] >>> >>> # sockstat | grep 42140 >>> # >>> >>> # sockstat | grep 58446 >>> # >>> >>> # sockstat | grep 65636 >>> # >>> >>> No associated socket with zombie process. >>> >> Do a pstree. I bet the zombies are children of the other processes that >> are stuck on a socket as Kevin described. >> >> # ps afx|grep sshd |grep unk > 10948 - Is 0:00.02 sshd: unknown [priv] (sshd) > 10955 - IW 0:00.00 sshd: unknown [pam] (sshd) <==== > 11701 - Is 0:00.02 sshd: unknown [priv] (sshd) > 11704 - IW 0:00.00 sshd: unknown [pam] (sshd) > 25450 - Is 0:00.01 sshd: unknown [priv] (sshd) > 25452 - IW 0:00.00 sshd: unknown [pam] (sshd) > 41193 - Is 0:00.02 sshd: unknown [priv] (sshd) > 41196 - IW 0:00.00 sshd: unknown [pam] (sshd) > 42193 - Is 0:00.02 sshd: unknown [priv] (sshd) > 42195 - IW 0:00.00 sshd: unknown [pam] (sshd) > 80638 - Is 0:00.02 sshd: unknown [priv] (sshd) > 80640 - IW 0:00.00 sshd: unknown [pam] (sshd) > 81484 - Is 0:00.02 sshd: unknown [priv] (sshd) > 81486 - IW 0:00.00 sshd: unknown [pam] (sshd) > > With proctstat I could see the socket as follows: > > # procstat -f 10955 > PID COMM FD T V FLAGS REF OFFSET PRO NAME > 10955 sshd text v r r------- - - - /usr/sbin/sshd > 10955 sshd cwd v d r------- - - - / > 10955 sshd root v d r------- - - - / > 10955 sshd 0 v c rw------ 6 0 - /dev/null > 10955 sshd 1 v c rw------ 6 0 - /dev/null > 10955 sshd 2 v c rw------ 6 0 - /dev/null > 10955 sshd 3 s - rw---n-- 2 0 TCP 186.xxx.xx.2:22 > 186.xxx.xx.8:57035 > 10955 sshd 5 p - rw------ 2 0 - - > 10955 sshd 6 s - rw------ 2 0 UDS - > 10955 sshd 7 p - rw------ 1 0 - - > 10955 sshd 8 s - rw------ 2 0 UDS - > > I do not understand why these connections are remaining locked in FreeBSD > 10.0 > > I'll try this sysctl: net.inet.tcp.delayed_ack=0 > If the problem is still showing up, can you see what is going on with the socket? What is the state of the connection. Try "netstat -f inet -p tcp" and see what state the connection is in. I'm wondering if there is some sort of race going on where the socket hangs. Ideally I'd look to try and capture the packets st the end of the session. Can you do something to trigger this reliably? if so "standard" "tcpdump -pw file.bpf host HOST". I seem to recall that these connections are scheduled. If so, you can put the packet capture in a crontab to run at the same time. If you feed this to a tool like wireshark, you should get a good idea of what is happening, if not why. I understand that the timing of this might be very tricky. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 05:38:29 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D092892; Sat, 22 Mar 2014 05:38:29 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 88926373; Sat, 22 Mar 2014 05:38:27 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2M5cH42054981; Sat, 22 Mar 2014 07:38:18 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2M5cHEg054928; Sat, 22 Mar 2014 05:38:17 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 05:38:17 GMT Message-Id: <201403220538.s2M5cHEg054928@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 05:38:29 -0000 TB --- 2014-03-22 04:20:34 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 04:20:34 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 04:20:34 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-22 04:20:34 - cleaning the object tree TB --- 2014-03-22 04:21:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 04:22:09 - At svn revision 263618 TB --- 2014-03-22 04:22:10 - building world TB --- 2014-03-22 04:22:10 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 04:22:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 04:22:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 04:22:10 - SRCCONF=/dev/null TB --- 2014-03-22 04:22:10 - TARGET=mips TB --- 2014-03-22 04:22:10 - TARGET_ARCH=mips TB --- 2014-03-22 04:22:10 - TZ=UTC TB --- 2014-03-22 04:22:10 - __MAKE_CONF=/dev/null TB --- 2014-03-22 04:22:10 - cd /src TB --- 2014-03-22 04:22:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 04:22:20 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/netisr.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/route.c cc1: warnings being treated as errors /src/usr.bin/netstat/route.c: In function 'size_cols_rtentry': /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c: In function 'p_rtentry_kvm': /src/usr.bin/netstat/route.c:871: warning: format '%*lu' expects type 'long unsigned int', but argument 3 has type 'uint64_t' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 05:38:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 05:38:16 - ERROR: failed to build world TB --- 2014-03-22 05:38:16 - 3243.72 user 1638.40 system 4661.66 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 05:45:00 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 350169BF; Sat, 22 Mar 2014 05:45:00 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 527C15EA; Sat, 22 Mar 2014 05:44:58 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2M5itqu079237; Sat, 22 Mar 2014 07:44:55 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2M5itRY079236; Sat, 22 Mar 2014 05:44:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 05:44:55 GMT Message-Id: <201403220544.s2M5itRY079236@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 05:45:00 -0000 TB --- 2014-03-22 04:20:34 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 04:20:34 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 04:20:34 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-22 04:20:34 - cleaning the object tree TB --- 2014-03-22 04:21:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 04:22:09 - At svn revision 263618 TB --- 2014-03-22 04:22:10 - building world TB --- 2014-03-22 04:22:10 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 04:22:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 04:22:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 04:22:10 - SRCCONF=/dev/null TB --- 2014-03-22 04:22:10 - TARGET=mips TB --- 2014-03-22 04:22:10 - TARGET_ARCH=mips64 TB --- 2014-03-22 04:22:10 - TZ=UTC TB --- 2014-03-22 04:22:10 - __MAKE_CONF=/dev/null TB --- 2014-03-22 04:22:10 - cd /src TB --- 2014-03-22 04:22:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 04:22:21 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/mips.mips64/src/tmp/usr/include/sys/counter.h:35, from /obj/mips.mips64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/mips.mips64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'critical_enter' /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:91: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 05:44:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 05:44:55 - ERROR: failed to build world TB --- 2014-03-22 05:44:55 - 3558.80 user 1741.41 system 5060.65 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 05:54:22 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0BDDAEC; Sat, 22 Mar 2014 05:54:22 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1814F69A; Sat, 22 Mar 2014 05:54:21 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2M5sIAm057885; Sat, 22 Mar 2014 07:54:18 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2M5sIiC057879; Sat, 22 Mar 2014 05:54:18 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 05:54:18 GMT Message-Id: <201403220554.s2M5sIiC057879@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 05:54:23 -0000 TB --- 2014-03-22 04:20:34 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 04:20:34 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 04:20:34 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-22 04:20:34 - cleaning the object tree TB --- 2014-03-22 04:21:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 04:22:09 - At svn revision 263618 TB --- 2014-03-22 04:22:10 - building world TB --- 2014-03-22 04:22:10 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 04:22:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 04:22:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 04:22:10 - SRCCONF=/dev/null TB --- 2014-03-22 04:22:10 - TARGET=sparc64 TB --- 2014-03-22 04:22:10 - TARGET_ARCH=sparc64 TB --- 2014-03-22 04:22:10 - TZ=UTC TB --- 2014-03-22 04:22:10 - __MAKE_CONF=/dev/null TB --- 2014-03-22 04:22:10 - cd /src TB --- 2014-03-22 04:22:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 04:22:20 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/sparc64.sparc64/src/tmp/usr/include/sys/counter.h:35, from /obj/sparc64.sparc64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:88: warning: implicit declaration of function 'critical_enter' /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 05:54:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 05:54:18 - ERROR: failed to build world TB --- 2014-03-22 05:54:18 - 4099.62 user 1731.98 system 5623.65 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 06:06:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B312C61 for ; Sat, 22 Mar 2014 06:06:27 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4FB7D7A2 for ; Sat, 22 Mar 2014 06:06:26 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id C2FFD139C8 for ; Sat, 22 Mar 2014 06:08:56 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-type:content-type:in-reply-to:references:subject :subject:to:mime-version:user-agent:from:from:date:date :message-id; s=dkim; t=1395479332; x=1396343333; bh=Lzh/j4jIvVny Q2D8mC+2J2xviKWcJ7Kpj0R/8j0Ra50=; b=cdwo56ln3lk5ugpDpXeJ+UzO4v7Q bUBrsyMOrAyjPrwPpQ3SPcjSnEfsEyHGxCeuct24njLrhZkPLV4l/AYcChlGa3sT OONSqQ8pAFkyxlGymOxUwnvMiNW6rZJBwOxIqw75hu3fjg3R1ZCsr7N0Cu0QiAxe h3tQrvl07fDtDtE= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NvX9ifwbpiFZ for ; Sat, 22 Mar 2014 06:08:52 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.54.69]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id 914A5139C3 for ; Sat, 22 Mar 2014 06:08:51 -0300 (BRT) Message-ID: <532D2852.1010700@bsdinfo.com.br> Date: Sat, 22 Mar 2014 03:06:10 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: FreeBSD Stable Mailing List Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE - workaround References: <53016D97.5030909@bsdinfo.com.br> <5329D81E.7040709@bsdinfo.com.br> <201403201058.38555.jhb@freebsd.org> <532B7DEC.7010809@bsdinfo.com.br> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Mar 2014 06:06:27 -0000 Em 22/03/14 02:02, Kevin Oberman escreveu: > On Thu, Mar 20, 2014 at 4:46 PM, Marcelo Gondim wrote: > >> Em 20/03/14 11:58, John Baldwin escreveu: >> >>> On Wednesday, March 19, 2014 1:47:10 pm Marcelo Gondim wrote: >>> >>> Em 19/03/14 13:01, Kevin Oberman escreveu: >>>>> On Wed, Mar 19, 2014 at 6:00 AM, Marcelo Gondim >>>>> >>>> wrote: >>>> Hi all, >>>>>> While the solution does not appear, did the script below and put it in >>>>>> crontab to automatically delete zombie sshd processes. >>>>>> >>>>>> the_walking_dead.sh: >>>>>> >>>>>> #!/bin/sh >>>>>> kill -9 `ps afx|grep sshd|grep unknown|awk '{print $1}'` >>>>>> >>>>>> >>>>>> Put this in /etc/crontab: >>>>>> >>>>>> 00 1 * * * root the_walking_dead.sh >>>>>> >>>>>> >>>>>> If 'kill -9' works, the process is not really a zombie. It simply >>>>> still >>>>> >>>> has >>>> a socket open and is waiting for it to be closed before exiting. >>>>> You might takes a look at network sockets with sockstat(1) and see if >>>>> you >>>>> can get any indication of why these sockets are not being closed. It may >>>>> >>>> be >>>> that the issue is not sshd but some other issue in the OS leaving sockets >>>>> open. >>>>> >>>>> Hi Kevin, >>>> My ps -afx below: >>>> >>>> [...] >>>> 42139 - Is 0:00.01 sshd: unknown [priv] (sshd) >>>> 42140 - Z 0:00.01 >>>> 42141 - IW 0:00.00 sshd: unknown [pam] (sshd) >>>> 58445 - Is 0:00.01 sshd: unknown [priv] (sshd) >>>> 58446 - Z 0:00.02 >>>> 58447 - IW 0:00.00 sshd: unknown [pam] (sshd) >>>> 65635 - Is 0:00.01 sshd: vinicius [priv] (sshd) >>>> 65636 - Z 0:00.01 >>>> [...] >>>> >>>> # sockstat | grep 42140 >>>> # >>>> >>>> # sockstat | grep 58446 >>>> # >>>> >>>> # sockstat | grep 65636 >>>> # >>>> >>>> No associated socket with zombie process. >>>> >>> Do a pstree. I bet the zombies are children of the other processes that >>> are stuck on a socket as Kevin described. >>> >>> # ps afx|grep sshd |grep unk >> 10948 - Is 0:00.02 sshd: unknown [priv] (sshd) >> 10955 - IW 0:00.00 sshd: unknown [pam] (sshd) <==== >> 11701 - Is 0:00.02 sshd: unknown [priv] (sshd) >> 11704 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 25450 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 25452 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 41193 - Is 0:00.02 sshd: unknown [priv] (sshd) >> 41196 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 42193 - Is 0:00.02 sshd: unknown [priv] (sshd) >> 42195 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 80638 - Is 0:00.02 sshd: unknown [priv] (sshd) >> 80640 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 81484 - Is 0:00.02 sshd: unknown [priv] (sshd) >> 81486 - IW 0:00.00 sshd: unknown [pam] (sshd) >> >> With proctstat I could see the socket as follows: >> >> # procstat -f 10955 >> PID COMM FD T V FLAGS REF OFFSET PRO NAME >> 10955 sshd text v r r------- - - - /usr/sbin/sshd >> 10955 sshd cwd v d r------- - - - / >> 10955 sshd root v d r------- - - - / >> 10955 sshd 0 v c rw------ 6 0 - /dev/null >> 10955 sshd 1 v c rw------ 6 0 - /dev/null >> 10955 sshd 2 v c rw------ 6 0 - /dev/null >> 10955 sshd 3 s - rw---n-- 2 0 TCP 186.xxx.xx.2:22 >> 186.xxx.xx.8:57035 >> 10955 sshd 5 p - rw------ 2 0 - - >> 10955 sshd 6 s - rw------ 2 0 UDS - >> 10955 sshd 7 p - rw------ 1 0 - - >> 10955 sshd 8 s - rw------ 2 0 UDS - >> >> I do not understand why these connections are remaining locked in FreeBSD >> 10.0 >> >> I'll try this sysctl: net.inet.tcp.delayed_ack=0 >> > If the problem is still showing up, can you see what is going on with the > socket? What is the state of the connection. Try "netstat -f inet -p tcp" > and see what state the connection is in. I'm wondering if there is some > sort of race going on where the socket hangs. > > Ideally I'd look to try and capture the packets st the end of the session. > Can you do something to trigger this reliably? if so "standard" "tcpdump > -pw file.bpf host HOST". I seem to recall that these connections are > scheduled. If so, you can put the packet capture in a crontab to run at the > same time. If you feed this to a tool like wireshark, you should get a good > idea of what is happening, if not why. I understand that the timing of this > might be very tricky. Hi Kevin, Thanks for your help. I did the netstat and the state of the connection is closed as you can see below: # procstat -f 26177 PID COMM FD T V FLAGS REF OFFSET PRO NAME 26177 sshd text v r r------- - - - /usr/sbin/sshd 26177 sshd cwd v d r------- - - - / 26177 sshd root v d r------- - - - / 26177 sshd 0 v c rw------ 6 0 - /dev/null 26177 sshd 1 v c rw------ 6 0 - /dev/null 26177 sshd 2 v c rw------ 6 0 - /dev/null 26177 sshd 3 s - rw---n-- 2 0 TCP 186.193.48.10:4321 186.193.48.8:50094 26177 sshd 4 s - rw------ 1 0 UDS - 26177 sshd 5 p - rw------ 2 0 - - 26177 sshd 6 s - rw------ 2 0 UDS - # procstat -f 10110 PID COMM FD T V FLAGS REF OFFSET PRO NAME 10110 sshd text v r r------- - - - /usr/sbin/sshd 10110 sshd cwd v d r------- - - - / 10110 sshd root v d r------- - - - / 10110 sshd 0 v c rw------ 6 0 - /dev/null 10110 sshd 1 v c rw------ 6 0 - /dev/null 10110 sshd 2 v c rw------ 6 0 - /dev/null 10110 sshd 3 s - rw---n-- 2 0 TCP 186.193.48.10:4321 186.193.48.8:63048 10110 sshd 4 s - rw------ 1 0 UDS - 10110 sshd 5 p - rw------ 2 0 - - 10110 sshd 6 s - rw------ 2 0 UDS - # netstat -f inet -p tcp Active Internet connections Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp4 0 0 bart.24173 pppoe17250.8728 ESTABLISHED tcp4 0 0 bart.53795 pppoe17249.8728 TIME_WAIT tcp4 0 0 bart.54191 pppoe149.8728 TIME_WAIT tcp4 0 0 bart.12476 pppoe148.8728 TIME_WAIT tcp4 0 0 bart.36846 pppoe142.8728 TIME_WAIT tcp4 0 0 bart.39944 186.193.48.22.8728 TIME_WAIT tcp4 0 0 bart.60233 186.193.48.25.8728 TIME_WAIT tcp4 0 0 bart.50946 186.193.48.9.8728 TIME_WAIT tcp4 0 0 bart.13403 186.193.48.19.8728 TIME_WAIT tcp4 0 0 bart.36982 zeus.linuxinfo.c.8728 TIME_WAIT tcp4 0 0 bart.rwhois pppoe769.49896 ESTABLISHED tcp4 0 0 bart.mysql mail.15711 ESTABLISHED tcp4 0 0 bart.mysql mail.16087 ESTABLISHED tcp4 0 0 bart.mysql mail.25051 ESTABLISHED tcp4 0 0 bart.mysql mail.59126 ESTABLISHED tcp4 0 0 bart.mysql mail.59051 ESTABLISHED tcp4 0 0 bart.mysql mail.29446 ESTABLISHED tcp4 0 0 bart.mysql mail.45453 ESTABLISHED tcp4 0 0 bart.mysql mail.14938 ESTABLISHED tcp4 0 0 bart.mysql mail.46230 FIN_WAIT_2 tcp4 0 0 bart.mysql mail.16930 FIN_WAIT_2 tcp4 0 0 bart.mysql mail.28074 FIN_WAIT_2 tcp4 0 0 bart.mysql mail.53686 FIN_WAIT_2 tcp4 0 0 bart.mysql mail.14448 FIN_WAIT_2 tcp4 0 0 bart.mysql mail.52487 ESTABLISHED tcp4 0 0 bart.rwhois 186.193.48.8.50094 CLOSED <==== tcp4 0 0 bart.mysql mail.38286 FIN_WAIT_2 tcp4 0 0 bart.mysql mail.32387 FIN_WAIT_2 tcp4 0 0 bart.mysql mail.52219 ESTABLISHED tcp4 0 0 bart.mysql mail.52144 ESTABLISHED tcp4 0 0 bart.mysql mail.18862 FIN_WAIT_2 tcp4 0 0 bart.mysql mail.52636 FIN_WAIT_2 tcp4 0 0 bart.mysql mail.51607 FIN_WAIT_2 tcp4 0 0 bart.mysql mail.62581 FIN_WAIT_2 tcp4 0 0 bart.mysql mail.23071 ESTABLISHED tcp4 0 0 bart.mysql mail.22862 FIN_WAIT_2 tcp4 0 0 bart.rwhois 186.193.48.8.63048 CLOSED <==== tcp4 0 0 bart.mysql mail.42479 FIN_WAIT_2 tcp4 0 0 bart.mysql mail.18146 ESTABLISHED tcp4 0 0 bart.mysql mail.46731 FIN_WAIT_2 tcp4 0 0 bart.mysql mail.20498 ESTABLISHED tcp4 0 0 bart.62869 186.193.48.2.1190 ESTABLISHED tcp4 0 0 bart.mysql mail.55353 ESTABLISHED Cheers, Gondim From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 06:26:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B2F6FC3; Sat, 22 Mar 2014 06:26:52 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9771E8FD; Sat, 22 Mar 2014 06:26:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2M6Qluj054736; Sat, 22 Mar 2014 08:26:47 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2M6Qlg6054728; Sat, 22 Mar 2014 06:26:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 06:26:47 GMT Message-Id: <201403220626.s2M6Qlg6054728@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 06:26:52 -0000 TB --- 2014-03-22 04:20:34 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 04:20:34 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 04:20:34 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-22 04:20:34 - cleaning the object tree TB --- 2014-03-22 04:21:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 04:22:05 - At svn revision 263618 TB --- 2014-03-22 04:22:06 - building world TB --- 2014-03-22 04:22:06 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 04:22:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 04:22:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 04:22:06 - SRCCONF=/dev/null TB --- 2014-03-22 04:22:06 - TARGET=ia64 TB --- 2014-03-22 04:22:06 - TARGET_ARCH=ia64 TB --- 2014-03-22 04:22:06 - TZ=UTC TB --- 2014-03-22 04:22:06 - __MAKE_CONF=/dev/null TB --- 2014-03-22 04:22:06 - cd /src TB --- 2014-03-22 04:22:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 04:22:16 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/ia64.ia64/src/tmp/usr/include/sys/counter.h:35, from /obj/ia64.ia64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:88: warning: implicit declaration of function 'critical_enter' /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 06:26:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 06:26:47 - ERROR: failed to build world TB --- 2014-03-22 06:26:47 - 5837.31 user 2162.97 system 7572.94 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 07:12:28 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFA366D3; Sat, 22 Mar 2014 07:12:28 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ED27AC11; Sat, 22 Mar 2014 07:12:27 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2M7CL1t071239; Sat, 22 Mar 2014 09:12:21 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2M7CLb3071226; Sat, 22 Mar 2014 07:12:21 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 07:12:21 GMT Message-Id: <201403220712.s2M7CLb3071226@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 07:12:28 -0000 TB --- 2014-03-22 04:20:34 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 04:20:34 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 04:20:34 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-22 04:20:34 - cleaning the object tree TB --- 2014-03-22 04:21:21 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 04:22:05 - At svn revision 263618 TB --- 2014-03-22 04:22:06 - building world TB --- 2014-03-22 04:22:06 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 04:22:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 04:22:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 04:22:06 - SRCCONF=/dev/null TB --- 2014-03-22 04:22:06 - TARGET=arm TB --- 2014-03-22 04:22:06 - TARGET_ARCH=arm TB --- 2014-03-22 04:22:06 - TZ=UTC TB --- 2014-03-22 04:22:06 - __MAKE_CONF=/dev/null TB --- 2014-03-22 04:22:06 - cd /src TB --- 2014-03-22 04:22:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 04:22:16 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] /obj/arm.arm/src/tmp/usr/include/machine/cpuconf.h:108:2: error: ARM_NARCH is 0 #error ARM_NARCH is 0 ^ /obj/arm.arm/src/tmp/usr/include/machine/cpuconf.h:183:2: error: ARM_NMMUS is 0 #error ARM_NMMUS is 0 ^ 2 errors generated. mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 07:12:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 07:12:20 - ERROR: failed to build world TB --- 2014-03-22 07:12:20 - 8209.53 user 2099.89 system 10305.66 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 07:12:29 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 027706D4; Sat, 22 Mar 2014 07:12:29 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 20800C12; Sat, 22 Mar 2014 07:12:27 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2M7CLus071238; Sat, 22 Mar 2014 09:12:21 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2M7CLCq071227; Sat, 22 Mar 2014 07:12:21 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 07:12:21 GMT Message-Id: <201403220712.s2M7CLCq071227@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 07:12:29 -0000 TB --- 2014-03-22 04:20:34 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 04:20:34 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 04:20:34 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-22 04:20:34 - cleaning the object tree TB --- 2014-03-22 04:21:08 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 04:21:58 - At svn revision 263618 TB --- 2014-03-22 04:21:59 - building world TB --- 2014-03-22 04:21:59 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 04:21:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 04:21:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 04:21:59 - SRCCONF=/dev/null TB --- 2014-03-22 04:21:59 - TARGET=arm TB --- 2014-03-22 04:21:59 - TARGET_ARCH=armv6 TB --- 2014-03-22 04:21:59 - TZ=UTC TB --- 2014-03-22 04:21:59 - __MAKE_CONF=/dev/null TB --- 2014-03-22 04:21:59 - cd /src TB --- 2014-03-22 04:21:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 04:22:09 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] /obj/arm.armv6/src/tmp/usr/include/machine/cpuconf.h:108:2: error: ARM_NARCH is 0 #error ARM_NARCH is 0 ^ /obj/arm.armv6/src/tmp/usr/include/machine/cpuconf.h:183:2: error: ARM_NMMUS is 0 #error ARM_NMMUS is 0 ^ 2 errors generated. mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 07:12:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 07:12:20 - ERROR: failed to build world TB --- 2014-03-22 07:12:20 - 8212.16 user 2096.52 system 10305.66 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 07:18:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8ABC992C for ; Sat, 22 Mar 2014 07:18:21 +0000 (UTC) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5C37DC48 for ; Sat, 22 Mar 2014 07:18:21 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id r10so3229670pdi.16 for ; Sat, 22 Mar 2014 00:18:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=NFbc+5p4WMm3bp02SFMsugKBz3s4hlsn+sq18cGFYgg=; b=JpHt0iLBAEBeQI0INgZFnIsxnhvG8t7swh/wj9LcKP636a65AWjnDBGTE1CLpUMpbz GXMvDp3S3KecIvK6DtKTTDJQ1oRDljNGY/xGFKTukIhvCqwGAE4ZR+LqMmZzu6KYItDv 1ywxOqCOPfR8Cw+lgTu7Uy7D8/5S74msVLFgafH2IPRK7mswnsmTPKmTaoka/8p8sMJB th36g3171MIRONpKSWyd88qj1bo2e0AsiPG0rJio9yafy7ISlI3opGrQB8vBF+rrjykP hKA3KNZGBrM4/u+gUXWtzaOmRsxEqNRSoStnx3cJPgkyVqCztRdIND1S4XCQ/hd4sA7v sihg== MIME-Version: 1.0 X-Received: by 10.68.241.73 with SMTP id wg9mr60423495pbc.62.1395472700943; Sat, 22 Mar 2014 00:18:20 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Sat, 22 Mar 2014 00:18:20 -0700 (PDT) In-Reply-To: <532D2852.1010700@bsdinfo.com.br> References: <53016D97.5030909@bsdinfo.com.br> <5329D81E.7040709@bsdinfo.com.br> <201403201058.38555.jhb@freebsd.org> <532B7DEC.7010809@bsdinfo.com.br> <532D2852.1010700@bsdinfo.com.br> Date: Sat, 22 Mar 2014 00:18:20 -0700 X-Google-Sender-Auth: dbmXGq5wG4xcSmoTkqpR8wG-F28 Message-ID: Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE - workaround From: Kevin Oberman To: Marcelo Gondim Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Mar 2014 07:18:21 -0000 On Fri, Mar 21, 2014 at 11:06 PM, Marcelo Gondim wrote: > Em 22/03/14 02:02, Kevin Oberman escreveu: > >> On Thu, Mar 20, 2014 at 4:46 PM, Marcelo Gondim > >wrote: >> >> Em 20/03/14 11:58, John Baldwin escreveu: >>> >>> On Wednesday, March 19, 2014 1:47:10 pm Marcelo Gondim wrote: >>>> >>>> Em 19/03/14 13:01, Kevin Oberman escreveu: >>>> >>>>> On Wed, Mar 19, 2014 at 6:00 AM, Marcelo Gondim >>>>>> >>>>>> wrote: >>>>> Hi all, >>>>> >>>>>> While the solution does not appear, did the script below and put it in >>>>>>> crontab to automatically delete zombie sshd processes. >>>>>>> >>>>>>> the_walking_dead.sh: >>>>>>> >>>>>>> #!/bin/sh >>>>>>> kill -9 `ps afx|grep sshd|grep unknown|awk '{print $1}'` >>>>>>> >>>>>>> >>>>>>> Put this in /etc/crontab: >>>>>>> >>>>>>> 00 1 * * * root the_walking_dead.sh >>>>>>> >>>>>>> >>>>>>> If 'kill -9' works, the process is not really a zombie. It simply >>>>>>> >>>>>> still >>>>>> >>>>>> has >>>>> a socket open and is waiting for it to be closed before exiting. >>>>> >>>>>> You might takes a look at network sockets with sockstat(1) and see if >>>>>> you >>>>>> can get any indication of why these sockets are not being closed. It >>>>>> may >>>>>> >>>>>> be >>>>> that the issue is not sshd but some other issue in the OS leaving >>>>> sockets >>>>> >>>>>> open. >>>>>> >>>>>> Hi Kevin, >>>>>> >>>>> My ps -afx below: >>>>> >>>>> [...] >>>>> 42139 - Is 0:00.01 sshd: unknown [priv] (sshd) >>>>> 42140 - Z 0:00.01 >>>>> 42141 - IW 0:00.00 sshd: unknown [pam] (sshd) >>>>> 58445 - Is 0:00.01 sshd: unknown [priv] (sshd) >>>>> 58446 - Z 0:00.02 >>>>> 58447 - IW 0:00.00 sshd: unknown [pam] (sshd) >>>>> 65635 - Is 0:00.01 sshd: vinicius [priv] (sshd) >>>>> 65636 - Z 0:00.01 >>>>> [...] >>>>> >>>>> # sockstat | grep 42140 >>>>> # >>>>> >>>>> # sockstat | grep 58446 >>>>> # >>>>> >>>>> # sockstat | grep 65636 >>>>> # >>>>> >>>>> No associated socket with zombie process. >>>>> >>>>> Do a pstree. I bet the zombies are children of the other processes >>>> that >>>> are stuck on a socket as Kevin described. >>>> >>>> # ps afx|grep sshd |grep unk >>>> >>> 10948 - Is 0:00.02 sshd: unknown [priv] (sshd) >>> 10955 - IW 0:00.00 sshd: unknown [pam] (sshd) <==== >>> 11701 - Is 0:00.02 sshd: unknown [priv] (sshd) >>> 11704 - IW 0:00.00 sshd: unknown [pam] (sshd) >>> 25450 - Is 0:00.01 sshd: unknown [priv] (sshd) >>> 25452 - IW 0:00.00 sshd: unknown [pam] (sshd) >>> 41193 - Is 0:00.02 sshd: unknown [priv] (sshd) >>> 41196 - IW 0:00.00 sshd: unknown [pam] (sshd) >>> 42193 - Is 0:00.02 sshd: unknown [priv] (sshd) >>> 42195 - IW 0:00.00 sshd: unknown [pam] (sshd) >>> 80638 - Is 0:00.02 sshd: unknown [priv] (sshd) >>> 80640 - IW 0:00.00 sshd: unknown [pam] (sshd) >>> 81484 - Is 0:00.02 sshd: unknown [priv] (sshd) >>> 81486 - IW 0:00.00 sshd: unknown [pam] (sshd) >>> >>> With proctstat I could see the socket as follows: >>> >>> # procstat -f 10955 >>> PID COMM FD T V FLAGS REF OFFSET PRO NAME >>> 10955 sshd text v r r------- - - - /usr/sbin/sshd >>> 10955 sshd cwd v d r------- - - - / >>> 10955 sshd root v d r------- - - - / >>> 10955 sshd 0 v c rw------ 6 0 - /dev/null >>> 10955 sshd 1 v c rw------ 6 0 - /dev/null >>> 10955 sshd 2 v c rw------ 6 0 - /dev/null >>> 10955 sshd 3 s - rw---n-- 2 0 TCP 186.xxx.xx.2:22 >>> 186.xxx.xx.8:57035 >>> 10955 sshd 5 p - rw------ 2 0 - - >>> 10955 sshd 6 s - rw------ 2 0 UDS - >>> 10955 sshd 7 p - rw------ 1 0 - - >>> 10955 sshd 8 s - rw------ 2 0 UDS - >>> >>> I do not understand why these connections are remaining locked in FreeBSD >>> 10.0 >>> >>> I'll try this sysctl: net.inet.tcp.delayed_ack=0 >>> >>> If the problem is still showing up, can you see what is going on with >> the >> socket? What is the state of the connection. Try "netstat -f inet -p tcp" >> and see what state the connection is in. I'm wondering if there is some >> sort of race going on where the socket hangs. >> >> Ideally I'd look to try and capture the packets st the end of the session. >> Can you do something to trigger this reliably? if so "standard" "tcpdump >> -pw file.bpf host HOST". I seem to recall that these connections are >> scheduled. If so, you can put the packet capture in a crontab to run at >> the >> same time. If you feed this to a tool like wireshark, you should get a >> good >> idea of what is happening, if not why. I understand that the timing of >> this >> might be very tricky. >> > Hi Kevin, > > Thanks for your help. > > I did the netstat and the state of the connection is closed as you can see > below: > > # procstat -f 26177 > PID COMM FD T V FLAGS REF OFFSET PRO NAME > 26177 sshd text v r r------- - - - /usr/sbin/sshd > 26177 sshd cwd v d r------- - - - / > 26177 sshd root v d r------- - - - / > 26177 sshd 0 v c rw------ 6 0 - /dev/null > 26177 sshd 1 v c rw------ 6 0 - /dev/null > 26177 sshd 2 v c rw------ 6 0 - /dev/null > 26177 sshd 3 s - rw---n-- 2 0 TCP > 186.193.48.10:4321 186.193.48.8:50094 > 26177 sshd 4 s - rw------ 1 0 UDS - > 26177 sshd 5 p - rw------ 2 0 - - > 26177 sshd 6 s - rw------ 2 0 UDS - > > # procstat -f 10110 > PID COMM FD T V FLAGS REF OFFSET PRO NAME > 10110 sshd text v r r------- - - - /usr/sbin/sshd > 10110 sshd cwd v d r------- - - - / > 10110 sshd root v d r------- - - - / > 10110 sshd 0 v c rw------ 6 0 - /dev/null > 10110 sshd 1 v c rw------ 6 0 - /dev/null > 10110 sshd 2 v c rw------ 6 0 - /dev/null > 10110 sshd 3 s - rw---n-- 2 0 TCP > 186.193.48.10:4321 186.193.48.8:63048 > 10110 sshd 4 s - rw------ 1 0 UDS - > 10110 sshd 5 p - rw------ 2 0 - - > 10110 sshd 6 s - rw------ 2 0 UDS - > > # netstat -f inet -p tcp > Active Internet connections > Proto Recv-Q Send-Q Local Address Foreign Address (state) > tcp4 0 0 bart.24173 pppoe17250.8728 ESTABLISHED > tcp4 0 0 bart.53795 pppoe17249.8728 TIME_WAIT > tcp4 0 0 bart.54191 pppoe149.8728 TIME_WAIT > tcp4 0 0 bart.12476 pppoe148.8728 TIME_WAIT > tcp4 0 0 bart.36846 pppoe142.8728 TIME_WAIT > tcp4 0 0 bart.39944 186.193.48.22.8728 TIME_WAIT > tcp4 0 0 bart.60233 186.193.48.25.8728 TIME_WAIT > tcp4 0 0 bart.50946 186.193.48.9.8728 TIME_WAIT > tcp4 0 0 bart.13403 186.193.48.19.8728 TIME_WAIT > tcp4 0 0 bart.36982 zeus.linuxinfo.c.8728 TIME_WAIT > tcp4 0 0 bart.rwhois pppoe769.49896 ESTABLISHED > tcp4 0 0 bart.mysql mail.15711 ESTABLISHED > tcp4 0 0 bart.mysql mail.16087 ESTABLISHED > tcp4 0 0 bart.mysql mail.25051 ESTABLISHED > tcp4 0 0 bart.mysql mail.59126 ESTABLISHED > tcp4 0 0 bart.mysql mail.59051 ESTABLISHED > tcp4 0 0 bart.mysql mail.29446 ESTABLISHED > tcp4 0 0 bart.mysql mail.45453 ESTABLISHED > tcp4 0 0 bart.mysql mail.14938 ESTABLISHED > tcp4 0 0 bart.mysql mail.46230 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.16930 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.28074 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.53686 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.14448 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.52487 ESTABLISHED > tcp4 0 0 bart.rwhois 186.193.48.8.50094 CLOSED > <==== > tcp4 0 0 bart.mysql mail.38286 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.32387 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.52219 ESTABLISHED > tcp4 0 0 bart.mysql mail.52144 ESTABLISHED > tcp4 0 0 bart.mysql mail.18862 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.52636 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.51607 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.62581 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.23071 ESTABLISHED > tcp4 0 0 bart.mysql mail.22862 FIN_WAIT_2 > tcp4 0 0 bart.rwhois 186.193.48.8.63048 CLOSED > <==== > tcp4 0 0 bart.mysql mail.42479 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.18146 ESTABLISHED > tcp4 0 0 bart.mysql mail.46731 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.20498 ESTABLISHED > tcp4 0 0 bart.62869 186.193.48.2.1190 ESTABLISHED > tcp4 0 0 bart.mysql mail.55353 ESTABLISHED > I'm sorry. I am now even more confused. Maybe I need to re-read the entire thread. I thought that the hung processes were sshd. These are rwhois. Or is there an ssh tunnel carrying the rwhois connections? (I see no sshd connections in this list.) -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 07:36:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71661CCA; Sat, 22 Mar 2014 07:36:14 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9CBC3DA7; Sat, 22 Mar 2014 07:36:13 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2M7a9vt015177; Sat, 22 Mar 2014 09:36:09 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2M7a9Ri015173; Sat, 22 Mar 2014 07:36:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 07:36:09 GMT Message-Id: <201403220736.s2M7a9Ri015173@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 07:36:14 -0000 TB --- 2014-03-22 04:20:34 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 04:20:34 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 04:20:34 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-22 04:20:34 - cleaning the object tree TB --- 2014-03-22 04:21:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 04:22:09 - At svn revision 263618 TB --- 2014-03-22 04:22:10 - building world TB --- 2014-03-22 04:22:10 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 04:22:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 04:22:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 04:22:10 - SRCCONF=/dev/null TB --- 2014-03-22 04:22:10 - TARGET=powerpc TB --- 2014-03-22 04:22:10 - TARGET_ARCH=powerpc TB --- 2014-03-22 04:22:10 - TZ=UTC TB --- 2014-03-22 04:22:10 - __MAKE_CONF=/dev/null TB --- 2014-03-22 04:22:10 - cd /src TB --- 2014-03-22 04:22:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 04:22:21 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/netisr.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/route.c cc1: warnings being treated as errors /src/usr.bin/netstat/route.c: In function 'size_cols_rtentry': /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c: In function 'p_rtentry_kvm': /src/usr.bin/netstat/route.c:871: warning: format '%*lu' expects type 'long unsigned int', but argument 3 has type 'uint64_t' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 07:36:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 07:36:09 - ERROR: failed to build world TB --- 2014-03-22 07:36:09 - 9279.39 user 2675.73 system 11735.04 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 07:44:35 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04552F3E; Sat, 22 Mar 2014 07:44:35 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 21BCBE4D; Sat, 22 Mar 2014 07:44:33 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2M7iUw7057660; Sat, 22 Mar 2014 09:44:30 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2M7iUVl057659; Sat, 22 Mar 2014 07:44:30 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 07:44:30 GMT Message-Id: <201403220744.s2M7iUVl057659@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 07:44:35 -0000 TB --- 2014-03-22 04:20:34 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 04:20:34 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 04:20:34 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-22 04:20:34 - cleaning the object tree TB --- 2014-03-22 04:21:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 04:22:09 - At svn revision 263618 TB --- 2014-03-22 04:22:10 - building world TB --- 2014-03-22 04:22:10 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 04:22:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 04:22:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 04:22:10 - SRCCONF=/dev/null TB --- 2014-03-22 04:22:10 - TARGET=powerpc TB --- 2014-03-22 04:22:10 - TARGET_ARCH=powerpc64 TB --- 2014-03-22 04:22:10 - TZ=UTC TB --- 2014-03-22 04:22:10 - __MAKE_CONF=/dev/null TB --- 2014-03-22 04:22:10 - cd /src TB --- 2014-03-22 04:22:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 04:22:20 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/powerpc.powerpc64/src/tmp/usr/include/sys/counter.h:35, from /obj/powerpc.powerpc64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:155: warning: implicit declaration of function 'critical_enter' /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:156: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:157: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 07:44:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 07:44:30 - ERROR: failed to build world TB --- 2014-03-22 07:44:30 - 9676.77 user 2801.09 system 12235.59 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 07:46:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB9AB121; Sat, 22 Mar 2014 07:46:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 125FBE72; Sat, 22 Mar 2014 07:46:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2M7knoF061961; Sat, 22 Mar 2014 09:46:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2M7knRe061958; Sat, 22 Mar 2014 07:46:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 07:46:49 GMT Message-Id: <201403220746.s2M7knRe061958@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 07:46:54 -0000 TB --- 2014-03-22 04:20:34 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 04:20:34 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 04:20:34 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-22 04:20:34 - cleaning the object tree TB --- 2014-03-22 04:21:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 04:22:08 - At svn revision 263618 TB --- 2014-03-22 04:22:09 - building world TB --- 2014-03-22 04:22:09 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 04:22:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 04:22:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 04:22:09 - SRCCONF=/dev/null TB --- 2014-03-22 04:22:09 - TARGET=i386 TB --- 2014-03-22 04:22:09 - TARGET_ARCH=i386 TB --- 2014-03-22 04:22:09 - TZ=UTC TB --- 2014-03-22 04:22:09 - __MAKE_CONF=/dev/null TB --- 2014-03-22 04:22:09 - cd /src TB --- 2014-03-22 04:22:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 04:22:20 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/usr.bin/netstat/route.c /src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 07:46:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 07:46:49 - ERROR: failed to build world TB --- 2014-03-22 07:46:49 - 9899.45 user 2484.82 system 12374.24 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 07:57:26 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E9A3283; Sat, 22 Mar 2014 07:57:26 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A9DC0F1E; Sat, 22 Mar 2014 07:57:24 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2M7vLb0096064; Sat, 22 Mar 2014 09:57:21 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2M7vLHV096063; Sat, 22 Mar 2014 07:57:21 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 07:57:21 GMT Message-Id: <201403220757.s2M7vLHV096063@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 07:57:26 -0000 TB --- 2014-03-22 04:20:34 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 04:20:34 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 04:20:34 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-22 04:20:34 - cleaning the object tree TB --- 2014-03-22 04:21:27 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 04:22:06 - At svn revision 263618 TB --- 2014-03-22 04:22:07 - building world TB --- 2014-03-22 04:22:07 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 04:22:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 04:22:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 04:22:07 - SRCCONF=/dev/null TB --- 2014-03-22 04:22:07 - TARGET=pc98 TB --- 2014-03-22 04:22:07 - TARGET_ARCH=i386 TB --- 2014-03-22 04:22:07 - TZ=UTC TB --- 2014-03-22 04:22:07 - __MAKE_CONF=/dev/null TB --- 2014-03-22 04:22:07 - cd /src TB --- 2014-03-22 04:22:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 04:22:17 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/usr.bin/netstat/route.c /src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 07:57:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 07:57:21 - ERROR: failed to build world TB --- 2014-03-22 07:57:21 - 10518.82 user 2514.19 system 13007.07 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 08:27:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDBFD8BE for ; Sat, 22 Mar 2014 08:27:33 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B00D51A8 for ; Sat, 22 Mar 2014 08:27:33 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WRHHA-00050T-Vc for freebsd-stable@freebsd.org; Sat, 22 Mar 2014 01:27:32 -0700 Date: Sat, 22 Mar 2014 01:27:32 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1395476852973-5896505.post@n5.nabble.com> In-Reply-To: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> Subject: Re: HEADS UP: merged llvm/clang 3.4 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.17 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, 22 Mar 2014 08:27:33 -0000 Hello, I see that boost-libs does not build with clang 3.4 here, hopefully it will without OPTIMIZED_CFLAGS. -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-merged-llvm-clang-3-4-tp5896349p5896505.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 08:45:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B67BF89 for ; Sat, 22 Mar 2014 08:45:17 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 508D9324 for ; Sat, 22 Mar 2014 08:45:16 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WRHYK-00027D-4W for freebsd-stable@freebsd.org; Sat, 22 Mar 2014 01:45:16 -0700 Date: Sat, 22 Mar 2014 01:45:16 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1395477916133-5896508.post@n5.nabble.com> In-Reply-To: <1395476852973-5896505.post@n5.nabble.com> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <1395476852973-5896505.post@n5.nabble.com> Subject: Re: HEADS UP: merged llvm/clang 3.4 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.17 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, 22 Mar 2014 08:45:17 -0000 In file included from ./boost/atomic/detail/platform.hpp:22: ./boost/atomic/detail/gcc-atomic.hpp:961:64: error: no matching constructor for initialization of 'storage_type' (aka 'boost::atomics::detail::storage128_type') explicit base_atomic(value_type const& v) BOOST_NOEXCEPT : v_(0) ^ ~ ./boost/atomic/detail/gcc-atomic.hpp:932:28: note: candidate constructor (the implicit copy constructor) not viable: no known conversion from 'int' to 'const boost::atomics::detail::storage128_type' for 1st argument struct BOOST_ALIGNMENT(16) storage128_type ^ ./boost/atomic/detail/gcc-atomic.hpp:932:28: note: candidate constructor (the implicit default constructor) not viable: requires 0 arguments, but 1 was provided ./boost/atomic/detail/gcc-atomic.hpp:968:22: error: no viable conversion from 'int' to 'storage_type' (aka 'boost::atomics::detail::storage128_type') storage_type tmp = 0; ^ ~ ./boost/atomic/detail/gcc-atomic.hpp:932:28: note: candidate constructor (the implicit copy constructor) not viable: no known conversion from 'int' to 'const boost::atomics::detail::storage128_type &' for 1st argument struct BOOST_ALIGNMENT(16) storage128_type ^ ./boost/atomic/detail/gcc-atomic.hpp:983:22: error: no viable conversion from 'int' to 'storage_type' (aka 'boost::atomics::detail::storage128_type') storage_type tmp = 0; ^ ~ ./boost/atomic/detail/gcc-atomic.hpp:932:28: note: candidate constructor (the implicit copy constructor) not viable: no known conversion from 'int' to 'const boost::atomics::detail::storage128_type &' for 1st argument struct BOOST_ALIGNMENT(16) storage128_type ^ ./boost/atomic/detail/gcc-atomic.hpp:997:22: error: no viable conversion from 'int' to 'storage_type' (aka 'boost::atomics::detail::storage128_type') storage_type expected_s = 0, desired_s = 0; ^ ~ ./boost/atomic/detail/gcc-atomic.hpp:932:28: note: candidate constructor (the implicit copy constructor) not viable: no known conversion from 'int' to 'const boost::atomics::detail::storage128_type &' for 1st argument struct BOOST_ALIGNMENT(16) storage128_type ail/gcc-atomic.hpp:997:38: error: no viable conversion from 'int' to 'storage_type' (aka 'boost::atomics::detail::storage128_type') storage_type expected_s = 0, desired_s = 0; ^ ~ ./boost/atomic/detail/gcc-atomic.hpp:932:28: note: candidate constructor (the implicit copy constructor) not viable: no known conversion from 'int' to 'const boost::atomics::detail::storage128_type &' for 1st argument struct BOOST_ALIGNMENT(16) storage128_type ^ ./boost/atomic/detail/gcc-atomic.hpp:1013:22: error: no viable conversion from 'int' to 'storage_type' (aka 'boost::atomics::detail::storage128_type') storage_type expected_s = 0, desired_s = 0; ^ ~ ./boost/atomic/detail/gcc-atomic.hpp:932:28: note: candidate constructor (the implicit copy constructor) not viable: no known conversion from 'int' to 'const boost::atomics::detail::storage128_type &' for 1st argument struct BOOST_ALIGNMENT(16) storage128_type ^ ./boost/atomic/detail/gcc-atomic.hpp:1013:38: error: no viable conversion from 'int' to 'storage_type' (aka 'boost::atomics::detail::storage128_type') storage_type expected_s = 0, desired_s = 0; ^ ~ ./boost/atomic/detail/gcc-atomic.hpp:932:28: note: candidate constructor (the implicit copy constructor) not viable: no known conversion from 'int' to 'const boost::atomics::detail::storage128_type &' for 1st argument struct BOOST_ALIGNMENT(16) storage128_type ^ 7 errors generated. ...failed clang-linux.compile.c++.without-pch bin.v2/libs/wave/build/clang-linux-3.4/release/link-static/threading-multi/instantiate_re2c_lexer_str.o... clang-linux.compile.c++.without-pch bin.v2/libs/wave/build/clang-linux-3.4/release/link-static/threading-multi/cpplexer/re2clex/aq.o "c++" -c -x c++ -fPIC -pipe -march=native -fstack-protector -fno-strict-aliasing -pipe -march=native -fstack-protector -fno-strict-aliasing -O3 -finline-functions -Wno-inline -Wall -pthread -fPIC -pipe -march=native -fstack-protector -fno-strict-aliasing -pipe -march=native -fstack-protector -fno-strict-aliasing -DBOOST_ALL_NO_LIB=1 -DBOOST_THREAD_USE_LIB=1 -DNDEBUG -I"." -o "bin.v2/libs/wave/build/clang-linux-3.4/release/link-static/threading-multi/cpplexer/re2clex/aq.o" "libs/wave/src/cpplexer/re2clex/aq.cpp" clang-linux.compile.c++.without-pch bin.v2/libs/wave/build/clang-linux-3.4/release/link-static/threading-multi/cpplexer/re2clex/cpp_re.o "c++" -c -x c++ -fPIC -pipe -march=native -fstack-protector -fno-strict-aliasing -pipe -march=native -fstack-protector -fno-strict-aliasing -O3 -finline-functions -Wno-inline -w -pthread -fPIC -pipe -march=native -fstack-protector -fno-strict-aliasing -pipe -march=native -fstack-protector -fno-strict-aliasing -DBOOST_ALL_NO_LIB=1 -DBOOST_THREAD_USE_LIB=1 -DNDEBUG -I"." -o "bin.v2/libs/wave/build/clang-linux-3.4/release/link-static/threading-multi/cpplexer/re2clex/cpp_re.o" "libs/wave/src/cpplexer/re2clex/cpp_re.cpp" ...skipped libboost_wave.a(clean) for lack of instantiate_cpp_exprgrammar.o... ...skipped libboost_wave.a for lack of instantiate_cpp_exprgrammar.o... ...skipped libboost_wave.a for lack of libboost_wave.a... ...failed updating 28 targets... ...skipped 28 targets... ...updated 853 targets... *** Error code 1 -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-merged-llvm-clang-3-4-tp5896349p5896508.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 11:17:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 398C59BA for ; Sat, 22 Mar 2014 11:17:38 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E9592152 for ; Sat, 22 Mar 2014 11:17:37 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::cdb7:44e4:35b8:52a9] (unknown [IPv6:2001:7b8:3a7:0:cdb7:44e4:35b8:52a9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 5D3535C43; Sat, 22 Mar 2014 12:17:33 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_70352940-C1B8-4E7B-8FB2-36F364A90AF9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: <1395476852973-5896505.post@n5.nabble.com> Date: Sat, 22 Mar 2014 12:17:21 +0100 Message-Id: <76A1AA7F-E526-4481-B04D-0405D3090D93@FreeBSD.org> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <1395476852973-5896505.post@n5.nabble.com> To: Jakub Lach X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Mar 2014 11:17:38 -0000 --Apple-Mail=_70352940-C1B8-4E7B-8FB2-36F364A90AF9 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 22 Mar 2014, at 09:27, Jakub Lach wrote: > I see that boost-libs does not build with clang 3.4 here, hopefully > it will without OPTIMIZED_CFLAGS. Strange, I've built boost several times with clang 3.4, on both 9-STABLE and 10-STABLE. Which branch are you using, and are you using libc++ or libstdc++? Any other special environment settings? -Dimitry --Apple-Mail=_70352940-C1B8-4E7B-8FB2-36F364A90AF9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMtcUsACgkQsF6jCi4glqP/UwCg44+HLRfxP1NSguHt90JerD8K f4sAoJb7KH1v2JgTb0YGkWLSa9ytUubY =Kv2u -----END PGP SIGNATURE----- --Apple-Mail=_70352940-C1B8-4E7B-8FB2-36F364A90AF9-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 11:54:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A36BD58C for ; Sat, 22 Mar 2014 11:54:30 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6916767E for ; Sat, 22 Mar 2014 11:54:30 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id CF0FA139C8 for ; Sat, 22 Mar 2014 11:57:06 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-type:content-type:in-reply-to:references:subject :subject:to:mime-version:user-agent:from:from:date:date :message-id; s=dkim; t=1395500224; x=1396364225; bh=ijjKgd8w9AzC NVUqkq1npXve/KpgvzP/5D8tQX53Hno=; b=QQeD8IDvy0Jib3f+V+8OvF2I4Qkf y3yEzTVrQpnGxnFkCMt4gyJZZGs19RSesa3R2tVeLeRXe2v948mcqHXGICJDvLnd iF/YF6a4084P6qvGkPZF/yAXuc+daCGdj7LMMCpcjL5KvKVrBMVS4BRfnPk9lRdD +eGFVjXiFWpLGR0= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Uem2QK1-ZloN for ; Sat, 22 Mar 2014 11:57:04 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.54.69]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id C38C5139C3 for ; Sat, 22 Mar 2014 11:57:03 -0300 (BRT) Message-ID: <532D79ED.90200@bsdinfo.com.br> Date: Sat, 22 Mar 2014 08:54:21 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: FreeBSD Stable Mailing List Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE - workaround References: <53016D97.5030909@bsdinfo.com.br> <5329D81E.7040709@bsdinfo.com.br> <201403201058.38555.jhb@freebsd.org> <532B7DEC.7010809@bsdinfo.com.br> <532D2852.1010700@bsdinfo.com.br> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Mar 2014 11:54:30 -0000 Em 22/03/14 04:18, Kevin Oberman escreveu: > On Fri, Mar 21, 2014 at 11:06 PM, Marcelo Gondim > > wrote: > > Em 22/03/14 02:02, Kevin Oberman escreveu: > > On Thu, Mar 20, 2014 at 4:46 PM, Marcelo Gondim > >wrote: > > Em 20/03/14 11:58, John Baldwin escreveu: > > On Wednesday, March 19, 2014 1:47:10 pm Marcelo Gondim > wrote: > > Em 19/03/14 13:01, Kevin Oberman escreveu: > > On Wed, Mar 19, 2014 at 6:00 AM, Marcelo Gondim > > >wrote: > Hi all, > > While the solution does not appear, did > the script below and put it in > crontab to automatically delete zombie > sshd processes. > > the_walking_dead.sh: > > #!/bin/sh > kill -9 `ps afx|grep sshd|grep unknown|awk > '{print $1}'` > > > Put this in /etc/crontab: > > 00 1 * * * root the_walking_dead.sh > > > If 'kill -9' works, the process is not > really a zombie. It simply > > still > > has > a socket open and is waiting for it to be closed > before exiting. > > You might takes a look at network sockets with > sockstat(1) and see if > you > can get any indication of why these sockets > are not being closed. It may > > be > that the issue is not sshd but some other issue in > the OS leaving sockets > > open. > > Hi Kevin, > > My ps -afx below: > > [...] > 42139 - Is 0:00.01 sshd: unknown [priv] (sshd) > 42140 - Z 0:00.01 > 42141 - IW 0:00.00 sshd: unknown [pam] (sshd) > 58445 - Is 0:00.01 sshd: unknown [priv] (sshd) > 58446 - Z 0:00.02 > 58447 - IW 0:00.00 sshd: unknown [pam] (sshd) > 65635 - Is 0:00.01 sshd: vinicius [priv] > (sshd) > 65636 - Z 0:00.01 > [...] > > # sockstat | grep 42140 > # > > # sockstat | grep 58446 > # > > # sockstat | grep 65636 > # > > No associated socket with zombie process. > > Do a pstree. I bet the zombies are children of the > other processes that > are stuck on a socket as Kevin described. > > # ps afx|grep sshd |grep unk > > 10948 - Is 0:00.02 sshd: unknown [priv] (sshd) > 10955 - IW 0:00.00 sshd: unknown [pam] (sshd) > <==== > 11701 - Is 0:00.02 sshd: unknown [priv] (sshd) > 11704 - IW 0:00.00 sshd: unknown [pam] (sshd) > 25450 - Is 0:00.01 sshd: unknown [priv] (sshd) > 25452 - IW 0:00.00 sshd: unknown [pam] (sshd) > 41193 - Is 0:00.02 sshd: unknown [priv] (sshd) > 41196 - IW 0:00.00 sshd: unknown [pam] (sshd) > 42193 - Is 0:00.02 sshd: unknown [priv] (sshd) > 42195 - IW 0:00.00 sshd: unknown [pam] (sshd) > 80638 - Is 0:00.02 sshd: unknown [priv] (sshd) > 80640 - IW 0:00.00 sshd: unknown [pam] (sshd) > 81484 - Is 0:00.02 sshd: unknown [priv] (sshd) > 81486 - IW 0:00.00 sshd: unknown [pam] (sshd) > > With proctstat I could see the socket as follows: > > # procstat -f 10955 > PID COMM FD T V FLAGS REF OFFSET PRO > NAME > 10955 sshd text v r r------- - - - > /usr/sbin/sshd > 10955 sshd cwd v d r------- - - - / > 10955 sshd root v d r------- - - - / > 10955 sshd 0 v c rw------ 6 0 - > /dev/null > 10955 sshd 1 v c rw------ 6 0 - > /dev/null > 10955 sshd 2 v c rw------ 6 0 - > /dev/null > 10955 sshd 3 s - rw---n-- 2 0 TCP > 186.xxx.xx.2:22 > 186.xxx.xx.8:57035 > 10955 sshd 5 p - rw------ 2 0 - - > 10955 sshd 6 s - rw------ 2 0 UDS - > 10955 sshd 7 p - rw------ 1 0 - - > 10955 sshd 8 s - rw------ 2 0 UDS - > > I do not understand why these connections are remaining > locked in FreeBSD > 10.0 > > I'll try this sysctl: net.inet.tcp.delayed_ack=0 > > If the problem is still showing up, can you see what is going > on with the > socket? What is the state of the connection. Try "netstat -f > inet -p tcp" > and see what state the connection is in. I'm wondering if > there is some > sort of race going on where the socket hangs. > > Ideally I'd look to try and capture the packets st the end of > the session. > Can you do something to trigger this reliably? if so > "standard" "tcpdump > -pw file.bpf host HOST". I seem to recall that these > connections are > scheduled. If so, you can put the packet capture in a crontab > to run at the > same time. If you feed this to a tool like wireshark, you > should get a good > idea of what is happening, if not why. I understand that the > timing of this > might be very tricky. > > Hi Kevin, > > Thanks for your help. > > I did the netstat and the state of the connection is closed as you > can see below: > > # procstat -f 26177 > PID COMM FD T V FLAGS REF OFFSET PRO NAME > 26177 sshd text v r r------- - - - /usr/sbin/sshd > 26177 sshd cwd v d r------- - - - / > 26177 sshd root v d r------- - - - / > 26177 sshd 0 v c rw------ 6 0 - /dev/null > 26177 sshd 1 v c rw------ 6 0 - /dev/null > 26177 sshd 2 v c rw------ 6 0 - /dev/null > 26177 sshd 3 s - rw---n-- 2 0 TCP > 186.193.48.10:4321 186.193.48.8:50094 > > 26177 sshd 4 s - rw------ 1 0 UDS - > 26177 sshd 5 p - rw------ 2 0 - - > 26177 sshd 6 s - rw------ 2 0 UDS - > > # procstat -f 10110 > PID COMM FD T V FLAGS REF OFFSET PRO NAME > 10110 sshd text v r r------- - - - /usr/sbin/sshd > 10110 sshd cwd v d r------- - - - / > 10110 sshd root v d r------- - - - / > 10110 sshd 0 v c rw------ 6 0 - /dev/null > 10110 sshd 1 v c rw------ 6 0 - /dev/null > 10110 sshd 2 v c rw------ 6 0 - /dev/null > 10110 sshd 3 s - rw---n-- 2 0 TCP > 186.193.48.10:4321 186.193.48.8:63048 > > 10110 sshd 4 s - rw------ 1 0 UDS - > 10110 sshd 5 p - rw------ 2 0 - - > 10110 sshd 6 s - rw------ 2 0 UDS - > > # netstat -f inet -p tcp > Active Internet connections > Proto Recv-Q Send-Q Local Address Foreign Address (state) > tcp4 0 0 bart.24173 pppoe17250.8728 ESTABLISHED > tcp4 0 0 bart.53795 pppoe17249.8728 TIME_WAIT > tcp4 0 0 bart.54191 pppoe149.8728 TIME_WAIT > tcp4 0 0 bart.12476 pppoe148.8728 TIME_WAIT > tcp4 0 0 bart.36846 pppoe142.8728 TIME_WAIT > tcp4 0 0 bart.39944 186.193.48.22.8728 TIME_WAIT > tcp4 0 0 bart.60233 186.193.48.25.8728 TIME_WAIT > tcp4 0 0 bart.50946 186.193.48.9.8728 TIME_WAIT > tcp4 0 0 bart.13403 186.193.48.19.8728 TIME_WAIT > tcp4 0 0 bart.36982 zeus.linuxinfo.c.8728 TIME_WAIT > tcp4 0 0 bart.rwhois pppoe769.49896 ESTABLISHED > tcp4 0 0 bart.mysql mail.15711 ESTABLISHED > tcp4 0 0 bart.mysql mail.16087 ESTABLISHED > tcp4 0 0 bart.mysql mail.25051 ESTABLISHED > tcp4 0 0 bart.mysql mail.59126 ESTABLISHED > tcp4 0 0 bart.mysql mail.59051 ESTABLISHED > tcp4 0 0 bart.mysql mail.29446 ESTABLISHED > tcp4 0 0 bart.mysql mail.45453 ESTABLISHED > tcp4 0 0 bart.mysql mail.14938 ESTABLISHED > tcp4 0 0 bart.mysql mail.46230 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.16930 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.28074 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.53686 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.14448 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.52487 ESTABLISHED > tcp4 0 0 bart.rwhois 186.193.48.8.50094 CLOSED > <==== > tcp4 0 0 bart.mysql mail.38286 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.32387 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.52219 ESTABLISHED > tcp4 0 0 bart.mysql mail.52144 ESTABLISHED > tcp4 0 0 bart.mysql mail.18862 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.52636 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.51607 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.62581 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.23071 ESTABLISHED > tcp4 0 0 bart.mysql mail.22862 FIN_WAIT_2 > tcp4 0 0 bart.rwhois 186.193.48.8.63048 CLOSED > <==== > tcp4 0 0 bart.mysql mail.42479 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.18146 ESTABLISHED > tcp4 0 0 bart.mysql mail.46731 FIN_WAIT_2 > tcp4 0 0 bart.mysql mail.20498 ESTABLISHED > tcp4 0 0 bart.62869 186.193.48.2.1190 ESTABLISHED > tcp4 0 0 bart.mysql mail.55353 ESTABLISHED > > > I'm sorry. I am now even more confused. Maybe I need to re-read the > entire thread. > > I thought that the hung processes were sshd. These are rwhois. Or is > there an ssh tunnel carrying the rwhois connections? (I see no sshd > connections in this list.) > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com Hi Kevin, Nope, I use 4321/tcp port for sshd and not port 22/tcp. When I ran the netstat did not put the -nparameter and then it changed 4321to rwhois. # cat /etc/services |grep rwhois rwhois 4321/tcp #Remote Who Is rwhois 4321/udp #Remote Who Is From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 12:06:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2ACF99D1 for ; Sat, 22 Mar 2014 12:06:39 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 077067C9 for ; Sat, 22 Mar 2014 12:06:38 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WRKhB-0003BX-GB for freebsd-stable@freebsd.org; Sat, 22 Mar 2014 05:06:37 -0700 Date: Sat, 22 Mar 2014 05:06:37 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1395489997493-5896543.post@n5.nabble.com> In-Reply-To: <76A1AA7F-E526-4481-B04D-0405D3090D93@FreeBSD.org> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <1395476852973-5896505.post@n5.nabble.com> <76A1AA7F-E526-4481-B04D-0405D3090D93@FreeBSD.org> Subject: Re: HEADS UP: merged llvm/clang 3.4 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.17 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, 22 Mar 2014 12:06:39 -0000 http://pastebin.com/LXT4PiVt (Tried commenting out all optimize options, no difference, always boost-libs is build with -O3) FreeBSD 10.0-STABLE #0 r263539 amd64 I think libc++ is default now. -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-merged-llvm-clang-3-4-tp5896349p5896543.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 12:27:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2D6BDD9 for ; Sat, 22 Mar 2014 12:27:11 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 81044928 for ; Sat, 22 Mar 2014 12:27:11 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WRL14-0004eT-JG for freebsd-stable@freebsd.org; Sat, 22 Mar 2014 05:27:10 -0700 Date: Sat, 22 Mar 2014 05:27:10 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1395491230584-5896547.post@n5.nabble.com> In-Reply-To: <1395489997493-5896543.post@n5.nabble.com> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <1395476852973-5896505.post@n5.nabble.com> <76A1AA7F-E526-4481-B04D-0405D3090D93@FreeBSD.org> <1395489997493-5896543.post@n5.nabble.com> Subject: Re: HEADS UP: merged llvm/clang 3.4 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.17 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, 22 Mar 2014 12:27:11 -0000 CPU is a Penryn. Only thing nonstandard would be that I use https://wiki.freebsd.org/Xorg xorg trunk, but that doesn't look relevant. I've commented out all old syntax options in ports.conf, no difference. -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-merged-llvm-clang-3-4-tp5896349p5896547.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 13:38:16 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38199974; Sat, 22 Mar 2014 13:38:16 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 61FEEDC4; Sat, 22 Mar 2014 13:38:14 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MDc8ad004652; Sat, 22 Mar 2014 15:38:08 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MDc8FO004592; Sat, 22 Mar 2014 13:38:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 13:38:08 GMT Message-Id: <201403221338.s2MDc8FO004592@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 13:38:16 -0000 TB --- 2014-03-22 12:20:38 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 12:20:38 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 12:20:38 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-22 12:20:38 - cleaning the object tree TB --- 2014-03-22 12:21:31 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 12:22:11 - At svn revision 263630 TB --- 2014-03-22 12:22:12 - building world TB --- 2014-03-22 12:22:12 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 12:22:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 12:22:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 12:22:12 - SRCCONF=/dev/null TB --- 2014-03-22 12:22:12 - TARGET=mips TB --- 2014-03-22 12:22:12 - TARGET_ARCH=mips TB --- 2014-03-22 12:22:12 - TZ=UTC TB --- 2014-03-22 12:22:12 - __MAKE_CONF=/dev/null TB --- 2014-03-22 12:22:12 - cd /src TB --- 2014-03-22 12:22:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 12:22:23 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/netisr.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/route.c cc1: warnings being treated as errors /src/usr.bin/netstat/route.c: In function 'size_cols_rtentry': /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c: In function 'p_rtentry_kvm': /src/usr.bin/netstat/route.c:871: warning: format '%*lu' expects type 'long unsigned int', but argument 3 has type 'uint64_t' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 13:38:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 13:38:07 - ERROR: failed to build world TB --- 2014-03-22 13:38:07 - 3241.56 user 1630.80 system 4648.84 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 13:44:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83FF0BD2; Sat, 22 Mar 2014 13:44:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A21B1E69; Sat, 22 Mar 2014 13:44:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MDio5N028691; Sat, 22 Mar 2014 15:44:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MDioUs028690; Sat, 22 Mar 2014 13:44:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 13:44:50 GMT Message-Id: <201403221344.s2MDioUs028690@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 13:44:54 -0000 TB --- 2014-03-22 12:20:38 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 12:20:38 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 12:20:38 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-22 12:20:38 - cleaning the object tree TB --- 2014-03-22 12:21:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 12:22:12 - At svn revision 263630 TB --- 2014-03-22 12:22:13 - building world TB --- 2014-03-22 12:22:13 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 12:22:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 12:22:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 12:22:13 - SRCCONF=/dev/null TB --- 2014-03-22 12:22:13 - TARGET=mips TB --- 2014-03-22 12:22:13 - TARGET_ARCH=mips64 TB --- 2014-03-22 12:22:13 - TZ=UTC TB --- 2014-03-22 12:22:13 - __MAKE_CONF=/dev/null TB --- 2014-03-22 12:22:13 - cd /src TB --- 2014-03-22 12:22:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 12:22:23 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/mips.mips64/src/tmp/usr/include/sys/counter.h:35, from /obj/mips.mips64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/mips.mips64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'critical_enter' /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:91: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 13:44:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 13:44:50 - ERROR: failed to build world TB --- 2014-03-22 13:44:50 - 3558.90 user 1744.70 system 5051.61 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 13:54:29 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4C75DAF; Sat, 22 Mar 2014 13:54:29 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F0B7BF1D; Sat, 22 Mar 2014 13:54:28 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MDsP79008371; Sat, 22 Mar 2014 15:54:25 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MDsPRm008366; Sat, 22 Mar 2014 13:54:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 13:54:25 GMT Message-Id: <201403221354.s2MDsPRm008366@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 13:54:29 -0000 TB --- 2014-03-22 12:20:38 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 12:20:38 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 12:20:38 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-22 12:20:38 - cleaning the object tree TB --- 2014-03-22 12:21:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 12:22:12 - At svn revision 263630 TB --- 2014-03-22 12:22:13 - building world TB --- 2014-03-22 12:22:13 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 12:22:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 12:22:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 12:22:13 - SRCCONF=/dev/null TB --- 2014-03-22 12:22:13 - TARGET=sparc64 TB --- 2014-03-22 12:22:13 - TARGET_ARCH=sparc64 TB --- 2014-03-22 12:22:13 - TZ=UTC TB --- 2014-03-22 12:22:13 - __MAKE_CONF=/dev/null TB --- 2014-03-22 12:22:13 - cd /src TB --- 2014-03-22 12:22:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 12:22:23 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/sparc64.sparc64/src/tmp/usr/include/sys/counter.h:35, from /obj/sparc64.sparc64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:88: warning: implicit declaration of function 'critical_enter' /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 13:54:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 13:54:25 - ERROR: failed to build world TB --- 2014-03-22 13:54:25 - 4099.16 user 1733.59 system 5626.70 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 13:56:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB15AED4; Sat, 22 Mar 2014 13:56:49 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1D053F34; Sat, 22 Mar 2014 13:56:48 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MDujou025359; Sat, 22 Mar 2014 15:56:45 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MDujxZ025358; Sat, 22 Mar 2014 13:56:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 13:56:45 GMT Message-Id: <201403221356.s2MDujxZ025358@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 13:56:49 -0000 TB --- 2014-03-22 12:20:38 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 12:20:38 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 12:20:38 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-22 12:20:38 - cleaning the object tree TB --- 2014-03-22 12:21:28 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 12:22:10 - At svn revision 263630 TB --- 2014-03-22 12:22:11 - building world TB --- 2014-03-22 12:22:11 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 12:22:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 12:22:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 12:22:11 - SRCCONF=/dev/null TB --- 2014-03-22 12:22:11 - TARGET=powerpc TB --- 2014-03-22 12:22:11 - TARGET_ARCH=powerpc TB --- 2014-03-22 12:22:11 - TZ=UTC TB --- 2014-03-22 12:22:11 - __MAKE_CONF=/dev/null TB --- 2014-03-22 12:22:11 - cd /src TB --- 2014-03-22 12:22:11 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 12:22:21 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaObjCProperty.cpp -o SemaObjCProperty.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOpenMP.cpp -o SemaOpenMP.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOverload.cpp -o SemaOverload.o /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOverload.cpp: In function 'bool clang::IsStandardConversion(clang::Sema&, clang::Expr*, clang::QualType, bool, clang::StandardConversionSequence&, bool, bool)': /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOverload.cpp:1423: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/clang/libclangsema *** Error code 1 Stop. bmake[4]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 13:56:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 13:56:45 - ERROR: failed to build world TB --- 2014-03-22 13:56:45 - 4482.72 user 1411.12 system 5767.00 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 13:59:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F2A41C2; Sat, 22 Mar 2014 13:59:29 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 381ACF56; Sat, 22 Mar 2014 13:59:28 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.8/8.14.8) with ESMTP id s2MDxQnE050285; Sat, 22 Mar 2014 06:59:26 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.8/8.14.8/Submit) id s2MDxQfW050284; Sat, 22 Mar 2014 06:59:26 -0700 (PDT) (envelope-from david) Date: Sat, 22 Mar 2014 06:59:26 -0700 From: David Wolfskill To: Dimitry Andric Subject: Re: HEADS UP: merged llvm/clang 3.4 Message-ID: <20140322135926.GJ43653@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Dimitry Andric , freebsd-stable@freebsd.org References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="bgQAstJ9X1Eg13Dy" Content-Disposition: inline In-Reply-To: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Mar 2014 13:59:29 -0000 --bgQAstJ9X1Eg13Dy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 21, 2014 at 07:17:22PM +0100, Dimitry Andric wrote: > ... > I have just merged llvm and clang 3.4 release to stable/10 (r263508) and > stable/9 (r263509). This already includes a number of post-3.4 fixes, > though there are a few that are still awaiting the MFC timeout (e.g. the > updated Sparc64 backend, and some things that were just fixed the day > before yesterday). >=20 > Since the most obvious problems have already been addressed in head, I > expect this to be a fairly smooth upgrade. If you run into something > strange anyway, please reply to this message (CC'ing the list). > .... I encountered an error during my regular "make buildworld" today that I suspect is related to the above. Running: FreeBSD g1-252.catwhisker.org 9.2-STABLE FreeBSD 9.2-STABLE #696 r263452M/= 263468:902508: Fri Mar 21 04:49:42 PDT 2014 root@g1-252.catwhisker.org:= /usr/obj/usr/src/sys/CANARY i386 and after updating /usr/src to r263617, I see: =2E.. >>> stage 4.4: building everything =2E.. gzip -cn /usr/src/lib/libelf/elf_memory.3 > elf_memory.3.gz clang -O2 -pipe -DGTAGS -DSYSV_CURSES -I/usr/src/usr.bin/vi -I/usr/src/usr= =2Ebin/vi/../../contrib/nvi -I/usr/src/usr.bin/vi/../../contrib/nvi/include= -DRESCUE -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno-pointer-s= ign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-ta= utological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-= function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promote= d-parameter -Wno-parentheses -c /usr/src/usr.bin/vi/../../contrib/nvi/commo= n/delete.c clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -o ddb ddb.o ddb_capture.o ddb_script.o= -lkvm clang -O2 -pipe -DGTAGS -DSYSV_CURSES -I/usr/src/usr.bin/vi -I/usr/src/usr= =2Ebin/vi/../../contrib/nvi -I/usr/src/usr.bin/vi/../../contrib/nvi/include= -DRESCUE -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno-pointer-s= ign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-ta= utological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-= function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promote= d-parameter -Wno-parentheses -c /usr/src/usr.bin/vi/../../contrib/nvi/commo= n/exf.c gzip -cn /usr/src/lib/libelf/elf_next.3 > elf_next.3.gz =3D=3D=3D> sbin/devd (all) clang++ -O2 -pipe -I. -I/usr/src/sbin/devd -Qunused-arguments -fstack-prote= ctor -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramete= r -Wpointer-arith -Wno-uninitialized -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-c++11-e= xtensions -c /usr/src/sbin/devd/devd.cc In file included from /usr/src/sbin/devd/devd.cc:91: In file included from /usr/obj/usr/src/tmp/usr/include/c++/4.2/algorithm:65: In file included from /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/stl_alg= obase.h:72: /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:134:12: err= or: keyword '__is_void' will be treated as an identifier for the remainder = of the translation unit [-Werror,-Wkeyword-compat] struct __is_void ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:289:12: err= or: keyword '__is_pointer' will be treated as an identifier for the remaind= er of the translation unit [-Werror,-Wkeyword-compat] struct __is_pointer ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:324:12: err= or: keyword '__is_arithmetic' will be treated as an identifier for the rema= inder of the translation unit [-Werror,-Wkeyword-compat] struct __is_arithmetic ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:332:12: err= or: keyword '__is_fundamental' will be treated as an identifier for the rem= ainder of the translation unit [-Werror,-Wkeyword-compat] struct __is_fundamental ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:340:12: err= or: keyword '__is_scalar' will be treated as an identifier for the remainde= r of the translation unit [-Werror,-Wkeyword-compat] struct __is_scalar ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:346:12: err= or: keyword '__is_pod' will be treated as an identifier for the remainder o= f the translation unit [-Werror,-Wkeyword-compat] struct __is_pod ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:359:12: err= or: keyword '__is_empty' will be treated as an identifier for the remainder= of the translation unit [-Werror,-Wkeyword-compat] struct __is_empty ^ In file included from /usr/src/usr.bin/vi/../../contrib/nvi/common/exf.c:43: In file included from /usr/src/usr.bin/vi/../../contrib/nvi/common/common.h= :82: In file included from /usr/src/usr.bin/vi/../../contrib/nvi/common/options.= h:101: /usr/src/usr.bin/vi/../../contrib/nvi/include/options_def.h:11:9: warning: = 'O_DIRECTORY' macro redefined #define O_DIRECTORY 10 ^ /usr/obj/usr/src/tmp/usr/include/sys/fcntl.h:119:9: note: previous definiti= on is here #define O_DIRECTORY 0x00020000 /* Fail if not directory */ ^ gzip -cn /usr/src/lib/libelf/elf_rawfile.3 > elf_rawfile.3.gz 1 warning generated. gzip -cn /usr/src/lib/libelf/elf_rand.3 > elf_rand.3.gz clang -O2 -pipe -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"= /usr\" -I/common/S1/obj/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/sr= c/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../../= =2E./../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gc= c/config -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/inclu= de -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/incl= ude -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumb= er -std=3Dgnu89 -Qunused-arguments -fstack-protector -c /usr/src/gnu/usr.= bin/cc/cc_int/../../../../contrib/gcc/fold-const.c -o fold-const.o 1 warning generated. 7 errors generated. *** [devd.o] Error code 1 1 error *** [all] Error code 2 1 error *** [sbin.all__D] Error code 2 =2E.. and things don't really get better after that. /etc/src/conf: KERNCONF=3DCANARY SENDMAIL_MC=3D/etc/mail/laptop.mc PORTS_MODULES=3Dx11/nvidia-driver CC=3Dclang CXX=3Dclang++ CPP=3Dclang-cpp WITH_LIBCPLUSPLUS=3Dyes (Only change in the above since 07 Mar 2013 -- ovcer a year ago -- was to comment out the PORTS_MODULES line for a while, then uncomment it after x11/nvidia-driver was fixed). I don't *think* there's much in make.conf that's relevant, but: # CFLAGS+=3D -g SENDMAIL_MC=3D/etc/mail/laptop.mc NET_SNMP_SYS_CONTACT=3D"david@catwhisker.org" NET_SNMP_SYS_LOCATION=3D"variable" NET_SNMP_LOGFILE=3D/var/log/snmpd.log NET_SNMP_PERSISTENTDIR=3D/var/net-snmp WITH_BSD_JDK=3DTRUE FORCE_PKG_REGISTER=3D NO # For mplayer WITHOUT_RUNTIME_CPUDETECTION=3D YES OPTIONS_SET=3DOPTIMIZED_CFLAGS WITHOUT_CJK=3D YES NO_SUID_XSERVER=3DYES # For Linux compat OVERRIDE_LINUX_BASE_PORT=3Df10 OVERRIDE_LINUX_NONBASE_PORTS=3Df10 INSTALL_AS_NCFTP=3Dyes WITH_PKGNG=3DYES WITH_NEW_XORG=3D YES And for a list of recent "uname -vp" outputs (after build/install) for this environment on this machine, please see . Ah -- my build machine finally(!) caught up with my laptop; also i386, running: FreeBSD freebeast.catwhisker.org 9.2-STABLE FreeBSD 9.2-STABLE #914 r26345= 2M/263468:902508: Fri Mar 21 05:21:10 PDT 2014 root@freebeast.catwhiske= r.org:/usr/obj/usr/src/sys/GENERIC i386 /usr/src also updated to r263617, and encountered the same issues as above. Its update history may be found in . Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --bgQAstJ9X1Eg13Dy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTLZc9XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7/tkP/3TAKcu2TNKcDrSe7GxP7sDd za5yc+6VSzFwYvmbA1YDaUhkjN4GSqx/HVqf9IRVS1aKCA1hnihxNxXSqbGsF80S EENLTMf05m//8iQlav/L4hXcvL6rGoqR3Z9nxBg3VWN4uX972/LuJ/5g/WKDPNXN yJZx9CSalLD3p3E4hKl7l/4d+6S9Ipdhp9/ovGLhE/oCzkogHwSDadSLwKq3ckff Z+3gmv4CGNmkzTvvkUf0zBSzehmqGhVHCR6XypbR6lG8jKYvasveI6EGIVUAR7Vm cUUyiM0dDMiNA/ypADeP93FkfWWprdnnDfRzUGT6/wCHA+CWasSnnQO2q1G8Mg9V KeBg31xZatSSTWZ9SCeEz0h7xXPqTZxnIci/s/rO8BExuogtCL3+K98I5Dd7bQlq 4OJR6kREPUiCzaRC9ySbOjkxnTeEbojbBF/RdiCS/GRgpEyc87NumvzcgAviqP1l CLTkmF2IjA5J1ZNa9rrL0KAy2X4V9qMuUTn2bmpMadL8ZtZmFDDHor2UlRXYf82C TH0y4nFZUpCNL9ndACGFMu7NbJU+WodRLmASe8/hUPTHL5GIVuZY22ZgqqkmhNP4 xIi8tXf7bbWAwieqLNvdTMb0FVixDjD0rTgJvmA6AUQU4mpTJ+4zriUQWpGr770u 1pL9SxagA98IE6aOFhrl =SC9K -----END PGP SIGNATURE----- --bgQAstJ9X1Eg13Dy-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 14:27:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0CEC69A; Sat, 22 Mar 2014 14:27:08 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BCF5A1F4; Sat, 22 Mar 2014 14:27:07 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MER3fi004978; Sat, 22 Mar 2014 16:27:03 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MER3wv004977; Sat, 22 Mar 2014 14:27:03 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 14:27:03 GMT Message-Id: <201403221427.s2MER3wv004977@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 14:27:08 -0000 TB --- 2014-03-22 12:20:38 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 12:20:38 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 12:20:38 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-22 12:20:38 - cleaning the object tree TB --- 2014-03-22 12:21:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 12:22:11 - At svn revision 263630 TB --- 2014-03-22 12:22:12 - building world TB --- 2014-03-22 12:22:12 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 12:22:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 12:22:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 12:22:12 - SRCCONF=/dev/null TB --- 2014-03-22 12:22:12 - TARGET=ia64 TB --- 2014-03-22 12:22:12 - TARGET_ARCH=ia64 TB --- 2014-03-22 12:22:12 - TZ=UTC TB --- 2014-03-22 12:22:12 - __MAKE_CONF=/dev/null TB --- 2014-03-22 12:22:12 - cd /src TB --- 2014-03-22 12:22:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 12:22:22 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/ia64.ia64/src/tmp/usr/include/sys/counter.h:35, from /obj/ia64.ia64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:88: warning: implicit declaration of function 'critical_enter' /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 14:27:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 14:27:03 - ERROR: failed to build world TB --- 2014-03-22 14:27:03 - 5844.41 user 2169.70 system 7585.52 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 14:37:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E91FD8FE for ; Sat, 22 Mar 2014 14:37:40 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A4E962A5 for ; Sat, 22 Mar 2014 14:37:40 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::cdb7:44e4:35b8:52a9] (unknown [IPv6:2001:7b8:3a7:0:cdb7:44e4:35b8:52a9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 2912E5C43; Sat, 22 Mar 2014 15:37:35 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_50213502-0D7A-44F6-927B-04F3057287FE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: <1395489997493-5896543.post@n5.nabble.com> Date: Sat, 22 Mar 2014 15:37:25 +0100 Message-Id: References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <1395476852973-5896505.post@n5.nabble.com> <76A1AA7F-E526-4481-B04D-0405D3090D93@FreeBSD.org> <1395489997493-5896543.post@n5.nabble.com> To: Jakub Lach X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Mar 2014 14:37:41 -0000 --Apple-Mail=_50213502-0D7A-44F6-927B-04F3057287FE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 22 Mar 2014, at 13:06, Jakub Lach wrote: > http://pastebin.com/LXT4PiVt >=20 > (Tried commenting out all optimize options,=20 > no difference, always boost-libs is build with -O3) >=20 > FreeBSD 10.0-STABLE #0 r263539 amd64=20 >=20 > I think libc++ is default now. Currently, it looks like your problem is caused by the "penryn" CPUTYPE. For some reason, this enables boost's 128 bit support, and it leads to problems later on. I'm still investigating what the exact cause is. For now, I would choose another CPUTYPE, or just not specify any CPUTYPE at all. The reason is that in the clang source code, there is the following comment about the Penryn model: /// This enumerator, like \see CK_Yonah, is a bit odd. It is another /// codename which GCC no longer accepts as an option to -march, but = Clang /// has some logic for recognizing it. // FIXME: Warn, deprecate, and potentially remove this. CK_Penryn, //@} E.g. it looks like this particular type is an odd one. Apparently gcc already removed it, but I have no idea why. -Dimitry --Apple-Mail=_50213502-0D7A-44F6-927B-04F3057287FE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMtoCsACgkQsF6jCi4glqNmjACg29Lu+3eV5viwDud1kzSryIv5 Y8MAniiz5annZajvaAGkv15fK/RZ9He3 =fviZ -----END PGP SIGNATURE----- --Apple-Mail=_50213502-0D7A-44F6-927B-04F3057287FE-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 15:02:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75857F71 for ; Sat, 22 Mar 2014 15:02:29 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 556056C2 for ; Sat, 22 Mar 2014 15:02:29 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WRNRM-0005Aw-Js for freebsd-stable@freebsd.org; Sat, 22 Mar 2014 08:02:28 -0700 Date: Sat, 22 Mar 2014 08:02:28 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1395500548609-5896580.post@n5.nabble.com> In-Reply-To: References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <1395476852973-5896505.post@n5.nabble.com> <76A1AA7F-E526-4481-B04D-0405D3090D93@FreeBSD.org> <1395489997493-5896543.post@n5.nabble.com> Subject: Re: HEADS UP: merged llvm/clang 3.4 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.17 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, 22 Mar 2014 15:02:29 -0000 I'm now testing with CPUTYPE?=core2 which translates to -march=core2, however I would like to emphasize, that previously it was set as native, I was not forcing (faulty?) penryn march. It should just autodetect CPU features (at least that was how GCC worked iirc- it used multiple flags for all features detected, not a single march)? ... core2 fails the same way, now I will try sans CPUTYPE. -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-merged-llvm-clang-3-4-tp5896349p5896580.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 15:10:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31F782B8; Sat, 22 Mar 2014 15:10:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD737D0; Sat, 22 Mar 2014 15:10:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MFAgfC084920; Sat, 22 Mar 2014 17:10:42 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MFAgfR084717; Sat, 22 Mar 2014 15:10:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 15:10:42 GMT Message-Id: <201403221510.s2MFAgfR084717@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 15:10:54 -0000 TB --- 2014-03-22 12:20:38 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 12:20:38 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 12:20:38 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-22 12:20:38 - cleaning the object tree TB --- 2014-03-22 12:21:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 12:22:03 - At svn revision 263630 TB --- 2014-03-22 12:22:04 - building world TB --- 2014-03-22 12:22:04 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 12:22:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 12:22:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 12:22:04 - SRCCONF=/dev/null TB --- 2014-03-22 12:22:04 - TARGET=arm TB --- 2014-03-22 12:22:04 - TARGET_ARCH=armv6 TB --- 2014-03-22 12:22:04 - TZ=UTC TB --- 2014-03-22 12:22:04 - __MAKE_CONF=/dev/null TB --- 2014-03-22 12:22:04 - cd /src TB --- 2014-03-22 12:22:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 12:22:13 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] /obj/arm.armv6/src/tmp/usr/include/machine/cpuconf.h:108:2: error: ARM_NARCH is 0 #error ARM_NARCH is 0 ^ /obj/arm.armv6/src/tmp/usr/include/machine/cpuconf.h:183:2: error: ARM_NMMUS is 0 #error ARM_NMMUS is 0 ^ 2 errors generated. mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 15:10:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 15:10:41 - ERROR: failed to build world TB --- 2014-03-22 15:10:41 - 8158.58 user 2050.58 system 10203.09 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 15:11:02 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 714AC3A9; Sat, 22 Mar 2014 15:11:02 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9006F7D6; Sat, 22 Mar 2014 15:11:01 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MFAwqg086291; Sat, 22 Mar 2014 17:10:58 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MFAwNU086290; Sat, 22 Mar 2014 15:10:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 15:10:58 GMT Message-Id: <201403221510.s2MFAwNU086290@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 15:11:02 -0000 TB --- 2014-03-22 12:20:38 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 12:20:38 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 12:20:38 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-22 12:20:38 - cleaning the object tree TB --- 2014-03-22 12:21:11 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 12:22:05 - At svn revision 263630 TB --- 2014-03-22 12:22:06 - building world TB --- 2014-03-22 12:22:06 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 12:22:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 12:22:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 12:22:06 - SRCCONF=/dev/null TB --- 2014-03-22 12:22:06 - TARGET=arm TB --- 2014-03-22 12:22:06 - TARGET_ARCH=arm TB --- 2014-03-22 12:22:06 - TZ=UTC TB --- 2014-03-22 12:22:06 - __MAKE_CONF=/dev/null TB --- 2014-03-22 12:22:06 - cd /src TB --- 2014-03-22 12:22:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 12:22:16 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] /obj/arm.arm/src/tmp/usr/include/machine/cpuconf.h:108:2: error: ARM_NARCH is 0 #error ARM_NARCH is 0 ^ /obj/arm.arm/src/tmp/usr/include/machine/cpuconf.h:183:2: error: ARM_NMMUS is 0 #error ARM_NMMUS is 0 ^ 2 errors generated. mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 15:10:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 15:10:58 - ERROR: failed to build world TB --- 2014-03-22 15:10:58 - 8161.36 user 2060.53 system 10219.73 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 15:13:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFE285CD for ; Sat, 22 Mar 2014 15:13:14 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AF848810 for ; Sat, 22 Mar 2014 15:13:14 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WRNbl-0005wL-Qg for freebsd-stable@freebsd.org; Sat, 22 Mar 2014 08:13:13 -0700 Date: Sat, 22 Mar 2014 08:13:13 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1395501193714-5896589.post@n5.nabble.com> In-Reply-To: <1395500548609-5896580.post@n5.nabble.com> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <1395476852973-5896505.post@n5.nabble.com> <76A1AA7F-E526-4481-B04D-0405D3090D93@FreeBSD.org> <1395489997493-5896543.post@n5.nabble.com> <1395500548609-5896580.post@n5.nabble.com> Subject: Re: HEADS UP: merged llvm/clang 3.4 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.17 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, 22 Mar 2014 15:13:14 -0000 For the record, without CPUTYPE boost-libs builds fine. -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-merged-llvm-clang-3-4-tp5896349p5896589.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 15:42:18 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 068CEA53; Sat, 22 Mar 2014 15:42:18 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 239B4A2F; Sat, 22 Mar 2014 15:42:16 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MFgDLG046955; Sat, 22 Mar 2014 17:42:13 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MFgDq7046949; Sat, 22 Mar 2014 15:42:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 15:42:13 GMT Message-Id: <201403221542.s2MFgDq7046949@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 15:42:18 -0000 TB --- 2014-03-22 12:20:38 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 12:20:38 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 12:20:38 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-22 12:20:38 - cleaning the object tree TB --- 2014-03-22 12:21:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 12:22:13 - At svn revision 263630 TB --- 2014-03-22 12:22:14 - building world TB --- 2014-03-22 12:22:14 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 12:22:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 12:22:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 12:22:14 - SRCCONF=/dev/null TB --- 2014-03-22 12:22:14 - TARGET=powerpc TB --- 2014-03-22 12:22:14 - TARGET_ARCH=powerpc64 TB --- 2014-03-22 12:22:14 - TZ=UTC TB --- 2014-03-22 12:22:14 - __MAKE_CONF=/dev/null TB --- 2014-03-22 12:22:14 - cd /src TB --- 2014-03-22 12:22:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 12:22:24 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/powerpc.powerpc64/src/tmp/usr/include/sys/counter.h:35, from /obj/powerpc.powerpc64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:155: warning: implicit declaration of function 'critical_enter' /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:156: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:157: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 15:42:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 15:42:13 - ERROR: failed to build world TB --- 2014-03-22 15:42:13 - 9611.12 user 2735.00 system 12094.88 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 15:44:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14621C2F; Sat, 22 Mar 2014 15:44:05 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B86BBA45; Sat, 22 Mar 2014 15:44:04 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.8/8.14.8) with ESMTP id s2MFi3c1051076; Sat, 22 Mar 2014 08:44:03 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.8/8.14.8/Submit) id s2MFi3Lq051075; Sat, 22 Mar 2014 08:44:03 -0700 (PDT) (envelope-from david) Date: Sat, 22 Mar 2014 08:44:03 -0700 From: David Wolfskill To: Dimitry Andric Subject: Re: HEADS UP: merged llvm/clang 3.4 Message-ID: <20140322154403.GK43653@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Dimitry Andric , freebsd-stable@freebsd.org References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="q6mBvMCt6oafMx9a" Content-Disposition: inline In-Reply-To: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Mar 2014 15:44:05 -0000 --q6mBvMCt6oafMx9a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 21, 2014 at 07:17:22PM +0100, Dimitry Andric wrote: > ... > I have just merged llvm and clang 3.4 release to stable/10 (r263508) and > stable/9 (r263509). This already includes a number of post-3.4 fixes, > though there are a few that are still awaiting the MFC timeout (e.g. the > updated Sparc64 backend, and some things that were just fixed the day > before yesterday). >=20 > Since the most obvious problems have already been addressed in head, I > expect this to be a fairly smooth upgrade. If you run into something > strange anyway, please reply to this message (CC'ing the list). > ... Hmm... I (also) seem to have trouble with "make buildworld" on stable/10 (as well as stable/9). Running: FreeBSD g1-252.catwhisker.org 10.0-STABLE FreeBSD 10.0-STABLE #1181 r26340= 7M/263420:1000704: Thu Mar 20 06:12:04 PDT 2014 root@g1-252.catwhisker.= org:/common/S3/obj/usr/src/sys/CANARY i386 and after updating /usr/src to r263581, I see the following from "make -j 4 buildworld": =2E.. >>> stage 4.4: building everything =2E.. --- sbin.all__D --- --- fsutil.o --- clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -W= write-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subs= cripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -= Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-strin= g-plus-int -Wno-unused-const-variable -c /usr/src/sbin/fsck/fsutil.c --- secure.all__D --- --- asn1_err.po --- --- lib.all__D --- --- e_acosl.po --- clang -pg -O2 -pipe -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/ld80 -I/u= sr/src/lib/msun/src -I/usr/src/lib/msun/../libc/include -I/usr/src/lib/msu= n/../libc/i386 -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-= headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno= -unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-par= entheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wn= o-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/lib/= msun/src/e_acosl.c -o e_acosl.po --- secure.all__D --- clang -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcryp= to/../../../crypto/openssl -I/usr/src/secure/lib/libcrypto/../../../crypto/= openssl/crypto -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -D= DSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_A= SM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m = -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DW= HIRLPOOL_ASM -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto= /asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I= /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dg= nu89 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-bod= y -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare= -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum= -conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-p= arentheses -c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1/asn1_err.c -o asn1_err.po --- rescue.all__D --- --- v_paragraph.o --- clang -O2 -pipe -D__REGEX_PRIVATE -I/usr/src/usr.bin/vi -I/usr/src/usr.bin= /vi/../../contrib/nvi -I/usr/src/usr.bin/vi/../../contrib/nvi/regex -DRESCU= E -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Wno-parentheses -c /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_paragrap= h.c --- sbin.all__D --- --- preen.o --- clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -W= write-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subs= cripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -= Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-strin= g-plus-int -Wno-unused-const-variable -c /usr/src/sbin/fsck/preen.c --- rescue.all__D --- In file included from /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_paragraph.= c:27: In file included from /usr/src/usr.bin/vi/../../contrib/nvi/vi/../common/co= mmon.h:76: /usr/src/usr.bin/vi/../../contrib/nvi/vi/../common/key.h:129:2: error: inva= lid preprocessing directive #do2 ^ /usr/src/usr.bin/vi/../../contrib/nvi/vi/../common/key.h:227:141: warning: = '/*' within block comment [-Wcomment] #define TXT_NLECHO 0x00080000 /* Echo= <= U+0000>efine TXT_OVERWRITE 0x00200000 /* Overwrit= e characters. */ = = = = = = = = ^ --- lib.all__D --- --- e_asinl.po --- clang -pg -O2 -pipe -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/ld80 -I/u= sr/src/lib/msun/src -I/usr/src/lib/msun/../libc/include -I/usr/src/lib/msu= n/../libc/i386 -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-= headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno= -unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-par= entheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wn= o-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/lib/= msun/src/e_asinl.c -o e_asinl.po --- secure.all__D --- --- asn1_gen.po --- clang -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcryp= to/../../../crypto/openssl -I/usr/src/secure/lib/libcrypto/../../../crypto/= openssl/crypto -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -D= DSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_A= SM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m = -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DW= HIRLPOOL_ASM -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto= /asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I= /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dg= nu89 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-bod= y -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare= -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum= -conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-p= arentheses -c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1/asn1_gen.c -o asn1_gen.po --- rescue.all__D --- 1 warning and 1 error generated. *** [v_paragraph.o] Error code 1 make[6]: stopped in /usr/src/usr.bin/vi 1 error make[6]: stopped in /usr/src/usr.bin/vi *** [vi_make] Error code 2 make[5]: stopped in /common/S3/obj/usr/src/rescue/rescue 1 error make[5]: stopped in /common/S3/obj/usr/src/rescue/rescue *** [objs] Error code 2 make[4]: stopped in /usr/src/rescue/rescue 1 error make[4]: stopped in /usr/src/rescue/rescue *** [all] Error code 2 make[3]: stopped in /usr/src/rescue 1 error make[3]: stopped in /usr/src/rescue *** [rescue.all__D] Error code 2 make[2]: stopped in /usr/src --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/lib/msun *** [all] Error code 2 make[3]: stopped in /usr/src/lib 1 error make[3]: stopped in /usr/src/lib *** [lib.all__D] Error code 2 make[2]: stopped in /usr/src --- sbin.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sbin/fsck *** [all] Error code 2 make[3]: stopped in /usr/src/sbin 1 error make[3]: stopped in /usr/src/sbin *** [sbin.all__D] Error code 2 make[2]: stopped in /usr/src --- secure.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/secure/lib/libcrypto *** [all] Error code 2 make[4]: stopped in /usr/src/secure/lib 1 error make[4]: stopped in /usr/src/secure/lib *** [all] Error code 2 make[3]: stopped in /usr/src/secure 1 error make[3]: stopped in /usr/src/secure *** [secure.all__D] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [everything] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src config files: g1-252(10.0-S)[3] cat /etc/src.conf=20 KERNCONF=3DCANARY SENDMAIL_MC=3D/etc/mail/laptop.mc PORTS_MODULES=3Dx11/nvidia-driver CC=3Dclang CXX=3Dclang++ CPP=3Dclang-cpp WITH_LIBCPLUSPLUS=3Dyes WITHOUT_PKGTOOLS=3Dyes g1-252(10.0-S)[5] cat /etc/make.conf # CFLAGS+=3D -g SENDMAIL_MC=3D/etc/mail/laptop.mc NET_SNMP_SYS_CONTACT=3D"david@catwhisker.org" NET_SNMP_SYS_LOCATION=3D"variable" NET_SNMP_LOGFILE=3D/var/log/snmpd.log NET_SNMP_PERSISTENTDIR=3D/var/net-snmp WITH_BSD_JDK=3DTRUE FORCE_PKG_REGISTER=3D NO # For mplayer WITHOUT_RUNTIME_CPUDETECTION=3D YES WITH_OPTIMIZED_CFLAGS=3D YES WITHOUT_CJK=3D YES NO_SUID_XSERVER=3DYES # For Linux compat OVERRIDE_LINUX_BASE_PORT=3Df10 OVERRIDE_LINUX_NONBASE_PORTS=3Df10 INSTALL_AS_NCFTP=3Dyes WITH_PKGNG=3D YES # added by use.perl 2013-06-13 05:15:56 PERL_VERSION=3D5.14.4 As in the stable/9 case, the only recent (since 23 Aug 2013, in this case) update to src.conf was to comment out, then uncomment the PORTS_MODULES line after x11/nvidia-driver was fixed. (This is the same hardware as for stable/9 -- just a different slice. And similar to that case, a history of updates may be found at .) Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --q6mBvMCt6oafMx9a Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTLa/CXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7fX8P/iiuARwX1iK0zmqejMly58Rh ucB5DmAhQ8BvAubRMRWKYk+QSv4Fnf8nVE4LOnrCcCCKDWh6nA2NIGRBqVDJoHCx f407rEJYRb1/rA8rCdhWF0SyAoJKR8bw61w5N/ffUwdfKlkrWLUICUEzcDOXPm5c uo8D9iMmXGA8fwH+Jqc8U1duXUMtX0aiDt/mm00rR+pazKQf5vsEAL4steWLbpOa cO6BlOD82ZJgGP9SbNVjnU3mQ3+XhimCz2omAW1HxBcUBjAvc6nFFy+CfYLpF5xE fMT3yWx6trvlRpRcjL9/Wvw5tt+Aw7LwkLofPVfXFxoBbYtxSqCsOlbfOuxQMhsZ OegJvciNnUq3CUUtKkEOAYW9mQug8vGDGVoSiZXl4L8gQciCkwbyLmkI1BZX1oJw 0C5xpPz2j+kBofBZSa6Gza1xepc6UMj2bFEbjnuWgzwN/pAAUoHXNSIp70FNpyr4 0vFQs+mgfLWm/WkG4M+DwtymOdOiGYreDtxORpQYIFrBdRyZMtqogDImy7IuL4rJ GTq/dK4UpAZqTcm1DQDtShonzlGvt4WMHvzXmDACD0q1gm6KW1gYJWRTaQHBTXLC 4rodCYJQRGb2SDNsOnpG4aRnfhM1lIy7Nb2FCKyhpHGE4k8lFbLzaJyblAw6hP26 LCAtfu+1osSHM11zb+7z =jT0z -----END PGP SIGNATURE----- --q6mBvMCt6oafMx9a-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 15:45:16 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D087D46; Sat, 22 Mar 2014 15:45:16 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 59E6DA62; Sat, 22 Mar 2014 15:45:14 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MFjBru052629; Sat, 22 Mar 2014 17:45:11 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MFjBUQ052626; Sat, 22 Mar 2014 15:45:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 15:45:11 GMT Message-Id: <201403221545.s2MFjBUQ052626@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 15:45:16 -0000 TB --- 2014-03-22 12:20:38 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 12:20:38 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 12:20:38 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-22 12:20:38 - cleaning the object tree TB --- 2014-03-22 12:21:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 12:22:11 - At svn revision 263630 TB --- 2014-03-22 12:22:12 - building world TB --- 2014-03-22 12:22:12 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 12:22:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 12:22:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 12:22:12 - SRCCONF=/dev/null TB --- 2014-03-22 12:22:12 - TARGET=i386 TB --- 2014-03-22 12:22:12 - TARGET_ARCH=i386 TB --- 2014-03-22 12:22:12 - TZ=UTC TB --- 2014-03-22 12:22:12 - __MAKE_CONF=/dev/null TB --- 2014-03-22 12:22:12 - cd /src TB --- 2014-03-22 12:22:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 12:22:22 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/usr.bin/netstat/route.c /src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 15:45:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 15:45:11 - ERROR: failed to build world TB --- 2014-03-22 15:45:11 - 9839.29 user 2440.48 system 12272.88 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 15:49:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A7FBE8D for ; Sat, 22 Mar 2014 15:49:21 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2C4D7A96 for ; Sat, 22 Mar 2014 15:49:20 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WROAh-0001fz-Ps for freebsd-stable@freebsd.org; Sat, 22 Mar 2014 08:49:19 -0700 Date: Sat, 22 Mar 2014 08:49:19 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1395503359790-5896596.post@n5.nabble.com> In-Reply-To: <20140322154403.GK43653@albert.catwhisker.org> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> Subject: Re: HEADS UP: merged llvm/clang 3.4 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.17 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, 22 Mar 2014 15:49:21 -0000 Seeing >This is the same hardware as for stable/9 -- just a different slice. is your disk ok? I've rebuilt/reinstall world already obviously (10-STABLE), and (fingers crossed) sole port that gave me grief was boost-libs so far. -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-merged-llvm-clang-3-4-tp5896349p5896596.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 15:55:45 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1005BFBE; Sat, 22 Mar 2014 15:55:45 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B41CB2D; Sat, 22 Mar 2014 15:55:43 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MFteqd085626; Sat, 22 Mar 2014 17:55:40 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MFtepd085623; Sat, 22 Mar 2014 15:55:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 15:55:40 GMT Message-Id: <201403221555.s2MFtepd085623@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 15:55:45 -0000 TB --- 2014-03-22 12:20:38 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 12:20:38 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 12:20:38 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-22 12:20:38 - cleaning the object tree TB --- 2014-03-22 12:21:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 12:22:12 - At svn revision 263630 TB --- 2014-03-22 12:22:13 - building world TB --- 2014-03-22 12:22:13 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 12:22:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 12:22:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 12:22:13 - SRCCONF=/dev/null TB --- 2014-03-22 12:22:13 - TARGET=pc98 TB --- 2014-03-22 12:22:13 - TARGET_ARCH=i386 TB --- 2014-03-22 12:22:13 - TZ=UTC TB --- 2014-03-22 12:22:13 - __MAKE_CONF=/dev/null TB --- 2014-03-22 12:22:13 - cd /src TB --- 2014-03-22 12:22:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 12:22:23 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/usr.bin/netstat/route.c /src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 15:55:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 15:55:40 - ERROR: failed to build world TB --- 2014-03-22 15:55:40 - 10454.50 user 2471.71 system 12902.03 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 16:04:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 166445E9 for ; Sat, 22 Mar 2014 16:04:57 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C6F9AC17 for ; Sat, 22 Mar 2014 16:04:56 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.8/8.14.8) with ESMTP id s2MG4tCb051476; Sat, 22 Mar 2014 09:04:55 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.8/8.14.8/Submit) id s2MG4tx1051475; Sat, 22 Mar 2014 09:04:55 -0700 (PDT) (envelope-from david) Date: Sat, 22 Mar 2014 09:04:55 -0700 From: David Wolfskill To: Jakub Lach Subject: Re: HEADS UP: merged llvm/clang 3.4 Message-ID: <20140322160455.GL43653@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Jakub Lach , freebsd-stable@freebsd.org References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> <1395503359790-5896596.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Xb8pJpF45Qg/t7GZ" Content-Disposition: inline In-Reply-To: <1395503359790-5896596.post@n5.nabble.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Mar 2014 16:04:57 -0000 --Xb8pJpF45Qg/t7GZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 22, 2014 at 08:49:19AM -0700, Jakub Lach wrote: > Seeing >=20 > >This is the same hardware as for stable/9 -- just a different slice.=20 >=20 > is your disk ok? I've rebuilt/reinstall world already obviously (10-STABL= E),=20 > and (fingers crossed) sole port that gave me grief was boost-libs so far. > ... Well... I'm seeing the same issues on a completely different machine (that is, on both my laptop and a "build machine"); they have no hardware in common. (I do have the build machine update a local private mirror of the FreeBSD SVN repos, and then replicate that to my laptop, so each uses its own repo mirror, and they are kept in sync.) But thanks for the reality check. :-} When I read the question, it did cause me to recall that a few days ago, after installing stable/10, as I was rebooting to build head (from a different slice), the laptop did panic, and one result of that was that I was unable to perform "svn up" on the head version of my src working copy: I ended up nuking that working copy & checking out a fresh one =66rom the local repo, and that's been working fine. It *could* be that I had similar corruption in the stable/9 or stable/10 src working copies, but I had successfully updated and rebuilt/reinstalled/smoke-tested each of those, daily, since.... And FWIW, I had started using clang for building world & kernel shortly after BSDCan 2012, and then switched to only using clang for that purpose a few weeks later. (I had been building with gcc in one slice & clang in another, checking for ... unexpected events.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Xb8pJpF45Qg/t7GZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTLbSmXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7VvgP+wbGrOjWt+FMPcBFK1nQqLOL +5f/8+uBa4DKPpwgP35/CFpd9fG9AbLSVLlD2BdcnvZhSAtsDV2yUPz7UvUsvAuP 3bBCHdo2c8IQ67TAzupbgLaC9ZxO7ocFICD2T5VO2iRy/u8xz2gxiIiXRizRZyDF tSVTHLU8Ed/c8Gfmbk5fb9oBye5EcAKTSqC7vTAWEbXWgwJ/UdftEwKAnXdUX6AL DKIitYuXblfotVXJ/AVKNRHzp1EFwuMBuLHFR6LnxFYh0hoTLXozKI+/TvlWQabZ X1fjserZttLky+i7qhFTEkTHVf4TTtqLLsNZTupOagY10EMsqhXbv3WtUCE8mjRe WddkY8jd8S+O/lDd/ewPJNBn2Hwl/gLrx0+LHB8BL1DcoJdu9CoYcy7Db7lP4T2i UwBX+4ydhCZXpHGGAVFLLPPdvHDg6Cp1MQzDBkMJuyeDbkjAGvEMRy6GhMCgPr17 DyW619ybM+RXkzn53Ema/qctHdYuDgMe2kNhkcJ+BIcBDwFhQuQrm2dYgHVtgn28 AH3VHivCcxpan2MSbYU9ubdk4k2G8W22joS34BvvTSuUOVOAW7ITUdICLrwQDOiO n8RpHC9YeQ1kxSnBJXd/P9I68jdPTomoXe2Zvhhlo6RthX3JleH27twx6DjTDDzK EA4nYbaXeV7PgdXhIDOh =eNEb -----END PGP SIGNATURE----- --Xb8pJpF45Qg/t7GZ-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 17:02:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 062BCEB8 for ; Sat, 22 Mar 2014 17:02:44 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A466B139 for ; Sat, 22 Mar 2014 17:02:43 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.8/8.14.8) with ESMTP id s2MH2gxJ051871; Sat, 22 Mar 2014 10:02:42 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.8/8.14.8/Submit) id s2MH2gwD051870; Sat, 22 Mar 2014 10:02:42 -0700 (PDT) (envelope-from david) Date: Sat, 22 Mar 2014 10:02:42 -0700 From: David Wolfskill To: Jakub Lach , freebsd-stable@freebsd.org Subject: Re: HEADS UP: merged llvm/clang 3.4 Message-ID: <20140322170242.GM43653@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Jakub Lach , freebsd-stable@freebsd.org References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> <1395503359790-5896596.post@n5.nabble.com> <20140322160455.GL43653@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="GoZzJvFfKjxI3RhA" Content-Disposition: inline In-Reply-To: <20140322160455.GL43653@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Mar 2014 17:02:44 -0000 --GoZzJvFfKjxI3RhA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 22, 2014 at 09:04:55AM -0700, David Wolfskill wrote: > On Sat, Mar 22, 2014 at 08:49:19AM -0700, Jakub Lach wrote: > > ... > > is your disk ok? I've rebuilt/reinstall world already obviously (10-STA= BLE),=20 > > and (fingers crossed) sole port that gave me grief was boost-libs so fa= r. > ... And while this isn't conclusive, it may be of some interest: FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1196 r263= 620M/263620:1100015: Sat Mar 22 09:40:07 PDT 2014 root@g1-252.catwhiske= r.org:/common/S4/obj/usr/src/sys/CANARY i386 (same hardware; different slice; build machine is still cranking along). Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --GoZzJvFfKjxI3RhA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTLcIxXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7qaEQAJhf/7jp72GFV+vpZJ4lFjO5 QVANroQ2caJZf4hmc+o77LuWq/kEoENrzRJXhjsdL5Ez1hsCX+TIf0DfJI6pbjC8 4FGjujTt2LsGS4FGhMrYqCIe8lWMqViQbUdOWTJyb2/CYb4OkJhmXpCneQ8JzUrS /nQjfyRS/jb3gOSlzhH7ZyDTW9DWEQ8rgtLGXm//Y8GWO/84p9SU5tiywqpMS3sY KMBZRTGdBGlgk3JJioDIMpV5ZWyGMloDwDMAG/ENQHHKAN9G6KoUrmA9+kaOiKGA gdiKMkhwq3taKeXEOimKAtyw+5NazKbxXe3SskOBZ+eQB1y3ealBkK+1WFm2DgHg g0YZykTiCi+0J1v3ltIufOC+31Cx+WZeB8s0XvClP4Dy6GeVcwEGIdiKhLrUinM9 LjN8I9zrXtfaMCFl7OfGtVS860FxuRXOL92eRyVciQEkwn3S0zf3gfuqmeD0aM0B KVPNWiuEaeb2bkayyQhLSauo9eMjaGlweq8RK4Dj6tKgE4XVykBir7rVfaF3p79F iIq9X6Djbg2gz5xLunUHv/0SQT8jbrAmiuYjf7w0JY0v5hNhJNETOI/zduTWKITO qMdp0UJ1rQNYLLf3S987uh7lMwObKe2OjYJlH19kind4GQnIyipKwtMlmRPo3s77 gLcJKDMp3BuKnZb0VPu7 =2Osk -----END PGP SIGNATURE----- --GoZzJvFfKjxI3RhA-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 17:04:01 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07415FB6 for ; Sat, 22 Mar 2014 17:04:01 +0000 (UTC) Received: from system.jails.se (system.jails.se [IPv6:2001:16d8:cc1e:1::1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2ADB414B for ; Sat, 22 Mar 2014 17:04:00 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id BD03E4BC4CA for ; Sat, 22 Mar 2014 18:03:47 +0100 (CET) Received: from mobius.uppmax.uu.se (h148n9-u-a31.ias.bredband.telia.com [213.67.100.148]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 232034BC4C6 for ; Sat, 22 Mar 2014 18:03:47 +0100 (CET) Message-ID: <532DC2F2.2080805@pean.org> Date: Sat, 22 Mar 2014 18:05:54 +0100 From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "stable@freebsd.org" Subject: Problem running bsnmpd inside jail. Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020103080304010508010905" X-DSPAM-Result: Innocent X-DSPAM-Processed: Sat Mar 22 18:03:47 2014 X-DSPAM-Confidence: 0.9899 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 532dc273462456695337375 X-DSPAM-Factors: 27, but, 0.01000, but, 0.01000, 10, 0.01000, }, 0.01000, }, 0.01000, Received*client+certificate, 0.01000, any, 0.01000, Received*TLSv1+with, 0.01000, 22, 0.01000, 22, 0.01000, 17, 0.01000, 17, 0.01000, connect, 0.01000, 10+0, 0.01000, Hi!, 0.01000, Im, 0.01000, Content-Transfer-Encoding*quoted+printable, 0.01000, Received*(using, 0.01000, Received*(No, 0.01000, Received*with+cipher, 0.01000, Received*SHA, 0.01000, Date*18, 0.01000, From*Peter_Ankerst%e5l+, 0.01000, Received*with, 0.01000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Mar 2014 17:04:01 -0000 This is a cryptographically signed message in MIME format. --------------ms020103080304010508010905 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi! Im running a few jails on FreeBSD 10.0-RELEASE (amd64) but I cant get=20 bsnmpd to work inside a jail. It has worked in the past but that was FreeBSD 9. its a standard bsnmpd config without any large changes to the config. =20 The exact same configs works fine when run outside a jail. # /usr/sbin/bsnmpd -d -p /var/run/snmpd.pid snmpd[38890]: disk_OS_get_disks: adding device 'cd0' to device list snmpd[38890]: disk_OS_get_disks: adding device 'da2' to device list snmpd[38890]: disk_OS_get_disks: adding device 'da1' to device list snmpd[38890]: disk_OS_get_disks: adding device 'da0' to device list snmpd[38890]: Failed to connect socket for /var/run/devd.pipe: No such=20 file or directory snmpd[38890]: sendmsg: Invalid argument # I get these when i try = to snmpwalk. snmpd[38890]: sendmsg: Invalid argument snmpd[38890]: sendmsg: Invalid argument truss says: select(14,{4 12 13},{},{},{0.999936 }) =3D 0 (0x0) gettimeofday({1395507232.011776 },0x0) =3D 0 (0x0) gettimeofday({1395507232.011836 },0x0) =3D 0 (0x0) select(14,{4 12 13},{},{},{0.999940 }) =3D 0 (0x0) gettimeofday({1395507233.012739 },0x0) =3D 0 (0x0) gettimeofday({1395507233.012801 },0x0) =3D 0 (0x0) select(14,{4 12 13},{},{},{0.999938 }) =3D 1 (0x1) recvmsg(0xc,0x7fffffffac40,0x0,0x7fffffffaca0,0x801c23010,0x2) =3D 43 (0x= 2b) sigprocmask(SIG_BLOCK,0x0,0x0) =3D 0 (0x0) open("/etc/hosts.allow",O_RDONLY,0666) =3D 14 (0xe) fstat(14,{ mode=3D-rw-r--r-- ,inode=3D3849888,size=3D18,blksize=3D4096 })= =3D 0 (0x0) read(14,"ALL : ALL : allow\n",4096) =3D 18 (0x12) close(14) =3D 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) =3D 0 (0x0) gettimeofday({1395507233.562291 },0x0) =3D 0 (0x0) sendmsg(0xc,0x7ffffffe1120,0x0,0x5cea9fbe35c62e6e,0x3,0x2) ERR#22=20 'Invalid argument' clock_gettime(13,{1395507233.000000000 }) =3D 0 (0x0) getpid() =3D 38997 (0x9855) snmpd[38997]: sendmsg: Invalid argument writev(0x2,0x7ffffffe0320,0x2,0xffffffffffffffec,0x14,0x800f98370) =3D 40= =20 (0x28) sendto(8,"<11>Mar 22 17:53:53 snmpd[38997]"...,59,0x0,NULL,0x0) =3D 59 (0= x3b) gettimeofday({1395507233.562815 },0x0) =3D 0 (0x0) gettimeofday({1395507233.562869 },0x0) =3D 0 (0x0) select(14,{4 12 13},{},{},{0.449870 }) =3D 0 (0x0) gettimeofday({1395507234.041473 },0x0) =3D 0 (0x0) gettimeofday({1395507234.041535 },0x0) =3D 0 (0x0) select(14,{4 12 13},{},{},{0.948960 }) =3D 1 (0x1) recvmsg(0xc,0x7fffffffac40,0x0,0x7fffffffaca0,0x64,0x0) =3D 43 (0x2b) sigprocmask(SIG_BLOCK,0x0,0x0) =3D 0 (0x0) open("/etc/hosts.allow",O_RDONLY,0666) =3D 14 (0xe) fstat(14,{ mode=3D-rw-r--r-- ,inode=3D3849888,size=3D18,blksize=3D4096 })= =3D 0 (0x0) read(14,"ALL : ALL : allow\n",4096) =3D 18 (0x12) close(14) =3D 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) =3D 0 (0x0) gettimeofday({1395507234.567052 },0x0) =3D 0 (0x0) sendmsg(0xc,0x7ffffffe1120,0x0,0x5cea9fbe35c62e6e,0x3,0x2) ERR#22=20 'Invalid argument' clock_gettime(13,{1395507234.000000000 }) =3D 0 (0x0) getpid() snmpd[38997]: sendmsg: Invalid argument writev(0x2,0x7ffffffe0320,0x2,0xffffffffffffffec,0x14,0x800f98370) =3D 40= =20 (0x28) sendto(8,"<11>Mar 22 17:53:54 snmpd[38997]"...,59,0x0,NULL,0x0) =3D 59 (0= x3b) gettimeofday({1395507234.567457 },0x0) =3D 0 (0x0) gettimeofday({1395507234.567512 },0x0) =3D 0 (0x0) select(14,{4 12 13},{},{},{0.422983 }) =3D 0 (0x0) gettimeofday({1395507235.010734 },0x0) =3D 0 (0x0) __sysctl(0x7fffffffafc0,0x2,0x7fffffffb000,0x7fffffffaff8,0x8030855ea,0x1= 7)=20 =3D 0 (0x0) __sysctl(0x7fffffffb000,0x4,0x7fffffffb0d8,0x7fffffffb0a8,0x0,0x0) =3D 0 = (0x0) __sysctl(0x7fffffffafc0,0x2,0x7fffffffb000,0x7fffffffaff8,0x803085602,0x1= 8)=20 =3D 0 (0x0) __sysctl(0x7fffffffb000,0x4,0x7fffffffb0d8,0x7fffffffb0a8,0x0,0x0) =3D 0 = (0x0) __sysctl(0x7fffffffafc0,0x2,0x7fffffffb000,0x7fffffffaff8,0x80308561b,0x1= 3)=20 =3D 0 (0x0) __sysctl(0x7fffffffb000,0x4,0x7fffffffb0d8,0x7fffffffb0a8,0x0,0x0) =3D 0 = (0x0) __sysctl(0x7fffffffafc0,0x2,0x7fffffffb000,0x7fffffffaff8,0x80308562f,0x1= 4)=20 =3D 0 (0x0) __sysctl(0x7fffffffb000,0x4,0x7fffffffb0d8,0x7fffffffb0a8,0x0,0x0) =3D 0 = (0x0) __sysctl(0x7fffffffafe0,0x2,0x7fffffffb020,0x7fffffffb018,0x803085644,0xc= )=20 =3D 0 (0x0) __sysctl(0x7fffffffb020,0x2,0x803294a00,0x7fffffffb0e0,0x0,0x0) =3D 0 (0x= 0) gettimeofday({1395507235.011369 },0x0) =3D 0 (0x0) clock_gettime(4,{335225.177478505 }) =3D 0 (0x0) __sysctl(0x7fffffffac20,0x2,0x7fffffffac60,0x7fffffffac58,0x803c03cf3,0x1= 4)=20 =3D 0 (0x0) __sysctl(0x7fffffffac60,0x3,0x7fffffffad04,0x7fffffffad08,0x0,0x0) =3D 0 = (0x0) __sysctl(0x7fffffffac80,0x2,0x7fffffffacc0,0x7fffffffacb8,0x803c03efb,0x1= 0)=20 =3D 0 (0x0) __sysctl(0x7fffffffacc0,0x3,0x801c99600,0x7fffffffad98,0x0,0x0) =3D 0 (0x= 0) __sysctl(0x7fffffffac20,0x2,0x7fffffffac60,0x7fffffffac58,0x803c03cf3,0x1= 4)=20 =3D 0 (0x0) __sysctl(0x7fffffffac60,0x3,0x7fffffffad04,0x7fffffffad08,0x0,0x0) =3D 0 = (0x0) gettimeofday({1395507235.011811 },0x0) =3D 0 (0x0) gettimeofday({1395507235.011868 },0x0) =3D 0 (0x0) gettimeofday({1395507235.011915 },0x0) =3D 0 (0x0) gettimeofday({1395507235.011959 },0x0) =3D 0 (0x0) open("/dev/null",O_CLOEXEC,00) =3D 14 (0xe) fstat(14,{ mode=3Dcrw-rw-rw- ,inode=3D20,size=3D0,blksize=3D4096 }) =3D 0= (0x0) open("/dev/null",O_CLOEXEC,00) =3D 15 (0xf) __sysctl(0x7fffffffa880,0x3,0x0,0x7fffffffa870,0x0,0x0) =3D 0 (0x0) __sysctl(0x7fffffffa880,0x3,0x801d92000,0x7fffffffa870,0x0,0x0) =3D 0 (0x= 0) close(14) =3D 0 (0x0) close(15) =3D 0 (0x0) gettimeofday({1395507235.015009 },0x0) =3D 0 (0x0) gettimeofday({1395507235.015057 },0x0) =3D 0 (0x0) gettimeofday({1395507235.015106 },0x0) =3D 0 (0x0) select(14,{4 12 13},{},{},{0.026367 }) =3D 0 (0x0) gettimeofday({1395507235.043455 },0x0) =3D 0 (0x0) gettimeofday({1395507235.043505 },0x0) =3D 0 (0x0) select(14,{4 12 13},{},{},{0.999950 }) =3D 0 (0x0) gettimeofday({1395507236.062471 },0x0) =3D 0 (0x0) gettimeofday({1395507236.062525 },0x0) =3D 0 (0x0) select(14,{4 12 13},{},{},{0.999946 }) =3D 0 (0x0) gettimeofday({1395507237.065759 },0x0) =3D 0 (0x0) gettimeofday({1395507237.065819 },0x0) =3D 0 (0x0) ^Cselect(14,{4 12 13},{},{},{0.999940 }) ERR#4=20 'Interrupted system call' SIGNAL 2 (SIGINT) unlink("/var/run/snmpd.pid") =3D 0 (0x0) lstat("/var/run/snmpd.sock",{ mode=3Dsrw-rw-rw-=20 ,inode=3D4965221,size=3D0,blksize=3D131072 }) =3D 0 (0x0) unlink("/var/run/snmpd.sock") =3D 0 (0x0) --------------ms020103080304010508010905 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCC BjMwggUboAMCAQICAwiyiDANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTE0MDEyMDA3NTIzOFoXDTE1MDEyMTA4NTkyMVowUzEZMBcGA1UE DRMQMWlGRkxHbTV3RmVTWjZ6OTEXMBUGA1UEAwwOcGV0ZXJAcGVhbi5vcmcxHTAbBgkqhkiG 9w0BCQEWDnBldGVyQHBlYW4ub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA zoKHiOE9vdQgax/GZyTaqtNvfjGIHwG1tsMOXZELs49KJY66oD//szW3yoIl8nQapUBn+hZq s3QT5PxqfElXxljYszYE6yk3kWR7EVtlIEfT7Pf24XlFw4uzoZzEjaxPJBt4+BWwb1MpqBmw TNZwZGYI9SO6JW23G9o+e+hPmlXFTovW9B36J0M2Qu0+IE6MsDIG0y5CwuiXMqNz+vEBiIBv def3CIidRn3/K7DQYBYn9gj/UNB1yf1GRhsNDO124T9+9bhlplov0srt7pqQjaSiiqVOCCWd pxvM/eF0LFBkEFATy45RKtl2vk9zM1wmI+sU29vodHoDDuf8t4bTtQIDAQABo4IC1DCCAtAw CQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwME MB0GA1UdDgQWBBSAhVDjVwheLV39/7XFsz9rQP0sVDAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAZBgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzCCAUwGA1UdIASCAUMwggE/ MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3Rh cnRDb20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9z ZSBpbiBjb21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNV HR8ELzAtMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGO BggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20v c3ViL2NsYXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wu Y29tL2NlcnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8v d3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBAFiVjpZEkQoHYAtb0E6MVJgz o1K6d6eEjLsCNbaw833a0jws4Rh0KG/MjqjJzUwa2G6mVZb/JaodRK8VENnpxJ8WhjWqyQL8 /lKnGa88XYMtl+i4ICur08IfQLG7zNFnyG/kOAiMNkgF4H6lZx/ezup9fowUOt0hxERXMcqo 4p+RzPShx35EGRv+5gZNQ7XW4s2rzFzt9CHaDar8SyAGHK3oFapKpHsVSUYik0QCLwnGcaHE HNUkCp1YMsjKwvmxVtQQs/2WfsqQlult8UYe0bTrnwDyLbgJDbvp9R5mZDrkUcXYlgP+mAmz TOrT1JhHbyYQjbbxJAmqkAIDcwVyDRAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUA MH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0 aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGM MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJl IERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3Mg MSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoU fE6ERKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsu z9/9f1+1PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8 Q89lGxahNvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZ whZna//jdiSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMB AAGjggGtMIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQU U3Ltkpzg2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIw ZgYIKwYBBQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20v Y2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNV HR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOG IWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEE AYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu cGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qt XnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2 iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61H Tz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MX U91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD 9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3 a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0 ny0qZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf 6TcvGbjxkJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd8312 9fZjoEhdGwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90w ggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkG A1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3Rh cnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwiyiDAJBgUr DgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0x NDAzMjIxNzA1NTRaMCMGCSqGSIb3DQEJBDEWBBT2/B97kTkMrRj1QSAh5pM7r/D33TBsBgkq hkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGl BgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBM dGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYD VQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQID CLKIMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xp ZW50IENBAgMIsogwDQYJKoZIhvcNAQEBBQAEggEAS4AtOdTU9BsRcs7Fv1lWQMRbXQKQrHHl wU/F8N7+A16Z/x26ZE7kkh8FEQgpSq6ZQxUPtnEwWMxFncLG3/pLfgZxJsF7q1EcjhNfMw4j xPHKDwKvVAf21e3OUI4EbiVL0kOJRU6pgBNJ1e6yNXF4NkQ9kC+0v5nsV/jrkWPkE8MdU0GC ayB7Oh/ynZaPPz4nUgNotWBTBSR3qgukPkIetgW62/KQwl9IE/wplocvA5ZrISn8/2FxxsuE BOuhdUdRRZedOXSON7uGb/75LcqbBcPT8sualVCoHPI5OmhFjCWfP+6Su0da4t7T9UPvv8yn bTcZFzOPiOpq0JBgtOOQqwAAAAAAAA== --------------ms020103080304010508010905-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 19:20:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A46C8B3; Sat, 22 Mar 2014 19:20:39 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2968FDC9; Sat, 22 Mar 2014 19:20:38 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::cdb7:44e4:35b8:52a9] (unknown [IPv6:2001:7b8:3a7:0:cdb7:44e4:35b8:52a9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CA5275C43; Sat, 22 Mar 2014 20:20:28 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_B380A56A-FB2C-446F-9693-1680D28BF89D"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: <1395500548609-5896580.post@n5.nabble.com> Date: Sat, 22 Mar 2014 20:20:13 +0100 Message-Id: References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <1395476852973-5896505.post@n5.nabble.com> <76A1AA7F-E526-4481-B04D-0405D3090D93@FreeBSD.org> <1395489997493-5896543.post@n5.nabble.com> <1395500548609-5896580.post@n5.nabble.com> To: Jakub Lach X-Mailer: Apple Mail (2.1874) Cc: office@FreeBSD.org, freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Mar 2014 19:20:39 -0000 --Apple-Mail=_B380A56A-FB2C-446F-9693-1680D28BF89D Content-Type: multipart/mixed; boundary="Apple-Mail=_CCDEBEAC-A3A5-4AB2-84DC-E651D4F19DB4" --Apple-Mail=_CCDEBEAC-A3A5-4AB2-84DC-E651D4F19DB4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 22 Mar 2014, at 16:02, Jakub Lach wrote: > I'm now testing with CPUTYPE?=3Dcore2 which translates to = -march=3Dcore2,=20 > however I would like to emphasize, that previously it was set as = native,=20 > I was not forcing (faulty?) penryn march.=20 >=20 > It should just autodetect CPU features (at least that was how GCC = worked > iirc- it used multiple flags for all features detected, not a single = march)? Yes, it auto-detects, if you use -march=3Dnative. If you have a Penryn, you have SSE4.1 support, which is more than "plain" Core2 does, e.g. SSSE3. > ... core2 fails the same way, now I will try sans CPUTYPE. After some sleuthing, it turns out this is a bug in boost, when 128-bit types are represented as a struct. See this upstream commit: = https://github.com/boostorg/atomic/commit/e4bde20f2eec0a51be14533871d2123b= d2ab9cf3 To fix it, drop the attached patch in /usr/ports/devel/boost-libs/files. I tried this with CPUTYPE=3Dpenryn, and it worked for me. I have cc'd the boost port maintainers, so I hope they can add this patch soon. :) -Dimitry --Apple-Mail=_CCDEBEAC-A3A5-4AB2-84DC-E651D4F19DB4 Content-Disposition: attachment; filename=patch-boost__atomic__detail__gcc-atomic.hpp Content-Type: application/octet-stream; name="patch-boost__atomic__detail__gcc-atomic.hpp" Content-Transfer-Encoding: 7bit --- boost/atomic/detail/gcc-atomic.hpp.orig 2013-07-20 20:01:35.000000000 +0200 +++ boost/atomic/detail/gcc-atomic.hpp 2014-03-22 20:05:04.000000000 +0100 @@ -958,14 +958,16 @@ public: BOOST_DEFAULTED_FUNCTION(base_atomic(void), {}) - explicit base_atomic(value_type const& v) BOOST_NOEXCEPT : v_(0) + explicit base_atomic(value_type const& v) BOOST_NOEXCEPT { + memset(&v_, 0, sizeof(v_)); memcpy(&v_, &v, sizeof(value_type)); } void store(value_type const& v, memory_order order = memory_order_seq_cst) volatile BOOST_NOEXCEPT { - storage_type tmp = 0; + storage_type tmp; + memset(&tmp, 0, sizeof(tmp)); memcpy(&tmp, &v, sizeof(value_type)); __atomic_store_n(&v_, tmp, atomics::detail::convert_memory_order_to_gcc(order)); } @@ -980,7 +982,8 @@ value_type exchange(value_type const& v, memory_order order = memory_order_seq_cst) volatile BOOST_NOEXCEPT { - storage_type tmp = 0; + storage_type tmp; + memset(&tmp, 0, sizeof(tmp)); memcpy(&tmp, &v, sizeof(value_type)); tmp = __atomic_exchange_n(&v_, tmp, atomics::detail::convert_memory_order_to_gcc(order)); value_type res; @@ -994,7 +997,9 @@ memory_order success_order, memory_order failure_order) volatile BOOST_NOEXCEPT { - storage_type expected_s = 0, desired_s = 0; + storage_type expected_s, desired_s; + memset(&expected_s, 0, sizeof(expected_s)); + memset(&desired_s, 0, sizeof(desired_s)); memcpy(&expected_s, &expected, sizeof(value_type)); memcpy(&desired_s, &desired, sizeof(value_type)); const bool success = __atomic_compare_exchange_n(&v_, &expected_s, desired_s, false, @@ -1010,7 +1015,9 @@ memory_order success_order, memory_order failure_order) volatile BOOST_NOEXCEPT { - storage_type expected_s = 0, desired_s = 0; + storage_type expected_s, desired_s; + memset(&expected_s, 0, sizeof(expected_s)); + memset(&desired_s, 0, sizeof(desired_s)); memcpy(&expected_s, &expected, sizeof(value_type)); memcpy(&desired_s, &desired, sizeof(value_type)); const bool success = __atomic_compare_exchange_n(&v_, &expected_s, desired_s, true, --Apple-Mail=_CCDEBEAC-A3A5-4AB2-84DC-E651D4F19DB4 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail=_CCDEBEAC-A3A5-4AB2-84DC-E651D4F19DB4-- --Apple-Mail=_B380A56A-FB2C-446F-9693-1680D28BF89D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMt4noACgkQsF6jCi4glqP9JwCcC+fd+LCAMIKrhaG3ChaonqtX 51MAnRq8kbMLQb7IwI3+g+KbV32HWB/u =JlzE -----END PGP SIGNATURE----- --Apple-Mail=_B380A56A-FB2C-446F-9693-1680D28BF89D-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 20:26:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 513FC4B4 for ; Sat, 22 Mar 2014 20:26:21 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0CD692B4 for ; Sat, 22 Mar 2014 20:26:21 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::cdb7:44e4:35b8:52a9] (unknown [IPv6:2001:7b8:3a7:0:cdb7:44e4:35b8:52a9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A8AF25C43; Sat, 22 Mar 2014 21:26:15 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_88A74AD2-7986-4192-A842-B288362E1205"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: <20140322154403.GK43653@albert.catwhisker.org> Date: Sat, 22 Mar 2014 21:26:10 +0100 Message-Id: References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> To: David Wolfskill X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Mar 2014 20:26:21 -0000 --Apple-Mail=_88A74AD2-7986-4192-A842-B288362E1205 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 22 Mar 2014, at 16:44, David Wolfskill wrote: ... > Hmm... I (also) seem to have trouble with "make buildworld" on = stable/10 > (as well as stable/9). ... > In file included from = /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_paragraph.c:27: > In file included from = /usr/src/usr.bin/vi/../../contrib/nvi/vi/../common/common.h:76: > /usr/src/usr.bin/vi/../../contrib/nvi/vi/../common/key.h:129:2: error: = invalid preprocessing directive > #do2 > ^ I would check your hardware (e.g. RAM and harddrives) for errors, since line 129 in contrib/nvi/common/key.h should be: #define e_tlno _u_event._e_mark.lno2 E.g. it looks like your source checkout is corrupted. In my working copy of stable/10, key.h has the following SHA1, can you check yours against that? SHA1 (key.h) =3D 5dbad7259221ea1555455090031d1c33f1e7b55f -Dimitry --Apple-Mail=_88A74AD2-7986-4192-A842-B288362E1205 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMt8eYACgkQsF6jCi4glqN9TACg9NY8y+3Jpwf27vLA5yMGF04x MSwAoNyFHSErCPKfY4FMxXZcARS/EmKi =g5t+ -----END PGP SIGNATURE----- --Apple-Mail=_88A74AD2-7986-4192-A842-B288362E1205-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 20:32:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 771C060E; Sat, 22 Mar 2014 20:32:28 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 138E7358; Sat, 22 Mar 2014 20:32:27 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.8/8.14.8) with ESMTP id s2MKWQBR052879; Sat, 22 Mar 2014 13:32:26 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.8/8.14.8/Submit) id s2MKWQHb052878; Sat, 22 Mar 2014 13:32:26 -0700 (PDT) (envelope-from david) Date: Sat, 22 Mar 2014 13:32:26 -0700 From: David Wolfskill To: Dimitry Andric Subject: Re: HEADS UP: merged llvm/clang 3.4 Message-ID: <20140322203226.GO43653@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Dimitry Andric , freebsd-stable@freebsd.org References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="m46qSNjkc66Ye11q" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Mar 2014 20:32:28 -0000 --m46qSNjkc66Ye11q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 22, 2014 at 09:26:10PM +0100, Dimitry Andric wrote: > ... > > In file included from /usr/src/usr.bin/vi/../../contrib/nvi/vi/../commo= n/common.h:76: > > /usr/src/usr.bin/vi/../../contrib/nvi/vi/../common/key.h:129:2: error: = invalid preprocessing directive > > #do2 > > ^ >=20 > I would check your hardware (e.g. RAM and harddrives) for errors, since > line 129 in contrib/nvi/common/key.h should be: >=20 > #define e_tlno _u_event._e_mark.lno2 >=20 > E.g. it looks like your source checkout is corrupted. In my working > copy of stable/10, key.h has the following SHA1, can you check yours > against that? >=20 > SHA1 (key.h) =3D 5dbad7259221ea1555455090031d1c33f1e7b55f > .... I'm certainly open to the possibility of hardware issues... but here's what I see: g1-252(9.2-S)[2] cd /S3/usr/src g1-252(9.2-S)[3] svn stat contrib/nvi/common/key.h g1-252(9.2-S)[4] svn stat -v contrib/nvi/common/key.h 263620 254225 peter contrib/nvi/common/key.h g1-252(9.2-S)[5] sha1 !$ sha1 contrib/nvi/common/key.h SHA1 (contrib/nvi/common/key.h) =3D 5dbad7259221ea1555455090031d1c33f1e7b55f g1-252(9.2-S)[6] svn info Path: . Working Copy Root Path: /S3/usr/src URL: file:///svn/freebsd/src/base/stable/10 Relative URL: ^/stable/10 Repository Root: file:///svn/freebsd/src/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 263620 Node Kind: directory Schedule: normal Last Changed Author: edavis Last Changed Rev: 263581 Last Changed Date: 2014-03-21 16:04:23 -0700 (Fri, 21 Mar 2014) g1-252(9.2-S)[7]=20 Hmm..... Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --m46qSNjkc66Ye11q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTLfNYXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7VDUP/jKS6BmiKKbBUZPyuzNRnm7U nXSwlpAhyhYXbDYV6yIshMIN8BkrfBqYoyKFIb6kIC0mBAOqlo88wDgVvlb2qh+s LcKgm7/CAA+a01BNGzry8SEtc2Kwq/qRel5ehkNy2G5rtCi1ADetdO8YPiQXO6of Nt7+4ob7o7oN646X1yGPoRrR9w8+pY2mJ2GGyY+H0zGBe6lMEMIPck6CoB1XkVkj R4SXjFk7+rACV/6u90zteCOcOTIe0AlTPFHocCrYiA4Nn4LuT6KRKCx3g/+NDMwP EFnAsFs9GhMzAPzMb1BHN6k37iFJr6Gmwk/hga1t1Wld8xp2TGAecvcfEFmpfLeD yPI2XcA2at+82B8/3TZP+TxlbW67yTpWBanPm0KPQH0qj3F09WwKyWsrL16KUCHL 92BCDqpuLZfoSlOipqzIMx3Jy+AV+qzVy7/X22kpaT8/ZV8NtG6EjAsVIBXBdFo/ X5/HMSBfbS5+ApFCh4jzPcn/ds/FOhoLIwGZd0NoBOrEldEbtUC+k3Efz/dtE17H v/PnjZCRA3cC2KuKXI8Xpr6awX60No5+phf9Us/k9aXnVI5A5Plp53Pz00yMMIRk G1SOUhrUMXqpB5wvLgih6M2VGycfLjXV7aOBoTovE+L6YTJ+fGieog8tyOoxvvrB YE0GG3ikokaih/LkPM6o =CkFB -----END PGP SIGNATURE----- --m46qSNjkc66Ye11q-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 21:38:12 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B99AD5DE; Sat, 22 Mar 2014 21:38:12 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E5CE5A11; Sat, 22 Mar 2014 21:38:10 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MLc6k4094789; Sat, 22 Mar 2014 23:38:06 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MLc5Js094728; Sat, 22 Mar 2014 21:38:05 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 21:38:05 GMT Message-Id: <201403222138.s2MLc5Js094728@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 21:38:12 -0000 TB --- 2014-03-22 20:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 20:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 20:20:45 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-22 20:20:45 - cleaning the object tree TB --- 2014-03-22 20:21:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 20:22:06 - At svn revision 263649 TB --- 2014-03-22 20:22:07 - building world TB --- 2014-03-22 20:22:07 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 20:22:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 20:22:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 20:22:07 - SRCCONF=/dev/null TB --- 2014-03-22 20:22:07 - TARGET=mips TB --- 2014-03-22 20:22:07 - TARGET_ARCH=mips TB --- 2014-03-22 20:22:07 - TZ=UTC TB --- 2014-03-22 20:22:07 - __MAKE_CONF=/dev/null TB --- 2014-03-22 20:22:07 - cd /src TB --- 2014-03-22 20:22:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 20:22:17 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/netisr.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/route.c cc1: warnings being treated as errors /src/usr.bin/netstat/route.c: In function 'size_cols_rtentry': /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c: In function 'p_rtentry_kvm': /src/usr.bin/netstat/route.c:871: warning: format '%*lu' expects type 'long unsigned int', but argument 3 has type 'uint64_t' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 21:38:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 21:38:04 - ERROR: failed to build world TB --- 2014-03-22 21:38:04 - 3244.55 user 1614.01 system 4639.63 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 21:44:47 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D402E885; Sat, 22 Mar 2014 21:44:47 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F164DAB5; Sat, 22 Mar 2014 21:44:46 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MLih3l018761; Sat, 22 Mar 2014 23:44:43 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MLih2D018760; Sat, 22 Mar 2014 21:44:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 21:44:43 GMT Message-Id: <201403222144.s2MLih2D018760@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 21:44:47 -0000 TB --- 2014-03-22 20:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 20:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 20:20:45 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-22 20:20:45 - cleaning the object tree TB --- 2014-03-22 20:21:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 20:22:07 - At svn revision 263649 TB --- 2014-03-22 20:22:08 - building world TB --- 2014-03-22 20:22:08 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 20:22:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 20:22:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 20:22:08 - SRCCONF=/dev/null TB --- 2014-03-22 20:22:08 - TARGET=mips TB --- 2014-03-22 20:22:08 - TARGET_ARCH=mips64 TB --- 2014-03-22 20:22:08 - TZ=UTC TB --- 2014-03-22 20:22:08 - __MAKE_CONF=/dev/null TB --- 2014-03-22 20:22:08 - cd /src TB --- 2014-03-22 20:22:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 20:22:18 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/mips.mips64/src/tmp/usr/include/sys/counter.h:35, from /obj/mips.mips64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/mips.mips64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'critical_enter' /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:91: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 21:44:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 21:44:43 - ERROR: failed to build world TB --- 2014-03-22 21:44:43 - 3558.14 user 1720.79 system 5038.19 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 21:54:22 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21A139FE; Sat, 22 Mar 2014 21:54:22 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3E9C5B70; Sat, 22 Mar 2014 21:54:20 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MLsHuq097818; Sat, 22 Mar 2014 23:54:17 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MLsHwf097816; Sat, 22 Mar 2014 21:54:17 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 21:54:17 GMT Message-Id: <201403222154.s2MLsHwf097816@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 21:54:22 -0000 TB --- 2014-03-22 20:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 20:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 20:20:45 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-22 20:20:45 - cleaning the object tree TB --- 2014-03-22 20:21:27 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 20:22:07 - At svn revision 263649 TB --- 2014-03-22 20:22:08 - building world TB --- 2014-03-22 20:22:08 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 20:22:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 20:22:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 20:22:08 - SRCCONF=/dev/null TB --- 2014-03-22 20:22:08 - TARGET=sparc64 TB --- 2014-03-22 20:22:08 - TARGET_ARCH=sparc64 TB --- 2014-03-22 20:22:08 - TZ=UTC TB --- 2014-03-22 20:22:08 - __MAKE_CONF=/dev/null TB --- 2014-03-22 20:22:08 - cd /src TB --- 2014-03-22 20:22:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 20:22:18 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/sparc64.sparc64/src/tmp/usr/include/sys/counter.h:35, from /obj/sparc64.sparc64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:88: warning: implicit declaration of function 'critical_enter' /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 21:54:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 21:54:17 - ERROR: failed to build world TB --- 2014-03-22 21:54:17 - 4095.13 user 1722.12 system 5612.30 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 22:27:24 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3EF3371; Sat, 22 Mar 2014 22:27:24 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F0100D97; Sat, 22 Mar 2014 22:27:23 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MMRKmi096097; Sun, 23 Mar 2014 00:27:20 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MMRKR5096095; Sat, 22 Mar 2014 22:27:20 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 22:27:20 GMT Message-Id: <201403222227.s2MMRKR5096095@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 22:27:24 -0000 TB --- 2014-03-22 20:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 20:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 20:20:45 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-22 20:20:45 - cleaning the object tree TB --- 2014-03-22 20:21:31 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 20:22:07 - At svn revision 263649 TB --- 2014-03-22 20:22:08 - building world TB --- 2014-03-22 20:22:08 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 20:22:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 20:22:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 20:22:08 - SRCCONF=/dev/null TB --- 2014-03-22 20:22:08 - TARGET=ia64 TB --- 2014-03-22 20:22:08 - TARGET_ARCH=ia64 TB --- 2014-03-22 20:22:08 - TZ=UTC TB --- 2014-03-22 20:22:08 - __MAKE_CONF=/dev/null TB --- 2014-03-22 20:22:08 - cd /src TB --- 2014-03-22 20:22:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 20:22:18 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/ia64.ia64/src/tmp/usr/include/sys/counter.h:35, from /obj/ia64.ia64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:88: warning: implicit declaration of function 'critical_enter' /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 22:27:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 22:27:20 - ERROR: failed to build world TB --- 2014-03-22 22:27:20 - 5871.30 user 2148.03 system 7594.85 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 23:12:18 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E219EFFB; Sat, 22 Mar 2014 23:12:18 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 609581AB; Sat, 22 Mar 2014 23:12:16 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MNCBuE011459; Sun, 23 Mar 2014 01:12:11 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MNCBL8011458; Sat, 22 Mar 2014 23:12:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 23:12:11 GMT Message-Id: <201403222312.s2MNCBL8011458@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 23:12:19 -0000 TB --- 2014-03-22 20:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 20:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 20:20:45 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-22 20:20:45 - cleaning the object tree TB --- 2014-03-22 20:21:12 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 20:22:01 - At svn revision 263649 TB --- 2014-03-22 20:22:02 - building world TB --- 2014-03-22 20:22:02 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 20:22:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 20:22:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 20:22:02 - SRCCONF=/dev/null TB --- 2014-03-22 20:22:02 - TARGET=arm TB --- 2014-03-22 20:22:02 - TARGET_ARCH=armv6 TB --- 2014-03-22 20:22:02 - TZ=UTC TB --- 2014-03-22 20:22:02 - __MAKE_CONF=/dev/null TB --- 2014-03-22 20:22:02 - cd /src TB --- 2014-03-22 20:22:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 20:22:11 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] /obj/arm.armv6/src/tmp/usr/include/machine/cpuconf.h:108:2: error: ARM_NARCH is 0 #error ARM_NARCH is 0 ^ /obj/arm.armv6/src/tmp/usr/include/machine/cpuconf.h:183:2: error: ARM_NMMUS is 0 #error ARM_NMMUS is 0 ^ 2 errors generated. mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 23:12:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 23:12:11 - ERROR: failed to build world TB --- 2014-03-22 23:12:11 - 8209.98 user 2073.77 system 10286.13 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 23:12:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3F8FFD6; Sat, 22 Mar 2014 23:12:18 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 75DD51AC; Sat, 22 Mar 2014 23:12:16 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MNC9Vo011283; Sun, 23 Mar 2014 01:12:09 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MNC9O2011212; Sat, 22 Mar 2014 23:12:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 23:12:09 GMT Message-Id: <201403222312.s2MNC9O2011212@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 23:12:19 -0000 TB --- 2014-03-22 20:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 20:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 20:20:45 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-22 20:20:45 - cleaning the object tree TB --- 2014-03-22 20:21:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 20:22:02 - At svn revision 263649 TB --- 2014-03-22 20:22:03 - building world TB --- 2014-03-22 20:22:03 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 20:22:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 20:22:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 20:22:03 - SRCCONF=/dev/null TB --- 2014-03-22 20:22:03 - TARGET=arm TB --- 2014-03-22 20:22:03 - TARGET_ARCH=arm TB --- 2014-03-22 20:22:03 - TZ=UTC TB --- 2014-03-22 20:22:03 - __MAKE_CONF=/dev/null TB --- 2014-03-22 20:22:03 - cd /src TB --- 2014-03-22 20:22:03 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 20:22:13 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] /obj/arm.arm/src/tmp/usr/include/machine/cpuconf.h:108:2: error: ARM_NARCH is 0 #error ARM_NARCH is 0 ^ /obj/arm.arm/src/tmp/usr/include/machine/cpuconf.h:183:2: error: ARM_NMMUS is 0 #error ARM_NMMUS is 0 ^ 2 errors generated. mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 23:12:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 23:12:08 - ERROR: failed to build world TB --- 2014-03-22 23:12:08 - 8212.62 user 2071.68 system 10283.35 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 23:35:45 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E95FA5EF; Sat, 22 Mar 2014 23:35:44 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 22113331; Sat, 22 Mar 2014 23:35:43 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MNZeiB051684; Sun, 23 Mar 2014 01:35:40 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MNZeeJ051680; Sat, 22 Mar 2014 23:35:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 23:35:40 GMT Message-Id: <201403222335.s2MNZeeJ051680@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 23:35:45 -0000 TB --- 2014-03-22 20:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 20:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 20:20:45 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-22 20:20:45 - cleaning the object tree TB --- 2014-03-22 20:21:12 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 20:22:00 - At svn revision 263649 TB --- 2014-03-22 20:22:01 - building world TB --- 2014-03-22 20:22:01 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 20:22:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 20:22:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 20:22:01 - SRCCONF=/dev/null TB --- 2014-03-22 20:22:01 - TARGET=powerpc TB --- 2014-03-22 20:22:01 - TARGET_ARCH=powerpc TB --- 2014-03-22 20:22:01 - TZ=UTC TB --- 2014-03-22 20:22:01 - __MAKE_CONF=/dev/null TB --- 2014-03-22 20:22:01 - cd /src TB --- 2014-03-22 20:22:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 20:22:10 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/netisr.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/route.c cc1: warnings being treated as errors /src/usr.bin/netstat/route.c: In function 'size_cols_rtentry': /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c: In function 'p_rtentry_kvm': /src/usr.bin/netstat/route.c:871: warning: format '%*lu' expects type 'long unsigned int', but argument 3 has type 'uint64_t' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 23:35:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 23:35:40 - ERROR: failed to build world TB --- 2014-03-22 23:35:40 - 9272.34 user 2638.24 system 11695.31 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 23:44:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED238863; Sat, 22 Mar 2014 23:44:14 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 163D45F3; Sat, 22 Mar 2014 23:44:13 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MNiAxb097503; Sun, 23 Mar 2014 01:44:10 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MNiA8u097502; Sat, 22 Mar 2014 23:44:10 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 23:44:10 GMT Message-Id: <201403222344.s2MNiA8u097502@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 23:44:15 -0000 TB --- 2014-03-22 20:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 20:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 20:20:45 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-22 20:20:45 - cleaning the object tree TB --- 2014-03-22 20:21:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 20:22:07 - At svn revision 263649 TB --- 2014-03-22 20:22:08 - building world TB --- 2014-03-22 20:22:08 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 20:22:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 20:22:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 20:22:08 - SRCCONF=/dev/null TB --- 2014-03-22 20:22:08 - TARGET=powerpc TB --- 2014-03-22 20:22:08 - TARGET_ARCH=powerpc64 TB --- 2014-03-22 20:22:08 - TZ=UTC TB --- 2014-03-22 20:22:08 - __MAKE_CONF=/dev/null TB --- 2014-03-22 20:22:08 - cd /src TB --- 2014-03-22 20:22:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 20:22:19 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/powerpc.powerpc64/src/tmp/usr/include/sys/counter.h:35, from /obj/powerpc.powerpc64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:155: warning: implicit declaration of function 'critical_enter' /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:156: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:157: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 23:44:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 23:44:10 - ERROR: failed to build world TB --- 2014-03-22 23:44:10 - 9669.45 user 2784.18 system 12205.19 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 23:46:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0214979; Sat, 22 Mar 2014 23:46:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CAF97617; Sat, 22 Mar 2014 23:46:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MNknST002528; Sun, 23 Mar 2014 01:46:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MNkn0a002523; Sat, 22 Mar 2014 23:46:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 23:46:49 GMT Message-Id: <201403222346.s2MNkn0a002523@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 23:46:53 -0000 TB --- 2014-03-22 20:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 20:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 20:20:45 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-22 20:20:45 - cleaning the object tree TB --- 2014-03-22 20:21:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 20:22:04 - At svn revision 263649 TB --- 2014-03-22 20:22:05 - building world TB --- 2014-03-22 20:22:05 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 20:22:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 20:22:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 20:22:05 - SRCCONF=/dev/null TB --- 2014-03-22 20:22:05 - TARGET=i386 TB --- 2014-03-22 20:22:05 - TARGET_ARCH=i386 TB --- 2014-03-22 20:22:05 - TZ=UTC TB --- 2014-03-22 20:22:05 - __MAKE_CONF=/dev/null TB --- 2014-03-22 20:22:05 - cd /src TB --- 2014-03-22 20:22:05 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 20:22:15 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/usr.bin/netstat/route.c /src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 23:46:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 23:46:49 - ERROR: failed to build world TB --- 2014-03-22 23:46:49 - 9901.79 user 2461.56 system 12363.77 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 22 23:57:22 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 592EDBC8; Sat, 22 Mar 2014 23:57:22 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 856876DA; Sat, 22 Mar 2014 23:57:20 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2MNvH4Q034857; Sun, 23 Mar 2014 01:57:17 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2MNvH1o034855; Sat, 22 Mar 2014 23:57:17 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Mar 2014 23:57:17 GMT Message-Id: <201403222357.s2MNvH1o034855@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Mar 2014 23:57:22 -0000 TB --- 2014-03-22 20:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-22 20:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-22 20:20:45 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-22 20:20:45 - cleaning the object tree TB --- 2014-03-22 20:21:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-22 20:22:07 - At svn revision 263649 TB --- 2014-03-22 20:22:08 - building world TB --- 2014-03-22 20:22:08 - CROSS_BUILD_TESTING=YES TB --- 2014-03-22 20:22:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-22 20:22:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-22 20:22:08 - SRCCONF=/dev/null TB --- 2014-03-22 20:22:08 - TARGET=pc98 TB --- 2014-03-22 20:22:08 - TARGET_ARCH=i386 TB --- 2014-03-22 20:22:08 - TZ=UTC TB --- 2014-03-22 20:22:08 - __MAKE_CONF=/dev/null TB --- 2014-03-22 20:22:08 - cd /src TB --- 2014-03-22 20:22:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Mar 22 20:22:19 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/usr.bin/netstat/route.c /src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-22 23:57:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-22 23:57:17 - ERROR: failed to build world TB --- 2014-03-22 23:57:17 - 10507.90 user 2503.46 system 12992.42 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 05:38:02 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2E67935; Sun, 23 Mar 2014 05:38:02 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C7964BE; Sun, 23 Mar 2014 05:38:00 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2N5btvM045090; Sun, 23 Mar 2014 07:37:55 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2N5bsir045041; Sun, 23 Mar 2014 05:37:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 05:37:54 GMT Message-Id: <201403230537.s2N5bsir045041@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 05:38:02 -0000 TB --- 2014-03-23 04:20:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 04:20:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 04:20:44 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-23 04:20:44 - cleaning the object tree TB --- 2014-03-23 04:21:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 04:21:55 - At svn revision 263655 TB --- 2014-03-23 04:21:56 - building world TB --- 2014-03-23 04:21:56 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 04:21:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 04:21:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 04:21:56 - SRCCONF=/dev/null TB --- 2014-03-23 04:21:56 - TARGET=mips TB --- 2014-03-23 04:21:56 - TARGET_ARCH=mips TB --- 2014-03-23 04:21:56 - TZ=UTC TB --- 2014-03-23 04:21:56 - __MAKE_CONF=/dev/null TB --- 2014-03-23 04:21:56 - cd /src TB --- 2014-03-23 04:21:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 04:22:06 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/netisr.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/route.c cc1: warnings being treated as errors /src/usr.bin/netstat/route.c: In function 'size_cols_rtentry': /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c: In function 'p_rtentry_kvm': /src/usr.bin/netstat/route.c:871: warning: format '%*lu' expects type 'long unsigned int', but argument 3 has type 'uint64_t' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 05:37:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 05:37:54 - ERROR: failed to build world TB --- 2014-03-23 05:37:54 - 3246.26 user 1581.01 system 4629.88 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 05:44:38 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA516B86; Sun, 23 Mar 2014 05:44:38 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E889B19E; Sun, 23 Mar 2014 05:44:37 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2N5iYuq069115; Sun, 23 Mar 2014 07:44:34 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2N5iYO9069111; Sun, 23 Mar 2014 05:44:34 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 05:44:34 GMT Message-Id: <201403230544.s2N5iYO9069111@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 05:44:38 -0000 TB --- 2014-03-23 04:20:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 04:20:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 04:20:44 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-23 04:20:44 - cleaning the object tree TB --- 2014-03-23 04:21:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 04:21:56 - At svn revision 263655 TB --- 2014-03-23 04:21:57 - building world TB --- 2014-03-23 04:21:57 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 04:21:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 04:21:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 04:21:57 - SRCCONF=/dev/null TB --- 2014-03-23 04:21:57 - TARGET=mips TB --- 2014-03-23 04:21:57 - TARGET_ARCH=mips64 TB --- 2014-03-23 04:21:57 - TZ=UTC TB --- 2014-03-23 04:21:57 - __MAKE_CONF=/dev/null TB --- 2014-03-23 04:21:57 - cd /src TB --- 2014-03-23 04:21:57 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 04:22:07 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/mips.mips64/src/tmp/usr/include/sys/counter.h:35, from /obj/mips.mips64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/mips.mips64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'critical_enter' /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:91: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 05:44:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 05:44:34 - ERROR: failed to build world TB --- 2014-03-23 05:44:34 - 3557.15 user 1699.81 system 5030.03 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 05:54:23 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA4C3CBE; Sun, 23 Mar 2014 05:54:23 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D5647237; Sun, 23 Mar 2014 05:54:22 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2N5sJF9051606; Sun, 23 Mar 2014 07:54:19 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2N5sJ9i051603; Sun, 23 Mar 2014 05:54:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 05:54:19 GMT Message-Id: <201403230554.s2N5sJ9i051603@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 05:54:23 -0000 TB --- 2014-03-23 04:20:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 04:20:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 04:20:44 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-23 04:20:44 - cleaning the object tree TB --- 2014-03-23 04:21:22 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 04:21:55 - At svn revision 263655 TB --- 2014-03-23 04:21:56 - building world TB --- 2014-03-23 04:21:56 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 04:21:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 04:21:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 04:21:56 - SRCCONF=/dev/null TB --- 2014-03-23 04:21:56 - TARGET=sparc64 TB --- 2014-03-23 04:21:56 - TARGET_ARCH=sparc64 TB --- 2014-03-23 04:21:56 - TZ=UTC TB --- 2014-03-23 04:21:56 - __MAKE_CONF=/dev/null TB --- 2014-03-23 04:21:56 - cd /src TB --- 2014-03-23 04:21:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 04:22:07 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/sparc64.sparc64/src/tmp/usr/include/sys/counter.h:35, from /obj/sparc64.sparc64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:88: warning: implicit declaration of function 'critical_enter' /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 05:54:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 05:54:19 - ERROR: failed to build world TB --- 2014-03-23 05:54:19 - 4096.96 user 1697.03 system 5615.26 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 06:27:24 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02374AEA; Sun, 23 Mar 2014 06:27:24 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1E072632; Sun, 23 Mar 2014 06:27:22 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2N6RJe9046979; Sun, 23 Mar 2014 08:27:19 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2N6RJre046978; Sun, 23 Mar 2014 06:27:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 06:27:19 GMT Message-Id: <201403230627.s2N6RJre046978@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 06:27:24 -0000 TB --- 2014-03-23 04:20:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 04:20:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 04:20:44 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-23 04:20:44 - cleaning the object tree TB --- 2014-03-23 04:21:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 04:21:55 - At svn revision 263655 TB --- 2014-03-23 04:21:56 - building world TB --- 2014-03-23 04:21:56 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 04:21:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 04:21:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 04:21:56 - SRCCONF=/dev/null TB --- 2014-03-23 04:21:56 - TARGET=ia64 TB --- 2014-03-23 04:21:56 - TARGET_ARCH=ia64 TB --- 2014-03-23 04:21:56 - TZ=UTC TB --- 2014-03-23 04:21:56 - __MAKE_CONF=/dev/null TB --- 2014-03-23 04:21:56 - cd /src TB --- 2014-03-23 04:21:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 04:22:06 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/ia64.ia64/src/tmp/usr/include/sys/counter.h:35, from /obj/ia64.ia64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:88: warning: implicit declaration of function 'critical_enter' /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 06:27:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 06:27:19 - ERROR: failed to build world TB --- 2014-03-23 06:27:19 - 5865.42 user 2136.94 system 7594.91 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 07:11:43 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 232E53E5; Sun, 23 Mar 2014 07:11:43 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 42F299AD; Sun, 23 Mar 2014 07:11:41 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2N7Bbid060848; Sun, 23 Mar 2014 09:11:37 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2N7BbnJ060724; Sun, 23 Mar 2014 07:11:37 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 07:11:37 GMT Message-Id: <201403230711.s2N7BbnJ060724@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 07:11:43 -0000 TB --- 2014-03-23 04:20:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 04:20:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 04:20:44 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-23 04:20:44 - cleaning the object tree TB --- 2014-03-23 04:21:16 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 04:21:42 - At svn revision 263655 TB --- 2014-03-23 04:21:43 - building world TB --- 2014-03-23 04:21:43 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 04:21:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 04:21:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 04:21:43 - SRCCONF=/dev/null TB --- 2014-03-23 04:21:43 - TARGET=arm TB --- 2014-03-23 04:21:43 - TARGET_ARCH=armv6 TB --- 2014-03-23 04:21:43 - TZ=UTC TB --- 2014-03-23 04:21:43 - __MAKE_CONF=/dev/null TB --- 2014-03-23 04:21:43 - cd /src TB --- 2014-03-23 04:21:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 04:21:53 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] /obj/arm.armv6/src/tmp/usr/include/machine/cpuconf.h:108:2: error: ARM_NARCH is 0 #error ARM_NARCH is 0 ^ /obj/arm.armv6/src/tmp/usr/include/machine/cpuconf.h:183:2: error: ARM_NMMUS is 0 #error ARM_NMMUS is 0 ^ 2 errors generated. mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 07:11:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 07:11:36 - ERROR: failed to build world TB --- 2014-03-23 07:11:36 - 8198.32 user 2037.73 system 10252.55 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 07:11:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7CB94D5; Sun, 23 Mar 2014 07:11:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C7AF89B3; Sun, 23 Mar 2014 07:11:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2N7BoD4061952; Sun, 23 Mar 2014 09:11:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2N7Bo08061951; Sun, 23 Mar 2014 07:11:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 07:11:50 GMT Message-Id: <201403230711.s2N7Bo08061951@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 07:11:54 -0000 TB --- 2014-03-23 04:20:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 04:20:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 04:20:44 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-23 04:20:44 - cleaning the object tree TB --- 2014-03-23 04:21:15 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 04:21:43 - At svn revision 263655 TB --- 2014-03-23 04:21:44 - building world TB --- 2014-03-23 04:21:44 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 04:21:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 04:21:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 04:21:44 - SRCCONF=/dev/null TB --- 2014-03-23 04:21:44 - TARGET=arm TB --- 2014-03-23 04:21:44 - TARGET_ARCH=arm TB --- 2014-03-23 04:21:44 - TZ=UTC TB --- 2014-03-23 04:21:44 - __MAKE_CONF=/dev/null TB --- 2014-03-23 04:21:44 - cd /src TB --- 2014-03-23 04:21:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 04:21:53 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] /obj/arm.arm/src/tmp/usr/include/machine/cpuconf.h:108:2: error: ARM_NARCH is 0 #error ARM_NARCH is 0 ^ /obj/arm.arm/src/tmp/usr/include/machine/cpuconf.h:183:2: error: ARM_NMMUS is 0 #error ARM_NMMUS is 0 ^ 2 errors generated. mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 07:11:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 07:11:50 - ERROR: failed to build world TB --- 2014-03-23 07:11:50 - 8211.06 user 2043.50 system 10266.20 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 07:35:46 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4B317A3; Sun, 23 Mar 2014 07:35:46 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B4FEB04; Sun, 23 Mar 2014 07:35:45 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2N7ZgcG004390; Sun, 23 Mar 2014 09:35:42 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2N7ZgUc004389; Sun, 23 Mar 2014 07:35:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 07:35:42 GMT Message-Id: <201403230735.s2N7ZgUc004389@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 07:35:47 -0000 TB --- 2014-03-23 04:20:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 04:20:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 04:20:44 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-23 04:20:44 - cleaning the object tree TB --- 2014-03-23 04:21:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 04:21:56 - At svn revision 263655 TB --- 2014-03-23 04:21:57 - building world TB --- 2014-03-23 04:21:57 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 04:21:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 04:21:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 04:21:57 - SRCCONF=/dev/null TB --- 2014-03-23 04:21:57 - TARGET=powerpc TB --- 2014-03-23 04:21:57 - TARGET_ARCH=powerpc TB --- 2014-03-23 04:21:57 - TZ=UTC TB --- 2014-03-23 04:21:57 - __MAKE_CONF=/dev/null TB --- 2014-03-23 04:21:57 - cd /src TB --- 2014-03-23 04:21:57 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 04:22:07 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/netisr.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/route.c cc1: warnings being treated as errors /src/usr.bin/netstat/route.c: In function 'size_cols_rtentry': /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c: In function 'p_rtentry_kvm': /src/usr.bin/netstat/route.c:871: warning: format '%*lu' expects type 'long unsigned int', but argument 3 has type 'uint64_t' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 07:35:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 07:35:42 - ERROR: failed to build world TB --- 2014-03-23 07:35:42 - 9289.80 user 2609.58 system 11698.11 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 07:44:13 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13809996; Sun, 23 Mar 2014 07:44:13 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2FE16BB1; Sun, 23 Mar 2014 07:44:11 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2N7i8Yt048540; Sun, 23 Mar 2014 09:44:08 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2N7i8SJ048539; Sun, 23 Mar 2014 07:44:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 07:44:08 GMT Message-Id: <201403230744.s2N7i8SJ048539@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 07:44:13 -0000 TB --- 2014-03-23 04:20:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 04:20:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 04:20:44 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-23 04:20:44 - cleaning the object tree TB --- 2014-03-23 04:21:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 04:21:56 - At svn revision 263655 TB --- 2014-03-23 04:21:57 - building world TB --- 2014-03-23 04:21:57 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 04:21:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 04:21:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 04:21:57 - SRCCONF=/dev/null TB --- 2014-03-23 04:21:57 - TARGET=powerpc TB --- 2014-03-23 04:21:57 - TARGET_ARCH=powerpc64 TB --- 2014-03-23 04:21:57 - TZ=UTC TB --- 2014-03-23 04:21:57 - __MAKE_CONF=/dev/null TB --- 2014-03-23 04:21:57 - cd /src TB --- 2014-03-23 04:21:57 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 04:22:07 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/powerpc.powerpc64/src/tmp/usr/include/sys/counter.h:35, from /obj/powerpc.powerpc64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:155: warning: implicit declaration of function 'critical_enter' /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:156: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:157: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 07:44:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 07:44:08 - ERROR: failed to build world TB --- 2014-03-23 07:44:08 - 9685.05 user 2741.30 system 12204.34 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 07:46:35 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF193AA6; Sun, 23 Mar 2014 07:46:35 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0554DBD0; Sun, 23 Mar 2014 07:46:34 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2N7kVo4053768; Sun, 23 Mar 2014 09:46:31 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2N7kVCE053767; Sun, 23 Mar 2014 07:46:31 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 07:46:31 GMT Message-Id: <201403230746.s2N7kVCE053767@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 07:46:36 -0000 TB --- 2014-03-23 04:20:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 04:20:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 04:20:44 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-23 04:20:44 - cleaning the object tree TB --- 2014-03-23 04:21:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 04:21:55 - At svn revision 263655 TB --- 2014-03-23 04:21:56 - building world TB --- 2014-03-23 04:21:56 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 04:21:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 04:21:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 04:21:56 - SRCCONF=/dev/null TB --- 2014-03-23 04:21:56 - TARGET=i386 TB --- 2014-03-23 04:21:56 - TARGET_ARCH=i386 TB --- 2014-03-23 04:21:56 - TZ=UTC TB --- 2014-03-23 04:21:56 - __MAKE_CONF=/dev/null TB --- 2014-03-23 04:21:56 - cd /src TB --- 2014-03-23 04:21:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 04:22:06 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/usr.bin/netstat/route.c /src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 07:46:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 07:46:31 - ERROR: failed to build world TB --- 2014-03-23 07:46:31 - 9902.92 user 2432.79 system 12347.17 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 07:56:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46883D86; Sun, 23 Mar 2014 07:56:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 70168C73; Sun, 23 Mar 2014 07:56:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2N7uq0l085436; Sun, 23 Mar 2014 09:56:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2N7uq4c085435; Sun, 23 Mar 2014 07:56:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 07:56:52 GMT Message-Id: <201403230756.s2N7uq4c085435@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 07:56:57 -0000 TB --- 2014-03-23 04:20:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 04:20:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 04:20:44 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-23 04:20:44 - cleaning the object tree TB --- 2014-03-23 04:21:22 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 04:21:52 - At svn revision 263655 TB --- 2014-03-23 04:21:53 - building world TB --- 2014-03-23 04:21:53 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 04:21:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 04:21:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 04:21:53 - SRCCONF=/dev/null TB --- 2014-03-23 04:21:53 - TARGET=pc98 TB --- 2014-03-23 04:21:53 - TARGET_ARCH=i386 TB --- 2014-03-23 04:21:53 - TZ=UTC TB --- 2014-03-23 04:21:53 - __MAKE_CONF=/dev/null TB --- 2014-03-23 04:21:53 - cd /src TB --- 2014-03-23 04:21:53 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 04:22:03 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/usr.bin/netstat/route.c /src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 07:56:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 07:56:52 - ERROR: failed to build world TB --- 2014-03-23 07:56:52 - 10514.36 user 2456.15 system 12968.66 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 09:29:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56A91C64 for ; Sun, 23 Mar 2014 09:29:45 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 37650351 for ; Sun, 23 Mar 2014 09:29:44 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WReio-0003fM-Eu for freebsd-stable@freebsd.org; Sun, 23 Mar 2014 02:29:38 -0700 Date: Sun, 23 Mar 2014 02:29:38 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1395566978437-5896805.post@n5.nabble.com> In-Reply-To: <20140322203226.GO43653@albert.catwhisker.org> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> <20140322203226.GO43653@albert.catwhisker.org> Subject: Re: HEADS UP: merged llvm/clang 3.4 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.17 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, 23 Mar 2014 09:29:45 -0000 Well, speaking of strangeness, I cannot build kernel on amd64. cc -O2 -pipe -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c aicasm_gram.c aicasm_gram.c:2:19: error: unused variable 'yysccsid' [-Werror,-Wunused-const-variable] static const char yysccsid[] = "@(#)yaccpar 1.9 (Berkeley) 02/21/93"; ^ 1 error generated. *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-merged-llvm-clang-3-4-tp5896349p5896805.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 10:19:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D46895D2 for ; Sun, 23 Mar 2014 10:19:44 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B4EAE8F4 for ; Sun, 23 Mar 2014 10:19:44 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WRfVH-0000Zq-RA for freebsd-stable@freebsd.org; Sun, 23 Mar 2014 03:19:43 -0700 Date: Sun, 23 Mar 2014 03:19:43 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1395569983830-5896810.post@n5.nabble.com> In-Reply-To: <1395566978437-5896805.post@n5.nabble.com> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> <20140322203226.GO43653@albert.catwhisker.org> <1395566978437-5896805.post@n5.nabble.com> Subject: Re: HEADS UP: merged llvm/clang 3.4 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.17 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, 23 Mar 2014 10:19:44 -0000 On the bright side, I was able to rebuild all of my ports sans editors/libreoffice and devel/boost-libs. -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-merged-llvm-clang-3-4-tp5896349p5896810.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 10:40:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5034499B for ; Sun, 23 Mar 2014 10:40:29 +0000 (UTC) Received: from frv152.fwdcdn.com (frv152.fwdcdn.com [212.42.77.152]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 08929A48 for ; Sun, 23 Mar 2014 10:40:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=C9wmmT3PLhiAKwiLlWOcau2BmIKDwmWF4F1Z8uROg4s=; b=ZXYef5634D22s0M9n4H7CztISoXdlxvXd8qqiYeKvAwYR0chWN9u2P5VjOSdDMb2rkeEz0KRDibPrOIeG21QvVXKMCqbO+PixiIYdOFIX/LqUrC2vn7lxjNSGkPJTsgtsxVm3yyt1CpSkMubUEY6GcNnpfZeHUmUHGN+DW+yCak=; Received: from [134.249.90.229] (helo=nonamehost.local) by frv152.fwdcdn.com with esmtpsa ID 1WRfp1-0009IQ-VY ; Sun, 23 Mar 2014 12:40:08 +0200 Date: Sun, 23 Mar 2014 12:40:07 +0200 From: Ivan Klymenko To: Jakub Lach Subject: Re: HEADS UP: merged llvm/clang 3.4 Message-ID: <20140323124007.18989498@nonamehost.local> In-Reply-To: <1395566978437-5896805.post@n5.nabble.com> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> <20140322203226.GO43653@albert.catwhisker.org> <1395566978437-5896805.post@n5.nabble.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=134.249.90.229; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 10:40:29 -0000 =D0=92 Sun, 23 Mar 2014 02:29:38 -0700 (PDT) Jakub Lach =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Well, speaking of strangeness, I cannot build kernel on amd64. >=20 > cc -O2 -pipe -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99=20 > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W > -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch > -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c > aicasm_gram.c aicasm_gram.c:2:19: error: unused variable 'yysccsid' > [-Werror,-Wunused-const-variable] > static const char yysccsid[] =3D "@(#)yaccpar 1.9 (Berkeley) > 02/21/93"; ^ > 1 error generated. > *** Error code 1 >=20 > Stop. > make[2]: stopped in /usr/obj/usr/src/sys/GENERIC > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/src > *** Error code 1 >=20 I have the exact same problem... From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 11:31:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC3A816B; Sun, 23 Mar 2014 11:31:17 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 65BC1E08; Sun, 23 Mar 2014 11:31:16 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.8/8.14.8) with ESMTP id s2NBVFYh057648; Sun, 23 Mar 2014 04:31:15 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.8/8.14.8/Submit) id s2NBVFjK057647; Sun, 23 Mar 2014 04:31:15 -0700 (PDT) (envelope-from david) Date: Sun, 23 Mar 2014 04:31:15 -0700 From: David Wolfskill To: Dimitry Andric Subject: Re: HEADS UP: merged llvm/clang 3.4 Message-ID: <20140323113115.GW43653@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Dimitry Andric , freebsd-stable@freebsd.org References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="reSNjdE3Iylkp4B8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 11:31:17 -0000 --reSNjdE3Iylkp4B8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 22, 2014 at 09:26:10PM +0100, Dimitry Andric wrote: > ... > > Hmm... I (also) seem to have trouble with "make buildworld" on stable/10 > > (as well as stable/9). > ... > I would check your hardware (e.g. RAM and harddrives) for errors, since > line 129 in contrib/nvi/common/key.h should be: >=20 > #define e_tlno _u_event._e_mark.lno2 > .... As shown in one of yesterday's message, the content of the file appears to match what you described. In addition to the same issues showing up on my laptop and a build machine (each of which I try to update daily), I have now encountered a similar issue with my work desktop (which is amd64, and which I normally only update weekly). I'm about to try again, this time without specifying -jN (my usual practice for some years has been to use N=3D$( sysctl -n hw.ncpu \* 2 )). If the results appear interesting, I will be sure to share them. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --reSNjdE3Iylkp4B8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTLsYCXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7WCUP/3FGgG8PkTuXu/dT1U3iOU18 JFdkeYj0KYVe8XgaM2jkmx44Az71OtmfIqRfZRG3uovadMvCVTd2T+KFpZquRt6C r0/rON1gZ6aFLaBqTrVvz8zFshOaT2xvH0kC5Ip+vACv8ojFgwIGnlV22jrs7PkN Mb4IM4vlTm8PVgRTdu+6v+sbgpt0edc1TeRQe22gadBaJxHlqtgk0+hepHdCS3ni EQvfzZ8mzFvTlEzZIo4GW0CZIcC/He21krQP1kEhjcnP4rxetuVoYTFj3XPJ6fF0 j8U8iDIMG2cFsSQQtZBD96WsPVp7owczxXaXw8IdlOGgY6BYVitUzA3nB1DPr40M tNGvvPTQ//DO5fsLK3IufjoNG8hHhn1AygqSyB3Lh1COklFfC/jwaGtuE5MTmq+W wFLbDnxJ5a7rjhqa3sbuTc6yu7pDswU3NitZlea8ofxG1kDShkyYVW35AOUqZyox sVKjsVlWHhYFvKR9oukfdnNX5Rqpuw4whDp2GoDvdPHrb+mzY4OC0O31Fk6I3xdI wf6elv9cqlJLRHrUzamg0BZSbcZGvMfNmxRO9LwrWq85C1t8lC/WBSbG81TVQNRY bZ3YQyrfNl+ne4fjAZUCx5ubuTQHYcCAUjNkKWv9kKwwFC5am89MkiSjWjeKfB/D M9UlJyiq55I9GgrkKcLq =Hdcg -----END PGP SIGNATURE----- --reSNjdE3Iylkp4B8-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 12:18:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8461E17F for ; Sun, 23 Mar 2014 12:18:31 +0000 (UTC) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D6021DA for ; Sun, 23 Mar 2014 12:18:30 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 0C5D720759 for ; Sun, 23 Mar 2014 08:18:24 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Sun, 23 Mar 2014 08:18:24 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mesmtp; bh=8QNupLCiVrUy6s3iq9hcVIgan6I=; b=KGXztG6Uc8iARzlRaAV6NzQE2DvH iscLAd8qDIwjmLu/UpIeOTuy2n7QW6n/LwiikVDfoOXvrX8MNc+Hnkmadd89HiSN dYeKwK4LcwjCH+VdXqXAmmHUGCH668iCVJncHyZ4iAd6gB/EuKc5jk1XCtRw7KIr i3Byj+Wm2H6dIM8= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:cc:subject:message-id :in-reply-to:references:mime-version:content-type :content-transfer-encoding; s=smtpout; bh=8QNupLCiVrUy6s3iq9hcVI gan6I=; b=CtdZ1wW88IH34nAhLri3lD75VEaMwDM6Q4wWfDujM0tU0PW0C3mW6R en6eOPfPyCxvLWIsIeuKSOklXeQ3g0tMDbgd0YlpsPUAiC6Rpo/ZVtIAGtNC46Bt VqbJ8wL5V40uNzTMMZuWfz+YcS038y8c4/sFraKH1q4ZJ6CXvapaY= X-Sasl-enc: 0I2o6V7XaoTep/JBAZMzZw0I+M9XnQd8cCQASso1tj70 1395577103 Received: from skysong.divine.net (unknown [109.192.195.31]) by mail.messagingengine.com (Postfix) with ESMTPA id 36B54C007AF; Sun, 23 Mar 2014 08:18:23 -0400 (EDT) Date: Sun, 23 Mar 2014 13:18:20 +0100 From: Schaich Alonso To: Ivan Klymenko Subject: Re: HEADS UP: merged llvm/clang 3.4 Message-Id: <20140323131820.ea5227052253a4f8e6b5c80d@fastmail.fm> In-Reply-To: <20140323124007.18989498@nonamehost.local> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> <20140322203226.GO43653@albert.catwhisker.org> <1395566978437-5896805.post@n5.nabble.com> <20140323124007.18989498@nonamehost.local> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Jakub Lach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 12:18:31 -0000 On Sun, 23 Mar 2014 12:40:07 +0200 Ivan Klymenko wrote: > =D0=92 Sun, 23 Mar 2014 02:29:38 -0700 (PDT) > Jakub Lach =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > > Well, speaking of strangeness, I cannot build kernel on amd64. > >=20 > > cc -O2 -pipe -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99=20 > > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W > > -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch > > -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c > > aicasm_gram.c aicasm_gram.c:2:19: error: unused variable 'yysccsid' > > [-Werror,-Wunused-const-variable] > > static const char yysccsid[] =3D "@(#)yaccpar 1.9 (Berkeley) > > 02/21/93"; ^ > > 1 error generated. > > *** Error code 1 > >=20 > > Stop. > > make[2]: stopped in /usr/obj/usr/src/sys/GENERIC > > *** Error code 1 > >=20 > > Stop. > > make[1]: stopped in /usr/src > > *** Error code 1 > >=20 >=20 > I have the exact same problem... As a workaround, you can avoid this by inserting > NO_WERROR=3D > WERROR=3D into src.conf. Alonso From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 13:20:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5845D201 for ; Sun, 23 Mar 2014 13:20:30 +0000 (UTC) Received: from mail-qa0-f53.google.com (mail-qa0-f53.google.com [209.85.216.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1536C90A for ; Sun, 23 Mar 2014 13:20:29 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id w8so4203647qac.26 for ; Sun, 23 Mar 2014 06:20:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=OlOBBfNnOCZpn0MRLVu02k2M0SnOjhqCvgzq+8T2UrE=; b=M6+0yzRB2OedXE5fQnZUzqE5W95c9FEmeffT9xAQEtRZo5R7PW5pBf5TMb2jKCtpkK 3sfs/bRU1yXVubCDqu9gFYb6c7N9/FrRWQ8f9++RCWl7B8WxQQmGhmntSR4+SwF1n8Jq 110qA+ovcTc0K3FVgGwAiB0BuxMf3Iu1UsSz/c+38G3s4LpKTeTaqYw7w2J7rhT3NrQz VfjXvJpZ/4MfnhXrvhwsIlv889JALBIuDdIhTvQNq37abIyxGYIJoFWxD3tetTDKj3ly Z319KcqHPZtueGmj5WwPCj59KrTNZe3XBiHqM7jygxtiMSjmKLZXv+UVxRtCdxetk1Ld I64g== X-Gm-Message-State: ALoCoQlOhw6i5UhBBnXHyHWIDA1tG62TDMR3bbPtAGwDOcdg7lwsFGhRgOvt1hjUJYx9v4sQlnG2 X-Received: by 10.140.107.101 with SMTP id g92mr697171qgf.63.1395580325938; Sun, 23 Mar 2014 06:12:05 -0700 (PDT) Received: from [192.168.1.4] (pool-96-225-163-109.nrflva.fios.verizon.net. [96.225.163.109]) by mx.google.com with ESMTPSA id b30sm16923555qge.21.2014.03.23.06.12.04 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 23 Mar 2014 06:12:05 -0700 (PDT) Message-ID: <532EDDD0.80700@ohlste.in> Date: Sun, 23 Mar 2014 09:12:48 -0400 From: Jim Ohlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Randy Bush , freebsd-stable stable Subject: Re: reason 23 why we've moved to linux References: In-Reply-To: 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.17 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, 23 Mar 2014 13:20:30 -0000 Hello, On 3/18/14, 12:42 PM, Randy Bush wrote: > /usr/ports# svn up > Updating '.': > Error validating server certificate for 'https://svn0.us-east.freebsd.org:443': > - The certificate has an unknown error. > Certificate information: > - Hostname: svnmir.ysv.FreeBSD.org > - Valid: from Jul 29 22:01:21 2013 GMT until Dec 13 22:01:21 2040 GMT > - Issuer: clusteradm, FreeBSD.org, CA, US(clusteradm@FreeBSD.org) > - Fingerprint: 1C:BD:85:95:11:9F:EB:75:A5:4B:C8:A3:FE:08:E4:02:73:06:1E:61 > (R)eject or accept (t)emporarily? t > Error validating server certificate for 'https://svn0.us-east.freebsd.org:443': > - The certificate has an unknown error. > Certificate information: > - Hostname: svnmir.ysv.FreeBSD.org > - Valid: from Jul 29 22:01:21 2013 GMT until Dec 13 22:01:21 2040 GMT > - Issuer: clusteradm, FreeBSD.org, CA, US(clusteradm@FreeBSD.org) > - Fingerprint: 1C:BD:85:95:11:9F:EB:75:A5:4B:C8:A3:FE:08:E4:02:73:06:1E:61 > (R)eject or accept (t)emporarily? t > Error validating server certificate for 'https://svn0.us-east.freebsd.org:443': > - The certificate has an unknown error. > Certificate information: > - Hostname: svnmir.ysv.FreeBSD.org > - Valid: from Jul 29 22:01:21 2013 GMT until Dec 13 22:01:21 2040 GMT > - Issuer: clusteradm, FreeBSD.org, CA, US(clusteradm@FreeBSD.org) > - Fingerprint: 1C:BD:85:95:11:9F:EB:75:A5:4B:C8:A3:FE:08:E4:02:73:06:1E:61 > (R)eject or accept (t)emporarily? > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > Now be honest Randy, and tell us why you started this thread. Most people who leave a place/program/religion/whatever do so without trying to set it on fire. So was this a last parting shot? Or were you trying to get people to say "Please, Randy, don't leave us"? I suspect it was mostly being trollish, and you've succeeded in getting people to respond. Congratulations! Well done. I have a lot of complaints about the current state of FreeBSD. It's like the joke about the American justice system - it's the worst thing out there - except for everything else. FreeBSD 10's roll out involved big changes. Not all have been handled well (ok, that's an understatement). The libiconv issue is one, and that's still being discussed ad nauseam on the ports mailing list since it was partially reverted. Rebuilding KDE-4 seems broken beyond repair. And now, if you're tracking "10-STABLE" you know that clang 3.4 has just been merged in and it hasn't all been pretty. Removing BIND was another disaster, and also in retrospect based on assumptions and lack of information that was available right on ISC's website. The switch to pkg(8) has been a mess, to say the least. As has been mentioned rather bluntly by someone, we keep being told "new things" are coming and current behavior isn't guaranteed not to change. What kind of crap is that? The ports system in general needs a lot of work. The new pkg tools may eventually be the answer, and I do suspect they are, but they surely are not ready for prime time. Deprecating the pkg_ tools for a still in development and "subject to change at any time" tool seems short sighted, at least in retrospect. I think it's time for some actual freezes on "new" features in STABLE (maybe CURRENT too), get things working again (last I checked there were over 1500 active ports related PR's alone). All of the devs should be focused on fixing the broken stuff that affects people now. JMMHO of course. -- Jim Ohlstein "Never argue with a fool, onlookers may not be able to tell the difference." - Mark Twain From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 13:47:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FDAC8DE for ; Sun, 23 Mar 2014 13:47:06 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E2F66B0B for ; Sun, 23 Mar 2014 13:47:04 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WRijv-0002gx-GR for freebsd-stable@freebsd.org; Sun, 23 Mar 2014 06:47:03 -0700 Date: Sun, 23 Mar 2014 06:47:03 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1395582423502-5896857.post@n5.nabble.com> In-Reply-To: <20140323131820.ea5227052253a4f8e6b5c80d@fastmail.fm> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> <20140322203226.GO43653@albert.catwhisker.org> <1395566978437-5896805.post@n5.nabble.com> <20140323124007.18989498@nonamehost.local> <20140323131820.ea5227052253a4f8e6b5c80d@fastmail.fm> Subject: Re: HEADS UP: merged llvm/clang 3.4 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.17 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, 23 Mar 2014 13:47:06 -0000 Yes, but it is long time since that should be needed anyway. I reckon 3.4 added new warnings. As a side note, it looks like with clang -march=native ends as penryn march anyway (-target-cpu penryn), with gcc it detected all features/flags going as far as size of CPU caches. (cc -march=native -E -v - &1 | grep cc1) Successfully rebuilt boost with above patch, let's see how will libreoffice go. -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-merged-llvm-clang-3-4-tp5896349p5896857.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 13:50:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCF0F9E8; Sun, 23 Mar 2014 13:50:48 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6DF1CB28; Sun, 23 Mar 2014 13:50:47 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.8/8.14.8) with ESMTP id s2NDofCg058284; Sun, 23 Mar 2014 06:50:41 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.8/8.14.8/Submit) id s2NDofSP058283; Sun, 23 Mar 2014 06:50:41 -0700 (PDT) (envelope-from david) Date: Sun, 23 Mar 2014 06:50:41 -0700 From: David Wolfskill To: Dimitry Andric , freebsd-stable@freebsd.org Subject: Re: HEADS UP: merged llvm/clang 3.4 Message-ID: <20140323135041.GX43653@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Dimitry Andric , freebsd-stable@freebsd.org References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> <20140323113115.GW43653@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="l4GQ7sizse6iPvDe" Content-Disposition: inline In-Reply-To: <20140323113115.GW43653@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 13:50:49 -0000 --l4GQ7sizse6iPvDe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 23, 2014 at 04:31:15AM -0700, David Wolfskill wrote: > On Sat, Mar 22, 2014 at 09:26:10PM +0100, Dimitry Andric wrote: > > ... > > > Hmm... I (also) seem to have trouble with "make buildworld" on stable= /10 > > > (as well as stable/9). > > ... > > I would check your hardware (e.g. RAM and harddrives) for errors, since > > line 129 in contrib/nvi/common/key.h should be: > >=20 > > #define e_tlno _u_event._e_mark.lno2 > > .... >=20 > As shown in one of yesterday's message, the content of the file appears > to match what you described. >=20 > In addition to the same issues showing up on my laptop and a build > machine (each of which I try to update daily), I have now encountered a > similar issue with my work desktop (which is amd64, and which I normally > only update weekly). >=20 > I'm about to try again, this time without specifying -jN (my usual > practice for some years has been to use N=3D$( sysctl -n hw.ncpu \* 2 )). > If the results appear interesting, I will be sure to share them. > .... I now have results from the above test ("without specifying -jN") from my laptop & my work desktop; despite being different architectures (laptop is i386; work desktop is amd64), the errors look the same. Laptop: Running: g1-252(9.2-S)[1] uname -vp FreeBSD 9.2-STABLE #696 r263452M/263468:902508: Fri Mar 21 04:49:42 PDT 20= 14 root@g1-252.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 /usr/src updated to r263644. =2E.. >>> stage 4.4: building everything =2E.. clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -c /usr/src/sbin/ddb/ddb_script.c clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -o ddb ddb.o ddb_capture.o ddb_script.o= -lkvm gzip -cn /usr/src/sbin/ddb/ddb.8 > ddb.8.gz =3D=3D=3D> sbin/devd (all) clang++ -O2 -pipe -I. -I/usr/src/sbin/devd -Qunused-arguments -fstack-prote= ctor -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramete= r -Wpointer-arith -Wno-uninitialized -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-c++11-e= xtensions -c /usr/src/sbin/devd/devd.cc In file included from /usr/src/sbin/devd/devd.cc:91: In file included from /usr/obj/usr/src/tmp/usr/include/c++/4.2/algorithm:65: In file included from /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/stl_alg= obase.h:72: /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:134:12: err= or:=20 keyword '__is_void' will be treated as an identifier for the remainde= r of the translation unit [-Werror,-Wkeyword-compat] struct __is_void ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:289:12: err= or:=20 keyword '__is_pointer' will be treated as an identifier for the remai= nder of the translation unit [-Werror,-Wkeyword-compat] struct __is_pointer ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:324:12: err= or:=20 keyword '__is_arithmetic' will be treated as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] struct __is_arithmetic ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:332:12: err= or:=20 keyword '__is_fundamental' will be treated as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] struct __is_fundamental ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:340:12: err= or:=20 keyword '__is_scalar' will be treated as an identifier for the remain= der of the translation unit [-Werror,-Wkeyword-compat] struct __is_scalar ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:346:12: err= or:=20 keyword '__is_pod' will be treated as an identifier for the remainder= of the translation unit [-Werror,-Wkeyword-compat] struct __is_pod ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:359:12: err= or:=20 keyword '__is_empty' will be treated as an identifier for the remaind= er of the translation unit [-Werror,-Wkeyword-compat] struct __is_empty ^ 7 errors generated. *** [devd.o] Error code 1 Stop in /usr/src/sbin/devd. *** [all] Error code 1 Stop in /usr/src/sbin. *** [sbin.all__D] Error code 1 Stop in /usr/src. *** [everything] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. Work desktop: Running: FreeBSD 9.2-STABLE #30 r263212M/263227:902508: Sun Mar 16 04:46:18 PDT 201= 4 root@dwolf-fbsd.jnpr.net:/usr/obj/usr/src/sys/DWOLF amd64 /usr/src updated to r263644. =2E.. >>> stage 4.4: building everything =2E.. clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -c /usr/src/sbin/ddb/ddb_script.c clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -o ddb ddb.o ddb_capture.o ddb_script.o= -lkvm gzip -cn /usr/src/sbin/ddb/ddb.8 > ddb.8.gz =3D=3D=3D> sbin/devd (all) clang++ -O2 -pipe -I. -I/usr/src/sbin/devd -Qunused-arguments -fstack-prote= ctor -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramete= r -Wpointer-arith -Wno-uninitialized -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-c++11-e= xtensions -c /usr/src/sbin/devd/devd.cc In file included from /usr/src/sbin/devd/devd.cc:91: In file included from /usr/obj/usr/src/tmp/usr/include/c++/4.2/algorithm:65: In file included from /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/stl_alg= obase.h:72: /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:134:12: err= or:=20 keyword '__is_void' will be treated as an identifier for the remainde= r of the translation unit [-Werror,-Wkeyword-compat] struct __is_void ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:289:12: err= or:=20 keyword '__is_pointer' will be treated as an identifier for the remai= nder of the translation unit [-Werror,-Wkeyword-compat] struct __is_pointer ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:324:12: err= or:=20 keyword '__is_arithmetic' will be treated as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] struct __is_arithmetic ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:332:12: err= or:=20 keyword '__is_fundamental' will be treated as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] struct __is_fundamental ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:340:12: err= or:=20 keyword '__is_scalar' will be treated as an identifier for the remain= der of the translation unit [-Werror,-Wkeyword-compat] struct __is_scalar ^ /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:346:12: err= or:=20 keyword '__is_pod' will be treated as an identifier for the remainder= of the translation unit [-Werror,-Wkeyword-compat] struct __is_pod /usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/cpp_type_traits.h:359:12: err= or:=20 keyword '__is_empty' will be treated as an identifier for the remaind= er of the translation unit [-Werror,-Wkeyword-compat] struct __is_empty ^ 7 errors generated. *** [devd.o] Error code 1 Stop in /usr/src/sbin/devd. *** [all] Error code 1 Stop in /usr/src/sbin. *** [sbin.all__D] Error code 1 Stop in /usr/src. *** [everything] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. In each case, the salient entries in /etc/src/conf are: CC=3Dclang CXX=3Dclang++ CPP=3Dclang-cpp WITH_LIBCPLUSPLUS=3Dyes I can make at least some of the typescript files, as well as other information (e.g., dmesg.boot) available via my Web server, if that would be useful. (Please note that each of the above is for stable/9. While I also build stable/10 and head on my laptop, and used to do so for my work desktop, I encountered difficulties transitioning from single-user mode to multi-user mode while running stable/10 on the work desktop because it is configured to need to run an authoritative name server, and while I had installed dns/bind99 (which works fine under stable/9), trying to run dns/bind99 as installed under stable/9 while running stable/10 seems to not work so well.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --l4GQ7sizse6iPvDe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTLuavXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7ek0P/Ri1BkGCqLp88oDXlt+5OMJc btinlMoQVgRn96kNLoXZCXTJi9DgsxcHmfCO+o4XVxKv5PlX+TLuPIzgEcbFHYAW XzN8Va2r4og3Fxin4R0F9sduQFJocJy9+ybBJ1yriYXU3vaMzb8ryeJ5ctsPAgsD byn99SbmXS1LCg1WpDhk9xClBaR4qBRtaaZ57cWc1UeiOt7t1TkcU5K7Twig6Gyx DOIcBJvLJ1Q2OBfY7oP2s2fJRc8DBBx+FqUqGrGk2/XRTkRvBptzFVMexMusy1qM pNf8OgaQRwv1dpA0mpZDH3mtO/hElKcJw0+Q2I+YxtbR5C/2zcjZJK2IZ3kFkkFW RBWtyUb5QS44FPZIK/qHA3lgCBxUBy8GxW0cHGsLmJAmWkI+sTbYSALdvddwMI2r hI5QSaiZaGoitqLG5QAZK8Kj/VCWtkZy2L8iYjqhFsGEfrqp/d4Xq+P3DLBFqqQT mz8Z+6mlqjJl8SGB8w4Uo6klh7NJOffpNZkfEohcZhRzxYPeKSzUYwxRXuAXKSNE Y5HBG5wYg71iXDSdBHxbB2dF3dFm6jCUxQaCazdnABPapg2jwomGr7bkPkaqhqK5 GG9mBioSG2e9auSLE6x5uj2aOh3268prGy2nvBvDOjl40eH+niQMLYLeMPdHXTHP CbbrWRljMzFmeZjAHwqm =yXNJ -----END PGP SIGNATURE----- --l4GQ7sizse6iPvDe-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 13:55:02 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2B5BBA0; Sun, 23 Mar 2014 13:55:02 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F0109BD5; Sun, 23 Mar 2014 13:55:01 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2NDsvh5027090; Sun, 23 Mar 2014 15:54:57 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2NDsvcf027008; Sun, 23 Mar 2014 13:54:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 13:54:57 GMT Message-Id: <201403231354.s2NDsvcf027008@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 13:55:02 -0000 TB --- 2014-03-23 12:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 12:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 12:30:45 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-23 12:30:45 - cleaning the object tree TB --- 2014-03-23 12:31:27 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 12:32:05 - At svn revision 263659 TB --- 2014-03-23 12:32:06 - building world TB --- 2014-03-23 12:32:06 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 12:32:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 12:32:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 12:32:06 - SRCCONF=/dev/null TB --- 2014-03-23 12:32:06 - TARGET=mips TB --- 2014-03-23 12:32:06 - TARGET_ARCH=mips TB --- 2014-03-23 12:32:06 - TZ=UTC TB --- 2014-03-23 12:32:06 - __MAKE_CONF=/dev/null TB --- 2014-03-23 12:32:06 - cd /src TB --- 2014-03-23 12:32:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 12:32:16 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/mips.mips/src/tmp/usr/include/sys/counter.h:35, from /obj/mips.mips/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/mips.mips/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/mips.mips/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'critical_enter' /obj/mips.mips/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/mips.mips/src/tmp/usr/include/machine/counter.h:91: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 13:54:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 13:54:56 - ERROR: failed to build world TB --- 2014-03-23 13:54:56 - 3555.02 user 1733.12 system 5050.41 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 13:55:02 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7769BA1; Sun, 23 Mar 2014 13:55:02 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 11BC0BD6; Sun, 23 Mar 2014 13:55:01 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2NDsvQA027089; Sun, 23 Mar 2014 15:54:57 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2NDsvtB027088; Sun, 23 Mar 2014 13:54:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 13:54:57 GMT Message-Id: <201403231354.s2NDsvtB027088@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 13:55:03 -0000 TB --- 2014-03-23 12:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 12:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 12:30:45 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-03-23 12:30:45 - cleaning the object tree TB --- 2014-03-23 12:31:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 12:32:09 - At svn revision 263659 TB --- 2014-03-23 12:32:10 - building world TB --- 2014-03-23 12:32:10 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 12:32:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 12:32:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 12:32:10 - SRCCONF=/dev/null TB --- 2014-03-23 12:32:10 - TARGET=mips TB --- 2014-03-23 12:32:10 - TARGET_ARCH=mips64 TB --- 2014-03-23 12:32:10 - TZ=UTC TB --- 2014-03-23 12:32:10 - __MAKE_CONF=/dev/null TB --- 2014-03-23 12:32:10 - cd /src TB --- 2014-03-23 12:32:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 12:32:20 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/mips.mips64/src/tmp/usr/include/sys/counter.h:35, from /obj/mips.mips64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/mips.mips64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'critical_enter' /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/mips.mips64/src/tmp/usr/include/machine/counter.h:91: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 13:54:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 13:54:57 - ERROR: failed to build world TB --- 2014-03-23 13:54:57 - 3564.47 user 1735.44 system 5051.43 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 13:58:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FE20DCC for ; Sun, 23 Mar 2014 13:58:34 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 57543BFE for ; Sun, 23 Mar 2014 13:58:33 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::cdb7:44e4:35b8:52a9] (unknown [IPv6:2001:7b8:3a7:0:cdb7:44e4:35b8:52a9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 454F35C43; Sun, 23 Mar 2014 14:58:30 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_9A26BA53-50CC-4C4F-81A5-E70EAC1241CC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: <20140323131820.ea5227052253a4f8e6b5c80d@fastmail.fm> Date: Sun, 23 Mar 2014 14:58:19 +0100 Message-Id: <58EBBC17-5D32-47FA-8220-50F0872E0787@FreeBSD.org> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> <20140322203226.GO43653@albert.catwhisker.org> <1395566978437-5896805.post@n5.nabble.com> <20140323124007.18989498@nonamehost.local> <20140323131820.ea5227052253a4f8e6b5c80d@fastmail.fm> To: Schaich Alonso X-Mailer: Apple Mail (2.1874) Cc: Ivan Klymenko , freebsd-stable@freebsd.org, Jakub Lach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 13:58:34 -0000 --Apple-Mail=_9A26BA53-50CC-4C4F-81A5-E70EAC1241CC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 23 Mar 2014, at 13:18, Schaich Alonso = wrote: > On Sun, 23 Mar 2014 12:40:07 +0200 > Ivan Klymenko wrote: >=20 >> =D0=92 Sun, 23 Mar 2014 02:29:38 -0700 (PDT) >> Jakub Lach =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>=20 >>> Well, speaking of strangeness, I cannot build kernel on amd64. >>>=20 >>> cc -O2 -pipe -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99=20 >>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W >>> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes >>> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch >>> -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c >>> aicasm_gram.c aicasm_gram.c:2:19: error: unused variable 'yysccsid' >>> [-Werror,-Wunused-const-variable] >>> static const char yysccsid[] =3D "@(#)yaccpar 1.9 (Berkeley) >>> 02/21/93"; ^ >>> 1 error generated. >>> *** Error code 1 >>>=20 >>> Stop. >>> make[2]: stopped in /usr/obj/usr/src/sys/GENERIC >>> *** Error code 1 >>>=20 >>> Stop. >>> make[1]: stopped in /usr/src >>> *** Error code 1 >>>=20 >>=20 >> I have the exact same problem... >=20 > As a workaround, you can avoid this by inserting >=20 >> NO_WERROR=3D >> WERROR=3D >=20 > into src.conf. Aha, now I get it. You seem to be building stable/9 from a stable/10 or newer host, which contains a newer version of yacc? Apparently it inserts an unused banner into the produced parser, which clang then complains about. The best solution is obviously to remove the banner, which is now being checked with the upstream yacc maintainer. Since people will be stuck with the "wrong" version of yacc for some time, I guess the easiest way is to disable warnings for aicasm for now. It is not as if anybody cares about warnings in aicasm; it has already been removed in head. :-) -Dimitry --Apple-Mail=_9A26BA53-50CC-4C4F-81A5-E70EAC1241CC Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMu6IMACgkQsF6jCi4glqMinQCg0Zh0BAKk28yKYdSG1Lwx4XuX 5KEAoPFIDwfuRzaLeTQgebB7LCg4Un5h =iKvA -----END PGP SIGNATURE----- --Apple-Mail=_9A26BA53-50CC-4C4F-81A5-E70EAC1241CC-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 14:04:41 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B585FF0; Sun, 23 Mar 2014 14:04:41 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 95C26CA5; Sun, 23 Mar 2014 14:04:40 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2NE4aph008990; Sun, 23 Mar 2014 16:04:36 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2NE4aFK008985; Sun, 23 Mar 2014 14:04:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 14:04:36 GMT Message-Id: <201403231404.s2NE4aFK008985@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 14:04:41 -0000 TB --- 2014-03-23 12:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 12:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 12:30:45 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-23 12:30:45 - cleaning the object tree TB --- 2014-03-23 12:31:31 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 12:32:09 - At svn revision 263659 TB --- 2014-03-23 12:32:10 - building world TB --- 2014-03-23 12:32:10 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 12:32:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 12:32:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 12:32:10 - SRCCONF=/dev/null TB --- 2014-03-23 12:32:10 - TARGET=sparc64 TB --- 2014-03-23 12:32:10 - TARGET_ARCH=sparc64 TB --- 2014-03-23 12:32:10 - TZ=UTC TB --- 2014-03-23 12:32:10 - __MAKE_CONF=/dev/null TB --- 2014-03-23 12:32:10 - cd /src TB --- 2014-03-23 12:32:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 12:32:21 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/sparc64.sparc64/src/tmp/usr/include/sys/counter.h:35, from /obj/sparc64.sparc64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:88: warning: implicit declaration of function 'critical_enter' /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/sparc64.sparc64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 14:04:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 14:04:36 - ERROR: failed to build world TB --- 2014-03-23 14:04:36 - 4103.19 user 1732.57 system 5631.05 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 14:08:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58D15310 for ; Sun, 23 Mar 2014 14:08:58 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3716DCE0 for ; Sun, 23 Mar 2014 14:08:58 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WRj57-0005Sk-Ic for freebsd-stable@freebsd.org; Sun, 23 Mar 2014 07:08:57 -0700 Date: Sun, 23 Mar 2014 07:08:57 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1395583737570-5896870.post@n5.nabble.com> In-Reply-To: <58EBBC17-5D32-47FA-8220-50F0872E0787@FreeBSD.org> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> <20140322203226.GO43653@albert.catwhisker.org> <1395566978437-5896805.post@n5.nabble.com> <20140323124007.18989498@nonamehost.local> <20140323131820.ea5227052253a4f8e6b5c80d@fastmail.fm> <58EBBC17-5D32-47FA-8220-50F0872E0787@FreeBSD.org> Subject: Re: HEADS UP: merged llvm/clang 3.4 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.17 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, 23 Mar 2014 14:08:58 -0000 Well, I'm building 10-STABLE 263657 on 10-STABLE 263539 host. I have no idea from where I got aicasm here... -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-merged-llvm-clang-3-4-tp5896349p5896870.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 14:10:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1ABF5414 for ; Sun, 23 Mar 2014 14:10:25 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ECF3BCF7 for ; Sun, 23 Mar 2014 14:10:24 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WRj6W-0005X0-BH for freebsd-stable@freebsd.org; Sun, 23 Mar 2014 07:10:24 -0700 Date: Sun, 23 Mar 2014 07:10:24 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1395583824343-5896871.post@n5.nabble.com> In-Reply-To: <1395583737570-5896870.post@n5.nabble.com> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> <20140322203226.GO43653@albert.catwhisker.org> <1395566978437-5896805.post@n5.nabble.com> <20140323124007.18989498@nonamehost.local> <20140323131820.ea5227052253a4f8e6b5c80d@fastmail.fm> <58EBBC17-5D32-47FA-8220-50F0872E0787@FreeBSD.org> <1395583737570-5896870.post@n5.nabble.com> Subject: Re: HEADS UP: merged llvm/clang 3.4 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.17 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, 23 Mar 2014 14:10:25 -0000 Wait, it's still in 10-STABLE tree :) I thought it was deleted already. -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-merged-llvm-clang-3-4-tp5896349p5896871.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 14:16:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E5B6638; Sun, 23 Mar 2014 14:16:46 +0000 (UTC) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 29F22DA3; Sun, 23 Mar 2014 14:16:45 +0000 (UTC) Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id B3C1F20AD4; Sun, 23 Mar 2014 10:16:44 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute2.internal (MEProxy); Sun, 23 Mar 2014 10:16:44 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mesmtp; bh=CKvsR0Hsa0raX00dZjlOsfURfWk=; b=Urnz9bd/9pqV1xBQ2MLTicksEPUz jY/oYE85j+ukSYr+B+v6PIYUL7IgdjzHJEi8pUoRBIUcS4KqHd0CJR9b0wWUbliD yopr7C0x80MRx0ejOl39TLo7uPUJFfe0rmI8u9SqEG31K0sIF+7ZVj7qE/TTCfnu zSEH45UGqZy/CcU= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:cc:subject:message-id :in-reply-to:references:mime-version:content-type :content-transfer-encoding; s=smtpout; bh=CKvsR0Hsa0raX00dZjlOsf URfWk=; b=CSiCC6extS8uGOzsaXSh94zM7yP8bbtjtV1YjnWt/qP3IzPT5TAbWy /ybp6h3tds+HpUSZ/adjItOyKPY/SuNSumhoFqjFwCm0DVl+wrC4JnCm7y1vhCq6 exG+fimfOvSubc4bfmwKkjZGRl9DOD+2PbHRqLg4+1H4X+E05WgUc= X-Sasl-enc: eEwGVtb8r5MM2oADHJLMTpuJqgugawb9zLWddT3MUCYB 1395584204 Received: from skysong.divine.net (unknown [109.192.195.31]) by mail.messagingengine.com (Postfix) with ESMTPA id BD49D6801D5; Sun, 23 Mar 2014 10:16:43 -0400 (EDT) Date: Sun, 23 Mar 2014 15:16:40 +0100 From: Schaich Alonso To: Dimitry Andric Subject: Re: HEADS UP: merged llvm/clang 3.4 Message-Id: <20140323151640.6171e5c118f7dd26e0b7fc88@fastmail.fm> In-Reply-To: <58EBBC17-5D32-47FA-8220-50F0872E0787@FreeBSD.org> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> <20140322203226.GO43653@albert.catwhisker.org> <1395566978437-5896805.post@n5.nabble.com> <20140323124007.18989498@nonamehost.local> <20140323131820.ea5227052253a4f8e6b5c80d@fastmail.fm> <58EBBC17-5D32-47FA-8220-50F0872E0787@FreeBSD.org> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Ivan Klymenko , freebsd-stable@freebsd.org, Jakub Lach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 14:16:46 -0000 On Sun, 23 Mar 2014 14:58:19 +0100 Dimitry Andric wrote: > On 23 Mar 2014, at 13:18, Schaich Alonso wrot= e: > > On Sun, 23 Mar 2014 12:40:07 +0200 > > Ivan Klymenko wrote: > >=20 > >> =D0=92 Sun, 23 Mar 2014 02:29:38 -0700 (PDT) > >> Jakub Lach =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>=20 > >>> Well, speaking of strangeness, I cannot build kernel on amd64. > >>>=20 > >>> cc -O2 -pipe -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=3Dgnu99=20 > >>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W > >>> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > >>> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch > >>> -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c > >>> aicasm_gram.c aicasm_gram.c:2:19: error: unused variable 'yysccsid' > >>> [-Werror,-Wunused-const-variable] > >>> static const char yysccsid[] =3D "@(#)yaccpar 1.9 (Berkeley) > >>> 02/21/93"; ^ > >>> 1 error generated. > >>> *** Error code 1 > >>>=20 > >>> Stop. > >>> make[2]: stopped in /usr/obj/usr/src/sys/GENERIC > >>> *** Error code 1 > >>>=20 > >>> Stop. > >>> make[1]: stopped in /usr/src > >>> *** Error code 1 > >>>=20 > >>=20 > >> I have the exact same problem... > >=20 > > As a workaround, you can avoid this by inserting > >=20 > >> NO_WERROR=3D > >> WERROR=3D > >=20 > > into src.conf. >=20 > Aha, now I get it. You seem to be building stable/9 from a stable/10 or > newer host, which contains a newer version of yacc? Apparently it > inserts an unused banner into the produced parser, which clang then > complains about. >=20 > The best solution is obviously to remove the banner, which is now being > checked with the upstream yacc maintainer. Since people will be stuck > with the "wrong" version of yacc for some time, I guess the easiest way > is to disable warnings for aicasm for now. >=20 > It is not as if anybody cares about warnings in aicasm; it has already > been removed in head. :-) >=20 > -Dimitry >=20 Actually I was building 10-STABLE from a 2 week older snapshot of 10-STABLE. The workaround is indeed from the FreeBSD-9 times' wiki article of building FreeBSD with clang, however I remembered those yacc statements to already have caused trouble in the past, so I look-up-ed the old articles and found this. Alonso From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 14:21:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43CD9C5F for ; Sun, 23 Mar 2014 14:21:15 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EECF8DD7 for ; Sun, 23 Mar 2014 14:21:14 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::cdb7:44e4:35b8:52a9] (unknown [IPv6:2001:7b8:3a7:0:cdb7:44e4:35b8:52a9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 95D4E5C43; Sun, 23 Mar 2014 15:21:12 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_A8D74139-BC93-41F9-A34D-EAD0FAB66D39"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: <20140323151640.6171e5c118f7dd26e0b7fc88@fastmail.fm> Date: Sun, 23 Mar 2014 15:21:05 +0100 Message-Id: <5775E9CC-D23A-48FC-872C-E3857CAC500C@FreeBSD.org> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> <20140322203226.GO43653@albert.catwhisker.org> <1395566978437-5896805.post@n5.nabble.com> <20140323124007.18989498@nonamehost.local> <20140323131820.ea5227052253a4f8e6b5c80d@fastmail.fm> <58EBBC17-5D32-47FA-8220-50F0872E0787@FreeBSD.org> <20140323151640.6171e5c118f7dd26e0b7fc88@fastmail.fm> To: Schaich Alonso X-Mailer: Apple Mail (2.1874) Cc: Ivan Klymenko , freebsd-stable@freebsd.org, Jakub Lach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 14:21:15 -0000 --Apple-Mail=_A8D74139-BC93-41F9-A34D-EAD0FAB66D39 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 23 Mar 2014, at 15:16, Schaich Alonso = wrote: > On Sun, 23 Mar 2014 14:58:19 +0100 > Dimitry Andric wrote: ... >> It is not as if anybody cares about warnings in aicasm; it has = already >> been removed in head. :-) >=20 > Actually I was building 10-STABLE from a 2 week older snapshot of = 10-STABLE. >=20 > The workaround is indeed from the FreeBSD-9 times' wiki article of = building > FreeBSD with clang, however I remembered those yacc statements to = already > have caused trouble in the past, so I look-up-ed the old articles and = found > this. I have committed a workaround in r263665. -Dimitry --Apple-Mail=_A8D74139-BC93-41F9-A34D-EAD0FAB66D39 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMu7dYACgkQsF6jCi4glqMbhwCg0gaS2S8dNHyb338wC5kAihux m+AAoLlgJNwZz00j5OXNeI3o6a+FIv3a =bMeY -----END PGP SIGNATURE----- --Apple-Mail=_A8D74139-BC93-41F9-A34D-EAD0FAB66D39-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 14:30:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E328E61; Sun, 23 Mar 2014 14:30:35 +0000 (UTC) Received: from frv154.fwdcdn.com (frv154.fwdcdn.com [212.42.77.154]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E57F6EA0; Sun, 23 Mar 2014 14:30:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=E+0xTtpfUKjL+vt0iyCMB25Ma2nDC4sEWlp8KR4jOKQ=; b=Jw8U26p6rm9zCGIaYzXj0DvensxL5udKz04zYyseDR5BisBS09DCHpCI/8UVPhSmFXwQmc1r6nOpnK/dMlgVW6fZvhMl22uLmErwj+58BgSOa4ql8ohEIPJWPAMNlu9nLnhMalzbORABqeuYUTXePWhuKN/pfk7l4+9g8IIdUl8=; Received: from [134.249.90.229] (helo=nonamehost.local) by frv154.fwdcdn.com with esmtpsa ID 1WRjPv-000I4u-6c ; Sun, 23 Mar 2014 16:30:27 +0200 Date: Sun, 23 Mar 2014 16:30:26 +0200 From: Ivan Klymenko To: Dimitry Andric Subject: Re: HEADS UP: merged llvm/clang 3.4 Message-ID: <20140323163026.31a24895@nonamehost.local> In-Reply-To: <5775E9CC-D23A-48FC-872C-E3857CAC500C@FreeBSD.org> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140322154403.GK43653@albert.catwhisker.org> <20140322203226.GO43653@albert.catwhisker.org> <1395566978437-5896805.post@n5.nabble.com> <20140323124007.18989498@nonamehost.local> <20140323131820.ea5227052253a4f8e6b5c80d@fastmail.fm> <58EBBC17-5D32-47FA-8220-50F0872E0787@FreeBSD.org> <20140323151640.6171e5c118f7dd26e0b7fc88@fastmail.fm> <5775E9CC-D23A-48FC-872C-E3857CAC500C@FreeBSD.org> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=134.249.90.229; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net Cc: Schaich Alonso , freebsd-stable@freebsd.org, Jakub Lach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 14:30:35 -0000 =D0=92 Sun, 23 Mar 2014 15:21:05 +0100 Dimitry Andric =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On 23 Mar 2014, at 15:16, Schaich Alonso > wrote: > > On Sun, 23 Mar 2014 14:58:19 +0100 > > Dimitry Andric wrote: > ... > >> It is not as if anybody cares about warnings in aicasm; it has > >> already been removed in head. :-) > >=20 > > Actually I was building 10-STABLE from a 2 week older snapshot of > > 10-STABLE. > >=20 > > The workaround is indeed from the FreeBSD-9 times' wiki article of > > building FreeBSD with clang, however I remembered those yacc > > statements to already have caused trouble in the past, so I > > look-up-ed the old articles and found this. >=20 > I have committed a workaround in r263665. >=20 > -Dimitry >=20 Thanks! From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 14:37:16 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 750E5C8; Sun, 23 Mar 2014 14:37:16 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 91709F5C; Sun, 23 Mar 2014 14:37:15 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2NEbC7s004267; Sun, 23 Mar 2014 16:37:12 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2NEbCEd004266; Sun, 23 Mar 2014 14:37:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 14:37:12 GMT Message-Id: <201403231437.s2NEbCEd004266@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 14:37:16 -0000 TB --- 2014-03-23 12:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 12:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 12:30:45 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-03-23 12:30:45 - cleaning the object tree TB --- 2014-03-23 12:31:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 12:32:09 - At svn revision 263659 TB --- 2014-03-23 12:32:10 - building world TB --- 2014-03-23 12:32:10 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 12:32:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 12:32:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 12:32:10 - SRCCONF=/dev/null TB --- 2014-03-23 12:32:10 - TARGET=ia64 TB --- 2014-03-23 12:32:10 - TARGET_ARCH=ia64 TB --- 2014-03-23 12:32:10 - TZ=UTC TB --- 2014-03-23 12:32:10 - __MAKE_CONF=/dev/null TB --- 2014-03-23 12:32:10 - cd /src TB --- 2014-03-23 12:32:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 12:32:20 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/ia64.ia64/src/tmp/usr/include/sys/counter.h:35, from /obj/ia64.ia64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:88: warning: implicit declaration of function 'critical_enter' /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:89: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/ia64.ia64/src/tmp/usr/include/machine/counter.h:90: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 14:37:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 14:37:12 - ERROR: failed to build world TB --- 2014-03-23 14:37:12 - 5857.11 user 2152.00 system 7586.30 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 15:22:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E476DD99; Sun, 23 Mar 2014 15:22:19 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0DE7D3D3; Sun, 23 Mar 2014 15:22:18 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2NFM6AA019230; Sun, 23 Mar 2014 17:22:06 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2NFM5Kc019213; Sun, 23 Mar 2014 15:22:05 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 15:22:05 GMT Message-Id: <201403231522.s2NFM5Kc019213@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 15:22:20 -0000 TB --- 2014-03-23 12:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 12:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 12:30:45 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-23 12:30:45 - cleaning the object tree TB --- 2014-03-23 12:31:16 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 12:32:03 - At svn revision 263659 TB --- 2014-03-23 12:32:04 - building world TB --- 2014-03-23 12:32:04 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 12:32:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 12:32:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 12:32:04 - SRCCONF=/dev/null TB --- 2014-03-23 12:32:04 - TARGET=arm TB --- 2014-03-23 12:32:04 - TARGET_ARCH=arm TB --- 2014-03-23 12:32:04 - TZ=UTC TB --- 2014-03-23 12:32:04 - __MAKE_CONF=/dev/null TB --- 2014-03-23 12:32:04 - cd /src TB --- 2014-03-23 12:32:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 12:32:13 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] /obj/arm.arm/src/tmp/usr/include/machine/cpuconf.h:108:2: error: ARM_NARCH is 0 #error ARM_NARCH is 0 ^ /obj/arm.arm/src/tmp/usr/include/machine/cpuconf.h:183:2: error: ARM_NMMUS is 0 #error ARM_NMMUS is 0 ^ 2 errors generated. mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 15:22:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 15:22:05 - ERROR: failed to build world TB --- 2014-03-23 15:22:05 - 8213.05 user 2072.59 system 10279.23 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 15:22:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 152F8D9A; Sun, 23 Mar 2014 15:22:20 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 33BA93D4; Sun, 23 Mar 2014 15:22:18 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2NFM6UH019231; Sun, 23 Mar 2014 17:22:06 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2NFM5pR019215; Sun, 23 Mar 2014 15:22:05 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 15:22:05 GMT Message-Id: <201403231522.s2NFM5pR019215@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 15:22:20 -0000 TB --- 2014-03-23 12:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 12:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 12:30:45 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-03-23 12:30:45 - cleaning the object tree TB --- 2014-03-23 12:31:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 12:32:00 - At svn revision 263659 TB --- 2014-03-23 12:32:01 - building world TB --- 2014-03-23 12:32:01 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 12:32:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 12:32:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 12:32:01 - SRCCONF=/dev/null TB --- 2014-03-23 12:32:01 - TARGET=arm TB --- 2014-03-23 12:32:01 - TARGET_ARCH=armv6 TB --- 2014-03-23 12:32:01 - TZ=UTC TB --- 2014-03-23 12:32:01 - __MAKE_CONF=/dev/null TB --- 2014-03-23 12:32:01 - cd /src TB --- 2014-03-23 12:32:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 12:32:11 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] /obj/arm.armv6/src/tmp/usr/include/machine/cpuconf.h:108:2: error: ARM_NARCH is 0 #error ARM_NARCH is 0 ^ /obj/arm.armv6/src/tmp/usr/include/machine/cpuconf.h:183:2: error: ARM_NMMUS is 0 #error ARM_NMMUS is 0 ^ 2 errors generated. mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 15:22:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 15:22:05 - ERROR: failed to build world TB --- 2014-03-23 15:22:05 - 8210.51 user 2068.41 system 10279.26 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 15:38:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77FB45CD for ; Sun, 23 Mar 2014 15:38:44 +0000 (UTC) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 598046C9 for ; Sun, 23 Mar 2014 15:38:43 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 4FBB55607C; Sun, 23 Mar 2014 10:38:43 -0500 (CDT) Date: Sun, 23 Mar 2014 10:38:43 -0500 From: Mark Linimon To: Jim Ohlstein Subject: Re: reason 23 why we've moved to linux Message-ID: <20140323153843.GA16935@lonesome.com> References: <532EDDD0.80700@ohlste.in> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <532EDDD0.80700@ohlste.in> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Randy Bush , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 15:38:44 -0000 On Sun, Mar 23, 2014 at 09:12:48AM -0400, Jim Ohlstein wrote: > last I checked there were over 1500 active ports related PR's alone. Current count is 1851. See http://portsmon.freebsd.org/portsoverall.py . The whole list is at: http://portsmon.freebsd.org/portsprsbyexplanation.py?explanation=existing&sortby=prnumber&reverse . I did a little rough data reduction for curiosity about changes related to "new infra": % grep -i clang foo | wc -l 32 % grep -i stage foo | wc -l 37 % grep -i staging foo | wc -l 31 % grep -i options foo | wc -l 31 % grep -i cflags foo | wc -l 5 % grep USE_ foo | wc -l 22 % grep WITH_ foo | wc -l 19 as opposed to: % grep -i update foo | wc -l 280 NB: I didn't check for overlaps. I was expected to see more "new infra" changes than 200. I will note that about a third of the PRs are from the last 3 months. I no longer have an insight into how fast PRs are turned over but it is quite brisk. mcl From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 15:43:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27019877 for ; Sun, 23 Mar 2014 15:43:52 +0000 (UTC) Received: from mail-la0-x22b.google.com (mail-la0-x22b.google.com [IPv6:2a00:1450:4010:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 927157C5 for ; Sun, 23 Mar 2014 15:43:51 +0000 (UTC) Received: by mail-la0-f43.google.com with SMTP id e16so3016179lan.30 for ; Sun, 23 Mar 2014 08:43:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=gh6NId0spsV0XUcUoKx79t/9/MHE6wQ79Iro7nEXTDc=; b=dmgvtVUB4m0NfxTfiCxtJv8AEMYuj68v9D/B/cH9YRx25Ztz72wNKEVT2qqyhtt75j VFkJVoZQVKMSso9OFhq+qhRZLXZbxCdkbiVvIlFBDvsh/ohs9tGoapJgoWCuJZlHYvEB vwxpSUtzJyKkf1o1qCyZ57HcCkVdOa5OQq+j1pugqHVYiY08KqZdZqPMjqocR+nl2uyQ SMQoKYX2uYIHOk9IUJ4JNa63keMEYB+rANNl5ugeskgMPt3Ry3MKpynh9VNxbWHyObi/ Y4+OCocRqbcyG741ovdhyVI1RSJSfDh750vHQAKuV6MST1Vrkjuf5H2usshzD8MVuEnS eb/g== X-Received: by 10.112.39.97 with SMTP id o1mr1499131lbk.38.1395589429667; Sun, 23 Mar 2014 08:43:49 -0700 (PDT) Received: from localhost ([178.150.115.244]) by mx.google.com with ESMTPSA id u4sm10870922laj.2.2014.03.23.08.43.47 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Mar 2014 08:43:48 -0700 (PDT) Sender: Mikolaj Golub Date: Sun, 23 Mar 2014 17:43:46 +0200 From: Mikolaj Golub To: Paul Koch Subject: Re: bsnmp HOST-RESOURCES.hrStorageSize odd value for real memory metrics Message-ID: <20140323154344.GA4009@gmail.com> References: <20140318144119.6b623341@speedy.akips.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140318144119.6b623341@speedy.akips.com> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 15:43:52 -0000 On Tue, Mar 18, 2014 at 02:41:19PM +1000, Paul Koch wrote: > Hi, > > I have two quad core i5, 16G ram machines, running 10.0-Release and > 9.2-Release. Both exhibit the same problem where a walk of the snmp > object HOST-RESOURCES.hrStorageSize returns an unexpected value for its > real memory metrics. > > This is a walk of one of the boxes... I've cut it down bit to fit.. > > ----------------------------------------------- > > walk 10.1.8.80 version 2 community public HOST-RESOURCES-MIB.host > > hrSystemUptime 0 TimeTicks 169459 > hrSystemDate 0 DateAndTime 2014-03-18 13:49:23 +600 > hrSystemInitialLoadDevice 0 Integer 0 > hrSystemInitialLoadParameters 0 DisplayString /boot/kernel/kernel > hrSystemNumUsers 0 Gauge32 1 > hrSystemProcesses 0 Gauge32 100 > hrSystemMaxProcesses 0 Integer 6164 > hrMemorySize 0 Integer 16663744 > hrStorageIndex 1 Integer 1 > hrStorageIndex 2 Integer 2 > hrStorageIndex 3 Integer 3 > ... > hrStorageType 1 ObjectIdentifier HOST-RESOURCES-TYPES.hrStorageRam > hrStorageType 2 ObjectIdentifier HOST-RESOURCES-TYPES.hrStorageRam > hrStorageType 3 ObjectIdentifier HOST-RESOURCES-TYPES.hrStorageVirtualMemory > hrStorageType 4 ObjectIdentifier HOST-RESOURCES-TYPES.hrFSBerkeleyFFS > hrStorageType 5 ObjectIdentifier HOST-RESOURCES-TYPES.hrFSOther > hrStorageType 6 ObjectIdentifier HOST-RESOURCES-TYPES.hrFSBerkeleyFFS > hrStorageType 7 ObjectIdentifier HOST-RESOURCES-TYPES.hrFSBerkeleyFFS > hrStorageType 8 ObjectIdentifier HOST-RESOURCES-TYPES.hrFSNFS > hrStorageType 9 ObjectIdentifier HOST-RESOURCES-TYPES.hrStorageRam > ... > hrStorageDescr 1 DisplayString Real Memory Metrics > hrStorageDescr 2 DisplayString Shared Real Memory Metrics > hrStorageDescr 3 DisplayString Swap:/dev/gpt/simulator-swap > hrStorageDescr 4 DisplayString /, type: ufs, dev: /dev/gpt/simulator-root0 > hrStorageDescr 5 DisplayString /dev, type: devfs, dev: devfs > hrStorageDescr 6 DisplayString /alt, type: ufs, dev: /dev/gpt/simulator-root1 > hrStorageDescr 7 DisplayString /home, type: ufs, dev: /dev/gpt/simulator-home > hrStorageDescr 8 DisplayString /home/distfiles, type: nfs, dev: 10.1.8.20:/home/distfiles > ... > hrStorageAllocationUnits 1 Integer 4096 > hrStorageAllocationUnits 2 Integer 4096 > hrStorageAllocationUnits 3 Integer 4096 > hrStorageAllocationUnits 4 Integer 4096 > hrStorageAllocationUnits 5 Integer 512 > hrStorageAllocationUnits 6 Integer 4096 > hrStorageAllocationUnits 7 Integer 4096 > hrStorageAllocationUnits 8 Integer 512 > hrStorageAllocationUnits 9 Integer 208 > ... > hrStorageSize 1 Integer 2319048 > hrStorageSize 2 Integer 1593 > hrStorageSize 3 Integer 1048544 > hrStorageSize 4 Integer 1265407 > hrStorageSize 5 Integer 2 > hrStorageSize 6 Integer 1265407 > hrStorageSize 7 Integer 238615252 > hrStorageSize 8 Integer 1822049168 > hrStorageSize 9 Integer 0 > ... > hrStorageUsed 1 Integer 2284267 > hrStorageUsed 2 Integer 1462 > hrStorageUsed 3 Integer 200 > hrStorageUsed 4 Integer 814815 > hrStorageUsed 5 Integer 2 > hrStorageUsed 6 Integer 4 > hrStorageUsed 7 Integer 2875148 > hrStorageUsed 8 Integer 456220992 > hrStorageUsed 9 Integer 89 > ... > hrStorageAllocationFailures 1 Counter32 0 > hrStorageAllocationFailures 2 Counter32 0 > hrStorageAllocationFailures 3 Counter32 0 > hrStorageAllocationFailures 4 Counter32 0 > hrStorageAllocationFailures 5 Counter32 0 > hrStorageAllocationFailures 6 Counter32 0 > hrStorageAllocationFailures 7 Counter32 0 > hrStorageAllocationFailures 8 Counter32 0 > hrStorageAllocationFailures 9 Counter32 0 > > ------------------------------------------------- > > > hrStorageSize extract from HOST-RESOURCES-MIB > > hrStorageSize OBJECT-TYPE > SYNTAX Integer32 (0..2147483647) > MAX-ACCESS read-write > STATUS current > DESCRIPTION > "The size of the storage represented by this entry, in > units of hrStorageAllocationUnits. This object is > writable to allow remote configuration of the size of > the storage area in those cases where such an > operation makes sense and is possible on the > underlying system. For example, the amount of main > memory allocated to a buffer pool might be modified or > the amount of disk space allocated to virtual memory > might be modified." > ::= { hrStorageEntry 5 } > > From dmesg: > real memory = 17179869184 (16384 MB) > > sysctl -a | grep physmem > hw.physmem: 17063673856 > > The value for "hrStorageSize 1 Integer 2319048" should actually > be something like 4194304 (ie. 16G/4096) > > Also, the value keeps changing as memory use changes, which is > actually the job for hrStorageUsed not hrStorageSize. > > We installed net-snmp on one of the boxes, and even though we have no > confidence in net-snmp, it does appear to return the correct values > for hrStorageSize. > > Looks like a bug somewhere in usr.sbin/bsnmpd/modules/snmp_hostres/ > but I've only had a quick look and can't quite follow what is going on. > > Makes this part of the table fairly useless for monitoring. hrStorageSize "Real Memory Metrics" shows the value from sysctl vm.vmtotal, i.e. "total real memory in use" (whatever it means). What you want (hw.physmem) is available as HOST-RESOURCES-MIB::hrMemorySize.0. -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 15:54:32 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB24FC85; Sun, 23 Mar 2014 15:54:32 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D89308A8; Sun, 23 Mar 2014 15:54:31 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2NFsSF2011727; Sun, 23 Mar 2014 17:54:28 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2NFsStK011719; Sun, 23 Mar 2014 15:54:28 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 15:54:28 GMT Message-Id: <201403231554.s2NFsStK011719@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 15:54:32 -0000 TB --- 2014-03-23 12:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 12:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 12:30:45 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-23 12:30:45 - cleaning the object tree TB --- 2014-03-23 12:31:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 12:32:09 - At svn revision 263659 TB --- 2014-03-23 12:32:10 - building world TB --- 2014-03-23 12:32:10 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 12:32:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 12:32:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 12:32:10 - SRCCONF=/dev/null TB --- 2014-03-23 12:32:10 - TARGET=powerpc TB --- 2014-03-23 12:32:10 - TARGET_ARCH=powerpc TB --- 2014-03-23 12:32:10 - TZ=UTC TB --- 2014-03-23 12:32:10 - __MAKE_CONF=/dev/null TB --- 2014-03-23 12:32:10 - cd /src TB --- 2014-03-23 12:32:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 12:32:21 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/powerpc.powerpc/src/tmp/usr/include/sys/counter.h:35, from /obj/powerpc.powerpc/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/powerpc.powerpc/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/powerpc.powerpc/src/tmp/usr/include/machine/counter.h:155: warning: implicit declaration of function 'critical_enter' /obj/powerpc.powerpc/src/tmp/usr/include/machine/counter.h:156: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/powerpc.powerpc/src/tmp/usr/include/machine/counter.h:157: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 15:54:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 15:54:28 - ERROR: failed to build world TB --- 2014-03-23 15:54:28 - 9677.81 user 2775.38 system 12222.42 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 15:55:09 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF3F8DA1; Sun, 23 Mar 2014 15:55:09 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C76DD8BC; Sun, 23 Mar 2014 15:55:08 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2NFt546013253; Sun, 23 Mar 2014 17:55:05 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2NFt5LS013252; Sun, 23 Mar 2014 15:55:05 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 15:55:05 GMT Message-Id: <201403231555.s2NFt5LS013252@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 15:55:09 -0000 TB --- 2014-03-23 12:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 12:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 12:30:45 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-03-23 12:30:45 - cleaning the object tree TB --- 2014-03-23 12:31:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 12:32:09 - At svn revision 263659 TB --- 2014-03-23 12:32:10 - building world TB --- 2014-03-23 12:32:10 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 12:32:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 12:32:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 12:32:10 - SRCCONF=/dev/null TB --- 2014-03-23 12:32:10 - TARGET=powerpc TB --- 2014-03-23 12:32:10 - TARGET_ARCH=powerpc64 TB --- 2014-03-23 12:32:10 - TZ=UTC TB --- 2014-03-23 12:32:10 - __MAKE_CONF=/dev/null TB --- 2014-03-23 12:32:10 - cd /src TB --- 2014-03-23 12:32:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 12:32:21 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/powerpc.powerpc64/src/tmp/usr/include/sys/counter.h:35, from /obj/powerpc.powerpc64/src/tmp/usr/include/net/route.h:36, from /src/usr.sbin/route6d/route6d.c:68: /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h: In function 'counter_u64_add': /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:155: warning: implicit declaration of function 'critical_enter' /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:156: warning: implicit declaration of function 'CRITICAL_ASSERT' /obj/powerpc.powerpc64/src/tmp/usr/include/machine/counter.h:157: warning: implicit declaration of function 'critical_exit' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 15:55:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 15:55:05 - ERROR: failed to build world TB --- 2014-03-23 15:55:05 - 9683.66 user 2809.00 system 12259.54 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 16:04:16 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AE7C9B; Sun, 23 Mar 2014 16:04:16 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62456973; Sun, 23 Mar 2014 16:04:14 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2NG4B8n039209; Sun, 23 Mar 2014 18:04:11 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2NG4BZD039208; Sun, 23 Mar 2014 16:04:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 16:04:11 GMT Message-Id: <201403231604.s2NG4BZD039208@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 16:04:16 -0000 TB --- 2014-03-23 12:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 12:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 12:30:45 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-03-23 12:30:45 - cleaning the object tree TB --- 2014-03-23 12:31:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 12:32:08 - At svn revision 263659 TB --- 2014-03-23 12:32:09 - building world TB --- 2014-03-23 12:32:09 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 12:32:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 12:32:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 12:32:09 - SRCCONF=/dev/null TB --- 2014-03-23 12:32:09 - TARGET=i386 TB --- 2014-03-23 12:32:09 - TARGET_ARCH=i386 TB --- 2014-03-23 12:32:09 - TZ=UTC TB --- 2014-03-23 12:32:09 - __MAKE_CONF=/dev/null TB --- 2014-03-23 12:32:09 - cd /src TB --- 2014-03-23 12:32:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 12:32:20 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/i386.i386/src/tmp/usr/include/machine/counter.h:172:3: error: implicit declaration of function 'critical_exit' is invalid in C99 [-Werror,-Wimplicit-function-declaration] critical_exit(); ^ /obj/i386.i386/src/tmp/usr/include/machine/counter.h:172:3: note: did you mean 'critical_enter'? /obj/i386.i386/src/tmp/usr/include/machine/counter.h:170:3: note: 'critical_enter' declared here critical_enter(); ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 16:04:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 16:04:11 - ERROR: failed to build world TB --- 2014-03-23 16:04:11 - 10218.50 user 2594.34 system 12805.83 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 16:14:24 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD6DA47F; Sun, 23 Mar 2014 16:14:24 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA0BCA29; Sun, 23 Mar 2014 16:14:23 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2NGEKkw072871; Sun, 23 Mar 2014 18:14:20 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2NGEKZt072870; Sun, 23 Mar 2014 16:14:20 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Mar 2014 16:14:20 GMT Message-Id: <201403231614.s2NGEKZt072870@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 16:14:24 -0000 TB --- 2014-03-23 12:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-23 12:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-23 12:30:45 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-03-23 12:30:45 - cleaning the object tree TB --- 2014-03-23 12:31:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-23 12:32:09 - At svn revision 263659 TB --- 2014-03-23 12:32:10 - building world TB --- 2014-03-23 12:32:10 - CROSS_BUILD_TESTING=YES TB --- 2014-03-23 12:32:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-23 12:32:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-23 12:32:10 - SRCCONF=/dev/null TB --- 2014-03-23 12:32:10 - TARGET=pc98 TB --- 2014-03-23 12:32:10 - TARGET_ARCH=i386 TB --- 2014-03-23 12:32:10 - TZ=UTC TB --- 2014-03-23 12:32:10 - __MAKE_CONF=/dev/null TB --- 2014-03-23 12:32:10 - cd /src TB --- 2014-03-23 12:32:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 23 12:32:20 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/pc98.i386/src/tmp/usr/include/i386/counter.h:172:3: error: implicit declaration of function 'critical_exit' is invalid in C99 [-Werror,-Wimplicit-function-declaration] critical_exit(); ^ /obj/pc98.i386/src/tmp/usr/include/i386/counter.h:172:3: note: did you mean 'critical_enter'? /obj/pc98.i386/src/tmp/usr/include/i386/counter.h:170:3: note: 'critical_enter' declared here critical_enter(); ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/route6d *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-23 16:14:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-23 16:14:20 - ERROR: failed to build world TB --- 2014-03-23 16:14:20 - 10791.49 user 2638.68 system 13414.52 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 17:45:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17DD3E1 for ; Sun, 23 Mar 2014 17:45:50 +0000 (UTC) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C7329198 for ; Sun, 23 Mar 2014 17:45:48 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id w5so4468896qac.34 for ; Sun, 23 Mar 2014 10:45:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=qC8srmo87ohnF9+ZjaovGLTlTTB/blJoDqKpF/6Z928=; b=QFPaGFhr9paQacWoFIOaMyQoeCUEwWN6IOQC78KgRqR48pB9O1ovpeAYrmPVNxLscu X6+uDfjxTvAb5/nxE5rCNwpfdP8Ll2csvqdOirIOYHu2tuSrOwHir1T8Sx4hsjYxbYbu Yxv6lbITAnE7zDR1ES/QsxBCKvu5ktOEelZutr7E+ao0V3x4L7qiT/hihDG1kHw0xKON BnUHez2MBh364Kuvu9bXtzJ5xS/8XJAkE/uol4xVKW4mvHqmNPOgWoxkLfyesx9bwDal xEbf8z/ZePCnsGHhoCcq9mWpZgzW8JtTla1QhRWSBDs76XFDDHgFeLPewwqqYyFeLYji 2AMw== X-Gm-Message-State: ALoCoQmPSW81uY2rREF0nLICm+Bs6dnV7uSh61VdnpALsJ6cnFv1hoWB3xBlQfKG693k1SpXlSdN X-Received: by 10.140.41.197 with SMTP id z63mr1382672qgz.102.1395596354523; Sun, 23 Mar 2014 10:39:14 -0700 (PDT) Received: from [192.168.1.4] (pool-96-225-163-109.nrflva.fios.verizon.net. [96.225.163.109]) by mx.google.com with ESMTPSA id l20sm17780941qgd.16.2014.03.23.10.39.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 23 Mar 2014 10:39:13 -0700 (PDT) Message-ID: <532F1C48.7080003@ohlste.in> Date: Sun, 23 Mar 2014 13:39:20 -0400 From: Jim Ohlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Mark Linimon Subject: Re: reason 23 why we've moved to linux References: <532EDDD0.80700@ohlste.in> <20140323153843.GA16935@lonesome.com> In-Reply-To: <20140323153843.GA16935@lonesome.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Randy Bush , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 17:45:50 -0000 Hello Mark, On 3/23/14, 11:38 AM, Mark Linimon wrote: > On Sun, Mar 23, 2014 at 09:12:48AM -0400, Jim Ohlstein wrote: >> last I checked there were over 1500 active ports related PR's alone. > > Current count is 1851. See http://portsmon.freebsd.org/portsoverall.py . > > The whole list is at: > > http://portsmon.freebsd.org/portsprsbyexplanation.py?explanation=existing&sortby=prnumber&reverse . > > I did a little rough data reduction for curiosity about changes related > to "new infra": > > % grep -i clang foo | wc -l > 32 > % grep -i stage foo | wc -l > 37 > % grep -i staging foo | wc -l > 31 > % grep -i options foo | wc -l > 31 > % grep -i cflags foo | wc -l > 5 > % grep USE_ foo | wc -l > 22 > % grep WITH_ foo | wc -l > 19 > > as opposed to: > > % grep -i update foo | wc -l > 280 > > NB: I didn't check for overlaps. > > I was expected to see more "new infra" changes than 200. > > I will note that about a third of the PRs are from the last 3 months. > I no longer have an insight into how fast PRs are turned over but it > is quite brisk. > > mcl > Thanks for your response. I don't think that tells the whole story. How many PR's contain "broken" or "broken on 10" or "break" or "build" or similar? Another few I'm sure. Updates are important too. Many of us look forward to new features not to mention important security fixes. The only ones which may not be "urgent" or "important" are the new port proposals of which I counted 181. (I have a few in there and I am waiting patiently. I spent quite a few hours working on a port of MonetDB which sits there untaken. Maybe it sucks but I'd like feedback/help if needed. I have others for which I directly approached a committer whom I like and respect since he maintains similar ports, and was told he's too busy.) I'm not trying to make this more a bitch-fest than it is, but I'll point out the obvious that if a third of PR's are from the last three months, that means two thirds are older than three months! I don't find that to be "quite brisk". If the ratio were reversed it I might be inclined to agree. My point however, perhaps was missed. While I did squawk that the new pkg system is in a state of flux and therefore not appropriate for sole use on 10, I was separately mentioning the glacial pace at which ports related PR's get looked at, taken, and committed. There is no obvious triage system. It's simply if someone is "interested" they take the PR. If no one is interested, it sits. Imagine if a hospital emergency department functioned that way. A gunshot wound might sit in the waiting room because seeing a case of strep throat would be less work, or a laceration needing sutures might be more fun. And one case of strep throat might sit six hours while another waited only 30 minutes because it was up to the doctors and nurses to decide who they wanted to see and when, not based on any system of necessity, urgency or how long a problem has been waiting. In the current system, if there is a maintainer, s/he may not answer a PR for months, even if that person is a FreeBSD committer. If ports don't build, that *is* a big issue because pretty much everyone uses them. With two thirds of ports related PR's over three months old, updating your system is a crapshoot at best. -- Jim Ohlstein "Never argue with a fool, onlookers may not be able to tell the difference." - Mark Twain From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 17:50:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EB23339 for ; Sun, 23 Mar 2014 17:50:28 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD9061C4 for ; Sun, 23 Mar 2014 17:50:27 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.8/8.14.8) with ESMTP id s2NHoMYH084219 for ; Sun, 23 Mar 2014 12:50:22 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Sun Mar 23 12:50:22 2014 Message-ID: <532F1ED8.8010004@denninger.net> Date: Sun, 23 Mar 2014 12:50:16 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: ZFS cautions (pool flag additions committed) Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080807090508010200070500" X-Antivirus: avast! (VPS 140323-0, 03/23/2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 17:50:28 -0000 This is a cryptographically signed message in MIME format. --------------ms080807090508010200070500 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable When ZFS code imports are brought forward that add feature flags there=20 is a potential time bomb for existing users in that creation of a new=20 pool becomes non-revertible (except read-only!) with regard to mounting=20 on older revisions of the code. The same thing happens if you do a "zpool upgrade" of course, but at=20 least that's an explicit act. You might not realize that you're at risk = on a pool create, however, unless you **carefully** scrutinize the flags = that were on the last version compared against the current one. The primary "gotcha" here occurs if you don't upgrade your emergency=20 boot media and for some reason you need to boot from a CD or USB key --=20 you can be left SEVERELY screwed, and since -RELEASE is typically not=20 rebuilt when this happens if you don't have a second machine laying=20 around on which you can build a RELEASE image.... I've caught this twice now since 10.0-RELEASE shipped and, while I=20 haven't been bit by it, it serves as a caution because eventually=20 someone tracking -STABLE is going to get badly hurt and be left with an=20 unrepairable system. IMHO there should be some sort of notice on the=20 list when new zpool feature flags show up so you're fairly warned that=20 building a new emergency boot media copy is required if you intend to=20 track -STABLE on a continuing basis. --=20 -- Karl karl@denninger.net --------------ms080807090508010200070500 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAzMjMxNzUwMTZaMCMGCSqGSIb3DQEJBDEW BBRAQXUGr7nn6Jyiz1uymP69jG3lvTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIAIFk9AOEE9VF4Y1AWD/Ny183QYen7 OAkpf4Pl8vHS66ohtIsApxLNliE1NpWODX70EHvc7S8glP3NjzCcA+M9aNNlgyobTlus9EA5 9ZZRWoOTEHc0w5yM7yQPg5ZUHYIJGh0liKVo7pRGL80wiCaoasgNtKkJaKumvY+VxZKKqiTu +ESXdHE1qxjfAcwjeSb2GLAPo5YwkYQ/sAlXYc6el7KLqjK2Eqik92AeOlK9l8wXQIzMmA7k 25f89/vO5uY7ZCrJo9yM1DqnvYUHgExotwbnIKe9bUSQtqIMi0d+zDiuQ9qkmeQiUx6RBZnw LLfF81jcXYL5IfxU87um1gMYdJ1jGsh2xVbDdVHjwDw90gpEndRNubx+sWBjyeBBaRKfmdDj +ijvgrgqqa0Kvo/fJJ35uheJbNikIxKz5IC+xKsVMVUPDOxLtPwHZm7ErxQfcWzXLMBFzVFv CwjYhOi0E4UyJXunwfsDVxe0zHksMK0AtyxRuJk5rK59Ksl5ZnskN7UJ5fWljV4Ew8+hqfbN 8KVaxL55A5MZmqWJ9LPdQk+l84V1fDxuvttK5v/Hzj7PiztQqf9E76yHXWnDpMXpE8RjHsJD jT4G5j2+hv4RerJktIBWhKo92OjippyGycr3bac/U3sGfXZQpP/vrVFq3BcO5C4YKZv/E3Qy ESEW5pMAAAAAAAA= --------------ms080807090508010200070500-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 18:41:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3650397 for ; Sun, 23 Mar 2014 18:41:34 +0000 (UTC) Received: from a0i55.smtpcorp.com (a0i55.smtpcorp.com [64.131.95.140]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 84317839 for ; Sun, 23 Mar 2014 18:41:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=smtpcorp.com; s=a0_1; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From; bh=cDGgi6MXTY4TzavwDo8bYT7udSHl0Kv9NTr6XU6/BR4=; b=X1Mc7VRfafVxcQhdV/B2ED/oYv4fA5cvVc0CuOVVWyMeTuu0farnSsHxUIvfKvy2QtTLfJX1RI19Dsj1rJC+dQ1vPzkzKHY+/lDXorm03yg/0xnI3vHOWI7rpiUnX92JVkCV4R2qU65j+wkhyadVt//XZew+BOXanMfMJENUBuY=; From: Daniel Corbe To: Jim Ohlstein Subject: Re: reason 23 why we've moved to linux References: <532EDDD0.80700@ohlste.in> <20140323153843.GA16935@lonesome.com> <532F1C48.7080003@ohlste.in> Date: Sun, 23 Mar 2014 14:41:26 -0400 In-Reply-To: <532F1C48.7080003@ohlste.in> (Jim Ohlstein's message of "Sun, 23 Mar 2014 13:39:20 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-Smtpcorp-Track: 446845312.1.56601861 Cc: Randy Bush , Mark Linimon , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 18:41:34 -0000 Jim Ohlstein writes: > Hello Mark, > > On 3/23/14, 11:38 AM, Mark Linimon wrote: >> On Sun, Mar 23, 2014 at 09:12:48AM -0400, Jim Ohlstein wrote: >>> last I checked there were over 1500 active ports related PR's alone. >> >> Current count is 1851. See http://portsmon.freebsd.org/portsoverall.py . >> >> The whole list is at: >> >> http://portsmon.freebsd.org/portsprsbyexplanation.py?explanation=existing&sortby=prnumber&reverse . >> >> I did a little rough data reduction for curiosity about changes related >> to "new infra": >> >> % grep -i clang foo | wc -l >> 32 >> % grep -i stage foo | wc -l >> 37 >> % grep -i staging foo | wc -l >> 31 >> % grep -i options foo | wc -l >> 31 >> % grep -i cflags foo | wc -l >> 5 >> % grep USE_ foo | wc -l >> 22 >> % grep WITH_ foo | wc -l >> 19 >> >> as opposed to: >> >> % grep -i update foo | wc -l >> 280 >> >> NB: I didn't check for overlaps. >> >> I was expected to see more "new infra" changes than 200. >> >> I will note that about a third of the PRs are from the last 3 months. >> I no longer have an insight into how fast PRs are turned over but it >> is quite brisk. >> >> mcl >> > > Thanks for your response. I don't think that tells the whole story. > > How many PR's contain "broken" or "broken on 10" or "break" or "build" > or similar? Another few I'm sure. Updates are important too. Many of > us look forward to new features not to mention important security > fixes. The only ones which may not be "urgent" or "important" are the > new port proposals of which I counted 181. (I have a few in there and > I am waiting patiently. I spent quite a few hours working on a port of > MonetDB which sits there untaken. Maybe it sucks but I'd like > feedback/help if needed. I have others for which I directly approached > a committer whom I like and respect since he maintains similar ports, > and was told he's too busy.) > > I'm not trying to make this more a bitch-fest than it is, but I'll > point out the obvious that if a third of PR's are from the last three > months, that means two thirds are older than three months! I don't > find that to be "quite brisk". If the ratio were reversed it I might > be inclined to agree. > > My point however, perhaps was missed. While I did squawk that the new > pkg system is in a state of flux and therefore not appropriate for > sole use on 10, I was separately mentioning the glacial pace at which > ports related PR's get looked at, taken, and committed. There is no > obvious triage system. It's simply if someone is "interested" they > take the PR. If no one is interested, it sits. Imagine if a hospital > emergency department functioned that way. A gunshot wound might sit in > the waiting room because seeing a case of strep throat would be less > work, or a laceration needing sutures might be more fun. And one case > of strep throat might sit six hours while another waited only 30 > minutes because it was up to the doctors and nurses to decide who they > wanted to see and when, not based on any system of necessity, urgency > or how long a problem has been waiting. > > In the current system, if there is a maintainer, s/he may not answer a > PR for months, even if that person is a FreeBSD committer. If ports > don't build, that *is* a big issue because pretty much everyone uses > them. With two thirds of ports related PR's over three months old, > updating your system is a crapshoot at best. How many of these PRs contain remotely exploitable security vulnerabilities? Of which, how many of these ports do you use on a regular basis? You like to talk about "triage" like the very existence of a bug in the ports tree is a show stopper. To use your example, context actually means a great deal in an emergency room. You would treat that gunshot wound victim before you would treat the 1500 other patients in your waiting room with self-inflicted bruises sprains and muscle pulls. There's a finite amount of people available to respond to PRs. They do a pretty good job of maintaining the ports that are most often used. It's been almost a decade since I've had a FreeBSD box fall victim to a remote exploit. By contrast, I constantly struggle to keep the vendor-supplied linux boxes on my network from being broken into. And if you're really so worried about corner cases, perhaps a more pro-active approach to security is required. After all, it really isn't that much more work to maintain a software package from source than it is to constantly scan and run binary upgrades. -Daniel From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 18:42:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 246BD492 for ; Sun, 23 Mar 2014 18:42:52 +0000 (UTC) Received: from mail.egr.msu.edu (dauterive.egr.msu.edu [35.9.37.168]) by mx1.freebsd.org (Postfix) with ESMTP id EDEE98B4 for ; Sun, 23 Mar 2014 18:42:50 +0000 (UTC) Received: from dauterive (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 278EA2A07F for ; Sun, 23 Mar 2014 14:42:44 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by dauterive (dauterive.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u_5iCrQF4deC for ; Sun, 23 Mar 2014 14:42:44 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <532F2B1B.5090702@egr.msu.edu> Date: Sun, 23 Mar 2014 14:42:35 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: ZFS cautions (pool flag additions committed) References: <532F1ED8.8010004@denninger.net> In-Reply-To: <532F1ED8.8010004@denninger.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 18:42:52 -0000 On 03/23/2014 13:50, Karl Denninger wrote: > When ZFS code imports are brought forward that add feature flags there > is a potential time bomb for existing users in that creation of a new > pool becomes non-revertible (except read-only!) with regard to mounting > on older revisions of the code. > > The same thing happens if you do a "zpool upgrade" of course, but at > least that's an explicit act. You might not realize that you're at risk > on a pool create, however, unless you **carefully** scrutinize the flags > that were on the last version compared against the current one. > > The primary "gotcha" here occurs if you don't upgrade your emergency > boot media and for some reason you need to boot from a CD or USB key -- > you can be left SEVERELY screwed, and since -RELEASE is typically not > rebuilt when this happens if you don't have a second machine laying > around on which you can build a RELEASE image.... > > I've caught this twice now since 10.0-RELEASE shipped and, while I > haven't been bit by it, it serves as a caution because eventually > someone tracking -STABLE is going to get badly hurt and be left with an > unrepairable system. IMHO there should be some sort of notice on the > list when new zpool feature flags show up so you're fairly warned that > building a new emergency boot media copy is required if you intend to > track -STABLE on a continuing basis. > I understand your point, but you can also get snapshot isos built pretty regulary, so there should be no need to build your own in an emergency: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/ If weekly is not good enough, you can get daily: https://pub.allbsd.org/FreeBSD-snapshots/ From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 18:45:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B72F45C0 for ; Sun, 23 Mar 2014 18:45:44 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7FEE68DA for ; Sun, 23 Mar 2014 18:45:44 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.8/8.14.8) with ESMTP id s2NIjgId062066 for ; Sun, 23 Mar 2014 13:45:43 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Sun Mar 23 13:45:43 2014 Message-ID: <532F2BD1.4080606@denninger.net> Date: Sun, 23 Mar 2014 13:45:37 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: ZFS cautions (pool flag additions committed) References: <532F1ED8.8010004@denninger.net> <532F2B1B.5090702@egr.msu.edu> In-Reply-To: <532F2B1B.5090702@egr.msu.edu> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060503020806060005010306" X-Antivirus: avast! (VPS 140323-0, 03/23/2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 18:45:44 -0000 This is a cryptographically signed message in MIME format. --------------ms060503020806060005010306 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 3/23/2014 1:42 PM, Adam McDougall wrote: > On 03/23/2014 13:50, Karl Denninger wrote: >> When ZFS code imports are brought forward that add feature flags there= >> is a potential time bomb for existing users in that creation of a new >> pool becomes non-revertible (except read-only!) with regard to mountin= g >> on older revisions of the code. >> >> The same thing happens if you do a "zpool upgrade" of course, but at >> least that's an explicit act. You might not realize that you're at ri= sk >> on a pool create, however, unless you **carefully** scrutinize the fla= gs >> that were on the last version compared against the current one. >> >> The primary "gotcha" here occurs if you don't upgrade your emergency >> boot media and for some reason you need to boot from a CD or USB key -= - >> you can be left SEVERELY screwed, and since -RELEASE is typically not >> rebuilt when this happens if you don't have a second machine laying >> around on which you can build a RELEASE image.... >> >> I've caught this twice now since 10.0-RELEASE shipped and, while I >> haven't been bit by it, it serves as a caution because eventually >> someone tracking -STABLE is going to get badly hurt and be left with a= n >> unrepairable system. IMHO there should be some sort of notice on the >> list when new zpool feature flags show up so you're fairly warned that= >> building a new emergency boot media copy is required if you intend to >> track -STABLE on a continuing basis. >> > I understand your point, but you can also get snapshot isos built prett= y > regulary, so there should be no need to build your own in an emergency:= > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/ > > If weekly is not good enough, you can get daily: > > https://pub.allbsd.org/FreeBSD-snapshots/ It just seems to have become a more-frequent thing of late and I thought = people ought to pay attention to it. You're definitely going to be unhappy if you wind up with recovery media = that won't mount your disks! --=20 -- Karl karl@denninger.net --------------ms060503020806060005010306 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAzMjMxODQ1MzdaMCMGCSqGSIb3DQEJBDEW BBS387Itq0r9hgnyGFLpRuSsmrt8gzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIAHX2CPesWOWU8hMPSYQOV34EKYb6w BUJQDjf2NX3k5mwYC+IBubjhpuikSbiE8Uexk1uBd4fu3fOHOkMQvMGKEcKuOpIo0fmxUiqh GGI/UeusHSU55PvKG4G7Zw1jmzl6gVzCBqVsqW3OoCXfFqeqpBTx+bU9t0Q0opPmr3F5WVCz aqjxIeXLalv3y5jF7ufnTCCxpcLZQgwkUn02YfLzmxxxNuSX6FbRu8synY0f862x8agBMoS6 FLe+aHeFvsryiBnosusGm1DHqbPLruqjoTfMZ1slK0AdpyyATdERpHXzfq9u6UAqmzM3zbgI 3Gzku4EJoPH/M6GHqtgLhDd7fg30EYiNfiuS+SclVu+Qi+pWoea9InumozgtLfV0vYJ02UR/ lkKGfYxHewxSIKUmhIh2jcg2t8y4fCDyVC7CUmnM9t+0MVLPpu1w5/6f5kd6Wq17THlt0LhM xrOGW1M94fuanAkG2BIU1sAjBK6eqh9//GEny2GwAkgMb/npICtfqgtPY7GPPufr6j/P+OlD qSL63IHvQdbWNHv141dQY3QMGhwv0iQsOhhgar3fhw5ujNzUJFr4CXBVFE8ZQ1oHHMdHT3ME 6bdjtYP5WkEiHgOcCUdm0575zWGnGpmOC+VTPZX1EyKziog0hkSly9f5BcaqP9QIC1Paupo4 ZIy6qbQAAAAAAAA= --------------ms060503020806060005010306-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 19:09:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FC44B62 for ; Sun, 23 Mar 2014 19:09:06 +0000 (UTC) Received: from mail.koukaam.se (mail.koukaam.se [193.86.201.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1288CA97 for ; Sun, 23 Mar 2014 19:09:05 +0000 (UTC) Received: from [192.168.1.39] (unassigned-81-90-254-125.ujezd.net [81.90.254.125] (may be forged)) (authenticated bits=0) by mail.koukaam.se (8.14.5/8.14.5) with ESMTP id s2NJ8mBO041598 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 23 Mar 2014 20:08:53 +0100 (CET) (envelope-from knezour@weboutsourcing.cz) Message-ID: <532F313B.5040809@weboutsourcing.cz> Date: Sun, 23 Mar 2014 20:08:43 +0100 From: Ondra Knezour User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Karl Denninger , freebsd-stable@freebsd.org Subject: Re: ZFS cautions (pool flag additions committed) References: <532F1ED8.8010004@denninger.net> In-Reply-To: <532F1ED8.8010004@denninger.net> 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.17 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, 23 Mar 2014 19:09:06 -0000 Dne 23.3.2014 18:50, Karl Denninger napsal(a): > When ZFS code imports are brought forward that add feature flags there > is a potential time bomb for existing users in that creation of a new > pool becomes non-revertible (except read-only!) with regard to mounting > on older revisions of the code. > > The same thing happens if you do a "zpool upgrade" of course, but at > least that's an explicit act. You might not realize that you're at risk > on a pool create, however, unless you **carefully** scrutinize the flags > that were on the last version compared against the current one. > > The primary "gotcha" here occurs if you don't upgrade your emergency > boot media and for some reason you need to boot from a CD or USB key -- > you can be left SEVERELY screwed, and since -RELEASE is typically not > rebuilt when this happens if you don't have a second machine laying > around on which you can build a RELEASE image.... > > I've caught this twice now since 10.0-RELEASE shipped and, while I > haven't been bit by it, it serves as a caution because eventually > someone tracking -STABLE is going to get badly hurt and be left with an > unrepairable system. IMHO there should be some sort of notice on the > list when new zpool feature flags show up so you're fairly warned that > building a new emergency boot media copy is required if you intend to > track -STABLE on a continuing basis. > Excellent candidate for the /usr/src/UPDATING file? -- Ondra Knezour From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 19:23:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71693F8E for ; Sun, 23 Mar 2014 19:23:03 +0000 (UTC) Received: from mail-qc0-f174.google.com (mail-qc0-f174.google.com [209.85.216.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B88DC3F for ; Sun, 23 Mar 2014 19:23:02 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id c9so4917515qcz.5 for ; Sun, 23 Mar 2014 12:22:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=pyR/I6clciHPzNRFDwb7DOz+V5Nbe9qY23VUj+l6LyQ=; b=YKGl0px3cXceWfiRfk74A/AUW7Wt7kCwWF4DJlbcPcAyPBVmYu1Yx0d51cl2xYxmSV lAMToSl5TB7wHpH3dYEh5vW179P2DtgmzQF33Lb+D5uLBTHgkrfIBuIGBgFH411y9c2o 0V7LzmZBDsPixWtUf1Hutlwl9Dsq8cqHHeQR1TAd7UorlT7jIzfAbr95yATklBVeCV2y kGPiW3NqcapD4ofJzrfo1FMT8vcWJRD60AywJ6Y19O1VMHsd3OJhzWLAbO2D+fM2DYt6 y3Mzsr1PRLXwfXOdhp3hw8EzDWfzhQfrKjH0ooYW6tpTE0mn0mvfnz8ZRLfY7LBU2kxL a/VQ== X-Gm-Message-State: ALoCoQlG+Yg0IJOYYe4juTOqpOaUl9GH4FdbEHVAADQVnq2ovLVF9P4kfYJNZdoaX6iJmbrCQHVf X-Received: by 10.140.19.79 with SMTP id 73mr66961036qgg.73.1395602576061; Sun, 23 Mar 2014 12:22:56 -0700 (PDT) Received: from [192.168.1.4] (pool-96-225-163-109.nrflva.fios.verizon.net. [96.225.163.109]) by mx.google.com with ESMTPSA id x5sm22027189qaj.9.2014.03.23.12.22.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 23 Mar 2014 12:22:55 -0700 (PDT) Message-ID: <532F3499.4040407@ohlste.in> Date: Sun, 23 Mar 2014 15:23:05 -0400 From: Jim Ohlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Daniel Corbe Subject: Re: reason 23 why we've moved to linux References: <532EDDD0.80700@ohlste.in> <20140323153843.GA16935@lonesome.com> <532F1C48.7080003@ohlste.in> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Randy Bush , Mark Linimon , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 19:23:03 -0000 Hello, On 3/23/14, 2:41 PM, Daniel Corbe wrote: > Jim Ohlstein writes: > >> Hello Mark, >> >> On 3/23/14, 11:38 AM, Mark Linimon wrote: >>> On Sun, Mar 23, 2014 at 09:12:48AM -0400, Jim Ohlstein wrote: >>>> last I checked there were over 1500 active ports related PR's alone. >>> >>> Current count is 1851. See http://portsmon.freebsd.org/portsoverall.py . >>> >>> The whole list is at: >>> >>> http://portsmon.freebsd.org/portsprsbyexplanation.py?explanation=existing&sortby=prnumber&reverse . >>> >>> I did a little rough data reduction for curiosity about changes related >>> to "new infra": >>> >>> % grep -i clang foo | wc -l >>> 32 >>> % grep -i stage foo | wc -l >>> 37 >>> % grep -i staging foo | wc -l >>> 31 >>> % grep -i options foo | wc -l >>> 31 >>> % grep -i cflags foo | wc -l >>> 5 >>> % grep USE_ foo | wc -l >>> 22 >>> % grep WITH_ foo | wc -l >>> 19 >>> >>> as opposed to: >>> >>> % grep -i update foo | wc -l >>> 280 >>> >>> NB: I didn't check for overlaps. >>> >>> I was expected to see more "new infra" changes than 200. >>> >>> I will note that about a third of the PRs are from the last 3 months. >>> I no longer have an insight into how fast PRs are turned over but it >>> is quite brisk. >>> >>> mcl >>> >> >> Thanks for your response. I don't think that tells the whole story. >> >> How many PR's contain "broken" or "broken on 10" or "break" or "build" >> or similar? Another few I'm sure. Updates are important too. Many of >> us look forward to new features not to mention important security >> fixes. The only ones which may not be "urgent" or "important" are the >> new port proposals of which I counted 181. (I have a few in there and >> I am waiting patiently. I spent quite a few hours working on a port of >> MonetDB which sits there untaken. Maybe it sucks but I'd like >> feedback/help if needed. I have others for which I directly approached >> a committer whom I like and respect since he maintains similar ports, >> and was told he's too busy.) >> >> I'm not trying to make this more a bitch-fest than it is, but I'll >> point out the obvious that if a third of PR's are from the last three >> months, that means two thirds are older than three months! I don't >> find that to be "quite brisk". If the ratio were reversed it I might >> be inclined to agree. >> >> My point however, perhaps was missed. While I did squawk that the new >> pkg system is in a state of flux and therefore not appropriate for >> sole use on 10, I was separately mentioning the glacial pace at which >> ports related PR's get looked at, taken, and committed. There is no >> obvious triage system. It's simply if someone is "interested" they >> take the PR. If no one is interested, it sits. Imagine if a hospital >> emergency department functioned that way. A gunshot wound might sit in >> the waiting room because seeing a case of strep throat would be less >> work, or a laceration needing sutures might be more fun. And one case >> of strep throat might sit six hours while another waited only 30 >> minutes because it was up to the doctors and nurses to decide who they >> wanted to see and when, not based on any system of necessity, urgency >> or how long a problem has been waiting. >> >> In the current system, if there is a maintainer, s/he may not answer a >> PR for months, even if that person is a FreeBSD committer. If ports >> don't build, that *is* a big issue because pretty much everyone uses >> them. With two thirds of ports related PR's over three months old, >> updating your system is a crapshoot at best. > > How many of these PRs contain remotely exploitable security > vulnerabilities? Of which, how many of these ports do you use on a > regular basis? I don't know. There's no obvious way to tell. > > You like to talk about "triage" like the very existence of a bug in the > ports tree is a show stopper. To use your example, context actually > means a great deal in an emergency room. You would treat that gunshot > wound victim before you would treat the 1500 other patients in your > waiting room with self-inflicted bruises sprains and muscle pulls. Wow, something got the hair on your neck up. This is my point exactly. In an ER they would take the most serious first (and sometimes gunshots are through and through and not all that critical), and then the non-serious *in order*, or at least reasonably so, not by a willy nilly "I'll take this" system. That way the pretty girl with strep throat who's been waiting only 30 minutes doesn't get seen ahead of the smelly homeless old guy with leg ulcers who's been waiting six hours. Ports PR's are mostly non-urgent. Triage out the urgent and get them done. The rest should be handled in order, not by an "I'll take this" system. > > There's a finite amount of people available to respond to PRs. They do > a pretty good job of maintaining the ports that are most often used. I don't disagree that it's "pretty good". Again, context. I raised a series of concerns, and this was but one of them. Try building KDE-4 and tell me how that goes. I have a laptop that had a functional KDE-4. Sadly I tried a binary upgrade. Left X unusable. Then I tried compiling from source. Multiple ports failed. Finally backed up the laptop, reinstalled 10.0-RELEASE and used the included packages. That works but I'm left with outdated software. Not a huge issue, but certainly could be seen as a barrier to adoption. > > It's been almost a decade since I've had a FreeBSD box fall victim to a > remote exploit. By contrast, I constantly struggle to keep the > vendor-supplied linux boxes on my network from being broken into. Like I said earlier, FreeBSD is the worst system, except for everything else out there. I use GNU/linux only when I have to do so, and never by choice. > > And if you're really so worried about corner cases, perhaps a more > pro-active approach to security is required. After all, it really isn't > that much more work to maintain a software package from source than it > is to constantly scan and run binary upgrades. That's exactly what I do on network servers. I have my own repository and build with poudriere (poudriere *is* the shining star of the new packaging system, and I will shout that from the rooftops). When I see a security release that's based on a verified vulnerability, I don't wait for the maintainer. I edit the Makefile, run "make makesum" and upgrade. Nice chatting. Peace out. -- Jim Ohlstein "Never argue with a fool, onlookers may not be able to tell the difference." - Mark Twain From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 20:08:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44CC6FEE for ; Sun, 23 Mar 2014 20:08:23 +0000 (UTC) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0E258FBD for ; Sun, 23 Mar 2014 20:08:23 +0000 (UTC) Received: by mail-ig0-f172.google.com with SMTP id uq10so6200142igb.5 for ; Sun, 23 Mar 2014 13:08:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=W9uAeLEG7s0XalCTRXNOG9OkOdFOzQnNUHGHoEMEyUE=; b=ZjpKXxa+eIUz72mDcLelblseLwjCDYY6zsPdRkJgJnxjVezlJd2ky3bAZqvRd1f5hK KiUkbHC8yjOHDZtCulVsK98Vshk6n7ay4NoMeS88gliG5YDcXmjxC9hdFrBLvqztQD3I 5rFQvMWb37ofPYRsAVd2Vhh3GMDtvJres6/1oAdIOMgT+FWlOisll+NPM9utWj9aQiHA /7UGHmk8c8RKTSGz+vmLYS6XP7+HrnREpIQOLx4/GTPTprSt0BVSi8KfKviVaBjxoz88 UgvWbR5lx+ZCOGoF8FE7KVVfOTXy4JJ4vEvnEVBfg5an0pcWIWdu8yc8P43yVn8PMlys IGNg== X-Received: by 10.50.50.41 with SMTP id z9mr8148998ign.16.1395605302426; Sun, 23 Mar 2014 13:08:22 -0700 (PDT) Received: from [10.0.0.21] (c-98-240-141-71.hsd1.mn.comcast.net. [98.240.141.71]) by mx.google.com with ESMTPSA id v2sm18820090igk.7.2014.03.23.13.08.20 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 23 Mar 2014 13:08:21 -0700 (PDT) Message-ID: <532F3F2C.7020007@gmail.com> Date: Sun, 23 Mar 2014 15:08:12 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Jim Ohlstein , Daniel Corbe Subject: Re: reason 23 why we've moved to linux References: <532EDDD0.80700@ohlste.in> <20140323153843.GA16935@lonesome.com> <532F1C48.7080003@ohlste.in> <532F3499.4040407@ohlste.in> In-Reply-To: <532F3499.4040407@ohlste.in> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Randy Bush , Mark Linimon , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 20:08:23 -0000 On 2014.03.23 14:23, Jim Ohlstein wrote: > Wow, something got the hair on your neck up. This is my point exactly. > In an ER they would take the most serious first (and sometimes gunshots > are through and through and not all that critical), and then the > non-serious *in order*, or at least reasonably so, not by a willy nilly > "I'll take this" system. That way the pretty girl with strep throat > who's been waiting only 30 minutes doesn't get seen ahead of the smelly > homeless old guy with leg ulcers who's been waiting six hours. > > Ports PR's are mostly non-urgent. Triage out the urgent and get them > done. The rest should be handled in order, not by an "I'll take this" > system. I disagree. Yes, the urgent ones need to get priority, but trying to dictate which issues *volunteers* should work on doesn't work. It's also not as simple as just urgent and non-urgent. An inexperienced contributor is going to want to do an easy update to a port they like, and if you tell that person to do some difficult fix to a port they don't care about just because it's older, you'll scare them away and their contributions will be zero. Ports are not people and prioritizing by popularity (and difficulty) is not a bad thing. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 20:38:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B798999A for ; Sun, 23 Mar 2014 20:38:50 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64F22289 for ; Sun, 23 Mar 2014 20:38:49 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.8/8.14.8) with ESMTP id s2NKcj6O008496 for ; Sun, 23 Mar 2014 15:38:45 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Sun Mar 23 15:38:45 2014 Message-ID: <532F4650.4010101@denninger.net> Date: Sun, 23 Mar 2014 15:38:40 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: ZFS cautions (pool flag additions committed) References: <532F1ED8.8010004@denninger.net> <532F313B.5040809@weboutsourcing.cz> In-Reply-To: <532F313B.5040809@weboutsourcing.cz> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020504010801080703020500" X-Antivirus: avast! (VPS 140323-1, 03/23/2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 20:38:50 -0000 This is a cryptographically signed message in MIME format. --------------ms020504010801080703020500 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 3/23/2014 2:08 PM, Ondra Knezour wrote: > Dne 23.3.2014 18:50, Karl Denninger napsal(a): >> When ZFS code imports are brought forward that add feature flags there= >> is a potential time bomb for existing users in that creation of a new >> pool becomes non-revertible (except read-only!) with regard to mountin= g >> on older revisions of the code. >> >> .... >> The primary "gotcha" here occurs if you don't upgrade your emergency >> boot media and for some reason you need to boot from a CD or USB key -= - >> you can be left SEVERELY screwed, and since -RELEASE is typically not >> rebuilt when this happens if you don't have a second machine laying >> around on which you can build a RELEASE image.... >> > > Excellent candidate for the /usr/src/UPDATING file? I think so. The only reason I caught it immediately is that I'm in the arc.c code=20 right now with the fix for the "stalls", and caught the file being=20 flagged as revved and thus not automatically updated when I did a "svn=20 update ." on /usr/src. ZFS has been (reasonably) stable on feature-set for a while, but now=20 we're seeing more pool-level flags show up and in virtually every case=20 once those are turned on you can't shut them back off, which slams a=20 door on you in terms of being able to revert if something goes wrong. --=20 -- Karl karl@denninger.net --------------ms020504010801080703020500 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAzMjMyMDM4NDBaMCMGCSqGSIb3DQEJBDEW BBRQb7CMMh3OmZBzVIUG4q43QeeRyjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIAaoklS+oP657q3Ip3jW0ud9VWaqRK Li1qxtrZ9mUBaLyfmM7wmzHoGOONdTy/ta/4W5Q0ON6Hzouns3DUC/QHpawXcJ1CZxkvd5jj YxHc18vwNOokA17RKRCzt5fux4iPbqbHfEVDDHBqy6sW/aj3Q/J9I79RaTIDpCS/axd2kkTO aF0fqkS2LrpxNYHVp1whn71KIvH0E287J9qWlBlnb2eNaCXE8GYB3MNFm5fHjuP3vWCzjVsL 7pOKJXDEBEnuxgWdK1+X0xUHDtr7aMGmEw6XwYCwV/XFBQGWBpuOVJJrErkhKXHgPC0ZjTVg v5AU7Ocv0fyjPxXR85HohkYn1YgHVInQtvqF+cmgUTTs7lwgfQpaBVgObpBXoLUOIEja7Weq Ldh3+/mpNJPSuMO6XeQCD/5nuPXI9nZx+p3xGdvqQhFtFB4nGjY7Npho9wOtR0moGLvKBmW+ aLwHoe2aQWGNtIsphBFikUygTYjj1aEwSvs/ErpncEqYHcS4tHugTeWOSPzpLAasDmiS2Wto G5jyX3sIZdqaL3tKh9XWyb1/bqvuJ7Q7TAO2rS/agOP+3QgrBrmHVCsvnL9KwGJ01pqzFmfE NJtkO1QeawKaV7owcJekj74E09ADvzNv8ECdx8EGf2ywCgVGjySsRtOSlBQSU2RK/A5VG1D7 yy6NnO4AAAAAAAA= --------------ms020504010801080703020500-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 22:12:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68591DEF for ; Sun, 23 Mar 2014 22:12:49 +0000 (UTC) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 44177C3E for ; Sun, 23 Mar 2014 22:12:48 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.76) (envelope-from ) id 1WRqdJ-0007Sd-2j; Sun, 23 Mar 2014 22:12:45 +0000 Date: Mon, 24 Mar 2014 07:12:43 +0900 Message-ID: From: Randy Bush To: Jim Ohlstein Subject: Re: reason 23 why we've moved to linux In-Reply-To: <532EDDD0.80700@ohlste.in> References: <532EDDD0.80700@ohlste.in> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 22:12:49 -0000 > Now be honest Randy, and tell us why you started this thread. in the hope that ports will be made usable before so many people give up that critical mass is lost. a real tragedy if the great freebsd core dies because of ports lack of usability. randy From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 22:30:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32FC8637 for ; Sun, 23 Mar 2014 22:30:23 +0000 (UTC) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id ECC5AD71 for ; Sun, 23 Mar 2014 22:30:22 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 4757356168; Sun, 23 Mar 2014 17:30:22 -0500 (CDT) Date: Sun, 23 Mar 2014 17:30:22 -0500 From: Mark Linimon To: Jim Ohlstein Subject: Re: reason 23 why we've moved to linux Message-ID: <20140323223022.GC796@lonesome.com> References: <532EDDD0.80700@ohlste.in> <20140323153843.GA16935@lonesome.com> <532F1C48.7080003@ohlste.in> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <532F1C48.7080003@ohlste.in> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Randy Bush , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 22:30:23 -0000 On Sun, Mar 23, 2014 at 01:39:20PM -0400, Jim Ohlstein wrote: > How many PR's contain "broken" or "broken on 10" or "break" or > "build" or similar? Another few I'm sure. Updates are important too. % grep -i break foo | wc -l 19 % grep -i brok foo | wc -l 33 % grep -i build foo | wc -l 227 > I'm not trying to make this more a bitch-fest than it is, but I'll > point out the obvious that if a third of PR's are from the last > three months, that means two thirds are older than three months! I > don't find that to be "quite brisk". I don't feel we're in a bitch-fest :-) I'm simply trying to give my perspective from here in the trenches. Worse, I guess I didn't make the point I thought I was trying to make. The first ports PR from 2014 that's still open is 185378. The most recent is 187859. There's roughly 500 open PRs in between. Now, not all of 187859-185378-500 = 1981 were ports PRs, but if past statistics still hold, over half of them were. So I claim that the *majority* of ports PRs get handled quickly. There's no arguing that the ones that don't, tend to stick around for a long time (too long). This was partly the inspiration for my writing portsmon in the first place. Both it and the auto- assigner have helped IMHO. > I was separately mentioning the glacial pace at which ports related > PR's get looked at, taken, and committed. Again, my guess from the above is that overall it's faster that you think. But, more below. > There is no obvious triage system. It's simply if someone is "interested" > they take the PR. If no one is interested, it sits. That's exactly correct. For better or worse, that's the FreeBSD ports gestalt. > In the current system, if there is a maintainer, s/he may not answer > a PR for months, even if that person is a FreeBSD committer. And there is a policy for that: if a PR sits for more than 2 weeks, any committer can take it. If a maintainer is unresponsive for 3 months, they can be reset. > Imagine if a hospital emergency department functioned that way. This is a false analogy: they get paid. Right now AFAIK no one is paid to work on FreeBSD ports, other than a handful of people paid to work on ports that affect their employer. Back when the ports tree was only a few thousand ports, an all-volunteer force was adequate. These days it seems we're under strain. Right now we're asking a lot from our volunteers: two major architectures and 3 supported releases (plus -current), not counting the experiment to create a "stable" ports tree branch. (This latter IMHO is going to be a key fix to the long-term problem). The rewards are mostly the feeling of "a job well done". There's no tangible reward for working on PRs in someone's "priority order". From my previous experience as bugmeister, I can state that most people think their own problems _are_ the priority. In a world where everything's a priority, nothing is. We don't have a stick we can beat the committers with if they don't do things in any particular order. The most that we can reasonably do is to reset their maintainership, or reassign their PRs, if they become inactive. fwiw, this afternoon I did one of my periodic passes through the ports PRs looking for things that should be reassigned, and I've forwarded my results to portmgr@. Finally, FreeBSD always needs more volunteers to do the hard and often thankless work of keeping the system going. This is probably not what you wanted to hear, but in a system without e.g. paid support contracts, it's merely the facts on the ground. mcl From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 23:00:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB7DDBB0 for ; Sun, 23 Mar 2014 23:00:33 +0000 (UTC) Received: from cerebro.liukuma.net (cerebro.liukuma.net [185.34.0.166]) by mx1.freebsd.org (Postfix) with ESMTP id 8396DFE9 for ; Sun, 23 Mar 2014 23:00:33 +0000 (UTC) Received: from cerebro.liukuma.net (localhost [127.0.0.1]) by cerebro.liukuma.net (Postfix) with ESMTP id F3D488A013D for ; Mon, 24 Mar 2014 01:02:10 +0200 (EET) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net F3D488A013D DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=liukuma.net; s=liukudkim; t=1395615730; bh=8ErDqSAjSdRrlaR46Tw7S2wU8gVy1SUQ2TWBdM/NQNw=; h=From:To:References:In-Reply-To:Subject:Date; b=iOF8ID7omH+Xc8OFt0yNKlq2W+q4CaaCxMaNDdvs16mC/Q27EMiF0/5bJc24/gA9V XyC7KB8lAlnukAVCsyUqL0VSoA67vWzbyGyY+vL7b+TdNVHsl9EK58RKLZD7H9wwDS wpKJ6ciYZijg1Riln0ZlrHekQ7B57hSGNq1Wf4tI= X-Virus-Scanned: amavisd-new at liukuma.net Received: from cerebro.liukuma.net ([127.0.0.1]) by cerebro.liukuma.net (cerebro.liukuma.net [127.0.0.1]) (amavisd-new, port 10027) with LMTP id YAQxfOWXNF0M for ; Mon, 24 Mar 2014 01:02:08 +0200 (EET) Received: from Rivendell (dsl-kmibrasgw1-54f8d4-179.dhcp.inet.fi [84.248.212.179]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: ignatz@cerebro.liukuma.net) by cerebro.liukuma.net (Postfix) with ESMTPSA id EC6838A00BA for ; Mon, 24 Mar 2014 01:02:07 +0200 (EET) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net EC6838A00BA Message-ID: From: "Reko Turja" To: References: <532EDDD0.80700@ohlste.in> In-Reply-To: Subject: Re: reason 23 why we've moved to linux Date: Mon, 24 Mar 2014 01:00:17 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3555.308 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3555.308 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 23:00:33 -0000 -----Original Message----- From: Randy Bush > in the hope that ports will be made usable before so many people give up > that critical mass is lost. a real tragedy if the great freebsd core > dies because of ports lack of usability. Interestingly, I've found the ports nowadays to be almost exact opposite of unusable, but then I don't use FreeBSD as a desktop, the boxes are in firewall, server etc. uses. Ports coupled with pkgng and portupgrade work just a treat on freshly built 10.0 system, nowadays one can run portupdate -rf and get the end result that's expected instead of building tons of stuff that isn't in any need of update. Of course, there are warts, snags and bumps now and then, but based on what I've seen, I like where the project is heading. Unless in the future the only way to build ports is using Poudriere + Sun/Oracle "How to get the suck... errr, customer invest into tons of our very costly special memory" filesystem. So so far I can say, keep up the good work, just keep in mind that even the small time users might want to keep ports buildable "by hand", instead of using one size fits all packages due lack of resources to run ZFS. Needless to say, nearly every port I use/run are heavily tweaked and meshed together. -Reko From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 23:27:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F7434AF for ; Sun, 23 Mar 2014 23:27:27 +0000 (UTC) Received: from ozzie.tundraware.com (ozzie.tundraware.com [75.145.138.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B4B9208 for ; Sun, 23 Mar 2014 23:27:27 +0000 (UTC) Received: from [192.168.0.2] (viper.tundraware.com [192.168.0.2]) (authenticated bits=0) by ozzie.tundraware.com (8.14.8/8.14.8) with ESMTP id s2NNNALr065686 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 23 Mar 2014 18:23:10 -0500 (CDT) (envelope-from tundra@tundraware.com) Message-ID: <532F6CDE.60105@tundraware.com> Date: Sun, 23 Mar 2014 18:23:10 -0500 From: Tim Daneliuk User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 CC: freebsd-stable stable Subject: Re: reason 23 why we've moved to linux References: <532EDDD0.80700@ohlste.in> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ozzie.tundraware.com [75.145.138.73]); Sun, 23 Mar 2014 18:23:10 -0500 (CDT) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: s2NNNALr065686 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Mar 2014 23:27:27 -0000 On 03/23/2014 05:12 PM, Randy Bush wrote: >> Now be honest Randy, and tell us why you started this thread. > > in the hope that ports will be made usable before so many people give up > that critical mass is lost. a real tragedy if the great freebsd core > dies because of ports lack of usability. > I have run production FreeBSD ever since 2.x. I also work in an environment with north of 1000 Linux servers (plus AIX, plus Solaris, plus Windows...) Guess what? There is no clear winner here. RHEL RPM is a nightmare unless you manage it very carefully. Yum make is better but you still have to pay attention. There's a reason RH strongly encourages the use of Sat Server. Debian? Well apt-get mostly works until it doesn't and you have to paw your way through key problems and the like. SuSE? Ditto. AIX lpps? Nice, until you confront a piece of open source they don't support or haven't upgraded. Have fun compiling your own version. Complex systems environments require complex procedures and policies. The idea that some technology magically will make this work is absurd. Moreover, unlike some random hobbyist desktop (Not That There's Anything Wrong With That), enterprise class server environments migrate carefully, thoughtfully, only after reasonable testing, and only if really needed. On that basis, I can assure you that the FreeBSD ports system isn't particularly "less usable" than any commercially supported environment out there and certainly not linux broadly. It comes down to what you're willing to do to execute clean, stable upgrades. In truth, in almost 2 decades of use both in my own business and by some of my clients, FreeBSD has shown far less aggravation in this regard than the Tower Of Babel linux distros have become. Me? I don't much care. The more screwed up things are, the more opportunities for additional work I find :) ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 00:46:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBD42180 for ; Mon, 24 Mar 2014 00:46:51 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4F770A49 for ; Mon, 24 Mar 2014 00:46:51 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id f8so1949030wiw.12 for ; Sun, 23 Mar 2014 17:46:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Q1een3SPmHT4gp978NfxLTOQBAPijRXu1IaSjLoSlTE=; b=IVuswDqkxiYRrJk3c1NU5Bq+uuThEjzD21moPEW5lMfJaw3z1lXsR/yodJA/rhmcgL 8HJsfL1zIszki/A7iHNFUFhUpl0Wbg6MAY+qafeYdokiICF5lNIf+xgMRAEMNWdOfuZr GMFx8ls7dGpO8rROoEsDpmtIvDGqfL8YDlJx974BQB7cHx7Ijc/9/BjYxYb8vveQr2Eq ASRPE82NIwnjAzrCTlUQO3R4cLmqgKUZz1eSlSSQ1gS4/uQzWqbr/0AsbpiNn5XknHiv lsq8d6l2iDqGxQau8uBUhOZrRhkvL/PDGfdVgZtoYH7MnxHIe2iikI2Ej/X3VZtI2DXW xezw== X-Received: by 10.181.11.169 with SMTP id ej9mr12124320wid.18.1395622008938; Sun, 23 Mar 2014 17:46:48 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id v6sm30384664wif.0.2014.03.23.17.46.46 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 23 Mar 2014 17:46:47 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 24 Mar 2014 01:46:45 +0100 From: Baptiste Daroussin To: Reko Turja Subject: Re: reason 23 why we've moved to linux Message-ID: <20140324004645.GD91792@ithaqua.etoilebsd.net> References: <532EDDD0.80700@ohlste.in> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qrgsu6vtpU/OV/zm" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Mar 2014 00:46:51 -0000 --Qrgsu6vtpU/OV/zm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 24, 2014 at 01:00:17AM +0200, Reko Turja wrote: > -----Original Message-----=20 > From: Randy Bush >=20 > > in the hope that ports will be made usable before so many people give up > > that critical mass is lost. a real tragedy if the great freebsd core > > dies because of ports lack of usability. >=20 > Interestingly, I've found the ports nowadays to be almost exact opposite = of=20 > unusable, but then I don't use FreeBSD as a desktop, the boxes are in=20 > firewall, server etc. uses. Ports coupled with pkgng and portupgrade work= =20 > just a treat on freshly built 10.0 system, nowadays one can run=20 > portupdate -rf and get the end result that's expected instead = of=20 > building tons of stuff that isn't in any need of update. >=20 > Of course, there are warts, snags and bumps now and then, but based on wh= at=20 > I've seen, I like where the project is heading. Unless in the future the= =20 > only way to build ports is using Poudriere + Sun/Oracle "How to get the= =20 > suck... errr, customer invest into tons of our very costly special memory= "=20 > filesystem. poudriere works perfectly without zfs ;) regards, Bapt --Qrgsu6vtpU/OV/zm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlMvgHUACgkQ8kTtMUmk6EzmQwCgkNXsnk6z6IeGAzB34MYN6jga rl0AnjxA0UUIJ7Vj+fMGFYNBbEJ1DIv7 =FG3/ -----END PGP SIGNATURE----- --Qrgsu6vtpU/OV/zm-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 01:14:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBC2FA89; Mon, 24 Mar 2014 01:14:41 +0000 (UTC) Received: from cerebro.liukuma.net (cerebro.liukuma.net [IPv6:2a00:d1e0:1000:1b00::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6A355C7C; Mon, 24 Mar 2014 01:14:41 +0000 (UTC) Received: from cerebro.liukuma.net (localhost [127.0.0.1]) by cerebro.liukuma.net (Postfix) with ESMTP id 9EB6F8A013E; Mon, 24 Mar 2014 03:16:23 +0200 (EET) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net 9EB6F8A013E DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=liukuma.net; s=liukudkim; t=1395623783; bh=pi4e3Pub0SyLnXG6Pe/2euE3v0k9OUL3koDxS375nFM=; h=Date:From:To:Cc:Subject:Reply-To:In-Reply-To:References; b=VXlZdivbm/aBEm5mmXyml4gEVWL04XAz3qe2xX7gHPflmsi7xyasqSxHjR3mh8z2U q1jiX0ouolH7HZ5gaA/VD6YOb+iVGrEeWeLvVfosnkwuesZkNYaDPvoPO2ccHvEB9/ RFKCOM2b0jnqbvpNv/bXF6KFv+1SJkqVKRYCvCCY= X-Virus-Scanned: amavisd-new at liukuma.net Received: from cerebro.liukuma.net ([127.0.0.1]) by cerebro.liukuma.net (cerebro.liukuma.net [127.0.0.1]) (amavisd-new, port 10027) with LMTP id PjtpF5GvX4UQ; Mon, 24 Mar 2014 03:16:23 +0200 (EET) Received: from mail.liukuma.net (cerebro.liukuma.net [185.34.0.166]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: ignatz@cerebro.liukuma.net) by cerebro.liukuma.net (Postfix) with ESMTPSA id BFB558A00CC; Mon, 24 Mar 2014 03:16:22 +0200 (EET) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net BFB558A00CC MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 24 Mar 2014 03:16:22 +0200 From: Reko Turja To: Baptiste Daroussin Subject: Re: reason 23 why we've moved to linux Organization: =?UTF-8?Q?L=C3=A4nsirannan_kebab_ja_henki?= Mail-Reply-To: reko.turja@liukuma.net In-Reply-To: <20140324004645.GD91792@ithaqua.etoilebsd.net> References: <532EDDD0.80700@ohlste.in> <20140324004645.GD91792@ithaqua.etoilebsd.net> Message-ID: X-Sender: reko.turja@liukuma.net User-Agent: Roundcube Webmail/0.9.5 Cc: freebsd-stable@freebsd.org, Baptiste Daroussin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: reko.turja@liukuma.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2014 01:14:41 -0000 Baptiste Daroussin kirjoitti 24.3.2014 02:46: > On Mon, Mar 24, 2014 at 01:00:17AM +0200, Reko Turja wrote: >> -----Original Message----- >> Of course, there are warts, snags and bumps now and then, but based on >> what >> I've seen, I like where the project is heading. Unless in the future >> the >> only way to build ports is using Poudriere + Sun/Oracle "How to get >> the >> suck... errr, customer invest into tons of our very costly special >> memory" >> filesystem. > > poudriere works perfectly without zfs ;) Poudriere wasn't always that way right? Or then I managed to misread the documentation at some point when pkgng first arrived for more public testing:) Anyways, that's good to know for the future, thanks! Another "me like" moment recently was when I upgraded some root dependency of SpamAssassin, just after the move, and portupgrade -rf handled the path change and port update without user intervention. That is a huge step in right direction IMO. Big thanks for all the parties who strive to make ports & packages better! -Reko From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 02:43:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3E5F214 for ; Mon, 24 Mar 2014 02:43:50 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B73F2DE for ; Mon, 24 Mar 2014 02:43:50 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id x48so2983878wes.38 for ; Sun, 23 Mar 2014 19:43:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=EiDbrQUjpW5r7ONXNB5l3JGO8f7ibPPXNaIrjlODAfA=; b=A2Cal2kFRFsQdwQm0S5MsF3xpWGiWuc0I0YdVtXwt5kwoUizn0wD7eemD45hTWAcPt 3/6isYl9urU71DdrO8tdpPzoS8UlCTtvUaMjronfoBgm9RdmuaeSBUPRp/WskMN30z3U U3PQCP2BIR31KJ1GLEBZwHQRZSu8Y1HzmUrWW436znwTacfoB0+JSlBfYYqujCX6fD4s nDpZA4wg4PYuhJwr5ntbiL9CRZkfwrrIUY1td4ySFnH1T48Z7wf2BVV7B7PXsEL4epKK /CVLF0uv5idr3Qzvc1wTCWGp7j13fSmpwV2xTG3TqxBmysaLglY05U0sFo0TxhDs/LoA VMbg== MIME-Version: 1.0 X-Received: by 10.180.36.8 with SMTP id m8mr11800182wij.42.1395629028112; Sun, 23 Mar 2014 19:43:48 -0700 (PDT) Sender: dcamp314@gmail.com Received: by 10.227.102.7 with HTTP; Sun, 23 Mar 2014 19:43:48 -0700 (PDT) In-Reply-To: <532C0F76.8010605@norma.perm.ru> References: <532BEABC.5050808@norma.perm.ru> <532BF531.1050400@norma.perm.ru> <532C0F76.8010605@norma.perm.ru> Date: Sun, 23 Mar 2014 22:43:48 -0400 X-Google-Sender-Auth: K-5aY1q251BQtZ8FDwdQfjl4g80 Message-ID: Subject: Re: crash on zpool import - help get data back From: Christian Campbell To: "Eugene M. Zheganin" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dcamp@alumni.ufl.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2014 02:43:50 -0000 I had a hosed FreeBSD ZFS pool once which I recovered with 'zpool import -f; zpool export' under an OpenIndiana live CD. HTH, Christian -- Christian _____________________________________________________ 3425 SW 2nd Ave, #239 cell (352) 514-7411 Gainesville, FL 32607-2813 dcamp@alumni.ufl.edu On this perfect day / Nothing's standing in my way... -Hoku From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 05:55:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E03F584B for ; Mon, 24 Mar 2014 05:55:23 +0000 (UTC) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D191378 for ; Mon, 24 Mar 2014 05:55:23 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by btw.pki2.com (8.14.8/8.14.8) with ESMTP id s2O5tC7j090159 for ; Sun, 23 Mar 2014 22:55:12 -0700 (PDT) (envelope-from freebsd@pki2.com) Subject: Error while compiling r263678 kernel From: Dennis Glatting To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="ISO-8859-1" Date: Sun, 23 Mar 2014 22:55:12 -0700 Message-ID: <1395640512.8252.241.camel@btw.pki2.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-SoftwareMunitions-MailScanner-Information: Dennis Glatting X-SoftwareMunitions-MailScanner-ID: s2O5tC7j090159 X-SoftwareMunitions-MailScanner: Found to be clean X-MailScanner-From: freebsd@pki2.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Mar 2014 05:55:23 -0000 While compiling the kernel I saw the following pass by. Elmer> uname -a FreeBSD Elmer 10.0-STABLE FreeBSD 10.0-STABLE #0 r263678: Sun Mar 23 22:20:40 MDT 2014 root@Elmer:/disk-2/obj/usr/src/sys/PENFORD-FreeBSD10-amd64 amd64 cc -O2 -pipe -DLINUX_TYPES_DEFINED -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/cxgbe/iw_cxgbe/../../../dev/cxgbe -I/usr/src/sys/modules/cxgbe/iw_cxgbe/../../../ofed/include -DHAVE_KERNEL_OPTION_HEADERS -include /disk-2/obj/usr/src/sys/PENFORD-FreeBSD10-amd64/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/disk-2/obj/usr/src/sys/PENFORD-FreeBSD10-amd64 -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -c /usr/src/sys/modules/cxgbe/iw_cxgbe/../../../dev/cxgbe/iw_cxgbe/ev.c ctfconvert -L VERSION -g ev.o ev.c: failed to resolve the following types: struct 66024 <101e8>: failed to size member "u" of type (66193 <10291>) struct 66760 <104c8>: failed to size member "u" of type (66945 <10581>) ERROR: ev.c: failed to resolve types From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 06:06:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56630B4A for ; Mon, 24 Mar 2014 06:06:34 +0000 (UTC) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2001:470:1f09:14c0::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 02D45650 for ; Mon, 24 Mar 2014 06:06:33 +0000 (UTC) Received: from bsdrookie.norma.com. (bsdrookie.norma.com [192.168.7.224]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id s2O66TFe057121 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 24 Mar 2014 12:06:29 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <532FCB65.6060403@norma.perm.ru> Date: Mon, 24 Mar 2014 12:06:29 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable Subject: Re: crash on zpool import - help get data back References: <532BEABC.5050808@norma.perm.ru> <532BF531.1050400@norma.perm.ru> <532C0F76.8010605@norma.perm.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [192.168.3.10]); Mon, 24 Mar 2014 12:06:30 +0600 (YEKT) X-Spam-Status: No hits=-101.0 bayes=0.5 testhits ALL_TRUSTED=-1, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Mar 2014 06:06:34 -0000 Hi. On 24.03.2014 08:43, Christian Campbell wrote: > I had a hosed FreeBSD ZFS pool once which I recovered with 'zpool > import -f; zpool export' under an OpenIndiana live CD. > I was able to read all of the data with rsync. I recreated the pool and restored the data read. 'zfs send' was unable to read data - it was crashing while reading 43th gig out of 1400, as well as the scrub was. This whole thing is just sad - clearly something happened with the labels, thus meaning that labels are somehow modified during normal zfs work. Why ? For what reason ? How could the pool become corrupted on a machine with non-corrupted memory ? So my advice to FreeBSD zfs users - scrub periodically and be prepared for some doom to happen. P.S. Saw a couple of minor issues with zfs on Solaris, but never such terrible ones (and it can even swap onto zfs). Eugene. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 15:50:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A319A969; Mon, 24 Mar 2014 15:50:36 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 766F15F8; Mon, 24 Mar 2014 15:50:36 +0000 (UTC) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) (authenticated bits=0) by hydra.pix.net (8.14.5/8.14.5) with ESMTP id s2OFoRZc068476; Mon, 24 Mar 2014 11:50:34 -0400 (EDT) (envelope-from cross+freebsd@distal.com) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at mail.pix.net Received: from zalamar.mm-corp.net ([65.207.51.214]) (authenticated bits=0) by mail.distal.com (8.14.8/8.14.8) with ESMTP id s2OFn5Rx001454 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 24 Mar 2014 11:49:06 -0400 (EDT) (envelope-from cross+freebsd@distal.com) From: Chris Ross Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: 10-stable sparc64 boot problems Message-Id: <9800ED26-6E2E-42F0-9641-3B9EDF653CE6@distal.com> Date: Mon, 24 Mar 2014 11:48:42 -0400 To: freebsd-sparc64@freebsd.org, freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.distal.com [206.138.151.250]); Mon, 24 Mar 2014 11:49:06 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Mar 2014 15:50:36 -0000 I just updated my 10-stable sparc64 (Sun Fire v240) to a 10-stable = kernel from revision 263676, which was the first one I found after the = numerous failures over the weekend in route6d. Reboot into single-user = for mergemaster and install world, I attempted to reboot into multi-user = the first two attempts yielded: Trying to mount root from zfs:zroot []... Setting hostuuid: 94588820-cd20-11e1-b15b-0003bae34047. Setting hostid: 0x4f9a5776. Entropy harvesting: interrupts ethernet point_to_point swi. Starting file system checks: Mounting local file systems:. Writing entropy file:. Setting hostname: hostname.distal.com. bge0: link state changed to DOWN spin lock 0xc0c61cb0 (smp rendezvous) held by 0xfffff800054dcdb0 (tid = 100328) too long timeout stopping cpus panic: spin lock held too long cpuid =3D 1 KDB: stack backtrace: #0 0xc051fcf0 at _mtx_lock_spin_failed+0x50 #1 0xc051fdb8 at _mtx_lock_spin_cookie+0xb8 #2 0xc088771c at tick_get_timecount_mp+0xdc #3 0xc0541efc at binuptime+0x3c #4 0xc08513cc at timercb+0x6c #5 0xc0887a80 at tick_intr+0x220 Uptime: 23s Automatic reboot in 15 seconds - press a key on the console to abort Both were the same, except 27s uptime in one case and 23s in the = other. The next reboot went all the way to multiuser, and appears to be = operating normally. At least, for the first 5 minutes. I=92ll keep an eye on it. But, is this possibly related to the bge0 = device driver, or is this more likely to be a problem in the = sparc/sparc64 code not related to a specific device? The prior kernel that had been running without this problem was: FreeBSD 10.0-STABLE #6 r261083: Thu Jan 23 17:54:24 EST 2014 Just wanted to see if anyone had any thoughts, and I=92ll hope the = machine stays operational now that it=92s up and running=85 - Chris From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 16:09:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1862EFC6; Mon, 24 Mar 2014 16:09:34 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8E20850; Mon, 24 Mar 2014 16:09:33 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.8/8.14.8) with ESMTP id s2OG9R0n068972; Mon, 24 Mar 2014 09:09:27 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.8/8.14.8/Submit) id s2OG9Rcw068971; Mon, 24 Mar 2014 09:09:27 -0700 (PDT) (envelope-from david) Date: Mon, 24 Mar 2014 09:09:27 -0700 From: David Wolfskill To: Dimitry Andric Subject: Re: HEADS UP: merged llvm/clang 3.4 Message-ID: <20140324160927.GN43653@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Dimitry Andric , freebsd-stable@freebsd.org References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="/hS8OjzK5AyV7gtm" Content-Disposition: inline In-Reply-To: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Mar 2014 16:09:34 -0000 --/hS8OjzK5AyV7gtm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 21, 2014 at 07:17:22PM +0100, Dimitry Andric wrote: > ... >=20 > I have just merged llvm and clang 3.4 release to stable/10 (r263508) and > stable/9 (r263509). This already includes a number of post-3.4 fixes, > though there are a few that are still awaiting the MFC timeout (e.g. the > updated Sparc64 backend, and some things that were just fixed the day > before yesterday). >=20 > Since the most obvious problems have already been addressed in head, I > expect this to be a fairly smooth upgrade. If you run into something > strange anyway, please reply to this message (CC'ing the list). > ... I was (finally!) able to bulid stable/10 successfully this morning (on each of a build machine and my laptop); stable/9 still dies (the same way on each). Summary of attempts: stable/9: Date Last commit to repo Status Thu 20 Mar r263420 OK Fri 21 Mar r263468 OK Sat 22 Mar r263620 Failed Sun 23 Mar r263658 Failed Mon 24 Mar r263680 Failed stable/10: Date Last commit to repo Status Thu 20 Mar r263420 OK Fri 21 Mar r263468 OK [Didn't actually rebuild *] Sat 22 Mar r263620 Failed Sun 23 Mar r263658 Failed Mon 24 Mar r263680 OK * Only change in stable/10 from r263420 to r263468 was to a couple of file specific to the arm architecture. I'm running i386 on these machines, so I didn't bother. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --/hS8OjzK5AyV7gtm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTMFi1XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7UrMP/RrTUhVaMEgIMXx/ZZ4kjSlx QsRU3owq21nFaniF9k/YZ1lYGnaZWZPfziAwnKHczOyzCbuxI8QKCey5MZv+kd8M VQn2tr+x0HcDonSvlNsHLnpYXJYccPzkZuxva6eRzxGbJThknoaJFbnB8OMHWNwz MrTOuXJUrlRjP8ZqPcYceYBQZ1uDIlwTiYyjJOHAojtv6ORVf/C0Xet8Uh2oYIC0 cJZaLc/e/Wgvb5SQ9V3u9PhCUpbF7OQCc5A+/QqhMYc3KiQncl3nP2pB0ibcSpgu 2ttoRiucbYIr9vOEfxtOgYI3/ZTaOHcS3T6IePcc4GAbxz4Sqaox/uqTD3Vwpn5W UppyFHFKCTd1wN3DU06UNBlbb66DXYp2+Mi0D7F+otVO/RtSbpwp8rzwpwRzx7WL 8oKIP8ByJRYhBpzODXqkIbLVdOicYmlq6n/IRYWn5kDc1TA7kRMDK0/JPrsbjaSK OBBBe96CK8up0IJYkXFvf3s4HocWrvJ0NGzeq+h+D9WZDXKu50bYwrftHN8Yh8zf R0C/u3ewRVhk5AE0ipXLrvx1tmpk49F7fmi5yk/8xieyFaJ5QN2vTCZH4WnMtErn 0RpA0DuYSUyM+komZEaKkvA+hMXDaw8uV+SDg3A/LKCQ9lZETQV2eoQghMcuqmjG YMu95BTAFZ6JnrqWUVfo =L8oP -----END PGP SIGNATURE----- --/hS8OjzK5AyV7gtm-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 20:34:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 690C536D for ; Mon, 24 Mar 2014 20:34:50 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F7A681D for ; Mon, 24 Mar 2014 20:34:49 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::e82e:bf55:92ff:49fe] (unknown [IPv6:2001:7b8:3a7:0:e82e:bf55:92ff:49fe]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 7E2655C43; Mon, 24 Mar 2014 21:34:47 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_CD424541-8549-4769-99C7-75860ED9775F"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: <20140324160927.GN43653@albert.catwhisker.org> Date: Mon, 24 Mar 2014 21:34:42 +0100 Message-Id: <74C7F922-F380-4B0E-A87F-2A4E2A6730C1@FreeBSD.org> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140324160927.GN43653@albert.catwhisker.org> To: David Wolfskill X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Mar 2014 20:34:50 -0000 --Apple-Mail=_CD424541-8549-4769-99C7-75860ED9775F Content-Type: multipart/mixed; boundary="Apple-Mail=_A68DE7EA-80DE-4EE1-B77E-10EFAA6028DD" --Apple-Mail=_A68DE7EA-80DE-4EE1-B77E-10EFAA6028DD Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 24 Mar 2014, at 17:09, David Wolfskill wrote: > On Fri, Mar 21, 2014 at 07:17:22PM +0100, Dimitry Andric wrote: >> ... >> >> I have just merged llvm and clang 3.4 release to stable/10 (r263508) and >> stable/9 (r263509). This already includes a number of post-3.4 fixes, >> though there are a few that are still awaiting the MFC timeout (e.g. the >> updated Sparc64 backend, and some things that were just fixed the day >> before yesterday). >> >> Since the most obvious problems have already been addressed in head, I >> expect this to be a fairly smooth upgrade. If you run into something >> strange anyway, please reply to this message (CC'ing the list). >> ... > > I was (finally!) able to bulid stable/10 successfully this morning (on > each of a build machine and my laptop); stable/9 still dies (the same > way on each). Summary of attempts: I have figured out that it is a problem when building world with clang and libstdc++ (which is the default on 9-STABLE). I have committed a temporary fix to head in r263694, which I will merge in 3 days. In the mean time, please use the attached diff. -Dimitry --Apple-Mail=_A68DE7EA-80DE-4EE1-B77E-10EFAA6028DD Content-Disposition: attachment; filename=fix-devd-build-1.diff Content-Type: application/octet-stream; name="fix-devd-build-1.diff" Content-Transfer-Encoding: 7bit Index: sbin/devd/Makefile =================================================================== --- sbin/devd/Makefile (revision 263690) +++ sbin/devd/Makefile (working copy) @@ -13,6 +13,7 @@ YFLAGS+=-v CFLAGS+=-I. -I${.CURDIR} +CFLAGS.clang+=-Wno-keyword-compat CLEANFILES= y.output --Apple-Mail=_A68DE7EA-80DE-4EE1-B77E-10EFAA6028DD Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail=_A68DE7EA-80DE-4EE1-B77E-10EFAA6028DD-- --Apple-Mail=_CD424541-8549-4769-99C7-75860ED9775F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMwluYACgkQsF6jCi4glqNpyACgy13xbu1AkSrS7G0MauhFQqFt 5+UAn0Q0UF65vDhjw8MIgIP/yDuzCOvR =LHQf -----END PGP SIGNATURE----- --Apple-Mail=_CD424541-8549-4769-99C7-75860ED9775F-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 21:14:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51AAABFF; Mon, 24 Mar 2014 21:14:19 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F06C4B94; Mon, 24 Mar 2014 21:14:18 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.8/8.14.8) with ESMTP id s2OLEInE070504; Mon, 24 Mar 2014 14:14:18 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.8/8.14.8/Submit) id s2OLEIwK070503; Mon, 24 Mar 2014 14:14:18 -0700 (PDT) (envelope-from david) Date: Mon, 24 Mar 2014 14:14:18 -0700 From: David Wolfskill To: freebsd-stable@freebsd.org Subject: Re: HEADS UP: merged llvm/clang 3.4 Message-ID: <20140324211418.GT43653@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , freebsd-stable@freebsd.org, Dimitry Andric References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140324160927.GN43653@albert.catwhisker.org> <74C7F922-F380-4B0E-A87F-2A4E2A6730C1@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="eWt5Jy3V6IQl161k" Content-Disposition: inline In-Reply-To: <74C7F922-F380-4B0E-A87F-2A4E2A6730C1@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Dimitry Andric X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Mar 2014 21:14:19 -0000 --eWt5Jy3V6IQl161k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 24, 2014 at 09:34:42PM +0100, Dimitry Andric wrote: > ... > I have figured out that it is a problem when building world with clang > and libstdc++ (which is the default on 9-STABLE). I have committed a > temporary fix to head in r263694, which I will merge in 3 days. In the > mean time, please use the attached diff. > ... That patch worked for me: now running: FreeBSD 9.2-STABLE #697 r263677M/263680:902509: Mon Mar 24 13:54:44 PDT 20= 14 Peace, david (Happy to be running an OS built within the last 24 hrs.) --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --eWt5Jy3V6IQl161k Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTMKAoXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7VTIP/0xq8U4UjfdL0GqHqsjkKdMf 6D2RxeCveehDKtYA35Ej1pXHbnlc3oat96Mi1Sn3DRYzbX0oq3tcEFoB/2lCR6nG cCsKV1ogzZo0CPXOYjNp7Npb7i9e1hZ/gRzh7T8m6NiOaz8f0GBA6+pLNMvD49w9 HvJCaVHgHj4fHN1mlDU1BA4ud0tRmpXeAqqvOyoj0WNqBd0UhRPumjIMvhdReALw 4Py12Xbg8vBNl/bQYJbP5sQ/QBDfbvTGXVXM4P+vmgkTxxapXEH5lMrxCmxu/pxc Egq8IhvuAmLzK0E5TXtTx/E9wLkuOJPs8T/XCMFAE8CkL+t53PiNf3OR6smajBaP FMIKqzTTwtuhze+kejWBGzEVkRdlshuwAvyMgmns3M1lJWT9nYddaUgRKeIffiXE zOk//mcafNHeFy042KoD9uEHdjkyJVB5HvHy2W0SSdOids1UaTbQsAn0Y0v+jgtn UeLIE9pwp2lAngPP7K65pnLYNXSMqp2fHsXCeakAt/oisgcnP0pnYQwHgyZC74yD O45z/MBuHD8I5KTWTBbZQATLdSNKLOcDj7/RWJoe+IyfYteg5vqxU6RQhyL9osOX bE3okDRK3AE/5X8V5qsW5BBbpKDJtx4x/OZ2MOa+fhmUXrj2RsdTg9rvvw2j3giQ gvaZBHCyq7qyAIGtlm2p =EtLF -----END PGP SIGNATURE----- --eWt5Jy3V6IQl161k-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 10:52:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C911CDE6 for ; Tue, 25 Mar 2014 10:52:43 +0000 (UTC) Received: from mail.tdx.com (mail.tdx.com [62.13.128.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3D74CA9C for ; Tue, 25 Mar 2014 10:52:42 +0000 (UTC) Received: from Mail-PC.tdx.co.uk (storm.tdx.co.uk [62.13.130.251]) (authenticated bits=0) by mail.tdx.com (8.14.3/8.14.3/) with ESMTP id s2PAqbgo069340 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Mar 2014 10:52:38 GMT Date: Tue, 25 Mar 2014 10:52:38 +0000 From: Karl Pielorz To: Kevin Oberman , Marcelo Gondim Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE - workaround Message-ID: <7419ED158F7CE99854773527@Mail-PC.tdx.co.uk> In-Reply-To: References: <53016D97.5030909@bsdinfo.com.br> <5329D81E.7040709@bsdinfo.com.br> <201403201058.38555.jhb@freebsd.org> <532B7DEC.7010809@bsdinfo.com.br> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Mar 2014 10:52:43 -0000 --On 21 March 2014 22:02 -0700 Kevin Oberman wrote: > Ideally I'd look to try and capture the packets st the end of the session. > Can you do something to trigger this reliably? if so "standard" "tcpdump > -pw file.bpf host HOST". I seem to recall that these connections are > scheduled. If so, you can put the packet capture in a crontab to run at > the same time. If you feed this to a tool like wireshark, you should get > a good idea of what is happening, if not why. I understand that the > timing of this might be very tricky. Ok, fwiw as I have this issue as well - I've done a packet capture (it's below). This box has 59 'CLOSED' sockets from ssh on it, and 60 sshd stuck. Also - initially I thought this was a Xen issue - so there's a couple of posts on that list from a couple of weeks ago, in brief - the sshd processes I have are stuck in 'urdlck' - one of the Xen guys commented "It seems like the process is stuck while trying to acquire a rw mutex in read mode." I did a backtrace of a stuck process - I can post that if you want (or check the FreeBSD-Xen list for 'stuck sshd in urdlck'. Also, if I ssh into this host, 90% of the time (seems to get worse the longer the box is up) I get: " ssh_exchange_identification: Connection closed by remote host " That does not leave a lingering CLOSED socket. In fact, a successful ssh login - and logout, does not in testing appear to leave a lingering CLOSED socket, nor sshd stuck in urdlck - so I'm not entirely sure where they're coming from, or how often they are created. tcpdump from the start of a successful ssh connect: 10:47:04.777765 IP (tos 0x0, ttl 61, id 4058, offset 0, flags [DF], proto TCP (6), length 60) 192.168.0.37.31139 > 192.168.0.138.22: Flags [S], cksum 0x57ce (correct), seq 634709832, win 65535, options [mss 1368,nop,wscale 3,sackOK,TS val 1019391535 ecr 0], length 0 10:47:04.777776 IP (tos 0x0, ttl 64, id 10060, offset 0, flags [DF], proto TCP (6), length 60) 192.168.0.138.22 > 192.168.0.37.31139: Flags [S.], cksum 0x7ef8 (incorrect -> 0x69d8), seq 2316386788, ack 634709833, win 65535, options [mss 1368,nop,wscale 6,sackOK,TS val 805368299 ecr 1019391535], length 0 10:47:04.804218 IP (tos 0x0, ttl 61, id 4059, offset 0, flags [DF], proto TCP (6), length 52) 192.168.0.37.31139 > 192.168.0.138.22: Flags [.], cksum 0x77d3 (correct), ack 1, win 8305, options [nop,nop,TS val 1019391538 ecr 805368299], length 0 10:47:04.809692 IP (tos 0x0, ttl 64, id 10061, offset 0, flags [DF], proto TCP (6), length 99) 192.168.0.138.22 > 192.168.0.37.31139: Flags [P.], cksum 0x7f1f (incorrect -> 0x5799), seq 1:48, ack 1, win 1038, options [nop,nop,TS val 805368328 ecr 1019391538], length 47 10:47:04.836110 IP (tos 0x0, ttl 61, id 4060, offset 0, flags [DF], proto TCP (6), length 92) 192.168.0.37.31139 > 192.168.0.138.22: Flags [P.], cksum 0x8afa (correct), seq 1:41, ack 48, win 8305, options [nop,nop,TS val 1019391541 ecr 805368328], length 40 10:47:04.836669 IP (tos 0x0, ttl 64, id 10062, offset 0, flags [DF], proto TCP (6), length 1596) 192.168.0.138.22 > 192.168.0.37.31139: Flags [P.], cksum 0x84f8 (incorrect -> 0x4d42), seq 48:1592, ack 41, win 1038, options [nop,nop,TS val 805368358 ecr 1019391541], length 1544 And the end of the session: 10:47:15.243540 IP (tos 0x10, ttl 61, id 4132, offset 0, flags [DF], proto TCP (6), length 100) 192.168.0.37.31139 > 192.168.0.138.22: Flags [P.], cksum 0x6364 (correct), seq 2321:2369, ack 3520, win 8305, options [nop,nop,TS val 1019392582 ecr 805375068], length 48 10:47:15.243736 IP (tos 0x10, ttl 64, id 10125, offset 0, flags [DF], proto TCP (6), length 100) 192.168.0.138.22 > 192.168.0.37.31139: Flags [P.], cksum 0x7f20 (incorrect -> 0x3ea8), seq 3520:3568, ack 2369, win 1038, options [nop,nop,TS val 805378765 ecr 1019392582], length 48 10:47:15.243796 IP (tos 0x10, ttl 64, id 10126, offset 0, flags [DF], proto TCP (6), length 100) 192.168.0.138.22 > 192.168.0.37.31139: Flags [P.], cksum 0x7f20 (incorrect -> 0xdd22), seq 3568:3616, ack 2369, win 1038, options [nop,nop,TS val 805378765 ecr 1019392582], length 48 10:47:15.244627 IP (tos 0x10, ttl 64, id 10127, offset 0, flags [DF], proto TCP (6), length 84) 192.168.0.138.22 > 192.168.0.37.31139: Flags [P.], cksum 0x7f10 (incorrect -> 0x86ed), seq 3616:3648, ack 2369, win 1038, options [nop,nop,TS val 805378765 ecr 1019392582], length 32 10:47:15.244812 IP (tos 0x10, ttl 64, id 10128, offset 0, flags [DF], proto TCP (6), length 212) 192.168.0.138.22 > 192.168.0.37.31139: Flags [P.], cksum 0x7f90 (incorrect -> 0x431c), seq 3648:3808, ack 2369, win 1038, options [nop,nop,TS val 805378765 ecr 1019392582], length 160 10:47:15.271439 IP (tos 0x10, ttl 61, id 4134, offset 0, flags [DF], proto TCP (6), length 52) 192.168.0.37.31139 > 192.168.0.138.22: Flags [.], cksum 0x3381 (correct), ack 3616, win 8299, options [nop,nop,TS val 1019392585 ecr 805378765], length 0 10:47:15.272238 IP (tos 0x10, ttl 61, id 4135, offset 0, flags [DF], proto TCP (6), length 52) 192.168.0.37.31139 > 192.168.0.138.22: Flags [.], cksum 0x32d9 (correct), ack 3808, win 8275, options [nop,nop,TS val 1019392585 ecr 805378765], length 0 10:47:15.273515 IP (tos 0x10, ttl 61, id 4137, offset 0, flags [DF], proto TCP (6), length 84) 192.168.0.37.31139 > 192.168.0.138.22: Flags [P.], cksum 0x43cc (correct), seq 2369:2401, ack 3808, win 8305, options [nop,nop,TS val 1019392585 ecr 805378765], length 32 10:47:15.276199 IP (tos 0x10, ttl 61, id 4138, offset 0, flags [DF], proto TCP (6), length 116) 192.168.0.37.31139 > 192.168.0.138.22: Flags [P.], cksum 0xb169 (correct), seq 2401:2465, ack 3808, win 8305, options [nop,nop,TS val 1019392585 ecr 805378765], length 64 10:47:15.276220 IP (tos 0x10, ttl 64, id 10129, offset 0, flags [DF], proto TCP (6), length 52) 192.168.0.138.22 > 192.168.0.37.31139: Flags [.], cksum 0x7ef0 (incorrect -> 0x4ea3), ack 2465, win 1037, options [nop,nop,TS val 805378793 ecr 1019392585], length 0 10:47:15.276970 IP (tos 0x10, ttl 61, id 4140, offset 0, flags [DF], proto TCP (6), length 52) 192.168.0.37.31139 > 192.168.0.138.22: Flags [F.], cksum 0x325a (correct), seq 2465, ack 3808, win 8305, options [nop,nop,TS val 1019392585 ecr 805378765], length 0 10:47:15.276978 IP (tos 0x10, ttl 64, id 10130, offset 0, flags [DF], proto TCP (6), length 52) 192.168.0.138.22 > 192.168.0.37.31139: Flags [.], cksum 0x7ef0 (incorrect -> 0x4e9c), ack 2466, win 1038, options [nop,nop,TS val 805378798 ecr 1019392585], length 0 10:47:15.277212 IP (tos 0x10, ttl 64, id 10131, offset 0, flags [DF], proto TCP (6), length 52) 192.168.0.138.22 > 192.168.0.37.31139: Flags [F.], cksum 0x7ef0 (incorrect -> 0x4e9b), seq 3808, ack 2466, win 1038, options [nop,nop,TS val 805378798 ecr 1019392585], length 0 10:47:15.303993 IP (tos 0x10, ttl 61, id 4142, offset 0, flags [DF], proto TCP (6), length 52) 192.168.0.37.31139 > 192.168.0.138.22: Flags [.], cksum 0x3235 (correct), ack 3809, win 8305, options [nop,nop,TS val 1019392588 ecr 805378798], length 0 This box has no services running on it at present, and just sits there idle. I'll periodically check on it and see if the CLOSED socket count, or hung sshd count goes up. It's runing as a PVHVM domU under XenServer 6.2 -Karl From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 16:52:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 651B36B2 for ; Tue, 25 Mar 2014 16:52:45 +0000 (UTC) Received: from mail-pd0-x22f.google.com (mail-pd0-x22f.google.com [IPv6:2607:f8b0:400e:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3335E699 for ; Tue, 25 Mar 2014 16:52:45 +0000 (UTC) Received: by mail-pd0-f175.google.com with SMTP id x10so678969pdj.34 for ; Tue, 25 Mar 2014 09:52:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=48j91FMScGffaYCYhaa/YiWShGQkKVhZlKcEjuceKBw=; b=nMeAMZSekkx9H1VGqppupDvJQnxt5MrAsujGzl/fsFn19ttrmsEkgvibJbUEFA6jMe aEzRDBKB5GzA5KXIkNo5QZkhcF33FgrXGWWjt9WIOjsW5J3Koxx9T2KVXENXeF8scE4X JUi9kw1iy2kkiOfNAK++VTVNNvq6R68h9Z49Ai/Z+MaNF5wbDrrSMqCcsNskyszA5T/7 /db2+wtUmr+jaG2yBa2uhSdioG4nCj4IkE6aRFBFkKKUQyaGMygltY4HRYcC8vHWB/rM dzQyWZwOS+2ySwa9Ju1MmCj+NiP6Ske+q2Xy0MQvb8SsdSmjufISNmXyapGQWafwZa0z k8aQ== MIME-Version: 1.0 X-Received: by 10.68.250.3 with SMTP id yy3mr79876347pbc.56.1395766363948; Tue, 25 Mar 2014 09:52:43 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Tue, 25 Mar 2014 09:52:43 -0700 (PDT) In-Reply-To: <7419ED158F7CE99854773527@Mail-PC.tdx.co.uk> References: <53016D97.5030909@bsdinfo.com.br> <5329D81E.7040709@bsdinfo.com.br> <201403201058.38555.jhb@freebsd.org> <532B7DEC.7010809@bsdinfo.com.br> <7419ED158F7CE99854773527@Mail-PC.tdx.co.uk> Date: Tue, 25 Mar 2014 09:52:43 -0700 X-Google-Sender-Auth: 92pPmhBgjhl9OmuSxggzjeeuAxU Message-ID: Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE - workaround From: Kevin Oberman To: Karl Pielorz Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Marcelo Gondim , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Mar 2014 16:52:45 -0000 On Tue, Mar 25, 2014 at 3:52 AM, Karl Pielorz wrote: > > > --On 21 March 2014 22:02 -0700 Kevin Oberman wrote: > > Ideally I'd look to try and capture the packets st the end of the session. >> Can you do something to trigger this reliably? if so "standard" "tcpdump >> -pw file.bpf host HOST". I seem to recall that these connections are >> scheduled. If so, you can put the packet capture in a crontab to run at >> the same time. If you feed this to a tool like wireshark, you should get >> a good idea of what is happening, if not why. I understand that the >> timing of this might be very tricky. >> > > Ok, fwiw as I have this issue as well - I've done a packet capture (it's > below). This box has 59 'CLOSED' sockets from ssh on it, and 60 sshd stuck. > > Also - initially I thought this was a Xen issue - so there's a couple of > posts on that list from a couple of weeks ago, in brief - the sshd > processes I have are stuck in 'urdlck' - one of the Xen guys commented "It > seems like the process is stuck while trying to acquire a rw mutex in read > mode." > > I did a backtrace of a stuck process - I can post that if you want (or > check the FreeBSD-Xen list for 'stuck sshd in urdlck'. > > Also, if I ssh into this host, 90% of the time (seems to get worse the > longer the box is up) I get: > > " > ssh_exchange_identification: Connection closed by remote host > " > > That does not leave a lingering CLOSED socket. In fact, a successful ssh > login - and logout, does not in testing appear to leave a lingering CLOSED > socket, nor sshd stuck in urdlck - so I'm not entirely sure where they're > coming from, or how often they are created. > > tcpdump from the start of a successful ssh connect: > > 10:47:04.777765 IP (tos 0x0, ttl 61, id 4058, offset 0, flags [DF], proto > TCP (6), length 60) > 192.168.0.37.31139 > 192.168.0.138.22: Flags [S], cksum 0x57ce > (correct), seq 634709832, win 65535, options [mss 1368,nop,wscale > 3,sackOK,TS val 1019391535 ecr 0], length 0 > > 10:47:04.777776 IP (tos 0x0, ttl 64, id 10060, offset 0, flags [DF], proto > TCP (6), length 60) > 192.168.0.138.22 > 192.168.0.37.31139: Flags [S.], cksum 0x7ef8 > (incorrect -> 0x69d8), seq 2316386788, ack 634709833, win 65535, options > [mss 1368,nop,wscale 6,sackOK,TS val 805368299 ecr 1019391535], length 0 > > 10:47:04.804218 IP (tos 0x0, ttl 61, id 4059, offset 0, flags [DF], proto > TCP (6), length 52) > 192.168.0.37.31139 > 192.168.0.138.22: Flags [.], cksum 0x77d3 > (correct), ack 1, win 8305, options [nop,nop,TS val 1019391538 ecr > 805368299], length 0 > > 10:47:04.809692 IP (tos 0x0, ttl 64, id 10061, offset 0, flags [DF], proto > TCP (6), length 99) > 192.168.0.138.22 > 192.168.0.37.31139: Flags [P.], cksum 0x7f1f > (incorrect -> 0x5799), seq 1:48, ack 1, win 1038, options [nop,nop,TS val > 805368328 ecr 1019391538], length 47 > > 10:47:04.836110 IP (tos 0x0, ttl 61, id 4060, offset 0, flags [DF], proto > TCP (6), length 92) > 192.168.0.37.31139 > 192.168.0.138.22: Flags [P.], cksum 0x8afa > (correct), seq 1:41, ack 48, win 8305, options [nop,nop,TS val 1019391541 > ecr 805368328], length 40 > > 10:47:04.836669 IP (tos 0x0, ttl 64, id 10062, offset 0, flags [DF], proto > TCP (6), length 1596) > 192.168.0.138.22 > 192.168.0.37.31139: Flags [P.], cksum 0x84f8 > (incorrect -> 0x4d42), seq 48:1592, ack 41, win 1038, options [nop,nop,TS > val 805368358 ecr 1019391541], length 1544 > > > And the end of the session: > > 10:47:15.243540 IP (tos 0x10, ttl 61, id 4132, offset 0, flags [DF], proto > TCP (6), length 100) > 192.168.0.37.31139 > 192.168.0.138.22: Flags [P.], cksum 0x6364 > (correct), seq 2321:2369, ack 3520, win 8305, options [nop,nop,TS val > 1019392582 ecr 805375068], length 48 > > 10:47:15.243736 IP (tos 0x10, ttl 64, id 10125, offset 0, flags [DF], > proto TCP (6), length 100) > 192.168.0.138.22 > 192.168.0.37.31139: Flags [P.], cksum 0x7f20 > (incorrect -> 0x3ea8), seq 3520:3568, ack 2369, win 1038, options > [nop,nop,TS val 805378765 ecr 1019392582], length 48 > > 10:47:15.243796 IP (tos 0x10, ttl 64, id 10126, offset 0, flags [DF], > proto TCP (6), length 100) > 192.168.0.138.22 > 192.168.0.37.31139: Flags [P.], cksum 0x7f20 > (incorrect -> 0xdd22), seq 3568:3616, ack 2369, win 1038, options > [nop,nop,TS val 805378765 ecr 1019392582], length 48 > > 10:47:15.244627 IP (tos 0x10, ttl 64, id 10127, offset 0, flags [DF], > proto TCP (6), length 84) > 192.168.0.138.22 > 192.168.0.37.31139: Flags [P.], cksum 0x7f10 > (incorrect -> 0x86ed), seq 3616:3648, ack 2369, win 1038, options > [nop,nop,TS val 805378765 ecr 1019392582], length 32 > > 10:47:15.244812 IP (tos 0x10, ttl 64, id 10128, offset 0, flags [DF], > proto TCP (6), length 212) > 192.168.0.138.22 > 192.168.0.37.31139: Flags [P.], cksum 0x7f90 > (incorrect -> 0x431c), seq 3648:3808, ack 2369, win 1038, options > [nop,nop,TS val 805378765 ecr 1019392582], length 160 > > 10:47:15.271439 IP (tos 0x10, ttl 61, id 4134, offset 0, flags [DF], proto > TCP (6), length 52) > 192.168.0.37.31139 > 192.168.0.138.22: Flags [.], cksum 0x3381 > (correct), ack 3616, win 8299, options [nop,nop,TS val 1019392585 ecr > 805378765], length 0 > > 10:47:15.272238 IP (tos 0x10, ttl 61, id 4135, offset 0, flags [DF], proto > TCP (6), length 52) > 192.168.0.37.31139 > 192.168.0.138.22: Flags [.], cksum 0x32d9 > (correct), ack 3808, win 8275, options [nop,nop,TS val 1019392585 ecr > 805378765], length 0 > > 10:47:15.273515 IP (tos 0x10, ttl 61, id 4137, offset 0, flags [DF], proto > TCP (6), length 84) > 192.168.0.37.31139 > 192.168.0.138.22: Flags [P.], cksum 0x43cc > (correct), seq 2369:2401, ack 3808, win 8305, options [nop,nop,TS val > 1019392585 ecr 805378765], length 32 > > 10:47:15.276199 IP (tos 0x10, ttl 61, id 4138, offset 0, flags [DF], proto > TCP (6), length 116) > 192.168.0.37.31139 > 192.168.0.138.22: Flags [P.], cksum 0xb169 > (correct), seq 2401:2465, ack 3808, win 8305, options [nop,nop,TS val > 1019392585 ecr 805378765], length 64 > > 10:47:15.276220 IP (tos 0x10, ttl 64, id 10129, offset 0, flags [DF], > proto TCP (6), length 52) > 192.168.0.138.22 > 192.168.0.37.31139: Flags [.], cksum 0x7ef0 > (incorrect -> 0x4ea3), ack 2465, win 1037, options [nop,nop,TS val > 805378793 ecr 1019392585], length 0 > > 10:47:15.276970 IP (tos 0x10, ttl 61, id 4140, offset 0, flags [DF], proto > TCP (6), length 52) > 192.168.0.37.31139 > 192.168.0.138.22: Flags [F.], cksum 0x325a > (correct), seq 2465, ack 3808, win 8305, options [nop,nop,TS val 1019392585 > ecr 805378765], length 0 > > 10:47:15.276978 IP (tos 0x10, ttl 64, id 10130, offset 0, flags [DF], > proto TCP (6), length 52) > 192.168.0.138.22 > 192.168.0.37.31139: Flags [.], cksum 0x7ef0 > (incorrect -> 0x4e9c), ack 2466, win 1038, options [nop,nop,TS val > 805378798 ecr 1019392585], length 0 > > 10:47:15.277212 IP (tos 0x10, ttl 64, id 10131, offset 0, flags [DF], > proto TCP (6), length 52) > 192.168.0.138.22 > 192.168.0.37.31139: Flags [F.], cksum 0x7ef0 > (incorrect -> 0x4e9b), seq 3808, ack 2466, win 1038, options [nop,nop,TS > val 805378798 ecr 1019392585], length 0 > > 10:47:15.303993 IP (tos 0x10, ttl 61, id 4142, offset 0, flags [DF], proto > TCP (6), length 52) > 192.168.0.37.31139 > 192.168.0.138.22: Flags [.], cksum 0x3235 > (correct), ack 3809, win 8305, options [nop,nop,TS val 1019392588 ecr > 805378798], length 0 > > > This box has no services running on it at present, and just sits there > idle. I'll periodically check on it and see if the CLOSED socket count, or > hung sshd count goes up. > > It's runing as a PVHVM domU under XenServer 6.2 > Since I am retired, I no longer have access to my beloved "TCP/IP Illustrated Vol. 1", but I believe CLOSED status indicates that the socket is no longer in use.As the name says, it is CLOSED. I don't know why sshd should be waiting on a CLOSED socket, nor do I understand why a CLOSED server socket should live on for extended times. That said, I have been monitoring my FreeBSD 10 system and it seems to pick up an occasional case where a socket gets "stuck" in the CLOSED state for a very long time. I can't say forever, but at least many minutes. I don't see this on 9.2 systems. Right now I have two CLOSED sockets, both the the same address on port 80. It appears that the only thing that removes the socket is to kill the owning process (in this case it's Firefox). The owning firefox process does exist just fine when asked and I think sshd should do so as well, but it looks to me like the root problem is that CLOSED socket seem to live on in 10.0 and they don't on older versions. I think it's time to move this over to net@, as I suspect a change made in 10 is triggering this. I'm not sure the changes is wrong or that sshd is wrong in not exiting cleanly when sockets are hanging around in CLOSED state. (Nor am I sure sshd is wrong.) If I am confused about this, please let me know. I'm going ot read the 10.0 release notes to see if they say anything about this. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 19:01:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F663D45 for ; Tue, 25 Mar 2014 19:01:45 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 19E59810 for ; Tue, 25 Mar 2014 19:01:44 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s2PIltcb038068; Tue, 25 Mar 2014 11:48:01 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s2PIllqc038061; Tue, 25 Mar 2014 11:47:47 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 25 Mar 2014 11:47:49 -0700 (PDT) Message-ID: In-Reply-To: <532F6CDE.60105@tundraware.com> References: <532EDDD0.80700@ohlste.in> <532F6CDE.60105@tundraware.com> Date: Tue, 25 Mar 2014 11:47:49 -0700 (PDT) Subject: Re: reason 23 why we've moved to linux From: "Chris H" To: "Tim Daneliuk" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Mar 2014 19:01:45 -0000 > On 03/23/2014 05:12 PM, Randy Bush wrote: >>> Now be honest Randy, and tell us why you started this thread. >> >> in the hope that ports will be made usable before so many people give up >> that critical mass is lost. a real tragedy if the great freebsd core >> dies because of ports lack of usability. >> > > > I have run production FreeBSD ever since 2.x. I also work in an environment > with north of 1000 Linux servers (plus AIX, plus Solaris, plus Windows...) > > Guess what? There is no clear winner here. RHEL RPM is a nightmare > unless you manage it very carefully. Yum make is better but you still > have to pay attention. There's a reason RH strongly encourages the use > of Sat Server. > > Debian? Well apt-get mostly works until it doesn't and you have to paw your > way through key problems and the like. SuSE? Ditto. AIX lpps? > Nice, until you confront a piece of open source they don't support or haven't > upgraded. Have fun compiling your own version. > > Complex systems environments require complex procedures and policies. The idea > that some technology magically will make this work is absurd. Moreover, > unlike some random hobbyist desktop (Not That There's Anything Wrong With That), > enterprise class server environments migrate carefully, thoughtfully, only > after reasonable testing, and only if really needed. On that basis, I can > assure you that the FreeBSD ports system isn't particularly "less usable" > than any commercially supported environment out there and certainly not > linux broadly. It comes down to what you're willing to do to execute > clean, stable upgrades. The past experience you reference, I would consider an accurate assessment of that of my own, over a ~25 year period. But that /past/ isn't the issue being addressed in this post. The /present/ is. While I would never consider Lin* as a possible alternative. Because it has too many "chiefs", which ultimately results in never knowing what to expect in the near future, let alone long-term affects/results. This is probably my primary reason for tracking FreeBSD all these years. But here in recent months, things have changed. So much so, and without any perceivable course -- oh yes, I hear all the claims/statements. That I've felt compelled to consider other alternatives. I track -STABLE. I've filed quite a few PR's. I've spent quite some time attempting to help the maintainer(s) to squash some of them. I've provided actual cures, and patches. Where the cure was simply to add NO_STAGE=(yes|true). I was told that that wasn't a cure, and that I needed to "upgrade" to the new pkg(8) system. Ahem. I'm tracking -STABLE, in this case, it meant 8.4-STABLE. If I'm not mistaken, 8-STABLE is supported till June 30, 2015. If I'm also not mistaken, 8-STABLE comes with/uses the pkg_ system. Fact is, many are tracking 8-STABLE for just this reason; without "deep pockets", and wealthy benefactors, this gives them the opportunity to re-tool for the new pkg system, or see if pkg(8) ever actually "pans out", and if it does, what it looks like in the end. That's what "stable" is all about. One other example; I had a couple of builds that each required graphics/gimp. I was unable to install it on the first one, because graphics/libopenraw failed to build against devel/libboost. I filed a pr(1), and noticed there was also another outstanding for 3mos. The second install was a month later -- same issue, but newer r#. So I took the time to "wind back" through the revs, until I found a revision where graphics/libopenraw would build. Then took the time to file another pr(1), indicating the issue, /and/ providing the solution. One week later, I received notice that the 2 pr's I'd filed had been closed. Reason being; they were too similar to the previous one. What?! Forget the fact I'd just spent a boat load of time I /didn't/ have, to find a solution to the problem. But totally disregard the solution?! Did they actually /read/ the pr's? Or were they just looking to make the pr count look better? But the "kicker" for me was the new "EOL" announcement for pkg-tools: pkg_install EOL is scheduled for 2014-09-01. Please consider migrating to pkgng go see Joe blogger, for more info... For starters, tracking 8.4, means you get pkg-tools, not pkg(8). While pkg(8) /may/ turn out to be the best thing, since "sliced bread". For reasons stated earlier, it should not be /forced/ upon those who track 8-STABLE, and /certainly/ not, until June 30, 2015. After which, the whole point becomes pretty much moot. The initial message has a pause/sleep timer. Indicating that placing: NO_WARNING_PKG_INSTALL_EOL=yes in make.conf(5) will eliminate further warnings. However, such is not the case. New installs, or largish upgrades, require being spammed some 1000 times with this message to go visit Joe blogger. Rubbish! This speaks to the point I had intended to make, by this reply. IMHO, it shows a terrible short-sighted view that appears to be affecting FreeBSD in the past few months. There appears to be too much strain on those that oversee the project. In the ~25yrs I've been tracking, I have /never/ seen so many oversights. So little thought to the "big picture", long-term affect(s). I may be off in my perception. But I can't make sense of it, any other way. > > In truth, in almost 2 decades of use both in my own business and by some of > my clients, FreeBSD has shown far less aggravation in this regard than the > Tower Of Babel linux distros have become. Me? I don't much care. The more > screwed up things are, the more opportunities for additional work I find :) I couldn't agree more. I /loved/ Micro$oft for this. They were a /huge/ money-maker, in this regard. However, I could never wish FreeBSD, with a strategy like this. Thank you for your indigents, and sorry if this comes off as a "rant" (not intended). --Chris > > > > ---------------------------------------------------------------------------- > Tim Daneliuk tundra@tundraware.com > PGP Key: http://www.tundraware.com/PGP/ > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 20:11:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECFA91F0 for ; Tue, 25 Mar 2014 20:11:52 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7765FE65 for ; Tue, 25 Mar 2014 20:11:52 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s2PKEBS3046706 for ; Tue, 25 Mar 2014 13:14:17 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s2PKE6E7046700; Tue, 25 Mar 2014 13:14:06 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 25 Mar 2014 13:14:06 -0700 (PDT) Message-ID: <505f34fa64e336dbc9e0ea4154dd219b.authenticated@ultimatedns.net> In-Reply-To: References: <532EDDD0.80700@ohlste.in> <532F6CDE.60105@tundraware.com> Date: Tue, 25 Mar 2014 13:14:06 -0700 (PDT) Subject: Re: reason 23 why we've moved to linux From: "Chris H" To: "freebsd-stable stable" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Mar 2014 20:11:53 -0000 >> On 03/23/2014 05:12 PM, Randy Bush wrote: >>>> Now be honest Randy, and tell us why you started this thread. >>> >>> in the hope that ports will be made usable before so many people give up >>> that critical mass is lost. a real tragedy if the great freebsd core >>> dies because of ports lack of usability. >>> >> >> >> I have run production FreeBSD ever since 2.x. I also work in an environment >> with north of 1000 Linux servers (plus AIX, plus Solaris, plus Windows...) >> >> Guess what? There is no clear winner here. RHEL RPM is a nightmare >> unless you manage it very carefully. Yum make is better but you still >> have to pay attention. There's a reason RH strongly encourages the use >> of Sat Server. >> >> Debian? Well apt-get mostly works until it doesn't and you have to paw your >> way through key problems and the like. SuSE? Ditto. AIX lpps? >> Nice, until you confront a piece of open source they don't support or haven't >> upgraded. Have fun compiling your own version. >> >> Complex systems environments require complex procedures and policies. The idea >> that some technology magically will make this work is absurd. Moreover, >> unlike some random hobbyist desktop (Not That There's Anything Wrong With That), >> enterprise class server environments migrate carefully, thoughtfully, only >> after reasonable testing, and only if really needed. On that basis, I can >> assure you that the FreeBSD ports system isn't particularly "less usable" >> than any commercially supported environment out there and certainly not >> linux broadly. It comes down to what you're willing to do to execute >> clean, stable upgrades. > > The past experience you reference, I would consider an accurate assessment of > that of my own, over a ~25 year period. But that /past/ isn't the issue being > addressed in this post. The /present/ is. While I would never consider Lin* > as a possible alternative. Because it has too many "chiefs", which ultimately > results in never knowing what to expect in the near future, let alone long-term > affects/results. This is probably my primary reason for tracking FreeBSD all > these years. But here in recent months, things have changed. So much so, and > without any perceivable course -- oh yes, I hear all the claims/statements. > That I've felt compelled to consider other alternatives. I track -STABLE. I've > filed quite a few PR's. I've spent quite some time attempting to help the > maintainer(s) to squash some of them. I've provided actual cures, and patches. > Where the cure was simply to add NO_STAGE=(yes|true). I was told that that > wasn't a cure, and that I needed to "upgrade" to the new pkg(8) system. Ahem. > I'm tracking -STABLE, in this case, it meant 8.4-STABLE. If I'm not mistaken, > 8-STABLE is supported till June 30, 2015. If I'm also not mistaken, 8-STABLE > comes with/uses the pkg_ system. Fact is, many are tracking 8-STABLE for just > this reason; without "deep pockets", and wealthy benefactors, this gives > them the opportunity to re-tool for the new pkg system, or see if pkg(8) > ever actually "pans out", and if it does, what it looks like in the end. > That's what "stable" is all about. One other example; I had a couple of > builds that each required graphics/gimp. I was unable to install it on the > first one, because graphics/libopenraw failed to build against devel/libboost. > I filed a pr(1), and noticed there was also another outstanding for 3mos. > The second install was a month later -- same issue, but newer r#. So I took > the time to "wind back" through the revs, until I found a revision where > graphics/libopenraw would build. Then took the time to file another pr(1), > indicating the issue, /and/ providing the solution. > One week later, I received notice that the 2 pr's I'd filed had been closed. > Reason being; they were too similar to the previous one. What?! Forget the > fact I'd just spent a boat load of time I /didn't/ have, to find a solution > to the problem. But totally disregard the solution?! Did they actually /read/ > the pr's? Or were they just looking to make the pr count look better? > But the "kicker" for me was the new "EOL" announcement for pkg-tools: > pkg_install EOL is scheduled for 2014-09-01. Please consider migrating to pkgng > go see Joe blogger, for more info... > For starters, tracking 8.4, means you get pkg-tools, not pkg(8). While pkg(8) > /may/ turn out to be the best thing, since "sliced bread". For reasons > stated earlier, it should not be /forced/ upon those who track 8-STABLE, and > /certainly/ not, until June 30, 2015. After which, the whole point becomes > pretty much moot. The initial message has a pause/sleep timer. Indicating > that placing: > NO_WARNING_PKG_INSTALL_EOL=yes > in make.conf(5) will eliminate further warnings. However, such is not the case. > New installs, or largish upgrades, require being spammed some 1000 times with > this message to go visit Joe blogger. Rubbish! This speaks to the point I had > intended to make, by this reply. IMHO, it shows a terrible short-sighted view > that appears to be affecting FreeBSD in the past few months. There appears to > be too much strain on those that oversee the project. In the ~25yrs I've been > tracking, I have /never/ seen so many oversights. So little thought to the > "big picture", long-term affect(s). I may be off in my perception. But I > can't make sense of it, any other way. > >> >> In truth, in almost 2 decades of use both in my own business and by some of >> my clients, FreeBSD has shown far less aggravation in this regard than the >> Tower Of Babel linux distros have become. Me? I don't much care. The more >> screwed up things are, the more opportunities for additional work I find :) > > I couldn't agree more. I /loved/ Micro$oft for this. They were a /huge/ > money-maker, in this regard. However, I could never wish FreeBSD, with a > strategy like this. > > Thank you for your indigents, Ahem... that was to read indulgence _________________________^^^^^^^^^^ > and sorry if this comes off as a "rant" > (not intended). > > --Chris > >> >> >> >> ---------------------------------------------------------------------------- >> Tim Daneliuk tundra@tundraware.com >> PGP Key: http://www.tundraware.com/PGP/ >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 20:22:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E361868 for ; Tue, 25 Mar 2014 20:22:29 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 07A46F6D for ; Tue, 25 Mar 2014 20:22:28 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id hm4so3840496wib.2 for ; Tue, 25 Mar 2014 13:22:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=c6sg4USsoxKy+rjoOgjyJcTb9JsJCI4qYL+AmggX2po=; b=eNCgTe8NVztgo+SwWlmzJlyt2ufi1iB0RBSY26WAXZJMZ+KSrp4AYH5pKpXl254RLh yGbbR0XS+j2XmS6GBoIAmMcpsJ3j1K09P/Bk/sxnVwzuvQSi2MOwdcRiU24mr/c+eWSy icbNBeAcYk3bW77pQ3/C+JpEjLWXCOarxDcRTS54okKaw7EI+Qg9XuHVZG8YhTLV8oTI 4XqJXdeI4pRUWINMysNAC53Nww0TElx6ARo3cxL2kK1dWaH8DDs/MISPi+OGVcY5DZDd aHQvr1W5vwVu15YgypilOdl4o9grr/8ZXvLRjm5qc5wVh7Crgk9kVeCvDX0Gg6xhvbZ+ m5Bw== MIME-Version: 1.0 X-Received: by 10.181.13.15 with SMTP id eu15mr24770127wid.38.1395778947219; Tue, 25 Mar 2014 13:22:27 -0700 (PDT) Received: by 10.217.55.138 with HTTP; Tue, 25 Mar 2014 13:22:27 -0700 (PDT) In-Reply-To: <20140323223022.GC796@lonesome.com> References: <532EDDD0.80700@ohlste.in> <20140323153843.GA16935@lonesome.com> <532F1C48.7080003@ohlste.in> <20140323223022.GC796@lonesome.com> Date: Tue, 25 Mar 2014 15:22:27 -0500 Message-ID: Subject: Re: reason 23 why we've moved to linux From: David Noel To: Mark Linimon Content-Type: text/plain; charset=ISO-8859-1 Cc: Randy Bush , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: David.I.Noel@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 20:22:29 -0000 > This is a false analogy: they get paid. Right now AFAIK no one is > paid to work on FreeBSD ports, other than a handful of people paid > to work on ports that affect their employer. > There's no tangible reward for working on PRs in someone's "priority > order". From my previous experience as bugmeister, I can state that > most people think their own problems _are_ the priority. In a world > where everything's a priority, nothing is. > > We don't have a stick we can beat the committers with if they don't > do things in any particular order. The most that we can reasonably > do is to reset their maintainership, or reassign their PRs, if they > become inactive. I've never understood why we don't have the ability to attach bounties to PR's. It seems like such a no-brainer solution to this whole mess. While a $20 bounty (or maybe collectively $200) probably wouldn't motivate a US-based developer to work on a PR that they were otherwise not interested in there are plenty of people out there in the world who it would. Elance is full of developers willing to work for a few dollars an hour. A quick Google search tells me that someone has started in this direction already -- http://www.freebsdbounties.info/bounties. I think it makes more sense for something like this to be integrated into the existing PR system though. "But who will build it?". I really don't know. I don't have time to. Should I file a PR? ;-) Seriously though, if no one wants to volunteer to build it it makes sense to me that the FreeBSD Foundation spend a few thousand of those hundreds of thousands of dollars they collect annually on something like this. But I haven't the slightest clue who's in charge of that money or who I'd need to convince that something like this would be useful. Bugs, features, etc.. why is there no simple way to collectively fund them? It seems like so much more would get done. -David From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 02:17:36 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DB0FCDD; Wed, 26 Mar 2014 02:17:36 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 81D1F7F7; Wed, 26 Mar 2014 02:17:34 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2Q2HJB4018395; Wed, 26 Mar 2014 04:17:20 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2Q2HJZf018201; Wed, 26 Mar 2014 02:17:19 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 02:17:19 GMT Message-Id: <201403260217.s2Q2HJZf018201@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 02:17:36 -0000 TB --- 2014-03-26 00:40:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-26 00:40:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 00:40:45 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-26 00:40:45 - cleaning the object tree TB --- 2014-03-26 00:40:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 00:41:37 - At svn revision 263756 TB --- 2014-03-26 00:41:38 - building world TB --- 2014-03-26 00:41:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-26 00:41:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-26 00:41:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-26 00:41:38 - SRCCONF=/dev/null TB --- 2014-03-26 00:41:38 - TARGET=powerpc TB --- 2014-03-26 00:41:38 - TARGET_ARCH=powerpc TB --- 2014-03-26 00:41:38 - TZ=UTC TB --- 2014-03-26 00:41:38 - __MAKE_CONF=/dev/null TB --- 2014-03-26 00:41:38 - cd /src TB --- 2014-03-26 00:41:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 26 00:41:49 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaObjCProperty.cpp -o SemaObjCProperty.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOpenMP.cpp -o SemaOpenMP.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOverload.cpp -o SemaOverload.o /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOverload.cpp: In function 'bool clang::IsStandardConversion(clang::Sema&, clang::Expr*, clang::QualType, bool, clang::StandardConversionSequence&, bool, bool)': /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOverload.cpp:1423: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/clang/libclangsema *** Error code 1 Stop. bmake[4]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-26 02:17:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-26 02:17:18 - ERROR: failed to build world TB --- 2014-03-26 02:17:18 - 4506.47 user 1411.26 system 5793.52 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 05:15:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40F509C7 for ; Wed, 26 Mar 2014 05:15:25 +0000 (UTC) Received: from mail-la0-f45.google.com (mail-la0-f45.google.com [209.85.215.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB8A18B7 for ; Wed, 26 Mar 2014 05:15:24 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id hr17so1096458lab.4 for ; Tue, 25 Mar 2014 22:15:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=E4hBSTr2UjbHZUfuXO8EHVHBgHmk8AcC1N4IvcJJ8ME=; b=HvUUHZpU3cJtPuZRwnzg+DUOfgjdI6DirSM02io3ztw2CDF5p9vCqflAfiOUZQ6qla 4zMEMGudgg7IRzOqSfB1jaLbGv2mQW2Av6TG0lIjlwSLnExGQJSvbXdHWY49koCZQzfK aUTIXKT0vrz6E3d/YQajpuu0JctZ1WT48o612PZBurGZT3weqdDSIBZ4Zt54NZ8F4i2q 9gSkO4sxOYY2deFd7afIqDVYCeCIdOR5qDxlUZckpCBf0FYrbaNNMM3iPjrXmEwYt4DA TteCwHvozRMcwoSRTLRib+uvHBOP3h354npVv1ntBaTuYpKCWVREZUtNhOMYUhcBRkST eM0g== X-Gm-Message-State: ALoCoQmeNHylWwGFkYeYiPfg5yg3IKRtyuapyE5eVuLoCqnLGr5e321FmxowQum9rNJDEEb8O4Ca MIME-Version: 1.0 X-Received: by 10.152.2.131 with SMTP id 3mr52562627lau.20.1395810922448; Tue, 25 Mar 2014 22:15:22 -0700 (PDT) Received: by 10.112.253.227 with HTTP; Tue, 25 Mar 2014 22:15:22 -0700 (PDT) X-Originating-IP: [121.98.161.40] Date: Wed, 26 Mar 2014 18:15:22 +1300 Message-ID: Subject: xhci USB Host Controller resetting continously From: Jonathan Chen To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Mar 2014 05:15:25 -0000 Hi, I recently updated my laptop, an Inspiron 17 7000, from 10.0-RELEASE/amd64 to 10.0-STABLE/amd 64 r263710. Unfortunately, this revision results in a unusable USB sub-system, as the xhci host controller is constantly resetting itself. I've attached the full output of the dmesg at the end of this email, but the main resetting cycle snippet is: usb_alloc_device: set address 4 failed (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT ugen0.4: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device ugen0.4: at usbus0 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 uhid0: on usbus0 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 uhub0: at usbus0, port 1, addr 1 (disconnected) ugen0.2: at usbus0 (disconnected) ums0: at uhub0, port 3, addr 1 (disconnected) ugen0.3: at usbus0 (disconnected) ugen0.4: at usbus0 (disconnected) uhid0: at uhub0, port 7, addr 4 (disconnected) xhci0: 32 byte context size. xhci0: Port routing mask set to 0xffffffff uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 uhub0: 13 ports with 13 removable, self powered ugen0.2: at usbus0 ums0: on usbus0 ums0: error reading report description device_attach: ums0 attach returned 12 ugen0.3: at usbus0 xhci0: Resetting controller Would any developer be keen to help me resolve this issue? I'm willing to try out any patches on this system so that I can get back a working USB sub-system. Cheers. -- Jonathan Chen ----dmesg-output---- Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-STABLE #0 r263710: Tue Mar 25 21:21:41 NZDT 2014 root@daemonblade:/usr/obj/usr/src/sys/DAEMONBLADE amd64 FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 CPU: Intel(R) Core(TM) i7-4500U CPU @ 1.80GHz (1795.88-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x40651 Family = 0x6 Model = 0x45 Stepping = 1 Features=0xbfebfbff Features2=0x7fdafbbf,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND> AMD Features=0x2c100800 AMD Features2=0x21 Standard Extended Features=0x27ab TSC: P-state invariant, performance statistics real memory = 17179869184 (16384 MB) avail memory = 16464371712 (15701 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ACPI Error: Gpe0Block - 32-bit FADT register is too long (32 bytes, 256 bits) to convert to GAS struct - 255 bits max, truncating (20130823/tbfadt-223) ioapic0 irqs 0-39 on motherboard random: initialized kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 Event timer "HPET4" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: no PRT entry for 0.20.INTA vgapci0: port 0x5000-0x503f mem 0xe3000000-0xe33fffff,0xc0000000-0xcfffffff irq 16 at device 2.0 on pci0 vgapci0: Boot video device hdac0: mem 0xe3610000-0xe3613fff irq 16 at device 3.0 on pci0 xhci0: mem 0xe3600000-0xe360ffff irq 11 at device 20.0 on pci0 xhci0: 32 byte context size. xhci0: Port routing mask set to 0xffffffff usbus0 on xhci0 pci0: at device 22.0 (no driver attached) hdac1: mem 0xe3614000-0xe3617fff irq 22 at device 27.0 on pci0 pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 pcib2: irq 18 at device 28.2 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: irq 19 at device 28.3 on pci0 pci3: on pcib3 pci3: at device 0.0 (no driver attached) re0: port 0x4000-0x40ff mem 0xe3404000-0xe3404fff,0xe3400000-0xe3403fff irq 19 at device 0.1 on pci3 re0: Using 1 MSI-X message re0: ASPM disabled re0: Chip rev. 0x5c800000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: e0:db:55:c7:35:02 pcib4: irq 16 at device 28.4 on pci0 pci4: on pcib4 vgapci1: port 0x3000-0x307f mem 0xe2000000-0xe2ffffff,0xd0000000-0xdfffffff,0xe0000000-0xe1ffffff irq 16 at device 0.0 on pci4 nvidia1: on vgapci1 vgapci1: child nvidia1 requested pci_enable_io vgapci1: child nvidia1 requested pci_enable_io ehci0: mem 0xe361d000-0xe361d3ff irq 23 at device 29.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x5088-0x508f,0x5094-0x5097,0x5080-0x5087,0x5090-0x5093,0x5060-0x507f mem 0xe361c000-0xe361c7ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 4 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 pci0: at device 31.3 (no driver attached) acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 3 on hdaa0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 pcm1: at nid 20,33 and 18 on hdaa1 random: unblocking device. usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: <0x8086> at usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-9 SATA 3.x device ada0: Serial Number W381E00Z ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number TTYK07363942J51Z9A03 cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Netvsc initializing... SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! Timecounter "TSC" frequency 1795882972 Hz quality 1000 Root mount waiting for: usbus1 usbus0 uhub0: 13 ports with 13 removable, self powered Root mount waiting for: usbus1 usbus0 ugen0.2: at usbus0 uhub1: 3 ports with 3 removable, self powered ugen0.3: at usbus0 ugen1.2: at usbus1 uhub2: on usbus1 Root mount waiting for: usbus1 usbus0 uhub2: 8 ports with 8 removable, self powered Root mount waiting for: usbus0 xhci0: Resetting controller usb_alloc_device: set address 4 failed (USB_ERR_TIMEOUT, ignored) Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT ugen0.4: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device ugen0.4: at usbus0 hid_get_item: Number of items truncated to 255 uhub0: at usbus0, port 1, addr 1 (disconnected) ugen0.2: at usbus0 (disconnected) Trying to mount root from zfs:deepwater []... ugen0.3: at usbus0 (disconnected) ugen0.4: at usbus0 (disconnected) xhci0: 32 byte context size. xhci0: Port routing mask set to 0xffffffff uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 uhub0: 13 ports with 13 removable, self powered fuse-freebsd: version 0.4.4, FUSE ABI 7.8 ugen0.2: at usbus0 ugen0.3: at usbus0 xhci0: Resetting controller usb_alloc_device: set address 4 failed (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT ugen0.4: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device ugen0.4: at usbus0 hid_get_item: Number of items truncated to 255 uhub0: at usbus0, port 1, addr 1 (disconnected) ugen0.2: at usbus0 (disconnected) ugen0.3: at usbus0 (disconnected) ugen0.4: at usbus0 (disconnected) xhci0: 32 byte context size. xhci0: Port routing mask set to 0xffffffff uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 uhub0: 13 ports with 13 removable, self powered ugen0.2: at usbus0 ums0: on usbus0 ums0: error reading report description device_attach: ums0 attach returned 12 ugen0.3: at usbus0 xhci0: Resetting controller usb_alloc_device: set address 4 failed (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT ugen0.4: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device ugen0.4: at usbus0 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 uhid0: on usbus0 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 uhub0: at usbus0, port 1, addr 1 (disconnected) ugen0.2: at usbus0 (disconnected) ugen0.3: at usbus0 (disconnected) ugen0.4: at usbus0 (disconnected) uhid0: at uhub0, port 7, addr 4 (disconnected) xhci0: 32 byte context size. xhci0: Port routing mask set to 0xffffffff uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 uhub0: 13 ports with 13 removable, self powered ugen0.2: at usbus0 ums0: on usbus0 ums0: error reading report description device_attach: ums0 attach returned 12 ugen0.3: at usbus0 xhci0: Resetting controller usb_alloc_device: set address 4 failed (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT ugen0.4: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device ugen0.4: at usbus0 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 uhid0: on usbus0 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 uhub0: at usbus0, port 1, addr 1 (disconnected) ugen0.2: at usbus0 (disconnected) ugen0.3: at usbus0 (disconnected) ugen0.4: at usbus0 (disconnected) uhid0: at uhub0, port 7, addr 4 (disconnected) xhci0: 32 byte context size. xhci0: Port routing mask set to 0xffffffff uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 uhub0: 13 ports with 13 removable, self powered ugen0.2: at usbus0 ums0: on usbus0 ums0: 3 buttons and [XYZ] coordinates ID=0 ugen0.3: at usbus0 xhci0: Resetting controller usb_alloc_device: set address 4 failed (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT ugen0.4: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device ugen0.4: at usbus0 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 uhid0: on usbus0 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 uhub0: at usbus0, port 1, addr 1 (disconnected) ugen0.2: at usbus0 (disconnected) ums0: at uhub0, port 3, addr 1 (disconnected) ugen0.3: at usbus0 (disconnected) ugen0.4: at usbus0 (disconnected) uhid0: at uhub0, port 7, addr 4 (disconnected) xhci0: 32 byte context size. xhci0: Port routing mask set to 0xffffffff uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 uhub0: 13 ports with 13 removable, self powered ugen0.2: at usbus0 ums0: on usbus0 ums0: 3 buttons and [XYZ] coordinates ID=0 ugen0.3: at usbus0 xhci0: Resetting controller [..repeat ad-infinitum ...] From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 10:33:43 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F311E76 for ; Wed, 26 Mar 2014 10:33:43 +0000 (UTC) Received: from lyra.its.uu.se (lyra.its.uu.se [130.238.7.73]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4F5C3E2 for ; Wed, 26 Mar 2014 10:33:41 +0000 (UTC) X-Virus-Scanned: amavisd-new at uu.se Received: from nyx.uppmax.uu.se (nyx.uppmax.uu.se [130.238.137.40]) by lyra.its.uu.se (Postfix) with ESMTP id 564AE39099 for ; Wed, 26 Mar 2014 11:27:44 +0100 (CET) Message-ID: <5332ABA0.60202@pean.org> Date: Wed, 26 Mar 2014 11:27:44 +0100 From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "stable@freebsd.org" Subject: SSD detaches constantly Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040106080501020002060404" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Mar 2014 10:33:43 -0000 This is a cryptographically signed message in MIME format. --------------ms040106080501020002060404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi! I got a new SSD recently but I have alot of problems because it detaches = all the time. FreeBSD torus.pean.org 10.0-RELEASE FreeBSD 10.0-RELEASE #10 r261569:=20 Fri Feb 7 10:21:41 CET 2014=20 root@torus.pean.org:/usr/obj/usr/src/sys/TORUS amd64 CPU: Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz (3092.91-MHz K8-class CPU)= Origin =3D "GenuineIntel" Id =3D 0x306c3 Family =3D 0x6 Model =3D 0= x3c=20 Stepping =3D 3 Features=3D0xbfebfbff Features2=3D0x7ffafbff,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCD= LT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND> AMD Features=3D0x2c100800 AMD Features2=3D0x21 Standard Extended=20 Features=3D0x2fbb TSC: P-state invariant, performance statistics real memory =3D 8589934592 (8192 MB) avail memory =3D 8218046464 (7837 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) =2E... ahci0: port=20 0xf070-0xf077,0xf060-0xf063,0xf050-0xf057,0xf040-0xf043,0xf020-0xf03f=20 mem 0xf2316000-0xf2316 7ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported =2E... ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 ada3: ATA-9 SATA 3.x device ada3: Serial Number CVCV341300RD180EGN ada3: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 171705MB (351651888 512 byte sectors: 16H 63S/T 16383C) ada3: Previously was known as ad10 =2E... # camcontrol identify ada3 pass3: ATA-9 SATA 3.x device pass3: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-9 SATA 3.x device model INTEL SSDSC2CW180A3 firmware revision 400i serial number CVCV341300RD180EGN WWN 55cd2e404b84d800 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 351651888 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 media RPM non-rotating Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management yes yes 254/0xFE automatic acoustic management no no media status notification no no power-up in Standby yes no write-read-verify no no unload yes yes free-fall no no Data Set Management (DSM/TRIM) yes DSM - max 512byte blocks yes 1 DSM - deterministic read yes any value Host Protected Area (HPA) yes no 351651888/351651888 HPA - Security no I have tried a few different setups. Have the whole ada3 as zfs cache,=20 split it up as a swap and a zfs cache and finally just have it attached as a swap. I get alot of this: Mar 26 11:10:26 torus kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0= Mar 26 11:10:26 torus kernel: ada3: ATA-9=20 SATA 3.x device Mar 26 11:10:26 torus kernel: ada3: Serial Number CVCV341300RD180EGN Mar 26 11:10:26 torus kernel: ada3: 600.000MB/s transfers (SATA 3.x,=20 UDMA6, PIO 8192bytes) Mar 26 11:10:26 torus kernel: ada3: Command Queueing enabled Mar 26 11:10:26 torus kernel: ada3: 171705MB (351651888 512 byte=20 sectors: 16H 63S/T 16383C) Mar 26 11:10:26 torus kernel: ada3: Previously was known as ad10 Mar 26 11:10:26 torus kernel: can't re-use a leaf (read_ahead)! Mar 26 11:10:26 torus kernel: can't re-use a leaf (write_cache)! Mar 26 11:10:26 torus kernel: can't re-use a leaf (sort_io_queue)! Mar 26 11:12:07 torus kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0= Mar 26 11:12:07 torus kernel: ada3: s/n=20 CVCV341300RD180EGN detached Mar 26 11:12:07 torus kernel: (ada3:ahcich3:0:0:0): Periph destroyed Mar 26 11:12:07 torus kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0= Mar 26 11:12:07 torus kernel: ada3: ATA-9=20 SATA 3.x device Mar 26 11:12:07 torus kernel: ada3: Serial Number CVCV341300RD180EGN Mar 26 11:12:07 torus kernel: ada3: 600.000MB/s transfers (SATA 3.x,=20 UDMA6, PIO 8192bytes) Mar 26 11:12:07 torus kernel: ada3: Command Queueing enabled Mar 26 11:12:07 torus kernel: ada3: 171705MB (351651888 512 byte=20 sectors: 16H 63S/T 16383C) Mar 26 11:12:07 torus kernel: ada3: Previously was known as ad10 Mar 26 11:12:07 torus kernel: can't re-use a leaf (read_ahead)! Mar 26 11:12:07 torus kernel: can't re-use a leaf (write_cache)! Mar 26 11:12:07 torus kernel: can't re-use a leaf (sort_io_queue)! and when it is used as swap i get this: (i guess because the system dont = want to release the swap) cam_periph_alloc: attempt to re-allocate valid device ada3 rejected=20 flags 0x118 refcount 2 adaasync: Unable to attach to new device due to status 0x6 cam_periph_alloc: attempt to re-allocate valid device ada3 rejected=20 flags 0x118 refcount 2 adaasync: Unable to attach to new device due to status 0x6 Any pointers what this is? Faulty disk? Bad combination of hardware or=20 some software issue? --------------ms040106080501020002060404 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKQDCC BRowggQCoAMCAQICEG0Z6qcZT2ozIuYiMnqqcd4wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMTEwNDI4MDAwMDAwWhcNMjAwNTMwMTA0ODM4WjCBkzELMAkGA1UEBhMCR0Ix GzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UE ChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGlj YXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBAJKEhFtLV5jUXi+LpOFAyKNTWF9mZfEyTvefMn1V0HhMVbdClOD5J3EHxcZppLkyxPFA GpDMJ1Zifxe1cWmu5SAb5MtjXmDKokH2auGj/7jfH0htZUOMKi4rYzh337EXrMLaggLW1DJq 1GdvIBOPXDX65VSAr9hxCh03CgJQU2yVHakQFLSZlVkSMf8JotJM3FLb3uJAAVtIaN3FSrTg 7SQfOq9xXwfjrL8UO7AlcWg99A/WF1hGFYE8aIuLgw9teiFX5jSw2zJ+40rhpVJyZCaRTqWS D//gsWD9Gm9oUZljjRqLpcxCm5t9ImPTqaD8zp6Q30QZ9FxbNboW86eb/8ECAwEAAaOCAUsw ggFHMB8GA1UdIwQYMBaAFImCZ33EnSZwAEu0UEh83j2uBG59MB0GA1UdDgQWBBR6E04AdFvG eGNkJ8Ev4qBbvHnFezAOBgNVHQ8BAf8EBAMCAQYwEgYDVR0TAQH/BAgwBgEB/wIBADARBgNV HSAECjAIMAYGBFUdIAAwWAYDVR0fBFEwTzBNoEugSYZHaHR0cDovL2NybC51c2VydHJ1c3Qu Y29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5jcmwwdAYI KwYBBQUHAQEEaDBmMD0GCCsGAQUFBzAChjFodHRwOi8vY3J0LnVzZXJ0cnVzdC5jb20vVVRO QWRkVHJ1c3RDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1 c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQCF1r54V1VtM39EUv5C1QaoAQOAivsNsv1Kv/av QUn1G1rF0q0bc24+6SZ85kyYwTAo38v7QjyhJT4KddbQPTmGZtGhm7VNm2+vKGwdr+XqdFqo 2rHA8XV6L566k3nK/uKRHlZ0sviN0+BDchvtj/1gOSBH+4uvOmVIPJg9pSW/ve9g4EnlFsjr P0OD8ODuDcHTzTNfm9C9YGqzO/761Mk6PB/tm/+bSTO+Qik5g+4zaS6CnUVNqGnagBsePdIa XXxHmaWbCG0SmYbWXVcHG6cwvktJRLiQfsrReTjrtDP6oDpdJlieYVUYtCHVmdXgQ0BCML7q peeU0rD+83X5f27nMIIFHjCCBAagAwIBAgIRAMFvE3qCNYFbXz8lkfxnvZgwDQYJKoZIhvcN AQEFBQAwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAO BgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBD T01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwHhcNMTQw MTE3MDAwMDAwWhcNMTUwMTE3MjM1OTU5WjAfMR0wGwYJKoZIhvcNAQkBFg5wZXRlckBwZWFu Lm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALtXJzxk2+Tt/OsnAPvgIK/M pmd1DFYdqWGl8+/y9YbJbRCDAsFC48xjvwMrO55WSg1j44h2NC7I1w7J/+Y4qYZEwC+P/0cb I2GQY4WzkB8Plpc0HrDpOS6SPKfIIgGuS+tAURMHcLHlDBivtrsWqYg+wJ6ypOcvMBikpFcT ASga4Rb3zMpnE8z198dwRnyDoOJKF9iGBVDZ93613CdC/Fp+H2qve2AA577abiO3xIlamMkb /3IM6MC976rcR7Pnf3sp2ompPGn7m7yhhkut5OxnC83LnrzUVEJM1f3J8mtAWQ0AL5hEPDln OTT6P1Opv6C8eDB9xYQ3zqz0v7PoNjMCAwEAAaOCAd4wggHaMB8GA1UdIwQYMBaAFHoTTgB0 W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBR7JyIkDGIYyCTbDgf48nC5UOPMRzAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQED BQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYI KwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBK oEiGRmh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9u YW5kU2VjdXJlRW1haWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0 cDovL2NydC5jb21vZG9jYS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1 cmVFbWFpbENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBkG A1UdEQQSMBCBDnBldGVyQHBlYW4ub3JnMA0GCSqGSIb3DQEBBQUAA4IBAQB0khzkZuMC8o9s 3xvoUbfr/4BcndibN6aDFbOIfwccWqIPMTOqmTakBjtc/N/bzYvFPlk2CmsjFbofuzuuVlKW G+bEjeq4xOsbjWKAmznV1Uw6DtyanWfs8YEU2sdKsHu657A5UZP8CCSpWxpnXAgFNdWszGSC jPw8uzcnKawBUbDHPT/ob/nAnNSYtGyLLqg5zb2qMbcerzHk4Gr1LZKApY122H0NguIPvQTi IF/+oeyhXl8KuBaPFU3kMr4UxIv9sX0KFp1iRjR6eOPAVTqC7TSttB1lhgRImKwU0tXNes1L XuWhgnB3Zr4atHizY+4kw9A0enFL8HNv2ampeTWEMYIEHDCCBBgCAQEwgakwgZMxCzAJBgNV BAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQx GjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1 dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEQDBbxN6gjWBW18/JZH8Z72YMAkG BSsOAwIaBQCgggJHMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTE0MDMyNjEwMjc0NFowIwYJKoZIhvcNAQkEMRYEFOPcEKCJt29eftSKu/MMMWc9rC2PMGwG CSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAO BggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgw gboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0 ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBF bWFpbCBDQQIRAMFvE3qCNYFbXz8lkfxnvZgwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQsw CQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxm b3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVu dCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhEAwW8TeoI1gVtfPyWR/Ge9 mDANBgkqhkiG9w0BAQEFAASCAQAwtbnZe6v7/92Ub2qm8wCYoqz+vPpjV3+8kW7zYroabbjQ YpNxHGZaXwESgPeIlEMT90n+5L9S4v8DLG+B+bPQ2ljHXWVMyld4gZ5oUzMw64hBV+S+dNrw cheJMoRDiDkz4FKHfcTQyqmRcW/XkoNvKGylrQ5Sp5tEO2P+w21wwORWKdGKekRnd1OwwAzG wry8irl1QMbolI86usLn3hK8boktVkbNQ9nTe8krOeo9qllK5Svdt1lBUQJCV8GS43AUBUPm ndvnEGSBNwXavD2v+lxSAMcxxT4wJvAM9/ulNgaLYCglQArrcu5fhZVxTrhlZvcgsY3y9Xq0 3EyFmUofAAAAAAAA --------------ms040106080501020002060404-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:20:24 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8235B9A7; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D824FBF; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCK2hu001044; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCK2Ju001042; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:20:02 GMT Message-Id: <201403261220.s2QCK2Ju001042@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:20:24 -0000 TB --- 2014-03-26 12:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:20:02 - starting RELENG_9 tinderbox run for arm/arm TB --- 2014-03-26 12:20:02 - cleaning the object tree TB --- 2014-03-26 12:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 12:20:02 - 0.07 user 0.00 system 0.05 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:20:24 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 896E59A9; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 51AB8FC1; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCK2V4001039; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCK2Ic001038; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:20:02 GMT Message-Id: <201403261220.s2QCK2Ic001038@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:20:24 -0000 TB --- 2014-03-26 12:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:20:02 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-03-26 12:20:02 - cleaning the object tree TB --- 2014-03-26 12:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 12:20:02 - 0.05 user 0.02 system 0.05 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:20:24 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8637C9A8; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4ED9AFC0; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCK29X001043; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCK2LA001041; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:20:02 GMT Message-Id: <201403261220.s2QCK2LA001041@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:20:24 -0000 TB --- 2014-03-26 12:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:20:02 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-03-26 12:20:02 - cleaning the object tree TB --- 2014-03-26 12:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 12:20:02 - 0.05 user 0.01 system 0.05 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:20:24 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F8BB9AB; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 55F1FFC3; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCK2Xf001045; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCK2He001040; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:20:02 GMT Message-Id: <201403261220.s2QCK2He001040@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:20:24 -0000 TB --- 2014-03-26 12:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:20:02 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-03-26 12:20:02 - cleaning the object tree TB --- 2014-03-26 12:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 12:20:02 - 0.05 user 0.01 system 0.04 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:20:24 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C0359AA; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 53D7EFC2; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCK2wB001015; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCK2tU001014; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:20:02 GMT Message-Id: <201403261220.s2QCK2tU001014@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_9 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:20:24 -0000 TB --- 2014-03-26 12:15:00 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:15:00 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:15:00 - starting RELENG_9 tinderbox run for none/none TB --- 2014-03-26 12:15:00 - checking out /src from svn://svn.freebsd.org/base/stable/9 TB --- 2014-03-26 12:15:00 - cd /tinderbox/RELENG_9/none/none TB --- 2014-03-26 12:15:00 - /usr/local/bin/svn cleanup /src TB --- 2014-03-26 12:15:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:15:02 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:15:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:15:02 - WARNING: sleeping 30 s and retrying... TB --- 2014-03-26 12:15:32 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:15:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:15:32 - WARNING: sleeping 60 s and retrying... TB --- 2014-03-26 12:16:32 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:16:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:16:32 - WARNING: sleeping 90 s and retrying... TB --- 2014-03-26 12:18:02 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:18:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:18:02 - WARNING: sleeping 120 s and retrying... TB --- 2014-03-26 12:20:02 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:20:02 - ERROR: unable to check out the source tree TB --- 2014-03-26 12:20:02 - 0.08 user 0.01 system 301.26 real http://tinderbox.freebsd.org/tinderbox-freebsd9-update-RELENG_9-none-none.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:20:25 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC4E09AE; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 96A56FC6; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCK2pp001080; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCK218001077; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:20:02 GMT Message-Id: <201403261220.s2QCK218001077@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:20:25 -0000 TB --- 2014-03-26 12:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:20:02 - starting RELENG_9 tinderbox run for mips/mips TB --- 2014-03-26 12:20:02 - cleaning the object tree TB --- 2014-03-26 12:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 12:20:02 - 0.07 user 0.00 system 0.09 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:20:25 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D21DB9AF; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 98C4EFC7; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCK2WL001079; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCK2MW001075; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:20:02 GMT Message-Id: <201403261220.s2QCK2MW001075@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:20:25 -0000 TB --- 2014-03-26 12:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:20:02 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2014-03-26 12:20:02 - cleaning the object tree TB --- 2014-03-26 12:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 12:20:02 - 0.03 user 0.02 system 0.09 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:20:24 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8F3F9AC; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 83CF1FC4; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCK2FA001076; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCK2QC001072; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:20:02 GMT Message-Id: <201403261220.s2QCK2QC001072@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:20:25 -0000 TB --- 2014-03-26 12:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:20:02 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2014-03-26 12:20:02 - cleaning the object tree TB --- 2014-03-26 12:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 12:20:02 - 0.04 user 0.00 system 0.08 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:20:25 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9B819AD; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 94ACCFC5; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCK2Yr001081; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCK2qc001078; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:20:02 GMT Message-Id: <201403261220.s2QCK2qc001078@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:20:25 -0000 TB --- 2014-03-26 12:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:20:02 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2014-03-26 12:20:02 - cleaning the object tree TB --- 2014-03-26 12:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 12:20:02 - 0.06 user 0.01 system 0.09 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:20:25 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB7319B0; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B6445FC8; Wed, 26 Mar 2014 12:20:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCK2CT001096; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCK23G001095; Wed, 26 Mar 2014 12:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:20:02 GMT Message-Id: <201403261220.s2QCK23G001095@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:20:25 -0000 TB --- 2014-03-26 12:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:20:02 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2014-03-26 12:20:02 - cleaning the object tree TB --- 2014-03-26 12:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 12:20:02 - 0.03 user 0.01 system 0.05 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:23:04 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C93395DC for ; Wed, 26 Mar 2014 12:23:04 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id 79704183 for ; Wed, 26 Mar 2014 12:23:04 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id C62D820E7088C; Wed, 26 Mar 2014 12:22:56 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: ** X-Spam-Status: No, score=2.0 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,HELO_NO_DOMAIN,RDNS_DYNAMIC autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id 64D8E20E70886; Wed, 26 Mar 2014 12:22:52 +0000 (UTC) Message-ID: <322B34AEC1D640A39A960DD80B2E0F35@multiplay.co.uk> From: "Steven Hartland" To: =?Windows-1252?Q?Peter_Ankerst=E5l?= , References: <5332ABA0.60202@pean.org> Subject: Re: SSD detaches constantly Date: Wed, 26 Mar 2014 12:22:55 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=response Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Mar 2014 12:23:04 -0000 Usually a sign of bad cabling, you using SATA 3 spec cables? ----- Original Message ----- From: "Peter Ankerstl" To: Sent: Wednesday, March 26, 2014 10:27 AM Subject: SSD detaches constantly Hi! I got a new SSD recently but I have alot of problems because it detaches all the time. FreeBSD torus.pean.org 10.0-RELEASE FreeBSD 10.0-RELEASE #10 r261569: Fri Feb 7 10:21:41 CET 2014 root@torus.pean.org:/usr/obj/usr/src/sys/TORUS amd64 CPU: Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz (3092.91-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x306c3 Family = 0x6 Model = 0x3c Stepping = 3 Features=0xbfebfbff Features2=0x7ffafbff,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND> AMD Features=0x2c100800 AMD Features2=0x21 Standard Extended Features=0x2fbb TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 8218046464 (7837 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) .... ahci0: port 0xf070-0xf077,0xf060-0xf063,0xf050-0xf057,0xf040-0xf043,0xf020-0xf03f mem 0xf2316000-0xf2316 7ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported .... ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 ada3: ATA-9 SATA 3.x device ada3: Serial Number CVCV341300RD180EGN ada3: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 171705MB (351651888 512 byte sectors: 16H 63S/T 16383C) ada3: Previously was known as ad10 .... # camcontrol identify ada3 pass3: ATA-9 SATA 3.x device pass3: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-9 SATA 3.x device model INTEL SSDSC2CW180A3 firmware revision 400i serial number CVCV341300RD180EGN WWN 55cd2e404b84d800 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 351651888 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 media RPM non-rotating Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management yes yes 254/0xFE automatic acoustic management no no media status notification no no power-up in Standby yes no write-read-verify no no unload yes yes free-fall no no Data Set Management (DSM/TRIM) yes DSM - max 512byte blocks yes 1 DSM - deterministic read yes any value Host Protected Area (HPA) yes no 351651888/351651888 HPA - Security no I have tried a few different setups. Have the whole ada3 as zfs cache, split it up as a swap and a zfs cache and finally just have it attached as a swap. I get alot of this: Mar 26 11:10:26 torus kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 Mar 26 11:10:26 torus kernel: ada3: ATA-9 SATA 3.x device Mar 26 11:10:26 torus kernel: ada3: Serial Number CVCV341300RD180EGN Mar 26 11:10:26 torus kernel: ada3: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) Mar 26 11:10:26 torus kernel: ada3: Command Queueing enabled Mar 26 11:10:26 torus kernel: ada3: 171705MB (351651888 512 byte sectors: 16H 63S/T 16383C) Mar 26 11:10:26 torus kernel: ada3: Previously was known as ad10 Mar 26 11:10:26 torus kernel: can't re-use a leaf (read_ahead)! Mar 26 11:10:26 torus kernel: can't re-use a leaf (write_cache)! Mar 26 11:10:26 torus kernel: can't re-use a leaf (sort_io_queue)! Mar 26 11:12:07 torus kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 Mar 26 11:12:07 torus kernel: ada3: s/n CVCV341300RD180EGN detached Mar 26 11:12:07 torus kernel: (ada3:ahcich3:0:0:0): Periph destroyed Mar 26 11:12:07 torus kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 Mar 26 11:12:07 torus kernel: ada3: ATA-9 SATA 3.x device Mar 26 11:12:07 torus kernel: ada3: Serial Number CVCV341300RD180EGN Mar 26 11:12:07 torus kernel: ada3: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) Mar 26 11:12:07 torus kernel: ada3: Command Queueing enabled Mar 26 11:12:07 torus kernel: ada3: 171705MB (351651888 512 byte sectors: 16H 63S/T 16383C) Mar 26 11:12:07 torus kernel: ada3: Previously was known as ad10 Mar 26 11:12:07 torus kernel: can't re-use a leaf (read_ahead)! Mar 26 11:12:07 torus kernel: can't re-use a leaf (write_cache)! Mar 26 11:12:07 torus kernel: can't re-use a leaf (sort_io_queue)! and when it is used as swap i get this: (i guess because the system dont want to release the swap) cam_periph_alloc: attempt to re-allocate valid device ada3 rejected flags 0x118 refcount 2 adaasync: Unable to attach to new device due to status 0x6 cam_periph_alloc: attempt to re-allocate valid device ada3 rejected flags 0x118 refcount 2 adaasync: Unable to attach to new device due to status 0x6 Any pointers what this is? Faulty disk? Bad combination of hardware or some software issue? From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:30:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FCD48F3; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 357A2258; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCU1hj001164; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCU1wu001159; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:30:01 GMT Message-Id: <201403261230.s2QCU1wu001159@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:30:20 -0000 TB --- 2014-03-26 12:30:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:30:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:30:01 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-03-26 12:30:01 - cleaning the object tree TB --- 2014-03-26 12:30:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:30:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:30:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:30:01 - 0.07 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:30:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 683548F1; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 31FE1256; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCU16H001162; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCU14B001158; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:30:01 GMT Message-Id: <201403261230.s2QCU14B001158@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:30:20 -0000 TB --- 2014-03-26 12:30:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:30:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:30:01 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-03-26 12:30:01 - cleaning the object tree TB --- 2014-03-26 12:30:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:30:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:30:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:30:01 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:30:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38CF98F0; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 027EE1FC; Wed, 26 Mar 2014 12:30:19 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCU1uN001135; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCU1Dj001134; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:30:01 GMT Message-Id: <201403261230.s2QCU1Dj001134@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_9 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:30:20 -0000 TB --- 2014-03-26 12:25:00 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:25:00 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:25:00 - starting RELENG_9 tinderbox run for none/none TB --- 2014-03-26 12:25:00 - checking out /src from svn://svn.freebsd.org/base/stable/9 TB --- 2014-03-26 12:25:00 - cd /tinderbox/RELENG_9/none/none TB --- 2014-03-26 12:25:00 - /usr/local/bin/svn cleanup /src TB --- 2014-03-26 12:25:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:25:01 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:25:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:25:01 - WARNING: sleeping 30 s and retrying... TB --- 2014-03-26 12:25:31 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:25:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:25:31 - WARNING: sleeping 60 s and retrying... TB --- 2014-03-26 12:26:31 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:26:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:26:31 - WARNING: sleeping 90 s and retrying... TB --- 2014-03-26 12:28:01 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:28:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:28:01 - WARNING: sleeping 120 s and retrying... TB --- 2014-03-26 12:30:01 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:30:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:30:01 - ERROR: unable to check out the source tree TB --- 2014-03-26 12:30:01 - 0.08 user 0.01 system 300.31 real http://tinderbox.freebsd.org/tinderbox-freebsd9-update-RELENG_9-none-none.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:30:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E46B8F2; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 342B1257; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCU1df001165; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCU1l9001161; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:30:01 GMT Message-Id: <201403261230.s2QCU1l9001161@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:30:20 -0000 TB --- 2014-03-26 12:30:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:30:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:30:01 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-03-26 12:30:01 - cleaning the object tree TB --- 2014-03-26 12:30:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:30:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:30:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:30:01 - 0.06 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:30:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A32928F5; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6B7C2262; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCU1eQ001198; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCU1pL001194; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:30:01 GMT Message-Id: <201403261230.s2QCU1pL001194@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:30:20 -0000 TB --- 2014-03-26 12:30:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:30:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:30:01 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2014-03-26 12:30:01 - cleaning the object tree TB --- 2014-03-26 12:30:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:30:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:30:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:30:01 - 0.07 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:30:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 756B38F4; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 357E8259; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCU14p001163; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCU1Nj001160; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:30:01 GMT Message-Id: <201403261230.s2QCU1Nj001160@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:30:20 -0000 TB --- 2014-03-26 12:30:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:30:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:30:01 - starting RELENG_9 tinderbox run for arm/arm TB --- 2014-03-26 12:30:01 - cleaning the object tree TB --- 2014-03-26 12:30:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:30:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:30:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:30:01 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:30:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB4088F9; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 74C07264; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCU1uc001200; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCU1Dq001195; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:30:01 GMT Message-Id: <201403261230.s2QCU1Dq001195@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:30:21 -0000 TB --- 2014-03-26 12:30:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:30:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:30:01 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2014-03-26 12:30:01 - cleaning the object tree TB --- 2014-03-26 12:30:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:30:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:30:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:30:01 - 0.06 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:30:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AAFCC8F8; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 73E93263; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCU1uS001199; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCU1Qw001196; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:30:01 GMT Message-Id: <201403261230.s2QCU1Qw001196@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:30:20 -0000 TB --- 2014-03-26 12:30:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:30:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:30:01 - starting RELENG_9 tinderbox run for mips/mips TB --- 2014-03-26 12:30:01 - cleaning the object tree TB --- 2014-03-26 12:30:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:30:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:30:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:30:01 - 0.07 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:30:21 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D65558FA; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E199267; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCU1fx001216; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCU1u5001215; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:30:01 GMT Message-Id: <201403261230.s2QCU1u5001215@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:30:21 -0000 TB --- 2014-03-26 12:30:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:30:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:30:01 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2014-03-26 12:30:01 - cleaning the object tree TB --- 2014-03-26 12:30:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:30:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:30:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:30:01 - 0.04 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:30:21 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF4D78FB; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9C95268; Wed, 26 Mar 2014 12:30:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCU1iN001201; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCU1bR001197; Wed, 26 Mar 2014 12:30:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:30:01 GMT Message-Id: <201403261230.s2QCU1bR001197@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:30:21 -0000 TB --- 2014-03-26 12:30:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:30:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:30:01 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2014-03-26 12:30:01 - cleaning the object tree TB --- 2014-03-26 12:30:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:30:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:30:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:30:01 - 0.06 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:40:17 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F629591; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 09236352; Wed, 26 Mar 2014 12:40:16 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCe1m3001255; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCe11j001254; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:40:01 GMT Message-Id: <201403261240.s2QCe11j001254@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_9 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:40:17 -0000 TB --- 2014-03-26 12:35:00 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:35:00 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:35:00 - starting RELENG_9 tinderbox run for none/none TB --- 2014-03-26 12:35:00 - checking out /src from svn://svn.freebsd.org/base/stable/9 TB --- 2014-03-26 12:35:00 - cd /tinderbox/RELENG_9/none/none TB --- 2014-03-26 12:35:00 - /usr/local/bin/svn cleanup /src TB --- 2014-03-26 12:35:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:35:01 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:35:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:35:01 - WARNING: sleeping 30 s and retrying... TB --- 2014-03-26 12:35:31 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:35:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:35:31 - WARNING: sleeping 60 s and retrying... TB --- 2014-03-26 12:36:31 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:36:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:36:31 - WARNING: sleeping 90 s and retrying... TB --- 2014-03-26 12:38:01 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:38:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:38:01 - WARNING: sleeping 120 s and retrying... TB --- 2014-03-26 12:40:01 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:40:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:40:01 - ERROR: unable to check out the source tree TB --- 2014-03-26 12:40:01 - 0.07 user 0.01 system 300.30 real http://tinderbox.freebsd.org/tinderbox-freebsd9-update-RELENG_9-none-none.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:40:17 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EB79593; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4867A354; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCe1DC001284; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCe1JU001279; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:40:01 GMT Message-Id: <201403261240.s2QCe1JU001279@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:40:17 -0000 TB --- 2014-03-26 12:40:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:40:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:40:01 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-03-26 12:40:01 - cleaning the object tree TB --- 2014-03-26 12:40:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:40:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:40:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:40:01 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:40:17 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87932595; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4F429356; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCe1T9001283; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCe1K2001281; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:40:01 GMT Message-Id: <201403261240.s2QCe1K2001281@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:40:17 -0000 TB --- 2014-03-26 12:40:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:40:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:40:01 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-03-26 12:40:01 - cleaning the object tree TB --- 2014-03-26 12:40:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:40:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:40:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:40:01 - 0.06 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:40:17 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8447B594; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C452355; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCe1PZ001285; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCe1ug001278; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:40:01 GMT Message-Id: <201403261240.s2QCe1ug001278@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:40:17 -0000 TB --- 2014-03-26 12:40:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:40:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:40:01 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-03-26 12:40:01 - cleaning the object tree TB --- 2014-03-26 12:40:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:40:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:40:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:40:01 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:40:17 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7768F592; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 41FB5353; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCe1A9001282; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCe1hq001280; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:40:01 GMT Message-Id: <201403261240.s2QCe1hq001280@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:40:17 -0000 TB --- 2014-03-26 12:40:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:40:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:40:01 - starting RELENG_9 tinderbox run for arm/arm TB --- 2014-03-26 12:40:01 - cleaning the object tree TB --- 2014-03-26 12:40:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:40:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:40:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:40:01 - 0.05 user 0.02 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:40:17 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE279596; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 77ED3357; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCe1HM001320; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCe1Wf001314; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:40:01 GMT Message-Id: <201403261240.s2QCe1Wf001314@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:40:17 -0000 TB --- 2014-03-26 12:40:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:40:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:40:01 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2014-03-26 12:40:01 - cleaning the object tree TB --- 2014-03-26 12:40:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:40:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:40:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:40:01 - 0.05 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:40:17 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B058E597; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B1BC358; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCe1NB001319; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCe1UK001315; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:40:01 GMT Message-Id: <201403261240.s2QCe1UK001315@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:40:17 -0000 TB --- 2014-03-26 12:40:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:40:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:40:01 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2014-03-26 12:40:01 - cleaning the object tree TB --- 2014-03-26 12:40:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:40:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:40:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:40:01 - 0.05 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:40:18 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB0D4599; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 84B4035A; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCe1se001318; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCe19e001317; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:40:01 GMT Message-Id: <201403261240.s2QCe19e001317@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:40:18 -0000 TB --- 2014-03-26 12:40:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:40:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:40:01 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2014-03-26 12:40:01 - cleaning the object tree TB --- 2014-03-26 12:40:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:40:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:40:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:40:01 - 0.05 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:40:17 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B45A9598; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7DC9D359; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCe14n001321; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCe1OS001316; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:40:01 GMT Message-Id: <201403261240.s2QCe1OS001316@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:40:18 -0000 TB --- 2014-03-26 12:40:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:40:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:40:01 - starting RELENG_9 tinderbox run for mips/mips TB --- 2014-03-26 12:40:01 - cleaning the object tree TB --- 2014-03-26 12:40:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:40:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:40:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:40:01 - 0.05 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:40:18 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D87DE59A; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A338235B; Wed, 26 Mar 2014 12:40:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCe1SH001336; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCe10o001335; Wed, 26 Mar 2014 12:40:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:40:01 GMT Message-Id: <201403261240.s2QCe10o001335@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:40:18 -0000 TB --- 2014-03-26 12:40:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:40:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:40:01 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2014-03-26 12:40:01 - cleaning the object tree TB --- 2014-03-26 12:40:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:40:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:40:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:40:01 - 0.05 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:50:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E9C01E6; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 07D456C3; Wed, 26 Mar 2014 12:50:13 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCo1Zq001377; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCo1Er001376; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:50:01 GMT Message-Id: <201403261250.s2QCo1Er001376@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_9 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:50:14 -0000 TB --- 2014-03-26 12:45:00 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:45:00 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:45:00 - starting RELENG_9 tinderbox run for none/none TB --- 2014-03-26 12:45:00 - checking out /src from svn://svn.freebsd.org/base/stable/9 TB --- 2014-03-26 12:45:00 - cd /tinderbox/RELENG_9/none/none TB --- 2014-03-26 12:45:00 - /usr/local/bin/svn cleanup /src TB --- 2014-03-26 12:45:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:45:01 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:45:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:45:01 - WARNING: sleeping 30 s and retrying... TB --- 2014-03-26 12:45:31 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:45:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:45:31 - WARNING: sleeping 60 s and retrying... TB --- 2014-03-26 12:46:31 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:46:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:46:31 - WARNING: sleeping 90 s and retrying... TB --- 2014-03-26 12:48:01 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:48:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:48:01 - WARNING: sleeping 120 s and retrying... TB --- 2014-03-26 12:50:01 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:50:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:50:01 - ERROR: unable to check out the source tree TB --- 2014-03-26 12:50:01 - 0.05 user 0.02 system 300.27 real http://tinderbox.freebsd.org/tinderbox-freebsd9-update-RELENG_9-none-none.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:50:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75E871EA; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3E4936C4; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCo1jD001405; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCo1kR001400; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:50:01 GMT Message-Id: <201403261250.s2QCo1kR001400@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:50:14 -0000 TB --- 2014-03-26 12:50:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:50:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:50:01 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-03-26 12:50:01 - cleaning the object tree TB --- 2014-03-26 12:50:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:50:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:50:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:50:01 - 0.05 user 0.02 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:50:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81D2D1ED; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B5136C7; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCo130001404; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCo1tM001403; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:50:01 GMT Message-Id: <201403261250.s2QCo1tM001403@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:50:14 -0000 TB --- 2014-03-26 12:50:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:50:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:50:01 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-03-26 12:50:01 - cleaning the object tree TB --- 2014-03-26 12:50:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:50:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:50:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:50:01 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:50:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DE311EC; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 427906C6; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCo1ku001407; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCo1uE001401; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:50:01 GMT Message-Id: <201403261250.s2QCo1uE001401@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:50:14 -0000 TB --- 2014-03-26 12:50:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:50:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:50:01 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-03-26 12:50:01 - cleaning the object tree TB --- 2014-03-26 12:50:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:50:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:50:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:50:01 - 0.06 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:50:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC8C01EE; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 766FC6C8; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCo1kR001441; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCo1UA001438; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:50:01 GMT Message-Id: <201403261250.s2QCo1UA001438@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:50:14 -0000 TB --- 2014-03-26 12:50:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:50:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:50:01 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2014-03-26 12:50:01 - cleaning the object tree TB --- 2014-03-26 12:50:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:50:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:50:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:50:01 - 0.07 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:50:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFA0E1EF; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7ACFC6C9; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCo14l001440; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCo1CN001436; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:50:01 GMT Message-Id: <201403261250.s2QCo1CN001436@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:50:14 -0000 TB --- 2014-03-26 12:50:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:50:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:50:01 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2014-03-26 12:50:01 - cleaning the object tree TB --- 2014-03-26 12:50:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:50:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:50:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:50:01 - 0.07 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:50:15 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D84B31F2; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A31B16CC; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCo17C001458; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCo1BJ001457; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:50:01 GMT Message-Id: <201403261250.s2QCo1BJ001457@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:50:15 -0000 TB --- 2014-03-26 12:50:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:50:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:50:01 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2014-03-26 12:50:01 - cleaning the object tree TB --- 2014-03-26 12:50:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:50:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:50:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:50:01 - 0.05 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:50:15 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B25541F0; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7C9006CA; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCo15A001442; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCo1Kj001437; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:50:01 GMT Message-Id: <201403261250.s2QCo1Kj001437@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:50:15 -0000 TB --- 2014-03-26 12:50:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:50:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:50:01 - starting RELENG_9 tinderbox run for mips/mips TB --- 2014-03-26 12:50:01 - cleaning the object tree TB --- 2014-03-26 12:50:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:50:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:50:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:50:01 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:50:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 764A21EB; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 40F876C5; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCo1jP001406; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCo1nC001402; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:50:01 GMT Message-Id: <201403261250.s2QCo1nC001402@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:50:14 -0000 TB --- 2014-03-26 12:50:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:50:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:50:01 - starting RELENG_9 tinderbox run for arm/arm TB --- 2014-03-26 12:50:01 - cleaning the object tree TB --- 2014-03-26 12:50:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:50:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:50:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:50:01 - 0.06 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:50:15 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B53E81F1; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7DBD86CB; Wed, 26 Mar 2014 12:50:14 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QCo1uc001443; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QCo1ge001439; Wed, 26 Mar 2014 12:50:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 12:50:01 GMT Message-Id: <201403261250.s2QCo1ge001439@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 12:50:15 -0000 TB --- 2014-03-26 12:50:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:50:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:50:01 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2014-03-26 12:50:01 - cleaning the object tree TB --- 2014-03-26 12:50:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 12:50:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:50:01 - ERROR: unable to stat source tree TB --- 2014-03-26 12:50:01 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:00:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A64EEA3; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5CDA1977; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QD018N001539; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QD01mZ001535; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:00:01 GMT Message-Id: <201403261300.s2QD01mZ001535@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:00:11 -0000 TB --- 2014-03-26 13:00:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:00:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:00:01 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-03-26 13:00:01 - cleaning the object tree TB --- 2014-03-26 13:00:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:00:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:00:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:00:01 - 0.06 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:00:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A27DDEA5; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5D072978; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QD01DT001538; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QD01tq001536; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:00:01 GMT Message-Id: <201403261300.s2QD01tq001536@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:00:11 -0000 TB --- 2014-03-26 13:00:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:00:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:00:01 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-03-26 13:00:01 - cleaning the object tree TB --- 2014-03-26 13:00:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:00:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:00:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:00:01 - 0.06 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:00:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A1A9EA2; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5D15A979; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QD018V001540; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QD01Qv001534; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:00:01 GMT Message-Id: <201403261300.s2QD01Qv001534@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:00:11 -0000 TB --- 2014-03-26 13:00:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:00:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:00:01 - starting RELENG_9 tinderbox run for arm/arm TB --- 2014-03-26 13:00:01 - cleaning the object tree TB --- 2014-03-26 13:00:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:00:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:00:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:00:01 - 0.07 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:00:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D45A9EA6; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 970F097C; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QD01rB001573; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QD012q001570; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:00:01 GMT Message-Id: <201403261300.s2QD012q001570@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:00:12 -0000 TB --- 2014-03-26 13:00:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:00:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:00:01 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2014-03-26 13:00:01 - cleaning the object tree TB --- 2014-03-26 13:00:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:00:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:00:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:00:01 - 0.06 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:00:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E024EA1; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2217A976; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QD01Hd001510; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QD01K2001509; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:00:01 GMT Message-Id: <201403261300.s2QD01K2001509@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_9 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:00:11 -0000 TB --- 2014-03-26 12:55:00 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 12:55:00 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 12:55:00 - starting RELENG_9 tinderbox run for none/none TB --- 2014-03-26 12:55:00 - checking out /src from svn://svn.freebsd.org/base/stable/9 TB --- 2014-03-26 12:55:00 - cd /tinderbox/RELENG_9/none/none TB --- 2014-03-26 12:55:00 - /usr/local/bin/svn cleanup /src TB --- 2014-03-26 12:55:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:55:01 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:55:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:55:01 - WARNING: sleeping 30 s and retrying... TB --- 2014-03-26 12:55:31 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:55:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:55:31 - WARNING: sleeping 60 s and retrying... TB --- 2014-03-26 12:56:31 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:56:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:56:31 - WARNING: sleeping 90 s and retrying... TB --- 2014-03-26 12:58:01 - /usr/local/bin/svn update /src TB --- 2014-03-26 12:58:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 12:58:01 - WARNING: sleeping 120 s and retrying... TB --- 2014-03-26 13:00:01 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:00:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:00:01 - ERROR: unable to check out the source tree TB --- 2014-03-26 13:00:01 - 0.07 user 0.02 system 300.26 real http://tinderbox.freebsd.org/tinderbox-freebsd9-update-RELENG_9-none-none.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:00:12 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4AA7EA7; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9725A97D; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QD01mn001574; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QD019i001569; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:00:01 GMT Message-Id: <201403261300.s2QD019i001569@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:00:12 -0000 TB --- 2014-03-26 13:00:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:00:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:00:01 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2014-03-26 13:00:01 - cleaning the object tree TB --- 2014-03-26 13:00:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:00:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:00:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:00:01 - 0.06 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:00:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2332EA4; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5DC5B97A; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QD01cr001537; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QD017D001533; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:00:01 GMT Message-Id: <201403261300.s2QD017D001533@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:00:11 -0000 TB --- 2014-03-26 13:00:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:00:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:00:01 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-03-26 13:00:01 - cleaning the object tree TB --- 2014-03-26 13:00:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:00:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:00:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:00:01 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:00:12 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB7D4EA8; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 983C097E; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QD01Zf001576; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QD01HW001571; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:00:01 GMT Message-Id: <201403261300.s2QD01HW001571@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:00:12 -0000 TB --- 2014-03-26 13:00:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:00:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:00:01 - starting RELENG_9 tinderbox run for mips/mips TB --- 2014-03-26 13:00:01 - cleaning the object tree TB --- 2014-03-26 13:00:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:00:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:00:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:00:01 - 0.05 user 0.02 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:00:12 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBCA7EA9; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9842497F; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QD014x001575; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QD01JP001572; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:00:01 GMT Message-Id: <201403261300.s2QD01JP001572@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:00:12 -0000 TB --- 2014-03-26 13:00:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:00:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:00:01 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2014-03-26 13:00:01 - cleaning the object tree TB --- 2014-03-26 13:00:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:00:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:00:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:00:01 - 0.06 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:00:12 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1AACBEAD; Wed, 26 Mar 2014 13:00:12 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D50E8980; Wed, 26 Mar 2014 13:00:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QD01J4001591; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QD01tg001590; Wed, 26 Mar 2014 13:00:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:00:01 GMT Message-Id: <201403261300.s2QD01tg001590@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:00:12 -0000 TB --- 2014-03-26 13:00:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:00:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:00:01 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2014-03-26 13:00:01 - cleaning the object tree TB --- 2014-03-26 13:00:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:00:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:00:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:00:01 - 0.03 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:03:03 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13876A3C; Wed, 26 Mar 2014 13:03:03 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D8052A2E; Wed, 26 Mar 2014 13:03:02 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id AB5562252; Wed, 26 Mar 2014 13:03:00 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us AB5562252 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 26 Mar 2014 09:02:59 -0400 From: Glen Barber To: Peter =?iso-8859-1?Q?Ankerst=E5l?= Subject: Re: SSD detaches constantly Message-ID: <20140326130259.GF1718@glenbarber.us> References: <5332ABA0.60202@pean.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hUH5gZbnpyIv7Mn4" Content-Disposition: inline In-Reply-To: <5332ABA0.60202@pean.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Mar 2014 13:03:03 -0000 --hUH5gZbnpyIv7Mn4 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 26, 2014 at 11:27:44AM +0100, Peter Ankerst=E5l wrote: > Hi! >=20 > I got a new SSD recently but I have alot of problems because it detaches = all > the time. >=20 I would suggest replacing the SATA cable, and see if that makes a difference. Glen --hUH5gZbnpyIv7Mn4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTMtADAAoJELls3eqvi17QNYwP/Rc5N+PQJNNBnkPf6JdBnU5u UQcrhLWc1GDzyP47uy9jAIB0PqOImkJUXZRcQtFkDULxZXW2ITcJeJxgjCpPgz0m jqQJegFJvW/ibNXGWN1IkIRNmNiyt8CZz+7k97bUFNYuSZU5uR8+IcYIjGlJrq4N eVM8a5fhbSUmX/SS5a2FXyNNH6tPJ/JTPrwPAHvB4q+U2qbPcXqBbOE/T4WKMGGB 7Vi7QkgC2qkLQP8FYtCRevDT4LpfsAhIb2c5DkQZ8uYVEVbOOOm5vXmoBjdnetjH hpcEopkhcEGIkjZyqqnDeVdyHvaImIvBH4Bo0DtPfwmN89vPPdy2e5S33Hhma7tz Oq55naBwFzMA8xnRcPCep56iv6l5kIfeYb7wXgYyQ0Cy52KJ8h7iBvfjE/GJsu0m ignTMH+SqdS7RW4/IFwzsOdB/KiploOVA8Bdud0OVS+M2zrMkhEeBV80uNhN+l1Z tFbEpAfLJyKzxLdDnfDP1v1+4NRi1Z/5XLu0+y8UnsSeBem3ghc8dbO3ITUnDYwF qoxKOUjUdiTVtw4LdP602hhgJEgui/FkwliYthl07XAvsygx2Hx7Kq1fOmgb4lkG 2IHa56QYZYUymxKrqmePO5End6P2B8L6dfQCrgmebYyUlNWkdrrae+hocle0wZMw J/zIMD74QskJfJdH1q9p =OQHI -----END PGP SIGNATURE----- --hUH5gZbnpyIv7Mn4-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:10:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CD95D85; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 158D2A89; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDA1Wo001620; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDA1Pk001619; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:10:01 GMT Message-Id: <201403261310.s2QDA1Pk001619@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_9 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:10:08 -0000 TB --- 2014-03-26 13:05:00 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:05:00 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:05:00 - starting RELENG_9 tinderbox run for none/none TB --- 2014-03-26 13:05:00 - checking out /src from svn://svn.freebsd.org/base/stable/9 TB --- 2014-03-26 13:05:00 - cd /tinderbox/RELENG_9/none/none TB --- 2014-03-26 13:05:00 - /usr/local/bin/svn cleanup /src TB --- 2014-03-26 13:05:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:05:01 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:05:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:05:01 - WARNING: sleeping 30 s and retrying... TB --- 2014-03-26 13:05:31 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:05:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:05:31 - WARNING: sleeping 60 s and retrying... TB --- 2014-03-26 13:06:31 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:06:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:06:31 - WARNING: sleeping 90 s and retrying... TB --- 2014-03-26 13:08:01 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:08:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:08:01 - WARNING: sleeping 120 s and retrying... TB --- 2014-03-26 13:10:01 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:10:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:10:01 - ERROR: unable to check out the source tree TB --- 2014-03-26 13:10:01 - 0.06 user 0.01 system 300.10 real http://tinderbox.freebsd.org/tinderbox-freebsd9-update-RELENG_9-none-none.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:10:09 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3806D8C; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D5EAA90; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDA1ue001684; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDA1it001681; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:10:01 GMT Message-Id: <201403261310.s2QDA1it001681@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:10:09 -0000 TB --- 2014-03-26 13:10:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:10:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:10:01 - starting RELENG_9 tinderbox run for mips/mips TB --- 2014-03-26 13:10:01 - cleaning the object tree TB --- 2014-03-26 13:10:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:10:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:10:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:10:01 - 0.04 user 0.02 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:10:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82B41D86; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B8ACA8A; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDA1Ni001647; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDA1Ef001644; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:10:01 GMT Message-Id: <201403261310.s2QDA1Ef001644@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:10:08 -0000 TB --- 2014-03-26 13:10:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:10:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:10:01 - starting RELENG_9 tinderbox run for arm/arm TB --- 2014-03-26 13:10:01 - cleaning the object tree TB --- 2014-03-26 13:10:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:10:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:10:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:10:01 - 0.05 user 0.02 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:10:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82F5BD87; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C39BA8B; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDA1F5001648; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDA1SO001645; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:10:01 GMT Message-Id: <201403261310.s2QDA1SO001645@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:10:08 -0000 TB --- 2014-03-26 13:10:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:10:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:10:01 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-03-26 13:10:01 - cleaning the object tree TB --- 2014-03-26 13:10:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:10:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:10:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:10:01 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:10:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BADF1D8A; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 85590A8E; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDA1k0001685; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDA1m3001680; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:10:01 GMT Message-Id: <201403261310.s2QDA1m3001680@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:10:08 -0000 TB --- 2014-03-26 13:10:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:10:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:10:01 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2014-03-26 13:10:01 - cleaning the object tree TB --- 2014-03-26 13:10:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:10:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:10:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:10:01 - 0.06 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:10:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8AC9BD88; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 52C99A8D; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDA120001649; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDA1jg001643; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:10:01 GMT Message-Id: <201403261310.s2QDA1jg001643@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:10:08 -0000 TB --- 2014-03-26 13:10:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:10:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:10:01 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-03-26 13:10:01 - cleaning the object tree TB --- 2014-03-26 13:10:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:10:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:10:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:10:01 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:10:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B163D89; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 501B3A8C; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDA1Mm001650; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDA1uF001646; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:10:01 GMT Message-Id: <201403261310.s2QDA1uF001646@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:10:08 -0000 TB --- 2014-03-26 13:10:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:10:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:10:01 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-03-26 13:10:01 - cleaning the object tree TB --- 2014-03-26 13:10:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:10:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:10:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:10:01 - 0.05 user 0.02 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:10:09 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E284CD8E; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ACDEDA92; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDA11T001701; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDA1Dh001700; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:10:01 GMT Message-Id: <201403261310.s2QDA1Dh001700@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:10:09 -0000 TB --- 2014-03-26 13:10:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:10:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:10:01 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2014-03-26 13:10:01 - cleaning the object tree TB --- 2014-03-26 13:10:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:10:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:10:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:10:01 - 0.03 user 0.02 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:10:09 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C50D0D8D; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E07DA91; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDA1ht001686; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDA1P3001682; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:10:01 GMT Message-Id: <201403261310.s2QDA1P3001682@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:10:09 -0000 TB --- 2014-03-26 13:10:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:10:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:10:01 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2014-03-26 13:10:01 - cleaning the object tree TB --- 2014-03-26 13:10:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:10:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:10:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:10:01 - 0.06 user 0.00 system 0.03 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:10:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE57BD8B; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8808DA8F; Wed, 26 Mar 2014 13:10:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDA1ee001683; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDA1jk001679; Wed, 26 Mar 2014 13:10:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:10:01 GMT Message-Id: <201403261310.s2QDA1jk001679@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:10:09 -0000 TB --- 2014-03-26 13:10:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:10:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:10:01 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2014-03-26 13:10:01 - cleaning the object tree TB --- 2014-03-26 13:10:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:10:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:10:01 - ERROR: unable to stat source tree TB --- 2014-03-26 13:10:01 - 0.06 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:17:13 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 110E1947; Wed, 26 Mar 2014 13:17:13 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CFEC5BD9; Wed, 26 Mar 2014 13:17:12 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 66C3C2400; Wed, 26 Mar 2014 13:17:11 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 66C3C2400 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 26 Mar 2014 09:17:10 -0400 From: Glen Barber To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Subject: Re: [releng_9 tinderbox] failure on ia64/ia64 Message-ID: <20140326131710.GG1718@glenbarber.us> References: <201403261310.s2QDA1jk001679@freebsd-stable.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="B8ONY/mu/bqBak9m" Content-Disposition: inline In-Reply-To: <201403261310.s2QDA1jk001679@freebsd-stable.sentex.ca> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Mar 2014 13:17:13 -0000 --B8ONY/mu/bqBak9m Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 26, 2014 at 01:10:01PM +0000, FreeBSD Tinderbox wrote: > TB --- 2014-03-26 13:10:01 - tinderbox 2.21 running on freebsd-stable.sen= tex.ca > TB --- 2014-03-26 13:10:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE = FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd= -stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 > TB --- 2014-03-26 13:10:01 - starting RELENG_9 tinderbox run for ia64/ia64 > TB --- 2014-03-26 13:10:01 - cleaning the object tree > TB --- 2014-03-26 13:10:01 - /usr/local/bin/svn stat --no-ignore /src > TB --- 2014-03-26 13:10:01 - WARNING: /usr/local/bin/svn returned exit co= de 1=20 > TB --- 2014-03-26 13:10:01 - ERROR: unable to stat source tree > TB --- 2014-03-26 13:10:01 - 0.06 user 0.01 system 0.02 real >=20 It looks like there may be a problem here. Glen --B8ONY/mu/bqBak9m Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTMtNWAAoJELls3eqvi17QbxcP/isYAeTtgfd20ccaFmMn0e4/ OpVckGmtDqPA/+T9KBh0f0+U473vTQutDZl23zKBpfWqM8IGpVneJ/efkpW8wJwa 2sAD/9AqvJm0sqpGg4Vclfnd1i93sGjScxpxP3ZC0P9iuz0dFh/Yltj+6+cvGI2Y oZtHkKYfQjcWh5wuIMhrUjjfAiU6PqKoHz5dSFhOtZBDDw0ZKEZEOxkDV5gr0nqm YTlJCPWZlp/SQJShB5NMlTh/aFLkA6Iuj6mDC7ecucE6lrnL89zh+O8fpuh/Cp8d mTKJ6btSuB7axCH+JgVwT/3hOc+e5ssEjybsWeuovlTOXC6lxnX0enMtNTD6IczD 4F5DL1eW1W6hVC3b0Ic1uua7GD7VCRPDX22TCY5flIqjsy07YVQTUlUNWKOJ7rj0 F4JYDV3JKYaO24TusHWqz11Wxue7YyvNStkSn7hSHTOKyYybR4Qwqd7mTxk415qZ CQZfI8yU5GKfZWHJD0bNwbB8djzwB7zzVNCL4X+z5lLbH5rCfzF/u7Eg2r60LnJm PI5VJcJQEVHttWVdaaXaFcCgiXSgd3RufTONookL9iizriZCU6OOwHNZuE1KZ9Fa svtoqjFaj/Y6x/04lQT30WP9/K/bx3XmBZTaPw45ivj32VgKPY1kNhJkWyNkXCCc GJKBkr+g+OJ+d39NsBdJ =maFe -----END PGP SIGNATURE----- --B8ONY/mu/bqBak9m-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:20:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 599A7BBA; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 226BAC14; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDK2EH001742; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDK2dG001741; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:20:02 GMT Message-Id: <201403261320.s2QDK2dG001741@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_9 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:20:06 -0000 TB --- 2014-03-26 13:15:00 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:15:00 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:15:00 - starting RELENG_9 tinderbox run for none/none TB --- 2014-03-26 13:15:00 - checking out /src from svn://svn.freebsd.org/base/stable/9 TB --- 2014-03-26 13:15:00 - cd /tinderbox/RELENG_9/none/none TB --- 2014-03-26 13:15:00 - /usr/local/bin/svn cleanup /src TB --- 2014-03-26 13:15:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:15:02 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:15:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:15:02 - WARNING: sleeping 30 s and retrying... TB --- 2014-03-26 13:15:32 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:15:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:15:32 - WARNING: sleeping 60 s and retrying... TB --- 2014-03-26 13:16:32 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:16:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:16:32 - WARNING: sleeping 90 s and retrying... TB --- 2014-03-26 13:18:02 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:18:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:18:02 - WARNING: sleeping 120 s and retrying... TB --- 2014-03-26 13:20:02 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:20:02 - ERROR: unable to check out the source tree TB --- 2014-03-26 13:20:02 - 0.06 user 0.02 system 301.08 real http://tinderbox.freebsd.org/tinderbox-freebsd9-update-RELENG_9-none-none.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:20:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B3F6BBC; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 537AAC16; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDK2oL001770; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDK2LC001766; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:20:02 GMT Message-Id: <201403261320.s2QDK2LC001766@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:20:06 -0000 TB --- 2014-03-26 13:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:20:02 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-03-26 13:20:02 - cleaning the object tree TB --- 2014-03-26 13:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:20:02 - 0.07 user 0.00 system 0.03 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:20:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94779BBE; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5EA75C18; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDK2xU001771; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDK2kV001767; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:20:02 GMT Message-Id: <201403261320.s2QDK2kV001767@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:20:06 -0000 TB --- 2014-03-26 13:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:20:02 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-03-26 13:20:02 - cleaning the object tree TB --- 2014-03-26 13:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:20:02 - 0.05 user 0.02 system 0.03 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:20:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8677DBBB; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 50911C15; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDK2Jl001769; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDK2FE001765; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:20:02 GMT Message-Id: <201403261320.s2QDK2FE001765@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:20:06 -0000 TB --- 2014-03-26 13:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:20:02 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-03-26 13:20:02 - cleaning the object tree TB --- 2014-03-26 13:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:20:02 - 0.05 user 0.02 system 0.03 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:20:07 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C822FBC1; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 91DB3C1B; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDK2gR001808; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDK2Zc001802; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:20:02 GMT Message-Id: <201403261320.s2QDK2Zc001802@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:20:07 -0000 TB --- 2014-03-26 13:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:20:02 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2014-03-26 13:20:02 - cleaning the object tree TB --- 2014-03-26 13:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:20:02 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:20:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C16A8BBF; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8AD6DC19; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDK2o9001806; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDK2xZ001804; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:20:02 GMT Message-Id: <201403261320.s2QDK2xZ001804@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:20:06 -0000 TB --- 2014-03-26 13:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:20:02 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2014-03-26 13:20:02 - cleaning the object tree TB --- 2014-03-26 13:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:20:02 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:20:07 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2569BC0; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D738C1A; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDK2NO001807; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDK2R9001801; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:20:02 GMT Message-Id: <201403261320.s2QDK2R9001801@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:20:07 -0000 TB --- 2014-03-26 13:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:20:02 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2014-03-26 13:20:02 - cleaning the object tree TB --- 2014-03-26 13:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:20:02 - 0.06 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:20:07 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F242CBC3; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BBF76C1D; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDK2kl001823; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDK2jw001822; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:20:02 GMT Message-Id: <201403261320.s2QDK2jw001822@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:20:07 -0000 TB --- 2014-03-26 13:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:20:02 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2014-03-26 13:20:02 - cleaning the object tree TB --- 2014-03-26 13:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:20:02 - 0.04 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:20:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D9B5BBD; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 577C0C17; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDK2p4001772; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDK2OA001768; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:20:02 GMT Message-Id: <201403261320.s2QDK2OA001768@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:20:06 -0000 TB --- 2014-03-26 13:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:20:02 - starting RELENG_9 tinderbox run for arm/arm TB --- 2014-03-26 13:20:02 - cleaning the object tree TB --- 2014-03-26 13:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:20:02 - 0.05 user 0.02 system 0.03 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:20:07 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC2F8BC2; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 95CA1C1C; Wed, 26 Mar 2014 13:20:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDK2bH001805; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDK2MB001803; Wed, 26 Mar 2014 13:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:20:02 GMT Message-Id: <201403261320.s2QDK2MB001803@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:20:07 -0000 TB --- 2014-03-26 13:20:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:20:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:20:02 - starting RELENG_9 tinderbox run for mips/mips TB --- 2014-03-26 13:20:02 - cleaning the object tree TB --- 2014-03-26 13:20:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:20:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:20:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:20:02 - 0.05 user 0.02 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:30:04 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1228C902; Wed, 26 Mar 2014 13:30:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D0D7DDA1; Wed, 26 Mar 2014 13:30:03 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDU2Ua001861; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDU2ZQ001860; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:30:02 GMT Message-Id: <201403261330.s2QDU2ZQ001860@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_9 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:30:04 -0000 TB --- 2014-03-26 13:25:01 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:25:01 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:25:01 - starting RELENG_9 tinderbox run for none/none TB --- 2014-03-26 13:25:01 - checking out /src from svn://svn.freebsd.org/base/stable/9 TB --- 2014-03-26 13:25:01 - cd /tinderbox/RELENG_9/none/none TB --- 2014-03-26 13:25:01 - /usr/local/bin/svn cleanup /src TB --- 2014-03-26 13:25:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:25:02 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:25:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:25:02 - WARNING: sleeping 30 s and retrying... TB --- 2014-03-26 13:25:32 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:25:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:25:32 - WARNING: sleeping 60 s and retrying... TB --- 2014-03-26 13:26:32 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:26:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:26:32 - WARNING: sleeping 90 s and retrying... TB --- 2014-03-26 13:28:02 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:28:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:28:02 - WARNING: sleeping 120 s and retrying... TB --- 2014-03-26 13:30:02 - /usr/local/bin/svn update /src TB --- 2014-03-26 13:30:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:30:02 - ERROR: unable to check out the source tree TB --- 2014-03-26 13:30:02 - 0.07 user 0.01 system 301.05 real http://tinderbox.freebsd.org/tinderbox-freebsd9-update-RELENG_9-none-none.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:30:04 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D7E6904; Wed, 26 Mar 2014 13:30:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 084D1DA3; Wed, 26 Mar 2014 13:30:03 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDU2sM001891; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDU2VJ001886; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:30:02 GMT Message-Id: <201403261330.s2QDU2VJ001886@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:30:04 -0000 TB --- 2014-03-26 13:30:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:30:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:30:02 - starting RELENG_9 tinderbox run for arm/arm TB --- 2014-03-26 13:30:02 - cleaning the object tree TB --- 2014-03-26 13:30:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:30:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:30:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:30:02 - 0.06 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:30:04 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4241F905; Wed, 26 Mar 2014 13:30:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C294DA4; Wed, 26 Mar 2014 13:30:03 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDU2i6001890; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDU2HG001884; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:30:02 GMT Message-Id: <201403261330.s2QDU2HG001884@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:30:04 -0000 TB --- 2014-03-26 13:30:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:30:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:30:02 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-03-26 13:30:02 - cleaning the object tree TB --- 2014-03-26 13:30:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:30:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:30:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:30:02 - 0.07 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:30:04 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71EB990A; Wed, 26 Mar 2014 13:30:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3D193DA7; Wed, 26 Mar 2014 13:30:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDU2At001927; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDU2G2001921; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:30:02 GMT Message-Id: <201403261330.s2QDU2G2001921@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:30:04 -0000 TB --- 2014-03-26 13:30:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:30:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:30:02 - starting RELENG_9 tinderbox run for mips/mips TB --- 2014-03-26 13:30:02 - cleaning the object tree TB --- 2014-03-26 13:30:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:30:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:30:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:30:02 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:30:04 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37ADE903; Wed, 26 Mar 2014 13:30:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 02BAADA2; Wed, 26 Mar 2014 13:30:03 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDU2BX001889; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDU2P4001887; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:30:02 GMT Message-Id: <201403261330.s2QDU2P4001887@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:30:04 -0000 TB --- 2014-03-26 13:30:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:30:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:30:02 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-03-26 13:30:02 - cleaning the object tree TB --- 2014-03-26 13:30:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:30:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:30:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:30:02 - 0.07 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:30:04 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7CC7E90C; Wed, 26 Mar 2014 13:30:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 46E23DAA; Wed, 26 Mar 2014 13:30:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDU2hB001926; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDU2LJ001922; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:30:02 GMT Message-Id: <201403261330.s2QDU2LJ001922@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:30:04 -0000 TB --- 2014-03-26 13:30:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:30:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:30:02 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2014-03-26 13:30:02 - cleaning the object tree TB --- 2014-03-26 13:30:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:30:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:30:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:30:02 - 0.06 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:30:04 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 719BF909; Wed, 26 Mar 2014 13:30:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3CF7FDA6; Wed, 26 Mar 2014 13:30:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDU2N9001925; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDU2aL001923; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:30:02 GMT Message-Id: <201403261330.s2QDU2aL001923@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:30:04 -0000 TB --- 2014-03-26 13:30:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:30:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:30:02 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2014-03-26 13:30:02 - cleaning the object tree TB --- 2014-03-26 13:30:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:30:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:30:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:30:02 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:30:04 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99B1A90E; Wed, 26 Mar 2014 13:30:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 646F5DAB; Wed, 26 Mar 2014 13:30:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDU2ig001942; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDU2BW001941; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:30:02 GMT Message-Id: <201403261330.s2QDU2BW001941@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:30:05 -0000 TB --- 2014-03-26 13:30:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:30:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:30:02 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2014-03-26 13:30:02 - cleaning the object tree TB --- 2014-03-26 13:30:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:30:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:30:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:30:02 - 0.03 user 0.02 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:30:04 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43E64906; Wed, 26 Mar 2014 13:30:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0DAEEDA5; Wed, 26 Mar 2014 13:30:03 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDU207001888; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDU2nO001885; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:30:02 GMT Message-Id: <201403261330.s2QDU2nO001885@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:30:04 -0000 TB --- 2014-03-26 13:30:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:30:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:30:02 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-03-26 13:30:02 - cleaning the object tree TB --- 2014-03-26 13:30:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:30:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:30:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:30:02 - 0.07 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:30:04 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78B6A90B; Wed, 26 Mar 2014 13:30:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4106CDA9; Wed, 26 Mar 2014 13:30:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s2QDU2K4001924; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s2QDU2u0001920; Wed, 26 Mar 2014 13:30:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:30:02 GMT Message-Id: <201403261330.s2QDU2u0001920@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:30:04 -0000 TB --- 2014-03-26 13:30:02 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-03-26 13:30:02 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 13:30:02 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2014-03-26 13:30:02 - cleaning the object tree TB --- 2014-03-26 13:30:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 13:30:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-26 13:30:02 - ERROR: unable to stat source tree TB --- 2014-03-26 13:30:02 - 0.07 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 13:54:38 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D762B90; Wed, 26 Mar 2014 13:54:38 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 823C5135; Wed, 26 Mar 2014 13:54:37 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2QDsTGG072435; Wed, 26 Mar 2014 15:54:29 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2QDsTji072387; Wed, 26 Mar 2014 13:54:29 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 13:54:29 GMT Message-Id: <201403261354.s2QDsTji072387@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 13:54:38 -0000 TB --- 2014-03-26 09:10:49 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-26 09:10:49 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-26 09:10:49 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-26 09:10:49 - cleaning the object tree TB --- 2014-03-26 09:11:27 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-26 09:11:47 - At svn revision 263766 TB --- 2014-03-26 09:11:48 - building world TB --- 2014-03-26 09:11:48 - CROSS_BUILD_TESTING=YES TB --- 2014-03-26 09:11:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-26 09:11:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-26 09:11:48 - SRCCONF=/dev/null TB --- 2014-03-26 09:11:48 - TARGET=powerpc TB --- 2014-03-26 09:11:48 - TARGET_ARCH=powerpc TB --- 2014-03-26 09:11:48 - TZ=UTC TB --- 2014-03-26 09:11:48 - __MAKE_CONF=/dev/null TB --- 2014-03-26 09:11:48 - cd /src TB --- 2014-03-26 09:11:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 26 09:11:59 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Mar 26 12:49:33 UTC 2014 TB --- 2014-03-26 12:49:33 - generating LINT kernel config TB --- 2014-03-26 12:49:33 - cd /src/sys/powerpc/conf TB --- 2014-03-26 12:49:33 - /usr/bin/make -B LINT TB --- 2014-03-26 12:49:33 - cd /src/sys/powerpc/conf TB --- 2014-03-26 12:49:33 - /usr/sbin/config -m LINT TB --- 2014-03-26 12:49:33 - building LINT kernel TB --- 2014-03-26 12:49:33 - CROSS_BUILD_TESTING=YES TB --- 2014-03-26 12:49:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-26 12:49:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-26 12:49:33 - SRCCONF=/dev/null TB --- 2014-03-26 12:49:33 - TARGET=powerpc TB --- 2014-03-26 12:49:33 - TARGET_ARCH=powerpc TB --- 2014-03-26 12:49:33 - TZ=UTC TB --- 2014-03-26 12:49:33 - __MAKE_CONF=/dev/null TB --- 2014-03-26 12:49:33 - cd /src TB --- 2014-03-26 12:49:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 26 12:49:33 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Mar 26 13:22:32 UTC 2014 TB --- 2014-03-26 13:22:32 - cd /src/sys/powerpc/conf TB --- 2014-03-26 13:22:32 - /usr/sbin/config -m GENERIC TB --- 2014-03-26 13:22:32 - building GENERIC kernel TB --- 2014-03-26 13:22:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-26 13:22:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-26 13:22:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-26 13:22:32 - SRCCONF=/dev/null TB --- 2014-03-26 13:22:32 - TARGET=powerpc TB --- 2014-03-26 13:22:32 - TARGET_ARCH=powerpc TB --- 2014-03-26 13:22:32 - TZ=UTC TB --- 2014-03-26 13:22:32 - __MAKE_CONF=/dev/null TB --- 2014-03-26 13:22:32 - cd /src TB --- 2014-03-26 13:22:32 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 26 13:22:32 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Mar 26 13:49:22 UTC 2014 TB --- 2014-03-26 13:49:22 - cd /src/sys/powerpc/conf TB --- 2014-03-26 13:49:22 - /usr/sbin/config -m GENERIC64 TB --- 2014-03-26 13:49:22 - skipping GENERIC64 kernel TB --- 2014-03-26 13:49:22 - cd /src/sys/powerpc/conf TB --- 2014-03-26 13:49:22 - /usr/sbin/config -m MPC85XX TB --- 2014-03-26 13:49:22 - building MPC85XX kernel TB --- 2014-03-26 13:49:22 - CROSS_BUILD_TESTING=YES TB --- 2014-03-26 13:49:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-26 13:49:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-26 13:49:22 - SRCCONF=/dev/null TB --- 2014-03-26 13:49:22 - TARGET=powerpc TB --- 2014-03-26 13:49:22 - TARGET_ARCH=powerpc TB --- 2014-03-26 13:49:22 - TZ=UTC TB --- 2014-03-26 13:49:22 - __MAKE_CONF=/dev/null TB --- 2014-03-26 13:49:22 - cd /src TB --- 2014-03-26 13:49:22 - /usr/bin/make -B buildkernel KERNCONF=MPC85XX >>> Kernel build for MPC85XX started on Wed Mar 26 13:49:22 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for MPC85XX completed on Wed Mar 26 13:54:09 UTC 2014 TB --- 2014-03-26 13:54:09 - cd /src/sys/powerpc/conf TB --- 2014-03-26 13:54:09 - /usr/sbin/config -m WII TB --- 2014-03-26 13:54:09 - building WII kernel TB --- 2014-03-26 13:54:09 - CROSS_BUILD_TESTING=YES TB --- 2014-03-26 13:54:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-26 13:54:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-26 13:54:09 - SRCCONF=/dev/null TB --- 2014-03-26 13:54:09 - TARGET=powerpc TB --- 2014-03-26 13:54:09 - TARGET_ARCH=powerpc TB --- 2014-03-26 13:54:09 - TZ=UTC TB --- 2014-03-26 13:54:09 - __MAKE_CONF=/dev/null TB --- 2014-03-26 13:54:09 - cd /src TB --- 2014-03-26 13:54:09 - /usr/bin/make -B buildkernel KERNCONF=WII >>> Kernel build for WII started on Wed Mar 26 13:54:09 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/WII *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-26 13:54:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-26 13:54:28 - ERROR: failed to build WII kernel TB --- 2014-03-26 13:54:28 - 12869.07 user 4430.97 system 17018.59 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 19:28:16 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0970DA0B for ; Wed, 26 Mar 2014 19:28:16 +0000 (UTC) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73334F2E for ; Wed, 26 Mar 2014 19:28:15 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id c11so1886466lbj.3 for ; Wed, 26 Mar 2014 12:28:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=etWwReh0V82dpbLaDr0Ilmj1tSoNuNiPD+q17s12rGA=; b=EmUFP7kx8607xU981GW8k9dUX8UAf1CQMAW4byHHt6oQIq/NSmMshO0jw3MWwL3nvP pktCfainCl9IOoH6eIzKs2c746lD4wzzMTD4YWVJN36EbiIOEhjNoGpeeG0gU7hXfM1z 9w+XJzF4C0Q4BdKIw/EK17KfyOVofUZBRsZ5aMsm6CAfG6wdUVlH9VTRgrsUUL2e7FNy fswj5G5sv+m+mbpw+M5YW+BOAXtvdZhw0TsyEnH9ebWGQ7SQEL9w9Ru+KldVyQoNsBVj rTikeCd+9QNbTU7tKtzOISWi0Ab303OVgNPKhQ1/uwoSwM4takNdS1WyKvNIncFCUAsW qH6Q== X-Received: by 10.152.120.195 with SMTP id le3mr55706017lab.6.1395862093325; Wed, 26 Mar 2014 12:28:13 -0700 (PDT) Received: from [10.0.1.20] ([95.220.80.33]) by mx.google.com with ESMTPSA id oy7sm14611179lbb.16.2014.03.26.12.28.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 26 Mar 2014 12:28:12 -0700 (PDT) From: Dmitry Sivachenko Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 10/stable lldb build failure Message-Id: Date: Wed, 26 Mar 2014 23:28:10 +0400 To: stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Mar 2014 19:28:16 -0000 Hello! I have the following FreeBSD version: 10.0-STABLE FreeBSD 10.0-STABLE #0 r263422: Thu Mar 20 17:24:32 MSK 2014 I try to build: URL: svn://svn.freebsd.org/base/stable/10 Relative URL: ^/stable/10 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 263769 Node Kind: directory Schedule: normal Last Changed Author: dim Last Changed Rev: 263765 Last Changed Date: 2014-03-26 11:42:43 +0400 (Wed, 26 Mar 2014) my src.conf: WITH_LLDB=3Dyes WITH_SVN=3Dyes Error: c++ -O2 -pipe -O2 -fno-strict-aliasing -pipe = -I/opt/WRK/src/usr.bin/clang/lldb/../../../contrib/llvm/tools/lldb/include= -I/opt/WRK/src/usr.bin/clang/lldb/../../../contrib/llvm/i nclude = -I/opt/WRK/src/usr.bin/clang/lldb/../../../contrib/llvm/tools/clang/includ= e = -I/opt/WRK/src/usr.bin/clang/lldb/../../../contrib/llvm/tools/lldb/tools/d= river -I. -I/opt/WRK/ src/usr.bin/clang/lldb/../../../contrib/llvm/../../lib/clang/include = -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER = -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd10.0\" = -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freeb sd10.0\" -DDEFAULT_SYSROOT=3D\"\" -Qunused-arguments -fstack-protector = -std=3Dc++11 -fno-exceptions -fno-rtti -Wno-c++11-extensions -o lldb = Driver.o IOChannel.o -ledit -lcurses -le xecinfo -Wl,--start-group = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldb/liblldb= .a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbAPI/libl= l dbAPI.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbBreakpoi= nt/liblldbBreakpoint.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbCommand s/liblldbCommands.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbCore/lib= lldbCore.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbDataFor matters/liblldbDataFormatters.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbExpressi= on/liblldbExpression.a /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../ lib/clang/liblldbHostFreeBSD/liblldbHostFreeBSD.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbHostComm= on/liblldbHostCommon.a /usr/obj/opt/WRK/src/usr.bin/cl ang/lldb/../../../lib/clang/liblldbInterpreter/liblldbInterpreter.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbSymbol/l= iblldbSymbol.a /usr/obj/opt/WRK/src/ usr.bin/clang/lldb/../../../lib/clang/liblldbTarget/liblldbTarget.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbUtility/= liblldbUtility.a /usr/obj/opt/WRK/sr = c/usr.bin/clang/lldb/../../../lib/clang/liblldbPluginABISysV_x86_64/liblld= bPluginABISysV_x86_64.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbPluginCX= XItani umABI/liblldbPluginCXXItaniumABI.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbPluginDi= sassemblerLLVM/liblldbPluginDisassemblerLLVM.a /usr/obj/opt/WRK/src/u = sr.bin/clang/lldb/../../../lib/clang/liblldbPluginInstructionARM/liblldbPl= uginInstructionARM.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbPluginSy= mbolFileD WARF/liblldbPluginSymbolFileDWARF.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbPluginSy= mbolFileSymtab/liblldbPluginSymbolFileSymtab.a /usr/obj/opt/WRK/src/ = usr.bin/clang/lldb/../../../lib/clang/liblldbPluginDynamicLoaderStatic/lib= lldbPluginDynamicLoaderStatic.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbPlugin DynamicLoaderPosixDYLD/liblldbPluginDynamicLoaderPosixDYLD.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbPluginOb= jectContainerBSDArchive/liblldbPluginObject ContainerBSDArchive.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbPluginOb= jectFileELF/liblldbPluginObjectFileELF.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/. = ./../../lib/clang/liblldbPluginSymbolVendorELF/liblldbPluginSymbolVendorEL= F.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbPluginPl= atformFreeBSD/liblldbPlugi nPlatformFreeBSD.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbPluginPl= atformGDB/liblldbPluginPlatformGDB.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../.. /lib/clang/liblldbPluginProcessElfCore/liblldbPluginProcessElfCore.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbPluginPr= ocessFreeBSD/liblldbPluginProcessFr eeBSD.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbPluginPr= ocessGDBRemote/liblldbPluginProcessGDBRemote.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../ lib/clang/liblldbPluginProcessUtility/liblldbPluginProcessUtility.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbPluginPr= ocessPOSIX/liblldbPluginProcessPOSIX .a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbPluginUn= windAssemblyInstEmulation/liblldbPluginUnwindAssemblyInstEmulation.a = /usr/obj/opt/WRK/src/usr.bin/cla = ng/lldb/../../../lib/clang/liblldbPluginUnwindAssemblyX86/liblldbPluginUnw= indAssemblyX86.a -Wl,--end-group = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libclangfron tend/libclangfrontend.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libclangdriver/= libclangdriver.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libc langserialization/libclangserialization.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libclangcodegen= /libclangcodegen.a /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../ ../../lib/clang/libclangparse/libclangparse.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libclangsema/li= bclangsema.a /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../.. /../lib/clang/libclanganalysis/libclanganalysis.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libclangedit/li= bclangedit.a /usr/obj/opt/WRK/src/usr.bin/clang/lldb/. ./../../lib/clang/libclangast/libclangast.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libclangbasic/l= ibclangbasic.a /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../.. /../lib/clang/libclanglex/libclanglex.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmoption/l= ibllvmoption.a /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../ lib/clang/libllvmarmasmparser/libllvmarmasmparser.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmarmcodeg= en/libllvmarmcodegen.a /usr/obj/opt/WRK/src/usr.bin/ = clang/lldb/../../../lib/clang/libllvminstrumentation/libllvminstrumentatio= n.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmirreader= /libllvmirreader.a /usr/ob = j/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmlinker/libllvml= inker.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmmipsasmp= arser/libllvmmipsasmpa rser.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmmipscode= gen/libllvmmipscodegen.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmmipsdi sassembler/libllvmmipsdisassembler.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmobjcarco= pts/libllvmobjcarcopts.a /usr/obj/opt/WRK/src/usr.bin/clang/lldb/.. /../../lib/clang/libllvmpowerpccodegen/libllvmpowerpccodegen.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmx86asmpa= rser/libllvmx86asmparser.a /usr/obj/opt/W = RK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmx86codegen/libllvmx86c= odegen.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmx86disas= sembler/libllvmx86dis assembler.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmmcjit/li= bllvmmcjit.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmmcdisass= emble r/libllvmmcdisassembler.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmarmdisas= sembler/libllvmarmdisassembler.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../.. /../lib/clang/libllvmselectiondag/libllvmselectiondag.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmipo/libl= lvmipo.a /usr/obj/opt/WRK/src/usr.bin/clang/lldb /../../../lib/clang/libllvmbitwriter/libllvmbitwriter.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmbitreade= r/libllvmbitreader.a /usr/obj/opt/WRK/src/usr.bi n/clang/lldb/../../../lib/clang/libllvmasmparser/libllvmasmparser.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvminterpre= ter/libllvminterpreter.a /usr/obj/op t/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmjit/libllvmjit.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmarmdesc/= libllvmarmdesc.a /usr/obj/opt/WR = K/src/usr.bin/clang/lldb/../../../lib/clang/libllvmasmprinter/libllvmasmpr= inter.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmmipsdesc= /libllvmmipsdesc.a /us = r/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmmipsinstpri= nter/libllvmmipsinstprinter.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmpowerpcd= esc/libllvmpowerpcdesc.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmpowerpci= nstprinter/libllvmpowerpcinstprinter.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/ ../../../lib/clang/libllvmpowerpcasmparser/libllvmpowerpcasmparser.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmruntimed= yld/libllvmruntimedyld.a /usr/obj/o = pt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmvectorize/libllvmv= ectorize.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmx86desc/= libllvmx86desc.a /u = sr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmx86instpri= nter/libllvmx86instprinter.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmexecutio= n engine/libllvmexecutionengine.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmcodegen/= libllvmcodegen.a /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/cl ang/libllvmscalaropts/libllvmscalaropts.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmarminfo/= libllvmarminfo.a /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../.. /../lib/clang/libllvmarminstprinter/libllvmarminstprinter.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmmcparser= /libllvmmcparser.a /usr/obj/opt/WRK/src/usr. bin/clang/lldb/../../../lib/clang/libllvmmipsinfo/libllvmmipsinfo.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmpowerpci= nfo/libllvmpowerpcinfo.a /usr/obj/op = t/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmx86info/libllvmx86i= nfo.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmx86utils= /libllvmx86utils.a /usr/ = obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmobject/libllv= mobject.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvminstcomb= ine/libllvminstcombi ne.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmtransfor= mutils/libllvmtransformutils.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmip a/libllvmipa.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmanalysis= /libllvmanalysis.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmtarg et/libllvmtarget.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmcore/lib= llvmcore.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmmc/libll= vmmc.a = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/libllvmsupport/= libllvmsupport.a -lncurses -lpthread = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbHostComm= on/liblldbHostCommon.a(Host.o): In function = `lldb_private::Host::RunShellCommand(char const*, char const *, int*, int*, std::__1::basic_string, = std::__1::allocator >*, unsigned int, char const*)': = /opt/WRK/src/lib/clang/liblldbHostCommon/../../../contrib/llvm/tools/lldb/= source/Host/common/Host.cpp:(.text+0x1836): warning: warning: tmpnam() = possibly used unsafely; consider=20 using mkstemp() =20 = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbExpressi= on/liblldbExpression.a(ClangExpressionParser.o): In function = `lldb_private::ClangExpressionParser::Clang ExpressionParser(lldb_private::ExecutionContextScope*, = lldb_private::ClangExpression&)': = /opt/WRK/src/lib/clang/liblldbExpression/../../../contrib/llvm/tools/lldb/= source/Expression/ClangExpressionParser.cpp:(.text+0x2cc): undefined = reference to `LLVMInitializeSparcTa rgetInfo' = /opt/WRK/src/lib/clang/liblldbExpression/../../../contrib/llvm/tools/lldb/= source/Expression/ClangExpressionParser.cpp:(.text+0x2e5): undefined = reference to `LLVMInitializeSparcTa rget' = /opt/WRK/src/lib/clang/liblldbExpression/../../../contrib/llvm/tools/lldb/= source/Expression/ClangExpressionParser.cpp:(.text+0x2fe): undefined = reference to `LLVMInitializeSparcAs mPrinter' = /opt/WRK/src/lib/clang/liblldbExpression/../../../contrib/llvm/tools/lldb/= source/Expression/ClangExpressionParser.cpp:(.text+0x317): undefined = reference to `LLVMInitializeSparcTa rgetMC' = /opt/WRK/src/lib/clang/liblldbExpression/../../../contrib/llvm/tools/lldb/= source/Expression/ClangExpressionParser.cpp:(.text+0x32b): undefined = reference to `LLVMInitializeSparcDi sassembler' = /usr/obj/opt/WRK/src/usr.bin/clang/lldb/../../../lib/clang/liblldbPluginDi= sassemblerLLVM/liblldbPluginDisassemblerLLVM.a(DisassemblerLLVMC.o): In = function `DisassemblerLLVMC::Ini tialize()': = /opt/WRK/src/lib/clang/liblldbPluginDisassemblerLLVM/../../../contrib/llvm= /tools/lldb/source/Plugins/Disassembler/llvm/DisassemblerLLVMC.cpp:(.text+= 0x1137): undefined reference t o `LLVMInitializeSparcTargetInfo' = /opt/WRK/src/lib/clang/liblldbPluginDisassemblerLLVM/../../../contrib/llvm= /tools/lldb/source/Plugins/Disassembler/llvm/DisassemblerLLVMC.cpp:(.text+= 0x1150): undefined reference t o `LLVMInitializeSparcTargetMC' = /opt/WRK/src/lib/clang/liblldbPluginDisassemblerLLVM/../../../contrib/llvm= /tools/lldb/source/Plugins/Disassembler/llvm/DisassemblerLLVMC.cpp:(.text+= 0x1169): undefined reference t o `LLVMInitializeSparcAsmParser' = /opt/WRK/src/lib/clang/liblldbPluginDisassemblerLLVM/../../../contrib/llvm= /tools/lldb/source/Plugins/Disassembler/llvm/DisassemblerLLVMC.cpp:(.text+= 0x117d): undefined reference t o `LLVMInitializeSparcDisassembler' c++: error: linker command failed with exit code 1 (use -v to see = invocation) *** Error code 1=20 Stop. make[5]: stopped in /opt/WRK/src/usr.bin/clang/lldb *** Error code 1 Stop. make[4]: stopped in /opt/WRK/src/usr.bin/clang *** Error code 1 Stop. make[3]: stopped in /opt/WRK/src/usr.bin *** Error code 1 Stop. make[2]: stopped in /opt/WRK/src *** Error code 1 Stop. make[1]: stopped in /opt/WRK/src *** Error code 1 Stop. make: stopped in /opt/WRK/src Previous version was built also with the same src.conf. Now it seems = broken. Probably recent update of clang broke that. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 20:16:13 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 664B7C99 for ; Wed, 26 Mar 2014 20:16:13 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 223AE6B2 for ; Wed, 26 Mar 2014 20:16:13 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::5cdf:5701:2dff:9241] (unknown [IPv6:2001:7b8:3a7:0:5cdf:5701:2dff:9241]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 491F35C43; Wed, 26 Mar 2014 21:16:07 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_71B3DC0A-D4FA-437B-AEF4-683D39645B36"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: 10/stable lldb build failure From: Dimitry Andric In-Reply-To: Date: Wed, 26 Mar 2014 21:15:48 +0100 Message-Id: <9D7E9CF5-5A75-45D5-8440-CF715674BA3D@FreeBSD.org> References: To: Dmitry Sivachenko X-Mailer: Apple Mail (2.1874) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Mar 2014 20:16:13 -0000 --Apple-Mail=_71B3DC0A-D4FA-437B-AEF4-683D39645B36 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 26 Mar 2014, at 20:28, Dmitry Sivachenko wrote: ... > my src.conf: > WITH_LLDB=3Dyes > WITH_SVN=3Dyes ... > = /opt/WRK/src/lib/clang/liblldbExpression/../../../contrib/llvm/tools/lldb/= source/Expression/ClangExpressionParser.cpp:(.text+0x2cc): undefined = reference to `LLVMInitializeSparcTa > rgetInfo' Sorry about that, I forgot to merge r262657, which should have been part of the clang sparc64 backend merge. I have fixed it in r263776. -Dimitry --Apple-Mail=_71B3DC0A-D4FA-437B-AEF4-683D39645B36 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMzNYUACgkQsF6jCi4glqNOdQCgtQimnEUkci2UNOqC8dHGtWv6 ei0AnAuPqLGPlusKyfyOA5FmjKUPihax =0rs9 -----END PGP SIGNATURE----- --Apple-Mail=_71B3DC0A-D4FA-437B-AEF4-683D39645B36-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 20:47:15 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86D5FBAC; Wed, 26 Mar 2014 20:47:15 +0000 (UTC) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D5177A70; Wed, 26 Mar 2014 20:47:14 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id 10so1908792lbg.21 for ; Wed, 26 Mar 2014 13:47:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=a13vMQd65LszhQBQQpHlVkw6zbNBOLRytGEVt7XL0j8=; b=AmUhSmnUgimAuuMvd0YF2ZvFlW07PIrYkl4Y72e1E/RacqPoMu6/gPRih6SihsJ1O2 uBUwXusCZQ6NTecZwucdKNJJSwC2peNDGOkQj0L7e0gVmkoHthRk3TtsODKVnm4hbLrr stvE7j7C2086r3KTb01lQUS5LM/WC44QWdfzMZ6uYLFEC3U8hSoTPlxYnV+WLLjQyPQ3 9IyBg8j+h6B7g1+RQ4yaSExuUbezIZPDcNNCG6sPChTdjs0jD9teaDHN1TsgPEMzy5ky jAxjA/iARZFqHKN901yWe0BqG4Oot+RH/OoRNpZzLPBj5oBSUyLJHC45jUTpm+4Hukrm KVqA== X-Received: by 10.112.205.35 with SMTP id ld3mr11493597lbc.1.1395866832765; Wed, 26 Mar 2014 13:47:12 -0700 (PDT) Received: from [10.0.1.20] ([95.220.80.33]) by mx.google.com with ESMTPSA id bm3sm14731581lbb.12.2014.03.26.13.47.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 26 Mar 2014 13:47:12 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: 10/stable lldb build failure From: Dmitry Sivachenko In-Reply-To: <9D7E9CF5-5A75-45D5-8440-CF715674BA3D@FreeBSD.org> Date: Thu, 27 Mar 2014 00:47:10 +0400 Content-Transfer-Encoding: quoted-printable Message-Id: <923FEB40-DFE8-440F-8EC4-62BE52209122@gmail.com> References: <9D7E9CF5-5A75-45D5-8440-CF715674BA3D@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1874) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Mar 2014 20:47:15 -0000 On 27 =D0=BC=D0=B0=D1=80=D1=82=D0=B0 2014 =D0=B3., at 0:15, Dimitry = Andric wrote: > On 26 Mar 2014, at 20:28, Dmitry Sivachenko = wrote: > ... >> my src.conf: >> WITH_LLDB=3Dyes >> WITH_SVN=3Dyes > ... >> = /opt/WRK/src/lib/clang/liblldbExpression/../../../contrib/llvm/tools/lldb/= source/Expression/ClangExpressionParser.cpp:(.text+0x2cc): undefined = reference to `LLVMInitializeSparcTa >> rgetInfo' >=20 > Sorry about that, I forgot to merge r262657, which should have been = part > of the clang sparc64 backend merge. I have fixed it in r263776. >=20 Thanks! From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 00:22:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67FFCA90; Thu, 27 Mar 2014 00:22:44 +0000 (UTC) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 22D95117; Thu, 27 Mar 2014 00:22:44 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id wm4so3460995obc.17 for ; Wed, 26 Mar 2014 17:22:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=cmG8CMR1Jw4JefeYQFVnuKxZNVsfKqUKszC0XgRlnLI=; b=rUG10HKvBS2xYm5mK8rG084MyMifBQVQQZLsGX0lz3B/H4ZcQw9h6lkg9RIdGTdrL3 3/9VaUNkOmBuMZLSAMHOy5vm75o0PLSHz7BfUS40BGKzbjtZ22C/7wLfxB36hKGSfdmG wmTOaUy0TSuZIjZTP8q9V6LO/NQ5oXRZBFdRkYOHapSacFRbqCUvuwjTjDyeBR8XYFqi azWZRTHrlS0h500eRqXVgNLSEE2WCl9DltLCDi6Bu8R1OkkVS4RD9qgZZOuwDY4zuGZj XRx8IaGMkTJUIkgrY4amw+qabYvwLDbaxPxatcElv+I++dBF11qpYvVtwde41MSYXQMy akPQ== X-Received: by 10.60.60.33 with SMTP id e1mr70667238oer.36.1395879763488; Wed, 26 Mar 2014 17:22:43 -0700 (PDT) Received: from raichu (198-84-185-216.cpe.teksavvy.com. [198.84.185.216]) by mx.google.com with ESMTPSA id su13sm1191003oeb.9.2014.03.26.17.22.42 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Mar 2014 17:22:42 -0700 (PDT) Sender: Mark Johnston Date: Wed, 26 Mar 2014 20:22:40 -0400 From: Mark Johnston To: Dimitry Andric Subject: Re: HEADS UP: merged llvm/clang 3.4 Message-ID: <20140327002240.GC49672@raichu> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Mar 2014 00:22:44 -0000 On Fri, Mar 21, 2014 at 07:17:22PM +0100, Dimitry Andric wrote: > Hi, > > I have just merged llvm and clang 3.4 release to stable/10 (r263508) and > stable/9 (r263509). This already includes a number of post-3.4 fixes, > though there are a few that are still awaiting the MFC timeout (e.g. the > updated Sparc64 backend, and some things that were just fixed the day > before yesterday). > > Since the most obvious problems have already been addressed in head, I > expect this to be a fairly smooth upgrade. If you run into something > strange anyway, please reply to this message (CC'ing the list). > > -Dimitry > Hello, DTrace seems to no longer work properly on stable/10; I get errors like the following dtrace: invalid probe specifier pid$target::malloc:entry{ }: "/usr/lib/dtrace/io.d", line 49: cannot find type: struct devstat*: Type information is in parent and unavailable and I know of a couple other users running into the same problem. I recall that some changes to libdwarf, libelf and the CTF tools were needed in order to work with clang 3.4; do you know if there's any plan to MFC them soon as well? Thanks, -Mark From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 11:52:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2D59A51 for ; Thu, 27 Mar 2014 11:52:49 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "NewFS.denninger.net", Issuer "NewFS.denninger.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4AE4C6C5 for ; Thu, 27 Mar 2014 11:52:48 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.8/8.14.8) with ESMTP id s2RBqhSu004142 for ; Thu, 27 Mar 2014 06:52:43 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Thu Mar 27 06:52:43 2014 Message-ID: <53341106.4060101@denninger.net> Date: Thu, 27 Mar 2014 06:52:38 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: kern/187594: [zfs] [patch] ZFS ARC behavior problem and fix References: <201403261230.s2QCU3vI095105@freefall.freebsd.org> <8659e58b9fabd9f553c8be5da5dc61fd@mail.mikej.com> In-Reply-To: <8659e58b9fabd9f553c8be5da5dc61fd@mail.mikej.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060209040607030606090406" X-Antivirus: avast! (VPS 140326-2, 03/26/2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Mar 2014 11:52:49 -0000 This is a cryptographically signed message in MIME format. --------------ms060209040607030606090406 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 3/27/2014 4:11 AM, mikej wrote: > I've been running the latest patch now on r263711 and want to give it=20 > a +1 > > No ZFS knobs set and I must go out of my way to have my system swap. > > I hope this patch gets a much wider review and can be put into the > tree permanently. > > Karl, thanks for the working on this. > > Regards, > > Michael Jung No problem; I was being driven insane by the stalls and related bad=20 behavior... and there's that old saw about complaining about something=20 without proposing a fix for it (I've done it!) being "less than optimum" = so.... :-) Hopefully wider review (and, if the general consensus is similar to what = I've seen here and what you're reporting as well, inclusion in the=20 codebase) will come. On my sandbox system I have to get truly abusive before I can get the=20 system to swap now, but that load is synthetic and we all know what=20 sometimes happens when you try to extrapolate from synthetic loads to=20 real production ones. What really has my attention is the impact on systems running live=20 production loads. It has entirely changed the character of those machines, working=20 equally-well for both pure ZFS machines and mixed UFS/ZFS systems. One=20 of these systems that gets pounded on pretty good and has a=20 moderately-large configuration (~10TB of storage, 2 Xeon quad-core=20 processors and 24GB of RAM serving a combination of Samba users=20 internally, a decently-large Postgres installation supporting an=20 externally-facing web forum and blog application, email and similar=20 things) has been completely transformed from being "frequently=20 challenged" by its workload to literally loafing 90%+ of the day. DBMS=20 response times have seen their standard deviation drop by an order of=20 magnitude with best-response times down for one of the most-common query = sequences (~30 separate ops) from ~180ms to ~140. This particular machine has a separate pool for the system itself (root, = usr and var) which was formerly UFS because it had to be in order to=20 avoid the worst of the "stall" bad behavior. It also has two other=20 pools on it, one for read-nearly-only data sets that are comprised of=20 very large files that are almost archival in character and a second that = has the system's "working set" on it. The latter has a separate intent=20 log; I had a cache SSD drive on it as well but have recently dropped=20 that as with these changes it no longer produces a material improvement=20 in performance. I'm frankly not sure the intent log is helping any more = either but I've yet to drop it and instrument the results -- it used to=20 be *necessary* to avoid nasty problems during busy periods. I now have that machine set up booting from ZFS with the system on a=20 mirrored pool dedicated to system images, with lz4 *and* dedup on (for=20 that filesystem's root), which allows me to clone it almost instantly,=20 start a jail on the clone and then do a "buildworld buildkernel -j8"=20 while only allocating storage to actual changes. Dedup ratio on that=20 mirror set is 1.4x and lz4 is showing a net compression ratio of 2.01x.=20 Even better I cannot provoke misbehavior by doing this sort of thing=20 during the middle of the day where formerly that was just begging for=20 trouble; the impact on user perceptible performance during it is zero=20 although I can see the degradation in performance (a modest increase in=20 system latency) in the stats. Oh, did I mention that everything except the boot/root/usr/var=20 filesystems (including swap) are geli-encrypted on this machine as well=20 and that the nightly PC backup jobs bury the GIG-E interface on which=20 they're attached -- and sustain that performance against the ZFS disks=20 for the duration? (The machine does have AESNI loaded....) Finally swap allocation remains at zero throughout all of this. At present, coming off the overnight that has an activity spike for=20 routine in-house backup activity from connected PCs but is otherwise the = "low point" of activity shows 1GB of free memory, an "auto-tuned" amount = of 12.9GB of ARC cache (with a maximum size of 22.3) and inactive pages=20 have remained stable. Wired memory is almost 19GB with Postgres using a = sizable chunk of it. Cache efficiency is claimed to be 98.9% (!) =20 That'll go down somewhat over the day but during the busiest part of the = day it remains well into the 90s which I'm sure has a heck of a lot to=20 do with the performance improvements.... Cross-posted over to -STABLE in the hope of expanding review and testing = by others. --=20 -- Karl karl@denninger.net --------------ms060209040607030606090406 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAzMjcxMTUyMzhaMCMGCSqGSIb3DQEJBDEW BBST4cX/La1k81iZ920b7xLGzU6ExzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIAg58Yb4ERaNOoW98HiWSJ9hmNZVot ULYq1OHZwR4jRaSIpWM9bKiMj8VQ+2XJvfB4VfqNRZhJKhm96Ssx7k7gAM8MX/U1U4OReih8 fDRsI+YsAeDiog6gAG1CsTZiXF1K0yMXTa/o2WaODssbS9sDH7utMaeH/u/XwawPRl+NAEN6 e+0cceRNTPg3k/iWkErg0CC6XmlXrFEXfH29ytyMF+dtIKnqXyxbkIeo+Hd5JFUSn+2cAa9D cfHHcNwF1sEas0Y+4X63yBrZAf68nCyYngQZaqob1Ox2LfL+GQ0S63WpiBRfvPZldUOfQIzE hh00FoL2lwInI1geMnB1k9qRFxvI2SPVxBA3ic/seBb0wbyXb+dnyK7dhq9XwX/Wl7FpT/N6 jf6EwwPFAkSqGsC6Xa5D1/tgWjnrX7rIqIBCSkWFjXakUTFvxpwF7jAJrX2ucG4uZM5+Z9qP 1V1/hA/NvqU6fjr2HOS6O0bKiKWL7iYRHFjxRExq0vkTwEQTwOb4fTmGTHVj+ojYUlGIUsQq xcj/O3w7zdzD3RncCjqGs6+sutTODkIQa0medmBNWPOEOdAgPHaYa+GmG4Kp7nvnwHRECnr3 KQoZu0TyRnoqPvq+cYSPSTerkzp6GXsIMjLoazsiW+m4dAP1N7aTxmWlQ47M1n5mc+E34o5K KSdVZcQAAAAAAAA= --------------ms060209040607030606090406-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 12:35:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E1FFE64 for ; Thu, 27 Mar 2014 12:35:09 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 502B4B0E for ; Thu, 27 Mar 2014 12:35:08 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WT9WP-0004Wt-Aw for freebsd-stable@freebsd.org; Thu, 27 Mar 2014 05:35:01 -0700 Date: Thu, 27 Mar 2014 05:35:01 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1395923701333-5898368.post@n5.nabble.com> In-Reply-To: <20140327002240.GC49672@raichu> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140327002240.GC49672@raichu> Subject: Re: HEADS UP: merged llvm/clang 3.4 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.17 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, 27 Mar 2014 12:35:09 -0000 devel/gdb, just FYI elf64-aarch64.c:3221:1: error: unused function 'decode_branch_ofs_26' [-Werror,-Wunused-function] decode_branch_ofs_26 (uint32_t insn) ^ elf64-aarch64.c:3228:1: error: unused function 'decode_cond_branch_ofs_19' [-Werror,-Wunused-function] decode_cond_branch_ofs_19 (uint32_t insn) ^ elf64-aarch64.c:3235:1: error: unused function 'decode_ld_lit_ofs_19' [-Werror,-Wunused-function] decode_ld_lit_ofs_19 (uint32_t insn) ^ elf64-aarch64.c:3242:1: error: unused function 'decode_tst_branch_ofs_14' [-Werror,-Wunused-function] decode_tst_branch_ofs_14 (uint32_t insn) ^ elf64-aarch64.c:3249:1: error: unused function 'decode_movw_imm' [-Werror,-Wunused-function] decode_movw_imm (uint32_t insn) ^ elf64-aarch64.c:3256:1: error: unused function 'decode_adr_imm' [-Werror,-Wunused-function] decode_adr_imm (uint32_t insn) ^ elf64-aarch64.c:3263:1: error: unused function 'decode_add_imm' [-Werror,-Wunused-function] decode_add_imm (uint32_t insn) ^ 7 errors generated. mv -f .deps/elf32-gen.Tpo .deps/elf32-gen.Plo -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-merged-llvm-clang-3-4-tp5896349p5898368.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 12:41:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5110370 for ; Thu, 27 Mar 2014 12:41:41 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B6706BD8 for ; Thu, 27 Mar 2014 12:41:41 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WT9cq-0005NN-Vz for freebsd-stable@freebsd.org; Thu, 27 Mar 2014 05:41:40 -0700 Date: Thu, 27 Mar 2014 05:41:40 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1395924100977-5898371.post@n5.nabble.com> In-Reply-To: <1395923701333-5898368.post@n5.nabble.com> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140327002240.GC49672@raichu> <1395923701333-5898368.post@n5.nabble.com> Subject: Re: HEADS UP: merged llvm/clang 3.4 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.17 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, 27 Mar 2014 12:41:41 -0000 Above issue is already known with 11-CURRENT/ 3.4, apparently -Wno-error will do for now, so it's really just a notification from my part, not a complaint. -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-merged-llvm-clang-3-4-tp5896349p5898371.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 14:14:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14847386; Thu, 27 Mar 2014 14:14:15 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id BD2CD69D; Thu, 27 Mar 2014 14:14:14 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id E1C76C4934; Thu, 27 Mar 2014 16:14:12 +0200 (EET) Date: Thu, 27 Mar 2014 16:16:02 +0200 From: Aleksandr Rybalko To: Kevin Oberman Subject: Re: Clock issues and crash on resume on 10-Stable r263062M Message-Id: <20140327161602.02607ae3a6483bbb984eb367@ddteam.net> In-Reply-To: References: <201403181527.17100.jhb@freebsd.org> <20140318234623.61a99182.ray@ddteam.net> <20140319141924.279e3d1bc7d8be7b93470a5d@ddteam.net> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , FreeBSD-STABLE Mailing List , Aleksandr Rybalko , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Mar 2014 14:14:15 -0000 On Wed, 19 Mar 2014 08:54:42 -0700 Kevin Oberman wrote: > On Wed, Mar 19, 2014 at 5:19 AM, Aleksandr Rybalko wrote: > > > On Tue, 18 Mar 2014 21:07:57 -0700 > > Adrian Chadd wrote: > > > > > Well, changing the default is cool, but there's still some odd bug > > > there that could do with chasing down. :) > > > > Sorry, I currently can't work on investigation why GIANT lock is NULL > > sometime on resume. (IIRC it happen because I use callout_init w/o > > mtx, so callout try to lock using GIANT) > > > > But I will glad to get any help on that :) > > > > > Turned off vt switch and found a couple issues: > > 1. Audio was muted (by pressing the mute button) when I suspended the > system. The suspend operation caused the system to beep. When I resumed, it > did so again and I noticed that the audio was no longer muted. This can be > an issue when in a meeting or in some other place where a loud noise is not > desirable, but my be an issue with the Lenovo BIOS or EC. > > 2. When the system is resumed, the display is not refreshed and is full of > artifacts.I moved to another desktop and back (I use gnome2) and fixed > everything except the panel which never gets redrawn. This is possibly an X > issue (Intel 3000 graphics) or something with the KMS handling of a resume. > > Probably neither of these is really a vt(4) issue, though, an I really do > appreciate having a working vty system after starting X. > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com Kevin, I was already describe possible culprits of Xorg screen puzzling after resume, there is two possible candidates: 1. mishandling of system PM events by Xorg. 2. something wrong inside drm2+drm/kms drivers. but things #1 in your list points more to mishandling of PM events. btw, crash with suspendswitch=1 looks like fixed :) Thanks! WBW -- Aleksandr Rybalko From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 15:35:16 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4BCB2A8; Thu, 27 Mar 2014 15:35:16 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 D983EEB9; Thu, 27 Mar 2014 15:35:15 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2RFZ0Yd074443; Thu, 27 Mar 2014 17:35:00 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2RFZ0fm074322; Thu, 27 Mar 2014 15:35:00 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Mar 2014 15:35:00 GMT Message-Id: <201403271535.s2RFZ0fm074322@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 15:35:16 -0000 TB --- 2014-03-27 11:10:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-27 11:10:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-27 11:10:44 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-03-27 11:10:44 - cleaning the object tree TB --- 2014-03-27 11:10:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-27 11:11:34 - At svn revision 263811 TB --- 2014-03-27 11:11:35 - building world TB --- 2014-03-27 11:11:35 - CROSS_BUILD_TESTING=YES TB --- 2014-03-27 11:11:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-27 11:11:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-27 11:11:35 - SRCCONF=/dev/null TB --- 2014-03-27 11:11:35 - TARGET=arm TB --- 2014-03-27 11:11:35 - TARGET_ARCH=arm TB --- 2014-03-27 11:11:35 - TZ=UTC TB --- 2014-03-27 11:11:35 - __MAKE_CONF=/dev/null TB --- 2014-03-27 11:11:35 - cd /src TB --- 2014-03-27 11:11:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Mar 27 11:11:46 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 27 14:50:04 UTC 2014 TB --- 2014-03-27 14:50:04 - generating LINT kernel config TB --- 2014-03-27 14:50:04 - cd /src/sys/arm/conf TB --- 2014-03-27 14:50:04 - /usr/bin/make -B LINT TB --- 2014-03-27 14:50:04 - cd /src/sys/arm/conf TB --- 2014-03-27 14:50:04 - /usr/sbin/config -m LINT TB --- 2014-03-27 14:50:04 - building LINT kernel TB --- 2014-03-27 14:50:04 - CROSS_BUILD_TESTING=YES TB --- 2014-03-27 14:50:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-27 14:50:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-27 14:50:04 - SRCCONF=/dev/null TB --- 2014-03-27 14:50:04 - TARGET=arm TB --- 2014-03-27 14:50:04 - TARGET_ARCH=arm TB --- 2014-03-27 14:50:04 - TZ=UTC TB --- 2014-03-27 14:50:04 - __MAKE_CONF=/dev/null TB --- 2014-03-27 14:50:04 - cd /src TB --- 2014-03-27 14:50:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 27 14:50:04 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Mar 27 15:16:24 UTC 2014 TB --- 2014-03-27 15:16:24 - cd /src/sys/arm/conf TB --- 2014-03-27 15:16:24 - /usr/sbin/config -m AC100 TB --- 2014-03-27 15:16:24 - skipping AC100 kernel TB --- 2014-03-27 15:16:24 - cd /src/sys/arm/conf TB --- 2014-03-27 15:16:24 - /usr/sbin/config -m ARMADAXP TB --- 2014-03-27 15:16:24 - skipping ARMADAXP kernel TB --- 2014-03-27 15:16:24 - cd /src/sys/arm/conf TB --- 2014-03-27 15:16:24 - /usr/sbin/config -m ARNDALE TB --- 2014-03-27 15:16:24 - skipping ARNDALE kernel TB --- 2014-03-27 15:16:24 - cd /src/sys/arm/conf TB --- 2014-03-27 15:16:24 - /usr/sbin/config -m ATMEL TB --- 2014-03-27 15:16:24 - building ATMEL kernel TB --- 2014-03-27 15:16:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-27 15:16:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-27 15:16:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-27 15:16:24 - SRCCONF=/dev/null TB --- 2014-03-27 15:16:24 - TARGET=arm TB --- 2014-03-27 15:16:24 - TARGET_ARCH=arm TB --- 2014-03-27 15:16:24 - TZ=UTC TB --- 2014-03-27 15:16:24 - __MAKE_CONF=/dev/null TB --- 2014-03-27 15:16:24 - cd /src TB --- 2014-03-27 15:16:24 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Thu Mar 27 15:16:24 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ATMEL completed on Thu Mar 27 15:20:38 UTC 2014 TB --- 2014-03-27 15:20:38 - cd /src/sys/arm/conf TB --- 2014-03-27 15:20:38 - /usr/sbin/config -m AVILA TB --- 2014-03-27 15:20:38 - skipping AVILA kernel TB --- 2014-03-27 15:20:38 - cd /src/sys/arm/conf TB --- 2014-03-27 15:20:38 - /usr/sbin/config -m BEAGLEBONE TB --- 2014-03-27 15:20:38 - skipping BEAGLEBONE kernel TB --- 2014-03-27 15:20:38 - cd /src/sys/arm/conf TB --- 2014-03-27 15:20:38 - /usr/sbin/config -m BWCT TB --- 2014-03-27 15:20:38 - building BWCT kernel TB --- 2014-03-27 15:20:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-27 15:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-27 15:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-27 15:20:38 - SRCCONF=/dev/null TB --- 2014-03-27 15:20:38 - TARGET=arm TB --- 2014-03-27 15:20:38 - TARGET_ARCH=arm TB --- 2014-03-27 15:20:38 - TZ=UTC TB --- 2014-03-27 15:20:38 - __MAKE_CONF=/dev/null TB --- 2014-03-27 15:20:38 - cd /src TB --- 2014-03-27 15:20:38 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Thu Mar 27 15:20:38 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BWCT completed on Thu Mar 27 15:23:33 UTC 2014 TB --- 2014-03-27 15:23:33 - cd /src/sys/arm/conf TB --- 2014-03-27 15:23:33 - /usr/sbin/config -m CAMBRIA TB --- 2014-03-27 15:23:33 - skipping CAMBRIA kernel TB --- 2014-03-27 15:23:33 - cd /src/sys/arm/conf TB --- 2014-03-27 15:23:33 - /usr/sbin/config -m CNS11XXNAS TB --- 2014-03-27 15:23:33 - building CNS11XXNAS kernel TB --- 2014-03-27 15:23:33 - CROSS_BUILD_TESTING=YES TB --- 2014-03-27 15:23:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-27 15:23:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-27 15:23:33 - SRCCONF=/dev/null TB --- 2014-03-27 15:23:33 - TARGET=arm TB --- 2014-03-27 15:23:33 - TARGET_ARCH=arm TB --- 2014-03-27 15:23:33 - TZ=UTC TB --- 2014-03-27 15:23:33 - __MAKE_CONF=/dev/null TB --- 2014-03-27 15:23:33 - cd /src TB --- 2014-03-27 15:23:33 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Thu Mar 27 15:23:34 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CNS11XXNAS completed on Thu Mar 27 15:27:42 UTC 2014 TB --- 2014-03-27 15:27:42 - cd /src/sys/arm/conf TB --- 2014-03-27 15:27:42 - /usr/sbin/config -m CRB TB --- 2014-03-27 15:27:42 - skipping CRB kernel TB --- 2014-03-27 15:27:42 - cd /src/sys/arm/conf TB --- 2014-03-27 15:27:42 - /usr/sbin/config -m CUBIEBOARD TB --- 2014-03-27 15:27:42 - skipping CUBIEBOARD kernel TB --- 2014-03-27 15:27:42 - cd /src/sys/arm/conf TB --- 2014-03-27 15:27:42 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2014-03-27 15:27:42 - skipping CUBIEBOARD2 kernel TB --- 2014-03-27 15:27:42 - cd /src/sys/arm/conf TB --- 2014-03-27 15:27:42 - /usr/sbin/config -m DB-78XXX TB --- 2014-03-27 15:27:42 - building DB-78XXX kernel TB --- 2014-03-27 15:27:42 - CROSS_BUILD_TESTING=YES TB --- 2014-03-27 15:27:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-27 15:27:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-27 15:27:42 - SRCCONF=/dev/null TB --- 2014-03-27 15:27:42 - TARGET=arm TB --- 2014-03-27 15:27:42 - TARGET_ARCH=arm TB --- 2014-03-27 15:27:42 - TZ=UTC TB --- 2014-03-27 15:27:42 - __MAKE_CONF=/dev/null TB --- 2014-03-27 15:27:42 - cd /src TB --- 2014-03-27 15:27:42 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Thu Mar 27 15:27:42 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-78XXX completed on Thu Mar 27 15:31:23 UTC 2014 TB --- 2014-03-27 15:31:23 - cd /src/sys/arm/conf TB --- 2014-03-27 15:31:23 - /usr/sbin/config -m DB-88F5XXX TB --- 2014-03-27 15:31:23 - building DB-88F5XXX kernel TB --- 2014-03-27 15:31:23 - CROSS_BUILD_TESTING=YES TB --- 2014-03-27 15:31:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-27 15:31:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-27 15:31:23 - SRCCONF=/dev/null TB --- 2014-03-27 15:31:23 - TARGET=arm TB --- 2014-03-27 15:31:23 - TARGET_ARCH=arm TB --- 2014-03-27 15:31:23 - TZ=UTC TB --- 2014-03-27 15:31:23 - __MAKE_CONF=/dev/null TB --- 2014-03-27 15:31:23 - cd /src TB --- 2014-03-27 15:31:23 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Thu Mar 27 15:31:23 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F5XXX completed on Thu Mar 27 15:34:58 UTC 2014 TB --- 2014-03-27 15:34:58 - cd /src/sys/arm/conf TB --- 2014-03-27 15:34:58 - /usr/sbin/config -m DB-88F6XXX TB --- 2014-03-27 15:34:58 - building DB-88F6XXX kernel TB --- 2014-03-27 15:34:58 - CROSS_BUILD_TESTING=YES TB --- 2014-03-27 15:34:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-27 15:34:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-27 15:34:58 - SRCCONF=/dev/null TB --- 2014-03-27 15:34:58 - TARGET=arm TB --- 2014-03-27 15:34:58 - TARGET_ARCH=arm TB --- 2014-03-27 15:34:58 - TZ=UTC TB --- 2014-03-27 15:34:58 - __MAKE_CONF=/dev/null TB --- 2014-03-27 15:34:58 - cd /src TB --- 2014-03-27 15:34:58 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Thu Mar 27 15:34:58 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/DB-88F6XXX *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-27 15:34:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-27 15:34:59 - ERROR: failed to build DB-88F6XXX kernel TB --- 2014-03-27 15:34:59 - 11854.50 user 3938.27 system 15854.46 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 18:27:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A61D9936; Thu, 27 Mar 2014 18:27:23 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx1.fisglobal.com", Issuer "VeriSign Class 3 Secure Server CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F761252; Thu, 27 Mar 2014 18:27:22 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.193]) by ltcfislmsgpa05.fnfis.com (8.14.5/8.14.5) with ESMTP id s2RIR9Dc018985 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 27 Mar 2014 13:27:09 -0500 Received: from THEMADHATTER (10.242.181.54) by smarthost.fisglobal.com (10.132.206.193) with Microsoft SMTP Server id 14.3.174.1; Thu, 27 Mar 2014 13:27:07 -0500 From: Sender: Devin Teske To: "'Karl Denninger'" References: <201403261230.s2QCU3vI095105@freefall.freebsd.org> <8659e58b9fabd9f553c8be5da5dc61fd@mail.mikej.com> <53341106.4060101@denninger.net> In-Reply-To: <53341106.4060101@denninger.net> Subject: RE: kern/187594: [zfs] [patch] ZFS ARC behavior problem and fix Date: Thu, 27 Mar 2014 11:27:03 -0700 Message-ID: <012301cf49ea$27dfff80$779ffe80$@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0124_01CF49AF.7B812780" X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQI4ozHjWbjrnCu6yveDv222CluFXQFBrMHrAjz/GP+aBpIbMA== Content-Language: en-us X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2014-03-27_05:2014-03-27,2014-03-27,1970-01-01 signatures=0 Cc: dteske@FreeBSD.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Mar 2014 18:27:23 -0000 ------=_NextPart_000_0124_01CF49AF.7B812780 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit > -----Original Message----- > From: Karl Denninger [mailto:karl@denninger.net] > Sent: Thursday, March 27, 2014 4:53 AM > To: freebsd-fs@freebsd.org; freebsd-stable@freebsd.org > Subject: Re: kern/187594: [zfs] [patch] ZFS ARC behavior problem and fix > > On 3/27/2014 4:11 AM, mikej wrote: > > I've been running the latest patch now on r263711 and want to give it > > a +1 > > > > No ZFS knobs set and I must go out of my way to have my system swap. > > > > I hope this patch gets a much wider review and can be put into the > > tree permanently. > > > > Karl, thanks for the working on this. > > > > Regards, > > > > Michael Jung > No problem; I was being driven insane by the stalls and related bad > behavior... and there's that old saw about complaining about something > without proposing a fix for it (I've done it!) being "less than optimum" > so.... :-) > > Hopefully wider review (and, if the general consensus is similar to what > I've seen here and what you're reporting as well, inclusion in the > codebase) will come. > > On my sandbox system I have to get truly abusive before I can get the > system to swap now, but that load is synthetic and we all know what > sometimes happens when you try to extrapolate from synthetic loads to > real production ones. > We (vicor) are currently putting your patch through the ringer for stable/8 in an effort to mass-deploy it to hundreds of servers (dozens of which are relying on production ZFS, several of which have been negatively impacted by current ARC strategy -- tasks that used to finish in 6 hours or less are taking longer than a day due to being swapped out under ARC pressure). We're very excited about your patch and expect to see a kernel running with it start deployment in mid-April and fully deployed by mid-May. > What really has my attention is the impact on systems running live > production loads. > Lots of those, but it will take a little time to trickle out to the production machines. Part of the delay was waiting to see when your patch would stop changing ;D (all good changes, btw... like getting rid of sysctl usage from within the kernel). I do believe the last thing I merged for our test lab was March 24th -- and it's changed yet again on March 26th, so I've got another iteration to churn before we can even start testing in the test-lab) (smiles) NB: The patch violates style(9), so I've actually been maintaining a modified version of your patch for our internal keeping. I've attached the modified Mar 24th patch which goes against stable/8. Also, it's uber annoying to have to decode your contextual diff while trying to translate for style(9) appropriate-ness (if you should switch to unified diff, also make sure you pass -p to generate function tags so I know which hunk is where -- merging into stable/8 was unpleasant without that additional context). In my attached stable/8 patch, you should see what I'm referring to at the onset of each hunk. ASIDE: It's no big deal because your patch is only one file, but it's almost always preferred to generate the patch with full paths to each file (e.g., generate the patch at the head of the tree *or* go in and modify the patch-file header afterward to reflect full paths). (smiles -- sorry for picking nits) > It has entirely changed the character of those machines, working > equally-well for both pure ZFS machines and mixed UFS/ZFS systems. One > of these systems that gets pounded on pretty good and has a > moderately-large configuration (~10TB of storage, 2 Xeon quad-core > processors and 24GB of RAM serving a combination of Samba users > internally, a decently-large Postgres installation supporting an > externally-facing web forum and blog application, email and similar > things) has been completely transformed from being "frequently > challenged" by its workload to literally loafing 90%+ of the day. DBMS > response times have seen their standard deviation drop by an order of > magnitude with best-response times down for one of the most-common > query > sequences (~30 separate ops) from ~180ms to ~140. > This is most excellent. I can't wait to get it into production! Like you, the machines that we have that are struggling are: a. beefy (24-48 cores, 24-48GB of RAM, 6-12TB ZFS) b. Using a combination of UFS and ZFS simultaneoulsy > This particular machine has a separate pool for the system itself (root, > usr and var) which was formerly UFS because it had to be in order to > avoid the worst of the "stall" bad behavior. It also has two other > pools on it, one for read-nearly-only data sets that are comprised of > very large files that are almost archival in character and a second that > has the system's "working set" on it. The latter has a separate intent > log; I had a cache SSD drive on it as well but have recently dropped > that as with these changes it no longer produces a material improvement > in performance. I'm frankly not sure the intent log is helping any more > either but I've yet to drop it and instrument the results -- it used to > be *necessary* to avoid nasty problems during busy periods. > [snip] > > At present, coming off the overnight that has an activity spike for > routine in-house backup activity from connected PCs but is otherwise the > "low point" of activity shows 1GB of free memory, an "auto-tuned" amount > of 12.9GB of ARC cache (with a maximum size of 22.3) and inactive pages > have remained stable. Wired memory is almost 19GB with Postgres using a > sizable chunk of it. Cache efficiency is claimed to be 98.9% (!) > That'll go down somewhat over the day but during the busiest part of the > day it remains well into the 90s which I'm sure has a heck of a lot to > do with the performance improvements.... > > Cross-posted over to -STABLE in the hope of expanding review and testing > by others. > I need to produce a new cleaned-up patch from your March 26th changes. Hopefully the stream of changes is complete... or should I wait? NB: Cross-posting is generally frowned upon. Create a separate post to each list next time please. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ------=_NextPart_000_0124_01CF49AF.7B812780 Content-Type: text/plain; name="karld.zfs_arc_newreclaim(cleaned).stable8patch.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="karld.zfs_arc_newreclaim(cleaned).stable8patch.txt" --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c.orig 2014-03-08 = 04:54:47.000000000 -0800=0A= +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c 2014-03-13 = 00:00:39.000000000 -0700=0A= @@ -18,6 +18,78 @@=0A= *=0A= * CDDL HEADER END=0A= */=0A= +=0A= +/* Karl Denninger (karl@denninger.net), 3/20/2014, FreeBSD-specific=0A= + *=0A= + * If "NEWRECLAIM" is defined, change the "low memory" warning that = causes=0A= + * the ARC cache to be pared down. The reason for the change is that the=0A= + * apparent attempted algorithm is to start evicting ARC cache when free=0A= + * pages fall below 25% of installed RAM. This maps reasonably well to = how=0A= + * Solaris is documented to behave; when "lotsfree" is invaded ZFS is = told=0A= + * to pare down.=0A= + *=0A= + * The problem is that on FreeBSD machines the system doesn't appear to = be=0A= + * getting what the authors of the original code thought they were = looking at=0A= + * with its test -- or at least not what Solaris did -- and as a result = that=0A= + * test never triggers. That leaves the only reclaim trigger as the = "paging=0A= + * needed" status flag, and by the time that trips the system is already=0A= + * in low-memory trouble. This can lead to severe pathological behavior=0A= + * under the following scenario:=0A= + * - The system starts to page and ARC is evicted.=0A= + * - The system stops paging as ARC's eviction drops wired RAM a bit.=0A= + * - ARC starts increasing its allocation again, and wired memory grows.=0A= + * - A new image is activated, and the system once again attempts to = page.=0A= + * - ARC starts to be evicted again.=0A= + * - Back to #2=0A= + *=0A= + * Note that ZFS's ARC default (unless you override it in = /boot/loader.conf)=0A= + * is to allow the ARC cache to grab nearly all of free RAM, provided = nobody=0A= + * else needs it. That would be ok if we evicted cache when required.=0A= + *=0A= + * Unfortunately the system can get into a state where it never=0A= + * manages to page anything of materiality back in, as if there is = active=0A= + * I/O the ARC will start grabbing space once again as soon as the = memory=0A= + * contention state drops. For this reason the "paging is occurring" = flag=0A= + * should be the **last resort** condition for ARC eviction; you want to=0A= + * (as Solaris does) start when there is material free RAM left BUT the=0A= + * vm system thinks it needs to be active to steal pages back in the = attempt=0A= + * to never get into the condition where you're potentially paging off=0A= + * executables in favor of leaving disk cache allocated.=0A= + *=0A= + * To fix this we change how we look at low memory, declaring three new=0A= + * runtime tunables.=0A= + *=0A= + * The new sysctls are:=0A= + * vfs.zfs.arc_freepages (free pages required to call RAM "sufficient")=0A= + * vfs.zfs.arc_freepage_percent (additional reservation percentage, = default 0)=0A= + * vfs.zfs.arc_shrink_needed (shows "1" if we're asking for shrinking = the ARC)=0A= + *=0A= + * vfs.zfs.arc_freepages is initialized from vm.v_free_target,=0A= + * This should insure that we allow the VM system to steal pages,=0A= + * but pare the cache before we suspend processes attempting to get more=0A= + * memory, thereby avoiding "stalls." You can set this higher if you = wish,=0A= + * or force a specific percentage reservation as well, but doing so may=0A= + * cause the cache to pare back while the VM system remains willing to=0A= + * allow "inactive" pages to accumulate. The challenge is that image=0A= + * activation can force things into the page space on a repeated basis=0A= + * if you allow this level to be too small (the above pathological=0A= + * behavior); the defaults should avoid that behavior but the sysctls=0A= + * are exposed should your workload require adjustment.=0A= + *=0A= + * If we're using this check for low memory we are replacing the = previous=0A= + * ones, including the oddball "random" reclaim that appears to fire far=0A= + * more often than it should. We still trigger if the system pages.=0A= + *=0A= + * If you turn on NEWRECLAIM_DEBUG then the kernel will print on the = console=0A= + * status messages when the reclaim status trips on and off, along with = the=0A= + * page count aggregate that triggered it (and the free space) for each=0A= + * event.=0A= + */=0A= +=0A= +#define NEWRECLAIM=0A= +#undef NEWRECLAIM_DEBUG=0A= +=0A= +=0A= /*=0A= * Copyright (c) 2005, 2010, Oracle and/or its affiliates. All rights = reserved.=0A= * Copyright 2011 Nexenta Systems, Inc. All rights reserved.=0A= @@ -136,6 +208,13 @@=0A= =0A= #include =0A= =0A= +#ifdef NEWRECLAIM=0A= +#ifdef __FreeBSD__=0A= +#include =0A= +#include =0A= +#endif=0A= +#endif /* NEWRECLAIM */=0A= +=0A= #ifdef illumos=0A= #ifndef _KERNEL=0A= /* set with ZFS_DEBUG=3Dwatch, to enable watchpoints on frozen buffers = */=0A= @@ -193,16 +272,42 @@ int zfs_arc_grow_retry =3D 0;=0A= int zfs_arc_shrink_shift =3D 0;=0A= int zfs_arc_p_min_shift =3D 0;=0A= int zfs_disable_dup_eviction =3D 0;=0A= +#ifdef NEWRECLAIM=0A= +#ifdef __FreeBSD__=0A= +static int freepages =3D 0; /* This much memory is considered critical = */=0A= +static int percent_target =3D 0; /* Additionally reserve "X" percent = free RAM */=0A= +static int shrink_needed =3D 0; /* Shrinkage of ARC cache needed? */=0A= +#endif /* __FreeBSD__ */=0A= +#endif /* NEWRECLAIM */=0A= =0A= TUNABLE_QUAD("vfs.zfs.arc_max", &zfs_arc_max);=0A= TUNABLE_QUAD("vfs.zfs.arc_min", &zfs_arc_min);=0A= TUNABLE_QUAD("vfs.zfs.arc_meta_limit", &zfs_arc_meta_limit);=0A= +#ifdef NEWRECLAIM=0A= +#ifdef __FreeBSD__=0A= +TUNABLE_INT("vfs.zfs.arc_freepages", &freepages);=0A= +TUNABLE_INT("vfs.zfs.arc_freepage_percent", &percent_target);=0A= +TUNABLE_INT("vfs.zfs.arc_shrink_needed", &shrink_needed);=0A= +#endif /* __FreeBSD__ */=0A= +#endif /* NEWRECLAIM */=0A= +=0A= SYSCTL_DECL(_vfs_zfs);=0A= SYSCTL_QUAD(_vfs_zfs, OID_AUTO, arc_max, CTLFLAG_RDTUN, &zfs_arc_max, 0,=0A= "Maximum ARC size");=0A= SYSCTL_QUAD(_vfs_zfs, OID_AUTO, arc_min, CTLFLAG_RDTUN, &zfs_arc_min, 0,=0A= "Minimum ARC size");=0A= =0A= +#ifdef NEWRECLAIM=0A= +#ifdef __FreeBSD__=0A= +SYSCTL_INT(_vfs_zfs, OID_AUTO, arc_freepages, CTLFLAG_RWTUN, = &freepages, 0,=0A= + "ARC Free RAM Pages Required");=0A= +SYSCTL_INT(_vfs_zfs, OID_AUTO, arc_freepage_percent, CTLFLAG_RWTUN,=0A= + &percent_target, 0, "ARC Free RAM Target percentage");=0A= +SYSCTL_INT(_vfs_zfs, OID_AUTO, arc_shrink_needed, CTLFLAG_RD, = &shrink_needed,=0A= + 0, "ARC Memory Constrained (0 =3D no, 1 =3D yes)");=0A= +#endif /* __FreeBSD__ */=0A= +#endif /* NEWRECLAIM */=0A= +=0A= /*=0A= * Note that buffers can be in one of 6 states:=0A= * ARC_anon - anonymous (discussed below)=0A= @@ -2360,8 +2465,12 @@ static int needfree =3D 0;=0A= static int=0A= arc_reclaim_needed(void)=0A= {=0A= -=0A= #ifdef _KERNEL=0A= +#ifdef NEWRECLAIM_DEBUG=0A= + static int xval =3D -1;=0A= + static int oldpercent =3D 0;=0A= + static int oldfreepages =3D 0;=0A= +#endif /* NEWRECLAIM */=0A= =0A= if (needfree)=0A= return (1);=0A= @@ -2400,6 +2509,7 @@ arc_reclaim_needed(void)=0A= return (1);=0A= =0A= #if defined(__i386)=0A= +=0A= /*=0A= * If we're on an i386 platform, it's possible that we'll exhaust the=0A= * kernel heap space before we ever run out of available physical=0A= @@ -2416,11 +2526,79 @@ arc_reclaim_needed(void)=0A= return (1);=0A= #endif=0A= #else /* !sun */=0A= +=0A= +#ifdef NEWRECLAIM=0A= +#ifdef __FreeBSD__=0A= + /*=0A= + * Implement the new tunable free RAM algorithm. We check the free=0A= + * pages against the minimum specified target and the percentage that=0A= + * should be free. If we're low we ask for ARC cache shrinkage. If this=0A= + * is defined on a FreeBSD system the older checks are not performed.=0A= + *=0A= + * Check first to see if we need to init freepages, then test.=0A= + */=0A= + if (!freepages) { /* If zero then (re)init */=0A= + freepages =3D cnt.v_free_target;=0A= +#ifdef NEWRECLAIM_DEBUG=0A= + printf("ZFS ARC: Default vfs.zfs.arc_freepages to [%u]\n",=0A= + freepages);=0A= +#endif /* NEWRECLAIM_DEBUG */=0A= + }=0A= +#ifdef NEWRECLAIM_DEBUG=0A= + if (percent_target !=3D oldpercent) {=0A= + printf("ZFS ARC: Reservation percent change to [%d], [%d] "=0A= + "pages, [%d] free\n", percent_target, cnt.v_page_count,=0A= + cnt.v_free_count);=0A= + oldpercent =3D percent_target;=0A= + }=0A= + if (freepages !=3D oldfreepages) {=0A= + printf("ZFS ARC: Low RAM page change to [%d], [%d] pages, "=0A= + "[%d] free\n", freepages, cnt.v_page_count,=0A= + cnt.v_free_count);=0A= + oldfreepages =3D freepages;=0A= + }=0A= +#endif /* NEWRECLAIM_DEBUG */=0A= + /*=0A= + * Now figure out how much free RAM we require to call the ARC cache=0A= + * status "ok". Add the percentage specified of the total to the base=0A= + * requirement.=0A= + */=0A= +=0A= + if (cnt.v_free_count < (freepages + ((cnt.v_page_count / 100) *=0A= + percent_target))) {=0A= +#ifdef NEWRECLAIM_DEBUG=0A= + if (xval !=3D 1) {=0A= + printf("ZFS ARC: RECLAIM total %u, free %u, free pct "=0A= + "(%u), reserved (%u), target pct (%u)\n",=0A= + cnt.v_page_count, cnt.v_free_count,=0A= + ((cnt.v_free_count * 100) / cnt.v_page_count),=0A= + freepages, percent_target);=0A= + xval =3D 1;=0A= + }=0A= +#endif /* NEWRECLAIM_DEBUG */=0A= + shrink_needed =3D 1;=0A= + return(1);=0A= + } else {=0A= +#ifdef NEWRECLAIM_DEBUG=0A= + if (xval !=3D 0) {=0A= + printf("ZFS ARC: NORMAL total %u, free %u, free pct "=0A= + "(%u), reserved (%u), target pct (%u)\n",=0A= + cnt.v_page_count, cnt.v_free_count,=0A= + ((cnt.v_free_count * 100) / cnt.v_free_count),=0A= + freepages, percent_target);=0A= + xval =3D 0;=0A= + }=0A= +#endif /* NEWRECLAIM_DEBUG */=0A= + shrink_needed =3D 0;=0A= + return(0);=0A= +}=0A= +#endif /* __FreeBSD__ */=0A= +#endif /* NEWRECLAIM */=0A= +=0A= if (kmem_used() > (kmem_size() * 3) / 4)=0A= return (1);=0A= #endif /* sun */=0A= =0A= -#else=0A= if (spa_get_random(100) =3D=3D 0)=0A= return (1);=0A= #endif=0A= ------=_NextPart_000_0124_01CF49AF.7B812780-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 18:44:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94C84DAC for ; Thu, 27 Mar 2014 18:44:55 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "NewFS.denninger.net", Issuer "NewFS.denninger.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 57E095E4 for ; Thu, 27 Mar 2014 18:44:54 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.8/8.14.8) with ESMTP id s2RIirFQ051907 for ; Thu, 27 Mar 2014 13:44:53 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Thu Mar 27 13:44:53 2014 Message-ID: <533471A0.3010805@denninger.net> Date: Thu, 27 Mar 2014 13:44:48 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, dteske@FreeBSD.org Subject: Re: kern/187594: [zfs] [patch] ZFS ARC behavior problem and fix References: <201403261230.s2QCU3vI095105@freefall.freebsd.org> <8659e58b9fabd9f553c8be5da5dc61fd@mail.mikej.com> <53341106.4060101@denninger.net> <012301cf49ea$27dfff80$779ffe80$@FreeBSD.org> In-Reply-To: <012301cf49ea$27dfff80$779ffe80$@FreeBSD.org> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050605080509060100050404" X-Antivirus: avast! (VPS 140326-2, 03/26/2014), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Mar 2014 18:44:55 -0000 This is a cryptographically signed message in MIME format. --------------ms050605080509060100050404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 3/27/2014 1:27 PM, dteske@FreeBSD.org wrote: > I need to produce a new cleaned-up patch from your March 26th changes. = > Hopefully the stream of changes is complete... or should I wait? NB:=20 > Cross-posting is generally frowned upon. Create a separate post to=20 > each list next time please. > > I do not expect further changes; the last one was made to address a=20 compilation failure reported by someone who attempted to test it on=20 -HEAD and discovered that the structure I was looking at in=20 had been renamed to address possible shadowing issues. =20 I added a conditional #define to take care of that. NB: Cross-posting is generally frowned upon. Create a separate post t= o each list next time please. No problem. --=20 -- Karl karl@denninger.net --------------ms050605080509060100050404 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAzMjcxODQ0NDhaMCMGCSqGSIb3DQEJBDEW BBSD/Kcb4uaYj9dnSGnYr+jkPrR5mTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIAP2DmxprR9Fhpz1YmeLvHLfAqYMdO /McZIAa9F9IsESBdaIni0XqbEhCzewu9todJiFJgqVbOoh3Keen4i4nVyVp4oPkJaMz+7RF8 G538I7NJwSiR0X2uLb/K/U3MNfjd7vHY8wm8oUu0HhQJlH38rH6hQhQWGOflsUrEZO2lpe9Z bylD4i8MeCwAkY5dHZeF/QpJ5D2L5wwnn0T3TSjAVbEvETrgsNYe8C+6Vy8vVj8ugjQqjExj u/3JqZ+j0kibVcN4+ZkoiqZcFELFGjADy4tCgXcgq5eyy32h7h455aMr4RJ/bbNLOmPLx1ut 5Ku/lxVd6g9XBJqgO+85cmmghSG0je/JJKHUJqq06b+jA2ocDELzGEQp0j6CSmMm6630+aRR mEC/kOt08tIN/0lBNidC25zzcOWGZaU2bsh4B000GGBfRhTVtuhUgbfGircw5NXWovmhj1rQ szMNeEoiI+3+BmdkJGi6QwM0ReV7zzkrDFLun/4V4g6t7QgMco5PjRJZh6BIgSlP9dr0k1jK 8doLR3J54Hz2uJV7R5CgIzrJrec9cN9XCmItTTekKWhrXGgIuTii70InrpjfvIhQpqTQNfi6 JqtNL273PLbF+RxXkJxB4mo6Lt0ZGnombdtj6oKoOyvb7jdkussKXbBH+mBoZz3OKs1GAdEh xwMn2YcAAAAAAAA= --------------ms050605080509060100050404-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 22:32:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C3D0534; Thu, 27 Mar 2014 22:32:18 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3652BF59; Thu, 27 Mar 2014 22:32:18 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::4597:60bd:daa3:e698] (unknown [IPv6:2001:7b8:3a7:0:4597:60bd:daa3:e698]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C499E5C43; Thu, 27 Mar 2014 23:32:15 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_58351506-7559-4C63-9F7F-7BF6F40FE9EC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: <20140327002240.GC49672@raichu> Date: Thu, 27 Mar 2014 23:32:11 +0100 Message-Id: References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140327002240.GC49672@raichu> To: Mark Johnston X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable stable , Kai Wang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 27 Mar 2014 22:32:18 -0000 --Apple-Mail=_58351506-7559-4C63-9F7F-7BF6F40FE9EC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 27 Mar 2014, at 01:22, Mark Johnston wrote: > On Fri, Mar 21, 2014 at 07:17:22PM +0100, Dimitry Andric wrote: >> Hi, >>=20 >> I have just merged llvm and clang 3.4 release to stable/10 (r263508) = and >> stable/9 (r263509). This already includes a number of post-3.4 = fixes, >> though there are a few that are still awaiting the MFC timeout (e.g. = the >> updated Sparc64 backend, and some things that were just fixed the day >> before yesterday). >>=20 >> Since the most obvious problems have already been addressed in head, = I >> expect this to be a fairly smooth upgrade. If you run into something >> strange anyway, please reply to this message (CC'ing the list). >>=20 >> -Dimitry >>=20 >=20 > Hello, >=20 > DTrace seems to no longer work properly on stable/10; I get errors = like > the following >=20 > dtrace: invalid probe specifier pid$target::malloc:entry{ }: > "/usr/lib/dtrace/io.d", line 49: cannot find type: struct devstat*: = Type > information is in parent and unavailable >=20 > and I know of a couple other users running into the same problem. >=20 > I recall that some changes to libdwarf, libelf and the CTF tools were = needed > in order to work with clang 3.4; do you know if there's any plan to = MFC them > soon as well? I have taken a look, but libdwarf and libelf were reorganized quite a bit, and it would require library bumps, which are difficult (but apparently not unheard of) for stable branches. I am also not sure if the actual workarounds can be successfully ported back to the versions of libdwarf, libelf and CTF in stable/10 and stable/9. In other words, it is going to take a while to fix it. If you really need DTrace, you can compile your kernel with gcc for now. -Dimitry --Apple-Mail=_58351506-7559-4C63-9F7F-7BF6F40FE9EC Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlM0pu8ACgkQsF6jCi4glqPJFwCgggJZfMVoTi8lxo6ykaSFbIFv kBMAn0gSh05gq/A1AloM0OnedfOYSZ5q =W9RR -----END PGP SIGNATURE----- --Apple-Mail=_58351506-7559-4C63-9F7F-7BF6F40FE9EC-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 00:52:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EBF5514; Fri, 28 Mar 2014 00:52:07 +0000 (UTC) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D1C8369; Fri, 28 Mar 2014 00:52:06 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id kq14so4266775pab.10 for ; Thu, 27 Mar 2014 17:52:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=nQbpuLxtg9ohM/fsZfN4qXQB/e+jtvKEFwn3uDUhll0=; b=a4XJPbIMBiJ40UH52rDYaRAwW3aU88Yxzi09LtT8+kqQQmINRbTDYGUJf0f5ES2MK6 EAOFPrIu4BtzVxqEt5aIA/boqh8N2HzsJ8g3x/TmwYirQ36hhHaPIN8mU/csek9e9Hgl o5WceyGmX/KPy4p6py4MfFPiLF/apKMQHdnwbBZxbh2ywqudi/JFp7WLb1493U3aex0Q kCqqcBQY4sVKNCeMXmBXSCUQIyQCmCd6W+H61lH+JmtY57qVqdk9vjJ1zQiFEaFVT59O iom+yH2FKe3NynUaIUPniIL/qBVl+kTqwaLeS9Q3JaV+i5se5BxOXWQYfcKda1ct+qtv 1OiQ== MIME-Version: 1.0 X-Received: by 10.66.156.137 with SMTP id we9mr5250147pab.30.1395967926456; Thu, 27 Mar 2014 17:52:06 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Thu, 27 Mar 2014 17:52:06 -0700 (PDT) In-Reply-To: <20140327161602.02607ae3a6483bbb984eb367@ddteam.net> References: <201403181527.17100.jhb@freebsd.org> <20140318234623.61a99182.ray@ddteam.net> <20140319141924.279e3d1bc7d8be7b93470a5d@ddteam.net> <20140327161602.02607ae3a6483bbb984eb367@ddteam.net> Date: Thu, 27 Mar 2014 17:52:06 -0700 X-Google-Sender-Auth: OjZVKmOn6DSpPTF5e8XiM9AgEO4 Message-ID: Subject: Re: Clock issues and crash on resume on 10-Stable r263062M From: Kevin Oberman To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Adrian Chadd , FreeBSD-STABLE Mailing List , Aleksandr Rybalko , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 00:52:07 -0000 On Thu, Mar 27, 2014 at 7:16 AM, Aleksandr Rybalko wrote: > On Wed, 19 Mar 2014 08:54:42 -0700 > Kevin Oberman wrote: > > > On Wed, Mar 19, 2014 at 5:19 AM, Aleksandr Rybalko > wrote: > > > > > On Tue, 18 Mar 2014 21:07:57 -0700 > > > Adrian Chadd wrote: > > > > > > > Well, changing the default is cool, but there's still some odd bug > > > > there that could do with chasing down. :) > > > > > > Sorry, I currently can't work on investigation why GIANT lock is NULL > > > sometime on resume. (IIRC it happen because I use callout_init w/o > > > mtx, so callout try to lock using GIANT) > > > > > > But I will glad to get any help on that :) > > > > > > > > Turned off vt switch and found a couple issues: > > > > 1. Audio was muted (by pressing the mute button) when I suspended the > > system. The suspend operation caused the system to beep. When I resumed, > it > > did so again and I noticed that the audio was no longer muted. This can > be > > an issue when in a meeting or in some other place where a loud noise is > not > > desirable, but my be an issue with the Lenovo BIOS or EC. > > > > 2. When the system is resumed, the display is not refreshed and is full > of > > artifacts.I moved to another desktop and back (I use gnome2) and fixed > > everything except the panel which never gets redrawn. This is possibly > an X > > issue (Intel 3000 graphics) or something with the KMS handling of a > resume. > > > > Probably neither of these is really a vt(4) issue, though, an I really do > > appreciate having a working vty system after starting X. > > -- > > R. Kevin Oberman, Network Engineer, Retired > > E-mail: rkoberman@gmail.com > > Kevin, > > I was already describe possible culprits of Xorg screen puzzling after > resume, there is two possible candidates: > 1. mishandling of system PM events by Xorg. > 2. something wrong inside drm2+drm/kms drivers. > > but things #1 in your list points more to mishandling of PM events. > > btw, crash with suspendswitch=1 looks like fixed :) > > Thanks! > > WBW > -- > Aleksandr Rybalko > Thanks for getting this running. FWIW, I realized that switching to a vty and back to X takes care of he messed up display. Do you know when the crash was fixed? I am running r263692 and it still crashes. (Typo in sysctl.conf.) -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 03:03:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB6B7CAF; Fri, 28 Mar 2014 03:03:12 +0000 (UTC) Received: from mail-vc0-x22b.google.com (mail-vc0-x22b.google.com [IPv6:2607:f8b0:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 86A1FD53; Fri, 28 Mar 2014 03:03:12 +0000 (UTC) Received: by mail-vc0-f171.google.com with SMTP id lg15so5352943vcb.30 for ; Thu, 27 Mar 2014 20:03:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=GJbQtKKvcO0l1KAnLQ9h/bz+0QdEmua7cSkZgyIn4aw=; b=P/t2MfAyocjmEPvTKVfuUCZ794/4aoVp7BiMBDko9G9XNyLPyQdnxYK7reG5mabF1R mJQIEovdZRtjGh9PUH7WVEE+a8q1O7+a5tW0N8jnlkJTECXzkMGVpwhN3zYs3VAn43wk 93abuQAFlI/giR/yhxYpJi/jOaZvJwXM1FUZyukoqv9IACRdDxCw7OwP1itAabfXOvQJ BPcr2TNax0yYsgR4b3TirBNAu/ZW2BmCzkBUSrg3mxTjg6YmmsrvkcQnQmk2qR1iXMqP B+mpolRB2P77guCpTtDdC7qimAtrfaQMJLTZPU2Bdl3o1oASaU64jzWUw7vGlR/ai4sG j1aQ== MIME-Version: 1.0 X-Received: by 10.58.238.35 with SMTP id vh3mr4744571vec.16.1395975791483; Thu, 27 Mar 2014 20:03:11 -0700 (PDT) Sender: markjdb@gmail.com Received: by 10.220.162.68 with HTTP; Thu, 27 Mar 2014 20:03:11 -0700 (PDT) In-Reply-To: References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140327002240.GC49672@raichu> Date: Thu, 27 Mar 2014 23:03:11 -0400 X-Google-Sender-Auth: _EzQfIcp04trAi4TnAsnY7GjXxM Message-ID: Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Mark Johnston To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable stable , Kai Wang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 03:03:13 -0000 On Thu, Mar 27, 2014 at 6:32 PM, Dimitry Andric wrote: > On 27 Mar 2014, at 01:22, Mark Johnston wrote: >> On Fri, Mar 21, 2014 at 07:17:22PM +0100, Dimitry Andric wrote: >>> Hi, >>> >>> I have just merged llvm and clang 3.4 release to stable/10 (r263508) and >>> stable/9 (r263509). This already includes a number of post-3.4 fixes, >>> though there are a few that are still awaiting the MFC timeout (e.g. the >>> updated Sparc64 backend, and some things that were just fixed the day >>> before yesterday). >>> >>> Since the most obvious problems have already been addressed in head, I >>> expect this to be a fairly smooth upgrade. If you run into something >>> strange anyway, please reply to this message (CC'ing the list). >>> >>> -Dimitry >>> >> >> Hello, >> >> DTrace seems to no longer work properly on stable/10; I get errors like >> the following >> >> dtrace: invalid probe specifier pid$target::malloc:entry{ }: >> "/usr/lib/dtrace/io.d", line 49: cannot find type: struct devstat*: Type >> information is in parent and unavailable >> >> and I know of a couple other users running into the same problem. >> >> I recall that some changes to libdwarf, libelf and the CTF tools were needed >> in order to work with clang 3.4; do you know if there's any plan to MFC them >> soon as well? > > I have taken a look, but libdwarf and libelf were reorganized quite a > bit, and it would require library bumps, which are difficult (but > apparently not unheard of) for stable branches. I am also not sure if > the actual workarounds can be successfully ported back to the versions > of libdwarf, libelf and CTF in stable/10 and stable/9. Is there any reason that the newer libdwarf and libelf couldn't coexist alongside libdwarf and libelf in stable/9 and 10? That is, install them to /usr/lib/private or so and have the CTF tools link against them instead of the system libraries. > > In other words, it is going to take a while to fix it. If you really > need DTrace, you can compile your kernel with gcc for now. I'm willing to work on the above if there's consensus that it's an acceptable solution. To my knowledge, 10.0 is the first release where (kernel) DTrace works out of the box; it's rather unfortunate that stable/10 has regressed to a point where DTrace is just completely broken when using the system compiler, especially now that gcc is no longer built by default. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 04:52:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EC176B0; Fri, 28 Mar 2014 04:52:11 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 B513982F; Fri, 28 Mar 2014 04:52:10 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2S4q1nm081453; Fri, 28 Mar 2014 06:52:01 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2S4q0np081350; Fri, 28 Mar 2014 04:52:00 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Mar 2014 04:52:00 GMT Message-Id: <201403280452.s2S4q0np081350@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 04:52:11 -0000 TB --- 2014-03-28 04:30:33 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-28 04:30:33 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-28 04:30:33 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-03-28 04:30:33 - cleaning the object tree TB --- 2014-03-28 04:30:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-28 04:31:24 - At svn revision 263863 TB --- 2014-03-28 04:31:25 - building world TB --- 2014-03-28 04:31:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 04:31:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 04:31:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 04:31:25 - SRCCONF=/dev/null TB --- 2014-03-28 04:31:25 - TARGET=sparc64 TB --- 2014-03-28 04:31:25 - TARGET_ARCH=sparc64 TB --- 2014-03-28 04:31:25 - TZ=UTC TB --- 2014-03-28 04:31:25 - __MAKE_CONF=/dev/null TB --- 2014-03-28 04:31:25 - cd /src TB --- 2014-03-28 04:31:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 28 04:31:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/src/secure/lib/libcrypto/../../../crypto/openssl -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/obj/sparc64.sparc64/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1 -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=gnu89 -fstack-protector -Wno-pointer-sign -c /src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/x_info.c -o x_info.So cc -fPIC -DPIC -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/src/secure/lib/libcrypto/../../../crypto/openssl -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/obj/sparc64.sparc64/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1 -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=gnu89 -fstack-protector -Wno-pointer-sign -c /src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/x_long.c -o x_long.So cc -fPIC -DPIC -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/src/secure/lib/libcrypto/../../../crypto/openssl -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/obj/sparc64.sparc64/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1 -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=gnu89 -fstack-protector -Wno-pointer-sign -c /src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/x_name.c -o x_name.So /src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/x_name.c: In function 'x509_name_canon': /src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/x_name.c:319: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/secure/lib/libcrypto *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-28 04:52:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-28 04:52:00 - ERROR: failed to build world TB --- 2014-03-28 04:52:00 - 870.95 user 445.55 system 1286.23 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 06:54:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E603846 for ; Fri, 28 Mar 2014 06:54:16 +0000 (UTC) Received: from mail-ee0-f42.google.com (mail-ee0-f42.google.com [74.125.83.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C06342B9 for ; Fri, 28 Mar 2014 06:54:15 +0000 (UTC) Received: by mail-ee0-f42.google.com with SMTP id d17so3694545eek.1 for ; Thu, 27 Mar 2014 23:54:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=N5EFYBfpDI1JiSeVSpOlPq68YgV2G0wiiqnZenw3JC0=; b=aP5fZgWk3VhsN6d0nPMloBqCEZhmSDxOzLZeBIUmGgmUebMgTs24UZbMc3Ug9jHNs+ Z+fP562t3yqbkMe3WwoOEHfq6eDBkH6IWcHNvmgRg1YIp/HQh8tolD7uZCRTPIcvu9LK vVw7ce+XbJsaMkcgWw93BYkS+6/EcpBANsb71H3RsEv+VoPfF9SUMr6NV8wREpDvFtAn +05C5p5C/F176AE3XfboQNMncISU6tSBT+SHbq0WPnH2MNv+0sE4uBzcicbrhslIi0mB P311s3SM4dU4lImfaOvjzQVBxh6H39aDpmOWaaFYN0bTPtDEtb5iWoxZNMm/z5X8nAqC gbKQ== X-Gm-Message-State: ALoCoQlcleWcUku4vX9pQHsI7Rno8f8/8qps4c/h7JJIJPzrqfwZainw+93FGgnNrMHAEDhT3zHY X-Received: by 10.14.214.198 with SMTP id c46mr7753460eep.29.1395989647958; Thu, 27 Mar 2014 23:54:07 -0700 (PDT) Received: from rnote.ddteam.net (208-30-133-95.pool.ukrtel.net. [95.133.30.208]) by mx.google.com with ESMTPSA id u1sm9506273eex.31.2014.03.27.23.54.05 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 27 Mar 2014 23:54:06 -0700 (PDT) Date: Fri, 28 Mar 2014 08:53:40 +0200 From: Aleksandr Rybalko To: Kevin Oberman Subject: Re: Clock issues and crash on resume on 10-Stable r263062M Message-Id: <20140328085340.5395a698.ray@ddteam.net> In-Reply-To: References: <201403181527.17100.jhb@freebsd.org> <20140318234623.61a99182.ray@ddteam.net> <20140319141924.279e3d1bc7d8be7b93470a5d@ddteam.net> <20140327161602.02607ae3a6483bbb984eb367@ddteam.net> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , FreeBSD-STABLE Mailing List , Aleksandr Rybalko , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 06:54:16 -0000 On Thu, 27 Mar 2014 17:52:06 -0700 Kevin Oberman wrote: > On Thu, Mar 27, 2014 at 7:16 AM, Aleksandr Rybalko > wrote: > > > On Wed, 19 Mar 2014 08:54:42 -0700 > > Kevin Oberman wrote: > > > > > On Wed, Mar 19, 2014 at 5:19 AM, Aleksandr Rybalko > > > > > wrote: > > > > > > > On Tue, 18 Mar 2014 21:07:57 -0700 > > > > Adrian Chadd wrote: > > > > > > > > > Well, changing the default is cool, but there's still some > > > > > odd bug there that could do with chasing down. :) > > > > > > > > Sorry, I currently can't work on investigation why GIANT lock > > > > is NULL sometime on resume. (IIRC it happen because I use > > > > callout_init w/o mtx, so callout try to lock using GIANT) > > > > > > > > But I will glad to get any help on that :) > > > > > > > > > > > Turned off vt switch and found a couple issues: > > > > > > 1. Audio was muted (by pressing the mute button) when I > > > suspended the system. The suspend operation caused the system to > > > beep. When I resumed, > > it > > > did so again and I noticed that the audio was no longer muted. > > > This can > > be > > > an issue when in a meeting or in some other place where a loud > > > noise is > > not > > > desirable, but my be an issue with the Lenovo BIOS or EC. > > > > > > 2. When the system is resumed, the display is not refreshed and > > > is full > > of > > > artifacts.I moved to another desktop and back (I use gnome2) and > > > fixed everything except the panel which never gets redrawn. This > > > is possibly > > an X > > > issue (Intel 3000 graphics) or something with the KMS handling of > > > a > > resume. > > > > > > Probably neither of these is really a vt(4) issue, though, an I > > > really do appreciate having a working vty system after starting X. > > > -- > > > R. Kevin Oberman, Network Engineer, Retired > > > E-mail: rkoberman@gmail.com > > > > Kevin, > > > > I was already describe possible culprits of Xorg screen puzzling > > after resume, there is two possible candidates: > > 1. mishandling of system PM events by Xorg. > > 2. something wrong inside drm2+drm/kms drivers. > > > > but things #1 in your list points more to mishandling of PM events. > > > > btw, crash with suspendswitch=1 looks like fixed :) > > > > Thanks! > > > > WBW > > -- > > Aleksandr Rybalko > > > > > Thanks for getting this running. > > FWIW, I realized that switching to a vty and back to X takes care of > he messed up display. Do you know when the crash was fixed? I am > running r263692 and it still crashes. (Typo in sysctl.conf.) it was in r263809 > > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com -- Aleksandr Rybalko From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 07:11:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCBA8C20; Fri, 28 Mar 2014 07:11:50 +0000 (UTC) Received: from mail-pd0-x236.google.com (mail-pd0-x236.google.com [IPv6:2607:f8b0:400e:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A7CA646; Fri, 28 Mar 2014 07:11:50 +0000 (UTC) Received: by mail-pd0-f182.google.com with SMTP id y10so4503788pdj.27 for ; Fri, 28 Mar 2014 00:11:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=xP/TnrwZhg6nq7ACKKm2HHd9ZmuDfEDSRRmLR5yMaiI=; b=nfkgfqSB7Ws3kOcax4GSRLqNPWZzPFj56Ik+JnpKuQmcECMiCGT0/vZXBQMkrZNAFc 3q5hh4Dt+55iRtHhFNeyJQrTeOseuCn5xK0r2FoVdQqFPMXApbvPLqG0fpARO4mK9ONu sWxrgIl9SfXeAq0vdl7bhEG3A7vgXDpIQQduL1gKBFPChs4A5sDO8OE7mZDps7TbE2/o i1P8kTd5GCswNOJ7fj/2CV3E6gtLNQUouYN4LT+pi0KwKCl54Ze0PEPntf9USNE+S9Vu 3uE0Phcp7ME/1F+yxL4Tjt6epUrfJsyewoHtSR4UsucnqRZb381Rd+ybKWZUwyeyTHtF tWxw== MIME-Version: 1.0 X-Received: by 10.68.237.99 with SMTP id vb3mr6805998pbc.76.1395990710042; Fri, 28 Mar 2014 00:11:50 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Fri, 28 Mar 2014 00:11:49 -0700 (PDT) In-Reply-To: <20140328085340.5395a698.ray@ddteam.net> References: <201403181527.17100.jhb@freebsd.org> <20140318234623.61a99182.ray@ddteam.net> <20140319141924.279e3d1bc7d8be7b93470a5d@ddteam.net> <20140327161602.02607ae3a6483bbb984eb367@ddteam.net> <20140328085340.5395a698.ray@ddteam.net> Date: Fri, 28 Mar 2014 00:11:49 -0700 X-Google-Sender-Auth: pQ2qs0CCxP2jcfpLotAxHQ8v_G4 Message-ID: Subject: Re: Clock issues and crash on resume on 10-Stable r263062M From: Kevin Oberman To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Adrian Chadd , FreeBSD-STABLE Mailing List , Aleksandr Rybalko , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 07:11:50 -0000 On Thu, Mar 27, 2014 at 11:53 PM, Aleksandr Rybalko wrote: > On Thu, 27 Mar 2014 17:52:06 -0700 > Kevin Oberman wrote: > > > On Thu, Mar 27, 2014 at 7:16 AM, Aleksandr Rybalko > > wrote: > > > > > On Wed, 19 Mar 2014 08:54:42 -0700 > > > Kevin Oberman wrote: > > > > > > > On Wed, Mar 19, 2014 at 5:19 AM, Aleksandr Rybalko > > > > > > > wrote: > > > > > > > > > On Tue, 18 Mar 2014 21:07:57 -0700 > > > > > Adrian Chadd wrote: > > > > > > > > > > > Well, changing the default is cool, but there's still some > > > > > > odd bug there that could do with chasing down. :) > > > > > > > > > > Sorry, I currently can't work on investigation why GIANT lock > > > > > is NULL sometime on resume. (IIRC it happen because I use > > > > > callout_init w/o mtx, so callout try to lock using GIANT) > > > > > > > > > > But I will glad to get any help on that :) > > > > > > > > > > > > > > Turned off vt switch and found a couple issues: > > > > > > > > 1. Audio was muted (by pressing the mute button) when I > > > > suspended the system. The suspend operation caused the system to > > > > beep. When I resumed, > > > it > > > > did so again and I noticed that the audio was no longer muted. > > > > This can > > > be > > > > an issue when in a meeting or in some other place where a loud > > > > noise is > > > not > > > > desirable, but my be an issue with the Lenovo BIOS or EC. > > > > > > > > 2. When the system is resumed, the display is not refreshed and > > > > is full > > > of > > > > artifacts.I moved to another desktop and back (I use gnome2) and > > > > fixed everything except the panel which never gets redrawn. This > > > > is possibly > > > an X > > > > issue (Intel 3000 graphics) or something with the KMS handling of > > > > a > > > resume. > > > > > > > > Probably neither of these is really a vt(4) issue, though, an I > > > > really do appreciate having a working vty system after starting X. > > > > -- > > > > R. Kevin Oberman, Network Engineer, Retired > > > > E-mail: rkoberman@gmail.com > > > > > > Kevin, > > > > > > I was already describe possible culprits of Xorg screen puzzling > > > after resume, there is two possible candidates: > > > 1. mishandling of system PM events by Xorg. > > > 2. something wrong inside drm2+drm/kms drivers. > > > > > > but things #1 in your list points more to mishandling of PM events. > > > > > > btw, crash with suspendswitch=1 looks like fixed :) > > > > > > Thanks! > > > > > > WBW > > > -- > > > Aleksandr Rybalko > > > > > > > > > Thanks for getting this running. > > > > FWIW, I realized that switching to a vty and back to X takes care of > > he messed up display. Do you know when the crash was fixed? I am > > running r263692 and it still crashes. (Typo in sysctl.conf.) > > it was in r263809 > > > > > -- > > R. Kevin Oberman, Network Engineer, Retired > > E-mail: rkoberman@gmail.com > Missed it by THAT much! (Possibly humor only recognized in American culture.) Guess I need to rebuild my kernel! Thanks again! It's great to have vtys back. By the way, is there a way to increase the size of the scrollback buffer? -- > Aleksandr Rybalko > -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 07:37:44 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE5CFF7E; Fri, 28 Mar 2014 07:37:43 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 CF84F894; Fri, 28 Mar 2014 07:37:42 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2S7Sili027794; Fri, 28 Mar 2014 09:28:44 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2S7SiYX027464; Fri, 28 Mar 2014 07:28:44 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Mar 2014 07:28:44 GMT Message-Id: <201403280728.s2S7SiYX027464@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 07:37:44 -0000 TB --- 2014-03-28 04:30:33 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-28 04:30:33 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-28 04:30:33 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-03-28 04:30:33 - cleaning the object tree TB --- 2014-03-28 04:30:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-28 04:31:26 - At svn revision 263863 TB --- 2014-03-28 04:31:27 - building world TB --- 2014-03-28 04:31:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 04:31:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 04:31:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 04:31:27 - SRCCONF=/dev/null TB --- 2014-03-28 04:31:27 - TARGET=mips TB --- 2014-03-28 04:31:27 - TARGET_ARCH=mips TB --- 2014-03-28 04:31:27 - TZ=UTC TB --- 2014-03-28 04:31:27 - __MAKE_CONF=/dev/null TB --- 2014-03-28 04:31:27 - cd /src TB --- 2014-03-28 04:31:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 28 04:31:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 28 05:55:08 UTC 2014 TB --- 2014-03-28 05:55:08 - cd /src/sys/mips/conf TB --- 2014-03-28 05:55:08 - /usr/sbin/config -m ADM5120 TB --- 2014-03-28 05:55:08 - skipping ADM5120 kernel TB --- 2014-03-28 05:55:08 - cd /src/sys/mips/conf TB --- 2014-03-28 05:55:08 - /usr/sbin/config -m ALCHEMY TB --- 2014-03-28 05:55:08 - skipping ALCHEMY kernel TB --- 2014-03-28 05:55:08 - cd /src/sys/mips/conf TB --- 2014-03-28 05:55:08 - /usr/sbin/config -m AP121 TB --- 2014-03-28 05:55:08 - building AP121 kernel TB --- 2014-03-28 05:55:08 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 05:55:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 05:55:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 05:55:08 - SRCCONF=/dev/null TB --- 2014-03-28 05:55:08 - TARGET=mips TB --- 2014-03-28 05:55:08 - TARGET_ARCH=mips TB --- 2014-03-28 05:55:08 - TZ=UTC TB --- 2014-03-28 05:55:08 - __MAKE_CONF=/dev/null TB --- 2014-03-28 05:55:08 - cd /src TB --- 2014-03-28 05:55:08 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Fri Mar 28 05:55:08 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Fri Mar 28 05:59:08 UTC 2014 TB --- 2014-03-28 05:59:08 - cd /src/sys/mips/conf TB --- 2014-03-28 05:59:08 - /usr/sbin/config -m AP91 TB --- 2014-03-28 05:59:08 - building AP91 kernel TB --- 2014-03-28 05:59:08 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 05:59:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 05:59:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 05:59:08 - SRCCONF=/dev/null TB --- 2014-03-28 05:59:08 - TARGET=mips TB --- 2014-03-28 05:59:08 - TARGET_ARCH=mips TB --- 2014-03-28 05:59:08 - TZ=UTC TB --- 2014-03-28 05:59:08 - __MAKE_CONF=/dev/null TB --- 2014-03-28 05:59:08 - cd /src TB --- 2014-03-28 05:59:08 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Mar 28 05:59:08 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Fri Mar 28 06:06:26 UTC 2014 TB --- 2014-03-28 06:06:26 - cd /src/sys/mips/conf TB --- 2014-03-28 06:06:26 - /usr/sbin/config -m AP93 TB --- 2014-03-28 06:06:26 - building AP93 kernel TB --- 2014-03-28 06:06:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 06:06:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 06:06:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 06:06:26 - SRCCONF=/dev/null TB --- 2014-03-28 06:06:26 - TARGET=mips TB --- 2014-03-28 06:06:26 - TARGET_ARCH=mips TB --- 2014-03-28 06:06:26 - TZ=UTC TB --- 2014-03-28 06:06:26 - __MAKE_CONF=/dev/null TB --- 2014-03-28 06:06:26 - cd /src TB --- 2014-03-28 06:06:26 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Fri Mar 28 06:06:26 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Fri Mar 28 06:13:32 UTC 2014 TB --- 2014-03-28 06:13:32 - cd /src/sys/mips/conf TB --- 2014-03-28 06:13:32 - /usr/sbin/config -m AP94 TB --- 2014-03-28 06:13:32 - building AP94 kernel TB --- 2014-03-28 06:13:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 06:13:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 06:13:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 06:13:32 - SRCCONF=/dev/null TB --- 2014-03-28 06:13:32 - TARGET=mips TB --- 2014-03-28 06:13:32 - TARGET_ARCH=mips TB --- 2014-03-28 06:13:32 - TZ=UTC TB --- 2014-03-28 06:13:32 - __MAKE_CONF=/dev/null TB --- 2014-03-28 06:13:32 - cd /src TB --- 2014-03-28 06:13:32 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Fri Mar 28 06:13:33 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Fri Mar 28 06:22:16 UTC 2014 TB --- 2014-03-28 06:22:16 - cd /src/sys/mips/conf TB --- 2014-03-28 06:22:16 - /usr/sbin/config -m AP96 TB --- 2014-03-28 06:22:16 - building AP96 kernel TB --- 2014-03-28 06:22:16 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 06:22:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 06:22:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 06:22:16 - SRCCONF=/dev/null TB --- 2014-03-28 06:22:16 - TARGET=mips TB --- 2014-03-28 06:22:16 - TARGET_ARCH=mips TB --- 2014-03-28 06:22:16 - TZ=UTC TB --- 2014-03-28 06:22:16 - __MAKE_CONF=/dev/null TB --- 2014-03-28 06:22:16 - cd /src TB --- 2014-03-28 06:22:16 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Fri Mar 28 06:22:17 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Fri Mar 28 06:30:47 UTC 2014 TB --- 2014-03-28 06:30:47 - cd /src/sys/mips/conf TB --- 2014-03-28 06:30:47 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-03-28 06:30:47 - building AR71XX_BASE kernel TB --- 2014-03-28 06:30:47 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 06:30:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 06:30:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 06:30:47 - SRCCONF=/dev/null TB --- 2014-03-28 06:30:47 - TARGET=mips TB --- 2014-03-28 06:30:47 - TARGET_ARCH=mips TB --- 2014-03-28 06:30:47 - TZ=UTC TB --- 2014-03-28 06:30:47 - __MAKE_CONF=/dev/null TB --- 2014-03-28 06:30:47 - cd /src TB --- 2014-03-28 06:30:47 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Fri Mar 28 06:30:47 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Fri Mar 28 06:38:57 UTC 2014 TB --- 2014-03-28 06:38:57 - cd /src/sys/mips/conf TB --- 2014-03-28 06:38:57 - /usr/sbin/config -m AR724X_BASE TB --- 2014-03-28 06:38:57 - building AR724X_BASE kernel TB --- 2014-03-28 06:38:57 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 06:38:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 06:38:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 06:38:57 - SRCCONF=/dev/null TB --- 2014-03-28 06:38:57 - TARGET=mips TB --- 2014-03-28 06:38:57 - TARGET_ARCH=mips TB --- 2014-03-28 06:38:57 - TZ=UTC TB --- 2014-03-28 06:38:57 - __MAKE_CONF=/dev/null TB --- 2014-03-28 06:38:57 - cd /src TB --- 2014-03-28 06:38:57 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Fri Mar 28 06:38:57 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Fri Mar 28 06:44:53 UTC 2014 TB --- 2014-03-28 06:44:53 - cd /src/sys/mips/conf TB --- 2014-03-28 06:44:53 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-03-28 06:44:53 - building AR91XX_BASE kernel TB --- 2014-03-28 06:44:53 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 06:44:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 06:44:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 06:44:53 - SRCCONF=/dev/null TB --- 2014-03-28 06:44:53 - TARGET=mips TB --- 2014-03-28 06:44:53 - TARGET_ARCH=mips TB --- 2014-03-28 06:44:53 - TZ=UTC TB --- 2014-03-28 06:44:53 - __MAKE_CONF=/dev/null TB --- 2014-03-28 06:44:53 - cd /src TB --- 2014-03-28 06:44:53 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Fri Mar 28 06:44:53 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Fri Mar 28 06:51:28 UTC 2014 TB --- 2014-03-28 06:51:28 - cd /src/sys/mips/conf TB --- 2014-03-28 06:51:28 - /usr/sbin/config -m AR933X_BASE TB --- 2014-03-28 06:51:28 - building AR933X_BASE kernel TB --- 2014-03-28 06:51:28 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 06:51:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 06:51:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 06:51:28 - SRCCONF=/dev/null TB --- 2014-03-28 06:51:28 - TARGET=mips TB --- 2014-03-28 06:51:28 - TARGET_ARCH=mips TB --- 2014-03-28 06:51:28 - TZ=UTC TB --- 2014-03-28 06:51:28 - __MAKE_CONF=/dev/null TB --- 2014-03-28 06:51:28 - cd /src TB --- 2014-03-28 06:51:28 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Fri Mar 28 06:51:28 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Fri Mar 28 06:55:13 UTC 2014 TB --- 2014-03-28 06:55:13 - cd /src/sys/mips/conf TB --- 2014-03-28 06:55:13 - /usr/sbin/config -m AR934X_BASE TB --- 2014-03-28 06:55:13 - building AR934X_BASE kernel TB --- 2014-03-28 06:55:13 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 06:55:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 06:55:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 06:55:13 - SRCCONF=/dev/null TB --- 2014-03-28 06:55:13 - TARGET=mips TB --- 2014-03-28 06:55:13 - TARGET_ARCH=mips TB --- 2014-03-28 06:55:13 - TZ=UTC TB --- 2014-03-28 06:55:13 - __MAKE_CONF=/dev/null TB --- 2014-03-28 06:55:13 - cd /src TB --- 2014-03-28 06:55:13 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Fri Mar 28 06:55:13 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR934X_BASE completed on Fri Mar 28 06:58:57 UTC 2014 TB --- 2014-03-28 06:58:57 - cd /src/sys/mips/conf TB --- 2014-03-28 06:58:57 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-03-28 06:58:57 - skipping BERI_DE4_BASE kernel TB --- 2014-03-28 06:58:57 - cd /src/sys/mips/conf TB --- 2014-03-28 06:58:57 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-03-28 06:58:57 - skipping BERI_DE4_MDROOT kernel TB --- 2014-03-28 06:58:57 - cd /src/sys/mips/conf TB --- 2014-03-28 06:58:57 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-03-28 06:58:57 - skipping BERI_DE4_SDROOT kernel TB --- 2014-03-28 06:58:57 - cd /src/sys/mips/conf TB --- 2014-03-28 06:58:57 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-03-28 06:58:57 - skipping BERI_NETFPGA_MDROOT kernel TB --- 2014-03-28 06:58:57 - cd /src/sys/mips/conf TB --- 2014-03-28 06:58:57 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-03-28 06:58:57 - skipping BERI_SIM_BASE kernel TB --- 2014-03-28 06:58:57 - cd /src/sys/mips/conf TB --- 2014-03-28 06:58:57 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-03-28 06:58:57 - skipping BERI_SIM_MDROOT kernel TB --- 2014-03-28 06:58:57 - cd /src/sys/mips/conf TB --- 2014-03-28 06:58:57 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-03-28 06:58:57 - skipping BERI_SIM_SDROOT kernel TB --- 2014-03-28 06:58:57 - cd /src/sys/mips/conf TB --- 2014-03-28 06:58:57 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-03-28 06:58:57 - skipping BERI_TEMPLATE kernel TB --- 2014-03-28 06:58:57 - cd /src/sys/mips/conf TB --- 2014-03-28 06:58:57 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-03-28 06:58:57 - building CARAMBOLA2 kernel TB --- 2014-03-28 06:58:57 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 06:58:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 06:58:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 06:58:57 - SRCCONF=/dev/null TB --- 2014-03-28 06:58:57 - TARGET=mips TB --- 2014-03-28 06:58:57 - TARGET_ARCH=mips TB --- 2014-03-28 06:58:57 - TZ=UTC TB --- 2014-03-28 06:58:57 - __MAKE_CONF=/dev/null TB --- 2014-03-28 06:58:57 - cd /src TB --- 2014-03-28 06:58:57 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Fri Mar 28 06:58:57 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CARAMBOLA2 completed on Fri Mar 28 07:02:44 UTC 2014 TB --- 2014-03-28 07:02:44 - cd /src/sys/mips/conf TB --- 2014-03-28 07:02:44 - /usr/sbin/config -m DB120 TB --- 2014-03-28 07:02:44 - building DB120 kernel TB --- 2014-03-28 07:02:44 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 07:02:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 07:02:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 07:02:44 - SRCCONF=/dev/null TB --- 2014-03-28 07:02:44 - TARGET=mips TB --- 2014-03-28 07:02:44 - TARGET_ARCH=mips TB --- 2014-03-28 07:02:44 - TZ=UTC TB --- 2014-03-28 07:02:44 - __MAKE_CONF=/dev/null TB --- 2014-03-28 07:02:44 - cd /src TB --- 2014-03-28 07:02:44 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Fri Mar 28 07:02:44 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB120 completed on Fri Mar 28 07:06:30 UTC 2014 TB --- 2014-03-28 07:06:30 - cd /src/sys/mips/conf TB --- 2014-03-28 07:06:30 - /usr/sbin/config -m DIR-825 TB --- 2014-03-28 07:06:30 - building DIR-825 kernel TB --- 2014-03-28 07:06:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 07:06:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 07:06:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 07:06:30 - SRCCONF=/dev/null TB --- 2014-03-28 07:06:30 - TARGET=mips TB --- 2014-03-28 07:06:30 - TARGET_ARCH=mips TB --- 2014-03-28 07:06:30 - TZ=UTC TB --- 2014-03-28 07:06:30 - __MAKE_CONF=/dev/null TB --- 2014-03-28 07:06:30 - cd /src TB --- 2014-03-28 07:06:30 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Fri Mar 28 07:06:30 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DIR-825 completed on Fri Mar 28 07:12:09 UTC 2014 TB --- 2014-03-28 07:12:09 - cd /src/sys/mips/conf TB --- 2014-03-28 07:12:09 - /usr/sbin/config -m ENH200 TB --- 2014-03-28 07:12:09 - building ENH200 kernel TB --- 2014-03-28 07:12:09 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 07:12:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 07:12:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 07:12:09 - SRCCONF=/dev/null TB --- 2014-03-28 07:12:09 - TARGET=mips TB --- 2014-03-28 07:12:09 - TARGET_ARCH=mips TB --- 2014-03-28 07:12:09 - TZ=UTC TB --- 2014-03-28 07:12:09 - __MAKE_CONF=/dev/null TB --- 2014-03-28 07:12:09 - cd /src TB --- 2014-03-28 07:12:09 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Fri Mar 28 07:12:09 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ENH200 completed on Fri Mar 28 07:18:00 UTC 2014 TB --- 2014-03-28 07:18:00 - cd /src/sys/mips/conf TB --- 2014-03-28 07:18:00 - /usr/sbin/config -m GXEMUL TB --- 2014-03-28 07:18:00 - skipping GXEMUL kernel TB --- 2014-03-28 07:18:00 - cd /src/sys/mips/conf TB --- 2014-03-28 07:18:00 - /usr/sbin/config -m GXEMUL32 TB --- 2014-03-28 07:18:00 - building GXEMUL32 kernel TB --- 2014-03-28 07:18:00 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 07:18:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 07:18:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 07:18:00 - SRCCONF=/dev/null TB --- 2014-03-28 07:18:00 - TARGET=mips TB --- 2014-03-28 07:18:00 - TARGET_ARCH=mips TB --- 2014-03-28 07:18:00 - TZ=UTC TB --- 2014-03-28 07:18:00 - __MAKE_CONF=/dev/null TB --- 2014-03-28 07:18:00 - cd /src TB --- 2014-03-28 07:18:00 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Fri Mar 28 07:18:00 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GXEMUL32 completed on Fri Mar 28 07:20:37 UTC 2014 TB --- 2014-03-28 07:20:37 - cd /src/sys/mips/conf TB --- 2014-03-28 07:20:37 - /usr/sbin/config -m IDT TB --- 2014-03-28 07:20:37 - skipping IDT kernel TB --- 2014-03-28 07:20:37 - cd /src/sys/mips/conf TB --- 2014-03-28 07:20:37 - /usr/sbin/config -m MALTA TB --- 2014-03-28 07:20:37 - skipping MALTA kernel TB --- 2014-03-28 07:20:37 - cd /src/sys/mips/conf TB --- 2014-03-28 07:20:37 - /usr/sbin/config -m MALTA64 TB --- 2014-03-28 07:20:37 - skipping MALTA64 kernel TB --- 2014-03-28 07:20:37 - cd /src/sys/mips/conf TB --- 2014-03-28 07:20:37 - /usr/sbin/config -m OCTEON1 TB --- 2014-03-28 07:20:37 - skipping OCTEON1 kernel TB --- 2014-03-28 07:20:37 - cd /src/sys/mips/conf TB --- 2014-03-28 07:20:37 - /usr/sbin/config -m PB47 TB --- 2014-03-28 07:20:37 - building PB47 kernel TB --- 2014-03-28 07:20:37 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 07:20:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 07:20:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 07:20:37 - SRCCONF=/dev/null TB --- 2014-03-28 07:20:37 - TARGET=mips TB --- 2014-03-28 07:20:37 - TARGET_ARCH=mips TB --- 2014-03-28 07:20:37 - TZ=UTC TB --- 2014-03-28 07:20:37 - __MAKE_CONF=/dev/null TB --- 2014-03-28 07:20:37 - cd /src TB --- 2014-03-28 07:20:37 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Fri Mar 28 07:20:37 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB47 completed on Fri Mar 28 07:28:36 UTC 2014 TB --- 2014-03-28 07:28:36 - cd /src/sys/mips/conf TB --- 2014-03-28 07:28:36 - /usr/sbin/config -m PB92 TB --- 2014-03-28 07:28:36 - building PB92 kernel TB --- 2014-03-28 07:28:36 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 07:28:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 07:28:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 07:28:36 - SRCCONF=/dev/null TB --- 2014-03-28 07:28:36 - TARGET=mips TB --- 2014-03-28 07:28:36 - TARGET_ARCH=mips TB --- 2014-03-28 07:28:36 - TZ=UTC TB --- 2014-03-28 07:28:36 - __MAKE_CONF=/dev/null TB --- 2014-03-28 07:28:36 - cd /src TB --- 2014-03-28 07:28:36 - /usr/bin/make -B buildkernel KERNCONF=PB92 >>> Kernel build for PB92 started on Fri Mar 28 07:28:37 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/PB92/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-28 07:28:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-28 07:28:43 - ERROR: failed to build PB92 kernel TB --- 2014-03-28 07:28:43 - 7683.68 user 3523.88 system 10689.44 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 09:37:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A155FDC; Fri, 28 Mar 2014 09:37:39 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 997C5350; Fri, 28 Mar 2014 09:37:38 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 50E91C4989; Fri, 28 Mar 2014 11:37:36 +0200 (EET) Date: Fri, 28 Mar 2014 11:39:27 +0200 From: Aleksandr Rybalko To: Kevin Oberman Subject: Re: Clock issues and crash on resume on 10-Stable r263062M Message-Id: <20140328113927.336a6123cbe9fa6c61bd6910@ddteam.net> In-Reply-To: References: <201403181527.17100.jhb@freebsd.org> <20140318234623.61a99182.ray@ddteam.net> <20140319141924.279e3d1bc7d8be7b93470a5d@ddteam.net> <20140327161602.02607ae3a6483bbb984eb367@ddteam.net> <20140328085340.5395a698.ray@ddteam.net> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , FreeBSD-STABLE Mailing List , Aleksandr Rybalko , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 09:37:39 -0000 On Fri, 28 Mar 2014 00:11:49 -0700 Kevin Oberman wrote: > On Thu, Mar 27, 2014 at 11:53 PM, Aleksandr Rybalko wrote: > > > On Thu, 27 Mar 2014 17:52:06 -0700 > > Kevin Oberman wrote: > > > > > On Thu, Mar 27, 2014 at 7:16 AM, Aleksandr Rybalko > > > wrote: > > > > > > > On Wed, 19 Mar 2014 08:54:42 -0700 > > > > Kevin Oberman wrote: > > > > > > > > > On Wed, Mar 19, 2014 at 5:19 AM, Aleksandr Rybalko > > > > > > > > > wrote: > > > > > > > > > > > On Tue, 18 Mar 2014 21:07:57 -0700 > > > > > > Adrian Chadd wrote: > > > > > > > > > > > > > Well, changing the default is cool, but there's still some > > > > > > > odd bug there that could do with chasing down. :) > > > > > > > > > > > > Sorry, I currently can't work on investigation why GIANT lock > > > > > > is NULL sometime on resume. (IIRC it happen because I use > > > > > > callout_init w/o mtx, so callout try to lock using GIANT) > > > > > > > > > > > > But I will glad to get any help on that :) > > > > > > > > > > > > > > > > > Turned off vt switch and found a couple issues: > > > > > > > > > > 1. Audio was muted (by pressing the mute button) when I > > > > > suspended the system. The suspend operation caused the system to > > > > > beep. When I resumed, > > > > it > > > > > did so again and I noticed that the audio was no longer muted. > > > > > This can > > > > be > > > > > an issue when in a meeting or in some other place where a loud > > > > > noise is > > > > not > > > > > desirable, but my be an issue with the Lenovo BIOS or EC. > > > > > > > > > > 2. When the system is resumed, the display is not refreshed and > > > > > is full > > > > of > > > > > artifacts.I moved to another desktop and back (I use gnome2) and > > > > > fixed everything except the panel which never gets redrawn. This > > > > > is possibly > > > > an X > > > > > issue (Intel 3000 graphics) or something with the KMS handling of > > > > > a > > > > resume. > > > > > > > > > > Probably neither of these is really a vt(4) issue, though, an I > > > > > really do appreciate having a working vty system after starting X. > > > > > -- > > > > > R. Kevin Oberman, Network Engineer, Retired > > > > > E-mail: rkoberman@gmail.com > > > > > > > > Kevin, > > > > > > > > I was already describe possible culprits of Xorg screen puzzling > > > > after resume, there is two possible candidates: > > > > 1. mishandling of system PM events by Xorg. > > > > 2. something wrong inside drm2+drm/kms drivers. > > > > > > > > but things #1 in your list points more to mishandling of PM events. > > > > > > > > btw, crash with suspendswitch=1 looks like fixed :) > > > > > > > > Thanks! > > > > > > > > WBW > > > > -- > > > > Aleksandr Rybalko > > > > > > > > > > > > > Thanks for getting this running. > > > > > > FWIW, I realized that switching to a vty and back to X takes care of > > > he messed up display. Do you know when the crash was fixed? I am > > > running r263692 and it still crashes. (Typo in sysctl.conf.) > > > > it was in r263809 > > > > > > > > -- > > > R. Kevin Oberman, Network Engineer, Retired > > > E-mail: rkoberman@gmail.com > > > > Missed it by THAT much! (Possibly humor only recognized in American > culture.) Guess I need to rebuild my kernel! Maybe it depend on type of humor? :)))) > > Thanks again! It's great to have vtys back. > > By the way, is there a way to increase the size of the scrollback buffer? Currently only by modify following row in the sys/dev/vt/vt.h: #define VBF_DEFAULT_HISTORY_SIZE 500 > > -- > > Aleksandr Rybalko > > > > > > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com -- Aleksandr Rybalko From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 16:00:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB94C5FD; Fri, 28 Mar 2014 16:00:32 +0000 (UTC) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [IPv6:2a01:e0c:1:1599::10]) by mx1.freebsd.org (Postfix) with ESMTP id F0494D54; Fri, 28 Mar 2014 16:00:30 +0000 (UTC) Received: from yggdrasil.alkumuna.eu (unknown [IPv6:2a01:e35:8a74:6e70:232:36ff:fe5c:3a87]) by smtp1-g21.free.fr (Postfix) with ESMTP id 3135E940154; Fri, 28 Mar 2014 17:00:21 +0100 (CET) Received: from yggdrasil.alkumuna.eu (localhost [IPv6:::1]) by yggdrasil.alkumuna.eu (8.14.7/8.14.7) with ESMTP id s2SG0KdU093949 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 28 Mar 2014 17:00:20 +0100 (CET) (envelope-from troyax@yggdrasil.alkumuna.eu) Received: (from troyax@localhost) by yggdrasil.alkumuna.eu (8.14.7/8.14.7/Submit) id s2SG0KTY093948; Fri, 28 Mar 2014 17:00:20 +0100 (CET) (envelope-from troyax) Date: Fri, 28 Mar 2014 17:00:20 +0100 From: Troyax To: freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org Subject: Freebsd 10 install kernel not booting. Message-ID: <20140328160019.GA93913@yggdrasil.alkumuna.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 16:00:32 -0000 Hi, I would like to move to Freebsd 10, but the USB install kernel doesnot boot on my laptop (HP EliteBook Folio 9470m); I have send a PR, number 187488 ( http://www.freebsd.org/cgi/query-pr.cgi?pr=amd64/187488 ). Troyax From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 16:26:20 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29B49E1; Fri, 28 Mar 2014 16:26:20 +0000 (UTC) Received: from cpsmtpb-ews04.kpnxchange.com (cpsmtpb-ews04.kpnxchange.com [213.75.39.7]) by mx1.freebsd.org (Postfix) with ESMTP id 92FEC80; Fri, 28 Mar 2014 16:26:16 +0000 (UTC) Received: from cpsps-ews15.kpnxchange.com ([10.94.84.182]) by cpsmtpb-ews04.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 28 Mar 2014 17:26:06 +0100 Received: from CPSMTPM-CMT105.kpnxchange.com ([195.121.3.21]) by cpsps-ews15.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 28 Mar 2014 17:26:06 +0100 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT105.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Fri, 28 Mar 2014 17:26:02 +0100 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2SGPxsV005209; Fri, 28 Mar 2014 17:26:00 +0100 (CET) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WTZbO-000704-9n; Fri, 28 Mar 2014 17:25:54 +0100 Date: Fri, 28 Mar 2014 17:25:54 +0100 From: Willy Offermans To: freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: TCP packets remain unsent Message-ID: <20140328162554.GA26748@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 28 Mar 2014 16:26:02.0786 (UTC) FILETIME=[693DF820:01CF4AA2] X-RcptDomain: FreeBSD.ORG X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 16:26:20 -0000 Dear FreeBSD friends, I have a problem with my relatively new FreeBSD server. I came across the problem when sending e-mails of larger size and copying files with scp. The e-mails were not sent out because of time-out error and the copying was extremely slow, though successful after a while. I already started a thread on this topic on freebsd-current. See http://docs.freebsd.org/mail/current/freebsd-current.html, topic sendmail Broken Pipe Error. I got some help to narrow down the error: Sending out e-mails of larger size stops at some point. TCP packets were not transferred to the smarthost causing a timeout error. There were still some TCP packets waiting to be sent. My system is a HP ProLiant Gen8 MicroServer with FreeBSD 10.0-STABLE #0 r261266M. The server has two network cards: bge0@pci0:3:0:0: class=0x020000 card=0x2133103c chip=0x165f14e4 rev=0x00 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5720 Gigabit Ethernet PCIe' class = network subclass = ethernet bge1@pci0:3:0:1: class=0x020000 card=0x2133103c chip=0x165f14e4 rev=0x00 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5720 Gigabit Ethernet PCIe' class = network subclass = ethernet I do not know if there any known issues with these cards (drivers). Before the time out error occurs, the CPU loading of natd and dhcpd is steadily increasing to extreme values to my opinion: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1235 root 1 93 0 28908K 2144K RUN 0 54:05 71.78% natd 1614 dhcpd 1 4 0 26784K 14936K RUN 0 29:24 38.77% dhcpd I followed an advice of another FreeBSD friend to modify tcp_input.c ... You may want to locally apply SVN r258821 to sys/netinet/tcp_input.c, in case it has not been merged back to the FreeBSD version you use: --- sys/netinet/tcp_input.c (revision 258820) +++ sys/netinet/tcp_input.c (revision 258821) @@ -2429,13 +2429,15 @@ hhook_run_tcp_est_in(tp, th, &to); if (SEQ_LEQ(th->th_ack, tp->snd_una)) { - if (tlen == 0 && tiwin == tp->snd_wnd) { + if (tlen == 0 && tiwin == tp->snd_wnd && + !(thflags & TH_FIN)) { TCPSTAT_INC(tcps_rcvdupack); /* * If we have outstanding data (other than * a window probe), this is a completely * duplicate ack (ie, window info didn't - * change), the ack is the biggest we've + * change and FIN isn't set), + * the ack is the biggest we've * seen and we've seen exactly our rexmt * threshhold of them, assume a packet * has been dropped and retransmit it. ... However this did not solve the issue. So my question to you is if someone else encountered a similar problem with NetXtreme BCM5720 Gigabit Ethernet PCIe and if someone is able to take this up and to help me to solve this issue. I would love to run this FreeBSD server as a swiss clock as other beastie servers, I have setup in the past. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 16:58:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC65AE9B for ; Fri, 28 Mar 2014 16:58:03 +0000 (UTC) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.23]) by mx1.freebsd.org (Postfix) with ESMTP id 39E0F664 for ; Fri, 28 Mar 2014 16:58:02 +0000 (UTC) Received: (qmail 13798 invoked by uid 1000); 28 Mar 2014 16:51:21 -0000 Date: 28 Mar 2014 16:51:21 -0000 Message-ID: <20140328165121.13797.qmail@mailgate.gta.com> From: Larry Baird To: dim@FreeBSD.org (Dimitry Andric) Subject: Re: HEADS UP: merged llvm/clang 3.4 In-Reply-To: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> X-Newsgroups: freebsd.stable User-Agent: tin/2.2.0-20131224 ("Lochindaal") (UNIX) (FreeBSD/9.2-RELEASE-p3 (i386)) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 16:58:04 -0000 Dimitry, > I have just merged llvm and clang 3.4 release to stable/10 (r263508) and > stable/9 (r263509). This already includes a number of post-3.4 fixes, > though there are a few that are still awaiting the MFC timeout (e.g. the > updated Sparc64 backend, and some things that were just fixed the day > before yesterday). > > Since the most obvious problems have already been addressed in head, I > expect this to be a fairly smooth upgrade. If you run into something > strange anyway, please reply to this message (CC'ing the list). Could this change have broken gdb? Created hello.c: #include #include int main( int argc, char *argv[] ) { printf( "%s", "hello world\n" ); exit( 0 ); } cc --version FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 Target: i386-unknown-freebsd10.0 Thread model: posix cc -g hello.c -o hello gdb ./hello GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr2/lab/6.2/sw/src/hello] -- ------------------------------------------------------------------------ Larry Baird Global Technology Associates, Inc. 1992-2012 | http://www.gta.com Celebrating Twenty Years of Software Innovation | Orlando, FL Email: lab@gta.com | TEL 407-380-0220 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 17:51:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FFC556C for ; Fri, 28 Mar 2014 17:51:47 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B7DBD3C for ; Fri, 28 Mar 2014 17:51:47 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::3921:ab0d:c24c:508b] (unknown [IPv6:2001:7b8:3a7:0:3921:ab0d:c24c:508b]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8DCD05C44; Fri, 28 Mar 2014 18:51:42 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_C08B62AB-E0B8-4C1F-8085-F99E88BE35C6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: <20140328165121.13797.qmail@mailgate.gta.com> Date: Fri, 28 Mar 2014 18:51:32 +0100 Message-Id: <6F2AEDEC-4173-45B0-9C21-1D80E33660F6@FreeBSD.org> References: <20140328165121.13797.qmail@mailgate.gta.com> To: Larry Baird X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 17:51:47 -0000 --Apple-Mail=_C08B62AB-E0B8-4C1F-8085-F99E88BE35C6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 28 Mar 2014, at 17:51, Larry Baird wrote: ... > This GDB was configured as "i386-marcel-freebsd"...Dwarf Error: wrong = version in compilation unit header (is 4, should be 2) [in module = /usr2/lab/6.2/sw/src/hello] The default debug info format for clang 3.4 is now DWARF4, which gdb from base cannot handle. So please use gdb from ports, which is much better anyway, or compile with -gdwarf-2. =20 -Dimitry --Apple-Mail=_C08B62AB-E0B8-4C1F-8085-F99E88BE35C6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlM1tq0ACgkQsF6jCi4glqOrfACeK7GmVG0Q1JjJSMgIfPk6f122 LhsAn0i0fbN7KlNbCklvZzWzYolw8+EH =JXjf -----END PGP SIGNATURE----- --Apple-Mail=_C08B62AB-E0B8-4C1F-8085-F99E88BE35C6-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 18:03:03 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D5B6CFF; Fri, 28 Mar 2014 18:03:03 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (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 E542FEB6; Fri, 28 Mar 2014 18:03:02 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WTb7G-0008EE-Pi; Fri, 28 Mar 2014 18:02:54 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s2SI2q6i080225; Fri, 28 Mar 2014 12:02:52 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX187VDP7bT9Z/w3AipHHyKAC Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Ian Lepore To: Dimitry Andric In-Reply-To: <6F2AEDEC-4173-45B0-9C21-1D80E33660F6@FreeBSD.org> References: <20140328165121.13797.qmail@mailgate.gta.com> <6F2AEDEC-4173-45B0-9C21-1D80E33660F6@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Date: Fri, 28 Mar 2014 12:02:52 -0600 Message-ID: <1396029772.81853.150.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Larry Baird , freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 18:03:03 -0000 On Fri, 2014-03-28 at 18:51 +0100, Dimitry Andric wrote: > On 28 Mar 2014, at 17:51, Larry Baird wrote: > ... > > This GDB was configured as "i386-marcel-freebsd"...Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr2/lab/6.2/sw/src/hello] > > The default debug info format for clang 3.4 is now DWARF4, which gdb > from base cannot handle. So please use gdb from ports, which is much > better anyway, or compile with -gdwarf-2. > > -Dimitry > Something seems very wrong here. We now have a 10-stable in which you can't debug an app that crashes without rebuilding the entire system with different options or adding non-base tools? That seems... not right for a branch with "stable" in its name. -- Ian From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 18:03:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 156ABDF8; Fri, 28 Mar 2014 18:03:17 +0000 (UTC) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57921EC3; Fri, 28 Mar 2014 18:03:16 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id hr17so3953488lab.4 for ; Fri, 28 Mar 2014 11:03:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=O1MMoq3f5MyllyC+U6qt85hvhuyhZX62oigObgQtR0I=; b=NI+Ai1B6WMsqFXc+pN65m/pn/JcHVpOPkOfu7k45jyHNCp6PBhgnFAlMQOYf8QNbVN wBA4jKLz0nGOSGGnXI7CMJxyt9O+b2mg7vVL99RQLfUEMAz/7lOicO2tZF/pE0UTfThb u2ZrRgED3nXgJip9LjAGvrvnq2ZDt+KnL9ZQMNAFkVO7d6kWskJynAtB6IxIhTCekxSp kqD+5cHMhvhjD3zUcX5HJ+R7FpPSyyyaoK1UOA3rT462lDjXIGZhSDtWrNNM3b5Md16a eiuW93gv6l27JbZANf4ynVRVeYGW4bMsw3Ec94Z66P/whfiWjZu0C1IZJJpumhX3cWIB fXAg== MIME-Version: 1.0 X-Received: by 10.112.137.193 with SMTP id qk1mr90992lbb.53.1396029794251; Fri, 28 Mar 2014 11:03:14 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.169.68 with HTTP; Fri, 28 Mar 2014 11:03:14 -0700 (PDT) In-Reply-To: <6F2AEDEC-4173-45B0-9C21-1D80E33660F6@FreeBSD.org> References: <20140328165121.13797.qmail@mailgate.gta.com> <6F2AEDEC-4173-45B0-9C21-1D80E33660F6@FreeBSD.org> Date: Fri, 28 Mar 2014 11:03:14 -0700 X-Google-Sender-Auth: coT4tEPownSeLDKWMG3ks7TRFcQ Message-ID: Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Craig Rodrigues To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Cc: Larry Baird , FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 18:03:17 -0000 On Fri, Mar 28, 2014 at 10:51 AM, Dimitry Andric wrote: > On 28 Mar 2014, at 17:51, Larry Baird wrote: > ... >> This GDB was configured as "i386-marcel-freebsd"...Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr2/lab/6.2/sw/src/hello] > > The default debug info format for clang 3.4 is now DWARF4, which gdb > from base cannot handle. So please use gdb from ports, which is much > better anyway, or compile with -gdwarf-2. > > -Dimitry > Is this also true for kernel debugging with kgdb? -- Craig From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 18:08:10 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA97D259; Fri, 28 Mar 2014 18:08:10 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A4124F2E; Fri, 28 Mar 2014 18:08:10 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::3921:ab0d:c24c:508b] (unknown [IPv6:2001:7b8:3a7:0:3921:ab0d:c24c:508b]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3A7585C44; Fri, 28 Mar 2014 19:08:08 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_C597C67C-A1DB-45FD-9D0F-D975FF5F7947"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: Date: Fri, 28 Mar 2014 19:08:03 +0100 Message-Id: <2DAD7A95-E396-444A-B380-54259D27039D@FreeBSD.org> References: <20140328165121.13797.qmail@mailgate.gta.com> <6F2AEDEC-4173-45B0-9C21-1D80E33660F6@FreeBSD.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.1874) Cc: Larry Baird , FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 18:08:11 -0000 --Apple-Mail=_C597C67C-A1DB-45FD-9D0F-D975FF5F7947 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 28 Mar 2014, at 19:03, Craig Rodrigues wrote: > On Fri, Mar 28, 2014 at 10:51 AM, Dimitry Andric = wrote: >> On 28 Mar 2014, at 17:51, Larry Baird wrote: >> ... >>> This GDB was configured as "i386-marcel-freebsd"...Dwarf Error: = wrong version in compilation unit header (is 4, should be 2) [in module = /usr2/lab/6.2/sw/src/hello] >>=20 >> The default debug info format for clang 3.4 is now DWARF4, which gdb >> from base cannot handle. So please use gdb from ports, which is much >> better anyway, or compile with -gdwarf-2. >=20 > Is this also true for kernel debugging with kgdb? Please read UPDATING, which mentions this. Another MFC will be done soon, which automagically sets -gdwarf-2 for kernel builds, until somebody ports the kgdb extensions to e.g. lldb or ports gdb. -Dimitry --Apple-Mail=_C597C67C-A1DB-45FD-9D0F-D975FF5F7947 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlM1uocACgkQsF6jCi4glqMp3QCg1QW7g5WLBmMGGQfIlCQwzBpu KH0AmgNdxp+k+zEdSFkKvV9uF7rdGCTa =4aUF -----END PGP SIGNATURE----- --Apple-Mail=_C597C67C-A1DB-45FD-9D0F-D975FF5F7947-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 18:11:20 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3402430; Fri, 28 Mar 2014 18:11:20 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DE2FFE0; Fri, 28 Mar 2014 18:11:20 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::3921:ab0d:c24c:508b] (unknown [IPv6:2001:7b8:3a7:0:3921:ab0d:c24c:508b]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 29D6D5C44; Fri, 28 Mar 2014 19:11:18 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_E099B458-BFD8-4B77-ACF2-ACD39ADCC978"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: <1396029772.81853.150.camel@revolution.hippie.lan> Date: Fri, 28 Mar 2014 19:11:16 +0100 Message-Id: References: <20140328165121.13797.qmail@mailgate.gta.com> <6F2AEDEC-4173-45B0-9C21-1D80E33660F6@FreeBSD.org> <1396029772.81853.150.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1874) Cc: Larry Baird , freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 18:11:21 -0000 --Apple-Mail=_E099B458-BFD8-4B77-ACF2-ACD39ADCC978 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 28 Mar 2014, at 19:02, Ian Lepore wrote: > On Fri, 2014-03-28 at 18:51 +0100, Dimitry Andric wrote: >> On 28 Mar 2014, at 17:51, Larry Baird wrote: >> ... >>> This GDB was configured as "i386-marcel-freebsd"...Dwarf Error: = wrong version in compilation unit header (is 4, should be 2) [in module = /usr2/lab/6.2/sw/src/hello] >>=20 >> The default debug info format for clang 3.4 is now DWARF4, which gdb >> from base cannot handle. So please use gdb from ports, which is much >> better anyway, or compile with -gdwarf-2. =20 >>=20 >> -Dimitry >>=20 >=20 > Something seems very wrong here. We now have a 10-stable in which you > can't debug an app that crashes without rebuilding the entire system > with different options or adding non-base tools? That seems... not > right for a branch with "stable" in its name. You need to rebuild the system anyway, if you want debug information, so nothing changed? If you insist on wanting to use the crummy gdb in base, which should have been axed years ago, then just use DEBUG_FLAGS=3D-gdwarf-2, otherwise use ports gdb, which any sensible person should do. -Dimitry --Apple-Mail=_E099B458-BFD8-4B77-ACF2-ACD39ADCC978 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlM1u0QACgkQsF6jCi4glqMwHACdFHSvidsQ9HrhQPIOQHcEkxWg ZFgAoLiTvZ/cDnpcXpua3ggDaQoPQBn5 =rmKF -----END PGP SIGNATURE----- --Apple-Mail=_E099B458-BFD8-4B77-ACF2-ACD39ADCC978-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 20:25:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 193C9ADC; Fri, 28 Mar 2014 20:25:45 +0000 (UTC) Received: from mail-lb0-x22d.google.com (mail-lb0-x22d.google.com [IPv6:2a00:1450:4010:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B1BEE5B; Fri, 28 Mar 2014 20:25:44 +0000 (UTC) Received: by mail-lb0-f173.google.com with SMTP id p9so4060197lbv.4 for ; Fri, 28 Mar 2014 13:25:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=zFBa1eJBIdNrl3jnT2+CrKtR8C5BalTakg1biw2jAEw=; b=EDRUDYPfXdtkMLk8pKSRksPMfSQKN3hy/MwBnrdQ0pvcLpiKZCivUPVNO2C3Xcyjhh Y8AdxRam8lHFKmdCEOHHfkZv44mhoxyKTlkZL+Aj7Wi76XII9k1uY4YWux5WtjzFjkdd wqwrMHw/QRQ01ra6TDkCwe/kNB1uHouuzPvCm6VlIBTt4/EQbEi4lHMxpFu3Uc9zeTQu Q2RB24BCF5FgpOV/p5cgselCU1MrNM0jjRLG6OeeebAPDZ9hC9+UY3HxI4IWNZLCSwHN OmWqE0bDgKqjTf5lnw1bjBvZGNGRA4S54i+I1TJTzMaYczYiFDUfz7IO5k1xQMWFLYfV lrdg== MIME-Version: 1.0 X-Received: by 10.152.120.195 with SMTP id le3mr7016725lab.6.1396038342095; Fri, 28 Mar 2014 13:25:42 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.169.68 with HTTP; Fri, 28 Mar 2014 13:25:42 -0700 (PDT) In-Reply-To: References: <20140328165121.13797.qmail@mailgate.gta.com> <6F2AEDEC-4173-45B0-9C21-1D80E33660F6@FreeBSD.org> <1396029772.81853.150.camel@revolution.hippie.lan> Date: Fri, 28 Mar 2014 13:25:42 -0700 X-Google-Sender-Auth: 7BKaz2r-Hk5J1EmDm_Kga9H91tY Message-ID: Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Craig Rodrigues To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Cc: Larry Baird , FreeBSD stable , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 20:25:45 -0000 On Fri, Mar 28, 2014 at 11:11 AM, Dimitry Andric wrote: > > You need to rebuild the system anyway, if you want debug information, so > nothing changed? If you insist on wanting to use the crummy gdb in > base, which should have been axed years ago, then just use > DEBUG_FLAGS=-gdwarf-2, otherwise use ports gdb, which any sensible > person should do. > > -Dimitry > This kind of thing is OK for HEAD, but to me seems like something which is not OK for a stable branch. Before your change: "cc -g" from base + gdb in base = can debug After your change: "cc -g" from base + gdb in base = cannot debug Is it possible to modify clang in base, so that on the stable branches, "cc -g" will output dwarf-2 instead of dwarf-4 by default? I understand that installing gdb from ports, changing compiler flags from -g to -gdwarf-2 in Makefiles, or switching to compiling with gcc are all reasonable workarounds, but this seems a bit like POLA for a stable branch. -- Craig From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 21:18:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id 5503CE6F; Fri, 28 Mar 2014 21:18:14 +0000 (UTC) Message-ID: <5335E715.3090603@FreeBSD.org> Date: Fri, 28 Mar 2014 17:18:13 -0400 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Craig Rodrigues , Dimitry Andric Subject: Re: HEADS UP: merged llvm/clang 3.4 References: <20140328165121.13797.qmail@mailgate.gta.com> <6F2AEDEC-4173-45B0-9C21-1D80E33660F6@FreeBSD.org> <1396029772.81853.150.camel@revolution.hippie.lan> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Larry Baird , FreeBSD stable , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 21:18:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2014-03-28 16:25:42 -0400, Craig Rodrigues wrote: > On Fri, Mar 28, 2014 at 11:11 AM, Dimitry Andric > wrote: >> >> You need to rebuild the system anyway, if you want debug >> information, so nothing changed? If you insist on wanting to use >> the crummy gdb in base, which should have been axed years ago, >> then just use DEBUG_FLAGS=-gdwarf-2, otherwise use ports gdb, >> which any sensible person should do. >> >> -Dimitry >> > > This kind of thing is OK for HEAD, but to me seems like something > which is not OK for a stable branch. > > Before your change: "cc -g" from base + gdb in base = can debug > After your change: "cc -g" from base + gdb in base = cannot > debug > > Is it possible to modify clang in base, so that on the stable > branches, "cc -g" will output dwarf-2 instead of dwarf-4 by > default? > > I understand that installing gdb from ports, changing compiler > flags from -g to -gdwarf-2 in Makefiles, or switching to compiling > with gcc are all reasonable workarounds, but this seems a bit like > POLA for a stable branch. Yeah, it is really unpleasant. Maybe we should do something like this for stable/9 and stable/10 branches (not tested). - --- contrib/llvm/tools/clang/lib/Driver/Tools.cpp +++ contrib/llvm/tools/clang/lib/Driver/Tools.cpp @@ -2628,8 +2628,9 @@ void Clang::ConstructJob(Compilation &C, const Job CmdArgs.push_back("-gdwarf-4"); else if (!A->getOption().matches(options::OPT_g0) && !A->getOption().matches(options::OPT_ggdb0)) { - - // Default is dwarf-2 for darwin. - - if (getToolChain().getTriple().isOSDarwin()) + // Default is dwarf-2 for Darwin and FreeBSD. + if (getToolChain().getTriple().isOSDarwin() || + getToolChain().getTriple().getOS() == llvm::Triple::FreeBSD) CmdArgs.push_back("-gdwarf-2"); else CmdArgs.push_back("-g"); Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTNecVAAoJEHyflib82/FGEAIH/jAq9qWtvbSn/EGmJmMSFH6O YRhtVdA+npUU/QMdfd9ligAi2gccjGxnjXRdTbezPwa8e8i9enNtrDpRKVcto8f4 SZtzRoUEp1hnrylm0brt0pVYWD8xwz403XUMszQ5HVmTOiaWJtWKzksNTc2H5llF 3FBIRNm9sKNc1RlQOS1NzVEbtsFiP46otvfSprncQTuNJl+5t2awUnJJRtEbtRgi EwfsXqhBspwRHqm85az5xMJ2fLOQrtSJF3vpW70cnl2g7SXp8QuI4HmIks6CXmJH tDDs85GdxJhZbady6uiT10QkS8WYxdbc176bXNelN+HyYKXzsuXgl1z25dMdyIg= =gdcE -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 21:32:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 590B2571; Fri, 28 Mar 2014 21:32:18 +0000 (UTC) Received: from mail-pb0-x229.google.com (mail-pb0-x229.google.com [IPv6:2607:f8b0:400e:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 150036EB; Fri, 28 Mar 2014 21:32:18 +0000 (UTC) Received: by mail-pb0-f41.google.com with SMTP id jt11so5591807pbb.28 for ; Fri, 28 Mar 2014 14:32:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=QM2nRiBD6Sb0aPNSjeV+OipCm348Fo7zrbBHwDfp+JM=; b=xCqcqWd10WTLmIzKJ11Rpb5gN/9oIFESQMEaSWa+p4ZUYj3Alxzz1jVHXtNQEWswUA jXzKeIK6diNDPg8xHLpEXudfVNqCjaQJzuhGgb5cfLCTQ1hiPVf1P0iFYfwpkEXXEJQp 5P3XpOqEUpwJQ5aL9fUD2BLItTLQ63k1y6E3GEzECox35nNaIrIkoq7RMNPo2Jt7dcO2 9ByVOMULb7OIzBUo5jU8VG03Dtrjre0iRDOtkS+lPzFMz9jtF6eNQS1aXTKNS+YMaaFB OhFRVIwaO4Vb4xjm5UwUvlFhJquntd9Y1YPtxzsRbwq60eoRDvS6m4eTF+MxQ6xOFyCq HCWg== MIME-Version: 1.0 X-Received: by 10.67.8.102 with SMTP id dj6mr11088738pad.10.1396042337624; Fri, 28 Mar 2014 14:32:17 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Fri, 28 Mar 2014 14:32:17 -0700 (PDT) In-Reply-To: <20140328113927.336a6123cbe9fa6c61bd6910@ddteam.net> References: <201403181527.17100.jhb@freebsd.org> <20140318234623.61a99182.ray@ddteam.net> <20140319141924.279e3d1bc7d8be7b93470a5d@ddteam.net> <20140327161602.02607ae3a6483bbb984eb367@ddteam.net> <20140328085340.5395a698.ray@ddteam.net> <20140328113927.336a6123cbe9fa6c61bd6910@ddteam.net> Date: Fri, 28 Mar 2014 14:32:17 -0700 X-Google-Sender-Auth: Hlps2gB4uSvJRgInMRL9u8zIzAM Message-ID: Subject: Re: Clock issues and crash on resume on 10-Stable r263062M From: Kevin Oberman To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Adrian Chadd , FreeBSD-STABLE Mailing List , Aleksandr Rybalko , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 21:32:18 -0000 On Fri, Mar 28, 2014 at 2:39 AM, Aleksandr Rybalko wrote: > On Fri, 28 Mar 2014 00:11:49 -0700 > Kevin Oberman wrote: > > > On Thu, Mar 27, 2014 at 11:53 PM, Aleksandr Rybalko > wrote: > > > > > On Thu, 27 Mar 2014 17:52:06 -0700 > > > Kevin Oberman wrote: > > > > > > > On Thu, Mar 27, 2014 at 7:16 AM, Aleksandr Rybalko > > > > wrote: > > > > > > > > > On Wed, 19 Mar 2014 08:54:42 -0700 > > > > > Kevin Oberman wrote: > > > > > > > > > > > On Wed, Mar 19, 2014 at 5:19 AM, Aleksandr Rybalko > > > > > > > > > > > wrote: > > > > > > > > > > > > > On Tue, 18 Mar 2014 21:07:57 -0700 > > > > > > > Adrian Chadd wrote: > > > > > > > > > > > > > > > Well, changing the default is cool, but there's still some > > > > > > > > odd bug there that could do with chasing down. :) > > > > > > > > > > > > > > Sorry, I currently can't work on investigation why GIANT lock > > > > > > > is NULL sometime on resume. (IIRC it happen because I use > > > > > > > callout_init w/o mtx, so callout try to lock using GIANT) > > > > > > > > > > > > > > But I will glad to get any help on that :) > > > > > > > > > > > > > > > > > > > > Turned off vt switch and found a couple issues: > > > > > > > > > > > > 1. Audio was muted (by pressing the mute button) when I > > > > > > suspended the system. The suspend operation caused the system to > > > > > > beep. When I resumed, > > > > > it > > > > > > did so again and I noticed that the audio was no longer muted. > > > > > > This can > > > > > be > > > > > > an issue when in a meeting or in some other place where a loud > > > > > > noise is > > > > > not > > > > > > desirable, but my be an issue with the Lenovo BIOS or EC. > > > > > > > > > > > > 2. When the system is resumed, the display is not refreshed and > > > > > > is full > > > > > of > > > > > > artifacts.I moved to another desktop and back (I use gnome2) and > > > > > > fixed everything except the panel which never gets redrawn. This > > > > > > is possibly > > > > > an X > > > > > > issue (Intel 3000 graphics) or something with the KMS handling of > > > > > > a > > > > > resume. > > > > > > > > > > > > Probably neither of these is really a vt(4) issue, though, an I > > > > > > really do appreciate having a working vty system after starting > X. > > > > > > -- > > > > > > R. Kevin Oberman, Network Engineer, Retired > > > > > > E-mail: rkoberman@gmail.com > > > > > > > > > > Kevin, > > > > > > > > > > I was already describe possible culprits of Xorg screen puzzling > > > > > after resume, there is two possible candidates: > > > > > 1. mishandling of system PM events by Xorg. > > > > > 2. something wrong inside drm2+drm/kms drivers. > > > > > > > > > > but things #1 in your list points more to mishandling of PM events. > > > > > > > > > > btw, crash with suspendswitch=1 looks like fixed :) > > > > > > > > > > Thanks! > > > > > > > > > > WBW > > > > > -- > > > > > Aleksandr Rybalko > > > > > > > > > > > > > > > > > Thanks for getting this running. > > > > > > > > FWIW, I realized that switching to a vty and back to X takes care of > > > > he messed up display. Do you know when the crash was fixed? I am > > > > running r263692 and it still crashes. (Typo in sysctl.conf.) > > > > > > it was in r263809 > > > > > > > > > > > -- > > > > R. Kevin Oberman, Network Engineer, Retired > > > > E-mail: rkoberman@gmail.com > > > > > > > Missed it by THAT much! (Possibly humor only recognized in American > > culture.) Guess I need to rebuild my kernel! > > Maybe it depend on type of humor? :)))) > > > > > Thanks again! It's great to have vtys back. > > > > By the way, is there a way to increase the size of the scrollback buffer? > > > Currently only by modify following row in the sys/dev/vt/vt.h: > #define VBF_DEFAULT_HISTORY_SIZE 500 > > > > > -- > > > Aleksandr Rybalko > > > > > > > > > > > -- > > R. Kevin Oberman, Network Engineer, Retired > > E-mail: rkoberman@gmail.com > > > -- > Aleksandr Rybalko > Thanks again, Aleksander! I have manually added the fix to the latest r263878 10-Stable vt_core.c and rebuilt the kernel. I have suspended and resumed repeatedly with suspendswitch=1 with no problems at all. Also, with suspendswitch=1, the audio retains mute state just fine. I have not increased the scrollback buffer yet, but will soon. I'd love to see the scrollback size as a kenel option for vt, just as it is for the old sc device. A loadable would be even better as it would allow increasing it to support a verbose boot without rebuilding the kernel. Looking forward to having the resume fix in 10! -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 21:35:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E94A0746; Fri, 28 Mar 2014 21:35:26 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6EB517B3; Fri, 28 Mar 2014 21:35:26 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::3921:ab0d:c24c:508b] (unknown [IPv6:2001:7b8:3a7:0:3921:ab0d:c24c:508b]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id BCD305C44; Fri, 28 Mar 2014 22:35:21 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_41C9BB14-E7EC-48BD-B8D0-71BFCD33D4CC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: <5335E715.3090603@FreeBSD.org> Date: Fri, 28 Mar 2014 22:35:09 +0100 Message-Id: References: <20140328165121.13797.qmail@mailgate.gta.com> <6F2AEDEC-4173-45B0-9C21-1D80E33660F6@FreeBSD.org> <1396029772.81853.150.camel@revolution.hippie.lan> <5335E715.3090603@FreeBSD.org> To: Jung-uk Kim X-Mailer: Apple Mail (2.1874) Cc: Craig Rodrigues , Larry Baird , FreeBSD stable , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 21:35:27 -0000 --Apple-Mail=_41C9BB14-E7EC-48BD-B8D0-71BFCD33D4CC Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=iso-8859-1 On 28 Mar 2014, at 22:18, Jung-uk Kim wrote: > Signed PGP part > On 2014-03-28 16:25:42 -0400, Craig Rodrigues wrote: > > On Fri, Mar 28, 2014 at 11:11 AM, Dimitry Andric > > wrote: > >> > >> You need to rebuild the system anyway, if you want debug > >> information, so nothing changed? If you insist on wanting to use > >> the crummy gdb in base, which should have been axed years ago, > >> then just use DEBUG_FLAGS=-gdwarf-2, otherwise use ports gdb, > >> which any sensible person should do. > >> > >> -Dimitry > >> > > > > This kind of thing is OK for HEAD, but to me seems like something > > which is not OK for a stable branch. > > > > Before your change: "cc -g" from base + gdb in base = can debug > > After your change: "cc -g" from base + gdb in base = cannot > > debug > > > > Is it possible to modify clang in base, so that on the stable > > branches, "cc -g" will output dwarf-2 instead of dwarf-4 by > > default? > > > > I understand that installing gdb from ports, changing compiler > > flags from -g to -gdwarf-2 in Makefiles, or switching to compiling > > with gcc are all reasonable workarounds, but this seems a bit like > > POLA for a stable branch. > > Yeah, it is really unpleasant. > > Maybe we should do something like this for stable/9 and stable/10 > branches (not tested). > > --- contrib/llvm/tools/clang/lib/Driver/Tools.cpp > +++ contrib/llvm/tools/clang/lib/Driver/Tools.cpp > @@ -2628,8 +2628,9 @@ void Clang::ConstructJob(Compilation &C, const Job > CmdArgs.push_back("-gdwarf-4"); > else if (!A->getOption().matches(options::OPT_g0) && > !A->getOption().matches(options::OPT_ggdb0)) { > - // Default is dwarf-2 for darwin. > - if (getToolChain().getTriple().isOSDarwin()) > + // Default is dwarf-2 for Darwin and FreeBSD. > + if (getToolChain().getTriple().isOSDarwin() || > + getToolChain().getTriple().getOS() == llvm::Triple::FreeBSD) > CmdArgs.push_back("-gdwarf-2"); > else > CmdArgs.push_back("-g"); I'm now testing something similar, which also tests the FreeBSD version, so it can be applied to head and then MFC'd. I will commit it soon. -Dimitry --Apple-Mail=_41C9BB14-E7EC-48BD-B8D0-71BFCD33D4CC Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlM16xcACgkQsF6jCi4glqPNoACgke49f450300v+/0hUB9IYeGp uCIAoMOyhrkyvZzZSZvf7oxxIA8l2Nnv =7rcj -----END PGP SIGNATURE----- --Apple-Mail=_41C9BB14-E7EC-48BD-B8D0-71BFCD33D4CC-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 21:52:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id C50076E; Fri, 28 Mar 2014 21:52:55 +0000 (UTC) Message-ID: <5335EF36.80601@FreeBSD.org> Date: Fri, 28 Mar 2014 17:52:54 -0400 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Dimitry Andric Subject: Re: HEADS UP: merged llvm/clang 3.4 References: <20140328165121.13797.qmail@mailgate.gta.com> <6F2AEDEC-4173-45B0-9C21-1D80E33660F6@FreeBSD.org> <1396029772.81853.150.camel@revolution.hippie.lan> <5335E715.3090603@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Craig Rodrigues , Larry Baird , FreeBSD stable , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 21:52:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2014-03-28 17:35:09 -0400, Dimitry Andric wrote: > On 28 Mar 2014, at 22:18, Jung-uk Kim wrote: >> Signed PGP part On 2014-03-28 16:25:42 -0400, Craig Rodrigues >> wrote: >>> On Fri, Mar 28, 2014 at 11:11 AM, Dimitry Andric >>> wrote: >>>> >>>> You need to rebuild the system anyway, if you want debug >>>> information, so nothing changed? If you insist on wanting to >>>> use the crummy gdb in base, which should have been axed years >>>> ago, then just use DEBUG_FLAGS=-gdwarf-2, otherwise use ports >>>> gdb, which any sensible person should do. >>>> >>>> -Dimitry >>>> >>> >>> This kind of thing is OK for HEAD, but to me seems like >>> something which is not OK for a stable branch. >>> >>> Before your change: "cc -g" from base + gdb in base = can >>> debug After your change: "cc -g" from base + gdb in base = >>> cannot debug >>> >>> Is it possible to modify clang in base, so that on the stable >>> branches, "cc -g" will output dwarf-2 instead of dwarf-4 by >>> default? >>> >>> I understand that installing gdb from ports, changing compiler >>> flags from -g to -gdwarf-2 in Makefiles, or switching to >>> compiling with gcc are all reasonable workarounds, but this >>> seems a bit like POLA for a stable branch. >> >> Yeah, it is really unpleasant. >> >> Maybe we should do something like this for stable/9 and >> stable/10 branches (not tested). >> >> --- contrib/llvm/tools/clang/lib/Driver/Tools.cpp +++ >> contrib/llvm/tools/clang/lib/Driver/Tools.cpp @@ -2628,8 +2628,9 >> @@ void Clang::ConstructJob(Compilation &C, const Job >> CmdArgs.push_back("-gdwarf-4"); else if >> (!A->getOption().matches(options::OPT_g0) && >> !A->getOption().matches(options::OPT_ggdb0)) { - // Default >> is dwarf-2 for darwin. - if >> (getToolChain().getTriple().isOSDarwin()) + // Default is >> dwarf-2 for Darwin and FreeBSD. + if >> (getToolChain().getTriple().isOSDarwin() || + >> getToolChain().getTriple().getOS() == llvm::Triple::FreeBSD) >> CmdArgs.push_back("-gdwarf-2"); else CmdArgs.push_back("-g"); > > I'm now testing something similar, which also tests the FreeBSD > version, so it can be applied to head and then MFC'd. I will > commit it soon. Great, thanks! BTW, it looks like Apple went through the mess. ;-) http://llvm.org/viewvc/llvm-project?view=revision&revision=185483 http://llvm.org/viewvc/llvm-project?view=revision&revision=195267 http://llvm.org/viewvc/llvm-project?view=revision&revision=201375 http://llvm.org/viewvc/llvm-project?view=revision&revision=201520 Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTNe82AAoJEHyflib82/FGejgIAJcZpgLwJ4rlk+YBdN5koIvZ YySevuqbh/xaQAsTBRQPvEPdLOhaxAvlynovR4Me6tdB3Tajs8AG41ZyADADUfXz 544FI0SxCuDW1nvLYKpNtiIbPARQbfU0Q5CKZGWUZbDwxkaAMeoSddnDXxRpfz86 WwMWo0cqsIN80itUop0XCTAFc4Q+LQwlNxxHZryZ+Bzt88Sq69c59InVrNxt34QC LdXIjsRGs/fV8wTjZPDkDATlaTgKT+P4vNl4jLUWWplnXeLNL8HltgL9GMHX6mTe vml9ebyPr1jVT3VAp9iM+xOJXFQ69ikwk9VfT4m0z9WJ5xjBfeRanUv/7pmJ4Yg= =YYKW -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 21:55:37 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CCED215; Fri, 28 Mar 2014 21:55:37 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (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 DDCB2A53; Fri, 28 Mar 2014 21:55:36 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WTekR-000Hgg-Iz; Fri, 28 Mar 2014 21:55:35 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s2SLtX6J080449; Fri, 28 Mar 2014 15:55:33 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18zDrKPYE8kGzBtNkFotepa Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Ian Lepore To: Dimitry Andric In-Reply-To: References: <20140328165121.13797.qmail@mailgate.gta.com> <6F2AEDEC-4173-45B0-9C21-1D80E33660F6@FreeBSD.org> <1396029772.81853.150.camel@revolution.hippie.lan> <5335E715.3090603@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Date: Fri, 28 Mar 2014 15:55:33 -0600 Message-ID: <1396043733.81853.164.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Craig Rodrigues , Larry Baird , FreeBSD stable , Jung-uk Kim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 21:55:37 -0000 On Fri, 2014-03-28 at 22:35 +0100, Dimitry Andric wrote: > On 28 Mar 2014, at 22:18, Jung-uk Kim wrote: > > Signed PGP part > > On 2014-03-28 16:25:42 -0400, Craig Rodrigues wrote: > > > On Fri, Mar 28, 2014 at 11:11 AM, Dimitry Andric > > > wrote: > > >> > > >> You need to rebuild the system anyway, if you want debug > > >> information, so nothing changed? If you insist on wanting to use > > >> the crummy gdb in base, which should have been axed years ago, > > >> then just use DEBUG_FLAGS=-gdwarf-2, otherwise use ports gdb, > > >> which any sensible person should do. > > >> > > >> -Dimitry > > >> > > > > > > This kind of thing is OK for HEAD, but to me seems like something > > > which is not OK for a stable branch. > > > > > > Before your change: "cc -g" from base + gdb in base = can debug > > > After your change: "cc -g" from base + gdb in base = cannot > > > debug > > > > > > Is it possible to modify clang in base, so that on the stable > > > branches, "cc -g" will output dwarf-2 instead of dwarf-4 by > > > default? > > > > > > I understand that installing gdb from ports, changing compiler > > > flags from -g to -gdwarf-2 in Makefiles, or switching to compiling > > > with gcc are all reasonable workarounds, but this seems a bit like > > > POLA for a stable branch. > > > > Yeah, it is really unpleasant. > > > > Maybe we should do something like this for stable/9 and stable/10 > > branches (not tested). > > > > --- contrib/llvm/tools/clang/lib/Driver/Tools.cpp > > +++ contrib/llvm/tools/clang/lib/Driver/Tools.cpp > > @@ -2628,8 +2628,9 @@ void Clang::ConstructJob(Compilation &C, const Job > > CmdArgs.push_back("-gdwarf-4"); > > else if (!A->getOption().matches(options::OPT_g0) && > > !A->getOption().matches(options::OPT_ggdb0)) { > > - // Default is dwarf-2 for darwin. > > - if (getToolChain().getTriple().isOSDarwin()) > > + // Default is dwarf-2 for Darwin and FreeBSD. > > + if (getToolChain().getTriple().isOSDarwin() || > > + getToolChain().getTriple().getOS() == llvm::Triple::FreeBSD) > > CmdArgs.push_back("-gdwarf-2"); > > else > > CmdArgs.push_back("-g"); > > I'm now testing something similar, which also tests the FreeBSD version, > so it can be applied to head and then MFC'd. I will commit it soon. > > -Dimitry > Why test the version? The tools on head can't handle dwarf4 any better than the tools on the stable branches. I don't understand the sudden change in mindset that after 20 years of freebsd providing a completely usable development environment in base, now all of a sudden it's okay to not do that anymore. It seems fine to me to say "If you want better tools, use the latest ports" but not fine to say "If you want any tools at all, use the latest ports (oh and by the way, good luck with cross-building if you're not an amd64 person)." -- Ian From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 22:19:48 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 992349D5; Fri, 28 Mar 2014 22:19:48 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D1EEC6C; Fri, 28 Mar 2014 22:19:48 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::3921:ab0d:c24c:508b] (unknown [IPv6:2001:7b8:3a7:0:3921:ab0d:c24c:508b]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1C78B5C44; Fri, 28 Mar 2014 23:19:39 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_3A4A1983-E2C2-4D43-9748-F561FFE69B05"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: <1396043733.81853.164.camel@revolution.hippie.lan> Date: Fri, 28 Mar 2014 23:19:34 +0100 Message-Id: <69411D70-0866-4AA4-9EB5-4C0FC8D89FD0@FreeBSD.org> References: <20140328165121.13797.qmail@mailgate.gta.com> <6F2AEDEC-4173-45B0-9C21-1D80E33660F6@FreeBSD.org> <1396029772.81853.150.camel@revolution.hippie.lan> <5335E715.3090603@FreeBSD.org> <1396043733.81853.164.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1874) Cc: Craig Rodrigues , FreeBSD stable , Jung-uk Kim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 22:19:48 -0000 --Apple-Mail=_3A4A1983-E2C2-4D43-9748-F561FFE69B05 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 28 Mar 2014, at 22:55, Ian Lepore wrote: > On Fri, 2014-03-28 at 22:35 +0100, Dimitry Andric wrote: ... >> I'm now testing something similar, which also tests the FreeBSD version, >> so it can be applied to head and then MFC'd. I will commit it soon. >> >> -Dimitry >> > > Why test the version? The tools on head can't handle dwarf4 any better > than the tools on the stable branches. I don't understand the sudden > change in mindset that after 20 years of freebsd providing a completely > usable development environment in base, now all of a sudden it's okay to > not do that anymore. The change in mindset is simply to modernize, e.g. move away from ancient tools and formats. Otherwise we will be stuck in the pre-GPLv3 era forever. Also, "The tools" is really only our ancient version of gdb, and that should be removed from base as soon as lldb is usable. The rest of base (really only the CTF tools) can handle dwarf4, now a more recent version of libdwarf is available. > It seems fine to me to say "If you want better tools, use the latest > ports" but not fine to say "If you want any tools at all, use the latest > ports (oh and by the way, good luck with cross-building if you're not an > amd64 person)." Strange, I thought the general opinion was to actually remove as much stuff from base as possible. With the toolchain being the most logical one to move out? But maybe I didn't get the memo... :-) -Dimitry --Apple-Mail=_3A4A1983-E2C2-4D43-9748-F561FFE69B05 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlM19XsACgkQsF6jCi4glqN12ACg4lYndUqTx9N9yxyZXeZ+3u8E dZsAoO3OolQH4jluSrB4Y6h4sv9XuE3z =idTd -----END PGP SIGNATURE----- --Apple-Mail=_3A4A1983-E2C2-4D43-9748-F561FFE69B05-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 22:22:37 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C86BB64; Fri, 28 Mar 2014 22:22:37 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (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 276F5D01; Fri, 28 Mar 2014 22:22:36 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WTfAZ-000OuH-Gg; Fri, 28 Mar 2014 22:22:35 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s2SMMX0T080477; Fri, 28 Mar 2014 16:22:33 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+/u6OVke+g3eZjHhm9abeI Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Ian Lepore To: Dimitry Andric In-Reply-To: <69411D70-0866-4AA4-9EB5-4C0FC8D89FD0@FreeBSD.org> References: <20140328165121.13797.qmail@mailgate.gta.com> <6F2AEDEC-4173-45B0-9C21-1D80E33660F6@FreeBSD.org> <1396029772.81853.150.camel@revolution.hippie.lan> <5335E715.3090603@FreeBSD.org> <1396043733.81853.164.camel@revolution.hippie.lan> <69411D70-0866-4AA4-9EB5-4C0FC8D89FD0@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Date: Fri, 28 Mar 2014 16:22:33 -0600 Message-ID: <1396045353.81853.167.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Craig Rodrigues , FreeBSD stable , Jung-uk Kim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 22:22:37 -0000 On Fri, 2014-03-28 at 23:19 +0100, Dimitry Andric wrote: > On 28 Mar 2014, at 22:55, Ian Lepore wrote: > > On Fri, 2014-03-28 at 22:35 +0100, Dimitry Andric wrote: > ... > >> I'm now testing something similar, which also tests the FreeBSD version, > >> so it can be applied to head and then MFC'd. I will commit it soon. > >> > >> -Dimitry > >> > > > > Why test the version? The tools on head can't handle dwarf4 any better > > than the tools on the stable branches. I don't understand the sudden > > change in mindset that after 20 years of freebsd providing a completely > > usable development environment in base, now all of a sudden it's okay to > > not do that anymore. > > The change in mindset is simply to modernize, e.g. move away from > ancient tools and formats. Otherwise we will be stuck in the pre-GPLv3 > era forever. > > Also, "The tools" is really only our ancient version of gdb, and that > should be removed from base as soon as lldb is usable. The rest of base > (really only the CTF tools) can handle dwarf4, now a more recent version > of libdwarf is available. > > > > It seems fine to me to say "If you want better tools, use the latest > > ports" but not fine to say "If you want any tools at all, use the latest > > ports (oh and by the way, good luck with cross-building if you're not an > > amd64 person)." > > Strange, I thought the general opinion was to actually remove as much > stuff from base as possible. With the toolchain being the most logical > one to move out? But maybe I didn't get the memo... :-) > Well, there is certainly a growing religion organizing around that dogma. I am not an adherent to such thinking. I have nothing against supporting an external toolchain, and I'm dead set against requiring it. -- Ian From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 22:59:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 579E9A80; Fri, 28 Mar 2014 22:59:28 +0000 (UTC) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F44DFB1; Fri, 28 Mar 2014 22:59:27 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id ec20so4264084lab.1 for ; Fri, 28 Mar 2014 15:59:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=XBJLtg0yK1sNccL97p0QySuR5jd2h8nJhhgbnLhCBbg=; b=PUdN0A2QIIcVcJPLhdLjUwcOLiN/o5up/rIf/ye1sYbpw7GR5YC/2YEnmO1bpt1DO8 TvCXzmFNEV6BNZ5NND+uL9+orvJtJuodoB7LXIvQzbhvaNl/BrxW4nzJ87PSmFLF+dNM zb7TMd8BWLeqMFgMsodmZ8S0+M+x6alEHCx5sxXo/3ovJ6ny+Yw3EY4ixsibJuH3hq/J Yg53VhG4rVJyxnYKksP7U/pfAJJJCL6mFTja+i7nRyaOUHvufyc5sIpWCesoasKGLuSh FW6wTTUtsNshoelLHR/IXEXLpI6FwltC0644k6urfjy//EG9IpF2Hi/pq9+uxtbsk4hv 9Kvw== X-Received: by 10.112.118.198 with SMTP id ko6mr7134094lbb.6.1396047565253; Fri, 28 Mar 2014 15:59:25 -0700 (PDT) Received: from localhost (s83-179-26-16.cust.tele2.se. [83.179.26.16]) by mx.google.com with ESMTPSA id md15sm4578919lbb.28.2014.03.28.15.59.23 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 28 Mar 2014 15:59:24 -0700 (PDT) Sender: Kai Wang Received: from localhost.localdomain ([127.0.0.1] helo=localhost.my.domain) by localhost with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1WTfjq-0002q8-KR; Fri, 28 Mar 2014 23:59:02 +0100 Received: (from kaiw@localhost) by localhost.my.domain (8.14.5/8.14.5/Submit) id s2SMx2RE010919; Fri, 28 Mar 2014 23:59:02 +0100 (CET) (envelope-from kaiw@FreeBSD.org) X-Authentication-Warning: localhost.my.domain: kaiw set sender to kaiw@FreeBSD.org using -f Date: Fri, 28 Mar 2014 23:59:02 +0100 From: Kai Wang To: Mark Johnston Subject: Re: HEADS UP: merged llvm/clang 3.4 Message-ID: <20140328225902.GA7417@soulhacker> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140327002240.GC49672@raichu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable stable , Dimitry Andric X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 28 Mar 2014 22:59:28 -0000 On Thu, Mar 27, 2014 at 11:03:11PM -0400, Mark Johnston wrote: > On Thu, Mar 27, 2014 at 6:32 PM, Dimitry Andric wrote: > > On 27 Mar 2014, at 01:22, Mark Johnston wrote: > >> On Fri, Mar 21, 2014 at 07:17:22PM +0100, Dimitry Andric wrote: > >>> Hi, > >>> > >>> I have just merged llvm and clang 3.4 release to stable/10 (r263508) and > >>> stable/9 (r263509). This already includes a number of post-3.4 fixes, > >>> though there are a few that are still awaiting the MFC timeout (e.g. the > >>> updated Sparc64 backend, and some things that were just fixed the day > >>> before yesterday). > >>> > >>> Since the most obvious problems have already been addressed in head, I > >>> expect this to be a fairly smooth upgrade. If you run into something > >>> strange anyway, please reply to this message (CC'ing the list). > >>> > >>> -Dimitry > >>> > >> > >> Hello, > >> > >> DTrace seems to no longer work properly on stable/10; I get errors like > >> the following > >> > >> dtrace: invalid probe specifier pid$target::malloc:entry{ }: > >> "/usr/lib/dtrace/io.d", line 49: cannot find type: struct devstat*: Type > >> information is in parent and unavailable > >> > >> and I know of a couple other users running into the same problem. > >> > >> I recall that some changes to libdwarf, libelf and the CTF tools were needed > >> in order to work with clang 3.4; do you know if there's any plan to MFC them > >> soon as well? > > > > I have taken a look, but libdwarf and libelf were reorganized quite a > > bit, and it would require library bumps, which are difficult (but > > apparently not unheard of) for stable branches. I am also not sure if > > the actual workarounds can be successfully ported back to the versions > > of libdwarf, libelf and CTF in stable/10 and stable/9. > > Is there any reason that the newer libdwarf and libelf couldn't > coexist alongside libdwarf and libelf in stable/9 and 10? That is, > install them to /usr/lib/private or so and have the CTF tools link > against them instead of the system libraries. Hi, I extracted a patch for ctfconvert from -head and adapted it to the old libdwarf in stable/10. The patch fixes some type parsing bugs for ctfconvert with Clang 3.4 objects, which might be related to your DTrace issue, but I'm not sure... The patch is here: http://people.freebsd.org/~kaiw/ctfconvert-stable10.patch (It should apply to stable/10. Both world and kernel needs recompile) Thanks, Kai From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 23:38:27 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E35CE8C7; Fri, 28 Mar 2014 23:38:27 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 246E034D; Fri, 28 Mar 2014 23:38:26 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s2SNcEAP065992; Sat, 29 Mar 2014 01:38:14 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s2SNcDtl065812; Fri, 28 Mar 2014 23:38:13 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Mar 2014 23:38:13 GMT Message-Id: <201403282338.s2SNcDtl065812@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 23:38:28 -0000 TB --- 2014-03-28 21:50:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-03-28 21:50:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-28 21:50:45 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-03-28 21:50:45 - cleaning the object tree TB --- 2014-03-28 21:50:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-28 21:51:37 - At svn revision 263884 TB --- 2014-03-28 21:51:38 - building world TB --- 2014-03-28 21:51:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 21:51:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 21:51:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 21:51:38 - SRCCONF=/dev/null TB --- 2014-03-28 21:51:38 - TARGET=powerpc TB --- 2014-03-28 21:51:38 - TARGET_ARCH=powerpc TB --- 2014-03-28 21:51:38 - TZ=UTC TB --- 2014-03-28 21:51:38 - __MAKE_CONF=/dev/null TB --- 2014-03-28 21:51:38 - cd /src TB --- 2014-03-28 21:51:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 28 21:51:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/MacOSKeychainAPIChecker.cpp -o MacOSKeychainAPIChecker.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/MacOSXAPIChecker.cpp -o MacOSXAPIChecker.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/MallocChecker.cpp -o MallocChecker.o /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/MallocChecker.cpp: In member function 'void::MallocChecker::ReportBadFree(clang::ento::CheckerContext&, clang::ento::SVal, clang::SourceRange, const clang::Expr*) const': /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/MallocChecker.cpp:1214: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/clang/libclangstaticanalyzercheckers *** Error code 1 Stop. bmake[4]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-28 23:38:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-28 23:38:12 - ERROR: failed to build world TB --- 2014-03-28 23:38:12 - 5042.30 user 1530.47 system 6447.27 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 04:48:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DCC8207 for ; Sat, 29 Mar 2014 04:48:21 +0000 (UTC) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.23]) by mx1.freebsd.org (Postfix) with ESMTP id 20F8432A for ; Sat, 29 Mar 2014 04:48:19 +0000 (UTC) Received: (qmail 84351 invoked by uid 1000); 29 Mar 2014 04:48:18 -0000 Date: 29 Mar 2014 04:48:18 -0000 Message-ID: <20140329044818.84350.qmail@mailgate.gta.com> From: Larry Baird To: freebsd-stable@freebsd.org Subject: Re: HEADS UP: merged llvm/clang 3.4 In-Reply-To: User-Agent: tin/2.2.0-20131224 ("Lochindaal") (UNIX) (FreeBSD/9.2-RELEASE-p3 (i386)) Cc: Dimitry Andric X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 29 Mar 2014 04:48:21 -0000 >> > I understand that installing gdb from ports, changing compiler >> > flags from -g to -gdwarf-2 in Makefiles, or switching to compiling >> > with gcc are all reasonable workarounds, but this seems a bit like >> > POLA for a stable branch. >> >> Yeah, it is really unpleasant. >> >> Maybe we should do something like this for stable/9 and stable/10 >> branches (not tested). >> >> --- contrib/llvm/tools/clang/lib/Driver/Tools.cpp >> +++ contrib/llvm/tools/clang/lib/Driver/Tools.cpp >> @@ -2628,8 +2628,9 @@ void Clang::ConstructJob(Compilation &C, const Job >> CmdArgs.push_back("-gdwarf-4"); >> else if (!A->getOption().matches(options::OPT_g0) && >> !A->getOption().matches(options::OPT_ggdb0)) { >> - // Default is dwarf-2 for darwin. >> - if (getToolChain().getTriple().isOSDarwin()) >> + // Default is dwarf-2 for Darwin and FreeBSD. >> + if (getToolChain().getTriple().isOSDarwin() || >> + getToolChain().getTriple().getOS() == llvm::Triple::FreeBSD) >> CmdArgs.push_back("-gdwarf-2"); >> else >> CmdArgs.push_back("-g"); > > I'm now testing something similar, which also tests the FreeBSD version, > so it can be applied to head and then MFC'd. I will commit it soon. Glad to hear. Adding an extra flag, to get applications to a state where they could be debugged was unexpected. I am sure I wouldn't have been the only one surprised to find out that "cc -g" no longer works. Larry -- ------------------------------------------------------------------------ Larry Baird Global Technology Associates, Inc. 1992-2012 | http://www.gta.com Celebrating Twenty Years of Software Innovation | Orlando, FL Email: lab@gta.com | TEL 407-380-0220 From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 11:28:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01C2081C for ; Sat, 29 Mar 2014 11:28:35 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B4C6F657 for ; Sat, 29 Mar 2014 11:28:34 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::8878:6384:3237:cf3b] (unknown [IPv6:2001:7b8:3a7:0:8878:6384:3237:cf3b]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 747775C44; Sat, 29 Mar 2014 12:28:29 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_7F7BD22C-8405-4EFF-A305-C71798167C41"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: <20140329044818.84350.qmail@mailgate.gta.com> Date: Sat, 29 Mar 2014 12:28:18 +0100 Message-Id: References: <20140329044818.84350.qmail@mailgate.gta.com> To: Larry Baird X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 29 Mar 2014 11:28:35 -0000 --Apple-Mail=_7F7BD22C-8405-4EFF-A305-C71798167C41 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 29 Mar 2014, at 05:48, Larry Baird wrote: >>>> I understand that installing gdb from ports, changing compiler >>>> flags from -g to -gdwarf-2 in Makefiles, or switching to compiling >>>> with gcc are all reasonable workarounds, but this seems a bit like >>>> POLA for a stable branch. >>>=20 >>> Yeah, it is really unpleasant. >>>=20 >>> Maybe we should do something like this for stable/9 and stable/10 >>> branches (not tested). >>>=20 >>> --- contrib/llvm/tools/clang/lib/Driver/Tools.cpp >>> +++ contrib/llvm/tools/clang/lib/Driver/Tools.cpp >>> @@ -2628,8 +2628,9 @@ void Clang::ConstructJob(Compilation &C, const = Job >>> CmdArgs.push_back("-gdwarf-4"); >>> else if (!A->getOption().matches(options::OPT_g0) && >>> !A->getOption().matches(options::OPT_ggdb0)) { >>> - // Default is dwarf-2 for darwin. >>> - if (getToolChain().getTriple().isOSDarwin()) >>> + // Default is dwarf-2 for Darwin and FreeBSD. >>> + if (getToolChain().getTriple().isOSDarwin() || >>> + getToolChain().getTriple().getOS() =3D=3D = llvm::Triple::FreeBSD) >>> CmdArgs.push_back("-gdwarf-2"); >>> else >>> CmdArgs.push_back("-g"); >>=20 >> I'm now testing something similar, which also tests the FreeBSD = version, >> so it can be applied to head and then MFC'd. I will commit it soon. > Glad to hear. Adding an extra flag, to get applications to a state = where > they could be debugged was unexpected. I am sure I wouldn't have been = the > only one surprised to find out that "cc -g" no longer works. Correction: cc -g works fine, you just need to use a non-ancient = debugger. :-) -Dimitry --Apple-Mail=_7F7BD22C-8405-4EFF-A305-C71798167C41 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlM2rlsACgkQsF6jCi4glqPH9ACfdnx9uN+bj619WHljH/6w+Row h18AoJG6KNJMnZSkaqf3Soc74+7Nshm8 =2tHU -----END PGP SIGNATURE----- --Apple-Mail=_7F7BD22C-8405-4EFF-A305-C71798167C41-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 14:02:43 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A16A918; Sat, 29 Mar 2014 14:02:43 +0000 (UTC) Received: from cpsmtpb-ews03.kpnxchange.com (cpsmtpb-ews03.kpnxchange.com [213.75.39.6]) by mx1.freebsd.org (Postfix) with ESMTP id B19953B7; Sat, 29 Mar 2014 14:02:42 +0000 (UTC) Received: from cpsps-ews27.kpnxchange.com ([10.94.84.193]) by cpsmtpb-ews03.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Sat, 29 Mar 2014 15:02:32 +0100 Received: from CPSMTPM-CMT108.kpnxchange.com ([195.121.3.24]) by cpsps-ews27.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Sat, 29 Mar 2014 15:02:32 +0100 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT108.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Sat, 29 Mar 2014 15:02:30 +0100 Received: from squid (squid.offrom.nl [192.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2TE2T8C009227; Sat, 29 Mar 2014 15:02:29 +0100 (CET) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WTtq9-0005go-Pj; Sat, 29 Mar 2014 15:02:29 +0100 Date: Sat, 29 Mar 2014 15:02:29 +0100 From: Willy Offermans To: Willy Offermans Subject: Re: TCP packets remain unsent Message-ID: <20140329140229.GE3528@vpn.offrom.nl> References: <20140328162554.GA26748@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140328162554.GA26748@vpn.offrom.nl> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 29 Mar 2014 14:02:30.0639 (UTC) FILETIME=[866A5FF0:01CF4B57] X-RcptDomain: FreeBSD.ORG Cc: freebsd-net@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Mar 2014 14:02:43 -0000 Dear FreeBSD friends, On Fri, Mar 28, 2014 at 05:25:54PM +0100, Willy Offermans wrote: > Dear FreeBSD friends, > > I have a problem with my relatively new FreeBSD server. I came across the > problem when sending e-mails of larger size and copying files with scp. > The e-mails were not sent out because of time-out error and the copying was > extremely slow, though successful after a while. I already started a thread > on this topic on freebsd-current. See > http://docs.freebsd.org/mail/current/freebsd-current.html, topic > sendmail Broken Pipe Error. I got some help to narrow down the > error: Sending out e-mails of larger size stops at some point. TCP packets > were not transferred to the smarthost causing a timeout error. There were > still some TCP packets waiting to be sent. > > My system is a HP ProLiant Gen8 MicroServer with FreeBSD 10.0-STABLE #0 > r261266M. The server has two network cards: > > bge0@pci0:3:0:0: class=0x020000 card=0x2133103c chip=0x165f14e4 rev=0x00 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme BCM5720 Gigabit Ethernet PCIe' > class = network > subclass = ethernet > bge1@pci0:3:0:1: class=0x020000 card=0x2133103c chip=0x165f14e4 rev=0x00 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme BCM5720 Gigabit Ethernet PCIe' > class = network > subclass = ethernet > > I do not know if there any known issues with these cards (drivers). > > Before the time out error occurs, the CPU loading of natd and dhcpd is > steadily increasing to extreme values to my opinion: > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 1235 root 1 93 0 28908K 2144K RUN 0 54:05 71.78% natd > 1614 dhcpd 1 4 0 26784K 14936K RUN 0 29:24 38.77% dhcpd > > I followed an advice of another FreeBSD friend to modify tcp_input.c > > > ... > You may want to locally apply SVN r258821 to sys/netinet/tcp_input.c, > in case it has not been merged back to the FreeBSD version you use: > > --- sys/netinet/tcp_input.c (revision 258820) > +++ sys/netinet/tcp_input.c (revision 258821) > @@ -2429,13 +2429,15 @@ > hhook_run_tcp_est_in(tp, th, &to); > > if (SEQ_LEQ(th->th_ack, tp->snd_una)) { > - if (tlen == 0 && tiwin == tp->snd_wnd) { > + if (tlen == 0 && tiwin == tp->snd_wnd && > + !(thflags & TH_FIN)) { > TCPSTAT_INC(tcps_rcvdupack); > /* > * If we have outstanding data (other than > * a window probe), this is a completely > * duplicate ack (ie, window info didn't > - * change), the ack is the biggest we've > + * change and FIN isn't set), > + * the ack is the biggest we've > * seen and we've seen exactly our rexmt > * threshhold of them, assume a packet > * has been dropped and retransmit it. > > ... > > > However this did not solve the issue. > > So my question to you is if someone else encountered a similar problem with > NetXtreme BCM5720 Gigabit Ethernet PCIe and if someone is able to take this > up and to help me to solve this issue. I would love to run this FreeBSD > server as a swiss clock as other beastie servers, I have setup in the past. > > -- I could narrow down the cause of the error: If I remove the following line from my firewall rules, I could sent out e-mails without issues. /sbin/ipfw add 50 divert natd all from any to any via bge0 I do not know yet how things are related, but I will dig into it. If someone has a hint, please respond to the list. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 15:57:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 090AB222 for ; Sat, 29 Mar 2014 15:57:58 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B6B46F49 for ; Sat, 29 Mar 2014 15:57:57 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::8878:6384:3237:cf3b] (unknown [IPv6:2001:7b8:3a7:0:8878:6384:3237:cf3b]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DF2265C44; Sat, 29 Mar 2014 16:57:54 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_E3CA6480-B652-4D8C-B9E6-47DB50E69E15"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: <20140324211418.GT43653@albert.catwhisker.org> Date: Sat, 29 Mar 2014 16:57:46 +0100 Message-Id: <32E4FF83-B8B9-4FAA-AF9B-4F7BE69EA64F@FreeBSD.org> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140324160927.GN43653@albert.catwhisker.org> <74C7F922-F380-4B0E-A87F-2A4E2A6730C1@FreeBSD.org> <20140324211418.GT43653@albert.catwhisker.org> To: David Wolfskill X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 29 Mar 2014 15:57:58 -0000 --Apple-Mail=_E3CA6480-B652-4D8C-B9E6-47DB50E69E15 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 24 Mar 2014, at 22:14, David Wolfskill wrote: > On Mon, Mar 24, 2014 at 09:34:42PM +0100, Dimitry Andric wrote: >> ... >> I have figured out that it is a problem when building world with = clang >> and libstdc++ (which is the default on 9-STABLE). I have committed a >> temporary fix to head in r263694, which I will merge in 3 days. In = the >> mean time, please use the attached diff. >> ... >=20 > That patch worked for me: now running: > FreeBSD 9.2-STABLE #697 r263677M/263680:902509: Mon Mar 24 13:54:44 = PDT 2014 Just FYI, I have finally MFC'd the proper workaround (e.g. in libstdc++ itself), to stable/9 and stable/10 in r263911. -Dimitry --Apple-Mail=_E3CA6480-B652-4D8C-B9E6-47DB50E69E15 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlM27X8ACgkQsF6jCi4glqPbpACg6ckE4jXyuX8GtpF3+aft4lLN R6gAmwZU0TFJ81dlfZ5olLLMErCCRZjH =nP1b -----END PGP SIGNATURE----- --Apple-Mail=_E3CA6480-B652-4D8C-B9E6-47DB50E69E15-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 17:12:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3BDBF53; Sat, 29 Mar 2014 17:12:47 +0000 (UTC) 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 40AE0807; Sat, 29 Mar 2014 17:12:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s2THCZB0056749; Sun, 30 Mar 2014 04:12:36 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 30 Mar 2014 04:12:34 +1100 (EST) From: Ian Smith To: Willy Offermans Subject: Re: TCP packets remain unsent In-Reply-To: <20140329140229.GE3528@vpn.offrom.nl> Message-ID: <20140330012659.Y78237@sola.nimnet.asn.au> References: <20140328162554.GA26748@vpn.offrom.nl> <20140329140229.GE3528@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 29 Mar 2014 17:12:48 -0000 On Sat, 29 Mar 2014 15:02:29 +0100, Willy Offermans wrote: > Dear FreeBSD friends, > > On Fri, Mar 28, 2014 at 05:25:54PM +0100, Willy Offermans wrote: > > Dear FreeBSD friends, > > > > I have a problem with my relatively new FreeBSD server. I came across the > > problem when sending e-mails of larger size and copying files with scp. > > The e-mails were not sent out because of time-out error and the copying was > > extremely slow, though successful after a while. I already started a thread > > on this topic on freebsd-current. See > > http://docs.freebsd.org/mail/current/freebsd-current.html, topic > > sendmail Broken Pipe Error. I got some help to narrow down the > > error: Sending out e-mails of larger size stops at some point. TCP packets > > were not transferred to the smarthost causing a timeout error. There were > > still some TCP packets waiting to be sent. > > > > My system is a HP ProLiant Gen8 MicroServer with FreeBSD 10.0-STABLE #0 > > r261266M. The server has two network cards: [..] > > Before the time out error occurs, the CPU loading of natd and dhcpd is > > steadily increasing to extreme values to my opinion: > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > > > 1235 root 1 93 0 28908K 2144K RUN 0 54:05 71.78% natd > > 1614 dhcpd 1 4 0 26784K 14936K RUN 0 29:24 38.77% dhcpd [..] > I could narrow down the cause of the error: > > If I remove the following line from my firewall rules, I could sent out > e-mails without issues. > > /sbin/ipfw add 50 divert natd all from any to any via bge0 > > I do not know yet how things are related, but I will dig into it. > > If someone has a hint, please respond to the list. Is your system running IPv6? Sendmail will prefer using ip6 if enabled. You need to use 'ip4' rather than 'all' with divert; natd (and I assume, ipfw nat?) doesn't like ip6 packets being sent its way. Also, ipfw nat and natd both use libalias(3) which doesn't work with TSO; check that's turned off with ifconfig. See ipfw(8) /BUGS section. Just guesswork, Ian From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 17:25:37 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B090484D; Sat, 29 Mar 2014 17:25:37 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A8E1916; Sat, 29 Mar 2014 17:25:37 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::8878:6384:3237:cf3b] (unknown [IPv6:2001:7b8:3a7:0:8878:6384:3237:cf3b]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3FD295C44; Sat, 29 Mar 2014 18:25:30 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_E1332C1C-B688-43CA-A706-6687AA86B0DA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Dimitry Andric In-Reply-To: <20140328225902.GA7417@soulhacker> Date: Sat, 29 Mar 2014 18:25:15 +0100 Message-Id: <16CDBEB1-3900-4EE4-B643-C95BA58F4C4E@FreeBSD.org> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140327002240.GC49672@raichu> <20140328225902.GA7417@soulhacker> To: Kai Wang X-Mailer: Apple Mail (2.1874) Cc: Mark Johnston , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 29 Mar 2014 17:25:37 -0000 --Apple-Mail=_E1332C1C-B688-43CA-A706-6687AA86B0DA Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 28 Mar 2014, at 23:59, Kai Wang wrote: > On Thu, Mar 27, 2014 at 11:03:11PM -0400, Mark Johnston wrote: >> On Thu, Mar 27, 2014 at 6:32 PM, Dimitry Andric wrote: >>> On 27 Mar 2014, at 01:22, Mark Johnston wrote: ... >>>> DTrace seems to no longer work properly on stable/10; I get errors like >>>> the following >>>> >>>> dtrace: invalid probe specifier pid$target::malloc:entry{ }: >>>> "/usr/lib/dtrace/io.d", line 49: cannot find type: struct devstat*: Type >>>> information is in parent and unavailable ... > I extracted a patch for ctfconvert from -head and adapted it to the > old libdwarf in stable/10. The patch fixes some type parsing bugs for > ctfconvert with Clang 3.4 objects, which might be related to your > DTrace issue, but I'm not sure... > > The patch is here: > > http://people.freebsd.org/~kaiw/ctfconvert-stable10.patch > > (It should apply to stable/10. Both world and kernel needs recompile) Thanks! I have merged this to stable/10, and (slightly modified) to stable/9, in r263915. I have verified that on both branches, simple dtrace commands like: dtrace -n 'syscall:::entry { @num[execname] = count(); }' work as expected. I assume DTrace will now work OK, but any other more extensive verification by somebody familiar with DTrace is welcome. Note that you *must* first build and install at least the CTF tools, before building a kernel, otherwise the broken versions from /usr/bin will still be used. This is actually a problem in our kernel build tools stage, but a solution for that is still missing. -Dimitry --Apple-Mail=_E1332C1C-B688-43CA-A706-6687AA86B0DA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlM3AggACgkQsF6jCi4glqOHVgCgpIZAP/MR2em9uecrikrhiua4 dUQAoJAe40vrGRfE7RtbklmPe8vbwYm8 =eBBL -----END PGP SIGNATURE----- --Apple-Mail=_E1332C1C-B688-43CA-A706-6687AA86B0DA-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 20:45:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63F6AF3D for ; Sat, 29 Mar 2014 20:45:33 +0000 (UTC) Received: from 20pmail.ess.barracuda.com (20pmail.ess.barracuda.com [64.235.150.247]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CA7FCAB4 for ; Sat, 29 Mar 2014 20:45:30 +0000 (UTC) Received: from Opium.Pharm.Guru (Opium.Pharm.Guru [162.243.227.187]) by mx3.ess.sfj.cudaops.com; Sat, 29 Mar 2014 20:45:29 +0000 X-BESS-ID: 1396125929-298554-31322-224398-1 X-BESS-VER: 2.5.0-r1403272139 X-BESS-BRTS-Status: 1 X-OpiumDotPharmDotGuru-Mailborder-Watermark: 1396724201.00152@rjAA43IsEa6UdxIXPCzcQQ X-OpiumDotPharmDotGuru-Mailborder-From: lucius.rizzo@lucius.xxx X-OpiumDotPharmDotGuru-Mailborder-SpamCheck: not spam, SpamAssassin (not cached, score=-0.49, required 3, autolearn=not spam, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, RP_MATCHES_RCVD -0.39) X-OpiumDotPharmDotGuru-Mailborder-IP-Protocol: IPv4 X-OpiumDotPharmDotGuru-Mailborder: Found to be clean X-OpiumDotPharmDotGuru-Mailborder-ID: D7D7840D06.A1151 X-OpiumDotPharmDotGuru-Mailborder-Information: Please contact your admin for more information Received: from lucius.XxX (lucius.XxX [95.85.22.130]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by Opium.Pharm.Guru (Postfix) with ESMTPS id D7D7840D06; Sat, 29 Mar 2014 14:56:38 -0400 (EDT) Authentication-Results: Opium.Pharm.Guru; dkim=pass reason="2048-bit key; unprotected key" header.d=lucius.xxx header.i=@lucius.xxx header.b=EJIWUyKf; dkim-adsp=pass Received: from Lucius.XxX (lrizzo@localhost.localdomain [127.0.0.1]) by lucius.XxX (8.14.8/8.14.8) with ESMTP id s2TIubYV004050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 29 Mar 2014 18:56:37 GMT DKIM-Filter: OpenDKIM Filter v2.9.0 lucius.XxX s2TIubYV004050 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=lucius.xxx; s=default; t=1396119397; bh=y72GF9KcsREeYmLUQY8YZ0x4Ewtigyqf8smvrOmiTiU=; h=Date:From:To:Cc:Subject:References:In-Reply-To; z=Date:=20Sat,=2029=20Mar=202014=2018:56:36=20+0000|From:=20Lucius= 20Rizzo=20|To:=20Darren=20Pilgrim=20|Cc:=20Eric=20van=20Gyzen=20,=20??????=20,=0D=0A=20=20=20=20=2 0=20=20=20freebsd-stable@freebsd.org|Subject:=20Re:=20Recommend=20 FreeBSD=20VPS|References:=20=0D=0A=20<5303B8F3.8090709@vangyzen. net>=0D=0A=20<5303E549.8020106@bluerosetech.com>=0D=0A=20<20140219 042538.GA28608@lucius.XxX>|In-Reply-To:=20<20140219042538.GA28608@ lucius.XxX>; b=EJIWUyKfw1Zk1tJ09xFyf3IVmhR2P1Zdcg0/hUt8SzCfzcBl/gHrTvRoISEzHwdfU 2ODbISJDQGsT5vFd1ol79QwV84w2AkWNU+iLkvK70aeCvFi3+w6rNeHIhjweYPAzR4 I6wpyFw1ms2Cbl7XLURC78qZG49pMUQiT439tWtnG2jnJu3EVOtfiev3qfWQyvea+V 3vQkulfpgYqkAsUr331zy4IHM8ZQt1AmTQwRXLGbS09uYkbugSMBJCsbrtPdGc9byw MPqr6pPQQzXHbfglWCmOuY5Dgwn+PchXnoZg7aWxw0WF+Bh87EiMiFxKH9toR3yXiN KT7KCPCQ01iBQ== Received: (from lrizzo@localhost) by Lucius.XxX (8.14.8/8.14.8/Submit) id s2TIuawZ004049; Sat, 29 Mar 2014 18:56:36 GMT X-Authentication-Warning: Lucius.XxX: lrizzo set sender to Lucius.Rizzo@Lucius.XxX using -f Date: Sat, 29 Mar 2014 18:56:36 +0000 From: Lucius Rizzo To: Darren Pilgrim Subject: Re: Recommend FreeBSD VPS Message-ID: <20140329185636.GA3822@lucius.XxX> References: <5303B8F3.8090709@vangyzen.net> <5303E549.8020106@bluerosetech.com> <20140219042538.GA28608@lucius.XxX> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20140219042538.GA28608@lucius.XxX> X-Organization: T.gT Consulting - http://t.gt X-Homepage: http://www.Say.Si User-Agent: Mutt/1.5.23 (2014-03-12) X-PWhois-Status: No originator identified Content-Transfer-Encoding: quoted-printable Cc: Eric van Gyzen , freebsd-stable@freebsd.org, ?????? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 29 Mar 2014 20:45:33 -0000 * Lucius Rizzo [2014-02-19 04:25]: > * Darren Pilgrim [2014-02-18 14:57]: > > On 2/18/2014 11:48 AM, Eric van Gyzen wrote: > > >On 02/15/2014 08:23, =E6=9C=B1=E6=B1=9F wrote: > > >>I'm looking for a cheap FreeBSD VPS, can you guys provide me some g= ood > > >>service provider? BTW, I currently in China and I hope the VPS shou= ld have > > >>low latency. > > > > > >I have had very good experience with RootBSD (http://www.rootbsd.net= /). > > >They are based in the United States but have a datacenter in Germany= . > >=20 > > Second on RootBSD. They also have datacenters in Dallas, TX and Rale= igh, > > NC, and are IPv6-enabled. >=20 > I checked their offerings - $19.97/month vs $5 i pay at BlueVM is reall= y > a considerable difference. The only thing I am really looking forward i= s > native IPv6 in Zurich with BlueVM. I have very good experience with US > servers, but more and more I am deploying outside US. In fact, this > seems to be a new trend in offerings recently and there does seems to b= e > demand in servers to be based outside US.=20 I got an email from BlueVM today about new offers for their KVMs. I've be= en running FreeBSD 10 on almost all my instances now and its working quite w= ell. I did had some strange networking issues with VirtIO with the NIC but I cha= nged it to Intel and its working really well. Disk based VirtIO works out of t= he box. Anyways, they have this awesome deal: $3.99 USD (1024 MB Guaranteed RAM 3= CPU Core 1 IPv4 Address 30 GB Disk Space 1 TB Bandwidth) among others for VPS= . I thought I'd send this along and if someone is looking to run FreeBSD in t= he cloud for cheap, this works well. https://bluevm.com/cart.php?gid=3D42 Note: NetBSD/FreeBSD work out of the box and can see all the cpu cores. O= penBSD however does not. It only sees one cpu. OpenBSD devs werent the most usef= ul to help debug, so I just gave up. I prefer Free/NetBSD anyways... --=20 | _o _ |_)o_ _ _ =20 |_|_|(_||_|_> | \|/_/_(_) - Lucius.Tel -------------------------------------- ++ The Harvard Law states: Under controlled conditions of light, tempera= ture, ++ ++ humidity, and nutrition, the organism will do as it damn well pleases.= ++ ++ -- Larry Wall in <199710161841.LAA13208@wall.org> ++ From owner-freebsd-stable@FreeBSD.ORG Sun Mar 30 00:01:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B59C1D2 for ; Sun, 30 Mar 2014 00:01:37 +0000 (UTC) Received: from 20pmail.ess.barracuda.com (20pmail.ess.barracuda.com [64.235.154.232]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 73C22AD7 for ; Sun, 30 Mar 2014 00:01:34 +0000 (UTC) Received: from Opium.Pharm.Guru (Opium.Pharm.Guru [162.243.227.187]) by mx1404.ess.rzc.cudaops.com; Sun, 30 Mar 2014 00:01:33 +0000 X-BESS-ID: 1396137693-382908-32413-221746-1 X-BESS-VER: 2.5.0-r1403272139 X-BESS-BRTS-Status: 1 X-OpiumDotPharmDotGuru-Mailborder-Watermark: 1396742490.42491@xuEbgcWWrxGqS3pZRVsuGQ X-OpiumDotPharmDotGuru-Mailborder-From: lucius.rizzo@lucius.xxx X-OpiumDotPharmDotGuru-Mailborder-SpamCheck: not spam, SpamAssassin (not cached, score=-0.49, required 3, autolearn=not spam, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, RP_MATCHES_RCVD -0.39) X-OpiumDotPharmDotGuru-Mailborder-IP-Protocol: IPv4 X-OpiumDotPharmDotGuru-Mailborder: Found to be clean X-OpiumDotPharmDotGuru-Mailborder-ID: 41CB340D06.A1E8F X-OpiumDotPharmDotGuru-Mailborder-Information: Please contact your admin for more information Received: from lucius.XxX (lucius.XxX [95.85.22.130]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by Opium.Pharm.Guru (Postfix) with ESMTPS id 41CB340D06 for ; Sat, 29 Mar 2014 20:01:28 -0400 (EDT) Authentication-Results: Opium.Pharm.Guru; dkim=pass reason="2048-bit key; unprotected key" header.d=lucius.xxx header.i=@lucius.xxx header.b=bdJ6VhjL; dkim-adsp=pass Received: from Lucius.XxX (lrizzo@localhost.localdomain [127.0.0.1]) by lucius.XxX (8.14.8/8.14.8) with ESMTP id s2U01Qn3007559 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 30 Mar 2014 00:01:26 GMT DKIM-Filter: OpenDKIM Filter v2.9.0 lucius.XxX s2U01Qn3007559 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=lucius.xxx; s=default; t=1396137686; bh=D3wJNdIshYTIinDmTK9LxEXjelsMiX60UtpDqaYhwn4=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Sun,=2030=20Mar=202014=2000:01:26=20+0000|From:=20Lucius= 20Rizzo=20|To:=20freebsd-stable@freebsd.o rg|Subject:=20Re:=20Recommend=20FreeBSD=20VPS|References:=20=0D= 0A=20<5303B8F3.8090709@vangyzen.net>=0D=0A=20<5303E549.8020106@blu erosetech.com>=0D=0A=20<20140219042538.GA28608@lucius.XxX>|In-Repl y-To:=20<20140219042538.GA28608@lucius.XxX>; b=bdJ6VhjLOdUpSBZRjeKOoiBnyWABUol5sI11Rj64T3qLZTmHlZZC48EeiDFmL6IuJ dEFCXx75ZT87JqC9Kx8jPiDAOswXhAy0mb/t3juK3DR3VePHYYNLJj0uiE39h1rxlB MDU/VMQqWWBS/kf7e5XQDsoe/O6z5VGqV//hnxPicqa2HQ18muVIOxbBlLjb0ncCYS T10lnWSkBCSKOBP9iTG7hd6bllcCm37wIY1SW86It89aNGLcvkq6z1S7ngJVg8C4FB PzE0PcVE+fjjfX1L8G9yiJoiHoJsA7Zk/X/hDotkz9CnTGqFgYKTbL/PytQZQQJ4vK tfUwPaOcRLZaw== Received: (from lrizzo@localhost) by Lucius.XxX (8.14.8/8.14.8/Submit) id s2U01QXO007558 for freebsd-stable@freebsd.org; Sun, 30 Mar 2014 00:01:26 GMT X-Authentication-Warning: Lucius.XxX: lrizzo set sender to Lucius.Rizzo@Lucius.XxX using -f Date: Sun, 30 Mar 2014 00:01:26 +0000 From: Lucius Rizzo To: freebsd-stable@freebsd.org Subject: Re: Recommend FreeBSD VPS Message-ID: <20140330000126.GE4085@lucius.XxX> References: <5303B8F3.8090709@vangyzen.net> <5303E549.8020106@bluerosetech.com> <20140219042538.GA28608@lucius.XxX> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20140219042538.GA28608@lucius.XxX> User-Agent: Mutt/1.5.23 (2014-03-12) X-PWhois-Status: No originator identified Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Mar 2014 00:01:37 -0000 * Lucius Rizzo [2014-02-19 04:25]: > * Darren Pilgrim [2014-02-18 14:57]: > > On 2/18/2014 11:48 AM, Eric van Gyzen wrote: > > >On 02/15/2014 08:23, =E6=9C=B1=E6=B1=9F wrote: > > >>I'm looking for a cheap FreeBSD VPS, can you guys provide me some g= ood > > >>service provider? BTW, I currently in China and I hope the VPS shou= ld have > > >>low latency. > > > > > >I have had very good experience with RootBSD (http://www.rootbsd.net= /). > > >They are based in the United States but have a datacenter in Germany= . > >=20 > > Second on RootBSD. They also have datacenters in Dallas, TX and Rale= igh, > > NC, and are IPv6-enabled. >=20 > I checked their offerings - $19.97/month vs $5 i pay at BlueVM is reall= y > a considerable difference. The only thing I am really looking forward i= s > native IPv6 in Zurich with BlueVM. I have very good experience with US > servers, but more and more I am deploying outside US. In fact, this > seems to be a new trend in offerings recently and there does seems to b= e > demand in servers to be based outside US.=20 I got an email from BlueVM today about new offers for their KVMs. I've be= en running FreeBSD 10 on almost all my instances now and its working really = well. I did had some strange networking issues with VirtIO with the NIC but I c= hanged it to an Intel NIC and its working really well. Disk based VirtIO works o= ut of the box. Anyways, they have this awesome deal: $3.99 USD / month (1024 MB Guarant= eed RAM 3 CPU Core 1 IPv4 Address 30 GB Disk Space 1 TB Bandwidth) among othe= rs for VPS. I thought I'd send this along and if someone is looking to run FreeB= SD in the cloud for cheap, this works well. https://bluevm.com/cart.php?gid=3D42 Note: NetBSD/FreeBSD work out of the box and can see all the cpu cores. OpenBSD however does not. It only sees one cpu. OpenBSD devs werent the m= ost useful to help debug, so I just gave up. I prefer Free/NetBSD anyways... --=20 | _o _ |_)o_ _ _ =20 |_|_|(_||_|_> | \|/_/_(_) - Lucius.Tel -------------------------------------- ++ The Harvard Law states: Under controlled conditions of light, tempera= ture, ++ ++ humidity, and nutrition, the organism will do as it damn well pleases.= ++ ++ -- Larry Wall in <199710161841.LAA13208@wall.org> ++ From owner-freebsd-stable@FreeBSD.ORG Sun Mar 30 01:35:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA247F1C for ; Sun, 30 Mar 2014 01:35:16 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 585A61A4 for ; Sun, 30 Mar 2014 01:35:15 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s2U1brcg083053 for ; Sat, 29 Mar 2014 18:37:59 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s2U1bmco083052; Sat, 29 Mar 2014 18:37:48 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Sat, 29 Mar 2014 18:37:48 -0700 (PDT) Message-ID: Date: Sat, 29 Mar 2014 18:37:48 -0700 (PDT) Subject: where's the full copy of dmesg(8)? From: "Chris H" To: "freebsd-stable" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Mar 2014 01:35:16 -0000 Greetings, I'm testing on 9.2-STABLE, and was experimenting on an AMD sempron (140). Booting from the boot-only, or DVD-1 DVD's doesn't emit the entire dmesg(8) output. Building, and installing a custom kernel also didn't provide the full dmesg(8) output. Specifically; it omits the top N lines (N = as yet, undetermined Number). I have no idea why, or how to correct this. I'm pretty confident the processor, and motherboard (MSI) are not too new for FreeBSD. Example (dmesg) output: pci_link8: Picked IRQ 21 with weight 0 pcib0: slot 2 INTA routed to irq 21 via \134_SB_.LUB0 ohci early: SMM active, request owner change found-> vendor=0x10de, dev=0x03f2, revid=0xa3 domain=0, bus=0, slot=2, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xdff7ec00, size 8, enabled that's from /var/run/dmesg.boot. /var/log/messages gives me no more than dmesg(8) does. Interestingly, misc/cpuid returns: eax in eax ebx ecx edx 00000000 00000005 68747541 444d4163 69746e65 00000001 00100f62 00010800 00802009 078bfbff 00000002 00000000 00000000 00000000 00000000 00000003 00000000 00000000 00000000 00000000 00000004 00000000 00000000 00000000 00000000 00000005 00000040 00000040 00000003 00000000 80000000 8000001b 68747541 444d4163 69746e65 80000001 00100f62 1000128a 000037fd efd3fbff 80000002 20444d41 706d6553 286e6f72 20296d74 80000003 20303431 636f7250 6f737365 00000072 80000004 00000000 00000000 00000000 00000000 80000005 ff30ff10 ff30ff20 40020140 40020140 80000006 20800000 42004200 04008140 00000000 80000007 00000000 00000000 00000000 000001f9 80000008 00003030 00000000 00002000 00000000 80000009 00000000 00000000 00000000 00000000 8000000a 00000001 00000040 00000000 0000000f 8000000b 00000000 00000000 00000000 00000000 8000000c 00000000 00000000 00000000 00000000 8000000d 00000000 00000000 00000000 00000000 8000000e 00000000 00000000 00000000 00000000 8000000f 00000000 00000000 00000000 00000000 80000010 00000000 00000000 00000000 00000000 80000011 00000000 00000000 00000000 00000000 80000012 00000000 00000000 00000000 00000000 80000013 00000000 00000000 00000000 00000000 80000014 00000000 00000000 00000000 00000000 80000015 00000000 00000000 00000000 00000000 80000016 00000000 00000000 00000000 00000000 80000017 00000000 00000000 00000000 00000000 80000018 00000000 00000000 00000000 00000000 80000019 f0300000 60100000 00000000 00000000 8000001a 00000003 00000000 00000000 00000000 8000001b 0000001f 00000000 00000000 00000000 Vendor ID: "AuthenticAMD"; CPUID level 5 AMD-specific functions Version 00100f62: Family: 15 Model: 6 [] Standard feature flags 078bfbff: FPU Floating Point Unit VME Virtual 8086 Mode Enhancements DE Debugging Extensions PSE Page Size Extensions TSC Time Stamp Counter MSR Model Specific Registers PAE Physical Address Extension MCE Machine Check Exception CX8 COMPXCHG8B Instruction APIC On-chip Advanced Programmable Interrupt Controller present and enabled SEP Fast System Call MTRR Memory Type Range Registers PGE PTE Global Flag MCA Machine Check Architecture CMOV Conditional Move and Compare Instructions PAT Page Attribute Table PSE36 36-bit Page Size Extension CLFSH CLFLUSH instruction MMX MMX instruction set FXSR Fast FP/MMX Streaming SIMD Extensions save/restore SSE SSE extensions SSE2 SSE2 extensions Generation: 15 Model: 6 Extended feature flags efd3fbff: FPU Floating Point Unit VME Virtual 8086 Mode Enhancements DE Debugging Extensions PSE Page Size Extensions TSC Time Stamp Counter MSR Model Specific Registers PAE Physical Address Extension MCE Machine Check Exception CX8 COMPXCHG8B Instruction APIC On-chip Advanced Programmable Interrupt Controller present and enabled SEP Fast System Call MTRR Memory Type Range Registers PGE PTE Global Flag MCA Machine Check Architecture CMOV Conditional Move and Compare Instructions PAT Page Attribute Table PSE36 36-bit Page Size Extension NX No-execute page protection MmxExt MMX instruction extensions MMX MMX instructions FXSR Fast FP/MMX Streaming SIMD Extensions save/restore FFXSR FXSAVE and FXRSTOR instruction optimizations Pge1GB 1GB Page Support RDTSCP RDTSCP instruction LM 64 bit long mode 3DNowE 3DNow! instruction extensions 3DNow 3DNow! instructions Extended Miscellaneous feature flags 000037fd: LhfSaf LAHF and SAHF instructions in 65-bit mode SVM Secure Virtual Machine XAPSPC Extended APIC Register Space AltMC8 LOCK MOV CR0 means MOV CR8 ABM Advanced Bit Manipulation SSE4A EXTRQ, INSERTQ, MOVNTSS, and MOVNTSD support MASSE Misaligned SSE mode 3DNPFC PREFETCH and PREFETCHW support OSVW OS Visible Workaround support 10 Reserved SKINIT SKINIT, STGI, and DEV support WDT Watchdog Timer support14 Reserved Processor name string: AMD Sempron(tm) 140 Processor L1 Cache Information: 2/4-MB Pages: Data TLB: associativity 255-way #entries 48 Instruction TLB: associativity 255-way #entries 16 4-KB Pages: Data TLB: associativity 255-way #entries 48 Instruction TLB: associativity 255-way #entries 32 L1 Data cache: size 64 KB associativity 2-way lines per tag 1 line size 64 L1 Instruction cache: size 64 KB associativity 2-way lines per tag 1 line size 64 L2 Cache Information: 2/4-MB Pages: Data TLB: associativity L2 off #entries 128 Instruction TLB: associativity L2 off #entries 0 4-KB Pages: Data TLB: associativity 2-way #entries 0 Instruction TLB: associativity 2-way #entries 0 size 4 KB associativity L2 off lines per tag 129 line size 64 Advanced Power Management Feature Flags Has temperature sensing diode Maximum linear address: 48; maximum phys address 48 Thank you for all your time, and consideration. --Chris From owner-freebsd-stable@FreeBSD.ORG Sun Mar 30 03:03:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 869E7978 for ; Sun, 30 Mar 2014 03:03:36 +0000 (UTC) Received: from mail.egr.msu.edu (dauterive.egr.msu.edu [35.9.37.168]) by mx1.freebsd.org (Postfix) with ESMTP id 5C688A17 for ; Sun, 30 Mar 2014 03:03:35 +0000 (UTC) Received: from dauterive (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id DC42233F65 for ; Sat, 29 Mar 2014 23:03:17 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by dauterive (dauterive.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UMLsToPkBmKh for ; Sat, 29 Mar 2014 23:03:17 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <53378975.1000905@egr.msu.edu> Date: Sat, 29 Mar 2014 23:03:17 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: where's the full copy of dmesg(8)? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Mar 2014 03:03:36 -0000 On 03/29/2014 21:37, Chris H wrote: > Greetings, > I'm testing on 9.2-STABLE, and was experimenting on an AMD sempron > (140). Booting from the boot-only, or DVD-1 DVD's doesn't emit the > entire dmesg(8) output. Building, and installing a custom kernel also > didn't provide the full dmesg(8) output. > Specifically; it omits the top N lines (N = as yet, undetermined Number). > I have no idea why, or how to correct this. I'm pretty confident > the processor, and motherboard (MSI) are not too new for FreeBSD. I am almost certain you want to increase kern.msgbufsize at the boot loader before booting. % sysctl -d kern.msgbufsize kern.msgbufsize: Size of the kernel message buffer From owner-freebsd-stable@FreeBSD.ORG Sun Mar 30 08:26:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33B8B600 for ; Sun, 30 Mar 2014 08:26:19 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 F34A5147 for ; Sun, 30 Mar 2014 08:26:18 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s2U8Stk8016114; Sun, 30 Mar 2014 01:29:01 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s2U8Soxi016110; Sun, 30 Mar 2014 01:28:50 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Sun, 30 Mar 2014 01:28:50 -0700 (PDT) Message-ID: <9da21869740371e51b0e684f493676ef.authenticated@ultimatedns.net> In-Reply-To: <53378975.1000905@egr.msu.edu> References: <53378975.1000905@egr.msu.edu> Date: Sun, 30 Mar 2014 01:28:50 -0700 (PDT) Subject: Re: where's the full copy of dmesg(8)? From: "Chris H" To: "Adam McDougall" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Mar 2014 08:26:19 -0000 Greetings, Adam, and thank you for your reply. > On 03/29/2014 21:37, Chris H wrote: >> Greetings, >> I'm testing on 9.2-STABLE, and was experimenting on an AMD sempron >> (140). Booting from the boot-only, or DVD-1 DVD's doesn't emit the >> entire dmesg(8) output. Building, and installing a custom kernel also >> didn't provide the full dmesg(8) output. >> Specifically; it omits the top N lines (N = as yet, undetermined Number). >> I have no idea why, or how to correct this. I'm pretty confident >> the processor, and motherboard (MSI) are not too new for FreeBSD. > > I am almost certain you want to increase kern.msgbufsize at the boot > loader before booting. > > % sysctl -d kern.msgbufsize > kern.msgbufsize: Size of the kernel message buffer Interesting. Given that every system I run has (default) value of 65536. Can you, or anyone suggest what the correct, of better value should be? Or better, what the formula to determine that value is? I'm not finding either of those answers in the man(1) pages, or the documentation. Thanks again, for your thoughtful reply. --Chris > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Mar 30 14:13:12 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F50BE8F for ; Sun, 30 Mar 2014 14:13:12 +0000 (UTC) Received: from fallback5.mail.ru (fallback5.mail.ru [94.100.176.59]) by mx1.freebsd.org (Postfix) with ESMTP id D2426110 for ; Sun, 30 Mar 2014 14:13:11 +0000 (UTC) Received: from f368.i.mail.ru (f368.i.mail.ru [217.69.141.10]) by fallback5.mail.ru (mPOP.Fallback_MX) with ESMTP id 8B2861122663F for ; Sun, 30 Mar 2014 18:13:04 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=list.ru; s=mail; h=Content-Type:Message-ID:Reply-To:Date:Mime-Version:Subject:To:From; bh=fm6GMc2iDtvopsVQWH7hQruW7RQbBWFFrRLDJOQwOQw=; b=pJv8mgvptZNvx9q1HgcxfSezwGq6TocsvT6YOPDpAE+FAa1rSrfPVCHl0ewWDWeOmJdmm1qdTH/kT9H0QIJO0mDfsP50LZJ+6WWCg3AMrUxUgqzAOE+JPIZs6S+Lc+9fgKMMHHw7Hqixq7NFw8jw5mbkb2XROXSgBl60guVq0ik=; Received: from mail by f368.i.mail.ru with local (envelope-from ) id 1WUGTn-00072E-Mk for stable@FreeBSD.org; Sun, 30 Mar 2014 18:12:55 +0400 Received: from [46.61.16.207] by e.mail.ru with HTTP; Sun, 30 Mar 2014 18:12:55 +0400 From: =?UTF-8?B?TGV2b24gQW5nYWxhZHlhbg==?= To: stable@FreeBSD.org Subject: =?UTF-8?B?ICBUaGUgbW9zdCBpbXBvcnRhbnQgdGhpbmcu?= Mime-Version: 1.0 X-Mailer: Mail.Ru Mailer 1.0 X-Originating-IP: [46.61.16.207] Date: Sun, 30 Mar 2014 18:12:55 +0400 X-Priority: 3 (Normal) Message-ID: <1396188775.91985077@f368.i.mail.ru> X-Mras: Ok X-Spam: undefined Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: =?UTF-8?B?TGV2b24gQW5nYWxhZHlhbg==?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Mar 2014 14:13:12 -0000 CgoiTm93IHRoaXMgaXMKZXRlcm5hbCBsaWZlOiB0aGF0IHRoZXkgbWF5IGtub3cgeW91LCB0aGUg b25seSB0cnVlIEdvZCwgYW5kIEplc3VzCkNocmlzdCwgd2hvbSB5b3UgaGF2ZSBzZW50IiAoSm9o biAxNzozKS7CoAoiRm9yIGl0IGlzIGJ5CmdyYWNlIHRoYXQgeW91IGhhdmUgYmVlbiBzYXZlZCwg dGhyb3VnaCBmYWl0aC4gVGhpcyBkb2VzIG5vdCBkZXBlbmQKb24gYW55dGhpbmcgeW91IGhhdmUg YWNoaWV2ZWQsIGl0IGlzIHRoZSBmcmVlIGdpZnQgb2YgR29kOyBhbmQKYmVjYXVzZSBpdCBpcyBu b3QgZWFybmVkIG5vIG9uZSBjYW4gYm9hc3QgYWJvdXQgaXQuIiAoRXBoZXNpYW5zCjI6OC05KS4K ClJlY2VpdmluZyBDaHJpc3QKaW52b2x2ZXMgdHVybmluZyB0byBHb2QgZnJvbSBzZWxmIChhIHNw aXJpdCBvZiByZXBlbnRhbmNlKSBhbmQKdHJ1c3RpbmcgQ2hyaXN0IHRvIGNvbWUgaW50byBvdXIg bGl2ZXMgdG8gZm9yZ2l2ZSB1cyBvZiBvdXIgc2lucyBhbmQKbWFrZSB1cyB3aGF0IGhlIHdhbnRz IHVzIHRvIGJlLiBKdXN0IHRvIGFncmVlIGludGVsbGVjdHVhbGx5IHRoYXQKSmVzdXMgQ2hyaXN0 IGlzIHRoZSBTb24gb2YgR29kIGFuZCB0aGF0IGhlIGRpZWQgb24gdGhlIGNyb3NzIGZvciBvdXIK c2lucyBpcyBub3QgZW5vdWdoLiBOb3IgaXMgaXQgZW5vdWdoIHRvIGhhdmUgYW4gZW1vdGlvbmFs IGV4cGVyaWVuY2UuCldlIHJlY2VpdmUgSmVzdXMgQ2hyaXN0IGJ5IGZhaXRoLCBhcyBhbiBhY3Qg b2Ygb3VyIHdpbGwuCgpodHRwOi8vd3d3LmJibnJhZGlvLm9yZwoKCgoKCgotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t Cg== From owner-freebsd-stable@FreeBSD.ORG Sun Mar 30 16:21:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10B0DD6F for ; Sun, 30 Mar 2014 16:21:40 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C50C3E3F for ; Sun, 30 Mar 2014 16:21:39 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s2UGLJjr056099 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Mar 2014 09:21:19 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s2UGLIgO056098; Sun, 30 Mar 2014 09:21:18 -0700 (PDT) (envelope-from jmg) Date: Sun, 30 Mar 2014 09:21:18 -0700 From: John-Mark Gurney To: Chris H Subject: Re: where's the full copy of dmesg(8)? Message-ID: <20140330162118.GN60889@funkthat.com> Mail-Followup-To: Chris H , Adam McDougall , freebsd-stable@freebsd.org References: <53378975.1000905@egr.msu.edu> <9da21869740371e51b0e684f493676ef.authenticated@ultimatedns.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9da21869740371e51b0e684f493676ef.authenticated@ultimatedns.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sun, 30 Mar 2014 09:21:19 -0700 (PDT) Cc: Adam McDougall , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Mar 2014 16:21:40 -0000 Chris H wrote this message on Sun, Mar 30, 2014 at 01:28 -0700: > Greetings, Adam, and thank you for your reply. > > On 03/29/2014 21:37, Chris H wrote: > >> Greetings, > >> I'm testing on 9.2-STABLE, and was experimenting on an AMD sempron > >> (140). Booting from the boot-only, or DVD-1 DVD's doesn't emit the > >> entire dmesg(8) output. Building, and installing a custom kernel also > >> didn't provide the full dmesg(8) output. > >> Specifically; it omits the top N lines (N = as yet, undetermined Number). > >> I have no idea why, or how to correct this. I'm pretty confident > >> the processor, and motherboard (MSI) are not too new for FreeBSD. > > > > I am almost certain you want to increase kern.msgbufsize at the boot > > loader before booting. > > > > % sysctl -d kern.msgbufsize > > kern.msgbufsize: Size of the kernel message buffer > > Interesting. Given that every system I run has (default) value of 65536. > Can you, or anyone suggest what the correct, of better value should be? > Or better, what the formula to determine that value is? I'm not finding > either of those answers in the man(1) pages, or the documentation. > > Thanks again, for your thoughtful reply. Well, you're booting w/ bootverbose set, which is why you're running out of dmesg space... choosing a default that doesn't waste memory is hard, because some systems have complicated PCI bus layouts and many devices, that you'd have to set it very large to be fine for all systems, and that would be a waste on 99% of them... If you do find a system where a normal (non-bootverbose) boot cannot fit in dmesg, let us know... Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Sun Mar 30 19:49:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EABF0B4E for ; Sun, 30 Mar 2014 19:49:03 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 4C42B2A6 for ; Sun, 30 Mar 2014 19:49:02 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s2UJpfdM049100; Sun, 30 Mar 2014 12:51:47 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s2UJpYMI049094; Sun, 30 Mar 2014 12:51:34 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Sun, 30 Mar 2014 12:51:35 -0700 (PDT) Message-ID: In-Reply-To: <20140330162118.GN60889@funkthat.com> References: <53378975.1000905@egr.msu.edu> <9da21869740371e51b0e684f493676ef.authenticated@ultimatedns.net> <20140330162118.GN60889@funkthat.com> Date: Sun, 30 Mar 2014 12:51:35 -0700 (PDT) Subject: Re: where's the full copy of dmesg(8)? From: "Chris H" To: "John-Mark Gurney" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Mar 2014 19:49:04 -0000 > Chris H wrote this message on Sun, Mar 30, 2014 at 01:28 -0700: >> Greetings, Adam, and thank you for your reply. >> > On 03/29/2014 21:37, Chris H wrote: >> >> Greetings, >> >> I'm testing on 9.2-STABLE, and was experimenting on an AMD sempron >> >> (140). Booting from the boot-only, or DVD-1 DVD's doesn't emit the >> >> entire dmesg(8) output. Building, and installing a custom kernel also >> >> didn't provide the full dmesg(8) output. >> >> Specifically; it omits the top N lines (N = as yet, undetermined Number). >> >> I have no idea why, or how to correct this. I'm pretty confident >> >> the processor, and motherboard (MSI) are not too new for FreeBSD. >> > >> > I am almost certain you want to increase kern.msgbufsize at the boot >> > loader before booting. >> > >> > % sysctl -d kern.msgbufsize >> > kern.msgbufsize: Size of the kernel message buffer >> >> Interesting. Given that every system I run has (default) value of 65536. >> Can you, or anyone suggest what the correct, of better value should be? >> Or better, what the formula to determine that value is? I'm not finding >> either of those answers in the man(1) pages, or the documentation. >> >> Thanks again, for your thoughtful reply. > > Well, you're booting w/ bootverbose set, which is why you're running > out of dmesg space... choosing a default that doesn't waste memory is > hard, because some systems have complicated PCI bus layouts and many > devices, that you'd have to set it very large to be fine for all > systems, and that would be a waste on 99% of them... > > If you do find a system where a normal (non-bootverbose) boot cannot > fit in dmesg, let us know... Thank you for the reply. Indeed. I boot verbose on all the systems. Yet they all appear to have a large enough window to provide the top of the boot messages. Given that this was 9.x (others are releng_8). I thought perhaps there was a difference that caused this /apparent/ anomaly. There is a "noisy" message regarding miibus0 (32 additional lines) that appears to be a complaint. So I can easily see where this would have pushed the top of the message buffer out of the window. In the end, not having an "official" formula. I simply bumped the window size by 512, until I got the information (messages) I would normally expect to see. Thank you very much for taking the time to respond. --Chris > > Thanks. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > From owner-freebsd-stable@FreeBSD.ORG Sun Mar 30 20:09:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E5A826E; Sun, 30 Mar 2014 20:09:46 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 D0057638; Sun, 30 Mar 2014 20:09:44 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s2UKCPl9050235; Sun, 30 Mar 2014 13:12:31 -0700 (PDT) (envelope-from chrish@UltimateDNS.NET) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s2UKCKSe050234; Sun, 30 Mar 2014 13:12:20 -0700 (PDT) (envelope-from chrish@UltimateDNS.NET) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Sun, 30 Mar 2014 13:12:20 -0700 (PDT) Message-ID: <2598eeb4c68e23df0789e5e3e8f46d76.authenticated@ultimatedns.net> Date: Sun, 30 Mar 2014 13:12:20 -0700 (PDT) Subject: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 From: chrish@UltimateDNS.NET To: "freebsd-net" , "freebsd-stable" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Mar 2014 20:09:46 -0000 Greetings, I'm not sure whether this best belonged on net@, or stable@ so I'm using both. :) I'm testing both releng_9, and MB, and I encountered a new message I don't usually see using the nfe(4) driver: miibus0: mii_mediachg: can't handle non-zero PHY instance 1 ... miibus0: mii_mediachg: can't handle non-zero PHY instance 31 Truncated for brevity (31 lines in total; 1-31). I don't know how interpret this. An issue with my version of the driver, or the hardware itself? This occurred with both GENERIC, as well as my custom kernel. # uname -a FreeBSD demon0 9.2-STABLE FreeBSD 9.2-STABLE #0 r263756: Wed Mar 26 11:28:10 PDT 2014 root@demon0:/usr/obj/usr/src/sys/DEMON0 amd64 Thank you for all your time, and consideration. --Chris From owner-freebsd-stable@FreeBSD.ORG Sun Mar 30 20:33:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BC7A603 for ; Sun, 30 Mar 2014 20:33:45 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "*.infocus-llc.com", Issuer "*.infocus-llc.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A2D28AA for ; Sun, 30 Mar 2014 20:33:44 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 45A8D37B50F; Sun, 30 Mar 2014 15:33:37 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3fxpRN44BSzSMR; Sun, 30 Mar 2014 15:33:36 -0500 (CDT) Date: Sun, 30 Mar 2014 15:33:36 -0500 From: "Matthew D. Fuller" To: Chris H Subject: Re: where's the full copy of dmesg(8)? Message-ID: <20140330203336.GG65094@over-yonder.net> References: <53378975.1000905@egr.msu.edu> <9da21869740371e51b0e684f493676ef.authenticated@ultimatedns.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9da21869740371e51b0e684f493676ef.authenticated@ultimatedns.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: clamav-milter 0.98.1 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: Adam McDougall , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Mar 2014 20:33:45 -0000 On Sun, Mar 30, 2014 at 01:28:50AM -0700 I heard the voice of Chris H, and lo! it spake thus: > > Interesting. Given that every system I run has (default) value of > 65536. Can you, or anyone suggest what the correct, of better value > should be? Bigger :p On most of my systems, I've got options MSGBUF_SIZE=163840 in the kernel config. It's been carried around everywhere for many years. Where'd I get it from? I'm not sure. Before r56838 the default was 8k, so I'd guess I doubled it to 16k, then hit a time when it overflowed again and just lazily *10'd it. Even back with 256 meg systems, I didn't feel too bad about "wasting" 160k. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 30 20:47:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44082B65 for ; Sun, 30 Mar 2014 20:47:58 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 E618F99F for ; Sun, 30 Mar 2014 20:47:57 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s2UKoZ1F052022; Sun, 30 Mar 2014 13:50:41 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s2UKoTv9052018; Sun, 30 Mar 2014 13:50:29 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Sun, 30 Mar 2014 13:50:30 -0700 (PDT) Message-ID: <8f43936ecc9e456897cacfc9c0ad9498.authenticated@ultimatedns.net> In-Reply-To: <20140330203336.GG65094@over-yonder.net> References: <53378975.1000905@egr.msu.edu> <9da21869740371e51b0e684f493676ef.authenticated@ultimatedns.net> <20140330203336.GG65094@over-yonder.net> Date: Sun, 30 Mar 2014 13:50:30 -0700 (PDT) Subject: Re: where's the full copy of dmesg(8)? From: "Chris H" To: "Matthew D. Fuller" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Adam McDougall , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Mar 2014 20:47:58 -0000 > On Sun, Mar 30, 2014 at 01:28:50AM -0700 I heard the voice of > Chris H, and lo! it spake thus: >> >> Interesting. Given that every system I run has (default) value of >> 65536. Can you, or anyone suggest what the correct, of better value >> should be? > > Bigger :p > > On most of my systems, I've got > options MSGBUF_SIZE=163840 > in the kernel config. It's been carried around everywhere for many > years. Where'd I get it from? I'm not sure. Before r56838 the > default was 8k, so I'd guess I doubled it to 16k, then hit a time when > it overflowed again and just lazily *10'd it. Even back with 256 meg > systems, I didn't feel too bad about "wasting" 160k. Greetings, and thanks for the response. I simply bumped it by 512, until I got the top of the window. In my case, this ended up ~78xxx. No big. Just hadn't encountered a "shortage" like this in dmesg(8). I just found the answer to my question could have been found in loader(8). Thanks again, for the reply. --Chris > > > -- > Matthew Fuller (MF4839) | fullermd@over-yonder.net > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ > On the Internet, nobody can hear you scream. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Mar 31 04:26:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5AF69166 for ; Mon, 31 Mar 2014 04:26:57 +0000 (UTC) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.23]) by mx1.freebsd.org (Postfix) with ESMTP id 7605E353 for ; Mon, 31 Mar 2014 04:26:55 +0000 (UTC) Received: (qmail 54215 invoked by uid 1000); 31 Mar 2014 04:26:47 -0000 Date: 31 Mar 2014 04:26:47 -0000 Message-ID: <20140331042647.54214.qmail@mailgate.gta.com> From: Larry Baird To: freebsd-stable@freebsd.org Subject: Re: HEADS UP: merged llvm/clang 3.4 In-Reply-To: User-Agent: tin/2.2.0-20131224 ("Lochindaal") (UNIX) (FreeBSD/9.2-RELEASE-p3 (i386)) Cc: Dimitry Andric X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 31 Mar 2014 04:26:57 -0000 >>> I'm now testing something similar, which also tests the FreeBSD version, >>> so it can be applied to head and then MFC'd. I will commit it soon. >> Glad to hear. Adding an extra flag, to get applications to a state where >> they could be debugged was unexpected. I am sure I wouldn't have been the >> only one surprised to find out that "cc -g" no longer works. > > Correction: cc -g works fine, you just need to use a non-ancient debugger. > :-) On a slightly different note, thanks for the hard work updating clang. Your comment in a earlier thread about lldb, made me take a look at lldb's status in regards to FreeBSD. Lookin at the wiki (https://wiki.freebsd.org/lldb), it looks like thinks are coming along unless your using i386. Maybe one day FreeBSD will have a non-ancient debugger. (-: -- ------------------------------------------------------------------------ Larry Baird Global Technology Associates, Inc. 1992-2012 | http://www.gta.com Celebrating Twenty Years of Software Innovation | Orlando, FL Email: lab@gta.com | TEL 407-380-0220 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 31 05:00:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85511646; Mon, 31 Mar 2014 05:00:09 +0000 (UTC) Received: from mail-pd0-x234.google.com (mail-pd0-x234.google.com [IPv6:2607:f8b0:400e:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 538BF80C; Mon, 31 Mar 2014 05:00:09 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id v10so7444783pde.39 for ; Sun, 30 Mar 2014 22:00:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=mTB8l0tBj88GEnj2UHxDqPkNBM0MW3De3Ze8BfSHYZM=; b=JOaG0KLmszO3LUaW821o7+Kwl8nK0H+z4y8WJvxRDHtOKp5i58ea4aLCUi+HtLLda2 8QzY78ShU0itKY2ekLpxTpSgxty/XFA23dTG8ZnwnYTlGsWLos3ZVhAMA8eDPeIFGsml 0/u3F6oDn4VzOIiA2HTMS6yFdkts0VKW32vd0TJ1JbZvw8jGfb8wwLTDxv6WBQbQ81KW NQW0gcKLl2b2crA2FTEL//ox3z1f+xbXF/maXhCCcaRMOGnheW9LQUTj+Hvxx+uaJlYd WQs5tVts4oXSqV72cnaQbENued6HqpTCRFWfNYb6prHiHj45/o8TPU5zZkfGlOgchEhv K6dA== X-Received: by 10.66.226.145 with SMTP id rs17mr1173478pac.144.1396242008835; Sun, 30 Mar 2014 22:00:08 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id av2sm120896pbc.16.2014.03.30.22.00.06 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 30 Mar 2014 22:00:08 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 31 Mar 2014 14:00:02 +0900 From: Yonghyeon PYUN Date: Mon, 31 Mar 2014 14:00:02 +0900 To: chrish@UltimateDNS.NET Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 Message-ID: <20140331050002.GC1359@michelle.cdnetworks.com> References: <2598eeb4c68e23df0789e5e3e8f46d76.authenticated@ultimatedns.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2598eeb4c68e23df0789e5e3e8f46d76.authenticated@ultimatedns.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 05:00:09 -0000 On Sun, Mar 30, 2014 at 01:12:20PM -0700, chrish@UltimateDNS.NET wrote: > Greetings, > I'm not sure whether this best belonged on net@, or stable@ > so I'm using both. :) > I'm testing both releng_9, and MB, and I encountered a new > message I don't usually see using the nfe(4) driver: > > miibus0: mii_mediachg: can't handle non-zero PHY instance 1 > ... > miibus0: mii_mediachg: can't handle non-zero PHY instance 31 > > Truncated for brevity (31 lines in total; 1-31). I don't know > how interpret this. An issue with my version of the driver, or > the hardware itself? This occurred with both GENERIC, as well > as my custom kernel. Would you show me the dmesg output? > > # uname -a > FreeBSD demon0 9.2-STABLE FreeBSD 9.2-STABLE #0 r263756: Wed Mar 26 11:28:10 PDT 2014 > root@demon0:/usr/obj/usr/src/sys/DEMON0 amd64 > > Thank you for all your time, and consideration. > > --Chris From owner-freebsd-stable@FreeBSD.ORG Mon Mar 31 07:44:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39D5532C for ; Mon, 31 Mar 2014 07:44:59 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A0AE7755 for ; Mon, 31 Mar 2014 07:44:58 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s2V7iomq007544 for ; Mon, 31 Mar 2014 09:44:55 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 14AA43932; Mon, 31 Mar 2014 09:44:50 +0200 (CEST) Message-ID: <53391CC7.9010308@omnilan.de> Date: Mon, 31 Mar 2014 09:44:07 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: device ada n/ in kernconf, how to omitt for hv_storvsc.ko X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6C091EF6BFC0F5198B4C9B42" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Mon, 31 Mar 2014 09:44:55 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 31 Mar 2014 07:44:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6C091EF6BFC0F5198B4C9B42 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, I'm experimenting with MS-Hyper-V and saw that as soon as hv_storvsc.ko is loaded, an IDE hdd attaches as 'da' _and_ 'ada' (the former seems to be called =E2=80=9CFastIDE=E2=80=9D on =E2=80=9Csynthetic storage driver=E2= =80=9D and gains efficiency for HDD workloads). There's the hv_pci_ata_disengage.ko pseudo driver, but that also makes IDE cdrom unavailable =E2=80=93 same as disabling ata/atapci! Can't reall= y get the idea of that module=E2=80=A6 I'd prefere to disable 'ada' only (leaving cdrom via atapci->ATA_CAM->cd)= =2E But I can't find the place where =E2=80=9Cdevice ada=E2=80=9D gets define= d for kernel conf. =E2=80=9Cdevice ata=E2=80=9D is in GENERIC, along with da, sa, scbu= s etc., but no 'ada' ?!?. No trace of 'ada' in DEFAULTS either!?! Is there something like hint.ada.disable=3D1 ? Can I use =E2=80=9Cnodevice ada=E2=80=9C to exclude it from my custom ker= nel? Thanks, -Harry --------------enig6C091EF6BFC0F5198B4C9B42 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlM5HMcACgkQLDqVQ9VXb8jdHACgmPeF4OOujjh99+Lc1GC6g2jO 0FMAnjiuDfA6slX0CtkUFTF+zsfGnIr0 =fUdf -----END PGP SIGNATURE----- --------------enig6C091EF6BFC0F5198B4C9B42-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 31 13:27:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64CF2EA for ; Mon, 31 Mar 2014 13:27:05 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 30B93CDB for ; Mon, 31 Mar 2014 13:27:04 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s2VDTfso093989; Mon, 31 Mar 2014 06:29:47 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s2VDTa0s093983; Mon, 31 Mar 2014 06:29:36 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 31 Mar 2014 06:29:36 -0700 (PDT) Message-ID: <0084eb7aeae97ecc37032daaedef4a6e.authenticated@ultimatedns.net> In-Reply-To: <53391CC7.9010308@omnilan.de> References: <53391CC7.9010308@omnilan.de> Date: Mon, 31 Mar 2014 06:29:36 -0700 (PDT) Subject: Re: device ada n/ in kernconf, how to omitt for hv_storvsc.ko From: "Chris H" To: "Harald Schmalzbauer" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 31 Mar 2014 13:27:05 -0000 > Hello, > > I'm experimenting with MS-Hyper-V and saw that as soon as hv_storvsc.ko > is loaded, an IDE hdd attaches as 'da' _and_ 'ada' (the former seems to > be called “FastIDE” on “synthetic storage driver” and gains efficiency > for HDD workloads). > > There's the hv_pci_ata_disengage.ko pseudo driver, but that also makes > IDE cdrom unavailable – same as disabling ata/atapci! Can't really get > the idea of that module… > > I'd prefere to disable 'ada' only (leaving cdrom via atapci->ATA_CAM->cd). > But I can't find the place where “device ada” gets defined for kernel > conf. “device ata” is in GENERIC, along with da, sa, scbus etc., but no > 'ada' ?!?. No trace of 'ada' in DEFAULTS either!?! Greetings, Off the top of my head, I /believe/ it's (ada) a part of the ahci implementation. --Chris > > Is there something like hint.ada.disable=1 ? > Can I use “nodevice ada“ to exclude it from my custom kernel? > > Thanks, > > -Harry > > From owner-freebsd-stable@FreeBSD.ORG Mon Mar 31 14:15:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60B97B44; Mon, 31 Mar 2014 14:15:19 +0000 (UTC) Received: from mail-vc0-x22a.google.com (mail-vc0-x22a.google.com [IPv6:2607:f8b0:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED61B29F; Mon, 31 Mar 2014 14:15:18 +0000 (UTC) Received: by mail-vc0-f170.google.com with SMTP id hu19so8433760vcb.15 for ; Mon, 31 Mar 2014 07:15:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=DvpKQlc9SW4OsYs2f3gLtiubhGjOz6vUuqaxoGqedmw=; b=usMNpPMDZm8UhFTJy8ebZZ3YJl7i7ovPaZ80Lo6xGeNwLLaw2lyuuJO2qm2t2QPgKZ vZxuz+z8JUStBAKiyvJhs4lOmPbsrq+NbTHJPb5Au3lFMT6xYMzccggFqRc7uA317Fhv HsVeTdeh/mSAp23SyASVp3eol5QwGhzeKYRgOCoyNhW72R6pZFjRXVpLMz6dE8bgfSWd DbeCyBD5ddm0Iov1Iwcz76ExtabplHVFoDQ6KosAQ2uwO/FLGU1JXSNh8UL3oJiFk138 XpUdr2TVpdXlu6AsQ4HcLBH+X1lo6ZavSunAv2vWaqMA9mtZaz7aLwG2jGvQVXq8x6bb zpRA== MIME-Version: 1.0 X-Received: by 10.58.154.10 with SMTP id vk10mr3478446veb.18.1396275318073; Mon, 31 Mar 2014 07:15:18 -0700 (PDT) Sender: markjdb@gmail.com Received: by 10.220.162.68 with HTTP; Mon, 31 Mar 2014 07:15:17 -0700 (PDT) In-Reply-To: <16CDBEB1-3900-4EE4-B643-C95BA58F4C4E@FreeBSD.org> References: <0E7E81A1-54E9-4920-A360-005A1C0C4D47@FreeBSD.org> <20140327002240.GC49672@raichu> <20140328225902.GA7417@soulhacker> <16CDBEB1-3900-4EE4-B643-C95BA58F4C4E@FreeBSD.org> Date: Mon, 31 Mar 2014 10:15:17 -0400 X-Google-Sender-Auth: kT7DrZvFvGtUC9gQiyp4iciLyEI Message-ID: Subject: Re: HEADS UP: merged llvm/clang 3.4 From: Mark Johnston To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable stable , Kai Wang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 31 Mar 2014 14:15:19 -0000 On Sat, Mar 29, 2014 at 1:25 PM, Dimitry Andric wrote: > On 28 Mar 2014, at 23:59, Kai Wang wrote: >> On Thu, Mar 27, 2014 at 11:03:11PM -0400, Mark Johnston wrote: >>> On Thu, Mar 27, 2014 at 6:32 PM, Dimitry Andric wrote: >>>> On 27 Mar 2014, at 01:22, Mark Johnston wrote: > ... >>>>> DTrace seems to no longer work properly on stable/10; I get errors like >>>>> the following >>>>> >>>>> dtrace: invalid probe specifier pid$target::malloc:entry{ }: >>>>> "/usr/lib/dtrace/io.d", line 49: cannot find type: struct devstat*: Type >>>>> information is in parent and unavailable > ... >> I extracted a patch for ctfconvert from -head and adapted it to the >> old libdwarf in stable/10. The patch fixes some type parsing bugs for >> ctfconvert with Clang 3.4 objects, which might be related to your >> DTrace issue, but I'm not sure... >> >> The patch is here: >> >> http://people.freebsd.org/~kaiw/ctfconvert-stable10.patch >> >> (It should apply to stable/10. Both world and kernel needs recompile) > > Thanks! I have merged this to stable/10, and (slightly modified) to > stable/9, in r263915. I have verified that on both branches, simple > dtrace commands like: > > dtrace -n 'syscall:::entry { @num[execname] = count(); }' > > work as expected. I assume DTrace will now work OK, but any other more > extensive verification by somebody familiar with DTrace is welcome. Thank you both! I'll do some testing in the next couple of days and report back if I run into any new problems. > > Note that you *must* first build and install at least the CTF tools, > before building a kernel, otherwise the broken versions from /usr/bin > will still be used. This is actually a problem in our kernel build > tools stage, but a solution for that is still missing. > > -Dimitry > From owner-freebsd-stable@FreeBSD.ORG Mon Mar 31 14:30:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59E3B47F for ; Mon, 31 Mar 2014 14:30:46 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 33432640 for ; Mon, 31 Mar 2014 14:30:45 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-173-254-150.range86-173.btcentralplus.com [86.173.254.150]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 5675F4509A for ; Mon, 31 Mar 2014 14:23:43 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk 5675F4509A DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1396275824; bh=t+v+SpAkauQshcjM6/SPKXWakj1F8oZ9JCV4WJWm1Wo=; h=Date:From:To:Subject:References:In-Reply-To; b=V74eQBAwLnyLXYSJQkohtJkBHjs9s5EEYNREXdBX16p60YD9zriW9saQUNPCRWXQB E/1jC8UkgLS17DV//qmIPSQKeueC7Yx9Ykbo+OuwIjLdf9QNKS8jb809WVlOD3J0Wv L99I37s6Lgqd5Kf4dsBSCrUbxgqSaMqiDuaAqDfU= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 9EFCE12689; Mon, 31 Mar 2014 15:23:38 +0100 (BST) Date: Mon, 31 Mar 2014 15:23:38 +0100 From: Ben Morrow To: freebsd-stable@freebsd.org Subject: Re: device ada n/ in kernconf, how to omitt for hv_storvsc.ko Message-ID: <20140331142334.GA48430@anubis.morrow.me.uk> Mail-Followup-To: freebsd-stable@freebsd.org References: <53391CC7.9010308@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <0084eb7aeae97ecc37032daaedef4a6e.authenticated@ultimatedns.net> X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 31 Mar 2014 14:30:46 -0000 Quoth "Chris H" : > > > > I'm experimenting with MS-Hyper-V and saw that as soon as hv_storvsc.ko > > is loaded, an IDE hdd attaches as 'da' _and_ 'ada' (the former seems to > > be called “FastIDE” on “synthetic storage driver” and gains efficiency > > for HDD workloads). Is this a problem? Can't you just ignore the one you don't want to use? If nothing else, you could hide the device node using devfs.rules. > > I'd prefere to disable 'ada' only (leaving cdrom via atapci->ATA_CAM->cd). > > But I can't find the place where “device ada” gets defined for kernel > > conf. “device ata” is in GENERIC, along with da, sa, scbus etc., but no > > 'ada' ?!?. No trace of 'ada' in DEFAULTS either!?! > > Off the top of my head, I /believe/ it's (ada) a part of the ahci > implementation. No, it works perfectly well without ahci (I'm using it with ataintel, since the ICH7 in this box doesn't support AHCI). It's compiled in with this line in sys/conf/files: cam/ata/ata_da.c optional ada | da which says 'include this file if either of "device ada" or "device da" were requested'. So, I believe that if you want 'device da', you get 'device ada' as well, unless you edit that line to remove the '| da' and make buildkernel. (I make no guarantee that this won't break things. I'm not a kernel hacker.) Ben From owner-freebsd-stable@FreeBSD.ORG Mon Mar 31 14:51:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13804CCC for ; Mon, 31 Mar 2014 14:51:21 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 76F488F2 for ; Mon, 31 Mar 2014 14:51:20 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s2VEpDHW012425 for ; Mon, 31 Mar 2014 16:51:18 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 546DE3A16; Mon, 31 Mar 2014 16:51:13 +0200 (CEST) Message-ID: <533980B5.7040105@omnilan.de> Date: Mon, 31 Mar 2014 16:50:29 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: device ada n/ in kernconf, how to omitt for hv_storvsc.ko References: <53391CC7.9010308@omnilan.de> <20140331142334.GA48430@anubis.morrow.me.uk> In-Reply-To: <20140331142334.GA48430@anubis.morrow.me.uk> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB60EF66551839DE301FECE78" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Mon, 31 Mar 2014 16:51:18 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 31 Mar 2014 14:51:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB60EF66551839DE301FECE78 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Ben Morrow's Nachricht vom 31.03.2014 16:23 (localtime): > Quoth "Chris H" : >>> >>> I'm experimenting with MS-Hyper-V and saw that as soon as hv_storvsc.= ko >>> is loaded, an IDE hdd attaches as 'da' _and_ 'ada' (the former seems = to >>> be called =E2=80=9CFastIDE=E2=80=9D on =E2=80=9Csynthetic storage dri= ver=E2=80=9D and gains efficiency >>> for HDD workloads). >=20 > Is this a problem? Can't you just ignore the one you don't want to use?= >=20 > If nothing else, you could hide the device node using devfs.rules. Thanks for your suggestion. The reason why I want to disable 'ada' is that I'm using /dev/gpt/LABEL as mount device and 'ada' attaches before 'da', so glabel refers to ada=E2= =80=A6 instead of da. I guess devfs.rules won't help here, but I'll try. Thanks, -Harry --------------enigB60EF66551839DE301FECE78 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlM5gLUACgkQLDqVQ9VXb8gwRACgogeCmLx1hCvxuYTCn7SZaPFL DU8An0BxpoRf0wjYPsbPtBhevAheKoZN =gD0q -----END PGP SIGNATURE----- --------------enigB60EF66551839DE301FECE78-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 31 14:54:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 553CCF99; Mon, 31 Mar 2014 14:54:50 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 32BEB9B9; Mon, 31 Mar 2014 14:54:49 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s2VEvXJr097997; Mon, 31 Mar 2014 07:57:39 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s2VEvQ5E097993; Mon, 31 Mar 2014 07:57:26 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 31 Mar 2014 07:57:28 -0700 (PDT) Message-ID: In-Reply-To: <20140331050002.GC1359@michelle.cdnetworks.com> References: <2598eeb4c68e23df0789e5e3e8f46d76.authenticated@ultimatedns.net> <20140331050002.GC1359@michelle.cdnetworks.com> Date: Mon, 31 Mar 2014 07:57:28 -0700 (PDT) Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 From: "Chris H" To: pyunyh@gmail.com User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-net , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 31 Mar 2014 14:54:50 -0000 > On Sun, Mar 30, 2014 at 01:12:20PM -0700, chrish@UltimateDNS.NET wrote: >> Greetings, >> I'm not sure whether this best belonged on net@, or stable@ >> so I'm using both. :) >> I'm testing both releng_9, and MB, and I encountered a new >> message I don't usually see using the nfe(4) driver: >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 >> ... >> miibus0: mii_mediachg: can't handle non-zero PHY instance 31 >> >> Truncated for brevity (31 lines in total; 1-31). I don't know >> how interpret this. An issue with my version of the driver, or >> the hardware itself? This occurred with both GENERIC, as well >> as my custom kernel. > > Would you show me the dmesg output? Happily: Calibrating TSC clock ... TSC clock: 3231132841 Hz CPU: AMD Sempron(tm) 140 Processor (3231.13-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f62 Family = 0x10 Model = 0x6 Stepping = 2 Features=0x78bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37fd TSC: P-state invariant L1 2MB data TLB: 48 entries, fully associative L1 2MB instruction TLB: 16 entries, fully associative L1 4KB data TLB: 48 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB data TLB: 128 entries, 2-way associative L2 2MB instruction TLB: 0 entries, 2-way associative L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 2147483648 (2048 MB) Physical memory chunk(s): 0x0000000000010000 - 0x000000000009bfff, 573440 bytes (140 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001dcc000 - 0x000000006cab2fff, 1791913984 bytes (437479 pages) avail memory = 1777266688 (1694 MB) INTR: Adding local APIC 0 as a target Event timer "LAPIC" quality 400 ACPI APIC Table: <7309MS A7309200> x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x098000-0x098fff at 0xffffff8000226000 x86bios: EBDA 0x09f000-0x09ffff at 0xfffffe000009f000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 APIC: CPU 0 has ACPI ID 1 ULE: setup cpu 0 ACPI: RSDP 0xfaab0 00014 (v00 ACPIAM) ACPI: RSDT 0x6ffa0000 00048 (v01 7309MS A7309200 20101122 MSFT 00000097) ACPI: FACP 0x6ffa0200 00084 (v01 7309MS A7309200 20101122 MSFT 00000097) ACPI: DSDT 0x6ffa04b0 0503B (v01 A7309 A7309200 00000200 INTL 20051117) ACPI: FACS 0x6ffae000 00040 ACPI: APIC 0x6ffa0390 00090 (v01 7309MS A7309200 20101122 MSFT 00000097) ACPI: MCFG 0x6ffa0420 0003C (v01 7309MS OEMMCFG 20101122 MSFT 00000097) ACPI: WDRT 0x6ffa0460 00047 (v01 7309MS NV-WDRT 20101122 MSFT 00000097) ACPI: OEMB 0x6ffae040 00072 (v01 7309MS A7309200 20101122 MSFT 00000097) ACPI: SRAT 0x6ffaa4b0 00090 (v03 AMD FAM_F_10 00000002 AMD 00000001) ACPI: MSCT 0x6ffaa540 0004E (v01 A M I OEMBOARD 00000001 AMD 00000001) ACPI: HPET 0x6ffaa590 00038 (v01 7309MS OEMHPET0 20101122 MSFT 00000097) ACPI: SSDT 0x6ffaa5d0 0023E (v01 A M I POWERNOW 00000001 AMD 00000001) MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level MADT: Interrupt override: source 14, irq 14 MADT: Interrupt override: source 15, irq 15 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 wlan: <802.11 Link Layer> kbd: new array size 4 kbd1 at kbdmux0 nfslock: pseudo-device mem: null: random: cpuctl: access to MSR registers/cpuid info. VESA: INT 0x10 vector 0xc000:0x0fd8 VESA: information block 0000 56 45 53 41 00 03 00 01 00 99 01 00 00 00 22 00 0010 00 99 00 10 61 05 07 01 00 99 1b 01 00 99 2c 01 0020 00 99 00 01 01 01 02 01 03 01 04 01 05 01 06 01 0030 07 01 0e 01 0f 01 11 01 12 01 14 01 15 01 17 01 0040 18 01 1a 01 1b 01 30 01 31 01 32 01 33 01 34 01 0050 35 01 36 01 3d 01 3e 01 45 01 46 01 47 01 48 01 0060 52 01 ff ff 00 00 00 00 00 00 00 00 00 00 00 00 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0100 4e 56 49 44 49 41 00 42 75 69 6c 64 20 20 20 20 0110 30 36 31 30 31 30 2e 33 0d 0a 00 4d 43 50 36 31 0120 20 2d 20 6d 63 70 36 31 2d 38 30 00 43 68 69 70 0130 20 52 65 76 20 20 20 00 00 00 00 00 00 00 00 00 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 32 mode(s) found VESA: v3.0, 262144k memory, flags:0x1, mode table:0xffffff800025e022 (99000022) VESA: NVIDIA VESA: Build 061010.3 MCP61 - mcp61-80 Chip Rev io: acpi0: <7309MS A7309200> on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed cpu0: on acpi0 cpu0: switching to generic Cx mode ACPI: Processor \134_PR_.P002 (ACPI ID 2) ignored ACPI: Processor \134_PR_.P003 (ACPI ID 3) ignored ACPI: Processor \134_PR_.P004 (ACPI ID 4) ignored ACPI: Processor \134_PR_.P005 (ACPI ID 5) ignored ACPI: Processor \134_PR_.P006 (ACPI ID 6) ignored attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 49 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfeff0000-0xfeff0fff on acpi0 hpet0: vendor 0x10de, rev 0x1, 25000000Hz, 3 timers, legacy route hpet0: t0: irqs 0x00ff3efa (31), periodic hpet0: t1: irqs 0x00ff3efa (31) hpet0: t2: irqs 0x00ff3efa (31) Timecounter "HPET" frequency 25000000 Hz quality 950 ACPI timer: 1/1 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xdffff pcib0: decoding 3 range 0x80000000-0xdfffffff pcib0: decoding 3 range 0xf0000000-0xfed44fff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x10de, dev=0x03ea, revid=0xa1 domain=0, bus=0, slot=0, func=0 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03e0, revid=0xa2 domain=0, bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x4f00, size 8, enabled pcib0: allocated type 4 (0x4f00-0x4fff) for rid 10 of pci0:0:1:0 found-> vendor=0x10de, dev=0x03eb, revid=0xa2 domain=0, bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x4900, size 6, enabled pcib0: allocated type 4 (0x4900-0x493f) for rid 10 of pci0:0:1:1 map[20]: type I/O Port, range 32, base 0x4d00, size 6, enabled pcib0: allocated type 4 (0x4d00-0x4d3f) for rid 20 of pci0:0:1:1 map[24]: type I/O Port, range 32, base 0x4e00, size 6, enabled pcib0: allocated type 4 (0x4e00-0x4e3f) for rid 24 of pci0:0:1:1 pcib0: matched entry for 0.1.INTA (src \134_SB_.LSMB:0) pci_link13: Picked IRQ 20 with weight 0 pcib0: slot 1 INTA routed to irq 20 via \134_SB_.LSMB found-> vendor=0x10de, dev=0x03f5, revid=0xa2 domain=0, bus=0, slot=1, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0400, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03f1, revid=0xa3 domain=0, bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xdff7f000, size 12, enabled pcib0: allocated type 3 (0xdff7f000-0xdff7ffff) for rid 10 of pci0:0:2:0 pcib0: matched entry for 0.2.INTA (src \134_SB_.LUB0:0) pci_link8: Picked IRQ 21 with weight 0 pcib0: slot 2 INTA routed to irq 21 via \134_SB_.LUB0 ohci early: SMM active, request owner change found-> vendor=0x10de, dev=0x03f2, revid=0xa3 domain=0, bus=0, slot=2, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xdff7ec00, size 8, enabled pcib0: allocated type 3 (0xdff7ec00-0xdff7ecff) for rid 10 of pci0:0:2:1 pcib0: matched entry for 0.2.INTB (src \134_SB_.LUB2:0) pci_link9: Picked IRQ 22 with weight 0 pcib0: slot 2 INTB routed to irq 22 via \134_SB_.LUB2 found-> vendor=0x10de, dev=0x03f3, revid=0xa1 domain=0, bus=0, slot=4, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x02 (500 ns) found-> vendor=0x10de, dev=0x03f0, revid=0xa2 domain=0, bus=0, slot=5, func=0 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks map[10]: type Memory, range 32, base 0xdff78000, size 14, enabled pcib0: allocated type 3 (0xdff78000-0xdff7bfff) for rid 10 of pci0:0:5:0 pcib0: matched entry for 0.5.INTB (src \134_SB_.LAZA:0) pci_link11: Picked IRQ 23 with weight 0 pcib0: slot 5 INTB routed to irq 23 via \134_SB_.LAZA found-> vendor=0x10de, dev=0x03ec, revid=0xa2 domain=0, bus=0, slot=6, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:6:0 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:6:0 pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:6:0 pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:6:0 map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled pcib0: allocated type 4 (0xffa0-0xffaf) for rid 20 of pci0:0:6:0 found-> vendor=0x10de, dev=0x03ef, revid=0xa2 domain=0, bus=0, slot=7, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 8 messages, 64 bit, vector masks map[10]: type Memory, range 32, base 0xdff7d000, size 12, enabled pcib0: allocated type 3 (0xdff7d000-0xdff7dfff) for rid 10 of pci0:0:7:0 map[14]: type I/O Port, range 32, base 0xe480, size 3, enabled pcib0: allocated type 4 (0xe480-0xe487) for rid 14 of pci0:0:7:0 pcib0: matched entry for 0.7.INTA (src \134_SB_.LMAC:0) pci_link10: Picked IRQ 20 with weight 1 pcib0: slot 7 INTA routed to irq 20 via \134_SB_.LMAC found-> vendor=0x10de, dev=0x03f6, revid=0xa2 domain=0, bus=0, slot=8, func=0 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0xe400, size 3, enabled pcib0: allocated type 4 (0xe400-0xe407) for rid 10 of pci0:0:8:0 map[14]: type I/O Port, range 32, base 0xe080, size 2, enabled pcib0: allocated type 4 (0xe080-0xe083) for rid 14 of pci0:0:8:0 map[18]: type I/O Port, range 32, base 0xe000, size 3, enabled pcib0: allocated type 4 (0xe000-0xe007) for rid 18 of pci0:0:8:0 map[1c]: type I/O Port, range 32, base 0xdc00, size 2, enabled pcib0: allocated type 4 (0xdc00-0xdc03) for rid 1c of pci0:0:8:0 map[20]: type I/O Port, range 32, base 0xd880, size 4, enabled pcib0: allocated type 4 (0xd880-0xd88f) for rid 20 of pci0:0:8:0 map[24]: type Memory, range 32, base 0xdff7c000, size 12, enabled pcib0: allocated type 3 (0xdff7c000-0xdff7cfff) for rid 24 of pci0:0:8:0 pcib0: matched entry for 0.8.INTA (src \134_SB_.LSA0:0) pci_link15: Picked IRQ 21 with weight 1 pcib0: slot 8 INTA routed to irq 21 via \134_SB_.LSA0 found-> vendor=0x10de, dev=0x03f6, revid=0xa2 domain=0, bus=0, slot=8, func=1 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0xd800, size 3, enabled pcib0: allocated type 4 (0xd800-0xd807) for rid 10 of pci0:0:8:1 map[14]: type I/O Port, range 32, base 0xd480, size 2, enabled pcib0: allocated type 4 (0xd480-0xd483) for rid 14 of pci0:0:8:1 map[18]: type I/O Port, range 32, base 0xd400, size 3, enabled pcib0: allocated type 4 (0xd400-0xd407) for rid 18 of pci0:0:8:1 map[1c]: type I/O Port, range 32, base 0xd080, size 2, enabled pcib0: allocated type 4 (0xd080-0xd083) for rid 1c of pci0:0:8:1 map[20]: type I/O Port, range 32, base 0xd000, size 4, enabled pcib0: allocated type 4 (0xd000-0xd00f) for rid 20 of pci0:0:8:1 map[24]: type Memory, range 32, base 0xdff77000, size 12, enabled pcib0: allocated type 3 (0xdff77000-0xdff77fff) for rid 24 of pci0:0:8:1 pcib0: matched entry for 0.8.INTB (src \134_SB_.LSA1:0) pci_link16: Picked IRQ 22 with weight 1 pcib0: slot 8 INTB routed to irq 22 via \134_SB_.LSA1 found-> vendor=0x10de, dev=0x03e8, revid=0xa2 domain=0, bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x03e9, revid=0xa2 domain=0, bus=0, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x03e9, revid=0xa2 domain=0, bus=0, slot=12, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x03d0, revid=0xa2 domain=0, bus=0, slot=13, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xde000000, size 24, enabled pcib0: allocated type 3 (0xde000000-0xdeffffff) for rid 10 of pci0:0:13:0 map[14]: type Prefetchable Memory, range 64, base 0xc0000000, size 28, enabled pcib0: allocated type 3 (0xc0000000-0xcfffffff) for rid 14 of pci0:0:13:0 map[1c]: type Memory, range 64, base 0xdd000000, size 24, enabled pcib0: allocated type 3 (0xdd000000-0xddffffff) for rid 1c of pci0:0:13:0 pcib0: matched entry for 0.13.INTA (src \134_SB_.LMC9:0) pci_link12: Picked IRQ 23 with weight 1 pcib0: slot 13 INTA routed to irq 23 via \134_SB_.LMC9 found-> vendor=0x1022, dev=0x1200, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1201, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1202, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1203, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1204, revid=0x00 domain=0, bus=0, slot=24, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0: at device 0.0 (no driver attached) isab0: port 0x4f00-0x4fff at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) ohci0: mem 0xdff7f000-0xdff7ffff irq 21 at device 2.0 on pci0 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 51 usbus0 on ohci0 usbus0: bpf attached ohci0: usbpf: Attached ehci0: mem 0xdff7ec00-0xdff7ecff irq 22 at device 2.1 on pci0 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 52 ehci0: Doorbell workaround enabled usbus1: EHCI version 1.0 usbus1 on ehci0 usbus1: bpf attached ehci0: usbpf: Attached pcib1: at device 4.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: special decode subtractive pci1: on pcib1 pci1: domain=0, physical bus=1 hdac0: mem 0xdff78000-0xdff7bfff irq 23 at device 5.0 on pci0 hdac0: PCI card vendor: 0x0888, device: 0x10ec hdac0: HDA Driver Revision: 20120126_0002 hdac0: Config options: on=0x00000000 off=0x00000000 hdac0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 53 hdac0: using IRQ 256 for MSI hdac0: Caps: OSS 4, ISS 4, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 6.0 on pci0 ata0: at channel 0 on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 54 ata1: at channel 1 on atapci0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 55 nfe0: port 0xe480-0xe487 mem 0xdff7d000-0xdff7dfff irq 20 at device 7.0 on pci0 nfe0: attempting to allocate 8 MSI vectors (8 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 56 msi: routing MSI IRQ 258 to local APIC 0 vector 57 msi: routing MSI IRQ 259 to local APIC 0 vector 58 msi: routing MSI IRQ 260 to local APIC 0 vector 59 msi: routing MSI IRQ 261 to local APIC 0 vector 60 msi: routing MSI IRQ 262 to local APIC 0 vector 61 msi: routing MSI IRQ 263 to local APIC 0 vector 62 msi: routing MSI IRQ 264 to local APIC 0 vector 63 nfe0: using IRQs 257-264 for MSI nfe0: Using 8 MSI messages miibus0: on nfe0 rlphy0: PHY 0 on miibus0 rlphy0: OUI 0x000004, model 0x0020, rev. 1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy1: PHY 1 on miibus0 rlphy1: OUI 0x000004, model 0x0020, rev. 1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy2: PHY 2 on miibus0 rlphy2: OUI 0x000004, model 0x0020, rev. 1 rlphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy3: PHY 3 on miibus0 rlphy3: OUI 0x000004, model 0x0020, rev. 1 rlphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy4: PHY 4 on miibus0 rlphy4: OUI 0x000004, model 0x0020, rev. 1 rlphy4: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy5: PHY 5 on miibus0 rlphy5: OUI 0x000004, model 0x0020, rev. 1 rlphy5: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy6: PHY 6 on miibus0 rlphy6: OUI 0x000004, model 0x0020, rev. 1 rlphy6: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy7: PHY 7 on miibus0 rlphy7: OUI 0x000004, model 0x0020, rev. 1 rlphy7: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy8: PHY 8 on miibus0 rlphy8: OUI 0x000004, model 0x0020, rev. 1 rlphy8: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy9: PHY 9 on miibus0 rlphy9: OUI 0x000004, model 0x0020, rev. 1 rlphy9: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy10: PHY 10 on miibus0 rlphy10: OUI 0x000004, model 0x0020, rev. 1 rlphy10: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy11: PHY 11 on miibus0 rlphy11: OUI 0x000004, model 0x0020, rev. 1 rlphy11: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy12: PHY 12 on miibus0 rlphy12: OUI 0x000004, model 0x0020, rev. 1 rlphy12: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy13: PHY 13 on miibus0 rlphy13: OUI 0x000004, model 0x0020, rev. 1 rlphy13: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy14: PHY 14 on miibus0 rlphy14: OUI 0x000004, model 0x0020, rev. 1 rlphy14: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy15: PHY 15 on miibus0 rlphy15: OUI 0x000004, model 0x0020, rev. 1 rlphy15: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy16: PHY 16 on miibus0 rlphy16: OUI 0x000004, model 0x0020, rev. 1 rlphy16: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy17: PHY 17 on miibus0 rlphy17: OUI 0x000004, model 0x0020, rev. 1 rlphy17: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy18: PHY 18 on miibus0 rlphy18: OUI 0x000004, model 0x0020, rev. 1 rlphy18: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy19: PHY 19 on miibus0 rlphy19: OUI 0x000004, model 0x0020, rev. 1 rlphy19: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy20: PHY 20 on miibus0 rlphy20: OUI 0x000004, model 0x0020, rev. 1 rlphy20: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy21: PHY 21 on miibus0 rlphy21: OUI 0x000004, model 0x0020, rev. 1 rlphy21: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy22: PHY 22 on miibus0 rlphy22: OUI 0x000004, model 0x0020, rev. 1 rlphy22: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy23: PHY 23 on miibus0 rlphy23: OUI 0x000004, model 0x0020, rev. 1 rlphy23: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy24: PHY 24 on miibus0 rlphy24: OUI 0x000004, model 0x0020, rev. 1 rlphy24: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy25: PHY 25 on miibus0 rlphy25: OUI 0x000004, model 0x0020, rev. 1 rlphy25: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy26: PHY 26 on miibus0 rlphy26: OUI 0x000004, model 0x0020, rev. 1 rlphy26: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy27: PHY 27 on miibus0 rlphy27: OUI 0x000004, model 0x0020, rev. 1 rlphy27: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy28: PHY 28 on miibus0 rlphy28: OUI 0x000004, model 0x0020, rev. 1 rlphy28: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy29: PHY 29 on miibus0 rlphy29: OUI 0x000004, model 0x0020, rev. 1 rlphy29: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy30: PHY 30 on miibus0 rlphy30: OUI 0x000004, model 0x0020, rev. 1 rlphy30: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy31: PHY 31 on miibus0 rlphy31: OUI 0x000004, model 0x0020, rev. 1 rlphy31: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow nfe0: bpf attached nfe0: Ethernet address: 40:61:86:cd:44:97 atapci1: port 0xe400-0xe407,0xe080-0xe083,0xe000-0xe007,0xdc00-0xdc03,0xd880-0xd88f mem 0xdff7c000-0xdff7cfff irq 21 at device 8.0 on pci0 ata2: at channel 0 on atapci1 ata3: at channel 1 on atapci1 atapci2: port 0xd800-0xd807,0xd480-0xd483,0xd400-0xd407,0xd080-0xd083,0xd000-0xd00f mem 0xdff77000-0xdff77fff irq 22 at device 8.1 on pci0 ata4: at channel 0 on atapci2 ata5: at channel 1 on atapci2 pcib2: at device 9.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: at device 11.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pci3: on pcib3 pci3: domain=0, physical bus=3 pcib4: at device 12.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pci4: on pcib4 pci4: domain=0, physical bus=4 vgapci0: mem 0xde000000-0xdeffffff,0xc0000000-0xcfffffff,0xdd000000-0xddffffff irq 23 at device 13.0 on pci0 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 64 vgapci0: Boot video device amdtemp0: on hostb3 amdtemp0: Found 1 cores and 1 sensors. acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 65 uart0: fast interrupt ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ioapic0: routing intpin 7 (ISA IRQ 7) to lapic 0 vector 66 ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x83ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 67 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 68 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 acpi0: wakeup code va 0xffffff80003d3000 pa 0x90000 pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd0800-0xd0fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1800-0xd1fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 1 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 1 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 1 of orm0 isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 uart1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices hwpstate0: on cpu0 Device configuration finished. procfs registered lapic: Divisor 2, Frequency 119671611 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining Linux ELF exec handler installed lo0: bpf attached hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 hdaa0: Subsystem ID: 0x14627309 hdaa0: NumGPIO=2 NumGPO=0 NumGPI=0 GPIWake=1 GPIUnsol=1 hdaa0: GPIO0: disabled hdaa0: GPIO1: disabled hdaa0: Original pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 17 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa0: 18 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa0: 20 01014410 1 0 Line-out Jack 1/8 Rear Green 4 hdaa0: 21 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa0: 22 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa0: 23 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa0: 24 01a19c40 4 0 Mic Jack 1/8 Rear Pink 12 hdaa0: 25 02a19c50 5 0 Mic Jack 1/8 Front Pink 12 hdaa0: 26 0181344f 4 15 Line-in Jack 1/8 Rear Blue 4 hdaa0: 27 02214c20 2 0 Headphones Jack 1/8 Front Green 12 hdaa0: 28 593301f0 15 0 CD None ATAPI Onboard Unknown 1 hdaa0: 29 4005c603 0 3 Line-out None Optical 0x00 Res.C 6 hdaa0: 30 014b1130 3 0 SPDIF-out Jack Combo Rear Black 1 hdaa0: 31 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa0: Patching widget caps nid=29 0x00400400 -> 0x00700400 hdaa0: Patched pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 17 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa0: 18 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa0: 20 01014410 1 0 Line-out Jack 1/8 Rear Green 4 hdaa0: 21 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa0: 22 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa0: 23 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa0: 24 01a19c40 4 0 Mic Jack 1/8 Rear Pink 12 hdaa0: 25 02a19c50 5 0 Mic Jack 1/8 Front Pink 12 hdaa0: 26 0181344f 4 15 Line-in Jack 1/8 Rear Blue 4 hdaa0: 27 02214c20 2 0 Headphones Jack 1/8 Front Green 12 hdaa0: 28 593301f0 15 0 CD None ATAPI Onboard Unknown 1 DISA hdaa0: 30 014b1130 3 0 SPDIF-out Jack Combo Rear Black 1 hdaa0: 31 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa0: 5 associations found: hdaa0: Association 0 (1) out: hdaa0: Pin nid=20 seq=0 hdaa0: Association 1 (2) out: hdaa0: Pin nid=27 seq=0 hdaa0: Association 2 (3) out: hdaa0: Pin nid=30 seq=0 hdaa0: Association 3 (4) in: hdaa0: Pin nid=24 seq=0 hdaa0: Pin nid=26 seq=15 hdaa0: Association 4 (5) in: hdaa0: Pin nid=25 seq=0 hdaa0: Tracing association 0 (1) hdaa0: Pin 20 traced to DAC 2 hdaa0: Association 0 (1) trace succeeded hdaa0: Tracing association 1 (2) hdaa0: Pin 27 traced to DAC 3 hdaa0: Association 1 (2) trace succeeded hdaa0: Tracing association 2 (3) hdaa0: Pin 30 traced to DAC 6 hdaa0: Association 2 (3) trace succeeded hdaa0: Tracing association 3 (4) hdaa0: Pin 24 traced to ADC 8 hdaa0: Pin 26 traced to ADC 8 hdaa0: Association 3 (4) trace succeeded hdaa0: Tracing association 4 (5) hdaa0: Pin 25 traced to ADC 9 hdaa0: Association 4 (5) trace succeeded hdaa0: Looking for additional DAC for association 0 (1) hdaa0: Looking for additional DAC for association 1 (2) hdaa0: Looking for additional DAC for association 2 (3) hdaa0: Looking for additional ADC for association 3 (4) hdaa0: Looking for additional ADC for association 4 (5) hdaa0: Tracing input monitor hdaa0: Tracing nid 11 to out hdaa0: nid 11 is input monitor hdaa0: Tracing nid 34 to out hdaa0: Tracing nid 35 to out hdaa0: Tracing other input monitors hdaa0: Tracing nid 24 to out hdaa0: Tracing nid 25 to out hdaa0: Tracing nid 26 to out hdaa0: Tracing beeper hdaa0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdaa0: hdaa0: +-------------------+ hdaa0: | DUMPING HDA NODES | hdaa0: +-------------------+ hdaa0: hdaa0: Default Parameter hdaa0: ----------------- hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: IN amp: 0x00000000 hdaa0: OUT amp: 0x00000000 hdaa0: hdaa0: nid: 2 hdaa0: Name: audio output hdaa0: Widget cap: 0x00000411 hdaa0: PWR STEREO hdaa0: Association: 0 (0x00000001) hdaa0: OSS: pcm (pcm) hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: hdaa0: nid: 3 hdaa0: Name: audio output hdaa0: Widget cap: 0x00000411 hdaa0: PWR STEREO hdaa0: Association: 1 (0x00000001) hdaa0: OSS: pcm (pcm) hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: hdaa0: nid: 4 [DISABLED] hdaa0: Name: audio output hdaa0: Widget cap: 0x00000411 hdaa0: PWR STEREO hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: hdaa0: nid: 5 [DISABLED] hdaa0: Name: audio output hdaa0: Widget cap: 0x00000411 hdaa0: PWR STEREO hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: hdaa0: nid: 6 hdaa0: Name: audio output hdaa0: Widget cap: 0x00000611 hdaa0: PWR DIGITAL STEREO hdaa0: Association: 2 (0x00000001) hdaa0: OSS: pcm (pcm) hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e05e0 hdaa0: 16 20 24 bits, 44 48 88 96 192 KHz hdaa0: hdaa0: nid: 7 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 8 hdaa0: Name: audio input hdaa0: Widget cap: 0x0010051b hdaa0: PWR STEREO hdaa0: Association: 3 (0x00008001) hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: Input amp: 0x80051f0b hdaa0: mute=1 step=31 size=5 offset=11 hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=35 [audio mixer] hdaa0: hdaa0: nid: 9 hdaa0: Name: audio input hdaa0: Widget cap: 0x0010051b hdaa0: PWR STEREO hdaa0: Association: 4 (0x00000001) hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: Input amp: 0x80051f0b hdaa0: mute=1 step=31 size=5 offset=11 hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=34 [audio mixer] hdaa0: hdaa0: nid: 10 [DISABLED] hdaa0: Name: audio input hdaa0: Widget cap: 0x00100711 hdaa0: PWR DIGITAL STEREO hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: connections: 1 hdaa0: | hdaa0: + [DISABLED] <- nid=31 [pin: Speaker (None)] [DISABLED] hdaa0: hdaa0: nid: 11 hdaa0: Name: audio mixer hdaa0: Widget cap: 0x0020010b hdaa0: STEREO hdaa0: Association: 3 (0x00008001) hdaa0: OSS: mix (mix) hdaa0: Input amp: 0x80051f17 hdaa0: mute=1 step=31 size=5 offset=23 hdaa0: connections: 10 hdaa0: | hdaa0: + <- nid=24 [pin: Mic (Pink Jack)] hdaa0: + [DISABLED] <- nid=25 [pin: Mic (Pink Jack)] hdaa0: + <- nid=26 [pin: Line-in (Blue Jack)] hdaa0: + [DISABLED] <- nid=27 [pin: Headphones (Green Jack)] hdaa0: + [DISABLED] <- nid=28 [pin: CD (None)] [DISABLED] hdaa0: + <- nid=29 [beep widget] hdaa0: + [DISABLED] <- nid=20 [pin: Line-out (Green Jack)] hdaa0: + [DISABLED] <- nid=21 [pin: Speaker (None)] [DISABLED] hdaa0: + [DISABLED] <- nid=22 [pin: Speaker (None)] [DISABLED] hdaa0: + [DISABLED] <- nid=23 [pin: Speaker (None)] [DISABLED] hdaa0: hdaa0: nid: 12 hdaa0: Name: audio mixer hdaa0: Widget cap: 0x0020010f hdaa0: STEREO hdaa0: Association: 0 (0x00000001) hdaa0: OSS: pcm, mix hdaa0: Output amp: 0x00051f1f hdaa0: mute=0 step=31 size=5 offset=31 hdaa0: Input amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 2 hdaa0: | hdaa0: + <- nid=2 [audio output] hdaa0: + <- nid=11 [audio mixer] hdaa0: hdaa0: nid: 13 hdaa0: Name: audio mixer hdaa0: Widget cap: 0x0020010f hdaa0: STEREO hdaa0: Association: 1 (0x00000001) hdaa0: OSS: pcm, mix hdaa0: Output amp: 0x00051f1f hdaa0: mute=0 step=31 size=5 offset=31 hdaa0: Input amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 2 hdaa0: | hdaa0: + <- nid=3 [audio output] hdaa0: + <- nid=11 [audio mixer] hdaa0: hdaa0: nid: 14 [DISABLED] hdaa0: Name: audio mixer hdaa0: Widget cap: 0x0020010f hdaa0: STEREO hdaa0: Association: -2 (0x00000000) hdaa0: Output amp: 0x00051f1f hdaa0: mute=0 step=31 size=5 offset=31 hdaa0: Input amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 2 hdaa0: | hdaa0: + [DISABLED] <- nid=4 [audio output] [DISABLED] hdaa0: + [DISABLED] <- nid=11 [audio mixer] hdaa0: hdaa0: nid: 15 [DISABLED] hdaa0: Name: audio mixer hdaa0: Widget cap: 0x0020010f hdaa0: STEREO hdaa0: Association: -2 (0x00000000) hdaa0: Output amp: 0x00051f1f hdaa0: mute=0 step=31 size=5 offset=31 hdaa0: Input amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 2 hdaa0: | hdaa0: + [DISABLED] <- nid=5 [audio output] [DISABLED] hdaa0: + [DISABLED] <- nid=11 [audio mixer] hdaa0: hdaa0: nid: 16 [DISABLED] hdaa0: Name: audio output hdaa0: Widget cap: 0x00000611 hdaa0: PWR DIGITAL STEREO hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e05e0 hdaa0: 16 20 24 bits, 44 48 88 96 192 KHz hdaa0: hdaa0: nid: 17 [DISABLED] hdaa0: Name: pin: Speaker (None) hdaa0: Widget cap: 0x00400780 hdaa0: PWR DIGITAL UNSOL hdaa0: Pin cap: 0x00000014 hdaa0: PDC OUT hdaa0: Pin config: 0x411111f0 hdaa0: Pin control: 0x00000000 hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=16 [audio output] [DISABLED] hdaa0: hdaa0: nid: 18 [DISABLED] hdaa0: Name: pin: Speaker (None) hdaa0: Widget cap: 0x00400401 hdaa0: PWR STEREO hdaa0: Pin cap: 0x00000020 hdaa0: IN hdaa0: Pin config: 0x411111f0 hdaa0: Pin control: 0x00000000 hdaa0: hdaa0: nid: 19 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 20 hdaa0: Name: pin: Line-out (Green Jack) hdaa0: Widget cap: 0x0040058f hdaa0: PWR UNSOL STEREO hdaa0: Association: 0 (0x00000001) hdaa0: Pin cap: 0x0001003e hdaa0: TRQD PDC HP OUT IN EAPD hdaa0: Pin config: 0x01014410 hdaa0: Pin control: 0x00000040 OUT hdaa0: EAPD: 0x00000002 hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: Input amp: 0x00270300 hdaa0: mute=0 step=3 size=39 offset=0 hdaa0: connections: 5 hdaa0: | hdaa0: + <- nid=12 [audio mixer] (selected) hdaa0: + [DISABLED] <- nid=13 [audio mixer] hdaa0: + [DISABLED] <- nid=14 [audio mixer] [DISABLED] hdaa0: + [DISABLED] <- nid=15 [audio mixer] [DISABLED] hdaa0: + [DISABLED] <- nid=38 [audio mixer] [DISABLED] hdaa0: hdaa0: nid: 21 [DISABLED] hdaa0: Name: pin: Speaker (None) hdaa0: Widget cap: 0x0040058f hdaa0: PWR UNSOL STEREO hdaa0: Pin cap: 0x0001003e hdaa0: TRQD PDC HP OUT IN EAPD hdaa0: Pin config: 0x411111f0 hdaa0: Pin control: 0x00000000 hdaa0: EAPD: 0x00000002 hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: Input amp: 0x00270300 hdaa0: mute=0 step=3 size=39 offset=0 hdaa0: connections: 5 hdaa0: | hdaa0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdaa0: + <- nid=13 [audio mixer] hdaa0: + <- nid=14 [audio mixer] [DISABLED] hdaa0: + <- nid=15 [audio mixer] [DISABLED] hdaa0: + <- nid=38 [audio mixer] [DISABLED] hdaa0: hdaa0: nid: 22 [DISABLED] hdaa0: Name: pin: Speaker (None) hdaa0: Widget cap: 0x0040058f hdaa0: PWR UNSOL STEREO hdaa0: Pin cap: 0x00000036 hdaa0: TRQD PDC OUT IN hdaa0: Pin config: 0x411111f0 hdaa0: Pin control: 0x00000000 hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: Input amp: 0x00270300 hdaa0: mute=0 step=3 size=39 offset=0 hdaa0: connections: 5 hdaa0: | hdaa0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdaa0: + <- nid=13 [audio mixer] hdaa0: + <- nid=14 [audio mixer] [DISABLED] hdaa0: + <- nid=15 [audio mixer] [DISABLED] hdaa0: + <- nid=38 [audio mixer] [DISABLED] hdaa0: hdaa0: nid: 23 [DISABLED] hdaa0: Name: pin: Speaker (None) hdaa0: Widget cap: 0x0040058f hdaa0: PWR UNSOL STEREO hdaa0: Pin cap: 0x00000036 hdaa0: TRQD PDC OUT IN hdaa0: Pin config: 0x411111f0 hdaa0: Pin control: 0x00000000 hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: Input amp: 0x00270300 hdaa0: mute=0 step=3 size=39 offset=0 hdaa0: connections: 5 hdaa0: | hdaa0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdaa0: + <- nid=13 [audio mixer] hdaa0: + <- nid=14 [audio mixer] [DISABLED] hdaa0: + <- nid=15 [audio mixer] [DISABLED] hdaa0: + <- nid=38 [audio mixer] [DISABLED] hdaa0: hdaa0: nid: 24 hdaa0: Name: pin: Mic (Pink Jack) hdaa0: Widget cap: 0x0040058f hdaa0: PWR UNSOL STEREO hdaa0: Association: 3 (0x00000001) hdaa0: OSS: mic (mic) hdaa0: Pin cap: 0x0000373e hdaa0: TRQD PDC HP OUT IN VREF[ 50 80 100 GROUND HIZ ] hdaa0: Pin config: 0x01a19c40 hdaa0: Pin control: 0x00000025 IN VREFs hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: Input amp: 0x00270300 hdaa0: mute=0 step=3 size=39 offset=0 hdaa0: connections: 5 hdaa0: | hdaa0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdaa0: + [DISABLED] <- nid=13 [audio mixer] hdaa0: + [DISABLED] <- nid=14 [audio mixer] [DISABLED] hdaa0: + [DISABLED] <- nid=15 [audio mixer] [DISABLED] hdaa0: + [DISABLED] <- nid=38 [audio mixer] [DISABLED] hdaa0: hdaa0: nid: 25 hdaa0: Name: pin: Mic (Pink Jack) hdaa0: Widget cap: 0x0040058f hdaa0: PWR UNSOL STEREO hdaa0: Association: 4 (0x00000001) hdaa0: OSS: monitor (monitor) hdaa0: Pin cap: 0x0000373e hdaa0: TRQD PDC HP OUT IN VREF[ 50 80 100 GROUND HIZ ] hdaa0: Pin config: 0x02a19c50 hdaa0: Pin control: 0x00000025 IN VREFs hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: Input amp: 0x00270300 hdaa0: mute=0 step=3 size=39 offset=0 hdaa0: connections: 5 hdaa0: | hdaa0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdaa0: + [DISABLED] <- nid=13 [audio mixer] hdaa0: + [DISABLED] <- nid=14 [audio mixer] [DISABLED] hdaa0: + [DISABLED] <- nid=15 [audio mixer] [DISABLED] hdaa0: + [DISABLED] <- nid=38 [audio mixer] [DISABLED] hdaa0: hdaa0: nid: 26 hdaa0: Name: pin: Line-in (Blue Jack) hdaa0: Widget cap: 0x0040058f hdaa0: PWR UNSOL STEREO hdaa0: Association: 3 (0x00008000) hdaa0: OSS: line (line) hdaa0: Pin cap: 0x0000373e hdaa0: TRQD PDC HP OUT IN VREF[ 50 80 100 GROUND HIZ ] hdaa0: Pin config: 0x0181344f hdaa0: Pin control: 0x00000025 IN VREFs hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: Input amp: 0x00270300 hdaa0: mute=0 step=3 size=39 offset=0 hdaa0: connections: 5 hdaa0: | hdaa0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdaa0: + [DISABLED] <- nid=13 [audio mixer] hdaa0: + [DISABLED] <- nid=14 [audio mixer] [DISABLED] hdaa0: + [DISABLED] <- nid=15 [audio mixer] [DISABLED] hdaa0: + [DISABLED] <- nid=38 [audio mixer] [DISABLED] hdaa0: hdaa0: nid: 27 hdaa0: Name: pin: Headphones (Green Jack) hdaa0: Widget cap: 0x0040058f hdaa0: PWR UNSOL STEREO hdaa0: Association: 1 (0x00000001) hdaa0: Pin cap: 0x0000373e hdaa0: TRQD PDC HP OUT IN VREF[ 50 80 100 GROUND HIZ ] hdaa0: Pin config: 0x02214c20 hdaa0: Pin control: 0x000000c0 HP OUT hdaa0: Output amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: Input amp: 0x00270300 hdaa0: mute=0 step=3 size=39 offset=0 hdaa0: connections: 5 hdaa0: | hdaa0: + [DISABLED] <- nid=12 [audio mixer] hdaa0: + <- nid=13 [audio mixer] (selected) hdaa0: + [DISABLED] <- nid=14 [audio mixer] [DISABLED] hdaa0: + [DISABLED] <- nid=15 [audio mixer] [DISABLED] hdaa0: + [DISABLED] <- nid=38 [audio mixer] [DISABLED] hdaa0: hdaa0: nid: 28 [DISABLED] hdaa0: Name: pin: CD (None) hdaa0: Widget cap: 0x00400481 hdaa0: PWR UNSOL STEREO hdaa0: Pin cap: 0x00000024 hdaa0: PDC IN hdaa0: Pin config: 0x593301f0 hdaa0: Pin control: 0x00000000 hdaa0: hdaa0: nid: 29 hdaa0: Name: beep widget hdaa0: Widget cap: 0x00700400 hdaa0: PWR hdaa0: Association: -2 (0x00000000) hdaa0: OSS: speaker (speaker) hdaa0: Pin cap: 0x00000020 hdaa0: IN hdaa0: Pin config: 0x4005c603 hdaa0: Pin control: 0x00000020 IN hdaa0: hdaa0: nid: 30 hdaa0: Name: pin: SPDIF-out (Black Jack) hdaa0: Widget cap: 0x00400780 hdaa0: PWR DIGITAL UNSOL hdaa0: Association: 2 (0x00000001) hdaa0: Pin cap: 0x00000014 hdaa0: PDC OUT hdaa0: Pin config: 0x014b1130 hdaa0: Pin control: 0x00000040 OUT hdaa0: connections: 1 hdaa0: | hdaa0: + <- nid=6 [audio output] hdaa0: hdaa0: nid: 31 [DISABLED] hdaa0: Name: pin: Speaker (None) hdaa0: Widget cap: 0x00400680 hdaa0: PWR DIGITAL UNSOL hdaa0: Pin cap: 0x00000024 hdaa0: PDC IN hdaa0: Pin config: 0x411111f0 hdaa0: Pin control: 0x00000000 hdaa0: hdaa0: nid: 32 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00040 hdaa0: PROC hdaa0: hdaa0: nid: 33 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 34 hdaa0: Name: audio mixer hdaa0: Widget cap: 0x0020010b hdaa0: STEREO hdaa0: Association: 4 (0x00000001) hdaa0: OSS: speaker, monitor hdaa0: Input amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 12 hdaa0: | hdaa0: + [DISABLED] <- nid=24 [pin: Mic (Pink Jack)] hdaa0: + <- nid=25 [pin: Mic (Pink Jack)] hdaa0: + [DISABLED] <- nid=26 [pin: Line-in (Blue Jack)] hdaa0: + [DISABLED] <- nid=27 [pin: Headphones (Green Jack)] hdaa0: + [DISABLED] <- nid=28 [pin: CD (None)] [DISABLED] hdaa0: + <- nid=29 [beep widget] hdaa0: + [DISABLED] <- nid=20 [pin: Line-out (Green Jack)] hdaa0: + [DISABLED] <- nid=21 [pin: Speaker (None)] [DISABLED] hdaa0: + [DISABLED] <- nid=22 [pin: Speaker (None)] [DISABLED] hdaa0: + [DISABLED] <- nid=23 [pin: Speaker (None)] [DISABLED] hdaa0: + [DISABLED] <- nid=11 [audio mixer] hdaa0: + [DISABLED] <- nid=18 [pin: Speaker (None)] [DISABLED] hdaa0: hdaa0: nid: 35 hdaa0: Name: audio mixer hdaa0: Widget cap: 0x0020010b hdaa0: STEREO hdaa0: Association: 3 (0x00008001) hdaa0: OSS: speaker, line, mic, mix hdaa0: Input amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 11 hdaa0: | hdaa0: + <- nid=24 [pin: Mic (Pink Jack)] hdaa0: + [DISABLED] <- nid=25 [pin: Mic (Pink Jack)] hdaa0: + <- nid=26 [pin: Line-in (Blue Jack)] hdaa0: + [DISABLED] <- nid=27 [pin: Headphones (Green Jack)] hdaa0: + [DISABLED] <- nid=28 [pin: CD (None)] [DISABLED] hdaa0: + <- nid=29 [beep widget] hdaa0: + [DISABLED] <- nid=20 [pin: Line-out (Green Jack)] hdaa0: + [DISABLED] <- nid=21 [pin: Speaker (None)] [DISABLED] hdaa0: + [DISABLED] <- nid=22 [pin: Speaker (None)] [DISABLED] hdaa0: + [DISABLED] <- nid=23 [pin: Speaker (None)] [DISABLED] hdaa0: + <- nid=11 [audio mixer] hdaa0: hdaa0: nid: 36 [DISABLED] hdaa0: Name: vendor widget hdaa0: Widget cap: 0x00f00000 hdaa0: hdaa0: nid: 37 [DISABLED] hdaa0: Name: audio output hdaa0: Widget cap: 0x00000411 hdaa0: PWR STEREO hdaa0: Stream cap: 0x00000001 hdaa0: PCM hdaa0: PCM cap: 0x000e0560 hdaa0: 16 20 24 bits, 44 48 96 192 KHz hdaa0: hdaa0: nid: 38 [DISABLED] hdaa0: Name: audio mixer hdaa0: Widget cap: 0x0020010f hdaa0: STEREO hdaa0: Association: -2 (0x00000000) hdaa0: Output amp: 0x00051f1f hdaa0: mute=0 step=31 size=5 offset=31 hdaa0: Input amp: 0x80000000 hdaa0: mute=1 step=0 size=0 offset=0 hdaa0: connections: 2 hdaa0: | hdaa0: + [DISABLED] <- nid=37 [audio output] [DISABLED] hdaa0: + [DISABLED] <- nid=11 [audio mixer] hdaa0: pcm0: at nid 20 and 24,26 on hdaa0 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e0560 pcm0: 16 20 24 bits, 44 48 96 192 KHz pcm0: DAC: 2 pcm0: pcm0: Record: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e0560 pcm0: 16 20 24 bits, 44 48 96 192 KHz pcm0: DAC: 8 pcm0: pcm0: +-------------------------------+ pcm0: | DUMPING Playback/Record Paths | pcm0: +-------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: nid=20 [pin: Line-out (Green Jack)] pcm0: | pcm0: + <- nid=12 [audio mixer] [src: pcm, mix] pcm0: | pcm0: + <- nid=2 [audio output] [src: pcm] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: Record: pcm0: pcm0: nid=8 [audio input] pcm0: | pcm0: + <- nid=35 [audio mixer] [src: speaker, line, mic, mix] pcm0: | pcm0: + <- nid=24 [pin: Mic (Pink Jack)] [src: mic] pcm0: + <- nid=26 [pin: Line-in (Blue Jack)] [src: line] pcm0: + <- nid=29 [beep widget] [src: speaker] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: Input Mix: pcm0: pcm0: nid=11 [audio mixer] pcm0: | pcm0: + <- nid=24 [pin: Mic (Pink Jack)] [src: mic] pcm0: + <- nid=26 [pin: Line-in (Blue Jack)] [src: line] pcm0: + <- nid=29 [beep widget] [src: speaker] pcm0: pcm0: +-------------------------+ pcm0: | DUMPING Volume Controls | pcm0: +-------------------------+ pcm0: pcm0: Master Volume (OSS: vol): -46/0dB pcm0: | pcm0: +- ctl 13 (nid 12 out): -46/0dB (32 steps) pcm0: +- ctl 14 (nid 12 in 0): mute pcm0: +- ctl 15 (nid 12 in 1): mute pcm0: +- ctl 25 (nid 20 in ): mute pcm0: pcm0: PCM Volume (OSS: pcm): 0/0dB pcm0: | pcm0: +- ctl 14 (nid 12 in 0): mute pcm0: pcm0: Microphone Volume (OSS: mic): 0/30dB pcm0: | pcm0: +- ctl 3 (nid 11 in 0): -34/12dB (32 steps) + mute pcm0: +- ctl 34 (nid 24 out): 0/30dB (4 steps) pcm0: +- ctl 53 (nid 35 in 0): mute pcm0: pcm0: Line-in Volume (OSS: line): 0/30dB pcm0: | pcm0: +- ctl 5 (nid 11 in 2): -34/12dB (32 steps) + mute pcm0: +- ctl 38 (nid 26 out): 0/30dB (4 steps) pcm0: +- ctl 55 (nid 35 in 2): mute pcm0: pcm0: Speaker/Beep Volume (OSS: speaker): -34/12dB pcm0: | pcm0: +- ctl 8 (nid 11 in 5): -34/12dB (32 steps) + mute pcm0: +- ctl 58 (nid 35 in 5): mute pcm0: pcm0: Recording Level (OSS: rec): -16/30dB pcm0: | pcm0: +- ctl 1 (nid 8 in 0): -16/30dB (32 steps) + mute pcm0: +- ctl 53 (nid 35 in 0): mute pcm0: +- ctl 55 (nid 35 in 2): mute pcm0: +- ctl 58 (nid 35 in 5): mute pcm0: +- ctl 63 (nid 35 in 10): mute pcm0: pcm0: Input Mix Level (OSS: mix): -34/12dB pcm0: | pcm0: +- ctl 3 (nid 11 in 0): -34/12dB (32 steps) + mute pcm0: +- ctl 5 (nid 11 in 2): -34/12dB (32 steps) + mute pcm0: +- ctl 8 (nid 11 in 5): -34/12dB (32 steps) + mute pcm0: +- ctl 15 (nid 12 in 1): mute pcm0: +- ctl 63 (nid 35 in 10): mute pcm0: pcm0: Input Monitoring Level (OSS: igain): 0/0dB pcm0: | pcm0: +- ctl 15 (nid 12 in 1): mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "mix": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Soft PCM mixer ENABLED pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 3440000, 10000; 0xffffff806bb1c000 -> 3440000 pcm0: sndbuf_setmap 27c0000, 10000; 0xffffff806bb5c000 -> 27c0000 pcm1: at nid 27 and 25 on hdaa0 pcm1: +--------------------------------------+ pcm1: | DUMPING PCM Playback/Record Channels | pcm1: +--------------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: Stream cap: 0x00000001 pcm1: PCM pcm1: PCM cap: 0x000e0560 pcm1: 16 20 24 bits, 44 48 96 192 KHz pcm1: DAC: 3 pcm1: pcm1: Record: pcm1: pcm1: Stream cap: 0x00000001 pcm1: PCM pcm1: PCM cap: 0x000e0560 pcm1: 16 20 24 bits, 44 48 96 192 KHz pcm1: DAC: 9 pcm1: pcm1: +-------------------------------+ pcm1: | DUMPING Playback/Record Paths | pcm1: +-------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: nid=27 [pin: Headphones (Green Jack)] pcm1: | pcm1: + <- nid=13 [audio mixer] [src: pcm, mix] pcm1: | pcm1: + <- nid=3 [audio output] [src: pcm] pcm1: + <- nid=11 [audio mixer] [src: mix] pcm1: pcm1: Record: pcm1: pcm1: nid=9 [audio input] pcm1: | pcm1: + <- nid=34 [audio mixer] [src: speaker, monitor] pcm1: | pcm1: + <- nid=25 [pin: Mic (Pink Jack)] [src: monitor] pcm1: + <- nid=29 [beep widget] [src: speaker] pcm1: pcm1: +-------------------------+ pcm1: | DUMPING Volume Controls | pcm1: +-------------------------+ pcm1: pcm1: Master Volume (OSS: vol): -46/0dB pcm1: | pcm1: +- ctl 16 (nid 13 out): -46/0dB (32 steps) pcm1: +- ctl 17 (nid 13 in 0): mute pcm1: +- ctl 18 (nid 13 in 1): mute pcm1: +- ctl 39 (nid 27 in ): mute pcm1: pcm1: PCM Volume (OSS: pcm): 0/0dB pcm1: | pcm1: +- ctl 17 (nid 13 in 0): mute pcm1: pcm1: Microphone2 Volume (OSS: monitor): 0/30dB pcm1: | pcm1: +- ctl 36 (nid 25 out): 0/30dB (4 steps) pcm1: +- ctl 42 (nid 34 in 1): mute pcm1: pcm1: Speaker/Beep Volume (OSS: speaker) pcm1: | pcm1: +- ctl 46 (nid 34 in 5): mute pcm1: pcm1: Recording Level (OSS: rec): -16/30dB pcm1: | pcm1: +- ctl 2 (nid 9 in 0): -16/30dB (32 steps) + mute pcm1: +- ctl 36 (nid 25 out): 0/30dB (4 steps) pcm1: +- ctl 42 (nid 34 in 1): mute pcm1: +- ctl 46 (nid 34 in 5): mute pcm1: pcm1: Input Mix Level (OSS: mix) pcm1: | pcm1: +- ctl 18 (nid 13 in 1): mute pcm1: pcm1: Input Monitoring Level (OSS: igain): 0/0dB pcm1: | pcm1: +- ctl 18 (nid 13 in 1): mute pcm1: pcm1: Mixer "vol": pcm1: Mixer "pcm": pcm1: Mixer "rec": pcm1: Mixer "igain": pcm1: Mixer "monitor": pcm1: Soft PCM mixer ENABLED pcm1: clone manager: deadline=750ms flags=0x8000001e pcm1: sndbuf_setmap 3480000, 10000; 0xffffff806bb9c000 -> 3480000 pcm1: sndbuf_setmap 34c0000, 10000; 0xffffff808473c000 -> 34c0000 pcm2: at nid 30 on hdaa0 pcm2: +--------------------------------------+ pcm2: | DUMPING PCM Playback/Record Channels | pcm2: +--------------------------------------+ pcm2: pcm2: Playback: pcm2: pcm2: Stream cap: 0x00000005 pcm2: AC3 PCM pcm2: PCM cap: 0x000e05e0 pcm2: 16 20 24 bits, 44 48 88 96 192 KHz pcm2: DAC: 6 pcm2: pcm2: +-------------------------------+ pcm2: | DUMPING Playback/Record Paths | pcm2: +-------------------------------+ pcm2: pcm2: Playback: pcm2: pcm2: nid=30 [pin: SPDIF-out (Black Jack)] pcm2: | pcm2: + <- nid=6 [audio output] [src: pcm] pcm2: pcm2: +-------------------------+ pcm2: | DUMPING Volume Controls | pcm2: +-------------------------+ pcm2: pcm2: Mixer "vol" -> "none": child=0x00000010 pcm2: Mixer "pcm": parent="vol" pcm2: Soft PCM mixer ENABLED pcm2: clone manager: deadline=750ms flags=0x8000001e pcm2: sndbuf_setmap 3500000, 10000; 0xffffff808477c000 -> 3500000 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff (aprobe0:ata0:0:1:0): Spinning up device (aprobe0:ata0:0:1:0): Spin-up done uhub0: 10 ports with 10 removable, self powered ata2: SATA connect timeout status=00000000 ata3: SATA connect timeout status=00000000 ata4: SATA connect timeout status=00000000 ata5: SATA connect timeout status=00000000 pass0 at ata0 bus 0 scbus0 target 0 lun 0 pass0: ATA-6 device pass0: Serial Number M1000000 pass0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) pass1 at ata0 bus 0 scbus0 target 1 lun 0 pass1: ATA-5 device pass1: Serial Number VNP214B2T59A5E pass1: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-6 device ada0: Serial Number M1000000 ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 19541MB (40020624 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 ada1 at ata0 bus 0 scbus0 target 1 lun 0 ada1: ATA-5 device ada1: Serial Number VNP214B2T59A5E ada1: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada1: 39266MB (80418240 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad1 GEOM: new disk ada0 GEOM: new disk ada1 TSC timecounter discards lower 1 bit(s) Timecounter "TSC-low" frequency 1615566420 Hz quality 1000 uhub1: 10 ports with 10 removable, self powered Trying to mount root from ufs:/dev/ada0s1a [rw]... start_init: trying /sbin/init linprocfs registered miibus0: mii_mediachg: can't handle non-zero PHY instance 31 miibus0: mii_mediachg: can't handle non-zero PHY instance 30 miibus0: mii_mediachg: can't handle non-zero PHY instance 29 miibus0: mii_mediachg: can't handle non-zero PHY instance 28 miibus0: mii_mediachg: can't handle non-zero PHY instance 27 miibus0: mii_mediachg: can't handle non-zero PHY instance 26 miibus0: mii_mediachg: can't handle non-zero PHY instance 25 miibus0: mii_mediachg: can't handle non-zero PHY instance 24 miibus0: mii_mediachg: can't handle non-zero PHY instance 23 miibus0: mii_mediachg: can't handle non-zero PHY instance 22 miibus0: mii_mediachg: can't handle non-zero PHY instance 21 miibus0: mii_mediachg: can't handle non-zero PHY instance 20 miibus0: mii_mediachg: can't handle non-zero PHY instance 19 miibus0: mii_mediachg: can't handle non-zero PHY instance 18 miibus0: mii_mediachg: can't handle non-zero PHY instance 17 miibus0: mii_mediachg: can't handle non-zero PHY instance 16 miibus0: mii_mediachg: can't handle non-zero PHY instance 15 miibus0: mii_mediachg: can't handle non-zero PHY instance 14 miibus0: mii_mediachg: can't handle non-zero PHY instance 13 miibus0: mii_mediachg: can't handle non-zero PHY instance 12 miibus0: mii_mediachg: can't handle non-zero PHY instance 11 miibus0: mii_mediachg: can't handle non-zero PHY instance 10 miibus0: mii_mediachg: can't handle non-zero PHY instance 9 miibus0: mii_mediachg: can't handle non-zero PHY instance 8 miibus0: mii_mediachg: can't handle non-zero PHY instance 7 miibus0: mii_mediachg: can't handle non-zero PHY instance 6 miibus0: mii_mediachg: can't handle non-zero PHY instance 5 miibus0: mii_mediachg: can't handle non-zero PHY instance 4 miibus0: mii_mediachg: can't handle non-zero PHY instance 3 miibus0: mii_mediachg: can't handle non-zero PHY instance 2 miibus0: mii_mediachg: can't handle non-zero PHY instance 1 Too much? Thank you very much, for all your time, and consideration. --Chris > >> >> # uname -a >> FreeBSD demon0 9.2-STABLE FreeBSD 9.2-STABLE #0 r263756: Wed Mar 26 11:28:10 PDT 2014 >> root@demon0:/usr/obj/usr/src/sys/DEMON0 amd64 >> >> Thank you for all your time, and consideration. >> >> --Chris > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Mar 31 20:04:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B1B4654; Mon, 31 Mar 2014 20:04:04 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 ED10FE64; Mon, 31 Mar 2014 20:04:03 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s2VK6mu1011020; Mon, 31 Mar 2014 13:06:54 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s2VK6hjN011019; Mon, 31 Mar 2014 13:06:43 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 31 Mar 2014 13:06:43 -0700 (PDT) Message-ID: <26dbb84bafaf0114cb75c3fbe060d412.authenticated@ultimatedns.net> Date: Mon, 31 Mar 2014 13:06:43 -0700 (PDT) Subject: Process handlers, and zombies, or preap(1) From: "Chris H" To: "freebsd-hackers" , "freebsd-stable" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 31 Mar 2014 20:04:04 -0000 Greetings, I'm evaluating/experimenting on releng_9. The install, and now custom kernel have noting exotic, or anything out of the ordinary. top(1), and ps(1) indicate a (1) zombie, or process. On my releng_8 systems, when I occasionally encounter one of these, they soon disappear (are reaped) from the process table. While I have not investigated this far enough on both versions to determine whether the parent process reaped the child on the releng_8 systems, and the parent on releng_9 is simply an irresponsible parent, eg; a different parent. Before I do, I was wondering if there was any specific difference between the 2 versions that might cause better handling of such situations. While I recognize that resource starvation is HIGHLY unlikely, except by perhaps a rouge parent spawning multitudes of zombies. I thought it might be useful for "housekeeping" to 1) provide a process table housekeeper (zombie reaper), or 2) create a system utility/command like SunOS/OpenSolaris has; preap(1). http://www.freebsd.org/cgi/man.cgi?query=preap&manpath=SunOS+5.10 Thank you for your time, and consideration. --Chris From owner-freebsd-stable@FreeBSD.ORG Mon Mar 31 21:11:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B529F79 for ; Mon, 31 Mar 2014 21:11:59 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 45FB07C3 for ; Mon, 31 Mar 2014 21:11:58 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-173-254-150.range86-173.btcentralplus.com [86.173.254.150]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id C141F4508D for ; Mon, 31 Mar 2014 21:11:56 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk C141F4508D DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1396300318; bh=ZQAxtvtiq6k5aK/2EhrMQHg3tCkseTnrP8hioEQ4xeo=; h=Date:From:To:Subject:In-Reply-To; b=IVCspt+VGpzLN1SFqishr9gBf9hkDJSysCZFnMdBCfORPrwCsWqVxuAIMtD/Dks5a v8FyH/ExRA9UgWlZ9tpguUwUJCu0hw1KoUmQEb/IjuJTouKMxFIqLOIzTZmtZ/tf0T urlCA+b8LNt/Dq4K3YTj7XBMQgb3OvvjMiwJ7i/0= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 27AE21270B; Mon, 31 Mar 2014 22:11:52 +0100 (BST) Date: Mon, 31 Mar 2014 22:11:52 +0100 From: Ben Morrow To: freebsd-stable@freebsd.org Subject: Re: Process handlers, and zombies, or preap(1) Message-ID: <20140331211147.GA52184@anubis.morrow.me.uk> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <26dbb84bafaf0114cb75c3fbe060d412.authenticated@ultimatedns.net> X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 31 Mar 2014 21:11:59 -0000 Quoth "Chris H" : > I'm evaluating/experimenting on releng_9. The install, and now > custom kernel have noting exotic, or anything out of the ordinary. > top(1), and ps(1) indicate a (1) zombie, or process. On > my releng_8 systems, when I occasionally encounter one of these, > they soon disappear (are reaped) from the process table. While I > have not investigated this far enough on both versions to determine > whether the parent process reaped the child on the releng_8 systems, > and the parent on releng_9 is simply an irresponsible parent, eg; > a different parent. What is the parent? > Before I do, I was wondering if there was any > specific difference between the 2 versions that might cause better > handling of such situations. While I recognize that resource > starvation is HIGHLY unlikely, except by perhaps a rouge parent A rouge parent? :) > spawning multitudes of zombies. I thought it might be useful for > "housekeeping" to 1) provide a process table housekeeper (zombie > reaper), That's called init(8). When the parent exits, init will wait for the zombie. > or 2) create a system utility/command like SunOS/OpenSolaris > has; preap(1). That seems like a bad idea, to me. Generally speaking I would expect it to be safer to kill and restart the parent, allowing init to do its job. Ben From owner-freebsd-stable@FreeBSD.ORG Mon Mar 31 21:36:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 020BD610 for ; Mon, 31 Mar 2014 21:36:38 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 B698E9A5 for ; Mon, 31 Mar 2014 21:36:36 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s2VLdM1g014717 for ; Mon, 31 Mar 2014 14:39:28 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s2VLdH3t014713; Mon, 31 Mar 2014 14:39:17 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 31 Mar 2014 14:39:17 -0700 (PDT) Message-ID: In-Reply-To: <20140331211147.GA52184@anubis.morrow.me.uk> References: <20140331211147.GA52184@anubis.morrow.me.uk> Date: Mon, 31 Mar 2014 14:39:17 -0700 (PDT) Subject: Re: Process handlers, and zombies, or preap(1) From: "Chris H" To: freebsd-stable@freebsd.org User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 31 Mar 2014 21:36:38 -0000 > Quoth "Chris H" : >> I'm evaluating/experimenting on releng_9. The install, and now >> custom kernel have noting exotic, or anything out of the ordinary. >> top(1), and ps(1) indicate a (1) zombie, or process. On >> my releng_8 systems, when I occasionally encounter one of these, >> they soon disappear (are reaped) from the process table. While I >> have not investigated this far enough on both versions to determine >> whether the parent process reaped the child on the releng_8 systems, >> and the parent on releng_9 is simply an irresponsible parent, eg; >> a different parent. > > What is the parent? Sorry, that /should/ have been clearer. :) Meaning; the processes (parents) that are reaping the zombies on releng_8 are different that those I'm seeing on releng_9. In other words; On releng_8, I see a zombie, then seconds later, it's gone. On releng_9, I see a zombie, and it never leaves. Is the "parent" of the dead "child" on releng_9, different than that of the parent on releng_8. I couldn't possibly expect you to know. But not having been able to catch the parent process reaping the defunct child on releng_8, before it has reaped it. I cannot know. Which led me to ask; Is there anything different on releng_9, that might cause zombies terminally within the process table? A bit wordy, perhaps. But makes the point. No? :) > >> Before I do, I was wondering if there was any >> specific difference between the 2 versions that might cause better >> handling of such situations. While I recognize that resource >> starvation is HIGHLY unlikely, except by perhaps a rouge parent > > A rouge parent? :) Yes. An unfit parent, that will not watch after it's child(ren). We have agencies in the US that seek to end such delinquencies. Maybe FreeBSD could employ such tactics. :) > >> spawning multitudes of zombies. I thought it might be useful for >> "housekeeping" to 1) provide a process table housekeeper (zombie >> reaper), > > That's called init(8). When the parent exits, init will wait for the > zombie. > >> or 2) create a system utility/command like SunOS/OpenSolaris >> has; preap(1). > > That seems like a bad idea, to me. Generally speaking I would expect it > to be safer to kill and restart the parent, allowing init to do its job. Maybe. Maybe not. I think it depends on the parent process, and what impact HUPing it, will have on the system. Tho this should not be an excuse for not fixing the problem parent. But rather, a stop-gap, until a suitable fix is created/obtained (for the parent). Thanks for taking the time to respond, Ben. --Chris > > Ben > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Mar 31 22:30:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A21221B4 for ; Mon, 31 Mar 2014 22:30:08 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (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 664B0D7B for ; Mon, 31 Mar 2014 22:30:08 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 721BD139E7 for ; Mon, 31 Mar 2014 22:32:46 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-transfer-encoding:content-type:content-type :in-reply-to:references:subject:subject:to:mime-version :user-agent:from:from:date:date:message-id; s=dkim; t= 1396315961; x=1397179962; bh=H6uvnACDFbfttB8va8izVWsmmpLyNTiyHky jl3aUs7U=; b=BaO1bu4j8Oxv1ldlHapzW7RCdWYJ9jE9XFcfZFayFUyL914hS8e ljXMCRfUmJe7K4edJR4GbJnIo1562FKViF3DY0oTE115IjF6kQPT+plaU4x4saf2 rPuqAIgSL9UjsKOd9l2ew7v+D0YVKlMuRHJcdEFxBSKBbVngd4hCVQOE= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lk_yrC8wq37k for ; Mon, 31 Mar 2014 22:32:41 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.48.8]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id F09A5139C3; Mon, 31 Mar 2014 22:32:38 -0300 (BRT) Message-ID: <5339EC5D.3030408@bsdinfo.com.br> Date: Mon, 31 Mar 2014 19:29:49 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Process handlers, and zombies, or preap(1) References: <20140331211147.GA52184@anubis.morrow.me.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 31 Mar 2014 22:30:08 -0000 Em 31/03/14 18:39, Chris H escreveu: >> Quoth "Chris H" : >>> I'm evaluating/experimenting on releng_9. The install, and now >>> custom kernel have noting exotic, or anything out of the ordinary. >>> top(1), and ps(1) indicate a (1) zombie, or process. On >>> my releng_8 systems, when I occasionally encounter one of these, >>> they soon disappear (are reaped) from the process table. While I >>> have not investigated this far enough on both versions to determine >>> whether the parent process reaped the child on the releng_8 systems, >>> and the parent on releng_9 is simply an irresponsible parent, eg; >>> a different parent. >> What is the parent? > Sorry, that /should/ have been clearer. :) > Meaning; the processes (parents) that are reaping the zombies on releng_8 > are different that those I'm seeing on releng_9. > In other words; On releng_8, I see a zombie, then seconds later, it's > gone. On releng_9, I see a zombie, and it never leaves. > Is the "parent" of the dead "child" on releng_9, different than that of > the parent on releng_8. I couldn't possibly expect you to know. But not > having been able to catch the parent process reaping the defunct child > on releng_8, before it has reaped it. I cannot know. Which led me to ask; > Is there anything different on releng_9, that might cause zombies > terminally within the process table? > A bit wordy, perhaps. But makes the point. No? :) > >>> Before I do, I was wondering if there was any >>> specific difference between the 2 versions that might cause better >>> handling of such situations. While I recognize that resource >>> starvation is HIGHLY unlikely, except by perhaps a rouge parent >> A rouge parent? :) > Yes. An unfit parent, that will not watch after it's child(ren). We > have agencies in the US that seek to end such delinquencies. Maybe > FreeBSD could employ such tactics. :) > >>> spawning multitudes of zombies. I thought it might be useful for >>> "housekeeping" to 1) provide a process table housekeeper (zombie >>> reaper), >> That's called init(8). When the parent exits, init will wait for the >> zombie. >> >>> or 2) create a system utility/command like SunOS/OpenSolaris >>> has; preap(1). >> That seems like a bad idea, to me. Generally speaking I would expect it >> to be safer to kill and restart the parent, allowing init to do its job. > Maybe. Maybe not. I think it depends on the parent process, and what impact > HUPing it, will have on the system. Tho this should not be an excuse for > not fixing the problem parent. But rather, a stop-gap, until a suitable > fix is created/obtained (for the parent). > > > Thanks for taking the time to respond, Ben. > > --Chris > >> Ben This could be related with this problem that I'm having with zombie processes? [...] 40945 - Is 0:00.01 sshd: luciele [priv] (sshd) 40946 - Z 0:00.01 40947 - IW 0:00.00 sshd: luciele [pam] (sshd) 44376 - Is 0:00.01 sshd: unknown [priv] (sshd) 44377 - Z 0:00.01 44378 - IW 0:00.00 sshd: unknown [pam] (sshd) 58892 - IW 0:00.00 /usr/local/sbin/httpd -DNOHTTPACCEPT 58978 - IW 0:00.00 /usr/local/sbin/httpd -DNOHTTPACCEPT 61361 - IW 0:00.00 /usr/local/sbin/httpd -DNOHTTPACCEPT 61684 - Is 0:00.01 sshd: unknown [priv] (sshd) 61685 - Z 0:00.01 61692 - IW 0:00.00 sshd: unknown [pam] (sshd) 78346 - Is 0:00.01 sshd: unknown [priv] (sshd) 78347 - Z 0:00.01 78351 - IW 0:00.00 sshd: unknown [pam] (sshd) [...] # procstat -f 40945 PID COMM FD T V FLAGS REF OFFSET PRO NAME 40945 sshd text v r r------- - - - /usr/sbin/sshd 40945 sshd cwd v d r------- - - - / 40945 sshd root v d r------- - - - / 40945 sshd 0 v c rw------ 6 0 - /dev/null 40945 sshd 1 v c rw------ 6 0 - /dev/null 40945 sshd 2 v c rw------ 6 0 - /dev/null 40945 sshd 3 s - rw---n-- 2 0 TCP 186.xxx.xx.10:4321 186.xxx.xx.8:64762 40945 sshd 4 s - rw------ 1 0 UDS - 40945 sshd 5 p - rw------ 2 0 - - 40945 sshd 6 s - rw------ 2 0 UDS - # procstat -f 44376 PID COMM FD T V FLAGS REF OFFSET PRO NAME 44376 sshd text v r r------- - - - /usr/sbin/sshd 44376 sshd cwd v d r------- - - - / 44376 sshd root v d r------- - - - / 44376 sshd 0 v c rw------ 6 0 - /dev/null 44376 sshd 1 v c rw------ 6 0 - /dev/null 44376 sshd 2 v c rw------ 6 0 - /dev/null 44376 sshd 3 s - rw---n-- 2 0 TCP 186.xxx.xx.10:4321 186.xxx.xx.8:64368 44376 sshd 4 s - rw------ 1 0 UDS - 44376 sshd 5 p - rw------ 2 0 - - 44376 sshd 6 s - rw------ 2 0 UDS - # procstat -f 61684 PID COMM FD T V FLAGS REF OFFSET PRO NAME 61684 sshd text v r r------- - - - /usr/sbin/sshd 61684 sshd cwd v d r------- - - - / 61684 sshd root v d r------- - - - / 61684 sshd 0 v c rw------ 6 0 - /dev/null 61684 sshd 1 v c rw------ 6 0 - /dev/null 61684 sshd 2 v c rw------ 6 0 - /dev/null 61684 sshd 3 s - rw---n-- 2 0 TCP 186.xxx.xx.10:4321 186.xxx.xx.8:61415 61684 sshd 4 s - rw------ 1 0 UDS - 61684 sshd 5 p - rw------ 2 0 - - 61684 sshd 6 s - rw------ 2 0 UDS - # procstat -f 78346 PID COMM FD T V FLAGS REF OFFSET PRO NAME 78346 sshd text v r r------- - - - /usr/sbin/sshd 78346 sshd cwd v d r------- - - - / 78346 sshd root v d r------- - - - / 78346 sshd 0 v c rw------ 6 0 - /dev/null 78346 sshd 1 v c rw------ 6 0 - /dev/null 78346 sshd 2 v c rw------ 6 0 - /dev/null 78346 sshd 3 s - rw---n-- 2 0 TCP 186.xxx.xx.10:4321 186.xxx.xx.8:50994 78346 sshd 4 s - rw------ 1 0 UDS - 78346 sshd 5 p - rw------ 2 0 - - 78346 sshd 6 s - rw------ 2 0 UDS - # netstat -n | grep CLOSED tcp4 0 0 186.xxx.xx.10.4321 186.xxx.xx.8.64368 CLOSED tcp4 0 0 186.xxx.xx.10.4321 186.xxx.xx.8.61415 CLOSED tcp4 0 0 186.xxx.xx.10.4321 186.xxx.xx.8.50994 CLOSED tcp4 0 0 186.xxx.xx.10.4321 186.xxx.xx.8.64762 CLOSED # uname -a FreeBSD xxxxx.xxxxx.xxx.xx 10.0-STABLE FreeBSD 10.0-STABLE #6 r263882: Fri Mar 28 20:28:40 BRT 2014 root@xxxxx.xxxxx.xxx.xx:/usr/obj/usr/src/sys/GONDIM10 amd64 Cheers, Gondim From owner-freebsd-stable@FreeBSD.ORG Mon Mar 31 22:39:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1021F499 for ; Mon, 31 Mar 2014 22:39:40 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id CE1DFE4A for ; Mon, 31 Mar 2014 22:39:39 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-173-254-150.range86-173.btcentralplus.com [86.173.254.150]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 1B2324508D for ; Mon, 31 Mar 2014 22:39:37 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk 1B2324508D DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1396305578; bh=QEe81FsyASrGuGXAPjjY9ygyGPMr+j+rDUBE7+g+wGE=; h=Date:From:To:Subject:References:In-Reply-To; b=yTegjjmvEcz3rO6LRV211jaHUN5eDpAN2NLfsK/se3JWaaAXs005UXYCLVX5YMELs vpIshMPVVKVt5c3zd3nsHBMgbixXmrg9lSV+Y2Fb9BNlnb5A44JInBsFLomHT+rh3n B6cxb996HtdwGHbOkjRCo0PoTUuhR24T8hCGvCoI= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 888891272C; Mon, 31 Mar 2014 23:39:34 +0100 (BST) Date: Mon, 31 Mar 2014 23:39:34 +0100 From: Ben Morrow To: freebsd-stable@freebsd.org Subject: Re: Process handlers, and zombies, or preap(1) Message-ID: <20140331223930.GA52538@anubis.morrow.me.uk> Mail-Followup-To: freebsd-stable@freebsd.org References: <20140331211147.GA52184@anubis.morrow.me.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 31 Mar 2014 22:39:40 -0000 Quoth "Chris H" : > > Quoth "Chris H" : > >> I'm evaluating/experimenting on releng_9. The install, and now > >> custom kernel have noting exotic, or anything out of the ordinary. > >> top(1), and ps(1) indicate a (1) zombie, or process. On > >> my releng_8 systems, when I occasionally encounter one of these, > >> they soon disappear (are reaped) from the process table. While I > >> have not investigated this far enough on both versions to determine > >> whether the parent process reaped the child on the releng_8 systems, > >> and the parent on releng_9 is simply an irresponsible parent, eg; > >> a different parent. > > > > What is the parent? > > Sorry, that /should/ have been clearer. :) > Meaning; the processes (parents) that are reaping the zombies on releng_8 > are different that those I'm seeing on releng_9. > In other words; On releng_8, I see a zombie, then seconds later, it's > gone. On releng_9, I see a zombie, and it never leaves. > Is the "parent" of the dead "child" on releng_9, different than that of > the parent on releng_8. I couldn't possibly expect you to know. But not > having been able to catch the parent process reaping the defunct child > on releng_8, before it has reaped it. Well, *all* processes (except those whose parent is ignoring SIGCHLD) become zombies for some period of time, before their parent waits for them. The question is, why are the particular parent processes you are seeing failing to wait on 9-STABLE? > I cannot know. Which led me to ask; > Is there anything different on releng_9, that might cause zombies > terminally within the process table? > A bit wordy, perhaps. But makes the point. No? :) You were perfectly clear. Obviously I wasn't. What program is the parent process running? Is it a sshd, for instance, or some other piece of base software? This might indicate a bug somewhere in the base system (though, I'm running 9.1, and I don't see any zombies except under unusual circumstances). > >> Before I do, I was wondering if there was any > >> specific difference between the 2 versions that might cause better > >> handling of such situations. While I recognize that resource > >> starvation is HIGHLY unlikely, except by perhaps a rouge parent > > > > A rouge parent? :) > > Yes. An unfit parent, that will not watch after it's child(ren). We > have agencies in the US that seek to end such delinquencies. Maybe > FreeBSD could employ such tactics. :) I think you meant 'a rogue parent'. A rouge parent would be a sort of brownish-red colour. > >> spawning multitudes of zombies. I thought it might be useful for > >> "housekeeping" to 1) provide a process table housekeeper (zombie > >> reaper), > > > > That's called init(8). When the parent exits, init will wait for the > > zombie. > > > >> or 2) create a system utility/command like SunOS/OpenSolaris > >> has; preap(1). > > > > That seems like a bad idea, to me. Generally speaking I would expect it > > to be safer to kill and restart the parent, allowing init to do its job. > > Maybe. Maybe not. I think it depends on the parent process, and what impact > HUPing it, will have on the system. Tho this should not be an excuse for > not fixing the problem parent. But rather, a stop-gap, until a suitable > fix is created/obtained (for the parent). Indeed. However, it's nearly always possible to stop and restart any process safely (after all, power outages happen, and you have to be ready for them), whereas the effects of reaping a process the parent was eventually going to wait for cannot be determined without detailed knowledge of the parent's source. Ben From owner-freebsd-stable@FreeBSD.ORG Mon Mar 31 23:04:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48923888 for ; Mon, 31 Mar 2014 23:04:28 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 016C5D7 for ; Mon, 31 Mar 2014 23:04:27 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s2VN7DoW018239 for ; Mon, 31 Mar 2014 16:07:19 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s2VN76Sp018235; Mon, 31 Mar 2014 16:07:06 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 31 Mar 2014 16:07:08 -0700 (PDT) Message-ID: <4a08a4b2790f1ad83e4dc89591f84b97.authenticated@ultimatedns.net> In-Reply-To: <20140331223930.GA52538@anubis.morrow.me.uk> References: <20140331211147.GA52184@anubis.morrow.me.uk> <20140331223930.GA52538@anubis.morrow.me.uk> Date: Mon, 31 Mar 2014 16:07:08 -0700 (PDT) Subject: Re: Process handlers, and zombies, or preap(1) From: "Chris H" To: freebsd-stable@freebsd.org User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 31 Mar 2014 23:04:28 -0000 > Quoth "Chris H" : >> > Quoth "Chris H" : >> >> I'm evaluating/experimenting on releng_9. The install, and now >> >> custom kernel have noting exotic, or anything out of the ordinary. >> >> top(1), and ps(1) indicate a (1) zombie, or process. On >> >> my releng_8 systems, when I occasionally encounter one of these, >> >> they soon disappear (are reaped) from the process table. While I >> >> have not investigated this far enough on both versions to determine >> >> whether the parent process reaped the child on the releng_8 systems, >> >> and the parent on releng_9 is simply an irresponsible parent, eg; >> >> a different parent. >> > >> > What is the parent? >> >> Sorry, that /should/ have been clearer. :) >> Meaning; the processes (parents) that are reaping the zombies on releng_8 >> are different that those I'm seeing on releng_9. >> In other words; On releng_8, I see a zombie, then seconds later, it's >> gone. On releng_9, I see a zombie, and it never leaves. >> Is the "parent" of the dead "child" on releng_9, different than that of >> the parent on releng_8. I couldn't possibly expect you to know. But not >> having been able to catch the parent process reaping the defunct child >> on releng_8, before it has reaped it. > > Well, *all* processes (except those whose parent is ignoring SIGCHLD) > become zombies for some period of time, before their parent waits for > them. The question is, why are the particular parent processes you are > seeing failing to wait on 9-STABLE? > >> I cannot know. Which led me to ask; >> Is there anything different on releng_9, that might cause zombies >> terminally within the process table? >> A bit wordy, perhaps. But makes the point. No? :) > > You were perfectly clear. Obviously I wasn't. > > What program is the parent process running? Is it a sshd, for instance, > or some other piece of base software? This might indicate a bug > somewhere in the base system (though, I'm running 9.1, and I don't see > any zombies except under unusual circumstances). > >> >> Before I do, I was wondering if there was any >> >> specific difference between the 2 versions that might cause better >> >> handling of such situations. While I recognize that resource >> >> starvation is HIGHLY unlikely, except by perhaps a rouge parent >> > >> > A rouge parent? :) >> >> Yes. An unfit parent, that will not watch after it's child(ren). We >> have agencies in the US that seek to end such delinquencies. Maybe >> FreeBSD could employ such tactics. :) > > I think you meant 'a rogue parent'. A rouge parent would be a sort of > brownish-red colour. GAH! Either the print is getting smaller, or my eyes are getting worse. Right you are! Rogue it is! > >> >> spawning multitudes of zombies. I thought it might be useful for >> >> "housekeeping" to 1) provide a process table housekeeper (zombie >> >> reaper), >> > >> > That's called init(8). When the parent exits, init will wait for the >> > zombie. >> > >> >> or 2) create a system utility/command like SunOS/OpenSolaris >> >> has; preap(1). >> > >> > That seems like a bad idea, to me. Generally speaking I would expect it >> > to be safer to kill and restart the parent, allowing init to do its job. >> >> Maybe. Maybe not. I think it depends on the parent process, and what impact >> HUPing it, will have on the system. Tho this should not be an excuse for >> not fixing the problem parent. But rather, a stop-gap, until a suitable >> fix is created/obtained (for the parent). > > Indeed. However, it's nearly always possible to stop and restart any > process safely (after all, power outages happen, and you have to be > ready for them), whereas the effects of reaping a process the parent was > eventually going to wait for cannot be determined without detailed > knowledge of the parent's source. On the whole; you're correct. But I still argue that HUPing X(org|init), or some other "significant" process, because of some silly INsignificant child process that either balked, or otherwise died. May be a bit "overkill". So yes. /Ideally/ init(8), and the parent(s) should be used to handle those naughty children. In an ideal world, that just happens. But it's not always "ideal" to HUP the parent to reap the offending child. But it /should/ be used to diagnose the offending child/parent. So really, I'm in agreement with you. I just believe that for those situations, where it's not ideal to do it "properly", a tool like preap(1) would sure be handy. So handy, in fact; I created one based on it's source, and it reaped that naughty child I first spoke of. :) Thanks again, Ben, for taking the time to respond (and to correct me). :) --Chris > > Ben > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Mar 31 23:27:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A7C2214 for ; Mon, 31 Mar 2014 23:27:13 +0000 (UTC) Received: from new.shalott.net (new.shalott.net [66.180.195.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.shalott.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E8CC2295 for ; Mon, 31 Mar 2014 23:27:12 +0000 (UTC) Received: (qmail 718 invoked by uid 1000); 31 Mar 2014 23:20:31 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 31 Mar 2014 23:20:31 -0000 Date: Mon, 31 Mar 2014 16:20:31 -0700 (PDT) From: jason-freebsd-stable@shalott.net X-X-Sender: jason@new.shalott.net To: freebsd-stable@freebsd.org Subject: Re: Any news about "msk0 watchdog timeout" regression in 10-RELEASE? Message-ID: User-Agent: Alpine 2.02 (LFD 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 31 Mar 2014 23:27:13 -0000 I'm having the same problem. Was running FreeBSD-9 for a long time with an msk card, no problems or issues. Upgraded to 10-RELEASE and now my card reliably hangs after passing a total of about 2M of traffic. I'm running amd64 with 2G of RAM. I can provide the exact card ID later if it helps. I tried modifying msk_stat_count as suggested by Curtis (both my modifying MSK_TX_RING_CNT/MSK_RX_RING_CNT as he did, as well as by setting it directly to 1k or 2k in if_msk.c), but that didn't help. With each of these changes, after a reboot, the card will reliably pass about 2Mbyte of traffic and then hang (tried multiple reboots and power-cycles with each iteration). Has anyone else made any progress on this issue yet? Has anyone tried just rolling back sys/dev/msk to the version from 9-STABLE? Thanks. -Jason From owner-freebsd-stable@FreeBSD.ORG Tue Apr 1 00:20:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E768FB6A for ; Tue, 1 Apr 2014 00:20:04 +0000 (UTC) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id C31378FB for ; Tue, 1 Apr 2014 00:20:04 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id 378511CCD7; Mon, 31 Mar 2014 21:11:51 -0300 (BRT) Received: from 177.135.17.117 (SquirrelMail authenticated user matheus) by arroway.org with HTTP; Mon, 31 Mar 2014 21:11:51 -0300 Message-ID: <079373394303a2adbe71c6f41383ba39.squirrel@arroway.org> In-Reply-To: <20140330000126.GE4085@lucius.XxX> References: <5303B8F3.8090709@vangyzen.net> <5303E549.8020106@bluerosetech.com> <20140219042538.GA28608@lucius.XxX> <20140330000126.GE4085@lucius.XxX> Date: Mon, 31 Mar 2014 21:11:51 -0300 Subject: Re: Recommend FreeBSD VPS From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Apr 2014 00:20:05 -0000 On Sat, March 29, 2014 21:01, Lucius Rizzo wrote: > * Lucius Rizzo [2014-02-19 04:25]: >> * Darren Pilgrim [2014-02-18 14:57]: >> > On 2/18/2014 11:48 AM, Eric van Gyzen wrote: >> > >On 02/15/2014 08:23, 朱江 wrote: >> > >>I'm looking for a cheap FreeBSD VPS, can you guys provide me some good >> > >>service provider? BTW, I currently in China and I hope the VPS should have >> > >>low latency. >> > > >> > >I have had very good experience with RootBSD (http://www.rootbsd.net/). >> > >They are based in the United States but have a datacenter in Germany. >> > >> > Second on RootBSD. They also have datacenters in Dallas, TX and Raleigh, >> > NC, and are IPv6-enabled. >> >> I checked their offerings - $19.97/month vs $5 i pay at BlueVM is really >> a considerable difference. The only thing I am really looking forward is >> native IPv6 in Zurich with BlueVM. I have very good experience with US >> servers, but more and more I am deploying outside US. In fact, this >> seems to be a new trend in offerings recently and there does seems to be >> demand in servers to be based outside US. > > I got an email from BlueVM today about new offers for their KVMs. I've been > running FreeBSD 10 on almost all my instances now and its working really well. > I did had some strange networking issues with VirtIO with the NIC but I changed > it to an Intel NIC and its working really well. Disk based VirtIO works out of > the box. > > Anyways, they have this awesome deal: $3.99 USD / month (1024 MB Guaranteed > RAM 3 CPU Core 1 IPv4 Address 30 GB Disk Space 1 TB Bandwidth) among others for > VPS. I thought I'd send this along and if someone is looking to run FreeBSD in > the cloud for cheap, this works well. > > https://bluevm.com/cart.php?gid=42 > > Note: NetBSD/FreeBSD work out of the box and can see all the cpu cores. > OpenBSD however does not. It only sees one cpu. OpenBSD devs werent the most > useful to help debug, so I just gave up. I prefer Free/NetBSD anyways... I got a VPS, got FreeBSD 10 amd64 installed, and cant boot it. stops on the usbus0: 12Mbps line. is there any special options I must add ? thanks, matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Tue Apr 1 06:58:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB555848; Tue, 1 Apr 2014 06:58:48 +0000 (UTC) Received: from mail-pd0-x236.google.com (mail-pd0-x236.google.com [IPv6:2607:f8b0:400e:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 97680819; Tue, 1 Apr 2014 06:58:48 +0000 (UTC) Received: by mail-pd0-f182.google.com with SMTP id y10so9131033pdj.13 for ; Mon, 31 Mar 2014 23:58:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=qdn/KYoACp8kucYs+CTZ9d+Amk1W4QuXsORwpAfqyOQ=; b=iQhTRHdlnw7E/1oj2J/La2GUCUusfi3buQG3qbkfgy6s0tnVqQxHiUAmvUOgY6iZhd 90gyI7NBZcoEO3MauYXmDp7X0JZW4YJb34BOunUe5o7gSwX36OAn9Ipp0I2XlLP5y/7n iKvVBEh4mgYJnLOIxvP1OHUgVyhjjuRxze3/7BoPGKB4SF9SRBOJ4mFbV/oD5o/TRx8n d+SoQ97uwcPCbx+IqreYW/arAycupsw1PnusmLu9TptPS1+g/RELZ+S7W1lxV89lWkCB Z9SUhSVtrj46/iBx3RHmZ7vtGbok/yDP9zb0dd3BOpyJD0VP552LxhhPBd0uz5H+r4/D hNTw== X-Received: by 10.68.212.10 with SMTP id ng10mr29242884pbc.95.1396335528243; Mon, 31 Mar 2014 23:58:48 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id vg1sm47752672pbc.44.2014.03.31.23.58.45 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 31 Mar 2014 23:58:47 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 01 Apr 2014 15:58:42 +0900 From: Yonghyeon PYUN Date: Tue, 1 Apr 2014 15:58:42 +0900 To: Chris H Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 Message-ID: <20140401065842.GA1364@michelle.cdnetworks.com> References: <2598eeb4c68e23df0789e5e3e8f46d76.authenticated@ultimatedns.net> <20140331050002.GC1359@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2014 06:58:48 -0000 On Mon, Mar 31, 2014 at 07:57:28AM -0700, Chris H wrote: > > On Sun, Mar 30, 2014 at 01:12:20PM -0700, chrish@UltimateDNS.NET wrote: > >> Greetings, > >> I'm not sure whether this best belonged on net@, or stable@ > >> so I'm using both. :) > >> I'm testing both releng_9, and MB, and I encountered a new > >> message I don't usually see using the nfe(4) driver: > >> > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 > >> ... > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 31 > >> > >> Truncated for brevity (31 lines in total; 1-31). I don't know > >> how interpret this. An issue with my version of the driver, or > >> the hardware itself? This occurred with both GENERIC, as well > >> as my custom kernel. > > > > Would you show me the dmesg output? > Happily: > > Calibrating TSC clock ... TSC clock: 3231132841 Hz > CPU: AMD Sempron(tm) 140 Processor (3231.13-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x100f62 Family = 0x10 Model = 0x6 Stepping = 2 > Features=0x78bfbff > Features2=0x802009 > AMD Features=0xee500800 > AMD Features2=0x37fd [...] > nfe0: port 0xe480-0xe487 mem 0xdff7d000-0xdff7dfff > irq 20 at device 7.0 on pci0 > nfe0: attempting to allocate 8 MSI vectors (8 supported) > msi: routing MSI IRQ 257 to local APIC 0 vector 56 > msi: routing MSI IRQ 258 to local APIC 0 vector 57 > msi: routing MSI IRQ 259 to local APIC 0 vector 58 > msi: routing MSI IRQ 260 to local APIC 0 vector 59 > msi: routing MSI IRQ 261 to local APIC 0 vector 60 > msi: routing MSI IRQ 262 to local APIC 0 vector 61 > msi: routing MSI IRQ 263 to local APIC 0 vector 62 > msi: routing MSI IRQ 264 to local APIC 0 vector 63 > nfe0: using IRQs 257-264 for MSI > nfe0: Using 8 MSI messages > miibus0: on nfe0 > rlphy0: PHY 0 on miibus0 > rlphy0: OUI 0x000004, model 0x0020, rev. 1 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy1: PHY 1 on miibus0 > rlphy1: OUI 0x000004, model 0x0020, rev. 1 > rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow [...] > rlphy30: PHY 30 on miibus0 > rlphy30: OUI 0x000004, model 0x0020, rev. 1 > rlphy30: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy31: PHY 31 on miibus0 > rlphy31: OUI 0x000004, model 0x0020, rev. 1 > rlphy31: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > nfe0: bpf attached > nfe0: Ethernet address: 40:61:86:cd:44:97 mii(4) thinks it has 32 PHYs and this is the reason why mii(4) complains. Due to unknown reason, accessing PHY registers in device probe stage got valid response which in turn makes the driver think there are 32 PHYs. Did you ever see this this kind of message on old FreeBSD release? Or could you try cold-boot and see whether it makes any difference? From owner-freebsd-stable@FreeBSD.ORG Tue Apr 1 09:56:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51FCAD7A for ; Tue, 1 Apr 2014 09:56:03 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DF2D5BA2 for ; Tue, 1 Apr 2014 09:56:02 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id x13so7007546wgg.26 for ; Tue, 01 Apr 2014 02:56:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=G3qSNPmgF7416cacROue25+eAhhGWkfp6WfVUBpeXX0=; b=Y5qdVY0RfqJprnaPZeQgLvpZ6U/S3VVJQWp7HiTsYZJMO9TU8UFIk/+vYf/ccrrTKB Z/cMnhb01qb92ccBQkBFvgCsEQPPop0W9tH8O+gx3jG8zzCzaZn99jpNMKqS4nBMNxLN se37gBZsJjOibdXTYLkSW0tTpJ7Ii7kJRzT2fpyYcJzja98aPp2oFNPJGiisOSkwlZAZ VFZFvkYCw+GJyj6Bc+4jo1LYjZ5la9akMbzuraGoc3/Km21yTfM5vNsORTZIcW/RYfA3 7Q5T5Flg3GvKfPFAGbhDJM6KDYj2m09ij5jpgv5ywRAo+hmwOB2s18tJjgcq8XKdkdgs fgMw== X-Received: by 10.194.20.229 with SMTP id q5mr2349946wje.86.1396346160981; Tue, 01 Apr 2014 02:56:00 -0700 (PDT) Received: from [172.29.2.131] (altimet-gw.cs2.dp.wnet.ua. [217.20.178.249]) by mx.google.com with ESMTPSA id w1sm39399274eel.16.2014.04.01.02.55.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 01 Apr 2014 02:55:59 -0700 (PDT) Message-ID: <533A8D3B.5040103@gmail.com> Date: Tue, 01 Apr 2014 12:56:11 +0300 From: Vitaly Magerya User-Agent: Thunderbird MIME-Version: 1.0 To: jason-freebsd-stable@shalott.net, freebsd-stable@freebsd.org Subject: Re: Any news about "msk0 watchdog timeout" regression in 10-RELEASE? References: 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.17 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, 01 Apr 2014 09:56:03 -0000 jason-freebsd-stable@shalott.net wrote: > Has anyone else made any progress on this issue yet? A solution was committed and some reports of both success and failure where submitted [1,2]. (I myself switched to another network card and did not test the fix as of yet). [1] https://lists.freebsd.org/pipermail/freebsd-stable/2014-February/077256.html [2] https://lists.freebsd.org/pipermail/freebsd-stable/2014-February/077257.html From owner-freebsd-stable@FreeBSD.ORG Tue Apr 1 13:57:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8483373F; Tue, 1 Apr 2014 13:57:13 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5B30A6E5; Tue, 1 Apr 2014 13:57:13 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EBB46B918; Tue, 1 Apr 2014 09:57:11 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Subject: Re: Process handlers, and zombies, or preap(1) Date: Tue, 1 Apr 2014 09:41:33 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <26dbb84bafaf0114cb75c3fbe060d412.authenticated@ultimatedns.net> In-Reply-To: <26dbb84bafaf0114cb75c3fbe060d412.authenticated@ultimatedns.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201404010941.33741.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 01 Apr 2014 09:57:12 -0400 (EDT) Cc: freebsd-hackers , freebsd-stable , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Apr 2014 13:57:13 -0000 On Monday, March 31, 2014 4:06:43 pm Chris H wrote: > Greetings, > I'm evaluating/experimenting on releng_9. The install, and now > custom kernel have noting exotic, or anything out of the ordinary. > top(1), and ps(1) indicate a (1) zombie, or process. On > my releng_8 systems, when I occasionally encounter one of these, > they soon disappear (are reaped) from the process table. While I > have not investigated this far enough on both versions to determine > whether the parent process reaped the child on the releng_8 systems, > and the parent on releng_9 is simply an irresponsible parent, eg; > a different parent. Before I do, I was wondering if there was any > specific difference between the 2 versions that might cause better > handling of such situations. While I recognize that resource > starvation is HIGHLY unlikely, except by perhaps a rouge parent > spawning multitudes of zombies. I thought it might be useful for > "housekeeping" to 1) provide a process table housekeeper (zombie > reaper), or 2) create a system utility/command like SunOS/OpenSolaris > has; preap(1). > > http://www.freebsd.org/cgi/man.cgi?query=preap&manpath=SunOS+5.10 > > Thank you for your time, and consideration. Nothing is different with child processes in 9 vs 8. It is most likely a misbehaving parent (or the parent is stuck or hung). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Apr 1 14:25:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D147F5A; Tue, 1 Apr 2014 14:25:19 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 DA0DBA5C; Tue, 1 Apr 2014 14:25:18 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s31ES778082519; Tue, 1 Apr 2014 07:28:13 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s31ES06N082505; Tue, 1 Apr 2014 07:28:00 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 1 Apr 2014 07:28:02 -0700 (PDT) Message-ID: In-Reply-To: <201404010941.33741.jhb@freebsd.org> References: <26dbb84bafaf0114cb75c3fbe060d412.authenticated@ultimatedns.net> <201404010941.33741.jhb@freebsd.org> Date: Tue, 1 Apr 2014 07:28:02 -0700 (PDT) Subject: Re: Process handlers, and zombies, or preap(1) From: "Chris H" To: "John Baldwin" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-hackers@freebsd.org, freebsd-hackers , freebsd-stable , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Apr 2014 14:25:19 -0000 > On Monday, March 31, 2014 4:06:43 pm Chris H wrote: >> Greetings, >> I'm evaluating/experimenting on releng_9. The install, and now >> custom kernel have noting exotic, or anything out of the ordinary. >> top(1), and ps(1) indicate a (1) zombie, or process. On >> my releng_8 systems, when I occasionally encounter one of these, >> they soon disappear (are reaped) from the process table. While I >> have not investigated this far enough on both versions to determine >> whether the parent process reaped the child on the releng_8 systems, >> and the parent on releng_9 is simply an irresponsible parent, eg; >> a different parent. Before I do, I was wondering if there was any >> specific difference between the 2 versions that might cause better >> handling of such situations. While I recognize that resource >> starvation is HIGHLY unlikely, except by perhaps a rouge parent >> spawning multitudes of zombies. I thought it might be useful for >> "housekeeping" to 1) provide a process table housekeeper (zombie >> reaper), or 2) create a system utility/command like SunOS/OpenSolaris >> has; preap(1). >> >> http://www.freebsd.org/cgi/man.cgi?query=preap&manpath=SunOS+5.10 >> >> Thank you for your time, and consideration. > > Nothing is different with child processes in 9 vs 8. It is most > likely a misbehaving parent (or the parent is stuck or hung). Hello, John, and thank you for the reply. Right you are. Julian Elischer was kind enough to remind me that ps -alx would give me the information I needed to find the seemingly "lazy" parent process. But not before I had already (re)created a (Free)BSD version of preap(1), and cleared the entry from the proc table. However, it re-appeared again. So this time I traced it to it's parent, and now I can deal with it /properly/. It's an old port who's development was taken over by a Windows developer. So he doesn't have access to the *NIX-isms. I'll see if I can find the time to coordinate some effort(s) to clean it up, or branch a NIX version. Thank you /very/ much for addressing my original question. --Chris > > -- > John Baldwin > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 1 15:21:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97B9C586; Tue, 1 Apr 2014 15:21:08 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6EB98299; Tue, 1 Apr 2014 15:21:08 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0EDF7B946; Tue, 1 Apr 2014 11:21:07 -0400 (EDT) From: John Baldwin To: "Chris H" Subject: Re: Process handlers, and zombies, or preap(1) Date: Tue, 1 Apr 2014 11:10:31 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <26dbb84bafaf0114cb75c3fbe060d412.authenticated@ultimatedns.net> <201404010941.33741.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201404011110.31723.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 01 Apr 2014 11:21:07 -0400 (EDT) Cc: freebsd-hackers@freebsd.org, freebsd-hackers , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Apr 2014 15:21:08 -0000 On Tuesday, April 01, 2014 10:28:02 am Chris H wrote: > > On Monday, March 31, 2014 4:06:43 pm Chris H wrote: > >> Greetings, > >> I'm evaluating/experimenting on releng_9. The install, and now > >> custom kernel have noting exotic, or anything out of the ordinary. > >> top(1), and ps(1) indicate a (1) zombie, or process. On > >> my releng_8 systems, when I occasionally encounter one of these, > >> they soon disappear (are reaped) from the process table. While I > >> have not investigated this far enough on both versions to determine > >> whether the parent process reaped the child on the releng_8 systems, > >> and the parent on releng_9 is simply an irresponsible parent, eg; > >> a different parent. Before I do, I was wondering if there was any > >> specific difference between the 2 versions that might cause better > >> handling of such situations. While I recognize that resource > >> starvation is HIGHLY unlikely, except by perhaps a rouge parent > >> spawning multitudes of zombies. I thought it might be useful for > >> "housekeeping" to 1) provide a process table housekeeper (zombie > >> reaper), or 2) create a system utility/command like SunOS/OpenSolaris > >> has; preap(1). > >> > >> http://www.freebsd.org/cgi/man.cgi?query=preap&manpath=SunOS+5.10 > >> > >> Thank you for your time, and consideration. > > > > Nothing is different with child processes in 9 vs 8. It is most > > likely a misbehaving parent (or the parent is stuck or hung). > > Hello, John, and thank you for the reply. > Right you are. Julian Elischer was kind enough to remind me that > ps -alx > would give me the information I needed to find the seemingly > "lazy" parent process. But not before I had already (re)created > a (Free)BSD version of preap(1), and cleared the entry from the > proc table. > However, it re-appeared again. So this time I traced it to it's > parent, and now I can deal with it /properly/. It's an old port > who's development was taken over by a Windows developer. So he > doesn't have access to the *NIX-isms. I'll see if I can find > the time to coordinate some effort(s) to clean it up, or branch > a NIX version. > > Thank you /very/ much for addressing my original question. sysutils/pstree from ports can also be useful for figuring this sort of thing out btw. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Apr 1 15:35:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9144BAB for ; Tue, 1 Apr 2014 15:35:11 +0000 (UTC) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C814622 for ; Tue, 1 Apr 2014 15:35:11 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id w8so9777144qac.12 for ; Tue, 01 Apr 2014 08:35:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=/UznK5SLuSwwA8K3DrgbxZdmIPB90r9aV69m4NYW/QY=; b=YBj2/qPvXFoypBmo9SDO6oLtfgXgnJzBvKq8LTfLMOPQoXtqUaXKZXaLWnTTzN2Rjb a/CK5QMctYiwTmBA/w5pBCBJU1dhO28LvW1iuzF1j15G8dwMtYmx78s9w8fVoD5sB3BS Yos4eZ8ztgN9oYvof27qZymv70cH1phbVHO/vL1aDO1muViMsXoPDFxUZnRyRULh+u7N gzHfjR+7kDBJkgRYdjrht4+1G56ou0gtKfjKLdZOVy5/FZ2xmXGG3onkjFTUlFR/e3bU C2jYzKgiE5GD+ooFomdEFvseSGEtiPki5u2pS2rio00gV60cDZtnYpBpVwVa0V6x+M+C shRQ== MIME-Version: 1.0 X-Received: by 10.140.102.167 with SMTP id w36mr22785481qge.43.1396366510670; Tue, 01 Apr 2014 08:35:10 -0700 (PDT) Received: by 10.224.110.69 with HTTP; Tue, 1 Apr 2014 08:35:10 -0700 (PDT) Date: Tue, 1 Apr 2014 09:35:10 -0600 Message-ID: Subject: FS hang with suspfs From: Cassidy Larson To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Apr 2014 15:35:11 -0000 I have a backend mail server that seems to hang randomly with suspfs states. Requires a power cycle because it never properly shuts down. Sometimes it happens during the day, others at night. Typically it will go for ~3 weeks before it does it again. Running FreeBSD 9.2-RELEASE-p1 (amd64) I have a LSI SAS2308 (mps driver) for 8 SAS drives in a ZFS raidz2 for mail data, and a LSI 9260-4i (mfi driver) with four SSDs (2xmirrored UFS for OS, 2x mirrored UFS for dovecot indexes). The dovecot processes get stuck in a suspfs state, and keep adding up, never being removed. Killing them does nothing, and even a reboot will end up hanging after syncing buffers but not finishing.. and the end course is a hard power cycle. I've seen this same suspfs lock-up on another 9.2-release box with four drives in a RAID-10 UFS using a 3ware 9750-4i (tws driver) before, although not as common as the one above. I read past posts and noticed an issue like this when creating a snapshot on a UFS+GJOURNAL setup, but I'm not doing any snapshots. The box today is just doing simple mailbox checking and mail delivery but for a large number of users. Anybody have any ideas or suggestions? I would be immensely grateful. Thanks, Cassidy From owner-freebsd-stable@FreeBSD.ORG Tue Apr 1 15:36:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1DD32CAF; Tue, 1 Apr 2014 15:36:47 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CCF13644; Tue, 1 Apr 2014 15:36:46 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1WV0js-0001Im-NT; Tue, 01 Apr 2014 17:36:36 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "Chris H" , "John Baldwin" Subject: Re: Process handlers, and zombies, or preap(1) References: <26dbb84bafaf0114cb75c3fbe060d412.authenticated@ultimatedns.net> <201404010941.33741.jhb@freebsd.org> <201404011110.31723.jhb@freebsd.org> Date: Tue, 01 Apr 2014 17:36:35 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <201404011110.31723.jhb@freebsd.org> User-Agent: Opera Mail/12.16 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.3.2 X-Scan-Signature: 4b95630a2805109a2fafe329e7ec4fd6 Cc: freebsd-hackers@freebsd.org, freebsd-hackers , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Apr 2014 15:36:47 -0000 On Tue, 01 Apr 2014 17:10:31 +0200, John Baldwin wrote: > On Tuesday, April 01, 2014 10:28:02 am Chris H wrote: >> > On Monday, March 31, 2014 4:06:43 pm Chris H wrote: >> >> Greetings, >> >> I'm evaluating/experimenting on releng_9. The install, and now >> >> custom kernel have noting exotic, or anything out of the ordinary. >> >> top(1), and ps(1) indicate a (1) zombie, or process. On >> >> my releng_8 systems, when I occasionally encounter one of these, >> >> they soon disappear (are reaped) from the process table. While I >> >> have not investigated this far enough on both versions to determine >> >> whether the parent process reaped the child on the releng_8 systems, >> >> and the parent on releng_9 is simply an irresponsible parent, eg; >> >> a different parent. Before I do, I was wondering if there was any >> >> specific difference between the 2 versions that might cause better >> >> handling of such situations. While I recognize that resource >> >> starvation is HIGHLY unlikely, except by perhaps a rouge parent >> >> spawning multitudes of zombies. I thought it might be useful for >> >> "housekeeping" to 1) provide a process table housekeeper (zombie >> >> reaper), or 2) create a system utility/command like SunOS/OpenSolaris >> >> has; preap(1). >> >> >> >> http://www.freebsd.org/cgi/man.cgi?query=preap&manpath=SunOS+5.10 >> >> >> >> Thank you for your time, and consideration. >> > >> > Nothing is different with child processes in 9 vs 8. It is most >> > likely a misbehaving parent (or the parent is stuck or hung). >> >> Hello, John, and thank you for the reply. >> Right you are. Julian Elischer was kind enough to remind me that >> ps -alx >> would give me the information I needed to find the seemingly >> "lazy" parent process. But not before I had already (re)created >> a (Free)BSD version of preap(1), and cleared the entry from the >> proc table. >> However, it re-appeared again. So this time I traced it to it's >> parent, and now I can deal with it /properly/. It's an old port >> who's development was taken over by a Windows developer. So he >> doesn't have access to the *NIX-isms. I'll see if I can find >> the time to coordinate some effort(s) to clean it up, or branch >> a NIX version. >> >> Thank you /very/ much for addressing my original question. > > sysutils/pstree from ports can also be useful for figuring this > sort of thing out btw. > or 'ps axd' From owner-freebsd-stable@FreeBSD.ORG Tue Apr 1 20:16:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98C4A38C; Tue, 1 Apr 2014 20:16:28 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 D9C3E6D2; Tue, 1 Apr 2014 20:16:27 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s31KJHNv037788; Tue, 1 Apr 2014 13:19:23 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s31KJCUY037784; Tue, 1 Apr 2014 13:19:12 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 1 Apr 2014 13:19:12 -0700 (PDT) Message-ID: In-Reply-To: <20140401065842.GA1364@michelle.cdnetworks.com> References: <2598eeb4c68e23df0789e5e3e8f46d76.authenticated@ultimatedns.net> <20140331050002.GC1359@michelle.cdnetworks.com> <20140401065842.GA1364@michelle.cdnetworks.com> Date: Tue, 1 Apr 2014 13:19:12 -0700 (PDT) Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 From: "Chris H" To: pyunyh@gmail.com User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-net , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Apr 2014 20:16:28 -0000 > On Mon, Mar 31, 2014 at 07:57:28AM -0700, Chris H wrote: >> > On Sun, Mar 30, 2014 at 01:12:20PM -0700, chrish@UltimateDNS.NET wrote: >> >> Greetings, >> >> I'm not sure whether this best belonged on net@, or stable@ >> >> so I'm using both. :) >> >> I'm testing both releng_9, and MB, and I encountered a new >> >> message I don't usually see using the nfe(4) driver: >> >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 >> >> ... >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 31 >> >> >> >> Truncated for brevity (31 lines in total; 1-31). I don't know >> >> how interpret this. An issue with my version of the driver, or >> >> the hardware itself? This occurred with both GENERIC, as well >> >> as my custom kernel. >> > >> > Would you show me the dmesg output? >> Happily: >> >> Calibrating TSC clock ... TSC clock: 3231132841 Hz >> CPU: AMD Sempron(tm) 140 Processor (3231.13-MHz K8-class CPU) >> Origin = "AuthenticAMD" Id = 0x100f62 Family = 0x10 Model = 0x6 Stepping = 2 >> Features=0x78bfbff >> Features2=0x802009 >> AMD Features=0xee500800 >> AMD Features2=0x37fd > > [...] > >> nfe0: port 0xe480-0xe487 mem >> 0xdff7d000-0xdff7dfff >> irq 20 at device 7.0 on pci0 >> nfe0: attempting to allocate 8 MSI vectors (8 supported) >> msi: routing MSI IRQ 257 to local APIC 0 vector 56 >> msi: routing MSI IRQ 258 to local APIC 0 vector 57 >> msi: routing MSI IRQ 259 to local APIC 0 vector 58 >> msi: routing MSI IRQ 260 to local APIC 0 vector 59 >> msi: routing MSI IRQ 261 to local APIC 0 vector 60 >> msi: routing MSI IRQ 262 to local APIC 0 vector 61 >> msi: routing MSI IRQ 263 to local APIC 0 vector 62 >> msi: routing MSI IRQ 264 to local APIC 0 vector 63 >> nfe0: using IRQs 257-264 for MSI >> nfe0: Using 8 MSI messages >> miibus0: on nfe0 >> rlphy0: PHY 0 on miibus0 >> rlphy0: OUI 0x000004, model 0x0020, rev. 1 >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow >> rlphy1: PHY 1 on miibus0 >> rlphy1: OUI 0x000004, model 0x0020, rev. 1 >> rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > > [...] > >> rlphy30: PHY 30 on miibus0 >> rlphy30: OUI 0x000004, model 0x0020, rev. 1 >> rlphy30: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow >> rlphy31: PHY 31 on miibus0 >> rlphy31: OUI 0x000004, model 0x0020, rev. 1 >> rlphy31: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow >> nfe0: bpf attached >> nfe0: Ethernet address: 40:61:86:cd:44:97 > > mii(4) thinks it has 32 PHYs and this is the reason why mii(4) > complains. Due to unknown reason, accessing PHY registers in > device probe stage got valid response which in turn makes the > driver think there are 32 PHYs. Did you ever see this this kind of > message on old FreeBSD release? Or could you try cold-boot and see > whether it makes any difference? Greetings, and thank you for taking the time to respond. I downloaded, and booted to the 8.4-memstick. Droped to FIXIT, and captured the dmesg(8) output. I don't know how much of it you need, so I am including it all: Table 'FACP' at 0x6ffa0200 Table 'APIC' at 0x6ffa0390 APIC: Found table at 0x6ffa0390 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 129 ACPI ID 2: disabled MADT: Found CPU APIC ID 130 ACPI ID 3: disabled MADT: Found CPU APIC ID 131 ACPI ID 4: disabled MADT: Found CPU APIC ID 132 ACPI ID 5: disabled MADT: Found CPU APIC ID 133 ACPI ID 6: disabled Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.4-RELEASE #0 r251259: Sun Jun 2 21:26:57 UTC 2013 root@bake.isc.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 gcc version 4.2.1 20070831 patched [FreeBSD] Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff8146d000. Preloaded mfs_root "/boot/mfsroot" at 0xffffffff8146d200. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3231096596 Hz CPU: AMD Sempron(tm) 140 Processor (3231.10-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f62 Family = 10 Model = 6 Stepping = 2 Features=0x78bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37fd TSC: P-state invariant L1 2MB data TLB: 48 entries, fully associative L1 2MB instruction TLB: 16 entries, fully associative L1 4KB data TLB: 48 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB data TLB: 128 entries, 2-way associative L2 2MB instruction TLB: 0 entries, 2-way associative L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 2147483648 (2048 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x000000000149a000 - 0x000000006cac6fff, 1801637888 bytes (439853 pages) avail memory = 1787707392 (1704 MB) ACPI APIC Table: <7309MS A7309200> x86bios: IVT 0x000000-0x0004ff at 0xffffff0000000000 x86bios: SSEG 0x010000-0x01ffff at 0xffffff8000006000 x86bios: EBDA 0x09f000-0x09ffff at 0xffffff000009f000 x86bios: ROM 0x0a0000-0x0effff at 0xffffff00000a0000 APIC: CPU 0 has ACPI ID 1 ULE: setup cpu 0 ACPI: RSDP 0xfaab0 00014 (v00 ACPIAM) ACPI: RSDT 0x6ffa0000 00048 (v01 7309MS A7309200 20101122 MSFT 00000097) ACPI: FACP 0x6ffa0200 00084 (v01 7309MS A7309200 20101122 MSFT 00000097) ACPI: DSDT 0x6ffa04b0 0503B (v01 A7309 A7309200 00000200 INTL 20051117) ACPI: FACS 0x6ffae000 00040 ACPI: APIC 0x6ffa0390 00090 (v01 7309MS A7309200 20101122 MSFT 00000097) ACPI: MCFG 0x6ffa0420 0003C (v01 7309MS OEMMCFG 20101122 MSFT 00000097) ACPI: WDRT 0x6ffa0460 00047 (v01 7309MS NV-WDRT 20101122 MSFT 00000097) ACPI: OEMB 0x6ffae040 00072 (v01 7309MS A7309200 20101122 MSFT 00000097) ACPI: SRAT 0x6ffaa4b0 00090 (v03 AMD FAM_F_10 00000002 AMD 00000001) ACPI: MSCT 0x6ffaa540 0004E (v01 A M I OEMBOARD 00000001 AMD 00000001) ACPI: HPET 0x6ffaa590 00038 (v01 7309MS OEMHPET0 20101122 MSFT 00000097) ACPI: SSDT 0x6ffaa5d0 0023E (v01 A M I POWERNOW 00000001 AMD 00000001) MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level MADT: Interrupt override: source 14, irq 14 MADT: Interrupt override: source 15, irq 15 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 wlan: <802.11 Link Layer> random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: null: hpt27xx: RocketRAID 27xx controller driver v1.0 hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 acpi0: <7309MS A7309200> on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed ACPI timer: 0/3 1/2 0/3 1/2 1/2 1/2 0/3 1/2 1/2 0/3 -> 6 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode ACPI: Processor \\_PR_.P002 (ACPI ID 2) ignored ACPI: Processor \\_PR_.P003 (ACPI ID 3) ignored ACPI: Processor \\_PR_.P004 (ACPI ID 4) ignored ACPI: Processor \\_PR_.P005 (ACPI ID 5) ignored ACPI: Processor \\_PR_.P006 (ACPI ID 6) ignored pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x10de, dev=0x03ea, revid=0xa1 domain=0, bus=0, slot=0, func=0 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03e0, revid=0xa2 domain=0, bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x4f00, size 8, enabled found-> vendor=0x10de, dev=0x03eb, revid=0xa2 domain=0, bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x4900, size 6, enabled map[20]: type I/O Port, range 32, base 0x4d00, size 6, enabled map[24]: type I/O Port, range 32, base 0x4e00, size 6, enabled pcib0: matched entry for 0.1.INTA (src \\_SB_.LSMB:0) pci_link13: Picked IRQ 20 with weight 0 pcib0: slot 1 INTA routed to irq 20 via \\_SB_.LSMB found-> vendor=0x10de, dev=0x03f5, revid=0xa2 domain=0, bus=0, slot=1, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0400, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03f1, revid=0xa3 domain=0, bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xdff7f000, size 12, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.LUB0:0) pci_link8: Picked IRQ 21 with weight 0 pcib0: slot 2 INTA routed to irq 21 via \\_SB_.LUB0 unknown: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xdff7f000 ohci early: SMM active, request owner change found-> vendor=0x10de, dev=0x03f2, revid=0xa3 domain=0, bus=0, slot=2, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xdff7ec00, size 8, enabled pcib0: matched entry for 0.2.INTB (src \\_SB_.LUB2:0) pci_link9: Picked IRQ 22 with weight 0 pcib0: slot 2 INTB routed to irq 22 via \\_SB_.LUB2 unknown: Reserved 0x100 bytes for rid 0x10 type 3 at 0xdff7ec00 found-> vendor=0x10de, dev=0x03f3, revid=0xa1 domain=0, bus=0, slot=4, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x02 (500 ns) found-> vendor=0x10de, dev=0x03f0, revid=0xa2 domain=0, bus=0, slot=5, func=0 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks map[10]: type Memory, range 32, base 0xdff78000, size 14, enabled pcib0: matched entry for 0.5.INTB (src \\_SB_.LAZA:0) pci_link11: Picked IRQ 23 with weight 0 pcib0: slot 5 INTB routed to irq 23 via \\_SB_.LAZA found-> vendor=0x10de, dev=0x03ec, revid=0xa2 domain=0, bus=0, slot=6, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled found-> vendor=0x10de, dev=0x03ef, revid=0xa2 domain=0, bus=0, slot=7, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 8 messages, 64 bit, vector masks map[10]: type Memory, range 32, base 0xdff7d000, size 12, enabled map[14]: type I/O Port, range 32, base 0xe480, size 3, enabled pcib0: matched entry for 0.7.INTA (src \\_SB_.LMAC:0) pci_link10: Picked IRQ 20 with weight 1 pcib0: slot 7 INTA routed to irq 20 via \\_SB_.LMAC found-> vendor=0x10de, dev=0x03f6, revid=0xa2 domain=0, bus=0, slot=8, func=0 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0xe400, size 3, enabled map[14]: type I/O Port, range 32, base 0xe080, size 2, enabled map[18]: type I/O Port, range 32, base 0xe000, size 3, enabled map[1c]: type I/O Port, range 32, base 0xdc00, size 2, enabled map[20]: type I/O Port, range 32, base 0xd880, size 4, enabled map[24]: type Memory, range 32, base 0xdff7c000, size 12, enabled pcib0: matched entry for 0.8.INTA (src \\_SB_.LSA0:0) pci_link15: Picked IRQ 21 with weight 1 pcib0: slot 8 INTA routed to irq 21 via \\_SB_.LSA0 found-> vendor=0x10de, dev=0x03f6, revid=0xa2 domain=0, bus=0, slot=8, func=1 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0xd800, size 3, enabled map[14]: type I/O Port, range 32, base 0xd480, size 2, enabled map[18]: type I/O Port, range 32, base 0xd400, size 3, enabled map[1c]: type I/O Port, range 32, base 0xd080, size 2, enabled map[20]: type I/O Port, range 32, base 0xd000, size 4, enabled map[24]: type Memory, range 32, base 0xdff77000, size 12, enabled pcib0: matched entry for 0.8.INTB (src \\_SB_.LSA1:0) pci_link16: Picked IRQ 22 with weight 1 pcib0: slot 8 INTB routed to irq 22 via \\_SB_.LSA1 found-> vendor=0x10de, dev=0x03e8, revid=0xa2 domain=0, bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x03e9, revid=0xa2 domain=0, bus=0, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x03e9, revid=0xa2 domain=0, bus=0, slot=12, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x03d0, revid=0xa2 domain=0, bus=0, slot=13, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xde000000, size 24, enabled map[14]: type Prefetchable Memory, range 64, base 0xc0000000, size 28, enabled map[1c]: type Memory, range 64, base 0xdd000000, size 24, enabled pcib0: matched entry for 0.13.INTA (src \\_SB_.LMC9:0) pci_link12: Picked IRQ 23 with weight 1 pcib0: slot 13 INTA routed to irq 23 via \\_SB_.LMC9 found-> vendor=0x1022, dev=0x1200, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1201, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1202, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1203, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1204, revid=0x00 domain=0, bus=0, slot=24, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0: at device 0.0 (no driver attached) isab0: port 0x4f00-0x4fff at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) ohci0: mem 0xdff7f000-0xdff7ffff irq 21 at device 2.0 on pci0 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 49 ohci0: [MPSAFE] ohci0: [ITHREAD] usbus0 on ohci0 usbus0: bpf attached ohci0: usbpf: Attached ehci0: mem 0xdff7ec00-0xdff7ecff irq 22 at device 2.1 on pci0 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 50 ehci0: [MPSAFE] ehci0: [ITHREAD] ehci0: Doorbell workaround enabled usbus1: EHCI version 1.0 usbus1 on ehci0 usbus1: bpf attached ehci0: usbpf: Attached pcib1: at device 4.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: no prefetched decode pcib1: Subtractively decoded bridge. pci1: on pcib1 pci1: domain=0, physical bus=1 pci0: at device 5.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 6.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: at channel 0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 51 ata0: [MPSAFE] ata0: [ITHREAD] ata1: at channel 1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 52 ata1: [MPSAFE] ata1: [ITHREAD] nfe0: port 0xe480-0xe487 mem 0xdff7d000-0xdff7dfff irq 20 at device 7.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xdff7d000 nfe0: attempting to allocate 8 MSI vectors (8 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 56 msi: routing MSI IRQ 257 to local APIC 0 vector 57 msi: routing MSI IRQ 258 to local APIC 0 vector 58 msi: routing MSI IRQ 259 to local APIC 0 vector 59 msi: routing MSI IRQ 260 to local APIC 0 vector 60 msi: routing MSI IRQ 261 to local APIC 0 vector 61 msi: routing MSI IRQ 262 to local APIC 0 vector 62 msi: routing MSI IRQ 263 to local APIC 0 vector 63 nfe0: using IRQs 256-263 for MSI nfe0: Using 8 MSI messages miibus0: on nfe0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy1: PHY 1 on miibus0 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy2: PHY 2 on miibus0 rlphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy3: PHY 3 on miibus0 rlphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy4: PHY 4 on miibus0 rlphy4: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy5: PHY 5 on miibus0 rlphy5: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy6: PHY 6 on miibus0 rlphy6: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy7: PHY 7 on miibus0 rlphy7: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy8: PHY 8 on miibus0 rlphy8: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy9: PHY 9 on miibus0 rlphy9: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy10: PHY 10 on miibus0 rlphy10: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy11: PHY 11 on miibus0 rlphy11: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy12: PHY 12 on miibus0 rlphy12: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy13: PHY 13 on miibus0 rlphy13: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy14: PHY 14 on miibus0 rlphy14: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy15: PHY 15 on miibus0 rlphy15: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy16: PHY 16 on miibus0 rlphy16: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy17: PHY 17 on miibus0 rlphy17: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy18: PHY 18 on miibus0 rlphy18: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy19: PHY 19 on miibus0 rlphy19: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy20: PHY 20 on miibus0 rlphy20: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy21: PHY 21 on miibus0 rlphy21: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy22: PHY 22 on miibus0 rlphy22: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy23: PHY 23 on miibus0 rlphy23: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy24: PHY 24 on miibus0 rlphy24: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy25: PHY 25 on miibus0 rlphy25: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy26: PHY 26 on miibus0 rlphy26: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy27: PHY 27 on miibus0 rlphy27: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy28: PHY 28 on miibus0 rlphy28: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy29: PHY 29 on miibus0 rlphy29: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy30: PHY 30 on miibus0 rlphy30: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow rlphy31: PHY 31 on miibus0 rlphy31: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow nfe0: bpf attached nfe0: Ethernet address: 40:61:86:cd:44:97 nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] atapci1: port 0xe400-0xe407,0xe080-0xe083,0xe000-0xe007,0xdc00-0xdc03,0xd880-0xd88f mem 0xdff7c000-0xdff7cfff irq 21 at device 8.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd880 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xdff7c000 ata2: at channel 0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xe400 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe080 ata2: SATA connect timeout status=00000000 ata2: [MPSAFE] ata2: [ITHREAD] ata3: at channel 1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xe000 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xdc00 ata3: SATA connect timeout status=00000000 ata3: [MPSAFE] ata3: [ITHREAD] atapci2: port 0xd800-0xd807,0xd480-0xd483,0xd400-0xd407,0xd080-0xd083,0xd000-0xd00f mem 0xdff77000-0xdff77fff irq 22 at device 8.1 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd000 atapci2: [MPSAFE] atapci2: [ITHREAD] atapci2: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xdff77000 ata4: at channel 0 on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0xd800 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xd480 ata4: SATA connect timeout status=00000000 ata4: [MPSAFE] ata4: [ITHREAD] ata5: at channel 1 on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0xd400 atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xd080 ata5: SATA connect timeout status=00000000 ata5: [MPSAFE] ata5: [ITHREAD] pcib2: at device 9.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: at device 11.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: no prefetched decode pci3: on pcib3 pci3: domain=0, physical bus=3 pcib4: at device 12.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: no prefetched decode pci4: on pcib4 pci4: domain=0, physical bus=4 vgapci0: mem 0xde000000-0xdeffffff,0xc0000000-0xcfffffff,0xdd000000-0xddffffff irq 23 at device 13.0 on pci0 acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 53 uart0: [FILTER] uart0: fast interrupt ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ioapic0: routing intpin 7 (ISA IRQ 7) to lapic 0 vector 54 ppc0: [MPSAFE] ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached plip0: [MPSAFE] plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [MPSAFE] lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 acpi_hpet0: iomem 0xfeff0000-0xfeff0fff on acpi0 acpi_hpet0: vend: 0x10de rev: 0x1 num: 3 hz: 25000000 opts: legacy_route Timecounter "HPET" frequency 25000000 Hz quality 900 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x83ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 55 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 64 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 acpi0: wakeup code va 0xffffff80001b1000 pa 0x4000 ex_isa_identify() ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 3: ioport 0x3c00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 7: ioport 0x7c00 alloc failed ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 uart1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices hwpstate0: on cpu0 Device configuration finished. procfs registered lapic: Divisor 2, Frequency 119670248 Hz Timecounter "TSC" frequency 3231096596 Hz quality 800 Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached hpt27xx: no controller detected. hptrr: no controller detected. ata0: Identifying devices: 00000003 ata0: New devices: 00000003 md0: Preloaded image 4194304 bytes at 0xffffffff8106b700 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting UDMA100 ad0: 19541MB at ata0-master UDMA100 ad0: 40020624 sectors [39703C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 10 ports with 10 removable, self powered ad0: nVidia check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ad1: setting UDMA100 ad1: 39266MB at ata0-slave UDMA100 ad1: 80418240 sectors [79780C/16H/63S] 16 sectors/interrupt 1 depth queue ad1: nVidia check1 failed ad1: Adaptec check1 failed ad1: LSI (v3) check1 failed ad1: LSI (v2) check1 failed ad1: FreeBSD check1 failed ata1: Identifying devices: 00000000 ata1: New devices: 00000000 ata2: Identifying devices: 00000000 ata2: New devices: 00000000 ata3: Identifying devices: 00000000 ata3: New devices: 00000000 ata4: Identifying devices: 00000000 ata4: New devices: 00000000 ata5: Identifying devices: 00000000 ata5: New devices: 00000000 ATA PseudoRAID loaded GEOM: new disk ad1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 uhub1: 10 ports with 10 removable, self powered Root mount waiting for: usbus1 Root mount waiting for: usbus1 ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:0:0:-1: Attached to scbus0 Trying to mount root from ufs:/dev/md0 pass0 at umass-sim0 bus 0 scbus0 target 0 lun 0 pass0: Removable Direct Access SCSI-4 device pass0: Serial Number AA28014000000354 pass0: 40.000MB/s transfers GEOM: new disk da0 start_init: trying /sbin/initda0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-4 device da0: Serial Number AA28014000000354 da0: 40.000MB/s transfers da0: 15600MB (31950720 512 byte sectors: 255H 63S/T 1988C) start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /rescue/init start_init: trying /stand/sysinstall GEOM: da0: media size does not match label. miibus0: mii_mediachg: can't handle non-zero PHY instance 31 miibus0: mii_mediachg: can't handle non-zero PHY instance 30 miibus0: mii_mediachg: can't handle non-zero PHY instance 29 miibus0: mii_mediachg: can't handle non-zero PHY instance 28 miibus0: mii_mediachg: can't handle non-zero PHY instance 27 miibus0: mii_mediachg: can't handle non-zero PHY instance 26 miibus0: mii_mediachg: can't handle non-zero PHY instance 25 miibus0: mii_mediachg: can't handle non-zero PHY instance 24 miibus0: mii_mediachg: can't handle non-zero PHY instance 23 miibus0: mii_mediachg: can't handle non-zero PHY instance 22 miibus0: mii_mediachg: can't handle non-zero PHY instance 21 miibus0: mii_mediachg: can't handle non-zero PHY instance 20 miibus0: mii_mediachg: can't handle non-zero PHY instance 19 miibus0: mii_mediachg: can't handle non-zero PHY instance 18 miibus0: mii_mediachg: can't handle non-zero PHY instance 17 miibus0: mii_mediachg: can't handle non-zero PHY instance 16 miibus0: mii_mediachg: can't handle non-zero PHY instance 15 miibus0: mii_mediachg: can't handle non-zero PHY instance 14 miibus0: mii_mediachg: can't handle non-zero PHY instance 13 miibus0: mii_mediachg: can't handle non-zero PHY instance 12 miibus0: mii_mediachg: can't handle non-zero PHY instance 11 miibus0: mii_mediachg: can't handle non-zero PHY instance 10 miibus0: mii_mediachg: can't handle non-zero PHY instance 9 miibus0: mii_mediachg: can't handle non-zero PHY instance 8 miibus0: mii_mediachg: can't handle non-zero PHY instance 7 miibus0: mii_mediachg: can't handle non-zero PHY instance 6 miibus0: mii_mediachg: can't handle non-zero PHY instance 5 miibus0: mii_mediachg: can't handle non-zero PHY instance 4 miibus0: mii_mediachg: can't handle non-zero PHY instance 3 miibus0: mii_mediachg: can't handle non-zero PHY instance 2 miibus0: mii_mediachg: can't handle non-zero PHY instance 1 As you can see, it looks much the same. I have no idea what I should do to better inform the driver/kernel how to better handle it. Or is it the driver, itself? Thank you again, for your thoughtful response. --Chris > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 1 20:29:37 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 804F4B6C; Tue, 1 Apr 2014 20:29:37 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (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 3E63287B; Tue, 1 Apr 2014 20:29:37 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WV5JK-000Bid-3K; Tue, 01 Apr 2014 20:29:30 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s31KTR6o084889; Tue, 1 Apr 2014 14:29:27 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+1Rzk96lbXP759T3jbeyTp Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 From: Ian Lepore To: Chris H In-Reply-To: References: <2598eeb4c68e23df0789e5e3e8f46d76.authenticated@ultimatedns.net> <20140331050002.GC1359@michelle.cdnetworks.com> <20140401065842.GA1364@michelle.cdnetworks.com> Content-Type: text/plain; charset="us-ascii" Date: Tue, 01 Apr 2014 14:29:27 -0600 Message-ID: <1396384167.81853.210.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: pyunyh@gmail.com, freebsd-net , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Apr 2014 20:29:37 -0000 On Tue, 2014-04-01 at 13:19 -0700, Chris H wrote: > [...] > miibus0: on nfe0 > rlphy0: PHY 0 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy1: PHY 1 on miibus0 > rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy2: PHY 2 on miibus0 > rlphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy3: PHY 3 on miibus0 > rlphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy4: PHY 4 on miibus0 > rlphy4: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy5: PHY 5 on miibus0 > rlphy5: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy6: PHY 6 on miibus0 > rlphy6: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy7: PHY 7 on miibus0 > rlphy7: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy8: PHY 8 on miibus0 > rlphy8: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy9: PHY 9 on miibus0 > rlphy9: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy10: PHY 10 on miibus0 > rlphy10: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy11: PHY 11 on miibus0 > rlphy11: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy12: PHY 12 on miibus0 > rlphy12: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy13: PHY 13 on miibus0 > rlphy13: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy14: PHY 14 on miibus0 > rlphy14: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy15: PHY 15 on miibus0 > rlphy15: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy16: PHY 16 on miibus0 > rlphy16: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy17: PHY 17 on miibus0 > rlphy17: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy18: PHY 18 on miibus0 > rlphy18: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy19: PHY 19 on miibus0 > rlphy19: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy20: PHY 20 on miibus0 > rlphy20: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy21: PHY 21 on miibus0 > rlphy21: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy22: PHY 22 on miibus0 > rlphy22: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy23: PHY 23 on miibus0 > rlphy23: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy24: PHY 24 on miibus0 > rlphy24: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy25: PHY 25 on miibus0 > rlphy25: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy26: PHY 26 on miibus0 > rlphy26: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy27: PHY 27 on miibus0 > rlphy27: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy28: PHY 28 on miibus0 > rlphy28: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy29: PHY 29 on miibus0 > rlphy29: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy30: PHY 30 on miibus0 > rlphy30: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > rlphy31: PHY 31 on miibus0 > rlphy31: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow [...] > miibus0: mii_mediachg: can't handle non-zero PHY instance 31 > miibus0: mii_mediachg: can't handle non-zero PHY instance 30 > miibus0: mii_mediachg: can't handle non-zero PHY instance 29 > miibus0: mii_mediachg: can't handle non-zero PHY instance 28 > miibus0: mii_mediachg: can't handle non-zero PHY instance 27 > miibus0: mii_mediachg: can't handle non-zero PHY instance 26 > miibus0: mii_mediachg: can't handle non-zero PHY instance 25 > miibus0: mii_mediachg: can't handle non-zero PHY instance 24 > miibus0: mii_mediachg: can't handle non-zero PHY instance 23 > miibus0: mii_mediachg: can't handle non-zero PHY instance 22 > miibus0: mii_mediachg: can't handle non-zero PHY instance 21 > miibus0: mii_mediachg: can't handle non-zero PHY instance 20 > miibus0: mii_mediachg: can't handle non-zero PHY instance 19 > miibus0: mii_mediachg: can't handle non-zero PHY instance 18 > miibus0: mii_mediachg: can't handle non-zero PHY instance 17 > miibus0: mii_mediachg: can't handle non-zero PHY instance 16 > miibus0: mii_mediachg: can't handle non-zero PHY instance 15 > miibus0: mii_mediachg: can't handle non-zero PHY instance 14 > miibus0: mii_mediachg: can't handle non-zero PHY instance 13 > miibus0: mii_mediachg: can't handle non-zero PHY instance 12 > miibus0: mii_mediachg: can't handle non-zero PHY instance 11 > miibus0: mii_mediachg: can't handle non-zero PHY instance 10 > miibus0: mii_mediachg: can't handle non-zero PHY instance 9 > miibus0: mii_mediachg: can't handle non-zero PHY instance 8 > miibus0: mii_mediachg: can't handle non-zero PHY instance 7 > miibus0: mii_mediachg: can't handle non-zero PHY instance 6 > miibus0: mii_mediachg: can't handle non-zero PHY instance 5 > miibus0: mii_mediachg: can't handle non-zero PHY instance 4 > miibus0: mii_mediachg: can't handle non-zero PHY instance 3 > miibus0: mii_mediachg: can't handle non-zero PHY instance 2 > miibus0: mii_mediachg: can't handle non-zero PHY instance 1 > > As you can see, it looks much the same. I have no idea what > I should do to better inform the driver/kernel how to better > handle it. Or is it the driver, itself? > > Thank you again, for your thoughtful response. > > --Chris > I think the way to fix a phy that responds at all addresses is to set a hint in loader.conf masking out the ones that aren't real, like so: hint.miibus.0.phymask="1" You might be able to set ="0x00000001" to make it more clear it's a bitmask, but I'm not sure of that. -- Ian From owner-freebsd-stable@FreeBSD.ORG Tue Apr 1 20:38:14 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4F34D95; Tue, 1 Apr 2014 20:38:14 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 A951894F; Tue, 1 Apr 2014 20:38:14 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s31Kf4uF040870; Tue, 1 Apr 2014 13:41:10 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s31KewPi040866; Tue, 1 Apr 2014 13:40:58 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 1 Apr 2014 13:40:58 -0700 (PDT) Message-ID: <41917a9e67d0f4519df4b55f3aa6ebe3.authenticated@ultimatedns.net> In-Reply-To: <1396384167.81853.210.camel@revolution.hippie.lan> References: <2598eeb4c68e23df0789e5e3e8f46d76.authenticated@ultimatedns.net> <20140331050002.GC1359@michelle.cdnetworks.com> <20140401065842.GA1364@michelle.cdnetworks.com> <1396384167.81853.210.camel@revolution.hippie.lan> Date: Tue, 1 Apr 2014 13:40:58 -0700 (PDT) Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 From: "Chris H" To: "Ian Lepore" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: pyunyh@gmail.com, freebsd-net , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Apr 2014 20:38:15 -0000 > On Tue, 2014-04-01 at 13:19 -0700, Chris H wrote: >> [...] >> miibus0: on nfe0 >> rlphy0: PHY 0 on miibus0 >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow >> rlphy1: PHY 1 on miibus0 > [...]---big-snip--8<--- >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 >> >> As you can see, it looks much the same. I have no idea what >> I should do to better inform the driver/kernel how to better >> handle it. Or is it the driver, itself? >> >> Thank you again, for your thoughtful response. >> >> --Chris >> > > I think the way to fix a phy that responds at all addresses is to set a > hint in loader.conf masking out the ones that aren't real, like so: > > hint.miibus.0.phymask="1" > > You might be able to set ="0x00000001" to make it more clear it's a > bitmask, but I'm not sure of that. Thank you very much for the hint. I'll give it a shot. Any idea why this is happening? I have 4 other MB's using the Nvidia chipset, and the nfe(4) driver. But they don't respond this way. Thank you again, for your helpful reply. I'll report back with my findings. --Chris > > -- Ian > > > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 1 20:48:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49F0021B for ; Tue, 1 Apr 2014 20:48:43 +0000 (UTC) Received: from new.shalott.net (new.shalott.net [66.180.195.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.shalott.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 316E9A35 for ; Tue, 1 Apr 2014 20:48:42 +0000 (UTC) Received: (qmail 19978 invoked by uid 1000); 1 Apr 2014 20:48:39 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 1 Apr 2014 20:48:39 -0000 Date: Tue, 1 Apr 2014 13:48:38 -0700 (PDT) From: jason-freebsd-stable@shalott.net X-X-Sender: jason@new.shalott.net To: Vitaly Magerya Subject: Re: Any news about "msk0 watchdog timeout" regression in 10-RELEASE? In-Reply-To: <533A8D3B.5040103@gmail.com> Message-ID: References: <533A8D3B.5040103@gmail.com> User-Agent: Alpine 2.02 (LFD 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Apr 2014 20:48:43 -0000 >> Has anyone else made any progress on this issue yet? > A solution was committed and some reports of both success and failure > where submitted [1,2]. (I myself switched to another network card and > did not test the fix as of yet). I did try upgrading sys/dev/msk to r261577; it didn't help. I also tried downgrading sys/dev/msk back to the version from 9.0-RELEASE; also didn't help. I looked at trying to downgrade the relevant portions of sys/dev/mii back to that same version as well, but clang choked on it, and I didn't have time to dig in any further. -Jason From owner-freebsd-stable@FreeBSD.ORG Tue Apr 1 20:56:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 537B050D; Tue, 1 Apr 2014 20:56:32 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 B2041B17; Tue, 1 Apr 2014 20:56:31 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s31KxL4W043508; Tue, 1 Apr 2014 13:59:27 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s31KxEWf043504; Tue, 1 Apr 2014 13:59:14 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 1 Apr 2014 13:59:15 -0700 (PDT) Message-ID: In-Reply-To: <41917a9e67d0f4519df4b55f3aa6ebe3.authenticated@ultimatedns.net> References: <2598eeb4c68e23df0789e5e3e8f46d76.authenticated@ultimatedns.net> <20140331050002.GC1359@michelle.cdnetworks.com> <20140401065842.GA1364@michelle.cdnetworks.com> <1396384167.81853.210.camel@revolution.hippie.lan> <41917a9e67d0f4519df4b55f3aa6ebe3.authenticated@ultimatedns.net> Date: Tue, 1 Apr 2014 13:59:15 -0700 (PDT) Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 From: "Chris H" To: "Ian Lepore" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: pyunyh@gmail.com, freebsd-net , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Apr 2014 20:56:32 -0000 >> On Tue, 2014-04-01 at 13:19 -0700, Chris H wrote: >>> [...] >>> miibus0: on nfe0 >>> rlphy0: PHY 0 on miibus0 >>> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow >>> rlphy1: PHY 1 on miibus0 >> [...]---big-snip--8<--- >>> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 >>> >>> As you can see, it looks much the same. I have no idea what >>> I should do to better inform the driver/kernel how to better >>> handle it. Or is it the driver, itself? >>> >>> Thank you again, for your thoughtful response. >>> >>> --Chris >>> >> >> I think the way to fix a phy that responds at all addresses is to set a >> hint in loader.conf masking out the ones that aren't real, like so: >> >> hint.miibus.0.phymask="1" >> >> You might be able to set ="0x00000001" to make it more clear it's a >> bitmask, but I'm not sure of that. > > Thank you very much for the hint. I'll give it a shot. > Any idea why this is happening? I have 4 other MB's using the Nvidia > chipset, and the nfe(4) driver. But they don't respond this way. > > Thank you again, for your helpful reply. > I'll report back with my findings. > > --Chris OK. As promised. Here's the results. For the record, I used the following in loader.conf(5): hint.miibus.0.phymask="0x00000001" Here's the output (minus the sound card stuff): Syncing disks, vnodes remaining...8 8 4 4 1 0 1 1 1 1 0 0 done All buffers synced. Table 'FACP' at 0x6ffa0200 Table 'APIC' at 0x6ffa0390 APIC: Found table at 0x6ffa0390 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 129 ACPI ID 2: disabled MADT: Found CPU APIC ID 130 ACPI ID 3: disabled MADT: Found CPU APIC ID 131 ACPI ID 4: disabled MADT: Found CPU APIC ID 132 ACPI ID 5: disabled MADT: Found CPU APIC ID 133 ACPI ID 6: disabled Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.2-STABLE #0 r263756: Wed Mar 26 11:28:10 PDT 2014 root@demon0:/usr/obj/usr/src/sys/DEMON0 amd64 gcc version 4.2.1 20070831 patched [FreeBSD] Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81d9d000. Preloaded elf obj module "/boot/kernel/linux.ko" at 0xffffffff81d9d200. Preloaded elf obj module "/boot/modules/nvidia.ko" at 0xffffffff81d9db28. Calibrating TSC clock ... TSC clock: 3231148565 Hz CPU: AMD Sempron(tm) 140 Processor (3231.15-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f62 Family = 0x10 Model = 0x6 Stepping = 2 Features=0x78bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37fd TSC: P-state invariant L1 2MB data TLB: 48 entries, fully associative L1 2MB instruction TLB: 16 entries, fully associative L1 4KB data TLB: 48 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB data TLB: 128 entries, 2-way associative L2 2MB instruction TLB: 0 entries, 2-way associative L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 2147483648 (2048 MB) Physical memory chunk(s): 0x0000000000010000 - 0x000000000009bfff, 573440 bytes (140 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001dcc000 - 0x000000006cab2fff, 1791913984 bytes (437479 pages) avail memory = 1777266688 (1694 MB) INTR: Adding local APIC 0 as a target Event timer "LAPIC" quality 400 ACPI APIC Table: <7309MS A7309200> x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x098000-0x098fff at 0xffffff8000226000 x86bios: EBDA 0x09f000-0x09ffff at 0xfffffe000009f000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 APIC: CPU 0 has ACPI ID 1 ULE: setup cpu 0 ACPI: RSDP 0xfaab0 00014 (v00 ACPIAM) ACPI: RSDT 0x6ffa0000 00048 (v01 7309MS A7309200 20101122 MSFT 00000097) ACPI: FACP 0x6ffa0200 00084 (v01 7309MS A7309200 20101122 MSFT 00000097) ACPI: DSDT 0x6ffa04b0 0503B (v01 A7309 A7309200 00000200 INTL 20051117) ACPI: FACS 0x6ffae000 00040 ACPI: APIC 0x6ffa0390 00090 (v01 7309MS A7309200 20101122 MSFT 00000097) ACPI: MCFG 0x6ffa0420 0003C (v01 7309MS OEMMCFG 20101122 MSFT 00000097) ACPI: WDRT 0x6ffa0460 00047 (v01 7309MS NV-WDRT 20101122 MSFT 00000097) ACPI: OEMB 0x6ffae040 00072 (v01 7309MS A7309200 20101122 MSFT 00000097) ACPI: SRAT 0x6ffaa4b0 00090 (v03 AMD FAM_F_10 00000002 AMD 00000001) ACPI: MSCT 0x6ffaa540 0004E (v01 A M I OEMBOARD 00000001 AMD 00000001) ACPI: HPET 0x6ffaa590 00038 (v01 7309MS OEMHPET0 20101122 MSFT 00000097) ACPI: SSDT 0x6ffaa5d0 0023E (v01 A M I POWERNOW 00000001 AMD 00000001) MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level MADT: Interrupt override: source 14, irq 14 MADT: Interrupt override: source 15, irq 15 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 wlan: <802.11 Link Layer> kbd: new array size 4 kbd1 at kbdmux0 nfslock: pseudo-device mem: null: random: cpuctl: access to MSR registers/cpuid info. VESA: INT 0x10 vector 0xc000:0x0fd8 VESA: information block 0000 56 45 53 41 00 03 00 01 00 99 01 00 00 00 22 00 0010 00 99 00 10 61 05 07 01 00 99 1b 01 00 99 2c 01 0020 00 99 00 01 01 01 02 01 03 01 04 01 05 01 06 01 0030 07 01 0e 01 0f 01 11 01 12 01 14 01 15 01 17 01 0040 18 01 1a 01 1b 01 30 01 31 01 32 01 33 01 34 01 0050 35 01 36 01 3d 01 3e 01 45 01 46 01 47 01 48 01 0060 52 01 ff ff 00 00 00 00 00 00 00 00 00 00 00 00 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0100 4e 56 49 44 49 41 00 42 75 69 6c 64 20 20 20 20 0110 30 36 31 30 31 30 2e 33 0d 0a 00 4d 43 50 36 31 0120 20 2d 20 6d 63 70 36 31 2d 38 30 00 43 68 69 70 0130 20 52 65 76 20 20 20 00 00 00 00 00 00 00 00 00 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 32 mode(s) found VESA: v3.0, 262144k memory, flags:0x1, mode table:0xffffff800025e022 (99000022) VESA: NVIDIA VESA: Build 061010.3 MCP61 - mcp61-80 Chip Rev io: acpi0: <7309MS A7309200> on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed cpu0: on acpi0 cpu0: switching to generic Cx mode ACPI: Processor \134_PR_.P002 (ACPI ID 2) ignored ACPI: Processor \134_PR_.P003 (ACPI ID 3) ignored ACPI: Processor \134_PR_.P004 (ACPI ID 4) ignored ACPI: Processor \134_PR_.P005 (ACPI ID 5) ignored ACPI: Processor \134_PR_.P006 (ACPI ID 6) ignored attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 49 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfeff0000-0xfeff0fff on acpi0 hpet0: vendor 0x10de, rev 0x1, 25000000Hz, 3 timers, legacy route hpet0: t0: irqs 0x00ff3efa (31), periodic hpet0: t1: irqs 0x00ff3efa (31) hpet0: t2: irqs 0x00ff3efa (31) Timecounter "HPET" frequency 25000000 Hz quality 950 ACPI timer: 1/2 1/1 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/3 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xdffff pcib0: decoding 3 range 0x80000000-0xdfffffff pcib0: decoding 3 range 0xf0000000-0xfed44fff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x10de, dev=0x03ea, revid=0xa1 domain=0, bus=0, slot=0, func=0 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03e0, revid=0xa2 domain=0, bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x4f00, size 8, enabled pcib0: allocated type 4 (0x4f00-0x4fff) for rid 10 of pci0:0:1:0 found-> vendor=0x10de, dev=0x03eb, revid=0xa2 domain=0, bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x4900, size 6, enabled pcib0: allocated type 4 (0x4900-0x493f) for rid 10 of pci0:0:1:1 map[20]: type I/O Port, range 32, base 0x4d00, size 6, enabled pcib0: allocated type 4 (0x4d00-0x4d3f) for rid 20 of pci0:0:1:1 map[24]: type I/O Port, range 32, base 0x4e00, size 6, enabled pcib0: allocated type 4 (0x4e00-0x4e3f) for rid 24 of pci0:0:1:1 pcib0: matched entry for 0.1.INTA (src \134_SB_.LSMB:0) pci_link13: Picked IRQ 20 with weight 0 pcib0: slot 1 INTA routed to irq 20 via \134_SB_.LSMB found-> vendor=0x10de, dev=0x03f5, revid=0xa2 domain=0, bus=0, slot=1, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0400, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x03f1, revid=0xa3 domain=0, bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xdff7f000, size 12, enabled pcib0: allocated type 3 (0xdff7f000-0xdff7ffff) for rid 10 of pci0:0:2:0 pcib0: matched entry for 0.2.INTA (src \134_SB_.LUB0:0) pci_link8: Picked IRQ 21 with weight 0 pcib0: slot 2 INTA routed to irq 21 via \134_SB_.LUB0 ohci early: SMM active, request owner change found-> vendor=0x10de, dev=0x03f2, revid=0xa3 domain=0, bus=0, slot=2, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xdff7ec00, size 8, enabled pcib0: allocated type 3 (0xdff7ec00-0xdff7ecff) for rid 10 of pci0:0:2:1 pcib0: matched entry for 0.2.INTB (src \134_SB_.LUB2:0) pci_link9: Picked IRQ 22 with weight 0 pcib0: slot 2 INTB routed to irq 22 via \134_SB_.LUB2 found-> vendor=0x10de, dev=0x03f3, revid=0xa1 domain=0, bus=0, slot=4, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x02 (500 ns) found-> vendor=0x10de, dev=0x03f0, revid=0xa2 domain=0, bus=0, slot=5, func=0 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks map[10]: type Memory, range 32, base 0xdff78000, size 14, enabled pcib0: allocated type 3 (0xdff78000-0xdff7bfff) for rid 10 of pci0:0:5:0 pcib0: matched entry for 0.5.INTB (src \134_SB_.LAZA:0) pci_link11: Picked IRQ 23 with weight 0 pcib0: slot 5 INTB routed to irq 23 via \134_SB_.LAZA found-> vendor=0x10de, dev=0x03ec, revid=0xa2 domain=0, bus=0, slot=6, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:6:0 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:6:0 pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:6:0 pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:6:0 map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled pcib0: allocated type 4 (0xffa0-0xffaf) for rid 20 of pci0:0:6:0 found-> vendor=0x10de, dev=0x03ef, revid=0xa2 domain=0, bus=0, slot=7, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 8 messages, 64 bit, vector masks map[10]: type Memory, range 32, base 0xdff7d000, size 12, enabled pcib0: allocated type 3 (0xdff7d000-0xdff7dfff) for rid 10 of pci0:0:7:0 map[14]: type I/O Port, range 32, base 0xe480, size 3, enabled pcib0: allocated type 4 (0xe480-0xe487) for rid 14 of pci0:0:7:0 pcib0: matched entry for 0.7.INTA (src \134_SB_.LMAC:0) pci_link10: Picked IRQ 20 with weight 1 pcib0: slot 7 INTA routed to irq 20 via \134_SB_.LMAC found-> vendor=0x10de, dev=0x03f6, revid=0xa2 domain=0, bus=0, slot=8, func=0 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0xe400, size 3, enabled pcib0: allocated type 4 (0xe400-0xe407) for rid 10 of pci0:0:8:0 map[14]: type I/O Port, range 32, base 0xe080, size 2, enabled pcib0: allocated type 4 (0xe080-0xe083) for rid 14 of pci0:0:8:0 map[18]: type I/O Port, range 32, base 0xe000, size 3, enabled pcib0: allocated type 4 (0xe000-0xe007) for rid 18 of pci0:0:8:0 map[1c]: type I/O Port, range 32, base 0xdc00, size 2, enabled pcib0: allocated type 4 (0xdc00-0xdc03) for rid 1c of pci0:0:8:0 map[20]: type I/O Port, range 32, base 0xd880, size 4, enabled pcib0: allocated type 4 (0xd880-0xd88f) for rid 20 of pci0:0:8:0 map[24]: type Memory, range 32, base 0xdff7c000, size 12, enabled pcib0: allocated type 3 (0xdff7c000-0xdff7cfff) for rid 24 of pci0:0:8:0 pcib0: matched entry for 0.8.INTA (src \134_SB_.LSA0:0) pci_link15: Picked IRQ 21 with weight 1 pcib0: slot 8 INTA routed to irq 21 via \134_SB_.LSA0 found-> vendor=0x10de, dev=0x03f6, revid=0xa2 domain=0, bus=0, slot=8, func=1 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0xd800, size 3, enabled pcib0: allocated type 4 (0xd800-0xd807) for rid 10 of pci0:0:8:1 map[14]: type I/O Port, range 32, base 0xd480, size 2, enabled pcib0: allocated type 4 (0xd480-0xd483) for rid 14 of pci0:0:8:1 map[18]: type I/O Port, range 32, base 0xd400, size 3, enabled pcib0: allocated type 4 (0xd400-0xd407) for rid 18 of pci0:0:8:1 map[1c]: type I/O Port, range 32, base 0xd080, size 2, enabled pcib0: allocated type 4 (0xd080-0xd083) for rid 1c of pci0:0:8:1 map[20]: type I/O Port, range 32, base 0xd000, size 4, enabled pcib0: allocated type 4 (0xd000-0xd00f) for rid 20 of pci0:0:8:1 map[24]: type Memory, range 32, base 0xdff77000, size 12, enabled pcib0: allocated type 3 (0xdff77000-0xdff77fff) for rid 24 of pci0:0:8:1 pcib0: matched entry for 0.8.INTB (src \134_SB_.LSA1:0) pci_link16: Picked IRQ 22 with weight 1 pcib0: slot 8 INTB routed to irq 22 via \134_SB_.LSA1 found-> vendor=0x10de, dev=0x03e8, revid=0xa2 domain=0, bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x03e9, revid=0xa2 domain=0, bus=0, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x03e9, revid=0xa2 domain=0, bus=0, slot=12, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x03d0, revid=0xa2 domain=0, bus=0, slot=13, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xde000000, size 24, enabled pcib0: allocated type 3 (0xde000000-0xdeffffff) for rid 10 of pci0:0:13:0 map[14]: type Prefetchable Memory, range 64, base 0xc0000000, size 28, enabled pcib0: allocated type 3 (0xc0000000-0xcfffffff) for rid 14 of pci0:0:13:0 map[1c]: type Memory, range 64, base 0xdd000000, size 24, enabled pcib0: allocated type 3 (0xdd000000-0xddffffff) for rid 1c of pci0:0:13:0 pcib0: matched entry for 0.13.INTA (src \134_SB_.LMC9:0) pci_link12: Picked IRQ 23 with weight 1 pcib0: slot 13 INTA routed to irq 23 via \134_SB_.LMC9 found-> vendor=0x1022, dev=0x1200, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1201, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1202, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1203, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1204, revid=0x00 domain=0, bus=0, slot=24, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0: at device 0.0 (no driver attached) isab0: port 0x4f00-0x4fff at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) ohci0: mem 0xdff7f000-0xdff7ffff irq 21 at device 2.0 on pci0 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 51 usbus0 on ohci0 usbus0: bpf attached ohci0: usbpf: Attached ehci0: mem 0xdff7ec00-0xdff7ecff irq 22 at device 2.1 on pci0 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 52 ehci0: Doorbell workaround enabled usbus1: EHCI version 1.0 usbus1 on ehci0 usbus1: bpf attached ehci0: usbpf: Attached pcib1: at device 4.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: special decode subtractive pci1: on pcib1 pci1: domain=0, physical bus=1 hdac0: mem 0xdff78000-0xdff7bfff irq 23 at device 5.0 on pci0 hdac0: PCI card vendor: 0x0888, device: 0x10ec hdac0: HDA Driver Revision: 20120126_0002 hdac0: Config options: on=0x00000000 off=0x00000000 hdac0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 53 hdac0: using IRQ 256 for MSI hdac0: Caps: OSS 4, ISS 4, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 6.0 on pci0 ata0: at channel 0 on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 54 ata1: at channel 1 on atapci0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 55 nfe0: port 0xe480-0xe487 mem 0xdff7d000-0xdff7dfff irq 20 at device 7.0 on pci0 nfe0: attempting to allocate 8 MSI vectors (8 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 56 msi: routing MSI IRQ 258 to local APIC 0 vector 57 msi: routing MSI IRQ 259 to local APIC 0 vector 58 msi: routing MSI IRQ 260 to local APIC 0 vector 59 msi: routing MSI IRQ 261 to local APIC 0 vector 60 msi: routing MSI IRQ 262 to local APIC 0 vector 61 msi: routing MSI IRQ 263 to local APIC 0 vector 62 msi: routing MSI IRQ 264 to local APIC 0 vector 63 nfe0: using IRQs 257-264 for MSI nfe0: Using 8 MSI messages miibus0: on nfe0 rlphy0: PHY 0 on miibus0 rlphy0: OUI 0x000004, model 0x0020, rev. 1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow nfe0: bpf attached nfe0: Ethernet address: 40:61:86:cd:44:97 atapci1: port 0xe400-0xe407,0xe080-0xe083,0xe000-0xe007,0xdc00-0xdc03,0xd880-0xd88f mem 0xdff7c000-0xdff7cfff irq 21 at device 8.0 on pci0 ata2: at channel 0 on atapci1 ata3: at channel 1 on atapci1 atapci2: port 0xd800-0xd807,0xd480-0xd483,0xd400-0xd407,0xd080-0xd083,0xd000-0xd00f mem 0xdff77000-0xdff77fff irq 22 at device 8.1 on pci0 ata4: at channel 0 on atapci2 ata5: at channel 1 on atapci2 pcib2: at device 9.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: at device 11.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pci3: on pcib3 pci3: domain=0, physical bus=3 pcib4: at device 12.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pci4: on pcib4 pci4: domain=0, physical bus=4 vgapci0: mem 0xde000000-0xdeffffff,0xc0000000-0xcfffffff,0xdd000000-0xddffffff irq 23 at device 13.0 on pci0 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 64 vgapci0: Boot video device amdtemp0: on hostb3 amdtemp0: Found 1 cores and 1 sensors. acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 65 uart0: fast interrupt ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ioapic0: routing intpin 7 (ISA IRQ 7) to lapic 0 vector 66 ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x83ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 67 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 68 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 acpi0: wakeup code va 0xffffff80003d3000 pa 0x90000 pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd0800-0xd0fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1800-0xd1fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 1 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 1 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 1 of orm0 isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 uart1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices hwpstate0: on cpu0 Device configuration finished. procfs registered lapic: Divisor 2, Frequency 119672206 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining Linux ELF exec handler installed lo0: bpf attached hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 hdaa0: Subsystem ID: 0x14627309 hdaa0: NumGPIO=2 NumGPO=0 NumGPI=0 GPIWake=1 GPIUnsol=1 [...][---8<---] hdaa0: pcm0: at nid 20 and 24,26 on hdaa0 [...][---8<---] pcm0: sndbuf_setmap 3480000, 10000; 0xffffff806bb5c000 -> 3480000 pcm1: at nid 27 and 25 on hdaa0 [...][---8<---] pcm1: sndbuf_setmap 2780000, 10000; 0xffffff808473c000 -> 2780000 pcm2: at nid 30 on hdaa0 [...][--8<---] pcm2: sndbuf_setmap 27c0000, 10000; 0xffffff808477c000 -> 27c0000 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff (aprobe0:ata0:0:1:0): Spinning up device (aprobe0:ata0:0:1:0): Spin-up done uhub0: 10 ports with 10 removable, self powered ata2: SATA connect timeout status=00000000 ata3: SATA connect timeout status=00000000 ata4: SATA connect timeout status=00000000 ata5: SATA connect timeout status=00000000 pass0 at ata0 bus 0 scbus0 target 0 lun 0 pass0: ATA-6 device pass0: Serial Number M1000000 pass0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) pass1 at ata0 bus 0 scbus0 target 1 lun 0 pass1: ATA-5 device pass1: Serial Number VNP214B2T59A5E pass1: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-6 device ada0: Serial Number M1000000 ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 19541MB (40020624 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 ada1 at ata0 bus 0 scbus0 target 1 lun 0 ada1: ATA-5 device ada1: Serial Number VNP214B2T59A5E ada1: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada1: 39266MB (80418240 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad1 GEOM: new disk ada0 GEOM: new disk ada1 TSC timecounter discards lower 1 bit(s) Timecounter "TSC-low" frequency 1615574282 Hz quality 1000 uhub1: 10 ports with 10 removable, self powered Trying to mount root from ufs:/dev/ada0s1a [rw]... start_init: trying /sbin/init linprocfs registered Thanks Ian! As you can see, I am no longer spammed with the 30+ extraneous lines. Oh, and yes, the network still functions. :) Be interesting to know why the difference. I've been using nfe(4) for years, and never ran into anything similar. FWIW, the MB is an MSI K9N6PGM2-V2. Not very new. But something I had handy for testing newer versions of FreeBSD on, and experimenting with different CPU's. Thank you again, for providing the (apparent) solution. --Chris > >> >> -- Ian >> >> >> > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 1 22:36:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2CF7165C for ; Tue, 1 Apr 2014 22:36:42 +0000 (UTC) Received: from mail-pa0-f46.google.com (mail-pa0-f46.google.com [209.85.220.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F08CD659 for ; Tue, 1 Apr 2014 22:36:41 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id kx10so4988489pab.5 for ; Tue, 01 Apr 2014 15:36:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=LmWVpAF4vinXLom9A/4rd+m4q0W/6LAmgGEIHKXD3Ig=; b=jNiokLo4YSfzrAtqUNvPFWEHx1/ymrJb/4OmAF6MaCd3lSXKb5neL2+RHWUokNrrO9 cfUb+alwiJLt5Mw+0nt+Djuc8I/GUf5ElrN5NqZk52b9UgVy4NdIbebzLibGz2/+P92q d5Ni4982lHlRf4Q0czmW1oDKmj4RIQi7sCuy88TElxGg/yG3hDIaTwIoR2JAfZbt8r7E wR2Gi7Ug/itMV0dBngxoaGXV8t6IS6mjGZ7wnwnXwYpWhXgjCKrvR2ZaK83wWw8m5lL4 eJBdu1hF4vOpvbcJE/dp8i383iQA5VUBVLdeVPoynnhixhnU504OQKXafBXoLxpCPq1O 6v9Q== X-Gm-Message-State: ALoCoQn6FHOtb3zAP01sbHs1P5Z9qW1MQNqbY4UBUF4rzbFR8O8eBKOufVkMa6amXEsRXgVOb3XW X-Received: by 10.68.4.232 with SMTP id n8mr17726230pbn.114.1396391801191; Tue, 01 Apr 2014 15:36:41 -0700 (PDT) Received: from [10.64.24.154] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id ha11sm37111pbd.17.2014.04.01.15.36.39 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 01 Apr 2014 15:36:40 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 From: Warner Losh In-Reply-To: <20140401065842.GA1364@michelle.cdnetworks.com> Date: Tue, 1 Apr 2014 16:36:37 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <2598eeb4c68e23df0789e5e3e8f46d76.authenticated@ultimatedns.net> <20140331050002.GC1359@michelle.cdnetworks.com> <20140401065842.GA1364@michelle.cdnetworks.com> To: pyunyh@gmail.com X-Mailer: Apple Mail (2.1874) Cc: freebsd-net , freebsd-stable , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 Apr 2014 22:36:42 -0000 On Apr 1, 2014, at 12:58 AM, Yonghyeon PYUN wrote: > On Mon, Mar 31, 2014 at 07:57:28AM -0700, Chris H wrote: >>> On Sun, Mar 30, 2014 at 01:12:20PM -0700, chrish@UltimateDNS.NET = wrote: >>>> Greetings, >>>> I'm not sure whether this best belonged on net@, or stable@ >>>> so I'm using both. :) >>>> I'm testing both releng_9, and MB, and I encountered a new >>>> message I don't usually see using the nfe(4) driver: >>>>=20 >>>> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 >>>> ... >>>> miibus0: mii_mediachg: can't handle non-zero PHY instance 31 >>>>=20 >>>> Truncated for brevity (31 lines in total; 1-31). I don't know >>>> how interpret this. An issue with my version of the driver, or >>>> the hardware itself? This occurred with both GENERIC, as well >>>> as my custom kernel. >>>=20 >>> Would you show me the dmesg output? >> Happily: >>=20 >> Calibrating TSC clock ... TSC clock: 3231132841 Hz >> CPU: AMD Sempron(tm) 140 Processor (3231.13-MHz K8-class CPU) >> Origin =3D "AuthenticAMD" Id =3D 0x100f62 Family =3D 0x10 Model =3D= 0x6 Stepping =3D 2 >> = Features=3D0x78bfbff >> Features2=3D0x802009 >> AMD = Features=3D0xee500800 >> AMD = Features2=3D0x37fd >=20 > [...] >=20 >> nfe0: port 0xe480-0xe487 mem = 0xdff7d000-0xdff7dfff >> irq 20 at device 7.0 on pci0 >> nfe0: attempting to allocate 8 MSI vectors (8 supported) >> msi: routing MSI IRQ 257 to local APIC 0 vector 56 >> msi: routing MSI IRQ 258 to local APIC 0 vector 57 >> msi: routing MSI IRQ 259 to local APIC 0 vector 58 >> msi: routing MSI IRQ 260 to local APIC 0 vector 59 >> msi: routing MSI IRQ 261 to local APIC 0 vector 60 >> msi: routing MSI IRQ 262 to local APIC 0 vector 61 >> msi: routing MSI IRQ 263 to local APIC 0 vector 62 >> msi: routing MSI IRQ 264 to local APIC 0 vector 63 >> nfe0: using IRQs 257-264 for MSI >> nfe0: Using 8 MSI messages >> miibus0: on nfe0 >> rlphy0: PHY 0 on miibus0 >> rlphy0: OUI 0x000004, model 0x0020, rev. 1 >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, = auto-flow >> rlphy1: PHY 1 on miibus0 >> rlphy1: OUI 0x000004, model 0x0020, rev. 1 >> rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, = auto-flow >=20 > [...] >=20 >> rlphy30: PHY 30 on miibus0 >> rlphy30: OUI 0x000004, model 0x0020, rev. 1 >> rlphy30: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, = auto-flow >> rlphy31: PHY 31 on miibus0 >> rlphy31: OUI 0x000004, model 0x0020, rev. 1 >> rlphy31: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, = auto-flow >> nfe0: bpf attached >> nfe0: Ethernet address: 40:61:86:cd:44:97 >=20 > mii(4) thinks it has 32 PHYs and this is the reason why mii(4) > complains. Due to unknown reason, accessing PHY registers in > device probe stage got valid response which in turn makes the > driver think there are 32 PHYs. Did you ever see this this kind of > message on old FreeBSD release? Or could you try cold-boot and see > whether it makes any difference? I=92ve seen this a few times when the resources were AFU on CardBus = cards.. But never this coherently=85 I=92ve also seen it during early = bring up when I got the MII address wrong, but you should be well past = that with the rl driver :) The voices in Bill Paul=92s head from that = are almost old enough to collect retirement... Warner From owner-freebsd-stable@FreeBSD.ORG Wed Apr 2 00:39:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2FD6AD6A; Wed, 2 Apr 2014 00:39:20 +0000 (UTC) Received: from mail-pb0-x231.google.com (mail-pb0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E7973FA8; Wed, 2 Apr 2014 00:39:19 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id jt11so10511052pbb.8 for ; Tue, 01 Apr 2014 17:39:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Gu+q8mteaHNquYTMkSgM9ak+Dqxi8ImabSIudIvom70=; b=JqCmpZ4evoeZB1X7ZNz58s43kQmpBrIGVoEgW9rnsX/UwVe+R/WLnzRjfNJK8sqUZu JhI1mZYPQ0MkFKK5IKLCKk6TukrrXWSORxtCnxrYQxthwCUeoWuJi6O5/rvzjnc9FbpI JjguSa8rW8kxR5Lbs4bR9aqq2LceKtdlKF5TiGlbq7VWKFP6kezqdRYisKfeemDvBdZJ n8cTyaVPbaW4czmu3GQNIeZP8/doGfqu976j9x+KOip0ooQbDR1ZhvACofl8WPM+DAyb k+EOVGFGJbpW+sVR5f93SPOnB94Mh/TOd81nzoMNLRJKc699TQA5YI0DgAaAFX0YWO3Y Peqw== X-Received: by 10.66.164.36 with SMTP id yn4mr34243512pab.25.1396399159559; Tue, 01 Apr 2014 17:39:19 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id nx12sm1281627pab.6.2014.04.01.17.39.16 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 01 Apr 2014 17:39:18 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 02 Apr 2014 09:39:13 +0900 From: Yonghyeon PYUN Date: Wed, 2 Apr 2014 09:39:12 +0900 To: Chris H Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 Message-ID: <20140402003912.GA2938@michelle.cdnetworks.com> References: <2598eeb4c68e23df0789e5e3e8f46d76.authenticated@ultimatedns.net> <20140331050002.GC1359@michelle.cdnetworks.com> <20140401065842.GA1364@michelle.cdnetworks.com> <1396384167.81853.210.camel@revolution.hippie.lan> <41917a9e67d0f4519df4b55f3aa6ebe3.authenticated@ultimatedns.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41917a9e67d0f4519df4b55f3aa6ebe3.authenticated@ultimatedns.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net , freebsd-stable , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 00:39:20 -0000 On Tue, Apr 01, 2014 at 01:40:58PM -0700, Chris H wrote: > > On Tue, 2014-04-01 at 13:19 -0700, Chris H wrote: > >> [...] > >> miibus0: on nfe0 > >> rlphy0: PHY 0 on miibus0 > >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > >> rlphy1: PHY 1 on miibus0 > > [...]---big-snip--8<--- > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 > >> > >> As you can see, it looks much the same. I have no idea what > >> I should do to better inform the driver/kernel how to better > >> handle it. Or is it the driver, itself? > >> > >> Thank you again, for your thoughtful response. > >> > >> --Chris > >> > > > > I think the way to fix a phy that responds at all addresses is to set a > > hint in loader.conf masking out the ones that aren't real, like so: > > > > hint.miibus.0.phymask="1" > > > > You might be able to set ="0x00000001" to make it more clear it's a > > bitmask, but I'm not sure of that. > > Thank you very much for the hint. I'll give it a shot. > Any idea why this is happening? I have 4 other MB's using the Nvidia > chipset, and the nfe(4) driver. But they don't respond this way. > If some nfe(4) variants badly behave in probing stage, this should be handled by driver. We already have too many hints and tunables and I don't think most users know that. In addition, adding additional NIC may change miibus instance number. Could you show me the output of 'kenv | grep smbios'? From owner-freebsd-stable@FreeBSD.ORG Wed Apr 2 00:51:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B743348; Wed, 2 Apr 2014 00:51:06 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 A90BC180; Wed, 2 Apr 2014 00:51:06 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s320ru2v084277; Tue, 1 Apr 2014 17:54:02 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s320rpp2084270; Tue, 1 Apr 2014 17:53:51 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 1 Apr 2014 17:53:51 -0700 (PDT) Message-ID: <3f97f5646629043fed5e34a77c9c2f3d.authenticated@ultimatedns.net> In-Reply-To: <20140402003912.GA2938@michelle.cdnetworks.com> References: <2598eeb4c68e23df0789e5e3e8f46d76.authenticated@ultimatedns.net> <20140331050002.GC1359@michelle.cdnetworks.com> <20140401065842.GA1364@michelle.cdnetworks.com> <1396384167.81853.210.camel@revolution.hippie.lan> <41917a9e67d0f4519df4b55f3aa6ebe3.authenticated@ultimatedns.net> <20140402003912.GA2938@michelle.cdnetworks.com> Date: Tue, 1 Apr 2014 17:53:51 -0700 (PDT) Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 From: "Chris H" To: pyunyh@gmail.com User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-net , freebsd-stable , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Apr 2014 00:51:07 -0000 > On Tue, Apr 01, 2014 at 01:40:58PM -0700, Chris H wrote: >> > On Tue, 2014-04-01 at 13:19 -0700, Chris H wrote: >> >> [...] >> >> miibus0: on nfe0 >> >> rlphy0: PHY 0 on miibus0 >> >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow >> >> rlphy1: PHY 1 on miibus0 >> > [...]---big-snip--8<--- >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 >> >> >> >> As you can see, it looks much the same. I have no idea what >> >> I should do to better inform the driver/kernel how to better >> >> handle it. Or is it the driver, itself? >> >> >> >> Thank you again, for your thoughtful response. >> >> >> >> --Chris >> >> >> > >> > I think the way to fix a phy that responds at all addresses is to set a >> > hint in loader.conf masking out the ones that aren't real, like so: >> > >> > hint.miibus.0.phymask="1" >> > >> > You might be able to set ="0x00000001" to make it more clear it's a >> > bitmask, but I'm not sure of that. >> >> Thank you very much for the hint. I'll give it a shot. >> Any idea why this is happening? I have 4 other MB's using the Nvidia >> chipset, and the nfe(4) driver. But they don't respond this way. >> > > If some nfe(4) variants badly behave in probing stage, this should > be handled by driver. We already have too many hints and tunables > and I don't think most users know that. In addition, adding > additional NIC may change miibus instance number. > > Could you show me the output of 'kenv | grep smbios'? Yes, of course. Here it is: smbios.bios.reldate="11/22/2010" smbios.bios.vendor="American Megatrends Inc." smbios.bios.version="V2.7" smbios.chassis.maker="MSI" smbios.chassis.serial="To Be Filled By O.E.M." smbios.chassis.tag="To Be Filled By O.E.M." smbios.chassis.version="2.0" smbios.memory.enabled="2097152" smbios.planar.maker="MSI" smbios.planar.product="K9N6PGM2-V2 (MS-7309)" smbios.planar.serial="To be filled by O.E.M." smbios.planar.version="2.0" smbios.socket.enabled="1" smbios.socket.populated="1" smbios.system.maker="MSI" smbios.system.product="MS-7309" smbios.system.serial="To Be Filled By O.E.M." smbios.system.uuid="00000000-0000-0000-0000-406186cd4497" smbios.system.version="2.0" smbios.version="2.6" Hope this helps, and thank you for all your time, and trouble. --Chris > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 2 02:08:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26CF4E3A; Wed, 2 Apr 2014 02:08:11 +0000 (UTC) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DA0498D8; Wed, 2 Apr 2014 02:08:10 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id z10so10382381pdj.18 for ; Tue, 01 Apr 2014 19:08:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=SBBU8Rj+fg116gL3X+AuGs9c6HAsTyPqAjaepIgPkfc=; b=R97ELOilBRIOX4ZpAOjA/0o6ECRcMLawmmkaxY6LYs6WK7IrqLkX8GoBVQyDh6SAtN w0UMxe6ELDs9sR2D1mrnUbvf3Q3cQ2iK1TojLQe+Mh7tqK4RFMD92yLbffzvrIaRph6i NSCqVMSmeMDqzul2hau9W4Hi8/8ldFKAirH5TDaiiVo/aW4mRfzGYMv7vJ3gEx5eYBxL VhaLwWKxH/EsJfdILkcYniSwuR81BpbyeRtqWD3LZzvNOBmu376e+uzdKFF60bgNCCAZ l5zZt7PWKFq4MOIokWLna+OkzGZPvycUd/Syyc/r/2vLz7VEU59donNW1pDuZQf8WN67 ypmQ== X-Received: by 10.68.211.164 with SMTP id nd4mr34549976pbc.44.1396404490451; Tue, 01 Apr 2014 19:08:10 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id yw3sm700596pbc.69.2014.04.01.19.08.07 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 01 Apr 2014 19:08:09 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 02 Apr 2014 11:08:03 +0900 From: Yonghyeon PYUN Date: Wed, 2 Apr 2014 11:08:03 +0900 To: Chris H Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 Message-ID: <20140402020803.GB2938@michelle.cdnetworks.com> References: <2598eeb4c68e23df0789e5e3e8f46d76.authenticated@ultimatedns.net> <20140331050002.GC1359@michelle.cdnetworks.com> <20140401065842.GA1364@michelle.cdnetworks.com> <1396384167.81853.210.camel@revolution.hippie.lan> <41917a9e67d0f4519df4b55f3aa6ebe3.authenticated@ultimatedns.net> <20140402003912.GA2938@michelle.cdnetworks.com> <3f97f5646629043fed5e34a77c9c2f3d.authenticated@ultimatedns.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <3f97f5646629043fed5e34a77c9c2f3d.authenticated@ultimatedns.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net , freebsd-stable , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 02:08:11 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Apr 01, 2014 at 05:53:51PM -0700, Chris H wrote: > > On Tue, Apr 01, 2014 at 01:40:58PM -0700, Chris H wrote: > >> > On Tue, 2014-04-01 at 13:19 -0700, Chris H wrote: > >> >> [...] > >> >> miibus0: on nfe0 > >> >> rlphy0: PHY 0 on miibus0 > >> >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > >> >> rlphy1: PHY 1 on miibus0 > >> > [...]---big-snip--8<--- > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 > >> >> > >> >> As you can see, it looks much the same. I have no idea what > >> >> I should do to better inform the driver/kernel how to better > >> >> handle it. Or is it the driver, itself? > >> >> > >> >> Thank you again, for your thoughtful response. > >> >> > >> >> --Chris > >> >> > >> > > >> > I think the way to fix a phy that responds at all addresses is to set a > >> > hint in loader.conf masking out the ones that aren't real, like so: > >> > > >> > hint.miibus.0.phymask="1" > >> > > >> > You might be able to set ="0x00000001" to make it more clear it's a > >> > bitmask, but I'm not sure of that. > >> > >> Thank you very much for the hint. I'll give it a shot. > >> Any idea why this is happening? I have 4 other MB's using the Nvidia > >> chipset, and the nfe(4) driver. But they don't respond this way. > >> > > > > If some nfe(4) variants badly behave in probing stage, this should > > be handled by driver. We already have too many hints and tunables > > and I don't think most users know that. In addition, adding > > additional NIC may change miibus instance number. > > > > Could you show me the output of 'kenv | grep smbios'? > Yes, of course. > > Here it is: > > smbios.bios.reldate="11/22/2010" > smbios.bios.vendor="American Megatrends Inc." > smbios.bios.version="V2.7" > smbios.chassis.maker="MSI" > smbios.chassis.serial="To Be Filled By O.E.M." > smbios.chassis.tag="To Be Filled By O.E.M." > smbios.chassis.version="2.0" > smbios.memory.enabled="2097152" > smbios.planar.maker="MSI" > smbios.planar.product="K9N6PGM2-V2 (MS-7309)" > smbios.planar.serial="To be filled by O.E.M." > smbios.planar.version="2.0" > smbios.socket.enabled="1" > smbios.socket.populated="1" > smbios.system.maker="MSI" > smbios.system.product="MS-7309" > smbios.system.serial="To Be Filled By O.E.M." > smbios.system.uuid="00000000-0000-0000-0000-406186cd4497" > smbios.system.version="2.0" > smbios.version="2.6" > > Hope this helps, and thank you for all your time, and trouble. > Thanks for the info. Try attached patch and let me know how it works. Make sure to remove the hint(hint.miibus.0.phymask="1") set in loader.conf before testing it. > --Chris > > > > --azLHFNyN32YCQGCU Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="nfe.msi.diff" Index: sys/dev/nfe/if_nfe.c =================================================================== --- sys/dev/nfe/if_nfe.c (revision 264031) +++ sys/dev/nfe/if_nfe.c (working copy) @@ -79,6 +79,7 @@ static int nfe_suspend(device_t); static int nfe_resume(device_t); static int nfe_shutdown(device_t); static int nfe_can_use_msix(struct nfe_softc *); +static int nfe_detect_msik9(struct nfe_softc *); static void nfe_power(struct nfe_softc *); static int nfe_miibus_readreg(device_t, int, int); static int nfe_miibus_writereg(device_t, int, int, int); @@ -334,13 +335,38 @@ nfe_alloc_msix(struct nfe_softc *sc, int count) } } + static int +nfe_detect_msik9(struct nfe_softc *sc) +{ + static char *maker = "MSI"; + static char *product = "K9N6PGM2-V2 (MS-7309)"; + char *m, *p; + int found; + + found = 0; + m = getenv("smbios.planar.maker"); + p = getenv("smbios.planar.product"); + if (m != NULL && p != NULL) { + if (strcmp(m, maker) == 0 && strcmp(p, product) == 0) + found = 1; + } + if (m != NULL) + freeenv(m); + if (p != NULL) + freeenv(p); + + return (found); +} + + +static int nfe_attach(device_t dev) { struct nfe_softc *sc; struct ifnet *ifp; bus_addr_t dma_addr_max; - int error = 0, i, msic, reg, rid; + int error = 0, i, msic, phyloc, reg, rid; sc = device_get_softc(dev); sc->nfe_dev = dev; @@ -608,8 +634,13 @@ nfe_attach(device_t dev) #endif /* Do MII setup */ + phyloc = MII_PHY_ANY; + if (sc->nfe_devid == PCI_PRODUCT_NVIDIA_MCP61_LAN1) { + if (nfe_detect_msik9(sc) != 0) + phyloc = 0; + } error = mii_attach(dev, &sc->nfe_miibus, ifp, nfe_ifmedia_upd, - nfe_ifmedia_sts, BMSR_DEFCAPMASK, MII_PHY_ANY, MII_OFFSET_ANY, + nfe_ifmedia_sts, BMSR_DEFCAPMASK, phyloc, MII_OFFSET_ANY, MIIF_DOPAUSE); if (error != 0) { device_printf(dev, "attaching PHYs failed\n"); --azLHFNyN32YCQGCU-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 2 07:17:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E3CCA1D for ; Wed, 2 Apr 2014 07:17:30 +0000 (UTC) Received: from forward2l.mail.yandex.net (forward2l.mail.yandex.net [84.201.143.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3953328E for ; Wed, 2 Apr 2014 07:17:29 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward2l.mail.yandex.net (Yandex) with ESMTP id D02051AC0F96 for ; Wed, 2 Apr 2014 11:17:18 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 88F562C348F for ; Wed, 2 Apr 2014 11:17:18 +0400 (MSK) Received: from 46.38.38.120.tel.ru (46.38.38.120.tel.ru [46.38.38.120]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id lVQ6SmN5cb-HIJSTnWG; Wed, 2 Apr 2014 11:17:18 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: bb299a5f-38bf-47a6-bfab-aa6fe123d229 Message-ID: <533BB97E.2060204@passap.ru> Date: Wed, 02 Apr 2014 11:17:18 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Any news about "msk0 watchdog timeout" regression in 10-RELEASE? References: <533A8D3B.5040103@gmail.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Apr 2014 07:17:30 -0000 02.04.2014 00:48, jason-freebsd-stable@shalott.net пишет: > >>> Has anyone else made any progress on this issue yet? > >> A solution was committed and some reports of both success and failure >> where submitted [1,2]. (I myself switched to another network card and >> did not test the fix as of yet). > > I did try upgrading sys/dev/msk to r261577; it didn't help. > > I also tried downgrading sys/dev/msk back to the version from 9.0-RELEASE; > also didn't help. I looked at trying to downgrade the relevant portions > of sys/dev/mii back to that same version as well, but clang choked on it, > and I didn't have time to dig in any further. I managed to use msk at CURRENT by disabling multi-core at BIOS (and get kern.smp.cpus: 1). -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Wed Apr 2 09:24:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA99E1B3; Wed, 2 Apr 2014 09:24:54 +0000 (UTC) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DC40FF8; Wed, 2 Apr 2014 09:24:54 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id bs8so6164422wib.1 for ; Wed, 02 Apr 2014 02:24:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=lUTEPFVjeGnh8+oFoq23StOMMQ4VbYKVleWerOsR9gM=; b=trfOVhK5YzdKAOdAbHjDVV2nosmB4ojiu9rb+Yxg83Wog2SRvxWeJpP+BqslJEa6Ng vt1vkHQY3oTN5wmzUH60kj1cNkIBP4liL3Q8SpLhvHe2gfNW6kZ8Lf5qA+KZcqOJTf0v vwVm+HPPoAhGi1GjWphQ2v7mC6SsZYCn5fvUgsfK9Bm+UXRe/XATJkQNog3wzPIT2fPl HoXioeUt6n9w38yAeDY3cq1J5wfoImahRoOTASNraB6vEmtpHPM+w+mFCbTE/mESMgCY T/ZCDCy5pnDjhltX5PnE/BY6SgopwsCHml48rUZBEhDFQ7TaLpXNMZn852zGZcbJvjVM 49pQ== X-Received: by 10.194.9.73 with SMTP id x9mr11700243wja.79.1396430692562; Wed, 02 Apr 2014 02:24:52 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id i9sm38502141wiy.17.2014.04.02.02.24.51 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 02 Apr 2014 02:24:51 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 2 Apr 2014 11:24:34 +0200 From: Baptiste Daroussin To: stable@FreeBSD.org, ports@FreeBSD.org Subject: [ANNOUNCE] ports 2014Q2 branched Message-ID: <20140402092434.GY99393@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uk6W7isEeLAaRh3S" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Apr 2014 09:24:54 -0000 --uk6W7isEeLAaRh3S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, I am pleased to announce that we have created the 2014Q2 branch of the ports tree. Because the first 2014Q1 branch was experimental you might not have heard of it yet. January 2014 saw the release of the first quaterly branch, intended at providing a stable and high-quality ports tree. Those stable branches are a snapshot of the head ports tree taken every 3 months and currently supported for three months, during which they receive security fixes as well as build and runtime fixes. Packages are built on regular basis on that branch (weekly) and published as usual via pkg.FreeBSD.org (/quarterly instead of the usual /latest). They are signed the same way the /latest branch is. While packages for 2014Q1 were only built for 10 (i386 and amd64) 2014Q2 will be built for both FreeBSD 9 and 10 (i386 and amd64). The first build of 2014Q2 will started this morning (wednesday at 1 am UTC) and should hit your closest mirrors very soon. On behalf of the port management team Bapt --uk6W7isEeLAaRh3S Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlM711IACgkQ8kTtMUmk6EwsgACfX7+BT659XmbWtWAQWQfLFYkt ZnEAn3chAa5WE5cNjkNa/cM1Ewlzq0mz =C3xm -----END PGP SIGNATURE----- --uk6W7isEeLAaRh3S-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 2 09:51:30 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 673A5FCD; Wed, 2 Apr 2014 09:51:30 +0000 (UTC) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AD4E363A; Wed, 2 Apr 2014 09:51:29 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id u56so7379675wes.23 for ; Wed, 02 Apr 2014 02:51:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CmFSdPGiZjJeli8HhFDrwWpKNy8cYvYmDV6EDj43VDg=; b=Cba9EvMWHscDQGz8KYZ+rSgYKyY4JzaMFnFfzjEPRdGET6mluuIPrxVzi/QacqH8wM AM4uLMIQCDht14uWf7tuZDlmd+/1f4k9NtKQSNmCW5Ys0tnneokW/pDFE0pQ+66M9ReP ikfhqB4jV2UmDZDtI96+ZrvnW41IO5oQ2h20q7JeF7zxRizG0UKCRiJltO+65cM08kiV DE7GXr0komnWp4+tCbP/1vTJfhq1W7W0wTfexiXOiqAcphfihErV0G04SLFDslaSkQrQ +SvVYTj5powhkaARdyvdN9o2zohJpqWJfICaeSrFufhMmpkiXihyVFew3gA6pyFtz9lc sU/Q== MIME-Version: 1.0 X-Received: by 10.180.85.134 with SMTP id h6mr24823611wiz.44.1396432287858; Wed, 02 Apr 2014 02:51:27 -0700 (PDT) Received: by 10.180.76.11 with HTTP; Wed, 2 Apr 2014 02:51:27 -0700 (PDT) Received: by 10.180.76.11 with HTTP; Wed, 2 Apr 2014 02:51:27 -0700 (PDT) In-Reply-To: <20140402092434.GY99393@ivaldir.etoilebsd.net> References: <20140402092434.GY99393@ivaldir.etoilebsd.net> Date: Wed, 2 Apr 2014 11:51:27 +0200 Message-ID: Subject: Re: [ANNOUNCE] ports 2014Q2 branched From: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= To: Baptiste Daroussin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports FreeBSD , stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Apr 2014 09:51:30 -0000 El 02/04/2014 11:25, "Baptiste Daroussin" escribi=F3: > > Hi all, > > I am pleased to announce that we have created the 2014Q2 branch of the ports > tree. > > Because the first 2014Q1 branch was experimental you might not have heard of it > yet. > > January 2014 saw the release of the first quaterly branch, intended at > providing a stable and high-quality ports tree. Those stable branches are a > snapshot of the head ports tree taken every 3 months and currently supported > for three months, during which they receive security fixes as well as build and > runtime fixes. > > Packages are built on regular basis on that branch (weekly) and published as > usual via pkg.FreeBSD.org (/quarterly instead of the usual /latest). > > They are signed the same way the /latest branch is. > > While packages for 2014Q1 were only built for 10 (i386 and amd64) 2014Q2 will be > built for both FreeBSD 9 and 10 (i386 and amd64). > > The first build of 2014Q2 will started this morning (wednesday at 1 am UTC) and should > hit your closest mirrors very soon. > > On behalf of the port management team These are really good news. Thanks for your work! > Bapt From owner-freebsd-stable@FreeBSD.ORG Wed Apr 2 11:37:12 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C13D7D7D; Wed, 2 Apr 2014 11:37:12 +0000 (UTC) Received: from smtp.lamaiziere.net (net.lamaiziere.net [37.59.62.186]) by mx1.freebsd.org (Postfix) with ESMTP id EA8771C8; Wed, 2 Apr 2014 11:37:11 +0000 (UTC) Received: from mr185083.univ-rennes1.fr (mr185083.univ-rennes1.fr [129.20.185.83]) by smtp.lamaiziere.net (Postfix) with ESMTPA id D6BEB2256; Wed, 2 Apr 2014 13:29:30 +0200 (CEST) Received: from mr185083 (localhost [127.0.0.1]) by mr185083.univ-rennes1.fr (Postfix) with ESMTP id 6FEBD2A0; Wed, 2 Apr 2014 13:29:30 +0200 (CEST) Date: Wed, 2 Apr 2014 13:29:30 +0200 From: Patrick Lamaiziere To: Baptiste Daroussin Subject: Re: [ANNOUNCE] ports 2014Q2 branched Message-ID: <20140402132930.3eace969@mr185083> In-Reply-To: <20140402092434.GY99393@ivaldir.etoilebsd.net> References: <20140402092434.GY99393@ivaldir.etoilebsd.net> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.2) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (smtp.lamaiziere.net [0.0.0.0]); Wed, 02 Apr 2014 13:29:30 +0200 (CEST) Cc: ports@FreeBSD.org, stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Apr 2014 11:37:12 -0000 Le Wed, 2 Apr 2014 11:24:34 +0200, Baptiste Daroussin a crit : Hello, > I am pleased to announce that we have created the 2014Q2 branch of > the ports tree. > > Because the first 2014Q1 branch was experimental you might not have > heard of it yet. no! > January 2014 saw the release of the first quaterly branch, intended at > providing a stable and high-quality ports tree. Those stable branches > are a snapshot of the head ports tree taken every 3 months and > currently supported for three months, during which they receive > security fixes as well as build and runtime fixes. That's very cool, many thanks for this. Well, how to get this port tree using portsnap or svn ? Regards, From owner-freebsd-stable@FreeBSD.ORG Wed Apr 2 12:37:44 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05BAE7CB; Wed, 2 Apr 2014 12:37:44 +0000 (UTC) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 69976B22; Wed, 2 Apr 2014 12:37:43 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id u57so144479wes.8 for ; Wed, 02 Apr 2014 05:37:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=m/z6xCiQ+f8vGa0v7kXt0SXzm7zutoZ7jFWssUn9ei4=; b=cX0jjs8vQqYRQQoNN82bv6TlPgY0/9MLViz/Cy+Ar+M7PEkGrZsDgERAWCB9Chhtxc dB0HTOQnLner0GwBRvc8nH5iFZe1iFbZVDoZ2vtkYL6ZnJbGMpJfsFHOyn2P8ZziUdmc AKMuWHr/nJGr4J+lIqGy0pZcRawSkrt5GVS6RIIoOnPzAD653Gq30e1OZhGuY//aIjrw E0G2Mm7EmFW0lIpt+Z5BMWK91YaC9iZpLdOvsL8SdVx5Cy51/j/DSyrOMl7b8kyqgjxk MD0KEM0vtGL9xVKVAv19SwfxrXHoCl3GGRh6B5BKAvnPJU7p4w/A0xdl37QVFecal/yr 4y6Q== X-Received: by 10.180.91.114 with SMTP id cd18mr1866406wib.28.1396442261657; Wed, 02 Apr 2014 05:37:41 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id qg3sm39489867wic.10.2014.04.02.05.37.40 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 02 Apr 2014 05:37:40 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 2 Apr 2014 14:37:22 +0200 From: Baptiste Daroussin To: Patrick Lamaiziere Subject: Re: [ANNOUNCE] ports 2014Q2 branched Message-ID: <20140402123722.GA99393@ivaldir.etoilebsd.net> References: <20140402092434.GY99393@ivaldir.etoilebsd.net> <20140402132930.3eace969@mr185083> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x0PBmTWHB3bjoOVh" Content-Disposition: inline In-Reply-To: <20140402132930.3eace969@mr185083> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: ports@FreeBSD.org, stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Apr 2014 12:37:44 -0000 --x0PBmTWHB3bjoOVh Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 02, 2014 at 01:29:30PM +0200, Patrick Lamaiziere wrote: > Le Wed, 2 Apr 2014 11:24:34 +0200, > Baptiste Daroussin a =E9crit : >=20 > Hello, >=20 > > I am pleased to announce that we have created the 2014Q2 branch of > > the ports tree. > >=20 > > Because the first 2014Q1 branch was experimental you might not have > > heard of it yet. >=20 > no! >=20 > > January 2014 saw the release of the first quaterly branch, intended at > > providing a stable and high-quality ports tree. Those stable branches > > are a snapshot of the head ports tree taken every 3 months and > > currently supported for three months, during which they receive > > security fixes as well as build and runtime fixes. >=20 > That's very cool, many thanks for this. >=20 > Well, how to get this port tree using portsnap or svn ? Using svn just svn co :///ports/branches/2014Q2 For portsnap there is nothing yet regards, Bapt --x0PBmTWHB3bjoOVh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlM8BIIACgkQ8kTtMUmk6EwfewCfRbY5AgB7JwOhpO6xTyhjos+o XrAAoJxWO+Vk40jkHK0iDz/Q4zvE9xyL =6F5Z -----END PGP SIGNATURE----- --x0PBmTWHB3bjoOVh-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 2 13:54:07 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F6A3291; Wed, 2 Apr 2014 13:54:07 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 95F052AE; Wed, 2 Apr 2014 13:54:06 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s32DuwwN004501; Wed, 2 Apr 2014 06:57:04 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s32DurRq004498; Wed, 2 Apr 2014 06:56:53 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 2 Apr 2014 06:56:53 -0700 (PDT) Message-ID: In-Reply-To: <20140402092434.GY99393@ivaldir.etoilebsd.net> References: <20140402092434.GY99393@ivaldir.etoilebsd.net> Date: Wed, 2 Apr 2014 06:56:53 -0700 (PDT) Subject: Re: [ANNOUNCE] ports 2014Q2 branched From: "Chris H" To: "Baptiste Daroussin" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: ports@freebsd.org, stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 Apr 2014 13:54:07 -0000 > Hi all, > > I am pleased to announce that we have created the 2014Q2 branch of the ports > tree. > > Because the first 2014Q1 branch was experimental you might not have heard of it > yet. > > January 2014 saw the release of the first quaterly branch, intended at > providing a stable and high-quality ports tree. Those stable branches are a > snapshot of the head ports tree taken every 3 months and currently supported > for three months, during which they receive security fixes as well as build and > runtime fixes. > > Packages are built on regular basis on that branch (weekly) and published as > usual via pkg.FreeBSD.org (/quarterly instead of the usual /latest). > > They are signed the same way the /latest branch is. > > While packages for 2014Q1 were only built for 10 (i386 and amd64) 2014Q2 will be > built for both FreeBSD 9 and 10 (i386 and amd64). > > The first build of 2014Q2 will started this morning (wednesday at 1 am UTC) and should > hit your closest mirrors very soon. > > On behalf of the port management team > Bapt > A big +1 on this! IMHO l-o-o-n-g over due. Thanks Bapt! --Chris From owner-freebsd-stable@FreeBSD.ORG Thu Apr 3 10:09:44 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 826F4A8C; Thu, 3 Apr 2014 10:09:44 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 655DD6B9; Thu, 3 Apr 2014 10:09:42 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s33A98d1004796; Thu, 3 Apr 2014 12:09:08 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s33A97DP004611; Thu, 3 Apr 2014 10:09:07 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 3 Apr 2014 10:09:07 GMT Message-Id: <201404031009.s33A97DP004611@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2014 10:09:44 -0000 TB --- 2014-04-03 07:40:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-03 07:40:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-03 07:40:45 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-04-03 07:40:45 - cleaning the object tree TB --- 2014-04-03 07:40:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-03 07:41:29 - At svn revision 264068 TB --- 2014-04-03 07:41:30 - building world TB --- 2014-04-03 07:41:30 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 07:41:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 07:41:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 07:41:30 - SRCCONF=/dev/null TB --- 2014-04-03 07:41:30 - TARGET=mips TB --- 2014-04-03 07:41:30 - TARGET_ARCH=mips64 TB --- 2014-04-03 07:41:30 - TZ=UTC TB --- 2014-04-03 07:41:30 - __MAKE_CONF=/dev/null TB --- 2014-04-03 07:41:30 - cd /src TB --- 2014-04-03 07:41:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 3 07:41:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 09:07:06 UTC 2014 TB --- 2014-04-03 09:07:06 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:06 - /usr/sbin/config -m ADM5120 TB --- 2014-04-03 09:07:06 - skipping ADM5120 kernel TB --- 2014-04-03 09:07:06 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:06 - /usr/sbin/config -m ALCHEMY TB --- 2014-04-03 09:07:06 - skipping ALCHEMY kernel TB --- 2014-04-03 09:07:06 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:06 - /usr/sbin/config -m AP121 TB --- 2014-04-03 09:07:06 - skipping AP121 kernel TB --- 2014-04-03 09:07:06 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:06 - /usr/sbin/config -m AP91 TB --- 2014-04-03 09:07:06 - skipping AP91 kernel TB --- 2014-04-03 09:07:06 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:06 - /usr/sbin/config -m AP93 TB --- 2014-04-03 09:07:06 - skipping AP93 kernel TB --- 2014-04-03 09:07:06 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:06 - /usr/sbin/config -m AP94 TB --- 2014-04-03 09:07:06 - skipping AP94 kernel TB --- 2014-04-03 09:07:06 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:06 - /usr/sbin/config -m AP96 TB --- 2014-04-03 09:07:06 - skipping AP96 kernel TB --- 2014-04-03 09:07:06 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:06 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-04-03 09:07:06 - skipping AR71XX_BASE kernel TB --- 2014-04-03 09:07:06 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:06 - /usr/sbin/config -m AR724X_BASE TB --- 2014-04-03 09:07:06 - skipping AR724X_BASE kernel TB --- 2014-04-03 09:07:06 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:06 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-04-03 09:07:06 - skipping AR91XX_BASE kernel TB --- 2014-04-03 09:07:06 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:06 - /usr/sbin/config -m AR933X_BASE TB --- 2014-04-03 09:07:06 - skipping AR933X_BASE kernel TB --- 2014-04-03 09:07:06 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:06 - /usr/sbin/config -m AR934X_BASE TB --- 2014-04-03 09:07:06 - skipping AR934X_BASE kernel TB --- 2014-04-03 09:07:06 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:06 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-04-03 09:07:06 - building BERI_DE4_BASE kernel TB --- 2014-04-03 09:07:06 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:07:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:07:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:07:06 - SRCCONF=/dev/null TB --- 2014-04-03 09:07:06 - TARGET=mips TB --- 2014-04-03 09:07:06 - TARGET_ARCH=mips64 TB --- 2014-04-03 09:07:06 - TZ=UTC TB --- 2014-04-03 09:07:06 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:07:06 - cd /src TB --- 2014-04-03 09:07:06 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Thu Apr 3 09:07:06 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_BASE completed on Thu Apr 3 09:11:06 UTC 2014 TB --- 2014-04-03 09:11:06 - cd /src/sys/mips/conf TB --- 2014-04-03 09:11:06 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-04-03 09:11:06 - building BERI_DE4_MDROOT kernel TB --- 2014-04-03 09:11:06 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:11:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:11:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:11:06 - SRCCONF=/dev/null TB --- 2014-04-03 09:11:06 - TARGET=mips TB --- 2014-04-03 09:11:06 - TARGET_ARCH=mips64 TB --- 2014-04-03 09:11:06 - TZ=UTC TB --- 2014-04-03 09:11:06 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:11:06 - cd /src TB --- 2014-04-03 09:11:06 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Thu Apr 3 09:11:06 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_MDROOT completed on Thu Apr 3 09:16:08 UTC 2014 TB --- 2014-04-03 09:16:08 - cd /src/sys/mips/conf TB --- 2014-04-03 09:16:08 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-04-03 09:16:08 - building BERI_DE4_SDROOT kernel TB --- 2014-04-03 09:16:08 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:16:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:16:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:16:08 - SRCCONF=/dev/null TB --- 2014-04-03 09:16:08 - TARGET=mips TB --- 2014-04-03 09:16:08 - TARGET_ARCH=mips64 TB --- 2014-04-03 09:16:08 - TZ=UTC TB --- 2014-04-03 09:16:08 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:16:08 - cd /src TB --- 2014-04-03 09:16:08 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Thu Apr 3 09:16:08 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_SDROOT completed on Thu Apr 3 09:20:47 UTC 2014 TB --- 2014-04-03 09:20:47 - cd /src/sys/mips/conf TB --- 2014-04-03 09:20:47 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-04-03 09:20:47 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-04-03 09:20:47 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:20:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:20:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:20:47 - SRCCONF=/dev/null TB --- 2014-04-03 09:20:47 - TARGET=mips TB --- 2014-04-03 09:20:47 - TARGET_ARCH=mips64 TB --- 2014-04-03 09:20:47 - TZ=UTC TB --- 2014-04-03 09:20:47 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:20:47 - cd /src TB --- 2014-04-03 09:20:47 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Thu Apr 3 09:20:47 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_NETFPGA_MDROOT completed on Thu Apr 3 09:25:05 UTC 2014 TB --- 2014-04-03 09:25:05 - cd /src/sys/mips/conf TB --- 2014-04-03 09:25:05 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-04-03 09:25:07 - building BERI_SIM_BASE kernel TB --- 2014-04-03 09:25:07 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:25:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:25:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:25:07 - SRCCONF=/dev/null TB --- 2014-04-03 09:25:07 - TARGET=mips TB --- 2014-04-03 09:25:07 - TARGET_ARCH=mips64 TB --- 2014-04-03 09:25:07 - TZ=UTC TB --- 2014-04-03 09:25:07 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:25:07 - cd /src TB --- 2014-04-03 09:25:07 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Thu Apr 3 09:25:07 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_BASE completed on Thu Apr 3 09:29:16 UTC 2014 TB --- 2014-04-03 09:29:16 - cd /src/sys/mips/conf TB --- 2014-04-03 09:29:16 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-04-03 09:29:16 - building BERI_SIM_MDROOT kernel TB --- 2014-04-03 09:29:16 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:29:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:29:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:29:16 - SRCCONF=/dev/null TB --- 2014-04-03 09:29:16 - TARGET=mips TB --- 2014-04-03 09:29:16 - TARGET_ARCH=mips64 TB --- 2014-04-03 09:29:16 - TZ=UTC TB --- 2014-04-03 09:29:16 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:29:16 - cd /src TB --- 2014-04-03 09:29:16 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Thu Apr 3 09:29:16 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_MDROOT completed on Thu Apr 3 09:33:36 UTC 2014 TB --- 2014-04-03 09:33:36 - cd /src/sys/mips/conf TB --- 2014-04-03 09:33:36 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-04-03 09:33:40 - building BERI_SIM_SDROOT kernel TB --- 2014-04-03 09:33:40 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:33:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:33:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:33:40 - SRCCONF=/dev/null TB --- 2014-04-03 09:33:40 - TARGET=mips TB --- 2014-04-03 09:33:40 - TARGET_ARCH=mips64 TB --- 2014-04-03 09:33:40 - TZ=UTC TB --- 2014-04-03 09:33:40 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:33:40 - cd /src TB --- 2014-04-03 09:33:40 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Thu Apr 3 09:33:40 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_SDROOT completed on Thu Apr 3 09:37:40 UTC 2014 TB --- 2014-04-03 09:37:40 - cd /src/sys/mips/conf TB --- 2014-04-03 09:37:40 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-04-03 09:37:40 - building BERI_TEMPLATE kernel TB --- 2014-04-03 09:37:40 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:37:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:37:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:37:40 - SRCCONF=/dev/null TB --- 2014-04-03 09:37:40 - TARGET=mips TB --- 2014-04-03 09:37:40 - TARGET_ARCH=mips64 TB --- 2014-04-03 09:37:40 - TZ=UTC TB --- 2014-04-03 09:37:40 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:37:40 - cd /src TB --- 2014-04-03 09:37:40 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Thu Apr 3 09:37:40 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_TEMPLATE completed on Thu Apr 3 09:41:41 UTC 2014 TB --- 2014-04-03 09:41:41 - cd /src/sys/mips/conf TB --- 2014-04-03 09:41:41 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-04-03 09:41:41 - skipping CARAMBOLA2 kernel TB --- 2014-04-03 09:41:41 - cd /src/sys/mips/conf TB --- 2014-04-03 09:41:41 - /usr/sbin/config -m DB120 TB --- 2014-04-03 09:41:41 - skipping DB120 kernel TB --- 2014-04-03 09:41:41 - cd /src/sys/mips/conf TB --- 2014-04-03 09:41:41 - /usr/sbin/config -m DIR-825 TB --- 2014-04-03 09:41:41 - skipping DIR-825 kernel TB --- 2014-04-03 09:41:41 - cd /src/sys/mips/conf TB --- 2014-04-03 09:41:41 - /usr/sbin/config -m ENH200 TB --- 2014-04-03 09:41:41 - skipping ENH200 kernel TB --- 2014-04-03 09:41:41 - cd /src/sys/mips/conf TB --- 2014-04-03 09:41:41 - /usr/sbin/config -m GXEMUL TB --- 2014-04-03 09:41:41 - building GXEMUL kernel TB --- 2014-04-03 09:41:41 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:41:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:41:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:41:41 - SRCCONF=/dev/null TB --- 2014-04-03 09:41:41 - TARGET=mips TB --- 2014-04-03 09:41:41 - TARGET_ARCH=mips64 TB --- 2014-04-03 09:41:41 - TZ=UTC TB --- 2014-04-03 09:41:41 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:41:41 - cd /src TB --- 2014-04-03 09:41:41 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Thu Apr 3 09:41:41 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GXEMUL completed on Thu Apr 3 09:44:38 UTC 2014 TB --- 2014-04-03 09:44:38 - cd /src/sys/mips/conf TB --- 2014-04-03 09:44:38 - /usr/sbin/config -m GXEMUL32 TB --- 2014-04-03 09:44:38 - skipping GXEMUL32 kernel TB --- 2014-04-03 09:44:38 - cd /src/sys/mips/conf TB --- 2014-04-03 09:44:38 - /usr/sbin/config -m IDT TB --- 2014-04-03 09:44:38 - skipping IDT kernel TB --- 2014-04-03 09:44:38 - cd /src/sys/mips/conf TB --- 2014-04-03 09:44:38 - /usr/sbin/config -m MALTA TB --- 2014-04-03 09:44:38 - skipping MALTA kernel TB --- 2014-04-03 09:44:38 - cd /src/sys/mips/conf TB --- 2014-04-03 09:44:38 - /usr/sbin/config -m MALTA64 TB --- 2014-04-03 09:44:38 - skipping MALTA64 kernel TB --- 2014-04-03 09:44:38 - cd /src/sys/mips/conf TB --- 2014-04-03 09:44:38 - /usr/sbin/config -m OCTEON1 TB --- 2014-04-03 09:44:38 - building OCTEON1 kernel TB --- 2014-04-03 09:44:38 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:44:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:44:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:44:38 - SRCCONF=/dev/null TB --- 2014-04-03 09:44:38 - TARGET=mips TB --- 2014-04-03 09:44:38 - TARGET_ARCH=mips64 TB --- 2014-04-03 09:44:38 - TZ=UTC TB --- 2014-04-03 09:44:38 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:44:38 - cd /src TB --- 2014-04-03 09:44:38 - /usr/bin/make -B buildkernel KERNCONF=OCTEON1 >>> Kernel build for OCTEON1 started on Thu Apr 3 09:44:38 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for OCTEON1 completed on Thu Apr 3 09:56:30 UTC 2014 TB --- 2014-04-03 09:56:30 - cd /src/sys/mips/conf TB --- 2014-04-03 09:56:30 - /usr/sbin/config -m PB47 TB --- 2014-04-03 09:56:30 - skipping PB47 kernel TB --- 2014-04-03 09:56:30 - cd /src/sys/mips/conf TB --- 2014-04-03 09:56:30 - /usr/sbin/config -m PB92 TB --- 2014-04-03 09:56:30 - skipping PB92 kernel TB --- 2014-04-03 09:56:30 - cd /src/sys/mips/conf TB --- 2014-04-03 09:56:30 - /usr/sbin/config -m PICOSTATION_M2HP TB --- 2014-04-03 09:56:30 - skipping PICOSTATION_M2HP kernel TB --- 2014-04-03 09:56:30 - cd /src/sys/mips/conf TB --- 2014-04-03 09:56:30 - /usr/sbin/config -m QEMU TB --- 2014-04-03 09:56:30 - skipping QEMU kernel TB --- 2014-04-03 09:56:30 - cd /src/sys/mips/conf TB --- 2014-04-03 09:56:30 - /usr/sbin/config -m ROUTERSTATION TB --- 2014-04-03 09:56:30 - skipping ROUTERSTATION kernel TB --- 2014-04-03 09:56:30 - cd /src/sys/mips/conf TB --- 2014-04-03 09:56:30 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2014-04-03 09:56:30 - skipping ROUTERSTATION_MFS kernel TB --- 2014-04-03 09:56:30 - cd /src/sys/mips/conf TB --- 2014-04-03 09:56:30 - /usr/sbin/config -m RSPRO TB --- 2014-04-03 09:56:30 - skipping RSPRO kernel TB --- 2014-04-03 09:56:30 - cd /src/sys/mips/conf TB --- 2014-04-03 09:56:30 - /usr/sbin/config -m RSPRO_MFS TB --- 2014-04-03 09:56:30 - skipping RSPRO_MFS kernel TB --- 2014-04-03 09:56:30 - cd /src/sys/mips/conf TB --- 2014-04-03 09:56:30 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2014-04-03 09:56:30 - skipping RSPRO_STANDALONE kernel TB --- 2014-04-03 09:56:30 - cd /src/sys/mips/conf TB --- 2014-04-03 09:56:30 - /usr/sbin/config -m RT305X TB --- 2014-04-03 09:56:30 - skipping RT305X kernel TB --- 2014-04-03 09:56:30 - cd /src/sys/mips/conf TB --- 2014-04-03 09:56:30 - /usr/sbin/config -m SENTRY5 TB --- 2014-04-03 09:56:30 - skipping SENTRY5 kernel TB --- 2014-04-03 09:56:30 - cd /src/sys/mips/conf TB --- 2014-04-03 09:56:30 - /usr/sbin/config -m SWARM TB --- 2014-04-03 09:56:30 - skipping SWARM kernel TB --- 2014-04-03 09:56:30 - cd /src/sys/mips/conf TB --- 2014-04-03 09:56:30 - /usr/sbin/config -m SWARM64 TB --- 2014-04-03 09:56:30 - building SWARM64 kernel TB --- 2014-04-03 09:56:30 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:56:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:56:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:56:30 - SRCCONF=/dev/null TB --- 2014-04-03 09:56:30 - TARGET=mips TB --- 2014-04-03 09:56:30 - TARGET_ARCH=mips64 TB --- 2014-04-03 09:56:30 - TZ=UTC TB --- 2014-04-03 09:56:30 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:56:30 - cd /src TB --- 2014-04-03 09:56:30 - /usr/bin/make -B buildkernel KERNCONF=SWARM64 >>> Kernel build for SWARM64 started on Thu Apr 3 09:56:30 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for SWARM64 completed on Thu Apr 3 10:00:19 UTC 2014 TB --- 2014-04-03 10:00:19 - cd /src/sys/mips/conf TB --- 2014-04-03 10:00:19 - /usr/sbin/config -m SWARM64_SMP TB --- 2014-04-03 10:00:19 - building SWARM64_SMP kernel TB --- 2014-04-03 10:00:19 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 10:00:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 10:00:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 10:00:19 - SRCCONF=/dev/null TB --- 2014-04-03 10:00:19 - TARGET=mips TB --- 2014-04-03 10:00:19 - TARGET_ARCH=mips64 TB --- 2014-04-03 10:00:19 - TZ=UTC TB --- 2014-04-03 10:00:19 - __MAKE_CONF=/dev/null TB --- 2014-04-03 10:00:19 - cd /src TB --- 2014-04-03 10:00:19 - /usr/bin/make -B buildkernel KERNCONF=SWARM64_SMP >>> Kernel build for SWARM64_SMP started on Thu Apr 3 10:00:19 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for SWARM64_SMP completed on Thu Apr 3 10:04:04 UTC 2014 TB --- 2014-04-03 10:04:04 - cd /src/sys/mips/conf TB --- 2014-04-03 10:04:04 - /usr/sbin/config -m SWARM_SMP TB --- 2014-04-03 10:04:04 - skipping SWARM_SMP kernel TB --- 2014-04-03 10:04:04 - cd /src/sys/mips/conf TB --- 2014-04-03 10:04:04 - /usr/sbin/config -m TP-WN1043ND TB --- 2014-04-03 10:04:04 - skipping TP-WN1043ND kernel TB --- 2014-04-03 10:04:04 - cd /src/sys/mips/conf TB --- 2014-04-03 10:04:04 - /usr/sbin/config -m WZR-300HP TB --- 2014-04-03 10:04:04 - skipping WZR-300HP kernel TB --- 2014-04-03 10:04:04 - cd /src/sys/mips/conf TB --- 2014-04-03 10:04:04 - /usr/sbin/config -m XLP TB --- 2014-04-03 10:04:04 - skipping XLP kernel TB --- 2014-04-03 10:04:04 - cd /src/sys/mips/conf TB --- 2014-04-03 10:04:04 - /usr/sbin/config -m XLP64 TB --- 2014-04-03 10:04:04 - building XLP64 kernel TB --- 2014-04-03 10:04:04 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 10:04:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 10:04:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 10:04:04 - SRCCONF=/dev/null TB --- 2014-04-03 10:04:04 - TARGET=mips TB --- 2014-04-03 10:04:04 - TARGET_ARCH=mips64 TB --- 2014-04-03 10:04:04 - TZ=UTC TB --- 2014-04-03 10:04:04 - __MAKE_CONF=/dev/null TB --- 2014-04-03 10:04:04 - cd /src TB --- 2014-04-03 10:04:04 - /usr/bin/make -B buildkernel KERNCONF=XLP64 >>> Kernel build for XLP64 started on Thu Apr 3 10:04:04 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for XLP64 completed on Thu Apr 3 10:09:01 UTC 2014 TB --- 2014-04-03 10:09:02 - cd /src/sys/mips/conf TB --- 2014-04-03 10:09:02 - /usr/sbin/config -m XLPN32 TB --- 2014-04-03 10:09:02 - skipping XLPN32 kernel TB --- 2014-04-03 10:09:02 - cd /src/sys/mips/conf TB --- 2014-04-03 10:09:02 - /usr/sbin/config -m XLR TB --- 2014-04-03 10:09:02 - skipping XLR kernel TB --- 2014-04-03 10:09:02 - cd /src/sys/mips/conf TB --- 2014-04-03 10:09:02 - /usr/sbin/config -m XLR64 TB --- 2014-04-03 10:09:02 - building XLR64 kernel TB --- 2014-04-03 10:09:02 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 10:09:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 10:09:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 10:09:02 - SRCCONF=/dev/null TB --- 2014-04-03 10:09:02 - TARGET=mips TB --- 2014-04-03 10:09:02 - TARGET_ARCH=mips64 TB --- 2014-04-03 10:09:02 - TZ=UTC TB --- 2014-04-03 10:09:02 - __MAKE_CONF=/dev/null TB --- 2014-04-03 10:09:02 - cd /src TB --- 2014-04-03 10:09:02 - /usr/bin/make -B buildkernel KERNCONF=XLR64 >>> Kernel build for XLR64 started on Thu Apr 3 10:09:05 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/XLR64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-03 10:09:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-03 10:09:06 - ERROR: failed to build XLR64 kernel TB --- 2014-04-03 10:09:06 - 6372.45 user 2937.89 system 8900.87 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Apr 3 11:21:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CA426F3 for ; Thu, 3 Apr 2014 11:21:31 +0000 (UTC) Received: from new.shalott.net (new.shalott.net [66.180.195.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.shalott.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 30479EAF for ; Thu, 3 Apr 2014 11:21:30 +0000 (UTC) Received: (qmail 4510 invoked by uid 1000); 3 Apr 2014 11:21:22 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 3 Apr 2014 11:21:22 -0000 Date: Thu, 3 Apr 2014 04:21:22 -0700 (PDT) From: jason-freebsd-stable@shalott.net X-X-Sender: jason@new.shalott.net To: freebsd-stable@freebsd.org Subject: Re: Any news about "msk0 watchdog timeout" regression in 10-RELEASE? In-Reply-To: <533A8D3B.5040103@gmail.com> Message-ID: References: <533A8D3B.5040103@gmail.com> User-Agent: Alpine 2.02 (LFD 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 03 Apr 2014 11:21:31 -0000 >>> A solution was committed and some reports of both success and failure >>> where submitted [1,2]. (I myself switched to another network card and >>> did not test the fix as of yet). >> I did try upgrading sys/dev/msk to r261577; it didn't help. >> >> I also tried downgrading sys/dev/msk back to the version >> from9.0-RELEASE; also didn't help. I looked at trying to downgrade the >> relevant portions of sys/dev/mii back to that same version as well, but >> clang choked on it, and I didn't have time to dig in any further. > I managed to use msk at CURRENT by disabling multi-core at BIOS (and get > kern.smp.cpus: 1). I tried this. The first time I rebooted after changing the BIOS, the machine booted okay, but after the msk card had passed about 200k, the entire machine locked up hard, and I had to power-cycle to get it back. After that, it behaved as previously -- after passing about 200k total, the card hangs and there's an interrupt storm. -Jason From owner-freebsd-stable@FreeBSD.ORG Thu Apr 3 11:41:24 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 215AB92; Thu, 3 Apr 2014 11:41:24 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 AE9D3EC; Thu, 3 Apr 2014 11:41:22 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s33BfElV048563; Thu, 3 Apr 2014 13:41:14 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s33BfDRI048425; Thu, 3 Apr 2014 11:41:13 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 3 Apr 2014 11:41:13 GMT Message-Id: <201404031141.s33BfDRI048425@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2014 11:41:24 -0000 TB --- 2014-04-03 07:40:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-03 07:40:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-03 07:40:45 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-04-03 07:40:45 - cleaning the object tree TB --- 2014-04-03 07:40:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-03 07:41:37 - At svn revision 264068 TB --- 2014-04-03 07:41:38 - building world TB --- 2014-04-03 07:41:38 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 07:41:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 07:41:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 07:41:38 - SRCCONF=/dev/null TB --- 2014-04-03 07:41:38 - TARGET=mips TB --- 2014-04-03 07:41:38 - TARGET_ARCH=mips TB --- 2014-04-03 07:41:38 - TZ=UTC TB --- 2014-04-03 07:41:38 - __MAKE_CONF=/dev/null TB --- 2014-04-03 07:41:38 - cd /src TB --- 2014-04-03 07:41:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 3 07:41:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 3 09:07:05 UTC 2014 TB --- 2014-04-03 09:07:05 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:05 - /usr/sbin/config -m ADM5120 TB --- 2014-04-03 09:07:05 - skipping ADM5120 kernel TB --- 2014-04-03 09:07:05 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:05 - /usr/sbin/config -m ALCHEMY TB --- 2014-04-03 09:07:05 - skipping ALCHEMY kernel TB --- 2014-04-03 09:07:05 - cd /src/sys/mips/conf TB --- 2014-04-03 09:07:05 - /usr/sbin/config -m AP121 TB --- 2014-04-03 09:07:05 - building AP121 kernel TB --- 2014-04-03 09:07:05 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:07:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:07:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:07:05 - SRCCONF=/dev/null TB --- 2014-04-03 09:07:05 - TARGET=mips TB --- 2014-04-03 09:07:05 - TARGET_ARCH=mips TB --- 2014-04-03 09:07:05 - TZ=UTC TB --- 2014-04-03 09:07:05 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:07:05 - cd /src TB --- 2014-04-03 09:07:05 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Thu Apr 3 09:07:06 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Thu Apr 3 09:11:11 UTC 2014 TB --- 2014-04-03 09:11:11 - cd /src/sys/mips/conf TB --- 2014-04-03 09:11:11 - /usr/sbin/config -m AP91 TB --- 2014-04-03 09:11:11 - building AP91 kernel TB --- 2014-04-03 09:11:11 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:11:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:11:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:11:11 - SRCCONF=/dev/null TB --- 2014-04-03 09:11:11 - TARGET=mips TB --- 2014-04-03 09:11:11 - TARGET_ARCH=mips TB --- 2014-04-03 09:11:11 - TZ=UTC TB --- 2014-04-03 09:11:11 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:11:11 - cd /src TB --- 2014-04-03 09:11:11 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Thu Apr 3 09:11:11 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Thu Apr 3 09:18:40 UTC 2014 TB --- 2014-04-03 09:18:40 - cd /src/sys/mips/conf TB --- 2014-04-03 09:18:40 - /usr/sbin/config -m AP93 TB --- 2014-04-03 09:18:40 - building AP93 kernel TB --- 2014-04-03 09:18:40 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:18:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:18:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:18:40 - SRCCONF=/dev/null TB --- 2014-04-03 09:18:40 - TARGET=mips TB --- 2014-04-03 09:18:40 - TARGET_ARCH=mips TB --- 2014-04-03 09:18:40 - TZ=UTC TB --- 2014-04-03 09:18:40 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:18:40 - cd /src TB --- 2014-04-03 09:18:40 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Thu Apr 3 09:18:40 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Thu Apr 3 09:25:58 UTC 2014 TB --- 2014-04-03 09:25:58 - cd /src/sys/mips/conf TB --- 2014-04-03 09:25:58 - /usr/sbin/config -m AP94 TB --- 2014-04-03 09:25:58 - building AP94 kernel TB --- 2014-04-03 09:25:58 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:25:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:25:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:25:58 - SRCCONF=/dev/null TB --- 2014-04-03 09:25:58 - TARGET=mips TB --- 2014-04-03 09:25:58 - TARGET_ARCH=mips TB --- 2014-04-03 09:25:58 - TZ=UTC TB --- 2014-04-03 09:25:58 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:25:58 - cd /src TB --- 2014-04-03 09:25:58 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Thu Apr 3 09:25:58 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Thu Apr 3 09:34:52 UTC 2014 TB --- 2014-04-03 09:34:52 - cd /src/sys/mips/conf TB --- 2014-04-03 09:34:52 - /usr/sbin/config -m AP96 TB --- 2014-04-03 09:34:52 - building AP96 kernel TB --- 2014-04-03 09:34:52 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:34:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:34:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:34:52 - SRCCONF=/dev/null TB --- 2014-04-03 09:34:52 - TARGET=mips TB --- 2014-04-03 09:34:52 - TARGET_ARCH=mips TB --- 2014-04-03 09:34:52 - TZ=UTC TB --- 2014-04-03 09:34:52 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:34:52 - cd /src TB --- 2014-04-03 09:34:52 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Thu Apr 3 09:34:52 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Thu Apr 3 09:43:32 UTC 2014 TB --- 2014-04-03 09:43:32 - cd /src/sys/mips/conf TB --- 2014-04-03 09:43:32 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-04-03 09:43:32 - building AR71XX_BASE kernel TB --- 2014-04-03 09:43:32 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:43:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:43:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:43:32 - SRCCONF=/dev/null TB --- 2014-04-03 09:43:32 - TARGET=mips TB --- 2014-04-03 09:43:32 - TARGET_ARCH=mips TB --- 2014-04-03 09:43:32 - TZ=UTC TB --- 2014-04-03 09:43:32 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:43:32 - cd /src TB --- 2014-04-03 09:43:32 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Thu Apr 3 09:43:32 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Thu Apr 3 09:51:50 UTC 2014 TB --- 2014-04-03 09:51:50 - cd /src/sys/mips/conf TB --- 2014-04-03 09:51:50 - /usr/sbin/config -m AR724X_BASE TB --- 2014-04-03 09:51:50 - building AR724X_BASE kernel TB --- 2014-04-03 09:51:50 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:51:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:51:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:51:50 - SRCCONF=/dev/null TB --- 2014-04-03 09:51:50 - TARGET=mips TB --- 2014-04-03 09:51:50 - TARGET_ARCH=mips TB --- 2014-04-03 09:51:50 - TZ=UTC TB --- 2014-04-03 09:51:50 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:51:50 - cd /src TB --- 2014-04-03 09:51:50 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Thu Apr 3 09:51:50 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Thu Apr 3 09:57:52 UTC 2014 TB --- 2014-04-03 09:57:52 - cd /src/sys/mips/conf TB --- 2014-04-03 09:57:52 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-04-03 09:57:52 - building AR91XX_BASE kernel TB --- 2014-04-03 09:57:52 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 09:57:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 09:57:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 09:57:52 - SRCCONF=/dev/null TB --- 2014-04-03 09:57:52 - TARGET=mips TB --- 2014-04-03 09:57:52 - TARGET_ARCH=mips TB --- 2014-04-03 09:57:52 - TZ=UTC TB --- 2014-04-03 09:57:52 - __MAKE_CONF=/dev/null TB --- 2014-04-03 09:57:52 - cd /src TB --- 2014-04-03 09:57:52 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Thu Apr 3 09:57:53 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Thu Apr 3 10:04:40 UTC 2014 TB --- 2014-04-03 10:04:40 - cd /src/sys/mips/conf TB --- 2014-04-03 10:04:40 - /usr/sbin/config -m AR933X_BASE TB --- 2014-04-03 10:04:40 - building AR933X_BASE kernel TB --- 2014-04-03 10:04:40 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 10:04:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 10:04:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 10:04:40 - SRCCONF=/dev/null TB --- 2014-04-03 10:04:40 - TARGET=mips TB --- 2014-04-03 10:04:40 - TARGET_ARCH=mips TB --- 2014-04-03 10:04:40 - TZ=UTC TB --- 2014-04-03 10:04:40 - __MAKE_CONF=/dev/null TB --- 2014-04-03 10:04:40 - cd /src TB --- 2014-04-03 10:04:40 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Thu Apr 3 10:04:40 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Thu Apr 3 10:08:29 UTC 2014 TB --- 2014-04-03 10:08:29 - cd /src/sys/mips/conf TB --- 2014-04-03 10:08:29 - /usr/sbin/config -m AR934X_BASE TB --- 2014-04-03 10:08:29 - building AR934X_BASE kernel TB --- 2014-04-03 10:08:29 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 10:08:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 10:08:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 10:08:29 - SRCCONF=/dev/null TB --- 2014-04-03 10:08:29 - TARGET=mips TB --- 2014-04-03 10:08:29 - TARGET_ARCH=mips TB --- 2014-04-03 10:08:29 - TZ=UTC TB --- 2014-04-03 10:08:29 - __MAKE_CONF=/dev/null TB --- 2014-04-03 10:08:29 - cd /src TB --- 2014-04-03 10:08:29 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Thu Apr 3 10:08:29 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR934X_BASE completed on Thu Apr 3 10:12:25 UTC 2014 TB --- 2014-04-03 10:12:25 - cd /src/sys/mips/conf TB --- 2014-04-03 10:12:25 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-04-03 10:12:25 - skipping BERI_DE4_BASE kernel TB --- 2014-04-03 10:12:25 - cd /src/sys/mips/conf TB --- 2014-04-03 10:12:25 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-04-03 10:12:25 - skipping BERI_DE4_MDROOT kernel TB --- 2014-04-03 10:12:25 - cd /src/sys/mips/conf TB --- 2014-04-03 10:12:25 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-04-03 10:12:25 - skipping BERI_DE4_SDROOT kernel TB --- 2014-04-03 10:12:25 - cd /src/sys/mips/conf TB --- 2014-04-03 10:12:25 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-04-03 10:12:25 - skipping BERI_NETFPGA_MDROOT kernel TB --- 2014-04-03 10:12:25 - cd /src/sys/mips/conf TB --- 2014-04-03 10:12:25 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-04-03 10:12:25 - skipping BERI_SIM_BASE kernel TB --- 2014-04-03 10:12:25 - cd /src/sys/mips/conf TB --- 2014-04-03 10:12:25 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-04-03 10:12:25 - skipping BERI_SIM_MDROOT kernel TB --- 2014-04-03 10:12:25 - cd /src/sys/mips/conf TB --- 2014-04-03 10:12:25 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-04-03 10:12:25 - skipping BERI_SIM_SDROOT kernel TB --- 2014-04-03 10:12:25 - cd /src/sys/mips/conf TB --- 2014-04-03 10:12:25 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-04-03 10:12:25 - skipping BERI_TEMPLATE kernel TB --- 2014-04-03 10:12:25 - cd /src/sys/mips/conf TB --- 2014-04-03 10:12:25 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-04-03 10:12:25 - building CARAMBOLA2 kernel TB --- 2014-04-03 10:12:25 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 10:12:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 10:12:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 10:12:25 - SRCCONF=/dev/null TB --- 2014-04-03 10:12:25 - TARGET=mips TB --- 2014-04-03 10:12:25 - TARGET_ARCH=mips TB --- 2014-04-03 10:12:25 - TZ=UTC TB --- 2014-04-03 10:12:25 - __MAKE_CONF=/dev/null TB --- 2014-04-03 10:12:25 - cd /src TB --- 2014-04-03 10:12:25 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Thu Apr 3 10:12:25 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CARAMBOLA2 completed on Thu Apr 3 10:16:17 UTC 2014 TB --- 2014-04-03 10:16:17 - cd /src/sys/mips/conf TB --- 2014-04-03 10:16:17 - /usr/sbin/config -m DB120 TB --- 2014-04-03 10:16:17 - building DB120 kernel TB --- 2014-04-03 10:16:17 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 10:16:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 10:16:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 10:16:17 - SRCCONF=/dev/null TB --- 2014-04-03 10:16:17 - TARGET=mips TB --- 2014-04-03 10:16:17 - TARGET_ARCH=mips TB --- 2014-04-03 10:16:17 - TZ=UTC TB --- 2014-04-03 10:16:17 - __MAKE_CONF=/dev/null TB --- 2014-04-03 10:16:17 - cd /src TB --- 2014-04-03 10:16:17 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Thu Apr 3 10:16:17 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB120 completed on Thu Apr 3 10:20:06 UTC 2014 TB --- 2014-04-03 10:20:06 - cd /src/sys/mips/conf TB --- 2014-04-03 10:20:06 - /usr/sbin/config -m DIR-825 TB --- 2014-04-03 10:20:06 - building DIR-825 kernel TB --- 2014-04-03 10:20:06 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 10:20:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 10:20:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 10:20:06 - SRCCONF=/dev/null TB --- 2014-04-03 10:20:06 - TARGET=mips TB --- 2014-04-03 10:20:06 - TARGET_ARCH=mips TB --- 2014-04-03 10:20:06 - TZ=UTC TB --- 2014-04-03 10:20:06 - __MAKE_CONF=/dev/null TB --- 2014-04-03 10:20:06 - cd /src TB --- 2014-04-03 10:20:06 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Thu Apr 3 10:20:06 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DIR-825 completed on Thu Apr 3 10:25:51 UTC 2014 TB --- 2014-04-03 10:25:51 - cd /src/sys/mips/conf TB --- 2014-04-03 10:25:51 - /usr/sbin/config -m ENH200 TB --- 2014-04-03 10:25:51 - building ENH200 kernel TB --- 2014-04-03 10:25:51 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 10:25:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 10:25:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 10:25:51 - SRCCONF=/dev/null TB --- 2014-04-03 10:25:51 - TARGET=mips TB --- 2014-04-03 10:25:51 - TARGET_ARCH=mips TB --- 2014-04-03 10:25:51 - TZ=UTC TB --- 2014-04-03 10:25:51 - __MAKE_CONF=/dev/null TB --- 2014-04-03 10:25:51 - cd /src TB --- 2014-04-03 10:25:51 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Thu Apr 3 10:25:51 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ENH200 completed on Thu Apr 3 10:31:40 UTC 2014 TB --- 2014-04-03 10:31:40 - cd /src/sys/mips/conf TB --- 2014-04-03 10:31:40 - /usr/sbin/config -m GXEMUL TB --- 2014-04-03 10:31:40 - skipping GXEMUL kernel TB --- 2014-04-03 10:31:40 - cd /src/sys/mips/conf TB --- 2014-04-03 10:31:40 - /usr/sbin/config -m GXEMUL32 TB --- 2014-04-03 10:31:40 - building GXEMUL32 kernel TB --- 2014-04-03 10:31:40 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 10:31:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 10:31:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 10:31:40 - SRCCONF=/dev/null TB --- 2014-04-03 10:31:40 - TARGET=mips TB --- 2014-04-03 10:31:40 - TARGET_ARCH=mips TB --- 2014-04-03 10:31:40 - TZ=UTC TB --- 2014-04-03 10:31:40 - __MAKE_CONF=/dev/null TB --- 2014-04-03 10:31:40 - cd /src TB --- 2014-04-03 10:31:40 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Thu Apr 3 10:31:40 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GXEMUL32 completed on Thu Apr 3 10:34:18 UTC 2014 TB --- 2014-04-03 10:34:18 - cd /src/sys/mips/conf TB --- 2014-04-03 10:34:18 - /usr/sbin/config -m IDT TB --- 2014-04-03 10:34:18 - skipping IDT kernel TB --- 2014-04-03 10:34:18 - cd /src/sys/mips/conf TB --- 2014-04-03 10:34:18 - /usr/sbin/config -m MALTA TB --- 2014-04-03 10:34:18 - skipping MALTA kernel TB --- 2014-04-03 10:34:18 - cd /src/sys/mips/conf TB --- 2014-04-03 10:34:18 - /usr/sbin/config -m MALTA64 TB --- 2014-04-03 10:34:18 - skipping MALTA64 kernel TB --- 2014-04-03 10:34:18 - cd /src/sys/mips/conf TB --- 2014-04-03 10:34:18 - /usr/sbin/config -m OCTEON1 TB --- 2014-04-03 10:34:18 - skipping OCTEON1 kernel TB --- 2014-04-03 10:34:18 - cd /src/sys/mips/conf TB --- 2014-04-03 10:34:18 - /usr/sbin/config -m PB47 TB --- 2014-04-03 10:34:18 - building PB47 kernel TB --- 2014-04-03 10:34:18 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 10:34:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 10:34:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 10:34:18 - SRCCONF=/dev/null TB --- 2014-04-03 10:34:18 - TARGET=mips TB --- 2014-04-03 10:34:18 - TARGET_ARCH=mips TB --- 2014-04-03 10:34:18 - TZ=UTC TB --- 2014-04-03 10:34:18 - __MAKE_CONF=/dev/null TB --- 2014-04-03 10:34:18 - cd /src TB --- 2014-04-03 10:34:18 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Thu Apr 3 10:34:18 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB47 completed on Thu Apr 3 10:42:21 UTC 2014 TB --- 2014-04-03 10:42:21 - cd /src/sys/mips/conf TB --- 2014-04-03 10:42:21 - /usr/sbin/config -m PB92 TB --- 2014-04-03 10:42:21 - building PB92 kernel TB --- 2014-04-03 10:42:21 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 10:42:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 10:42:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 10:42:21 - SRCCONF=/dev/null TB --- 2014-04-03 10:42:21 - TARGET=mips TB --- 2014-04-03 10:42:21 - TARGET_ARCH=mips TB --- 2014-04-03 10:42:21 - TZ=UTC TB --- 2014-04-03 10:42:21 - __MAKE_CONF=/dev/null TB --- 2014-04-03 10:42:21 - cd /src TB --- 2014-04-03 10:42:21 - /usr/bin/make -B buildkernel KERNCONF=PB92 >>> Kernel build for PB92 started on Thu Apr 3 10:42:21 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB92 completed on Thu Apr 3 10:48:19 UTC 2014 TB --- 2014-04-03 10:48:19 - cd /src/sys/mips/conf TB --- 2014-04-03 10:48:19 - /usr/sbin/config -m PICOSTATION_M2HP TB --- 2014-04-03 10:48:19 - building PICOSTATION_M2HP kernel TB --- 2014-04-03 10:48:19 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 10:48:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 10:48:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 10:48:19 - SRCCONF=/dev/null TB --- 2014-04-03 10:48:19 - TARGET=mips TB --- 2014-04-03 10:48:19 - TARGET_ARCH=mips TB --- 2014-04-03 10:48:19 - TZ=UTC TB --- 2014-04-03 10:48:19 - __MAKE_CONF=/dev/null TB --- 2014-04-03 10:48:19 - cd /src TB --- 2014-04-03 10:48:19 - /usr/bin/make -B buildkernel KERNCONF=PICOSTATION_M2HP >>> Kernel build for PICOSTATION_M2HP started on Thu Apr 3 10:48:19 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PICOSTATION_M2HP completed on Thu Apr 3 10:55:11 UTC 2014 TB --- 2014-04-03 10:55:11 - cd /src/sys/mips/conf TB --- 2014-04-03 10:55:11 - /usr/sbin/config -m QEMU TB --- 2014-04-03 10:55:11 - skipping QEMU kernel TB --- 2014-04-03 10:55:11 - cd /src/sys/mips/conf TB --- 2014-04-03 10:55:11 - /usr/sbin/config -m ROUTERSTATION TB --- 2014-04-03 10:55:11 - building ROUTERSTATION kernel TB --- 2014-04-03 10:55:11 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 10:55:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 10:55:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 10:55:11 - SRCCONF=/dev/null TB --- 2014-04-03 10:55:11 - TARGET=mips TB --- 2014-04-03 10:55:11 - TARGET_ARCH=mips TB --- 2014-04-03 10:55:11 - TZ=UTC TB --- 2014-04-03 10:55:11 - __MAKE_CONF=/dev/null TB --- 2014-04-03 10:55:11 - cd /src TB --- 2014-04-03 10:55:11 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION >>> Kernel build for ROUTERSTATION started on Thu Apr 3 10:55:11 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION completed on Thu Apr 3 11:03:56 UTC 2014 TB --- 2014-04-03 11:03:56 - cd /src/sys/mips/conf TB --- 2014-04-03 11:03:56 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2014-04-03 11:03:56 - building ROUTERSTATION_MFS kernel TB --- 2014-04-03 11:03:56 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 11:03:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 11:03:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 11:03:56 - SRCCONF=/dev/null TB --- 2014-04-03 11:03:56 - TARGET=mips TB --- 2014-04-03 11:03:56 - TARGET_ARCH=mips TB --- 2014-04-03 11:03:56 - TZ=UTC TB --- 2014-04-03 11:03:56 - __MAKE_CONF=/dev/null TB --- 2014-04-03 11:03:56 - cd /src TB --- 2014-04-03 11:03:56 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION_MFS >>> Kernel build for ROUTERSTATION_MFS started on Thu Apr 3 11:03:56 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION_MFS completed on Thu Apr 3 11:11:58 UTC 2014 TB --- 2014-04-03 11:11:58 - cd /src/sys/mips/conf TB --- 2014-04-03 11:11:58 - /usr/sbin/config -m RSPRO TB --- 2014-04-03 11:11:58 - building RSPRO kernel TB --- 2014-04-03 11:11:58 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 11:11:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 11:11:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 11:11:58 - SRCCONF=/dev/null TB --- 2014-04-03 11:11:58 - TARGET=mips TB --- 2014-04-03 11:11:58 - TARGET_ARCH=mips TB --- 2014-04-03 11:11:58 - TZ=UTC TB --- 2014-04-03 11:11:58 - __MAKE_CONF=/dev/null TB --- 2014-04-03 11:11:58 - cd /src TB --- 2014-04-03 11:11:58 - /usr/bin/make -B buildkernel KERNCONF=RSPRO >>> Kernel build for RSPRO started on Thu Apr 3 11:11:58 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO completed on Thu Apr 3 11:20:06 UTC 2014 TB --- 2014-04-03 11:20:06 - cd /src/sys/mips/conf TB --- 2014-04-03 11:20:06 - /usr/sbin/config -m RSPRO_MFS TB --- 2014-04-03 11:20:06 - building RSPRO_MFS kernel TB --- 2014-04-03 11:20:06 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 11:20:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 11:20:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 11:20:06 - SRCCONF=/dev/null TB --- 2014-04-03 11:20:06 - TARGET=mips TB --- 2014-04-03 11:20:06 - TARGET_ARCH=mips TB --- 2014-04-03 11:20:06 - TZ=UTC TB --- 2014-04-03 11:20:06 - __MAKE_CONF=/dev/null TB --- 2014-04-03 11:20:06 - cd /src TB --- 2014-04-03 11:20:06 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_MFS >>> Kernel build for RSPRO_MFS started on Thu Apr 3 11:20:06 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO_MFS completed on Thu Apr 3 11:28:25 UTC 2014 TB --- 2014-04-03 11:28:25 - cd /src/sys/mips/conf TB --- 2014-04-03 11:28:25 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2014-04-03 11:28:25 - building RSPRO_STANDALONE kernel TB --- 2014-04-03 11:28:25 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 11:28:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 11:28:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 11:28:25 - SRCCONF=/dev/null TB --- 2014-04-03 11:28:25 - TARGET=mips TB --- 2014-04-03 11:28:25 - TARGET_ARCH=mips TB --- 2014-04-03 11:28:25 - TZ=UTC TB --- 2014-04-03 11:28:25 - __MAKE_CONF=/dev/null TB --- 2014-04-03 11:28:25 - cd /src TB --- 2014-04-03 11:28:25 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_STANDALONE >>> Kernel build for RSPRO_STANDALONE started on Thu Apr 3 11:28:25 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO_STANDALONE completed on Thu Apr 3 11:37:04 UTC 2014 TB --- 2014-04-03 11:37:04 - cd /src/sys/mips/conf TB --- 2014-04-03 11:37:04 - /usr/sbin/config -m RT305X TB --- 2014-04-03 11:37:04 - skipping RT305X kernel TB --- 2014-04-03 11:37:04 - cd /src/sys/mips/conf TB --- 2014-04-03 11:37:04 - /usr/sbin/config -m SENTRY5 TB --- 2014-04-03 11:37:04 - skipping SENTRY5 kernel TB --- 2014-04-03 11:37:04 - cd /src/sys/mips/conf TB --- 2014-04-03 11:37:04 - /usr/sbin/config -m SWARM TB --- 2014-04-03 11:37:04 - building SWARM kernel TB --- 2014-04-03 11:37:04 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 11:37:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 11:37:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 11:37:04 - SRCCONF=/dev/null TB --- 2014-04-03 11:37:04 - TARGET=mips TB --- 2014-04-03 11:37:04 - TARGET_ARCH=mips TB --- 2014-04-03 11:37:04 - TZ=UTC TB --- 2014-04-03 11:37:04 - __MAKE_CONF=/dev/null TB --- 2014-04-03 11:37:04 - cd /src TB --- 2014-04-03 11:37:04 - /usr/bin/make -B buildkernel KERNCONF=SWARM >>> Kernel build for SWARM started on Thu Apr 3 11:37:04 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for SWARM completed on Thu Apr 3 11:41:11 UTC 2014 TB --- 2014-04-03 11:41:11 - cd /src/sys/mips/conf TB --- 2014-04-03 11:41:11 - /usr/sbin/config -m SWARM64 TB --- 2014-04-03 11:41:11 - skipping SWARM64 kernel TB --- 2014-04-03 11:41:11 - cd /src/sys/mips/conf TB --- 2014-04-03 11:41:11 - /usr/sbin/config -m SWARM64_SMP TB --- 2014-04-03 11:41:11 - skipping SWARM64_SMP kernel TB --- 2014-04-03 11:41:11 - cd /src/sys/mips/conf TB --- 2014-04-03 11:41:11 - /usr/sbin/config -m SWARM_SMP TB --- 2014-04-03 11:41:11 - building SWARM_SMP kernel TB --- 2014-04-03 11:41:11 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 11:41:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 11:41:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 11:41:11 - SRCCONF=/dev/null TB --- 2014-04-03 11:41:11 - TARGET=mips TB --- 2014-04-03 11:41:11 - TARGET_ARCH=mips TB --- 2014-04-03 11:41:11 - TZ=UTC TB --- 2014-04-03 11:41:11 - __MAKE_CONF=/dev/null TB --- 2014-04-03 11:41:11 - cd /src TB --- 2014-04-03 11:41:11 - /usr/bin/make -B buildkernel KERNCONF=SWARM_SMP >>> Kernel build for SWARM_SMP started on Thu Apr 3 11:41:11 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/SWARM_SMP *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-03 11:41:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-03 11:41:12 - ERROR: failed to build SWARM_SMP kernel TB --- 2014-04-03 11:41:12 - 10089.48 user 5014.41 system 14427.02 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Apr 3 14:44:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 924C1FB3 for ; Thu, 3 Apr 2014 14:44:24 +0000 (UTC) Received: from forward6l.mail.yandex.net (forward6l.mail.yandex.net [IPv6:2a02:6b8:0:1819::6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F9C76A0 for ; Thu, 3 Apr 2014 14:44:24 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward6l.mail.yandex.net (Yandex) with ESMTP id 02C8114E0E36 for ; Thu, 3 Apr 2014 18:44:13 +0400 (MSK) Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id B113A7E019A for ; Thu, 3 Apr 2014 18:44:13 +0400 (MSK) Received: from 46.38.38.120.tel.ru (46.38.38.120.tel.ru [46.38.38.120]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id vjgSIxqOCM-i5hquEmq; Thu, 3 Apr 2014 18:44:07 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: a2ffd79f-3da0-4d3a-b888-167a21ff296d Message-ID: <533D73B5.9020808@passap.ru> Date: Thu, 03 Apr 2014 18:44:05 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Any news about "msk0 watchdog timeout" regression in 10-RELEASE? References: <533A8D3B.5040103@gmail.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 03 Apr 2014 14:44:24 -0000 03.04.2014 15:21, jason-freebsd-stable@shalott.net пишет: > >>>> A solution was committed and some reports of both success and failure >>>> where submitted [1,2]. (I myself switched to another network card and >>>> did not test the fix as of yet). > >>> I did try upgrading sys/dev/msk to r261577; it didn't help. >>> >>> I also tried downgrading sys/dev/msk back to the version >>> from9.0-RELEASE; also didn't help. I looked at trying to downgrade the >>> relevant portions of sys/dev/mii back to that same version as well, but >>> clang choked on it, and I didn't have time to dig in any further. > >> I managed to use msk at CURRENT by disabling multi-core at BIOS (and get >> kern.smp.cpus: 1). > > I tried this. The first time I rebooted after changing the BIOS, the > machine booted okay, but after the msk card had passed about 200k, the > entire machine locked up hard, and I had to power-cycle to get it back. > > After that, it behaved as previously -- after passing about 200k total, > the card hangs and there's an interrupt storm. Last idea from my side (since you run stable not current) -- do you load the driver by loader.conf? This is my message to freebsd-current@: ----- As of r261651 at CURRENT the driver works for me if: . disable multi-core at BIOS (so kern.smp.cpus: 1); . do not load driver at /boot/loader.conf (i.e. use the builtin kernel driver); . disable WITNESS* and INVARIANTS* (GENERIC does not work even with single CPU). ----- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Thu Apr 3 19:34:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35093520 for ; Thu, 3 Apr 2014 19:34:24 +0000 (UTC) Received: from smtp-gw11.han.skanova.net (smtp-gw11.han.skanova.net [81.236.55.20]) by mx1.freebsd.org (Postfix) with ESMTP id 2877462D for ; Thu, 3 Apr 2014 19:34:22 +0000 (UTC) Received-SPF: none (smtp-gw11.han.skanova.net: domain bridgenet.se does not designate permitted sender hosts) identity=mailfrom; receiver=smtp-gw11.han.skanova.net; client_ip=2.248.9.41; envelope-from=johan@bridgenet.se; helo=postfix.bridgenet.se; Received: from postfix.bridgenet.se (2.248.9.41) by smtp-gw11.han.skanova.net (8.5.133) id 52F739C401935796; Thu, 3 Apr 2014 21:32:55 +0200 Received: from [192.168.1.107] (unknown [192.168.1.107]) (Authenticated sender: johan) by postfix.bridgenet.se (Postfix) with ESMTPSA id 833AC6BA5; Thu, 3 Apr 2014 21:32:55 +0200 (CEST) Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: What's up with the swapping since 10/stable From: Johan Broman In-Reply-To: Date: Thu, 3 Apr 2014 21:32:54 +0200 Message-Id: References: To: stable-list freebsd X-Mailer: Apple Mail (2.1874) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Matthias Gamsjager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 03 Apr 2014 19:34:24 -0000 Hi! I=92m seeing the same thing since upgrading to 10/stable. Things seems = to need swap although there is still available memory. I tend not to use = swap on my virtual instances but I=92ve seen error messages like this = since upgrading to 10/stable: pid 3028 (mysqld), uid 88, was killed: out of swap space Mem: 24M Active, 8012K Inact, 109M Wired, 2176K Cache, 69M Buf, 433M = Free Looks like there should be enough memory to start mysql=85 (the above = instance is a t1.micro FreeBSD AMI running on AWS EC2, created by Colin = Percival)=20 Something seems to have changed since FreeBSD 9 in terms of memory = manager / page eviction. Anyone else seeing this? Is it now impossible to run FreeBSD without a = swap partition (and or file)? This happens on my server as well which = has 8GB RAM and plenty of free RAM=85 I don=92t want to start guessing, but perhaps this happens when there is = some memory fragmentation=85? I need to verify if this is the case = though. =20 Thanks Johan On 02 Feb 2014, at 18:00, Matthias Gamsjager = wrote: > Hi, >=20 > My ZFS Nas box seems to use some swap since the upgrade to 10/stable. = This > machine just runs couple of hours per week and with 9/stable I never > witnessed any swapping when serving media files. >=20 > First thinks that caught my eye was the difference between ARC and = Wired. > At some point there is a 1+ GB difference while all this machine does = is > serving single 10GB mkv via AFP. >=20 > Problem is that at some point the performance get's to a point that > streaming isn't possible. >=20 > This is after couple of video's watched and scrub 99% done. >=20 > No ZFS tuning in /boot/loader.conf >=20 > last pid: 2571; load averages: 0.19, 0.20, 0.19 up > 0+04:06:20 17:55:43 >=20 > 42 processes: 1 running, 41 sleeping >=20 > CPU: 0.0% user, 0.0% nice, 2.3% system, 0.0% interrupt, 97.7% idle >=20 > Mem: 32M Active, 14M Inact, 7563M Wired, 16M Cache, 273M Buf, 303M = Free >=20 > ARC: 6065M Total, 2142M MFU, 3309M MRU, 50K Anon, 136M Header, 478M = Other >=20 > Swap: 4096M Total, 66M Used, 4030M Free, 1% Inuse >=20 >=20 > System Information: >=20 >=20 > Kernel Version: 1000702 (osreldate) >=20 > Hardware Platform: amd64 >=20 > Processor Architecture: amd64 >=20 >=20 > ZFS Storage pool Version: 5000 >=20 > ZFS Filesystem Version: 5 >=20 >=20 > FreeBSD 10.0-STABLE #0 r261210: Mon Jan 27 15:19:13 CET 2014 matty >=20 > 5:57PM up 4:08, 2 users, load averages: 0.31, 0.23, 0.21 >=20 >=20 > = ------------------------------------------------------------------------ >=20 >=20 > System Memory: >=20 >=20 > 0.41% 32.43 MiB Active, 0.18% 14.11 MiB Inact >=20 > 95.39% 7.39 GiB Wired, 0.21% 16.37 MiB Cache >=20 > 3.81% 301.97 MiB Free, 0.01% 784.00 KiB Gap >=20 >=20 > Real Installed: 8.00 GiB >=20 > Real Available: 99.50% 7.96 GiB >=20 > Real Managed: 97.28% 7.74 GiB >=20 >=20 > Logical Total: 8.00 GiB >=20 > Logical Used: 95.94% 7.68 GiB >=20 > Logical Free: 4.06% 332.45 MiB >=20 >=20 > Kernel Memory: 196.21 MiB >=20 > Data: 79.49% 155.96 MiB >=20 > Text: 20.51% 40.25 MiB >=20 >=20 > Kernel Memory Map: 7.74 GiB >=20 > Size: 71.72% 5.55 GiB >=20 > Free: 28.28% 2.19 GiB >=20 >=20 > = ------------------------------------------------------------------------ >=20 >=20 > ARC Summary: (HEALTHY) >=20 > Memory Throttle Count: 0 >=20 >=20 > ARC Misc: >=20 > Deleted: 34.10k >=20 > Recycle Misses: 102.86k >=20 > Mutex Misses: 10 >=20 > Evict Skips: 989.63k >=20 >=20 > ARC Size: 87.94% 5.93 GiB >=20 > Target Size: (Adaptive) 90.63% 6.11 GiB >=20 > Min Size (Hard Limit): 12.50% 863.10 MiB >=20 > Max Size (High Water): 8:1 6.74 GiB >=20 >=20 > ARC Size Breakdown: >=20 > Recently Used Cache Size: 65.86% 4.02 GiB >=20 > Frequently Used Cache Size: 34.14% 2.09 GiB >=20 >=20 > ARC Hash Breakdown: >=20 > Elements Max: 594.22k >=20 > Elements Current: 100.00% 594.21k >=20 > Collisions: 609.54k >=20 > Chain Max: 15 >=20 > Chains: 122.92k >=20 >=20 > = ------------------------------------------------------------------------ >=20 >=20 > ARC Efficiency: 4.19m >=20 > Cache Hit Ratio: 83.08% 3.48m >=20 > Cache Miss Ratio: 16.92% 708.94k >=20 > Actual Hit Ratio: 73.81% 3.09m >=20 >=20 > Data Demand Efficiency: 79.24% 456.96k >=20 > Data Prefetch Efficiency: 2.94% 90.16k >=20 >=20 > CACHE HITS BY CACHE LIST: >=20 > Anonymously Used: 8.80% 306.18k >=20 > Most Recently Used: 23.42% 815.06k >=20 > Most Frequently Used: 65.43% 2.28m >=20 > Most Recently Used Ghost: 0.41% 14.36k >=20 > Most Frequently Used Ghost: 1.94% 67.65k >=20 >=20 > CACHE HITS BY DATA TYPE: >=20 > Demand Data: 10.40% 362.08k >=20 > Prefetch Data: 0.08% 2.65k >=20 > Demand Metadata: 76.84% 2.67m >=20 > Prefetch Metadata: 12.68% 441.47k >=20 >=20 > CACHE MISSES BY DATA TYPE: >=20 > Demand Data: 13.38% 94.88k >=20 > Prefetch Data: 12.34% 87.51k >=20 > Demand Metadata: 34.54% 244.88k >=20 > Prefetch Metadata: 39.73% 281.67k >=20 >=20 > = ------------------------------------------------------------------------ >=20 >=20 > L2ARC is disabled >=20 >=20 > = ------------------------------------------------------------------------ >=20 >=20 > File-Level Prefetch: (HEALTHY) >=20 >=20 > DMU Efficiency: 9.57m >=20 > Hit Ratio: 73.77% 7.06m >=20 > Miss Ratio: 26.23% 2.51m >=20 >=20 > Colinear: 2.51m >=20 > Hit Ratio: 0.06% 1.54k >=20 > Miss Ratio: 99.94% 2.51m >=20 >=20 > Stride: 6.92m >=20 > Hit Ratio: 99.99% 6.92m >=20 > Miss Ratio: 0.01% 594 >=20 >=20 > DMU Misc: >=20 > Reclaim: 2.51m >=20 > Successes: 0.85% 21.28k >=20 > Failures: 99.15% 2.49m >=20 >=20 > Streams: 137.84k >=20 > +Resets: 0.06% 79 >=20 > -Resets: 99.94% 137.76k >=20 > Bogus: 0 >=20 >=20 > = ------------------------------------------------------------------------ >=20 >=20 > VDEV cache is disabled >=20 >=20 > = ------------------------------------------------------------------------ >=20 >=20 > ZFS Tunables (sysctl): >=20 > kern.maxusers 845 >=20 > vm.kmem_size 8313913344 >=20 > vm.kmem_size_scale 1 >=20 > vm.kmem_size_min 0 >=20 > vm.kmem_size_max 1319413950874 >=20 > vfs.zfs.arc_max 7240171520 >=20 > vfs.zfs.arc_min 905021440 >=20 > vfs.zfs.arc_meta_used 2166001368 >=20 > vfs.zfs.arc_meta_limit 1810042880 >=20 > vfs.zfs.l2arc_write_max 8388608 >=20 > vfs.zfs.l2arc_write_boost 8388608 >=20 > vfs.zfs.l2arc_headroom 2 >=20 > vfs.zfs.l2arc_feed_secs 1 >=20 > vfs.zfs.l2arc_feed_min_ms 200 >=20 > vfs.zfs.l2arc_noprefetch 1 >=20 > vfs.zfs.l2arc_feed_again 1 >=20 > vfs.zfs.l2arc_norw 1 >=20 > vfs.zfs.anon_size 51200 >=20 > vfs.zfs.anon_metadata_lsize 0 >=20 > vfs.zfs.anon_data_lsize 0 >=20 > vfs.zfs.mru_size 3476498432 >=20 > vfs.zfs.mru_metadata_lsize 1319031808 >=20 > vfs.zfs.mru_data_lsize 2150589440 >=20 > vfs.zfs.mru_ghost_size 361860096 >=20 > vfs.zfs.mru_ghost_metadata_lsize 210866688 >=20 > vfs.zfs.mru_ghost_data_lsize 150993408 >=20 > vfs.zfs.mfu_size 2246172672 >=20 > vfs.zfs.mfu_metadata_lsize 32768 >=20 > vfs.zfs.mfu_data_lsize 2050486272 >=20 > vfs.zfs.mfu_ghost_size 6198800896 >=20 > vfs.zfs.mfu_ghost_metadata_lsize 2818404864 >=20 > vfs.zfs.mfu_ghost_data_lsize 3380396032 >=20 > vfs.zfs.l2c_only_size 0 >=20 > vfs.zfs.dedup.prefetch 1 >=20 > vfs.zfs.nopwrite_enabled 1 >=20 > vfs.zfs.mdcomp_disable 0 >=20 > vfs.zfs.prefetch_disable 0 >=20 > vfs.zfs.zfetch.max_streams 8 >=20 > vfs.zfs.zfetch.min_sec_reap 2 >=20 > vfs.zfs.zfetch.block_cap 256 >=20 > vfs.zfs.zfetch.array_rd_sz 1048576 >=20 > vfs.zfs.top_maxinflight 32 >=20 > vfs.zfs.resilver_delay 2 >=20 > vfs.zfs.scrub_delay 4 >=20 > vfs.zfs.scan_idle 50 >=20 > vfs.zfs.scan_min_time_ms 1000 >=20 > vfs.zfs.free_min_time_ms 1000 >=20 > vfs.zfs.resilver_min_time_ms 3000 >=20 > vfs.zfs.no_scrub_io 0 >=20 > vfs.zfs.no_scrub_prefetch 0 >=20 > vfs.zfs.metaslab.gang_bang 131073 >=20 > vfs.zfs.metaslab.debug 0 >=20 > vfs.zfs.metaslab.df_alloc_threshold 131072 >=20 > vfs.zfs.metaslab.df_free_pct 4 >=20 > vfs.zfs.metaslab.min_alloc_size 10485760 >=20 > vfs.zfs.metaslab.prefetch_limit 3 >=20 > vfs.zfs.metaslab.smo_bonus_pct 150 >=20 > vfs.zfs.mg_alloc_failures 8 >=20 > vfs.zfs.write_to_degraded 0 >=20 > vfs.zfs.check_hostid 1 >=20 > vfs.zfs.recover 0 >=20 > vfs.zfs.deadman_synctime_ms 1000000 >=20 > vfs.zfs.deadman_checktime_ms 5000 >=20 > vfs.zfs.deadman_enabled 1 >=20 > vfs.zfs.space_map_last_hope 0 >=20 > vfs.zfs.txg.timeout 5 >=20 > vfs.zfs.vdev.cache.max 16384 >=20 > vfs.zfs.vdev.cache.size 0 >=20 > vfs.zfs.vdev.cache.bshift 16 >=20 > vfs.zfs.vdev.trim_on_init 1 >=20 > vfs.zfs.vdev.max_active 1000 >=20 > vfs.zfs.vdev.sync_read_min_active 10 >=20 > vfs.zfs.vdev.sync_read_max_active 10 >=20 > vfs.zfs.vdev.sync_write_min_active 10 >=20 > vfs.zfs.vdev.sync_write_max_active 10 >=20 > vfs.zfs.vdev.async_read_min_active 1 >=20 > vfs.zfs.vdev.async_read_max_active 3 >=20 > vfs.zfs.vdev.async_write_min_active 1 >=20 > vfs.zfs.vdev.async_write_max_active 10 >=20 > vfs.zfs.vdev.scrub_min_active 1 >=20 > vfs.zfs.vdev.scrub_max_active 2 >=20 > vfs.zfs.vdev.aggregation_limit 131072 >=20 > vfs.zfs.vdev.read_gap_limit 32768 >=20 > vfs.zfs.vdev.write_gap_limit 4096 >=20 > vfs.zfs.vdev.bio_flush_disable 0 >=20 > vfs.zfs.vdev.bio_delete_disable 0 >=20 > vfs.zfs.vdev.trim_max_bytes 2147483648 >=20 > vfs.zfs.vdev.trim_max_pending 64 >=20 > vfs.zfs.max_auto_ashift 13 >=20 > vfs.zfs.zil_replay_disable 0 >=20 > vfs.zfs.cache_flush_disable 0 >=20 > vfs.zfs.zio.use_uma 1 >=20 > vfs.zfs.zio.exclude_metadata 0 >=20 > vfs.zfs.sync_pass_deferred_free 2 >=20 > vfs.zfs.sync_pass_dont_compress 5 >=20 > vfs.zfs.sync_pass_rewrite 2 >=20 > vfs.zfs.snapshot_list_prefetch 0 >=20 > vfs.zfs.super_owner 0 >=20 > vfs.zfs.debug 0 >=20 > vfs.zfs.version.ioctl 3 >=20 > vfs.zfs.version.acl 1 >=20 > vfs.zfs.version.spa 5000 >=20 > vfs.zfs.version.zpl 5 >=20 > vfs.zfs.trim.enabled 1 >=20 > vfs.zfs.trim.txg_delay 32 >=20 > vfs.zfs.trim.timeout 30 >=20 > vfs.zfs.trim.max_interval 1 >=20 >=20 > = ------------------------------------------------------------------------ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Apr 3 19:42:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B8DBA4A for ; Thu, 3 Apr 2014 19:42:57 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "NewFS.denninger.net", Issuer "NewFS.denninger.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C7E44782 for ; Thu, 3 Apr 2014 19:42:56 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.8/8.14.8) with ESMTP id s33JgkSC002434 for ; Thu, 3 Apr 2014 14:42:46 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Thu Apr 3 14:42:46 2014 Message-ID: <533DB9B1.3070500@denninger.net> Date: Thu, 03 Apr 2014 14:42:41 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: What's up with the swapping since 10/stable References: In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050608090701010307010801" X-Antivirus: avast! (VPS 140403-1, 04/03/2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 03 Apr 2014 19:42:57 -0000 This is a cryptographically signed message in MIME format. --------------ms050608090701010307010801 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable You mention that you're running ZFS -- if so see here: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D187594 With this change in my kernel and more than a week of uptime on a very=20 busy production machine running Internet-facing web service, Postgresql=20 and serving local Windows clients over Samba: [karl@NewFS ~]$ pstat -s Device 1K-blocks Used Avail Capacity /dev/gpt/swap1.eli 67108864 0 67108864 0% On 4/3/2014 2:32 PM, Johan Broman wrote: > Hi! > > I=92m seeing the same thing since upgrading to 10/stable. Things seems = to need swap although there is still available memory. I tend not to use = swap on my virtual instances but I=92ve seen error messages like this sin= ce upgrading to 10/stable: > > pid 3028 (mysqld), uid 88, was killed: out of swap space > > Mem: 24M Active, 8012K Inact, 109M Wired, 2176K Cache, 69M Buf, 433M Fr= ee > > > Looks like there should be enough memory to start mysql=85 (the above i= nstance is a t1.micro FreeBSD AMI running on AWS EC2, created by Colin Pe= rcival) > > Something seems to have changed since FreeBSD 9 in terms of memory mana= ger / page eviction. > > Anyone else seeing this? Is it now impossible to run FreeBSD without a = swap partition (and or file)? This happens on my server as well which has= 8GB RAM and plenty of free RAM=85 > > I don=92t want to start guessing, but perhaps this happens when there i= s some memory fragmentation=85? I need to verify if this is the case thou= gh. > > Thanks > Johan > > > On 02 Feb 2014, at 18:00, Matthias Gamsjager wro= te: > >> Hi, >> >> My ZFS Nas box seems to use some swap since the upgrade to 10/stable. = This >> machine just runs couple of hours per week and with 9/stable I never >> witnessed any swapping when serving media files. >> >> First thinks that caught my eye was the difference between ARC and Wir= ed. >> At some point there is a 1+ GB difference while all this machine does = is >> serving single 10GB mkv via AFP. >> >> Problem is that at some point the performance get's to a point that >> streaming isn't possible. >> >> This is after couple of video's watched and scrub 99% done. >> >> No ZFS tuning in /boot/loader.conf >> >> last pid: 2571; load averages: 0.19, 0.20, 0.19 up >> 0+04:06:20 17:55:43 >> >> 42 processes: 1 running, 41 sleeping >> >> CPU: 0.0% user, 0.0% nice, 2.3% system, 0.0% interrupt, 97.7% idle= >> >> Mem: 32M Active, 14M Inact, 7563M Wired, 16M Cache, 273M Buf, 303M Fre= e >> >> ARC: 6065M Total, 2142M MFU, 3309M MRU, 50K Anon, 136M Header, 478M Ot= her >> >> Swap: 4096M Total, 66M Used, 4030M Free, 1% Inuse >> >> >> System Information: >> >> >> Kernel Version: 1000702 (osreldate) >> >> Hardware Platform: amd64 >> >> Processor Architecture: amd64 >> >> >> ZFS Storage pool Version: 5000 >> >> ZFS Filesystem Version: 5 >> >> >> FreeBSD 10.0-STABLE #0 r261210: Mon Jan 27 15:19:13 CET 2014 matty >> >> 5:57PM up 4:08, 2 users, load averages: 0.31, 0.23, 0.21 >> >> >> ----------------------------------------------------------------------= -- >> >> >> System Memory: >> >> >> 0.41% 32.43 MiB Active, 0.18% 14.11 MiB Inact >> >> 95.39% 7.39 GiB Wired, 0.21% 16.37 MiB Cache >> >> 3.81% 301.97 MiB Free, 0.01% 784.00 KiB Gap >> >> >> Real Installed: 8.00 GiB >> >> Real Available: 99.50% 7.96 GiB >> >> Real Managed: 97.28% 7.74 GiB >> >> >> Logical Total: 8.00 GiB >> >> Logical Used: 95.94% 7.68 GiB >> >> Logical Free: 4.06% 332.45 MiB >> >> >> Kernel Memory: 196.21 MiB >> >> Data: 79.49% 155.96 MiB >> >> Text: 20.51% 40.25 MiB >> >> >> Kernel Memory Map: 7.74 GiB >> >> Size: 71.72% 5.55 GiB >> >> Free: 28.28% 2.19 GiB >> >> >> ----------------------------------------------------------------------= -- >> >> >> ARC Summary: (HEALTHY) >> >> Memory Throttle Count: 0 >> >> >> ARC Misc: >> >> Deleted: 34.10k >> >> Recycle Misses: 102.86k >> >> Mutex Misses: 10 >> >> Evict Skips: 989.63k >> >> >> ARC Size: 87.94% 5.93 GiB >> >> Target Size: (Adaptive) 90.63% 6.11 GiB >> >> Min Size (Hard Limit): 12.50% 863.10 MiB >> >> Max Size (High Water): 8:1 6.74 GiB >> >> >> ARC Size Breakdown: >> >> Recently Used Cache Size: 65.86% 4.02 GiB >> >> Frequently Used Cache Size: 34.14% 2.09 GiB >> >> >> ARC Hash Breakdown: >> >> Elements Max: 594.22k >> >> Elements Current: 100.00% 594.21k >> >> Collisions: 609.54k >> >> Chain Max: 15 >> >> Chains: 122.92k >> >> >> ----------------------------------------------------------------------= -- >> >> >> ARC Efficiency: 4.19m >> >> Cache Hit Ratio: 83.08% 3.48m >> >> Cache Miss Ratio: 16.92% 708.94k >> >> Actual Hit Ratio: 73.81% 3.09m >> >> >> Data Demand Efficiency: 79.24% 456.96k >> >> Data Prefetch Efficiency: 2.94% 90.16k >> >> >> CACHE HITS BY CACHE LIST: >> >> Anonymously Used: 8.80% 306.18k >> >> Most Recently Used: 23.42% 815.06k >> >> Most Frequently Used: 65.43% 2.28m >> >> Most Recently Used Ghost: 0.41% 14.36k >> >> Most Frequently Used Ghost: 1.94% 67.65k >> >> >> CACHE HITS BY DATA TYPE: >> >> Demand Data: 10.40% 362.08k >> >> Prefetch Data: 0.08% 2.65k >> >> Demand Metadata: 76.84% 2.67m >> >> Prefetch Metadata: 12.68% 441.47k >> >> >> CACHE MISSES BY DATA TYPE: >> >> Demand Data: 13.38% 94.88k >> >> Prefetch Data: 12.34% 87.51k >> >> Demand Metadata: 34.54% 244.88k >> >> Prefetch Metadata: 39.73% 281.67k >> >> >> ----------------------------------------------------------------------= -- >> >> >> L2ARC is disabled >> >> >> ----------------------------------------------------------------------= -- >> >> >> File-Level Prefetch: (HEALTHY) >> >> >> DMU Efficiency: 9.57m >> >> Hit Ratio: 73.77% 7.06m >> >> Miss Ratio: 26.23% 2.51m >> >> >> Colinear: 2.51m >> >> Hit Ratio: 0.06% 1.54k >> >> Miss Ratio: 99.94% 2.51m >> >> >> Stride: 6.92m >> >> Hit Ratio: 99.99% 6.92m >> >> Miss Ratio: 0.01% 594 >> >> >> DMU Misc: >> >> Reclaim: 2.51m >> >> Successes: 0.85% 21.28k >> >> Failures: 99.15% 2.49m >> >> >> Streams: 137.84k >> >> +Resets: 0.06% 79 >> >> -Resets: 99.94% 137.76k >> >> Bogus: 0 >> >> >> ----------------------------------------------------------------------= -- >> >> >> VDEV cache is disabled >> >> >> ----------------------------------------------------------------------= -- >> >> >> ZFS Tunables (sysctl): >> >> kern.maxusers 845 >> >> vm.kmem_size 8313913344 >> >> vm.kmem_size_scale 1 >> >> vm.kmem_size_min 0 >> >> vm.kmem_size_max 1319413950874 >> >> vfs.zfs.arc_max 7240171520 >> >> vfs.zfs.arc_min 905021440 >> >> vfs.zfs.arc_meta_used 2166001368 >> >> vfs.zfs.arc_meta_limit 1810042880 >> >> vfs.zfs.l2arc_write_max 8388608 >> >> vfs.zfs.l2arc_write_boost 8388608 >> >> vfs.zfs.l2arc_headroom 2 >> >> vfs.zfs.l2arc_feed_secs 1 >> >> vfs.zfs.l2arc_feed_min_ms 200 >> >> vfs.zfs.l2arc_noprefetch 1 >> >> vfs.zfs.l2arc_feed_again 1 >> >> vfs.zfs.l2arc_norw 1 >> >> vfs.zfs.anon_size 51200 >> >> vfs.zfs.anon_metadata_lsize 0 >> >> vfs.zfs.anon_data_lsize 0 >> >> vfs.zfs.mru_size 3476498432 >> >> vfs.zfs.mru_metadata_lsize 1319031808 >> >> vfs.zfs.mru_data_lsize 2150589440 >> >> vfs.zfs.mru_ghost_size 361860096 >> >> vfs.zfs.mru_ghost_metadata_lsize 210866688 >> >> vfs.zfs.mru_ghost_data_lsize 150993408 >> >> vfs.zfs.mfu_size 2246172672 >> >> vfs.zfs.mfu_metadata_lsize 32768 >> >> vfs.zfs.mfu_data_lsize 2050486272 >> >> vfs.zfs.mfu_ghost_size 6198800896 >> >> vfs.zfs.mfu_ghost_metadata_lsize 2818404864 >> >> vfs.zfs.mfu_ghost_data_lsize 3380396032 >> >> vfs.zfs.l2c_only_size 0 >> >> vfs.zfs.dedup.prefetch 1 >> >> vfs.zfs.nopwrite_enabled 1 >> >> vfs.zfs.mdcomp_disable 0 >> >> vfs.zfs.prefetch_disable 0 >> >> vfs.zfs.zfetch.max_streams 8 >> >> vfs.zfs.zfetch.min_sec_reap 2 >> >> vfs.zfs.zfetch.block_cap 256 >> >> vfs.zfs.zfetch.array_rd_sz 1048576 >> >> vfs.zfs.top_maxinflight 32 >> >> vfs.zfs.resilver_delay 2 >> >> vfs.zfs.scrub_delay 4 >> >> vfs.zfs.scan_idle 50 >> >> vfs.zfs.scan_min_time_ms 1000 >> >> vfs.zfs.free_min_time_ms 1000 >> >> vfs.zfs.resilver_min_time_ms 3000 >> >> vfs.zfs.no_scrub_io 0 >> >> vfs.zfs.no_scrub_prefetch 0 >> >> vfs.zfs.metaslab.gang_bang 131073 >> >> vfs.zfs.metaslab.debug 0 >> >> vfs.zfs.metaslab.df_alloc_threshold 131072 >> >> vfs.zfs.metaslab.df_free_pct 4 >> >> vfs.zfs.metaslab.min_alloc_size 10485760 >> >> vfs.zfs.metaslab.prefetch_limit 3 >> >> vfs.zfs.metaslab.smo_bonus_pct 150 >> >> vfs.zfs.mg_alloc_failures 8 >> >> vfs.zfs.write_to_degraded 0 >> >> vfs.zfs.check_hostid 1 >> >> vfs.zfs.recover 0 >> >> vfs.zfs.deadman_synctime_ms 1000000 >> >> vfs.zfs.deadman_checktime_ms 5000 >> >> vfs.zfs.deadman_enabled 1 >> >> vfs.zfs.space_map_last_hope 0 >> >> vfs.zfs.txg.timeout 5 >> >> vfs.zfs.vdev.cache.max 16384 >> >> vfs.zfs.vdev.cache.size 0 >> >> vfs.zfs.vdev.cache.bshift 16 >> >> vfs.zfs.vdev.trim_on_init 1 >> >> vfs.zfs.vdev.max_active 1000 >> >> vfs.zfs.vdev.sync_read_min_active 10 >> >> vfs.zfs.vdev.sync_read_max_active 10 >> >> vfs.zfs.vdev.sync_write_min_active 10 >> >> vfs.zfs.vdev.sync_write_max_active 10 >> >> vfs.zfs.vdev.async_read_min_active 1 >> >> vfs.zfs.vdev.async_read_max_active 3 >> >> vfs.zfs.vdev.async_write_min_active 1 >> >> vfs.zfs.vdev.async_write_max_active 10 >> >> vfs.zfs.vdev.scrub_min_active 1 >> >> vfs.zfs.vdev.scrub_max_active 2 >> >> vfs.zfs.vdev.aggregation_limit 131072 >> >> vfs.zfs.vdev.read_gap_limit 32768 >> >> vfs.zfs.vdev.write_gap_limit 4096 >> >> vfs.zfs.vdev.bio_flush_disable 0 >> >> vfs.zfs.vdev.bio_delete_disable 0 >> >> vfs.zfs.vdev.trim_max_bytes 2147483648 >> >> vfs.zfs.vdev.trim_max_pending 64 >> >> vfs.zfs.max_auto_ashift 13 >> >> vfs.zfs.zil_replay_disable 0 >> >> vfs.zfs.cache_flush_disable 0 >> >> vfs.zfs.zio.use_uma 1 >> >> vfs.zfs.zio.exclude_metadata 0 >> >> vfs.zfs.sync_pass_deferred_free 2 >> >> vfs.zfs.sync_pass_dont_compress 5 >> >> vfs.zfs.sync_pass_rewrite 2 >> >> vfs.zfs.snapshot_list_prefetch 0 >> >> vfs.zfs.super_owner 0 >> >> vfs.zfs.debug 0 >> >> vfs.zfs.version.ioctl 3 >> >> vfs.zfs.version.acl 1 >> >> vfs.zfs.version.spa 5000 >> >> vfs.zfs.version.zpl 5 >> >> vfs.zfs.trim.enabled 1 >> >> vfs.zfs.trim.txg_delay 32 >> >> vfs.zfs.trim.timeout 30 >> >> vfs.zfs.trim.max_interval 1 >> >> >> ----------------------------------------------------------------------= -- >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.o= rg" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > > > %SPAMBLOCK-SYS: Matched [@freebsd.org+], message ok > --=20 -- Karl karl@denninger.net --------------ms050608090701010307010801 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA0MDMxOTQyNDFaMCMGCSqGSIb3DQEJBDEW BBS9dyrchxfUC9pqOmBwo6zSMBJtQjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIARGXo7HFJe7NBUqHFZ1i+y/EvnWaT sBgTQz08c+cN8m/k2lLOdBhJFKYw4YmRxKuKOtqKd8LLNs1/SeRP2iybH2kRzt0Sz4a24k6n CeRWDbaNBcgU6d/mrSFkZNlCsHpmQfN2PZDrq5nmjWbWc2hZJSM9PMXXsAiE8gJgfvpWgQdR KXr6BaS7rTWe1W8XJJDQviEdjbDqZc46Xo9YmpJgCt2x4+unZ2tKCqAF5zFfuZs5aZETvz+f 3t0mrpz6NBVfGv91mKivg/njM3D8sykZei4KXyRb7eoQXzGtri9UsGC5Yazx48TEtl08Ku5S uw42Ns/e3u3q2mEOxAHSXGB+Ed5EUmg1JIOgaJn8CwzkecISrlauNMR7X5hevYppkMbsOnUI eGaZ+Ut8tLJZsZFmf5c2jU4HJPXR2ptw1NoecHPQunrg6KJfD6fdIhb05GweXoQ6nSKlYeOc 6+tPZ/ggfG1j7VuV7HsS/qava5KNLQVcjH64XgXUd7KS15Ts05qwGp+O+WsXdBxOCHzpcQ+0 E8D3RpMgI9p/1WU9fWvQJUEEZEbUaRXZah0mFq/0DlQ5NWNl8ywFWf+QFGfszDWbKQWor7Kj kwQXuB8pTlPBBnLsNHeDiTnOoLAS2irKXDFwlYYneP1fEiPs15M9OAdfVZ4yS9xsxoOdhK2H WI3tyFkAAAAAAAA= --------------ms050608090701010307010801-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 3 20:15:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C69C3267; Thu, 3 Apr 2014 20:15:34 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 38DE6A19; Thu, 3 Apr 2014 20:15:32 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s33KIOGD071235; Thu, 3 Apr 2014 13:18:30 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s33KIJrw071229; Thu, 3 Apr 2014 13:18:19 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Thu, 3 Apr 2014 13:18:19 -0700 (PDT) Message-ID: <70cd5de109845e30fcb6516af7a6f9de.authenticated@ultimatedns.net> In-Reply-To: <20140402020803.GB2938@michelle.cdnetworks.com> References: <2598eeb4c68e23df0789e5e3e8f46d76.authenticated@ultimatedns.net> <20140331050002.GC1359@michelle.cdnetworks.com> <20140401065842.GA1364@michelle.cdnetworks.com> <1396384167.81853.210.camel@revolution.hippie.lan> <41917a9e67d0f4519df4b55f3aa6ebe3.authenticated@ultimatedns.net> <20140402003912.GA2938@michelle.cdnetworks.com> <3f97f5646629043fed5e34a77c9c2f3d.authenticated@ultimatedns.net> <20140402020803.GB2938@michelle.cdnetworks.com> Date: Thu, 3 Apr 2014 13:18:19 -0700 (PDT) Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 From: "Chris H" To: pyunyh@gmail.com User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20140403131819_44728" X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-net , freebsd-stable , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 03 Apr 2014 20:15:34 -0000 ------=_20140403131819_44728 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit > On Tue, Apr 01, 2014 at 05:53:51PM -0700, Chris H wrote: >> > On Tue, Apr 01, 2014 at 01:40:58PM -0700, Chris H wrote: >> >> > On Tue, 2014-04-01 at 13:19 -0700, Chris H wrote: >> >> >> [...] >> >> >> miibus0: on nfe0 >> >> >> rlphy0: PHY 0 on miibus0 >> >> >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow >> >> >> rlphy1: PHY 1 on miibus0 >> >> > [...]---big-snip--8<--- >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 >> >> >> >> >> >> As you can see, it looks much the same. I have no idea what >> >> >> I should do to better inform the driver/kernel how to better >> >> >> handle it. Or is it the driver, itself? >> >> >> >> >> >> Thank you again, for your thoughtful response. >> >> >> >> >> >> --Chris >> >> >> >> >> > >> >> > I think the way to fix a phy that responds at all addresses is to set a >> >> > hint in loader.conf masking out the ones that aren't real, like so: >> >> > >> >> > hint.miibus.0.phymask="1" >> >> > >> >> > You might be able to set ="0x00000001" to make it more clear it's a >> >> > bitmask, but I'm not sure of that. >> >> >> >> Thank you very much for the hint. I'll give it a shot. >> >> Any idea why this is happening? I have 4 other MB's using the Nvidia >> >> chipset, and the nfe(4) driver. But they don't respond this way. >> >> >> > >> > If some nfe(4) variants badly behave in probing stage, this should >> > be handled by driver. We already have too many hints and tunables >> > and I don't think most users know that. In addition, adding >> > additional NIC may change miibus instance number. >> > >> > Could you show me the output of 'kenv | grep smbios'? >> Yes, of course. >> >> Here it is: >> >> smbios.bios.reldate="11/22/2010" >> smbios.bios.vendor="American Megatrends Inc." >> smbios.bios.version="V2.7" >> smbios.chassis.maker="MSI" >> smbios.chassis.serial="To Be Filled By O.E.M." >> smbios.chassis.tag="To Be Filled By O.E.M." >> smbios.chassis.version="2.0" >> smbios.memory.enabled="2097152" >> smbios.planar.maker="MSI" >> smbios.planar.product="K9N6PGM2-V2 (MS-7309)" >> smbios.planar.serial="To be filled by O.E.M." >> smbios.planar.version="2.0" >> smbios.socket.enabled="1" >> smbios.socket.populated="1" >> smbios.system.maker="MSI" >> smbios.system.product="MS-7309" >> smbios.system.serial="To Be Filled By O.E.M." >> smbios.system.uuid="00000000-0000-0000-0000-406186cd4497" >> smbios.system.version="2.0" >> smbios.version="2.6" >> >> Hope this helps, and thank you for all your time, and trouble. >> > > Thanks for the info. Try attached patch and let me know how it > works. Make sure to remove the hint(hint.miibus.0.phymask="1") > set in loader.conf before testing it. Hello, and thanks for all the attention. Sorry for the delay. I chose to perform a dump(8) before attempting the KERn rebuild with the patch. But the kernel threw a read error message on one of the drives. So I had to sort out the problem on the drive before I could complete the dump. Then, of course I had to reslice, and format another drive to replace the ailing one, before I could perform a restore(8), and start the nfe patch; build && install kernel. Weird; the drive had only a few hours on it. Well, anyway. The patch applied cleanly. So I built, and installed a new kernel with it. X's out the hint.miibus.0.phymask="0x00000001" in loader.conf(5), and bounced the box. Bad news: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 miibus0: mii_mediachg: can't handle non-zero PHY instance 30 miibus0: mii_mediachg: can't handle non-zero PHY instance 29 miibus0: mii_mediachg: can't handle non-zero PHY instance 28 miibus0: mii_mediachg: can't handle non-zero PHY instance 27 miibus0: mii_mediachg: can't handle non-zero PHY instance 26 miibus0: mii_mediachg: can't handle non-zero PHY instance 25 miibus0: mii_mediachg: can't handle non-zero PHY instance 24 miibus0: mii_mediachg: can't handle non-zero PHY instance 23 miibus0: mii_mediachg: can't handle non-zero PHY instance 22 miibus0: mii_mediachg: can't handle non-zero PHY instance 21 miibus0: mii_mediachg: can't handle non-zero PHY instance 20 miibus0: mii_mediachg: can't handle non-zero PHY instance 19 miibus0: mii_mediachg: can't handle non-zero PHY instance 18 miibus0: mii_mediachg: can't handle non-zero PHY instance 17 miibus0: mii_mediachg: can't handle non-zero PHY instance 16 miibus0: mii_mediachg: can't handle non-zero PHY instance 15 miibus0: mii_mediachg: can't handle non-zero PHY instance 14 miibus0: mii_mediachg: can't handle non-zero PHY instance 13 miibus0: mii_mediachg: can't handle non-zero PHY instance 12 miibus0: mii_mediachg: can't handle non-zero PHY instance 11 miibus0: mii_mediachg: can't handle non-zero PHY instance 10 miibus0: mii_mediachg: can't handle non-zero PHY instance 9 miibus0: mii_mediachg: can't handle non-zero PHY instance 8 miibus0: mii_mediachg: can't handle non-zero PHY instance 7 miibus0: mii_mediachg: can't handle non-zero PHY instance 6 miibus0: mii_mediachg: can't handle non-zero PHY instance 5 miibus0: mii_mediachg: can't handle non-zero PHY instance 4 miibus0: mii_mediachg: can't handle non-zero PHY instance 3 miibus0: mii_mediachg: can't handle non-zero PHY instance 2 miibus0: mii_mediachg: can't handle non-zero PHY instance 1 Just as before. In case it should make any difference; I'm going to attach my copy of src/sys/dev/nfe/if_nfe.c in case there are any differences in mine, that do not coincide with your version/copy (I'm on releng_9 - 9.2-STABLE) FreeBSD demon0 9.2-STABLE FreeBSD 9.2-STABLE #0 r263756M: Thu Apr 3 12:42:03 PDT 2014 root@demon0:/usr/obj/usr/src/sys/DEMON0 amd64 Best wishes, and thanks again. --Chris > >> --Chris >> >> > >> > ------=_20140403131819_44728 Content-Type: application/octet-stream; name="if_nfe.c.tar.xz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="if_nfe.c.tar.xz" /Td6WFoAAATm1rRGAgAhARYAAAB0L+Wj4Wf/QItdABcLyacZgBFGLc+VgFjtbL8VroppXOmgEW64 8EsUlFZhhG7JIVEUFNmzkVLzerBQQeHqEhkN2wgf7Qx7gWLOkMO9yjJgWQMunWK3F15h68RTNBUv awxFBGD58yCktJwFJQUzOv7vsGWGbsBORd7jnHBTyfg7vTcBsUUyuz1tqIOng/oxs9YLfIBKsVPy l6my4QkBwYARTYiI6mzt4YJL/eibdsT3e/sgT7yb07Isxh1Xkf6ROLhb7Mu6Y11B8AEoAWyDy6CN LQGexasYwrb0W/LfHPHJKJb33aNCLW4oKBwlvOZendqIcDuz63SLz6U+YR7AV+pAF3/wX8gZWGip SE67uYMT2rPCL7/8LbwDfLitpeHSvfcBYqFii0q0L1gI/vBnHCHPCFNCj5HBwI1YpZweP0m8iXwd dpIjxWAh2S4WirOYD2swRLZBgPZVP1xGBL3AaTJZ41dPerlB25jCYmefahcQMrRuhxziX3FWde51 MKWrwvJegDGX03jnSzTTDvScANb5ffwtdFrdSmV6/r1W7scDBkjg6GY4SMvBwoVJnxN6QwEaFkXV Ms9+JTHD73EH23zAbxd1ojh7Xvt6OWlzKfy/wr4ccXF1q4iB3eeDBRI50/JDCIhwA+UGaP0RQuLc AX0Y0j9gb2wsAF17NP1iMy9+Pus/+5jB4HLE/kYfZl6qGrXT7M4GQgdiLmhwHZByzgLutgBbSc9D K0167mIZG+GbztsVTw6gjDk+3E0FKbiubI6URx6sEAlp5WrarLxqXf3J4rq35VZMEbqXygeyb2tG BHZCBqB9PiFd7y7NopWGF7OjHTUQsdcjXOtm6vAdmDD5rWkOhOM207+ELRIT0yoTmsnTrn3qEni7 4+dSVbvPJdOWKljUxfUAldBCbT4nkCKRkFyOenYzTpUp+ZGDfQz1JOHXYyHT0Yf3HW4F4cGg9z1m HiyIXdDjMjkFANWJTPFMtpnmmoxUXW3P0iUEoZcjutHv8ID6Z7KhZWO7SecoqrdanDuO68+VYTu4 LECJcsDgdEZxf12Po5W2NHuAR25aYORzeLKPSuZ+XwMIDLl0K4/oKMIJxAIPN0QqWtThyrlDr24m NEcbpssRoZ6F8o1fKzVRJvPU64i9m/gelm4ABRZ++e20brZ9H/JXV8VM7a1gensd4cm6kSqPQhxV b2UkpsisELBcOAUc5IsUEQBphAM3Uyd+X3NwADFHJt+5W4UiXaEAyDD+GxEIhynRf1njJe1oS7TZ xRYdu/gNuPUno8voBrB2dW4JsxOjU/Q3YCZJe01F+R1XZVcpmQs0P/9Sm23YXA4qdYjY2K+HKpuY C01sZJL/VZm8UeBjjxiJrfXyEJqeBOpujaPbBKxDdcUAjeElek/VpQn+Ezd8B/Iv3KtPYgpY9+a0 EqmgNbmqHiRDUSL9F/XQEqehBUZcVlhQSK/FiDg0FWe04YIkpW2uOYxaPp0GC6SymfDiZC3PIuBa SpcsK2lFpTwoezZTqKuoGH2v8tCOpuWHrGA1PxIxDdcaJrDfVOsnm+puCt6OTZXVGXOy4bKbLBtC s9xBT97GLO+aw9PPY3/BNKr4xvaz4YRiGUayb1/hxGqtWvRLvwU07SvHZSwFzsN1en8R97RkQmp6 kT6J+FQdkAztRRfb2fWSFN4snTWsAOmrvrA4Z70C/XyYom67K5JElva73lm66g9FaTYnhqq8npmD r3GlwlXKWyP5xawuzh1VmZX5h6wEyqfpTHz6jcgLSG23oSnFq6tKbDupFqHAMAWyu5tOYn2du+f9 KOEDgglHHWmhWC9mpkI0CYqJ1ntRC49x2s+UtUZZNRPX4pJGNjAshq7/rxMm3mkZfEvBnDVhkTUm 5XHF2e9TAjI1xIWoq6zqueZi8PX5HJ7hjpa/46Mzovu/j2w0qFdHznA6gNva0cd70paWeBf9HOvz yBHsDD45k5oLUVSII8sJFbd7JPsa1Rcp42LQik93A+2OxQupHWQroaIJfI+AWmCGvtBVHlGP87hr Jcj/Fzn0gmDAFhWJsKmGUp/NVOOx1xNb/E/jQQEv1CzgpwYJveWQagNHNc0B46tXskWP2UmhR5SY OfX+TT82T9hxUpkHdwkgletuGOu/TKPOwlU/SFGVrdYCuT1X8/TCc8HJP/eSyZc/+I8v5gQxaRnm g0KG9OwLLc4pr77tzP5YVqYLgAPxijHeYGGorwduCxU46awHXqYZ4n1WaEAT46xCpL0OB0BpAyOR zYK/PuKCZhMdgZLKL2/WcVxKdHk9zkCmXwkr10JbFTsz2QshhQaHUXS3K0UwgeqCVEikDmRwEgFG 1V6+Bt/xMLroTI8KAUSDC6RAJ0QJKNr7NjSzRcVdSWJzdNQWcoo/JFLTlk24GdYrx+QKXzaZJQ+v 1ebwVY7Sn0wWUnOguYBQasG3MlvyE2M3xqeuvOZx3iPUf1/5JtQubDZKPiPePzrznGbSz4o9VZuO JiDYKGhGFds0y+e8zGS9tAe34J5P/kF1fVXYwoe4kuB4rICNsxsuCsJLAJpwgFGoz2zziXattOJN GqZjU5qm48tDZ3ASzIZzIfOV0MtNSMX2rxD0ca5++tMjT/cad93PHiHYKsFmA922bLLtFFGKW0Ai bdSMcJcucmYH/HH5/wvI/pb2r/btNew0YEgeayIf03cC/bMjdyK0lSqGrqtXCxm1TpmhGov6DnSz /hGAILXl7wKc4ckYPLS608X7s63z5t+L1f/7uSkVl3ZPfXVgmIxlckXuhcsFCjPM30pJzf8qkLM2 T2sJLrEoToWFcMWHCAFEzABlOOzKKwhaV32eI1iQGeQMr+n/La6S81jMz/SMkiVYhb5Aruu7+X0Q INpeZsAlILw8S+htAg1BJ1vaGRrDNXPb8mOsccRIrT7Oyv2yQcGNjs3rSTTq5j7uHp4B6YCFHTAA P+z8g0Xpi5rFWPNbPuxgW5NpKuf/VQaJ7gl7BNqrvofP8ouPxWK7Cy9cZPyy3H2gAYa1RfTL1mk7 moTiyRIA+ZWaDvedPUzpoiu1/XwDCxz1zIZaZAyEkqjiU3AED+QGhcC82OJAjgF2xmO9+WmCn2QY oVh42DArShr92oBrRnOocSu0+o2hK+KiLZuE/Bz1xl5fIYhY9dbfUJAjHbn8W2GAL1UJL/yZv25A Fa7blnEQKdGhYMAgcWUaeOCJ6dDHnGybnxArC6MYx91ZpWDwNfRf6lDpQn/1ZNJxq6MdwEDKCJQg Cujj3Tr9y+ccRNE44u5+FQOgdd+6VaKEqKusIRZHJEDf2txiDmwsJJElh8XaYqHnaiX6ZmJT1pRf n0A+hBlRZ2EyQ5on+Og88uB5fx7Oo9EJ4BBsf+m8ZpkWoAW8mf2RSMHPlUnuDIE4Y58msHsHqOO7 qsEvCrcBVGi/ZslrD14dfGdFgmTu/yIGCIshVQCcR0a/h6bLow9pvWu0ffvu1TdVCJO7ZTh8gMoV HcAcCsHsZ6v5fGFxrwAc/UnAYZysTXf7ciwzk977wdFz2gTm3P0PFoMzsl1UTGuC4W+GJ5zJNZ6u QraH3GfyTqhUD9qtlUSMQRFMGSFeyRzapGInlFkbpgryJXj7U9LMy0SwQ9QSnib5YIj2pgKaiXvG Qe5JaaL8b5ueILR6lnOA25xQxbZQTKKMXJNbGjeOdk5gwh9TI/xRSv8Vu9A/EwgwLIdC3VVjQDpO Q185oem4yl2rj0YpAvE+8x9+RuAPzIOs02LClGrNxCB5DsCs6h7mbFLAWwbgHsAy9bR2+DlEuH2L +iqCNrKL7LdmqI1EoD5OLtOj5zckqKBuEd/4FRth0XYmxpNVyY9/6Pf/pyx+Q5CWaDBbs/ja0OXB KxYzTeGTS87+i24HaY/YPVKwmezqc04ySBmPyVsvMtXEiJXWWywytBaXcN1LQ7VkReqilu9dcfTn hXk5XPX9AkSOmYJ8HN1cuFGcjeYU9XtX4XJhXX2QXMDxlpWOLcnnEsax8Zls7aJUI0ZAD7y1CU0q IZCdKcP9V8P2wf+VKFJpOSVxXGkeNjkVgSLCZ542Gg6zbj/bwKLGMxjBObqrMw/gMkd5V08VopoJ dtCBrsGsmzrZTM1j7T7i/F1G3NBDWtTIW/sXGkTLLjFZmKU+6Ivf5S8KM/ft4Ukg+svud7E/NStM 1LKYISPQekJ8hs9tq9+EWJExPN6Kfwathe/mdRL8wYyTUcAvD5b9Ht/4soZd4ZhV487iXarGFCAF kbUK9Z6Y+rJ29lJIxlgAHmpq52xNJXY/uJPuOaRlgihUVAd0c8yhCHVQ4eVevmcbFmPQtXAk2cWp BlhG7S6+Gu2T7rCfmd9iksy2VgVeEKghwn1MSxKEOaZs53jyjxChUOaWf37tyn2UOrb/YXI2qeaC 7CiJNSe4YFOC6ZiJ0eh2a/FkS/suCXB8FeQ5O6FSL1N7kagNcZQR2sjOVRAMBORQfkbPB1lZemSR 2aW9mzsBaxEj3oZZRMQnonQfugoAEq/cQAUxwKr0wNw/ygzQpm7sn4mmYbeT0RkzlwAOK8bYSIAC rHu9B18kQncO2/oleTW8bnTuuS41umUSNjwCLp/zrJwmeZGJ0i/c+WiTTFYFUSIRb0tjzP9ci4VE EtlQ0azmWPSnFE4dOpbDHrXfsKhWxeTE4FguNEs/pXeljlE0JUmEnRFc+vba00T+mjELAVckNTsA CwmogiJxOkSAbcqN/CgCiiU9wPmtMoNVW1Up23cRnJEtAS+3KEG1So07pyMvhe1mfLBk/w4oknRH F7k+LoYUUfr09HwNwfHvHMfua1Zs8B0xabFaMACrUf52TabiBnAGebb2BFUridkkpVEBvDUMieFp DLVj2lpVLwEbxJPd5oN9g7lhHaBgWp/kbyaPtOe5d9kFMC21emQ7AAUo1NYcjXdjtPWEwS2XbCjN ejGr8lmccF4y41PyzX4/6/vPiUb1Xr+e79/MaGMx7qkfm6xK3V48M4naqrzI1xsYVBS/bWKwy5h7 wodTLvkTn4d6cWk6B2pfb60TyZGV75O+Bw9mqYCNL/c4CGZIGJznFxRvt8Rb6cTFakx4hSH/yblO +1AR75XrKIELQrYVSAMXxWtslMgi6P90XMRgMyfdFl0lV2uCleU8PM35u8QrKmtd7ssAuDC6QaBk 5NQHYHW8ex8fC02KR/v5FEH1Q5lFrm/RzYqpaOdK1EQKouBYoSs709uEaiAvWw3toDFe5NQ7FVJx /CdStSvhsUpbgAWX0cSQYKn/anhZKQMRdl7Q96lbezZtRFtrOZ0jI4GDUapHLezSgeWA0vxeB2KQ H88kn/7OELX5I5VapRp/DoAExPNxQDkO2myaOG2fNPnoNnNd7VZdkg83iYHfAoMGv5Hh+vtLFmx+ wT+Qm/L7VfD4NUJmu9tcu8t4tJVXCDlBbrSHZoKPl5atmPauBEjRBiHXVXZ2Dj7QJD3GPqCWD+ih xF7eyeVZqsTpMtxETiGZhWEUM7l5N2S0SdGQ/3fD7RAFU9G9KZSylmP8r6G7epD1XoP4WSuu5/eV rxVscNA82Sq0cexWvgiqbEy3yJ/jVcgFZT6D1jjA/IOB+EvkG+bc6QFw47yx8fPrj9YVWw//5yAU QXPNHEgqw8XZjxdM0i4WS57rRM1n4LQVoqLU2nre9QlRQwv0IiJGdswcXHhEpIZDDiBvTQNJedyM W0CVBXxxwG75vOyQE5oCDZpBPKTXhKyPzL8JbGu3LY9VUk2YaExeeqx4XpYyqToQBusb+1rmcrHf mZm6ygBS6zdJ972pcGwkhfb+HPkVbOUhxA30/fmErLhrUMZpxTXtaL7W848a82NKDAmb8Y+qDNVI 1MWQtq7mThmWakTmHeQJ52INKxeo3QfwbB6hsf84FT6D6YaJEJVjUD6zXxlsJgTOYJcJ2EsA0Ia5 SJZMlBAZskmvhXvOD6Oqo0w4zMT4k41+MLQD7cYzfJMj9FWdXJG3sfWNjQje1NCi0PLsfGlIdwfT 496Gt6XtH9sYGkMjKNxNp+N5MMEDjmCyhfCCOHYuX7O3+1HlN5sAMD0+HxKxcaPyEdnBM7wGfoVx zNzg2OKuwtUKErbHPshqmN1dqBJzIR73nTdO/x6FaYWzDxSI7nyazf+bmFZFX1P7mSYGc4MgKiDJ gF1bjtRsuLOmJQN2DOqYVdMWBuaPbNY8vY4Cugury6yBei0Soy3eqXzf577rkx13L/OTTjA4OCmb 46Lwp6lPAZv3wsQhyIcVVNPTOHzPKptEMV3OQjlEIlYpai2lTd2P1lM1pdKV+VWOCDlyaUVZTOFK SeAIerPyA8TPwCFBhrTgxBAtJq6aLoq1gUMkgUO93I+KU6vivTGzaKwFlWQY51hyoGUbieYAucGB nyEMdmPORIIKTktKWnOrJxmiunsY+RgA9yxgPxQYm+1rHGkD0j3sZnNG9RHWK0QlZ8zqeuxSvFI0 EybQtkNzvf+DCiGdW/4VAQPV0xyJ4qZzHJ0j2OcGc12L9ru+YlpyaANNjH+XJyTviFy0Rd2SFU3Z g10JcxKOWVEvg5ANLGXlvWUS94wydetjiBEuPkUb41Gepxoe74v/SN9Qnmb11AqM15bYOdCq6v3K Xqhtm+okdGLrJUA4b0X55eBoT3Cu5+IxEzf1SnaeCPKiRuGyukp14+GnkmfNLTcwQK1Ikdzg2YUm 8Ak8a5USxKKHj8SlpBWFamO/Ffdk569C+TfgqubiAjxugaTJGMYWjfDA1030kGRxUtad0wXGQxYS A3NGqHDJuDz1j+HvWKieWQzR4iGBBZOOivcNBHIiXJVQASA9EmqUQiKB3S1TOl2lMNF91ayjrqb5 8/Kqor5XddZH8B7VekSwBojYVd9edgwFlDdu9LSoFXKZp6/T8mLXGGSXfF9EKYFMTwivVedyPay6 hRSQXyb94nWck4ixk0y4qSxf0TGJeDhhYWf9RgGuX0vtHnuHyy6Z+s9NtxpKvBk1MR8M27RAuT1E 6/Y/ib3dZXw2+vSFQc1RIOetwl42vy28jSgc3pAEYe3XCQA89hysLx+6v1qyaxjRqwiFRKAF4Jbj 3IQ/fFU90VOUSVcI7NWHxDcQvJBYXCP5mY0r59QTc1sPZ2TAYSN0JmEt+oWMGt3mfnlQ3fk0eRIr VgwGzUiIkJJ/SpXBKIkryZcUDLn6WnCNeCKlITq6wDrre2d+s0vebjj3OYQ+j/W+eP5T5YwwVl8L Cpga7JNNsLSWk9Ry23HG+RJg4G1Nr6miU+v7c39em03Pkxg4JNyURmPRWjvFY3kk9ULPu5DuLYWZ M/Rm2RvLXnN2lVMVvkxI2XyWM7jJ0J0JjgHZPEe3Wwqb6aoP9vQtEqQUm8n434XH6V8eudO4ETUN E77L9FJLhY/WGNh4SC8XZ+9qcDUmXW6DkE1ZA1DQkOi0oRE8oGAYXpWeCnTCK35fBrC9nYkCWVjT TyQ5WpeoC2owNSNyPoQwzHXhXfiUq5m7Rp3aKDoHRoOf4QNBdMZh19zUmW8nv/AuGLPoGZwgnN+d szy+b4nRqD0tZCfHwZNqHttMvkSetxiYisSnot4HuIndZvwE2o7V7OqbNAyDygJWgC3TBe2mm+wI X7c1wLQ9/U5r53OXWDOm2m48BJ7mA289ChdiAeumKBkbeOoGaQY0J48AFL/7KwNr5OiIu1m0seAG YU6KyS4lhzH+jgLvYimgK1J1VMO697bCGM5DjNeWAGvilE413k4+5n5MkYs9IhN1R6i9EeqGFVY1 4JAyr+84DSE49x6TM1WW02SVryiwUFcMjpwE+SkGBaIyKYF0TD0QG5SS7havq5D/GbqBAn504GcK dE7ICxrJT7uX7Djs6gDizwnd/sYlTx5pehED4ahQQ5ETkFn8Qn/djeANPZRU9XKxrbcXpA9PC2rj ncvy1wnH1HyHcXZcYhCJ2xAFJOre9s2LxZkQClc2QifJaxr4mDptYMVOkLwlP8eqc1F3LdQj5GSq xcdi+9Sk3b+JYM23u4WsQw9EPk9wL+Uty8W6/Iqr2E9BCfQL31rcc5P8MzOe58DCi6gWmbA8emmV S4y59Ye0CJrJvUa0oJ0aEYTwq174XDj3cEup1JQl1EzqJnpqHFcOFN4d92u8gT0HzeQ5sdo9J/+D vMgWDs47Qgot2Mag/SDCLJaCCiMHYSEBxFmZBu46PGTpLcpmA7pebAfVivL/ljfrJPqyaC5JpZeC MDnqtvuJAJnewF9YSR3Pz/X+wDn2HS9bMkvzWPdWl0mJg+pQRjkWmQ2sJgmCUzQTXHuSWPvakUmn mu/T252/DxkzCQgazVkazkBRPfmtVLaL8F5DEgHq3dayR2JeYikzMZ6BPqhrAoxDtaKhcQZPf0hf ofL+uECNVaMyhEjiIJKxqeKnA6EU9OlR1mmjoRtfP9qW0U38ipPitDhtTZUK0omeWcmyDiu6BY5q 47b9dwJ9ASBcCfurQCuEfWhoLs5UGR0GItA5wo90t6iTzX2BHLjVhV25rVdZQONUZ0XJYvyaynWx tnyGu1L3Vzx7lB+4BdhdXHzEmU+tI88+xPGp/kUD5EtxDWS6sz38s7VysGczBuTQTMMtLmc3HFB+ vO553XihP34e3qZ7UfETrivbD68wgHAvJk0qz2HSFKPs19A+E2mHjaxq+b5+vNj8bBrktvyEqsBy jc7nzROcr1x3uW89HX8rvll8kKTUVRrpxfLXHJOFTEMdBAVSEdFTkRU65ptBGg/Q6W0OBkhFhnuU woL4hs1zU/YXzoSMREQywRIwz381yD5nLNEGR/F4hOxJEm7DNlqmOEycyx01M2g32ImnTv2SZI2+ pTJ1o+CE4AV+aNRbJQ4scQpgqbqMJXd5d1Zh/djZAFvl7lNsplnsHkEb9Rp/75DHLXrm1hiO++y1 7EHil/drA0RVuFHy17ZebrAkwdt16ki382AdPbmpB/yaX71YlaeLPjLVJ+s5HxeY4dlDOON05gAO VCNFQcAzDmtWRCdtVn59WPfUDTerVrncvdCbFB37fyPQVYlLS6woBENP8RkbG+2rs7lwBgwzD+XG k+PyOZhksD1FDpD6RY8QsNWgndYhfxUktf4A+95X1BhN0wKittx3+DJTt8qBsbvo+VCMp8ETUKum b5/g0GiF9JQVfRcLzIeDdSZA9RoZoKvnTNMfMc4kW3QBr5zVSmyDehALMSHPCxWbAabkjQm1fRJ5 6WynVtZ7ImpN3nfq+IwpblrMQ7bHL641fLvxFnEb8tPRgtmI97sLDF8Zlrm/aTkeLoKpvscvuUTW ybTK8w0tyv/r8LgNw1tv0QuTRC6JHMVkXb5cdBtGFxqspJBEGVkQ/pZt30ibcjEhM2eSZWgeDpVd R1KLVvx5zxwFOGIgLA6saPxj6LBqiu37eb/muDUes57JOuiSqZEA2YhP9vlEsfFt2DVFuOW1vhYf Srpc+ugpiQji3FAe+Ttz7DtcPek7ETf5ZSrBpXeVUne6ghUOS8HKBpv3R9ZQ1KEVw4FTaNphhTzb YL13Y1R2haQ4XNpWOXN4jL2gSKcnvRdPrB6lXnr1q8FT2nj9ciWMZ+36etXVM33MbFRelk/5FCc2 p172cUVK+BXvE7F9PABPmvlTDJPMqR0saKl5rtO4pNOuZUO1p/TdravX8qccMaGllxeSm0EnzRId tl6vnh+8AyWeADHwdGl88oWm8mNAMGr5kxklnBX8GM3v1uL9DZm+ZsAYBeB+FCeDJRv24AFFknBt eGCX8orb1+9acMIIGxM02MvB+EmIhHfpCwABAlAnyiXdzs0bn3DB41aOoPx7KucBUJowDzUyxw/X LmhLg1hupPVBT5FseTkRYX3rliC7XShHk+/4C6S3Yokh56donOfdaN8l6ja08rfLqC1mE/DeTafK fdSLo05InT1xy2HWyGO72+ffu3u/MkZgLVnEmaRSeAG7Loa7zHS3L3W19k1JRgFiO3WPQMIq3j9F KDh8Bt+w/TDT79Pf6TwwyBqnGc5/KzYQnjgpVLGBPamjY/7w9vpHDZ2WnMNv/wQC7M2tDyPL0mnY AdJxdsSph/3tK3tMbSLUcAXJ0bAg1NaLqj+7Ce81OwD2WE2pRHMESTxG06VCKa7SrlR1fDEbpLVa YZdloGXy/4+vqtV+CBi/sAOol3+48Pfiz37QVL8k2KBH7UWN9Z2h9FnyrHUvrTm0rG0xQbF2xBij ojzI2OTnk6DPbxXy4nteoDPxCc6ufrPv79X0bsMPZCZ7d26xmYATAduJ6A9mlk82fPUV8FkWr+u8 EjmlX5gH25WDGhxrwaBOoyHY4xgetU+9cpJCJe5nF1JBt/QK8rls8WPBQ8tpw+KX9vMw4bCamlMV ETaIIsMh0HJH21uO7EuI7KjDtu/EuBHCk+Zk3t58Hs3HXqG8wTl3LHeoJbjkY3DycwSqYLdQtCKV Zv2EYY/idJVwPEhN/5ndrOhhI04TlKixCc348odeDEZp7HKslRVitFUPoGF4muXKVPKw7QaEOFdb 953Xy7/6rhgSdfDZzHmd6Y2E8MBK1Z/C8SOWJIHn+vUD1+IWrmK4GHPSZL0CTxaxR8tG8SrHrHAI S5eWVvTP6EV32mz0zOx6t/8mlDBf0Grlg1XXc9sWmUCMTpHQO6YjxHeqWu3CvkxYhILsgym97aJ+ d7F9N+kIb9YG3qyJ8KY6Rf93ybjcuV9HTvdDN9nEH7k1wMPXva6eALU1v8JVfBCv+lxhiLaubLZu CpLTI+7MArRJPgNv4eQvEbxUSlUObbFgIfR8RNlserzo0HoA4mNU6a2eBgkoozZHvjMr9linJj8x Q3zkNTh93H3mw09z08eTZWyljRS1VM8urt4JLQafveL+L8srRu3MGlrBZfuhY7b8sUY+wAq5PadX z1d3iFEhHJxPCNhOFJ8waQ4whwuCF8z/su2TAHELGofMp3qSUxW+c9qXKb85OadbxUfkGdeK6ZC1 0+mQL83IAn69UUBPfA533HDSVSKSNTaQl4lC0bSp+aak13jwyTEcUHdnAR7Gu6z2u6ANcfKpDdwC yirwmlgKKsV6/wgQjr6AyUN4KYfRzTpQZHP3dSOpecOCeYtW8CSyxuC2zs9gy8qVK0kfeVm1rCrZ A5kzcIphghTYSDo7m/Ei50cG2XaVz5pnnisiPM/2SLGjmX5LvTkLx8/wCKIhjQUmuotFl/WjmIXJ RzFaKuBf7ergJODPC09GXXkUVg9xdz10yvJfLEYVpXGgG/fImo1WMKiurfAGGMcSH37kLTJUD5hY YgWDdmTjqERf2WatyQDeFXx/5wwLxEdbfA76heZKa8SQ3vEZtxqYrpDXyrPsEHMD/q8jYK+1Z2mM UbTOXzmrfKr0/TKnLQU+631h2NSC7ndx+lxCgb2XyeUELJxGRZJ7VhCg9Um8z00IYd9PFijFmYyI UMOOATljB6GVGXUsQ8kg30qEhRY0GepVy0FU1C0WGXiuezlMFAX7vp5bajDyKe8Jv/mMW6SpvR7E 4Ue9VO0Tm3hx6WwC5c5oBv7JrDhT16aDVAFufm4bieyP5GisG5FeEb4Od6I/Ya7fs9/egx2bJ7zd Yveg6bDwjcfiRw1SUtKR8HL90kVktzigcDhYbVXui301/JcvYR4tNTF2rtdpQml2kMZ/e/e+1CSj DeW1GsaFwoIZeNH7FC3U+3LG8d8ZfUU/IuoAHUfj6Vthqlb7UKbTnpji5Jr56QAfIENmeC5liMaz xQNte6hMeRWBJ34HNx9RlLWmmtutXiocTK9Blc92p1/5wPnNkAJWlg+0mfSpXvpWICglrL/+y5ID wDqEAtGGCr/NZBjrTJraGwvxE9MFo2hu4ZvUiDmvItj99b1Yd/RscsDwbipbdtHI3TwrxT/2DqF7 0tUGNuedqCqbIUQfRHfiQp67S6mL0X8LB8ChRauyFIEXr3Oh9BFMRcUhbsYSzKuVJBYWmAVEGgU2 kccxaJ1PGhJzjkf2tpIK+sbyJPanYsXnQdGcMZfTtoZQf0rbnmAmeovNvIEDGB8fvglbevLXsDbd xVCu5zpHEH5WAogiBP3VKzx42y+dhbe3ndmgv9APswYCKGDjG55TU1faraRVFGJRtPBvR4HWZULb LX9DxOJwPhMs26t/eGGIB08L0RZSU8J4YT3xgkSaFE2LNTTyuLO4Eg3rLxy8Sjb0XgXDCXbdN6Gv odhnkJmivR73YiuR6TYMITEhZS/btSG/O6fNd/FgKe1B9lg3sjOT625UpaQQerQxb4tOKuH66ca3 QM/umNfimZRND0r0HM9Q9gvOOsCzDyMgmBj9XiGt1uBEanB+GhrTaarzEo1c1GqU+R+RwXZVyLRo AyL+1VpXAyC66xiuU4IxGiqcOkqX7N3KypPVqcJahZGsDCXg+YU2boXPkTqzyg8Ab4CAr5vwRJhP i/z16FJPKfKD5vaaXM3N8yMCR3sRrobmAZFaX+KJjHytKks4fYQtxiInJN/GVjqJMeEx/SIKMS1a RRNFLGojA6wrhSRkn73QlW4wGQSwRsgPCRwxhfpkIdJecmAHoA4D5AGzI0Hb4XSGg96k8aCyS6CJ 5Iv7jYmaOqIVhlUzNw/s3dH/76zyqcFk3YCmNEHEc0wOctl4FLs0akWzzO6lAAHxy+v2hGxtsdbI lVbHfr9QZX9gHhrwsT1lo0Mt6f3g/COuhH11lWfNmCj/01PbRx9d6quIYtlFx6l6GDa+2Y3xhvvH zpPImhLB2eB8zWd8Wh9U5G+RpdM9dkMncf/3SMRtbs48zvoXy8JFUJcnXTqV9yBrswNue6DWk7Sx YoVer2BtbEWVonfO6YpCcKKWfeiliTEuIcdIEtsmYNJbF2fU85GmCBPFPObVMGifQ9xz3A3Fjf/t 3J5fIDhQ3Z6232UPZ1EGdTyiENGnByf6p9Z9hnvJaLqG1yj9sKs4osdAtBPS8m78vuJ9GLkjeiIh SvW3g/yHRb4LnusSIUJ+w3qwigKYQa1z5bZKkqmBr3XncSBKjoyg9o+OKrYUqLx810mBkNgp4Kwb P3ZJQFqQ01GGfukN4Un0n5aJr+wpoeAjB3ncoonhI/tN/3jrSlhkiJl2ZpU1MZ5qj1z7BgBPoGgI nw7Za9un6epfGMqGcJ4qCZ1tzo1+igAdyXEs+Qh10R2fyyK9lrivYTzbrTYcJnFH6EXNfxl9o3Ao nLbszxhT/w4Nx1OEKVxbGBCRFXd/lQFmKtMgzV3kYVT2HHwqsxQZ/hGp9GIEClBZvUFuBj7ADltT 1HWmfRUm4vSaluNH9+xO+nKCeDvgPpDK8+cMpelBYqWB7NFZ2a3JsvqNPULz9GaKMiq/CS2umjUC uYAnJ9Cwrmp8W51xnVkjysVCj0FLARd8yUP/WGs9/GDviCQS+bn5mM2aH4gNQ6x06aX6lNYBFOLl 9hCJ0QgneN8xQe7W8aJ0xsxClZpdj0ZCV7Pvm4wl1/gKgkwBxMr9I1yDCcRzVB6gfenuncz/noHb HFKWsZA5K0SOj7gF4o0SFzFixVvMQsDfAurlnpsRihyjvxOxhwURerpFp/DXxKXAeMWFLW3fTL4N mioTdp+/ZPFGf+gWFRtlwEMZAes1NPOzbduc8tHFVTUTa8nCLx6Rll0/rQ9jcatMqel8YMMWQhYL su0hTeHlUznTStVwKle+4ACkXGs8IXzkssMM+0tDY7XKKXhIvkb2AQ/7HxJuEiyjsqALoFSiGbB2 fSpw2JBUmFHmti0rem5nAbWppz4um8xcd+0NwU3v+EiUpmMqls5WYy0BXb5GuYoF/rn1AUmT77A7 gjST2DcGdXnFegIVBDK9jE+WwJpYBhHFvLYAGzEk+olwKUF03jrSjZ3ckaP6UcfdzH58EPhS0X3h RX99UdTvfNKI/7UNeonDTBQAGc02WlFiNQP1vMMa3cB5OXSkCFESDB2K2JP6RS0JuTt9HTwGREdq dOWthetPCVvMjR/RXIxBPGaK/UQCUwHNPGKhVh3hb1jp+gywzA39EsGnGUUwqE6oufgtWcfjRL8H lrLN+5ck6nn2X6NjmXkmwiD4gnwmy25I9xkbVULIC5YAIbHjSsc2ScaaU1z4bXaLu8yNh/gPPDIM ZD3Xsd4QwJaCVPqzlBe1MIBzV/ANjWzfq2hBP3s3unQfVzJR3snmc09V9PAPAtKlSeki2C3ewuaW aSBiQShVh52zAf2jxGKyQ8VUpiLW3kygZchde+GJEt3EwcvIR47lp6jOM3dIABjKmrTME5Xr+Uhw WCg6gPwn0XhpbTedCALNGKDMQianXaMrWXkzPqelufl1ydmdvpzqW/IBsgUs21/U0LCjXYOslEFO LgoT/y2/x03TuP4ASt4QOUy4G3HsEnIA4wYc3WhtjMnP7/tLsJpVKeS8xQR8QWj+2Im1ci3vXcsD XMbPrh7ogQuL11BYXYlxzzhO9c1cbuhkZ4iCW2J7z1jQ1xNvuFro3lsNAe1AVGmBMJ6in1jdIFcF 9SFn5Oo2Bpgs40ZzB0AhDm7Fa8lLrOEDu3Y2V2eap9ccrJxVhvePthAkLZJZ818llWIasvMptrmN icbJHXo5lR5p1+wYOz+xt0UXuImm1Mk2KHXrA7DwDsK10M6Mi3A/Phq2GS3iEChgnW78qLDT1fyR VOvdFJ/Rk/sJSMMdzpXhZgS2vX4g8XoOrSdvnbjunnKPK8P/8skeMyg2+fjVAXh0BmdZbjiC9L2G 3YY7JJO/jGxMAdJVUtfHVgiD9amez00DCYGS2wes37Rnzqcp6IkxxUEtZ84lbr/Z4aC9OhAVBeBq 4t4tmUKCuHJr1Bp2NYNIr5SuAe/w5CxgIMZKNWQcQ6mJ6zfy0OCiAYrh46gyJb0gXMIHVUOUyw18 CqFB+ku78ZQZDOxuagkfpyUMIMXMaqw5Ht/2xRXHsXja+VYlVelx62njAV5aOr/1VdFcQwZdR/B6 GzNaYGA+TUY8LTT6XdQpA6mncbB9ipl4yKO8dRwWVT2rjKTJp0gxzAK5wj++zG1+ygTQsHbVmu4h lDsRAaQ1dzT7H4JgFi99/8+uQ6np2TdFBt0LvvsGSs3tvGWTvErbVHw6hwHbXJuQ1hAsNHUvQ1fa BC95y7m0g/uG1lIavAUhsrI5hl1/tLmun/QOQHq/+xkMxccWO7AKMTxxJFy2SzhpIGJ2IJH5sWHS jUZPp/DLTYleEdk24V45gGLyKczlyGE1tPzGYRD9k36IZMxj5woLZXAkmvk3CTo0hv9BGoLQ4HRy T5c/Ak8iyFtg5yK1K9aFPoa/rS/wnOBzYSgQMuOFROqbIRCSwmTwoYoi96jFv8tbHDf2sgmbBFU5 VplYHD3FSG15CBi6gncgl6CwFPHPp96NA3/q0PuuqrvCkS0r3jUOF2fHua1a1iLwgKzsxdqyj+oA zdLBkiU5DmikQRrUJCSMgYSfGfekWP7cqtHf+mFrPj6U1QxNAl5gUeIb1KNXxrf12OrsFOoNBihq 650U091GGX0X6V8pSryDPKix9vmID+Ezpr9VpLyeH8FD3SB7xYSMHkSkN/DgAVlo0lVltA1kEbwU VhVT2Qqpxbhpf89VGQE2Hm+UliltZfvy15ZKxHlvOiXlBiVNy2KP/jYvN+rWNwwD5zbQQNE6Y0Ix ULRPqtgOUE7h1A9KXIqsq1o/SjZFr7YKbiqEiJ2+LywDKARMI7/YicdYyTF556a1NgKlilj5vMsh KuHqySuMMOqJR3FVs9J5CmjSO0IazkmmilhYzYaMVxhlglJVNKF6ayC3uxgh5coZD3bF4vp8UpD6 cxZJ0HV4hXepXFp4JKdkkOFmVLI8IXonKz/Z/tcG2oqFz7I2amx7ZFip4aBp0lpl8bZIkB43taYu JcEak40C6In2+34OaE9XsfIN9S6MmsidSL4TvadTxROYLpNha9/cQ6MfloOivA8CPfWKsczm7G7z UJb9dIVanDJXyMy4t549s6U9QxQWolDf7/tLWR3JiqqnCRdbj4FNdDC8PfIFBnbnmHA5MnnfeyUH 5FRr9nmAvu0f56oJ6dkoSG5qSkdCO1riAH/Em63PGtTKYy825cxQ139Toudf6kwPBrYOAcwDMXtR b94/lwe7ZdVPDikVPnGBH6URcqbv8ExipYTYV5nWq1LGYr83IzD1oFCcNFHYN6ylVEoUSMDLVo7S 6PQqbTob8lEtoVTQ1oCvbsYIazL0KrZ/gMH0kK1R+451GuQ69WBfuyjSCDjtD46s3ZQSR/GPGMxp DMPDPWjFEZ2i4SQB21AjbvraYZ9L2SUB6rNRmLF4hwTeKbxr88L5YF5LKiUELx6WWkR0CmtkUQiT MSe29aAu/eKRiYdSxKJ1m4/7TrzWsomZvzdDPj11xoDagwjYgu4KOPNweH9+NpJZZOaTM7ljofKF 3Nd1sH0llTBB7wHI5aGRSfzVVit8SqAI0zP/SXN3Qqy40+rVbiL3iPwzFp0U7yaMCckUPoRuWU8H vah8ZEHNL6QG7oNJ4iIQlq4hF4Cw1bblBdfA1R/LwBeJtG7XAU4JRqFAX1lmht3RFUdLCrcEPCGg cRfCIGPtiGndH4otKavR1+gQFppQQEl8GQEtBkZZJSjZ3OP3Ot7FUNJB1nYDs97/Zx4aucFK3Tus 3Zp6JNKMa+h6FEyOXSdGGIWtcYbMF9kX4uw+73H8JDW1RLkoMJ2CWxxMdsW+MVjy3sv9dkeWY2jR GRbWywvZh7MHswZ8aZn87gD6huJFJqB4V16E+sdSVZPW+Bk4ich/He02cwoEeQbx16TpvariBUCh HiOWAsiFwg6Q/diKsjFcZngSMHfb3MkukobIS4JqKsZMGvudWRpPWIhFzMrbk06T042AaqAV+u4E YMkgRWHl9IEPUxaCTBxWW/1UfmlbFYWDQ3tsJ9omoc+1Az8l8CXTUa9TUz6LLbdiAp5y0ajA0ZnZ 2fTpO8XQnbzcITHu3q6eW1V1u4IoY8affmzHjfjWLxi25yxF7cc6Te0yDWbStcL4ndt54YdMFV2I pblvUi58qusgwiJ+tOkFQGiZ2/9XyRjUTwf678XS/vHCh2RpgSE0EmTdYZVjiTNC3aPPmtk8Igaw oBedmtNGiRoDD3nWtt9uyY7o2YAdOWVxCQNIMHugSoGzNRaTwpNm0D6jmv+1Set+TkBQqKaJ0EqU rNzDZEFrhPz0tMCRBu1JAtRdyN0t7vHRtQ10K4PcTj1b9FIdhYLoEwFJLCo1k1TCAekTew+mVZOn K7GsQT4LZ9MqE/3BJlCBm4QdFWkVSxHdu4qxvUB1xmz8xBqNyiK/ElE6HQvfxY9OFAK3QOG2HF5n pZ+HGffGfkrTiLYXr/aWvK9Il9+QxCNAZH84Elgoi30SX536v8dvYiOfh2ydn330+YlQIWq4KLTV BGLxh7A654xVlDCoUhPIpRy0C1bvM/hIPU19xq1rIdeCPkpRvDNWTkkDLSqcL83wO4nD6BxTCfTE Ei+iIk/MhVqDPYx0J3dco6cacKvXpY1x0cWgBpi1oz7xbfIv797OJja0VGzVr/3Mc3g1WEFTg42k EdlJ6zzeqSCshtnsA0A7dfQYRE1s0l7cj8I/JvL3LnaIaBPzfuJXL2rd2x4lKy9j0CFeUN714qoh /RRN83Xunx1wGVzwQZoX7Pj7WK247EYMn7lXP1tHR5WSajhpHrvvg0illCIKwpWtubZDKx5u89tS Jg98jnvR2JM3xL5G8DYxRdqBxzacguLYatKDOmQj6tuoQEfmE4pbHgQbg/TinLXIIRrJFzFW2L5W KTMxB8slgVmCJEDigKHA+a4t6xwF40/dJVO05q4ko1Ei+js+I3zrAB7d6a7+314Xj55RNkHqi5sD zjt7/GXvEtHixESpxYFxRGL26onfcoAYVxlqzRxPIaZVIsTHsmD60DCUZ5foZwKiayswtAHIHPix O3ZMmsjw1VDn0hKspxSn0ihhLlLLUyLwlREP5rBRQpfmLfIjxG5Aw01SRLIURJmLm36OeO9fSfUb 3Z7fZH/UC5lhFEIbQFKzSyh7XFp307xvsFk0fo5uVxxfUsevJo/pNFTXjtrg9F3ElpIROmuLRLNQ CLnGJ5qvQrjZWBvVEd3NLE1gg2ceTVs9r2mljJj/+9QgHuINUxaUiDMVzqaKB1sfTwgL34Jpusjg nwXqkOu1Rer0k/j38T9XK3uJW0M9Lom/96uHQiIBDgzSz9yIP1HhjuXgU4/jfWHcM96Oi0OS/SZW IQdmav+PjactDydtjnZoZzsJDrhe6vuWlaCoEDdw5pAg7Aa6Yfpw7aewkEGf3pkYSs2MAJQVAPEI fqAdCZjuRyBt3O4pLC8b0Wo5L0Zwt5DuegCX4KoZoDoaPjjstHSWDSNag+B2D6+4rFNXNfrEXwdn vBfdUygOZokwcpFLu6n5Nw11in8/JI0KGiCLvwNRkug2fNpfkjuPk8AJC6L3jvuRAb+JtdyRZ5IV oLa+UgOEmPmb9A+VleeNGeQJnDqXneeXAaxep85CLI4ReQtk4gTPEe5LBxUnqaMGe4IarF6zFvTA SxvJfvoLkaGcJu9U79GGU3IXqYFGjFGjisvC7cH5q4IMuQadbBbtiyUxXiik1h2nRN9SluHBBpup mP37rNAPGdFoSDlF+MWZV+2ncgKtRDGr4w652bRaFsupWdbOhaTrzsyY7wjmZTSK73s2n9I6tG6T GzAPvOdQLe0w3qe60OOksEhVegcQHRxStUMxT6e51P5fI0NgiCB323KYIcqTIEX/3UEZ4pu1JPoS hE9Q9QxB5XALwOVAbgTgcB0Rypa1X2IeE6faBBu9jtggQZMoqPa8eUBo0yEgktaUghaAwsNPntcJ du8xmOMEi6iCOp3N0AbJ9OYPTOv2m5EZFYj19cPjvpwqN7YHD7b0+rjkBlYbNDbAupMoScOG7NMs jiWu+dEHI34DNsMTEH4Rsiw+kA62wiq1DowuT3Q8wZkdTJ9WwcLT6gPeoFX3aS3o+B8e8ECh9QJS a1qnroFA1wgnWyV+iz+Tl/64zi8zBuF609zP+E2FAWuffTdxNt2A7ZXCWhR7yKbFLUB4MZ+KUArQ gTn8th/p5aUltqOsbryxAGsJrSQlBXFPTDNWwfM45+wWhbkvSA+u/7UiMcrp7uZJSwK+NMDt/bJ1 314AzjOUmLyMjla0jGcp1D43KJkGTUYNbbhi0BcE3pmpsqevCJO45t7iOOsxJPKlprgw5vsav4sn UhOzIgJKLA5kpQ8VljUdhY7aBWGQQe6jJ3jw37s6Mev2Xqx3trDX1pmjs9n5WY9/4eHwArUHYLAh 9r+xQa9lg0iXcuBb+AHbvL8qfOUOTjIj4KVE2bZ4ryyEITFsAHkuwbpHsd+HuxI4Fdf3F9zFt6/x GDZByU+kw+DwkLPvPPwxHw4CW5NmG4PZaTmmQ5u2THZrh7QgUkXZBnwjxlIjM0tzUts0V/PdsMt4 J5ofwaxQjGwQotqD1ZspTPOL9FVoXSKcuZ/bbjamIkPZpVZQGJUBi8yFT4CFYBeeXVds/pT8CnSR SibXxEqe839DlKwEP+yLs9h7tVtO3pXfFe/O9J2ghcUf6v76J9lLIX0UckO3iFvth6tGjv16CVRu lvolB9uMzyOq/3dMW5Ux/dnQUXN5FsZUiHPAHbqeW+VVdtr5WhXjJXYLSJ31fj0mBL21judEukoh gG648HNMmxjEA54wzhRxOvGN9rPDBIlkI4SFOoPCGlVAk8TMtPdJM7RLjwyahlcCCweB5GmHIXjR OSBESDgTifbrZ1/ghoKzanbSL/E+Z3G3zZJEr5yTDSURroWq1nddrX/Uoahu2VxamPn85hL+lJoc dMD2SG6W7Wl3jW/fxMAsBW1y+Wvj8bn7ZNQCb9pkz8Mwur7Qn5yNdTv3dBsEITjavpkkJ0ov0cOr wvt3W59XH3WMhp6jya7wZ7u0pAswGSlmYbDPQWWlZcBSG6MNtyWbkL86OLZERvKPX94d2ciQ99Ao hUhqDJ0tPDNnlxUefkzW8/n3kgumfCaj/G7FM3o4qbXWkdLuV44pewnxrI2VP4XFhozfaR/R8oPe 1+STtbFYU4dEc5qKpp4k3rpH9zPo5WkScMf6U5ok0sYosUKGZYxQQhqGwY5on3wUQVsOsEojYrfA 5xxP5pS6/yR4frK9DaTTCpJFXdReHW0sTzSzOrnr3lcOtRugbnE0s21y1GV9COjxZvDhi8ChePem EeJjUmo6gQJ0uL/bbxyIuwnAvQp2ZBvpGpH233mHxyf25dOQ8UxEV7JcWYwQshSKCxOrYimz1j6n gXjoBTgtNAw3mkJ5vG8yTlHlXmdyDFRfXtigKrLbW1PxTd5og+nLO1t/82LI7lL/WEcE6/C+0sWo W7OSezkm2ZgklpTRgKerHbNhkFdTN9jjRYrGjWNtLTNQ/1BiR7BxG6txnxfGDe7/xWQ/d53r780U qWZYofoH+m9AmEQ6FXT5sfyd7PALD6SYf5Kckt5nZ7n/s/OOriX1HMqFqARt/geZpY1ti44Nf2W7 gG90QkWwELQxpTlCjoshsYnXfxydM+YSz1kuSHZ0kgudGZ5289jH5SYLhx03Kc15joBUwkzYdzeT BVD/fbXOMeb9ir+Ba8b5FoWs6lrYUKiB7/giiTSHZWENSBXaRl8wavKmTFJzdFqm74BCYEDUoxmU IRwF4sS5oRTDL4MpJ4DIZv0mB7pq/5/f5WwywQNDi6zGuIxsDfsFEs3ctzmkBWzACVtre9UFGgBk 10Vtdc15/PtwF0rQTobxaISTvzws+S7WrcAFnkdUFYCnB8B3iUKh/EDw3wuPG9AEgLpliKRub1Cq HQP3sGNibKvsAhi02BlqsUQiwPy5xtWKoPxv3caiqLBf1MnGjv80v8Lv8lhujmSX6h8vM69d8c3w 5YNwyN7hyC/i65CTxzwNTWdkXlk88eewDo+NZe7FXRKStjVDBMaOuHqiDUhy7c4M5KeGlAR55UbM pR565UPWQLLdtoVYPicHs0yBt7mpb87BfloOxlijJaE5AraEtKj9+Y7cOP6EmzdY2fFw+wA4MXSk auHeT3bitjMoLvgjDFvxuVe+R7cYkE+GZfe3W1vRseSCj2aDZqOfY71vVkQjdcqjMIxb7cUGPf1w 9Ji+tehLFrnIsAVaqH9/zovg2F5PAylqGQ6bKxFb7hz76K2ArRWQ9rNoJQKexmb8UrraW6wKgxjZ 5tKA9NU0P3V2n7aLYJZ+EENhlVtQGj4LQPa/NbcQQe92dAc/qkl628iBynBUPabVbs2aUFDnBCEN 9wR9O4Gw3KV2YU0TslVPKrEP8X2YhDM5+P7cwTkfFPn2JlDeY/i8nFZnH6OoxPlChHPH3g/m+0fg P5aJIksfE6iePi3r2Dqy9nSLbOVVX/mEGSkb6nTdW9qQ3sWNmlJ6rKMSnoj4Bb49nD1AtV3v6ZEt SMk8/Pb8HY5jtHXJtKY5oh9YWFOgkhZXJBZHXPiC8CY22rfJJGqL+8R8rTuL157YWjSzh9hi68BW nMtTJjob94aLjcZFkA4adBWFTxRYleWYh6zxw209x9uxLAG1aBiHK/K1Mhaw75XTtM0biz4isa6o wMucFWv79IIRExWQKd/mcmyMgV+KeUmQbJ8LQCoKWnmd6w75yFKRpajlO1G3kTBf61Q1afQSdIM6 mk890p3UTCtnaPFdQYBgWK+y/Nabmbi0l73x3ajKHmTDRVTqt5jrQ9Ga3WQW+6CGKL03Q9MY3o3R 6Yk/VaBuTbibRNPrs9g4YCA0npnBTkeFKLF+z+E/rtRfhDovIr3ZnWbQekUtxDURBrrBd+ovufgA aMw/Mjqz+yYrp91OqKqdymOAAu0AAhyVsf6w15rl+p8948/kSbOyJiRfHyo+lgM9sAEz/SH9tAGF +1aFm1CWiN/77lPuMvbrS9fWV1QITzU7kzRMYx+eC+mV1CovOGjIxgGfQ9RPbUDkRIuKiNkQouLa 09tN7Zx2RxOVrcioAnr9VD/FBlmFNFnqCj3KyKJX5zJnePQ8VoB78huSLkI6p/mmLMvfjc+40mfK pp3J8AJcYDcp1LnGwwfwIGQTKTeCUL3SbO1p0XcSdy1Aa7sb4c3DybQSky1FAg5xN1CUZV4k6CjH 9dkghXQ4Ol8WeRsqz25YrAdry/ou7cQAAABCdYdMg1WMMQABp4EBgNAF3CER47HEZ/sCAAAAAARZ Wg== ------=_20140403131819_44728-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 3 21:28:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4EC4B7DA for ; Thu, 3 Apr 2014 21:28:23 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 29869BF for ; Thu, 3 Apr 2014 21:28:22 +0000 (UTC) Received: from anubis.morrow.me.uk (host109-148-137-85.range109-148.btcentralplus.com [109.148.137.85]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 292B6450A1 for ; Thu, 3 Apr 2014 21:28:14 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk 292B6450A1 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1396560496; bh=3GTGKQyWXncr2EQbqbompRuk5ky466ihWMVSoJyyph0=; h=Date:From:To:Subject:In-Reply-To; b=V1oXcURKonK+fNnqmiX5qfcImUclga6SETHd+nsK8YdVNVBojVNkLp/1liU2u4+86 OyeOyusgeD7w8sLRJ726gEvNakS2pCXtFUqPeSGaiGZBpzeoOZXH0qbps63tJXDuWx q7y+0zG7ZceH5T8J6AFEWEfSlpVoxYvbRgK2nq7Q= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 86F9F12C46; Thu, 3 Apr 2014 22:28:09 +0100 (BST) Date: Thu, 3 Apr 2014 22:28:09 +0100 From: Ben Morrow To: freebsd-stable@freebsd.org Subject: Re: [ANNOUNCE] ports 2014Q2 branched Message-ID: <20140403212801.GA92971@anubis.morrow.me.uk> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140402092434.GY99393__31781.5447146588$1396536105$gmane$org@ivaldir.etoilebsd.net> X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 03 Apr 2014 21:28:23 -0000 Quoth Baptiste Daroussin : > > January 2014 saw the release of the first quaterly branch, intended at > providing a stable and high-quality ports tree. Those stable branches > are a snapshot of the head ports tree taken every 3 months and > currently supported for three months, during which they receive > security fixes as well as build and runtime fixes. This is really good news. I don't know who is in charge of the ports mirror on github, but if it would be possible to mirror these branches as well that would be really helpful. I switched to using git for my ports tree a while ago, because I have some local modifications and I find it much easier to maintain them in git than to fight with svn. Ben From owner-freebsd-stable@FreeBSD.ORG Fri Apr 4 00:03:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59322A62 for ; Fri, 4 Apr 2014 00:03:53 +0000 (UTC) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 16009ECE for ; Fri, 4 Apr 2014 00:03:53 +0000 (UTC) Received: from john by potato.growveg.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WVrbj-000BwT-WB for freebsd-stable@freebsd.org; Fri, 04 Apr 2014 01:03:43 +0100 Date: Fri, 4 Apr 2014 01:03:43 +0100 From: John To: freebsd-stable@freebsd.org Subject: UEFI bios, problem installing freebsd but not pc-bsd Message-ID: <20140404000343.GA45831@potato.growveg.org> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) Sender: John X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: john@potato.growveg.org X-SA-Exim-Scanned: No (on potato.growveg.org); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Apr 2014 00:03:53 -0000 Hello -stable, Got a new computer the other day. It has a UEFI bios. I downloaded the latest builds of 10-stable and 11 from allbsd, and also downloaded pc-bsd 10-R. Although I could install all three, for the freebsds the system would not get to the loader prompt. All I got was a blank screen and the cursor hopping around in the top left quadrant of the screen. In contrast to this, when I installed pc-bsd and the system rebooted, it was able to fully boot as expected. Why is this? I suspect it's due to UEFI but, unlike a server I look after, this machine does not appear to have a legacy bios. Now, while I have nothing against pc-bsd, I'm used to getting the base install sorted then installing what I need out of ports, probably because I'm an old fart who has been using freebsd as a desktop since 2.2.5. How can I make the proper BSD bootable after install in the face of UEFI ? How does pc-bsd overcome this limitation? [whoops, just looked at https://wiki.freebsd.org/UEFI - has anyone here got this to work?] thanks, -- John From owner-freebsd-stable@FreeBSD.ORG Fri Apr 4 01:25:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9B409B5 for ; Fri, 4 Apr 2014 01:25:04 +0000 (UTC) Received: from mail-oa0-x231.google.com (mail-oa0-x231.google.com [IPv6:2607:f8b0:4003:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 730CC798 for ; Fri, 4 Apr 2014 01:25:04 +0000 (UTC) Received: by mail-oa0-f49.google.com with SMTP id o6so2858763oag.22 for ; Thu, 03 Apr 2014 18:25:03 -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 :content-type; bh=F7HZg9eN/mSJlflHN9pCfOm7rjxIsXaLR3Qi8Rb6A1s=; b=BVg97sCHDerbAMofR6GAlYXPa5+SafFXF+bHtfHvZwJrqkJmInOWaXanCN5Yxm44x4 zRGxSdE+/KhG1WpGMPFaBuZIIIhocQIe93ZQA3neCcCoeU85xhne8jK5m9TSG+9syOyK xnrGiCfJPcsPg2L3eB3OzgihQ57E8ZdhPu8Cg6EFI7oFDF79qK8vKTXL2NALZTnT6kWf lHJT4Cv+UgGwMprLyA+3Z0Jwk3uLlzo73EQHj99ek73AnJPtfFmH7PXhb+uL+Ax+5Fyn LMKaMgFIH2pY5u00r1NlBz5PbHZdvYGRRwcFK4Q+UrhjotHmGDvfUdomiUJn0X5n35DD NaGw== X-Received: by 10.60.63.12 with SMTP id c12mr13500465oes.23.1396574703700; Thu, 03 Apr 2014 18:25:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.87.104 with HTTP; Thu, 3 Apr 2014 18:24:43 -0700 (PDT) In-Reply-To: <20140404000343.GA45831@potato.growveg.org> References: <20140404000343.GA45831@potato.growveg.org> From: Henry Hu Date: Thu, 3 Apr 2014 21:24:43 -0400 Message-ID: Subject: Re: UEFI bios, problem installing freebsd but not pc-bsd To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 04 Apr 2014 01:25:04 -0000 On Thu, Apr 3, 2014 at 8:03 PM, John wrote: > Hello -stable, > > Got a new computer the other day. It has a UEFI bios. I downloaded the > latest builds of 10-stable and 11 from allbsd, and also downloaded > pc-bsd 10-R. > > Although I could install all three, for the freebsds the system would > not get to the loader prompt. All I got was a blank screen and the > cursor hopping around in the top left quadrant of the screen. > > In contrast to this, when I installed pc-bsd and the system rebooted, it > was able to fully boot as expected. Why is this? I suspect it's due to > UEFI but, unlike a server I look after, this machine does not appear to > have a legacy bios. > > Now, while I have nothing against pc-bsd, I'm used to getting the base > install sorted then installing what I need out of ports, probably > because I'm an old fart who has been using freebsd as a desktop since > 2.2.5. How can I make the proper BSD bootable after install in the face > of UEFI ? How does pc-bsd overcome this limitation? > > [whoops, just looked at https://wiki.freebsd.org/UEFI - has anyone here > got this to work?] > I'm using the projects/uefi branch and it works well. Generally, you need to * Build loader.efi This is built in the process of buildworld of that branch. * Install loader.efi to EFI partition's /EFI/FreeBSD * Build and install an EFI kernel Notice that traditional kernel cannot be booted with loader.efi * Copy /boot to EFI partition's /boot kernel is not needed, only the scripts and config files. * Change /boot/loader.conf in the EFI partition. You may want to specify bootfile="part5:/boot/kernel/kernel" // or other partition vfs.root.mountfrom="ufs:gpt/root" // or other partition * Boot with FreeBSD's loader.efi In my laptop, you can create a new boot entry and specify that one as the boot loader in BIOS. Currently, I'm using rEFInd to chain-load freebsd's loader.efi and it works well. For bootstrap, my laptop can still boot up the install media (using legacy boot loader), so I can mount the root partition after loading the kernel from the install media, and build and install the necessary items. You can find the EFI partition as a small fat partition on the disk. Notice that you also need to replace syscons with vt to get a usable console. Good Luck! > thanks, > -- > John > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Cheers, Henry From owner-freebsd-stable@FreeBSD.ORG Fri Apr 4 02:09:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C03FF141 for ; Fri, 4 Apr 2014 02:09:55 +0000 (UTC) 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 72D16A91 for ; Fri, 4 Apr 2014 02:09:55 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.8/8.14.8) with ESMTP id s3429lJF060125 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 3 Apr 2014 20:09:47 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.8/8.14.8/Submit) with ESMTP id s3429lOA060122 for ; Thu, 3 Apr 2014 20:09:47 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 3 Apr 2014 20:09:47 -0600 (MDT) From: Warren Block To: freebsd-stable@freebsd.org Subject: Re: UEFI bios, problem installing freebsd but not pc-bsd In-Reply-To: <20140404000343.GA45831@potato.growveg.org> Message-ID: References: <20140404000343.GA45831@potato.growveg.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) 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]); Thu, 03 Apr 2014 20:09:47 -0600 (MDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 04 Apr 2014 02:09:55 -0000 On Fri, 4 Apr 2014, John wrote: > Got a new computer the other day. It has a UEFI bios. I downloaded the > latest builds of 10-stable and 11 from allbsd, and also downloaded > pc-bsd 10-R. > > Although I could install all three, for the freebsds the system would > not get to the loader prompt. All I got was a blank screen and the > cursor hopping around in the top left quadrant of the screen. For FreeBSD, change the settings in the UEFI to allow legacy booting. That involves "CSM" or "Legacy Boot". Turn off Secure Boot. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 4 05:54:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE289E8F for ; Fri, 4 Apr 2014 05:54:04 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F41AE75 for ; Fri, 4 Apr 2014 05:54:03 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id hi2so545869wib.5 for ; Thu, 03 Apr 2014 22:54:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=92pAtsPsKT0HIRtVfBm7qgdXYaaRoJqwLlCl2GxQR3A=; b=awnfRrXGVcMo8eFkzbEIT4FQ8J7gOjhEMedCaRpIXzd6RSm2WsAloki243D3TEG08j 0mtvCAb+JoQB8SI86qQ7g5+c5f8odbQrnyPf/WA2EaBDpaKb3t0HKNhoJ+02axMgWrRQ WiwAA5UzI14a3u7g9vPNwbm+v4OkPua62FItyyHXV0u1hm4/QR9E718nN8Azk9spVcv5 oVdl/2Xtwa/Si419lSYZeJOCMjS6s5H3JkyzU1reqfQ3Rb5+h/iz3vSGLCqt8f7KWP6C igg1ttQO4bmHXK9cIA9VPjzVeO5SiDh0c7bba+bciFLdyLcm/uL4mECErbhBRUCg01Q+ 2F3Q== X-Received: by 10.180.189.169 with SMTP id gj9mr1458791wic.17.1396590842369; Thu, 03 Apr 2014 22:54:02 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id m44sm17088596eep.14.2014.04.03.22.54.00 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 03 Apr 2014 22:54:01 -0700 (PDT) Date: Fri, 4 Apr 2014 08:53:55 +0300 From: "Sergey V. Dyatko" To: freebsd-stable@freebsd.org Subject: Re: UEFI bios, problem installing freebsd but not pc-bsd Message-ID: <20140404085355.33efbe2d@laptop.minsk.domain> In-Reply-To: References: <20140404000343.GA45831@potato.growveg.org> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) 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.17 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, 04 Apr 2014 05:54:05 -0000 On Thu, 3 Apr 2014 21:24:43 -0400 Henry Hu wrote: > On Thu, Apr 3, 2014 at 8:03 PM, John wrote: > > > Hello -stable, > > > > Got a new computer the other day. It has a UEFI bios. I downloaded the > > latest builds of 10-stable and 11 from allbsd, and also downloaded > > pc-bsd 10-R. > > > > Although I could install all three, for the freebsds the system would > > not get to the loader prompt. All I got was a blank screen and the > > cursor hopping around in the top left quadrant of the screen. > > > > In contrast to this, when I installed pc-bsd and the system rebooted, it > > was able to fully boot as expected. Why is this? I suspect it's due to > > UEFI but, unlike a server I look after, this machine does not appear to > > have a legacy bios. > > > > Now, while I have nothing against pc-bsd, I'm used to getting the base > > install sorted then installing what I need out of ports, probably > > because I'm an old fart who has been using freebsd as a desktop since > > 2.2.5. How can I make the proper BSD bootable after install in the face > > of UEFI ? How does pc-bsd overcome this limitation? > > > > [whoops, just looked at https://wiki.freebsd.org/UEFI - has anyone here > > got this to work?] > > > > I'm using the projects/uefi branch and it works well. something from that branch was commited to head by emaste@ Look at r264095 > Generally, you need to > * Build loader.efi > This is built in the process of buildworld of that branch. > * Install loader.efi to EFI partition's /EFI/FreeBSD > * Build and install an EFI kernel > Notice that traditional kernel cannot be booted with loader.efi > * Copy /boot to EFI partition's /boot > kernel is not needed, only the scripts and config files. > * Change /boot/loader.conf in the EFI partition. You may want to specify > bootfile="part5:/boot/kernel/kernel" // or other partition > vfs.root.mountfrom="ufs:gpt/root" // or other partition > * Boot with FreeBSD's loader.efi > In my laptop, you can create a new boot entry and specify that one as > the boot loader in BIOS. Currently, I'm using rEFInd to chain-load > freebsd's loader.efi and it works well. > > For bootstrap, my laptop can still boot up the install media (using legacy > boot loader), so I can mount the root partition after loading the kernel > from the install media, and build and install the necessary items. > > You can find the EFI partition as a small fat partition on the disk. > > Notice that you also need to replace syscons with vt to get a usable > console. > > Good Luck! > > > > thanks, > > -- > > John > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > -- wbr, tiger From owner-freebsd-stable@FreeBSD.ORG Fri Apr 4 07:25:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FB2BA99 for ; Fri, 4 Apr 2014 07:25:25 +0000 (UTC) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E68481C for ; Fri, 4 Apr 2014 07:25:24 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id ec20so2207083lab.1 for ; Fri, 04 Apr 2014 00:25:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:cc :content-type; bh=eXC2MxwUzg3exxeAC/pDy/JiFG/LEJaqZD2qORdOBag=; b=XHO/eYUdsM6AnCq/4P0X38OiVrBRSfQo+KkG4XuhTEH4XDZ3vwAcDlLtqtUZuZL4hz TA7olWbtszUGkj4ZEhZlZBBTKTnCyX7oZNT76TZdk7gn9AAydR2gVb16VY7NNj9rqMKK Bu/7SHv9/B4JTtmjBEZ77QBuSUAb+/ZMFFZYIqEUMgPJkEc+w0Ds5uUrmO2bukBuyjlL EASZXph+pwx6Gn54gtgphWMxFMwnVyc0xp2KXA3f0EfIuDA3SxRE6T3z/nJjHVcRKpME 53e7QQQIt/ku3hE16wX7z74+76BM6bkAppKX6uZjgAbF6Vhzpe/WhyU63GHhvBUmmz1B TGnA== X-Received: by 10.112.135.106 with SMTP id pr10mr7247807lbb.24.1396596322419; Fri, 04 Apr 2014 00:25:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.207.10 with HTTP; Fri, 4 Apr 2014 00:24:52 -0700 (PDT) In-Reply-To: <533DB9B1.3070500@denninger.net> References: <533DB9B1.3070500@denninger.net> From: Matthias Gamsjager Date: Fri, 4 Apr 2014 09:24:52 +0200 Message-ID: Subject: Re: What's up with the swapping since 10/stable Cc: stable-list freebsd Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 04 Apr 2014 07:25:25 -0000 This was an old post and after few week Karl came up with an arc patch which fixed this issue. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 4 08:09:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA53D8AA for ; Fri, 4 Apr 2014 08:09:50 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id 440C1BAB for ; Fri, 4 Apr 2014 08:09:50 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id D9D5E20E7088A; Fri, 4 Apr 2014 08:09:42 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: ** X-Spam-Status: No, score=2.9 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1, HELO_NO_DOMAIN, RDNS_DYNAMIC, STOX_REPLY_TYPE, TVD_FINGER_02 autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id A326220E70886; Fri, 4 Apr 2014 08:09:38 +0000 (UTC) Message-ID: From: "Steven Hartland" To: "Johan Broman" , "stable-list freebsd" References: Subject: Re: What's up with the swapping since 10/stable Date: Fri, 4 Apr 2014 09:09:38 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Matthias Gamsjager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 04 Apr 2014 08:09:51 -0000 We've noticed that swapping is much more agressive in 10.0 than in 8.3 and have indeed seen it swap processes out when there is 10GB+ free memory. Regards Steve ----- Original Message ----- From: "Johan Broman" To: "stable-list freebsd" Cc: "Matthias Gamsjager" Sent: Thursday, April 03, 2014 8:32 PM Subject: Re: What's up with the swapping since 10/stable Hi! Im seeing the same thing since upgrading to 10/stable. Things seems to need swap although there is still available memory. I tend not to use swap on my virtual instances but Ive seen error messages like this since upgrading to 10/stable: pid 3028 (mysqld), uid 88, was killed: out of swap space Mem: 24M Active, 8012K Inact, 109M Wired, 2176K Cache, 69M Buf, 433M Free Looks like there should be enough memory to start mysql (the above instance is a t1.micro FreeBSD AMI running on AWS EC2, created by Colin Percival) Something seems to have changed since FreeBSD 9 in terms of memory manager / page eviction. Anyone else seeing this? Is it now impossible to run FreeBSD without a swap partition (and or file)? This happens on my server as well which has 8GB RAM and plenty of free RAM I dont want to start guessing, but perhaps this happens when there is some memory fragmentation? I need to verify if this is the case though. Thanks Johan On 02 Feb 2014, at 18:00, Matthias Gamsjager wrote: > Hi, > > My ZFS Nas box seems to use some swap since the upgrade to 10/stable. This > machine just runs couple of hours per week and with 9/stable I never > witnessed any swapping when serving media files. > > First thinks that caught my eye was the difference between ARC and Wired. > At some point there is a 1+ GB difference while all this machine does is > serving single 10GB mkv via AFP. > > Problem is that at some point the performance get's to a point that > streaming isn't possible. > > This is after couple of video's watched and scrub 99% done. > > No ZFS tuning in /boot/loader.conf > > last pid: 2571; load averages: 0.19, 0.20, 0.19 up > 0+04:06:20 17:55:43 > > 42 processes: 1 running, 41 sleeping > > CPU: 0.0% user, 0.0% nice, 2.3% system, 0.0% interrupt, 97.7% idle > > Mem: 32M Active, 14M Inact, 7563M Wired, 16M Cache, 273M Buf, 303M Free > > ARC: 6065M Total, 2142M MFU, 3309M MRU, 50K Anon, 136M Header, 478M Other > > Swap: 4096M Total, 66M Used, 4030M Free, 1% Inuse > > > System Information: > > > Kernel Version: 1000702 (osreldate) > > Hardware Platform: amd64 > > Processor Architecture: amd64 > > > ZFS Storage pool Version: 5000 > > ZFS Filesystem Version: 5 > > > FreeBSD 10.0-STABLE #0 r261210: Mon Jan 27 15:19:13 CET 2014 matty > > 5:57PM up 4:08, 2 users, load averages: 0.31, 0.23, 0.21 > > > ------------------------------------------------------------------------ > > > System Memory: > > > 0.41% 32.43 MiB Active, 0.18% 14.11 MiB Inact > > 95.39% 7.39 GiB Wired, 0.21% 16.37 MiB Cache > > 3.81% 301.97 MiB Free, 0.01% 784.00 KiB Gap > > > Real Installed: 8.00 GiB > > Real Available: 99.50% 7.96 GiB > > Real Managed: 97.28% 7.74 GiB > > > Logical Total: 8.00 GiB > > Logical Used: 95.94% 7.68 GiB > > Logical Free: 4.06% 332.45 MiB > > > Kernel Memory: 196.21 MiB > > Data: 79.49% 155.96 MiB > > Text: 20.51% 40.25 MiB > > > Kernel Memory Map: 7.74 GiB > > Size: 71.72% 5.55 GiB > > Free: 28.28% 2.19 GiB > > > ------------------------------------------------------------------------ > > > ARC Summary: (HEALTHY) > > Memory Throttle Count: 0 > > > ARC Misc: > > Deleted: 34.10k > > Recycle Misses: 102.86k > > Mutex Misses: 10 > > Evict Skips: 989.63k > > > ARC Size: 87.94% 5.93 GiB > > Target Size: (Adaptive) 90.63% 6.11 GiB > > Min Size (Hard Limit): 12.50% 863.10 MiB > > Max Size (High Water): 8:1 6.74 GiB > > > ARC Size Breakdown: > > Recently Used Cache Size: 65.86% 4.02 GiB > > Frequently Used Cache Size: 34.14% 2.09 GiB > > > ARC Hash Breakdown: > > Elements Max: 594.22k > > Elements Current: 100.00% 594.21k > > Collisions: 609.54k > > Chain Max: 15 > > Chains: 122.92k > > > ------------------------------------------------------------------------ > > > ARC Efficiency: 4.19m > > Cache Hit Ratio: 83.08% 3.48m > > Cache Miss Ratio: 16.92% 708.94k > > Actual Hit Ratio: 73.81% 3.09m > > > Data Demand Efficiency: 79.24% 456.96k > > Data Prefetch Efficiency: 2.94% 90.16k > > > CACHE HITS BY CACHE LIST: > > Anonymously Used: 8.80% 306.18k > > Most Recently Used: 23.42% 815.06k > > Most Frequently Used: 65.43% 2.28m > > Most Recently Used Ghost: 0.41% 14.36k > > Most Frequently Used Ghost: 1.94% 67.65k > > > CACHE HITS BY DATA TYPE: > > Demand Data: 10.40% 362.08k > > Prefetch Data: 0.08% 2.65k > > Demand Metadata: 76.84% 2.67m > > Prefetch Metadata: 12.68% 441.47k > > > CACHE MISSES BY DATA TYPE: > > Demand Data: 13.38% 94.88k > > Prefetch Data: 12.34% 87.51k > > Demand Metadata: 34.54% 244.88k > > Prefetch Metadata: 39.73% 281.67k > > > ------------------------------------------------------------------------ > > > L2ARC is disabled > > > ------------------------------------------------------------------------ > > > File-Level Prefetch: (HEALTHY) > > > DMU Efficiency: 9.57m > > Hit Ratio: 73.77% 7.06m > > Miss Ratio: 26.23% 2.51m > > > Colinear: 2.51m > > Hit Ratio: 0.06% 1.54k > > Miss Ratio: 99.94% 2.51m > > > Stride: 6.92m > > Hit Ratio: 99.99% 6.92m > > Miss Ratio: 0.01% 594 > > > DMU Misc: > > Reclaim: 2.51m > > Successes: 0.85% 21.28k > > Failures: 99.15% 2.49m > > > Streams: 137.84k > > +Resets: 0.06% 79 > > -Resets: 99.94% 137.76k > > Bogus: 0 > > > ------------------------------------------------------------------------ > > > VDEV cache is disabled > > > ------------------------------------------------------------------------ > > > ZFS Tunables (sysctl): > > kern.maxusers 845 > > vm.kmem_size 8313913344 > > vm.kmem_size_scale 1 > > vm.kmem_size_min 0 > > vm.kmem_size_max 1319413950874 > > vfs.zfs.arc_max 7240171520 > > vfs.zfs.arc_min 905021440 > > vfs.zfs.arc_meta_used 2166001368 > > vfs.zfs.arc_meta_limit 1810042880 > > vfs.zfs.l2arc_write_max 8388608 > > vfs.zfs.l2arc_write_boost 8388608 > > vfs.zfs.l2arc_headroom 2 > > vfs.zfs.l2arc_feed_secs 1 > > vfs.zfs.l2arc_feed_min_ms 200 > > vfs.zfs.l2arc_noprefetch 1 > > vfs.zfs.l2arc_feed_again 1 > > vfs.zfs.l2arc_norw 1 > > vfs.zfs.anon_size 51200 > > vfs.zfs.anon_metadata_lsize 0 > > vfs.zfs.anon_data_lsize 0 > > vfs.zfs.mru_size 3476498432 > > vfs.zfs.mru_metadata_lsize 1319031808 > > vfs.zfs.mru_data_lsize 2150589440 > > vfs.zfs.mru_ghost_size 361860096 > > vfs.zfs.mru_ghost_metadata_lsize 210866688 > > vfs.zfs.mru_ghost_data_lsize 150993408 > > vfs.zfs.mfu_size 2246172672 > > vfs.zfs.mfu_metadata_lsize 32768 > > vfs.zfs.mfu_data_lsize 2050486272 > > vfs.zfs.mfu_ghost_size 6198800896 > > vfs.zfs.mfu_ghost_metadata_lsize 2818404864 > > vfs.zfs.mfu_ghost_data_lsize 3380396032 > > vfs.zfs.l2c_only_size 0 > > vfs.zfs.dedup.prefetch 1 > > vfs.zfs.nopwrite_enabled 1 > > vfs.zfs.mdcomp_disable 0 > > vfs.zfs.prefetch_disable 0 > > vfs.zfs.zfetch.max_streams 8 > > vfs.zfs.zfetch.min_sec_reap 2 > > vfs.zfs.zfetch.block_cap 256 > > vfs.zfs.zfetch.array_rd_sz 1048576 > > vfs.zfs.top_maxinflight 32 > > vfs.zfs.resilver_delay 2 > > vfs.zfs.scrub_delay 4 > > vfs.zfs.scan_idle 50 > > vfs.zfs.scan_min_time_ms 1000 > > vfs.zfs.free_min_time_ms 1000 > > vfs.zfs.resilver_min_time_ms 3000 > > vfs.zfs.no_scrub_io 0 > > vfs.zfs.no_scrub_prefetch 0 > > vfs.zfs.metaslab.gang_bang 131073 > > vfs.zfs.metaslab.debug 0 > > vfs.zfs.metaslab.df_alloc_threshold 131072 > > vfs.zfs.metaslab.df_free_pct 4 > > vfs.zfs.metaslab.min_alloc_size 10485760 > > vfs.zfs.metaslab.prefetch_limit 3 > > vfs.zfs.metaslab.smo_bonus_pct 150 > > vfs.zfs.mg_alloc_failures 8 > > vfs.zfs.write_to_degraded 0 > > vfs.zfs.check_hostid 1 > > vfs.zfs.recover 0 > > vfs.zfs.deadman_synctime_ms 1000000 > > vfs.zfs.deadman_checktime_ms 5000 > > vfs.zfs.deadman_enabled 1 > > vfs.zfs.space_map_last_hope 0 > > vfs.zfs.txg.timeout 5 > > vfs.zfs.vdev.cache.max 16384 > > vfs.zfs.vdev.cache.size 0 > > vfs.zfs.vdev.cache.bshift 16 > > vfs.zfs.vdev.trim_on_init 1 > > vfs.zfs.vdev.max_active 1000 > > vfs.zfs.vdev.sync_read_min_active 10 > > vfs.zfs.vdev.sync_read_max_active 10 > > vfs.zfs.vdev.sync_write_min_active 10 > > vfs.zfs.vdev.sync_write_max_active 10 > > vfs.zfs.vdev.async_read_min_active 1 > > vfs.zfs.vdev.async_read_max_active 3 > > vfs.zfs.vdev.async_write_min_active 1 > > vfs.zfs.vdev.async_write_max_active 10 > > vfs.zfs.vdev.scrub_min_active 1 > > vfs.zfs.vdev.scrub_max_active 2 > > vfs.zfs.vdev.aggregation_limit 131072 > > vfs.zfs.vdev.read_gap_limit 32768 > > vfs.zfs.vdev.write_gap_limit 4096 > > vfs.zfs.vdev.bio_flush_disable 0 > > vfs.zfs.vdev.bio_delete_disable 0 > > vfs.zfs.vdev.trim_max_bytes 2147483648 > > vfs.zfs.vdev.trim_max_pending 64 > > vfs.zfs.max_auto_ashift 13 > > vfs.zfs.zil_replay_disable 0 > > vfs.zfs.cache_flush_disable 0 > > vfs.zfs.zio.use_uma 1 > > vfs.zfs.zio.exclude_metadata 0 > > vfs.zfs.sync_pass_deferred_free 2 > > vfs.zfs.sync_pass_dont_compress 5 > > vfs.zfs.sync_pass_rewrite 2 > > vfs.zfs.snapshot_list_prefetch 0 > > vfs.zfs.super_owner 0 > > vfs.zfs.debug 0 > > vfs.zfs.version.ioctl 3 > > vfs.zfs.version.acl 1 > > vfs.zfs.version.spa 5000 > > vfs.zfs.version.zpl 5 > > vfs.zfs.trim.enabled 1 > > vfs.zfs.trim.txg_delay 32 > > vfs.zfs.trim.timeout 30 > > vfs.zfs.trim.max_interval 1 > > > ------------------------------------------------------------------------ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" _______________________________________________ freebsd-stable@freebsd.org mailing list http://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 Apr 4 11:54:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4EE48C64; Fri, 4 Apr 2014 11:54:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 91917291; Fri, 4 Apr 2014 11:54:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s34Bs8ww010389; Fri, 4 Apr 2014 13:54:09 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s34Bs16O009997; Fri, 4 Apr 2014 11:54:01 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 4 Apr 2014 11:54:01 GMT Message-Id: <201404041154.s34Bs16O009997@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Apr 2014 11:54:55 -0000 TB --- 2014-04-04 09:40:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-04 09:40:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-04 09:40:45 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-04-04 09:40:45 - cleaning the object tree TB --- 2014-04-04 09:40:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-04 09:41:36 - At svn revision 264110 TB --- 2014-04-04 09:41:37 - building world TB --- 2014-04-04 09:41:37 - CROSS_BUILD_TESTING=YES TB --- 2014-04-04 09:41:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-04 09:41:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-04 09:41:37 - SRCCONF=/dev/null TB --- 2014-04-04 09:41:37 - TARGET=ia64 TB --- 2014-04-04 09:41:37 - TARGET_ARCH=ia64 TB --- 2014-04-04 09:41:37 - TZ=UTC TB --- 2014-04-04 09:41:37 - __MAKE_CONF=/dev/null TB --- 2014-04-04 09:41:37 - cd /src TB --- 2014-04-04 09:41:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 4 09:41:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 4 11:53:38 UTC 2014 TB --- 2014-04-04 11:53:38 - generating LINT kernel config TB --- 2014-04-04 11:53:38 - cd /src/sys/ia64/conf TB --- 2014-04-04 11:53:38 - /usr/bin/make -B LINT TB --- 2014-04-04 11:53:38 - cd /src/sys/ia64/conf TB --- 2014-04-04 11:53:38 - /usr/sbin/config -m LINT TB --- 2014-04-04 11:53:38 - building LINT kernel TB --- 2014-04-04 11:53:38 - CROSS_BUILD_TESTING=YES TB --- 2014-04-04 11:53:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-04 11:53:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-04 11:53:38 - SRCCONF=/dev/null TB --- 2014-04-04 11:53:38 - TARGET=ia64 TB --- 2014-04-04 11:53:38 - TARGET_ARCH=ia64 TB --- 2014-04-04 11:53:38 - TZ=UTC TB --- 2014-04-04 11:53:38 - __MAKE_CONF=/dev/null TB --- 2014-04-04 11:53:38 - cd /src TB --- 2014-04-04 11:53:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 4 11:53:38 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-04 11:54:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-04 11:54:00 - ERROR: failed to build LINT kernel TB --- 2014-04-04 11:54:00 - 6130.55 user 2304.36 system 7994.92 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 4 14:06:10 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E102378; Fri, 4 Apr 2014 14:06:10 +0000 (UTC) Received: from ratatosk.b1t.name (ratatosk.b1t.name [46.150.100.6]) by mx1.freebsd.org (Postfix) with ESMTP id ECD30246; Fri, 4 Apr 2014 14:06:08 +0000 (UTC) Received: from ar1l0u.maxima.local (mau.donbass.com [92.242.127.250]) by ratatosk.b1t.name (Postfix) with ESMTPSA id B26BA6A4; Fri, 4 Apr 2014 17:05:59 +0300 (EEST) Message-ID: <533EBC47.7090509@b1t.name> Date: Fri, 04 Apr 2014 17:05:59 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: bug-followup@FreeBSD.org, "freebsd-stable@freebsd.org" Subject: Re: misc/186412: WITHOUT_NIS support for ObsoleteFiles.inc Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 04 Apr 2014 14:06:10 -0000 Hi all. 8 weeks passed since this was patched at HEAD and there are requests present to MFC this one. This will fix python builds misdetecting the NIS if it's not updated. Can someone help please? -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 4 14:50:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 449564ED; Fri, 4 Apr 2014 14:50:18 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2021E888; Fri, 4 Apr 2014 14:50:18 +0000 (UTC) Received: from [10.73.160.242] (nat-dip7.cfw-a-gci.corp.yahoo.com [209.131.62.116]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 4B1801929C9; Fri, 4 Apr 2014 14:50:17 +0000 (UTC) Subject: Re: misc/186412: WITHOUT_NIS support for ObsoleteFiles.inc From: Sean Bruno To: Volodymyr Kostyrko In-Reply-To: <533EBC47.7090509@b1t.name> References: <533EBC47.7090509@b1t.name> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-+gtsuUSmEjrGGyMB1eBW" Date: Fri, 04 Apr 2014 07:50:16 -0700 Message-ID: <1396623016.1475.1.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-stable@freebsd.org" , bug-followup@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Apr 2014 14:50:18 -0000 --=-+gtsuUSmEjrGGyMB1eBW Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 2014-04-04 at 17:05 +0300, Volodymyr Kostyrko wrote: > misc/186412 It looks like emaste has MFC'd this to 10. Should it go to 9 as well? sean --=-+gtsuUSmEjrGGyMB1eBW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTPsaoAAoJEBkJRdwI6BaHYTIH/3lhU9ggK2/kN3asBQHpgoBi y4CwKHuWAt/SujP7Mf61sgNGV/wVbYAO2+WC/jQbmepDGJkQ5MAH4YjLSzWarxxm D5vOJyMsmLOSbhgOnv1HQMp76OQaz6CID9Y1rqOM6iVZk2rfLkHqW0w2xPSMkgJi 9kn+1StoczOhc8poDtosRxPvrd3MUHme6O6vPaBU+x/hJ8uvTbNWIdjPXFBo3Ch3 jQxtT1vOzvsaZ7s2ZSmH5SdZzP22PJVHp8v4G2Z/Q5R251XZW+hHXnPB3o3h2mqu MCdZf6owzv9pw22cgLOvFp7Oto7TsV4n6KgWDsGM0tvrv32vbVNBUI0Rqga9vAM= =xoKo -----END PGP SIGNATURE----- --=-+gtsuUSmEjrGGyMB1eBW-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 4 15:05:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9F44C3C; Fri, 4 Apr 2014 15:05:49 +0000 (UTC) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4489BA56; Fri, 4 Apr 2014 15:05:49 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id c6so2595728lan.17 for ; Fri, 04 Apr 2014 08:05:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=gYehR/OaiswNo+51ugcE2HuxBbB9V+UB/MzZnhqD/Sc=; b=sHWn6MKHnQkOx8vL3csm5LS2DBjvDcCEOshkVBj0Ki3eoyrA2AqpvKiqM50EE02G/D IjRw+g0+fgfZXdKIOa89a5nISa1DWT0VhEzIJNGdIuyAp8z6tlJpsuh92+kAWjQbzqHb FxaR10R6Ts/lZeiR7YWtMf+Zdmpg8vQnW7otvPJyoBSe/Ajfe13cFFPY9wtb0WV9DeBm awPvy+1Vv/RehFaN5GtpU1kJBEoJt+cslt3NtBq1iBuDWZ/jbCh5v/9ex0vp7aLCd4VS 6XUDAUZEPKlBPlqbVI+CtpUSlvV2ev9SPy5b24ScAaUzU+hbb8unkeSPewJ3a6nj7csY J40w== X-Received: by 10.152.21.137 with SMTP id v9mr1776985lae.44.1396623947172; Fri, 04 Apr 2014 08:05:47 -0700 (PDT) Received: from ar1l0u.maxima.local (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id q8sm5846633lbr.3.2014.04.04.08.05.45 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 04 Apr 2014 08:05:46 -0700 (PDT) Message-ID: <533ECA48.8020906@b1t.name> Date: Fri, 04 Apr 2014 18:05:44 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: sbruno@freebsd.org Subject: Re: misc/186412: WITHOUT_NIS support for ObsoleteFiles.inc References: <533EBC47.7090509@b1t.name> <1396623016.1475.1.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1396623016.1475.1.camel@powernoodle.corp.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 04 Apr 2014 15:05:50 -0000 04.04.2014 17:50, Sean Bruno wrote: > On Fri, 2014-04-04 at 17:05 +0300, Volodymyr Kostyrko wrote: >> misc/186412 > > It looks like emaste has MFC'd this to 10. Should it go to 9 as well? It looks like emaste has MFC'd this to 9 too. Thanks everyone! -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 4 15:13:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61D2FFEC for ; Fri, 4 Apr 2014 15:13:49 +0000 (UTC) Received: from mproxy7.sbb.rs (mproxy7.sbb.rs [89.216.2.98]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.sbb.rs", Issuer "PositiveSSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DA446B48 for ; Fri, 4 Apr 2014 15:13:48 +0000 (UTC) Received: from knossos (cable-178-148-108-183.dynamic.sbb.rs [178.148.108.183]) by mproxy7.sbb.rs (8.14.4/8.14.4) with ESMTP id s34FDOcK002831 for ; Fri, 4 Apr 2014 17:13:29 +0200 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.6 at SBB mail Received: from localhost (1000@localhost [local]); by knossos (OpenSMTPD) with ESMTPA id ecf4cdbb; for ; Fri, 4 Apr 2014 17:13:21 +0200 (CEST) User-Agent: OpenSMTPD enqueuer (Demoosh) Date: Fri, 4 Apr 2014 17:13:21 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Subject: Re: UEFI bios, problem installing freebsd but not pc-bsd Message-ID: <20140404151321.GA20237@knossos> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mproxy7.sbb.rs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 04 Apr 2014 15:13:49 -0000 > Got a new computer the other day. It has a UEFI bios. I downloaded the > latest builds of 10-stable and 11 from allbsd, and also downloaded > pc-bsd 10-R. > > Although I could install all three, for the freebsds the system would > not get to the loader prompt. All I got was a blank screen and the > cursor hopping around in the top left quadrant of the screen. I recall this issue on lenovo laptop and branch 9. Not details, but it ended I had to manualy make partitions first. I was sure it was installed even with default, but it could not boot. However, the method works and I have this laptop happy with freebsd on it. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Fri Apr 4 18:40:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2B61764 for ; Fri, 4 Apr 2014 18:40:32 +0000 (UTC) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id CAAA21E2 for ; Fri, 4 Apr 2014 18:40:32 +0000 (UTC) Received: from freebsd.local (unknown [172.16.10.114]) by mail.intertainservices.com (Postfix) with ESMTPSA id 9650356481; Fri, 4 Apr 2014 14:40:20 -0400 (EDT) Message-ID: <533EFC94.7070208@intertainservices.com> Date: Fri, 04 Apr 2014 14:40:20 -0400 From: Mike Jakubik User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Steven Hartland , Johan Broman , stable-list freebsd Subject: Re: What's up with the swapping since 10/stable References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 9650356481.AD654 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No Cc: Matthias Gamsjager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 04 Apr 2014 18:40:33 -0000 Hello, I just wanted to mention that i have also observed this behavior. Since i updated from 9 to 10 my swap usage has increased dramatically, but workload has remained the same. This is my desktop pc at work, about a day or two after a reboot swap will be around 50% in use. FreeBSD 10.0-STABLE #0 r263513 Mem: 789M Active, 3842M Inact, 1003M Wired, 115M Cache, 820M Buf, 2156M Free Swap: 1024M Total, 450M Used, 574M Free, 43% Inuse Thanks. On 04/04/14 04:09, Steven Hartland wrote: > We've noticed that swapping is much more agressive in 10.0 than > in 8.3 and have indeed seen it swap processes out when there is > 10GB+ free memory. > > Regards > Steve > ----- Original Message ----- From: "Johan Broman" > To: "stable-list freebsd" > Cc: "Matthias Gamsjager" > Sent: Thursday, April 03, 2014 8:32 PM > Subject: Re: What's up with the swapping since 10/stable > > > Hi! > > Im seeing the same thing since upgrading to 10/stable. Things seems > to need swap although there is still available memory. I tend not to > use swap on my virtual instances but Ive seen error messages like > this since upgrading to 10/stable: > > pid 3028 (mysqld), uid 88, was killed: out of swap space > > Mem: 24M Active, 8012K Inact, 109M Wired, 2176K Cache, 69M Buf, 433M Free > > > Looks like there should be enough memory to start mysql (the above > instance is a t1.micro FreeBSD AMI running on AWS EC2, created by > Colin Percival) > > Something seems to have changed since FreeBSD 9 in terms of memory > manager / page eviction. > > Anyone else seeing this? Is it now impossible to run FreeBSD without a > swap partition (and or file)? This happens on my server as well which > has 8GB RAM and plenty of free RAM > > I dont want to start guessing, but perhaps this happens when there is > some memory fragmentation? I need to verify if this is the case though. > > Thanks > Johan > From owner-freebsd-stable@FreeBSD.ORG Fri Apr 4 19:49:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5838A1F0; Fri, 4 Apr 2014 19:49:24 +0000 (UTC) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [IPv6:2a01:e0c:1:1599::13]) by mx1.freebsd.org (Postfix) with ESMTP id 53BACA14; Fri, 4 Apr 2014 19:49:21 +0000 (UTC) Received: from yggdrasil.alkumuna.eu (unknown [IPv6:2a01:e35:8a74:6e70:232:36ff:fe5c:3a87]) by smtp4-g21.free.fr (Postfix) with ESMTP id BD3FD4C803A; Fri, 4 Apr 2014 21:49:13 +0200 (CEST) Received: from freedom.alkumuna.eu ([192.168.10.100]) (authenticated bits=0) by yggdrasil.alkumuna.eu (8.14.7/8.14.7) with ESMTP id s34JnAGp044650 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 4 Apr 2014 21:49:11 +0200 (CEST) (envelope-from mazhe@alkumuna.eu) Date: Fri, 4 Apr 2014 21:49:00 +0200 From: Matthieu Volat To: Troyax Subject: Re: Freebsd 10 install kernel not booting. Message-ID: <20140404214900.6ff7681e@freedom.alkumuna.eu> In-Reply-To: <20140328160019.GA93913@yggdrasil.alkumuna.eu> References: <20140328160019.GA93913@yggdrasil.alkumuna.eu> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/TDNsuIGMga1=+rnKfJBowlV"; protocol="application/pgp-signature" Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 04 Apr 2014 19:49:24 -0000 --Sig_/TDNsuIGMga1=+rnKfJBowlV Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 28 Mar 2014 17:00:20 +0100 Troyax wrote: > Hi, >=20 > I would like to move to Freebsd 10, but the USB install kernel doesnot bo= ot on my laptop (HP EliteBook Folio 9470m); I have send a PR, number 187488= ( http://www.freebsd.org/cgi/query-pr.cgi?pr=3Damd64/187488 ). >=20 > Troyax Hello, since there's no answer yet, and it seems to be a bootloader related= problem, would you try the following? * Create a 10.0 memory stick * From your 9.2 environment, copy the bootcode to the memory stick: # gpart bootcode -b /boot/boot da0 * Try and see if it boots This is a bit of a shot in the dark, but that's all I see right now (maybe = the problem is rather in /boot/loader?). Good luck, --=20 Matthieu Volat --Sig_/TDNsuIGMga1=+rnKfJBowlV Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlM/DLYACgkQ+ENDeYKZi369qACgy+iINmuUItpMcHdcGcnWQjzA Of0Anir1WNq5KhZtLzriabCbhqvjyEtP =mcmi -----END PGP SIGNATURE----- --Sig_/TDNsuIGMga1=+rnKfJBowlV-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 5 04:08:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2203D1E3 for ; Sat, 5 Apr 2014 04:08:47 +0000 (UTC) Received: from vms173005pub.verizon.net (vms173005pub.verizon.net [206.46.173.5]) by mx1.freebsd.org (Postfix) with ESMTP id 0536F962 for ; Sat, 5 Apr 2014 04:08:46 +0000 (UTC) Received: from [10.0.1.3] ([unknown] [71.177.216.148]) by vms173005.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0N3J00FYNI5Z2480@vms173005.mailsrvcs.net> for freebsd-stable@freebsd.org; Fri, 04 Apr 2014 23:08:29 -0500 (CDT) From: Doug Hardie Content-type: text/plain; charset=windows-1252 Content-transfer-encoding: quoted-printable Subject: 9.2 Boot Problem Message-id: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> Date: Fri, 04 Apr 2014 21:08:23 -0700 To: "freebsd-stable@freebsd.org List" MIME-version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Apr 2014 04:08:47 -0000 I put this out on Questions, but got no responses. Hopefully someone = here has some ideas. FreeBSD 9.2. All of my systems are hanging during boot right after the = screen that has the picture. Its as if someone hit a space on the = keyboard. However, these systems have no keyboard. If I plug one in, = or use the serial console, and enter a return, the boot continues = properly. The boot menu is displayed along with Beastie. However, the line that = says Autoboot in n seconds=85 never appears. It just stops there. = These are all new installs from CD systems. I just used freebsd-update = to take a toy server from 9.1 to 9.2 and it doesn't exhibit this = behavior. It boots properly. I have updated one of the production = servers with the latest 9.2 changes and it still has the issue. I first = thought that some config file did not get updated properly on the CD. I = have dug around through the 4th files and don't see anything obvious = that would cause this. I have now verified that all the 4th files in = boot are identical (except for the version number. They are slightly = different). I don't believe this is a BIOS setting issue as FreeBSD 7.2 = didn't exhibit this behavior. All 4 systems are on totally different = motherboards. I tried setting loader_logo=3D"none" in /boot/config.rc and that = eliminated the menu and Beastie. I think the system completed booting, = but the serial console was then dead. It did not respond or output = anything. I had to remove that and reboot to get the console back = again. I need to get this fixed as these are production servers that are = essentially unmanned so its difficult to get them back up again. =20 From owner-freebsd-stable@FreeBSD.ORG Sat Apr 5 05:23:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F8ABF91; Sat, 5 Apr 2014 05:23:08 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 51511FA0; Sat, 5 Apr 2014 05:23:06 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s355MeOv025761; Sat, 5 Apr 2014 07:22:40 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s355MPT6025189; Sat, 5 Apr 2014 05:22:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 5 Apr 2014 05:22:25 GMT Message-Id: <201404050522.s355MPT6025189@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Apr 2014 05:23:08 -0000 TB --- 2014-04-05 02:50:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-05 02:50:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-05 02:50:32 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-04-05 02:50:32 - cleaning the object tree TB --- 2014-04-05 02:50:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-05 02:51:25 - At svn revision 264141 TB --- 2014-04-05 02:51:26 - building world TB --- 2014-04-05 02:51:26 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 02:51:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 02:51:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 02:51:26 - SRCCONF=/dev/null TB --- 2014-04-05 02:51:26 - TARGET=mips TB --- 2014-04-05 02:51:26 - TARGET_ARCH=mips TB --- 2014-04-05 02:51:26 - TZ=UTC TB --- 2014-04-05 02:51:26 - __MAKE_CONF=/dev/null TB --- 2014-04-05 02:51:26 - cd /src TB --- 2014-04-05 02:51:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 5 02:51:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 5 04:17:06 UTC 2014 TB --- 2014-04-05 04:17:06 - cd /src/sys/mips/conf TB --- 2014-04-05 04:17:06 - /usr/sbin/config -m ADM5120 TB --- 2014-04-05 04:17:06 - skipping ADM5120 kernel TB --- 2014-04-05 04:17:06 - cd /src/sys/mips/conf TB --- 2014-04-05 04:17:06 - /usr/sbin/config -m ALCHEMY TB --- 2014-04-05 04:17:06 - skipping ALCHEMY kernel TB --- 2014-04-05 04:17:06 - cd /src/sys/mips/conf TB --- 2014-04-05 04:17:06 - /usr/sbin/config -m AP121 TB --- 2014-04-05 04:17:06 - building AP121 kernel TB --- 2014-04-05 04:17:06 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 04:17:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 04:17:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 04:17:06 - SRCCONF=/dev/null TB --- 2014-04-05 04:17:06 - TARGET=mips TB --- 2014-04-05 04:17:06 - TARGET_ARCH=mips TB --- 2014-04-05 04:17:06 - TZ=UTC TB --- 2014-04-05 04:17:06 - __MAKE_CONF=/dev/null TB --- 2014-04-05 04:17:06 - cd /src TB --- 2014-04-05 04:17:06 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sat Apr 5 04:17:07 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Sat Apr 5 04:21:14 UTC 2014 TB --- 2014-04-05 04:21:14 - cd /src/sys/mips/conf TB --- 2014-04-05 04:21:14 - /usr/sbin/config -m AP91 TB --- 2014-04-05 04:21:14 - building AP91 kernel TB --- 2014-04-05 04:21:14 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 04:21:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 04:21:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 04:21:14 - SRCCONF=/dev/null TB --- 2014-04-05 04:21:14 - TARGET=mips TB --- 2014-04-05 04:21:14 - TARGET_ARCH=mips TB --- 2014-04-05 04:21:14 - TZ=UTC TB --- 2014-04-05 04:21:14 - __MAKE_CONF=/dev/null TB --- 2014-04-05 04:21:14 - cd /src TB --- 2014-04-05 04:21:14 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sat Apr 5 04:21:14 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Sat Apr 5 04:28:49 UTC 2014 TB --- 2014-04-05 04:28:49 - cd /src/sys/mips/conf TB --- 2014-04-05 04:28:49 - /usr/sbin/config -m AP93 TB --- 2014-04-05 04:28:49 - building AP93 kernel TB --- 2014-04-05 04:28:49 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 04:28:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 04:28:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 04:28:49 - SRCCONF=/dev/null TB --- 2014-04-05 04:28:49 - TARGET=mips TB --- 2014-04-05 04:28:49 - TARGET_ARCH=mips TB --- 2014-04-05 04:28:49 - TZ=UTC TB --- 2014-04-05 04:28:49 - __MAKE_CONF=/dev/null TB --- 2014-04-05 04:28:49 - cd /src TB --- 2014-04-05 04:28:49 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Sat Apr 5 04:28:49 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Sat Apr 5 04:36:10 UTC 2014 TB --- 2014-04-05 04:36:10 - cd /src/sys/mips/conf TB --- 2014-04-05 04:36:10 - /usr/sbin/config -m AP94 TB --- 2014-04-05 04:36:10 - building AP94 kernel TB --- 2014-04-05 04:36:10 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 04:36:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 04:36:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 04:36:10 - SRCCONF=/dev/null TB --- 2014-04-05 04:36:10 - TARGET=mips TB --- 2014-04-05 04:36:10 - TARGET_ARCH=mips TB --- 2014-04-05 04:36:10 - TZ=UTC TB --- 2014-04-05 04:36:10 - __MAKE_CONF=/dev/null TB --- 2014-04-05 04:36:10 - cd /src TB --- 2014-04-05 04:36:11 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Sat Apr 5 04:36:11 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Sat Apr 5 04:45:05 UTC 2014 TB --- 2014-04-05 04:45:05 - cd /src/sys/mips/conf TB --- 2014-04-05 04:45:05 - /usr/sbin/config -m AP96 TB --- 2014-04-05 04:45:05 - building AP96 kernel TB --- 2014-04-05 04:45:05 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 04:45:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 04:45:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 04:45:05 - SRCCONF=/dev/null TB --- 2014-04-05 04:45:05 - TARGET=mips TB --- 2014-04-05 04:45:05 - TARGET_ARCH=mips TB --- 2014-04-05 04:45:05 - TZ=UTC TB --- 2014-04-05 04:45:05 - __MAKE_CONF=/dev/null TB --- 2014-04-05 04:45:05 - cd /src TB --- 2014-04-05 04:45:05 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Sat Apr 5 04:45:05 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Sat Apr 5 04:53:43 UTC 2014 TB --- 2014-04-05 04:53:43 - cd /src/sys/mips/conf TB --- 2014-04-05 04:53:43 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-04-05 04:53:43 - building AR71XX_BASE kernel TB --- 2014-04-05 04:53:43 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 04:53:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 04:53:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 04:53:43 - SRCCONF=/dev/null TB --- 2014-04-05 04:53:43 - TARGET=mips TB --- 2014-04-05 04:53:43 - TARGET_ARCH=mips TB --- 2014-04-05 04:53:43 - TZ=UTC TB --- 2014-04-05 04:53:43 - __MAKE_CONF=/dev/null TB --- 2014-04-05 04:53:43 - cd /src TB --- 2014-04-05 04:53:43 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Sat Apr 5 04:53:43 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Sat Apr 5 05:01:57 UTC 2014 TB --- 2014-04-05 05:01:57 - cd /src/sys/mips/conf TB --- 2014-04-05 05:01:57 - /usr/sbin/config -m AR724X_BASE TB --- 2014-04-05 05:01:57 - building AR724X_BASE kernel TB --- 2014-04-05 05:01:57 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 05:01:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 05:01:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 05:01:57 - SRCCONF=/dev/null TB --- 2014-04-05 05:01:57 - TARGET=mips TB --- 2014-04-05 05:01:57 - TARGET_ARCH=mips TB --- 2014-04-05 05:01:57 - TZ=UTC TB --- 2014-04-05 05:01:57 - __MAKE_CONF=/dev/null TB --- 2014-04-05 05:01:57 - cd /src TB --- 2014-04-05 05:01:57 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Sat Apr 5 05:01:57 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Sat Apr 5 05:07:57 UTC 2014 TB --- 2014-04-05 05:07:57 - cd /src/sys/mips/conf TB --- 2014-04-05 05:07:57 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-04-05 05:07:57 - building AR91XX_BASE kernel TB --- 2014-04-05 05:07:57 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 05:07:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 05:07:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 05:07:57 - SRCCONF=/dev/null TB --- 2014-04-05 05:07:57 - TARGET=mips TB --- 2014-04-05 05:07:57 - TARGET_ARCH=mips TB --- 2014-04-05 05:07:57 - TZ=UTC TB --- 2014-04-05 05:07:57 - __MAKE_CONF=/dev/null TB --- 2014-04-05 05:07:57 - cd /src TB --- 2014-04-05 05:07:57 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Sat Apr 5 05:07:58 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Sat Apr 5 05:14:44 UTC 2014 TB --- 2014-04-05 05:14:44 - cd /src/sys/mips/conf TB --- 2014-04-05 05:14:44 - /usr/sbin/config -m AR933X_BASE TB --- 2014-04-05 05:14:44 - building AR933X_BASE kernel TB --- 2014-04-05 05:14:44 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 05:14:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 05:14:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 05:14:44 - SRCCONF=/dev/null TB --- 2014-04-05 05:14:44 - TARGET=mips TB --- 2014-04-05 05:14:44 - TARGET_ARCH=mips TB --- 2014-04-05 05:14:44 - TZ=UTC TB --- 2014-04-05 05:14:44 - __MAKE_CONF=/dev/null TB --- 2014-04-05 05:14:44 - cd /src TB --- 2014-04-05 05:14:44 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Sat Apr 5 05:14:44 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Sat Apr 5 05:18:32 UTC 2014 TB --- 2014-04-05 05:18:32 - cd /src/sys/mips/conf TB --- 2014-04-05 05:18:32 - /usr/sbin/config -m AR934X_BASE TB --- 2014-04-05 05:18:32 - building AR934X_BASE kernel TB --- 2014-04-05 05:18:32 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 05:18:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 05:18:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 05:18:32 - SRCCONF=/dev/null TB --- 2014-04-05 05:18:32 - TARGET=mips TB --- 2014-04-05 05:18:32 - TARGET_ARCH=mips TB --- 2014-04-05 05:18:32 - TZ=UTC TB --- 2014-04-05 05:18:32 - __MAKE_CONF=/dev/null TB --- 2014-04-05 05:18:32 - cd /src TB --- 2014-04-05 05:18:32 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Sat Apr 5 05:18:32 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR934X_BASE completed on Sat Apr 5 05:22:21 UTC 2014 TB --- 2014-04-05 05:22:21 - cd /src/sys/mips/conf TB --- 2014-04-05 05:22:21 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-04-05 05:22:21 - skipping BERI_DE4_BASE kernel TB --- 2014-04-05 05:22:21 - cd /src/sys/mips/conf TB --- 2014-04-05 05:22:21 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-04-05 05:22:21 - skipping BERI_DE4_MDROOT kernel TB --- 2014-04-05 05:22:21 - cd /src/sys/mips/conf TB --- 2014-04-05 05:22:21 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-04-05 05:22:21 - skipping BERI_DE4_SDROOT kernel TB --- 2014-04-05 05:22:21 - cd /src/sys/mips/conf TB --- 2014-04-05 05:22:21 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-04-05 05:22:21 - skipping BERI_NETFPGA_MDROOT kernel TB --- 2014-04-05 05:22:21 - cd /src/sys/mips/conf TB --- 2014-04-05 05:22:21 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-04-05 05:22:21 - skipping BERI_SIM_BASE kernel TB --- 2014-04-05 05:22:21 - cd /src/sys/mips/conf TB --- 2014-04-05 05:22:21 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-04-05 05:22:21 - skipping BERI_SIM_MDROOT kernel TB --- 2014-04-05 05:22:21 - cd /src/sys/mips/conf TB --- 2014-04-05 05:22:21 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-04-05 05:22:21 - skipping BERI_SIM_SDROOT kernel TB --- 2014-04-05 05:22:21 - cd /src/sys/mips/conf TB --- 2014-04-05 05:22:21 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-04-05 05:22:21 - skipping BERI_TEMPLATE kernel TB --- 2014-04-05 05:22:21 - cd /src/sys/mips/conf TB --- 2014-04-05 05:22:21 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-04-05 05:22:21 - building CARAMBOLA2 kernel TB --- 2014-04-05 05:22:21 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 05:22:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 05:22:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 05:22:21 - SRCCONF=/dev/null TB --- 2014-04-05 05:22:21 - TARGET=mips TB --- 2014-04-05 05:22:21 - TARGET_ARCH=mips TB --- 2014-04-05 05:22:21 - TZ=UTC TB --- 2014-04-05 05:22:21 - __MAKE_CONF=/dev/null TB --- 2014-04-05 05:22:21 - cd /src TB --- 2014-04-05 05:22:21 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Sat Apr 5 05:22:21 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/CARAMBOLA2/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-05 05:22:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-05 05:22:24 - ERROR: failed to build CARAMBOLA2 kernel TB --- 2014-04-05 05:22:24 - 6375.84 user 3169.14 system 9111.92 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Apr 5 07:17:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDEAB71 for ; Sat, 5 Apr 2014 07:17:16 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 8032E9CE for ; Sat, 5 Apr 2014 07:17:16 +0000 (UTC) Received: from fortune.joker.local (180-198-238-43.nagoya1.commufa.jp [180.198.238.43]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.2/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id s356SuFx013076 for ; Sat, 5 Apr 2014 15:28:56 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 5 Apr 2014 15:28:55 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: What's up with the swapping since 10/stable Message-Id: <20140405152855.1cfcf37c87bdff3306d0cd6c@dec.sakura.ne.jp> In-Reply-To: References: <533DB9B1.3070500@denninger.net> Organization: Junchoon corps X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) 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.17 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, 05 Apr 2014 07:17:16 -0000 Yes, Karl's patch fixed my swap regression, too. ZFS-root notebook with 8GB RAM, stable/10 amd64. No swap usage is observed after applying his patch, feeling (but not measured) no performance penalty. But unfortunately, the patch haven't been merged even to head. So, anyone chasing vanilla head or stable/10 has no fix yet. On Fri, 4 Apr 2014 09:24:52 +0200 Matthias Gamsjager wrote: > This was an old post and after few week Karl came up with an arc patch > which fixed this issue. -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-stable@FreeBSD.ORG Sat Apr 5 09:52:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A436C3A for ; Sat, 5 Apr 2014 09:52:31 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 97F5A809 for ; Sat, 5 Apr 2014 09:52:30 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id hm4so2524192wib.8 for ; Sat, 05 Apr 2014 02:52:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=zf76uAhwecTM6bEDaw2knimpJDEg3/TcJRtUYHW+DeA=; b=v/JRRYfu+WSjjulRUoKpgA1qv4V6ZBxSK8XmDsS0vpDOuW5/VdhF2BC0ger4KvCFA3 h2skDFgTivu0IKHlu1CTYLHPE/l1JpyKnzmwU7SabBdiTw87zljefEIev4OpbNz9ddRC MF9bU+eefV089VoSO7cdTnGR7ICFHrDWdH4pfiz3yTgKzpuWoLYFIUG7GP4ggVtEwnvo fL47aeGdSmFekMLuLVoxzi9jW7ulFuwV00nayiUGM9IpKLmCro4fC03V+ORDuy7hGngn PK7lC/v1jXOleFgAK5mB7QFQi5o3KNK+31sIC+kE68DoCO03uDXbGeR2Uj+haU/cs3R4 J7bg== X-Received: by 10.194.103.36 with SMTP id ft4mr26578676wjb.66.1396691548873; Sat, 05 Apr 2014 02:52:28 -0700 (PDT) Received: from notebook.linsystem.net ([80.92.253.14]) by mx.google.com with ESMTPSA id u46sm25855398eel.1.2014.04.05.02.52.28 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Sat, 05 Apr 2014 02:52:28 -0700 (PDT) Date: Sat, 5 Apr 2014 11:52:25 +0200 From: Robert David To: freebsd-stable@freebsd.org Subject: usb working partialy after resume Message-ID: <20140405115225.063c1fd0@notebook.linsystem.net> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) 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.17 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, 05 Apr 2014 09:52:31 -0000 Hi all, I got read a lot of USB problems on freebsd vs suspend/resume. For example: http://unethicalblogger.com/2013/12/03/scratchiest-neckbeard-freebsd-x200.html My problem is similar, but suggested solutions does not help. I do not have dev.uhci.*.wake ???? I run FreeBSD on Lenovo ThinkPad X61s. I use FreeBSD stable/10, I compile my own kernel with vt enabled and uhci/ehci disabled (to be build as modules). I unload and load ehci/uhci module on suspend/resume. But after first resume, USB start working wired. For example, at home I got docking station connected to external monitor with USB hub (connected keyboard,mouse) and this works all the time after suspend/resume. But in work I got some KVM switch with keyboard/mouse connected, but after resume only mouse works, I even cannot make keyboard work when connected directly to USB on notebook. The USB seems to be much more nonworking that working, connecting USB flash, scanner does not work. But the USB port on docking station suprisingly work, even can put here flash drive. It is wired and seems to be something with internal USB hubs and its power. Also wired is that In work I do not have docking station and the KVM switch is connected to one of the notebook ports. This messages are from connecting KVM in work: ugen2.2: at usbus2 uhub6: on usbus2 uhub6: 4 ports with 4 removable, self powered usb_alloc_device: set address 3 failed (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR_IOERROR wlan0: link state changed to UP usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_TIMEOUT, ignored) ath0: ath_rate_tx_complete: ts_rate=27 ts_finaltsi=0 ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR_IOERROR ugen2.3: at usbus2 (disconnected) uhub_reattach_port: could not allocate new device ugen2.3: at usbus2 ums0: 1.10/51.27, addr 3> on usbus2 ums0: 3 buttons and [XYZ] coordinates ID=0 Connecting for example flash drive to notebook port, does not produce anything, also the flash drive with led diode does not lit up. I will welcome any suggestions. Regards, Robert. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 5 19:10:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42875164 for ; Sat, 5 Apr 2014 19:10:54 +0000 (UTC) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BFF6E1F7 for ; Sat, 5 Apr 2014 19:10:53 +0000 (UTC) Received: by mail-lb0-f169.google.com with SMTP id q8so3549081lbi.0 for ; Sat, 05 Apr 2014 12:10:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=xuEq7lSFDX5TK6WRjXe1DELMHcuCLJ57ajqNio2kPz0=; b=FJIqL2G/HDgmCGOMsRjj2hq/7MDWHWl43ZjeOieKnRTcYWBLHhqvzoJqzI4/trI0HM fORkcytWl/BIrA3q2SmjbhnfQJoyZBjz3dQyhii3cxHndE/k30earMqOeWPQtB+as0sB XEi64Qh2at3PsXRhS0eYVUQ83jLmHxjyWkxN81guNMaYDRzOzfiaOoZiHSvVg61GUcIK 1fZw7EtocLW7DhuHCwNMGP06X0X4FXWLNn1cZ/XrQtHOgr84kb5HyKfFHMAEBaQ4UiRM WuSbWSMqw+5zfLQOnMgxqBMcKZMoRqSsphKmuxfHz1SeBfV9sDz/aVeOMZ53wwilGvXb QwFw== X-Received: by 10.112.158.105 with SMTP id wt9mr2897456lbb.31.1396725051787; Sat, 05 Apr 2014 12:10:51 -0700 (PDT) Received: from [10.0.1.9] (ip-95-220-108-153.bb.netbynet.ru. [95.220.108.153]) by mx.google.com with ESMTPSA id dl4sm8272912lbc.4.2014.04.05.12.10.50 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 05 Apr 2014 12:10:51 -0700 (PDT) From: Dmitry Sivachenko Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Incorrect sort(1) order Message-Id: <052ECC8E-6D13-434C-968A-9CC201C351E6@gmail.com> Date: Sat, 5 Apr 2014 23:10:50 +0400 To: stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Apr 2014 19:10:54 -0000 Hello, right now sort(1) in stable/10 sorts UTF-8 text files incorrectly if I = have LC_CTYPE=3Dru_RU.UTF-8 set. This is probably due to the problems described in recent "UTF-8 Sorting" = thread on -stable, though it is a clear regression=20 when moving from GNU sort from stable/9. I would rather ignore LC_CTYPE completly (until is it broken) and = produce sort results as if LC_CTYPE=3DC. Or at least make a big warning = in sort(1) man-page. Right now it looks rather disappointing. Thanks. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 5 21:26:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88E495E4 for ; Sat, 5 Apr 2014 21:26:12 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6AF3BECB for ; Sat, 5 Apr 2014 21:26:11 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WWY6H-0001eM-Cs for freebsd-stable@freebsd.org; Sat, 05 Apr 2014 14:26:05 -0700 Date: Sat, 5 Apr 2014 14:26:05 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1396733165392-5900937.post@n5.nabble.com> In-Reply-To: <20140404000343.GA45831@potato.growveg.org> References: <20140404000343.GA45831@potato.growveg.org> Subject: Re: UEFI bios, problem installing freebsd but not pc-bsd 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.17 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, 05 Apr 2014 21:26:12 -0000 I don't think PC-BSD is built from uefi branch... So what are they doing differently exactly? -- View this message in context: http://freebsd.1045724.n5.nabble.com/UEFI-bios-problem-installing-freebsd-but-not-pc-bsd-tp5900495p5900937.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 5 21:54:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CEFA7A1B for ; Sat, 5 Apr 2014 21:54:49 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B0C92151 for ; Sat, 5 Apr 2014 21:54:49 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WWYY4-0002rT-Pf for freebsd-stable@freebsd.org; Sat, 05 Apr 2014 14:54:48 -0700 Date: Sat, 5 Apr 2014 14:54:48 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1396734888786-5900941.post@n5.nabble.com> In-Reply-To: <1396733165392-5900937.post@n5.nabble.com> References: <20140404000343.GA45831@potato.growveg.org> <1396733165392-5900937.post@n5.nabble.com> Subject: Re: UEFI bios, problem installing freebsd but not pc-bsd 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.17 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, 05 Apr 2014 21:54:49 -0000 GRUB? -- View this message in context: http://freebsd.1045724.n5.nabble.com/UEFI-bios-problem-installing-freebsd-but-not-pc-bsd-tp5900495p5900941.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 00:16:27 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30B12D9F; Sun, 6 Apr 2014 00:16:27 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 123AEDFD; Sun, 6 Apr 2014 00:16:22 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s360FdGY037625; Sun, 6 Apr 2014 02:15:39 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s360FMm8035205; Sun, 6 Apr 2014 00:15:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Apr 2014 00:15:22 GMT Message-Id: <201404060015.s360FMm8035205@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2014 00:16:27 -0000 TB --- 2014-04-05 20:00:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-05 20:00:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-05 20:00:45 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-04-05 20:00:45 - cleaning the object tree TB --- 2014-04-05 20:00:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-05 20:01:36 - At svn revision 264167 TB --- 2014-04-05 20:01:37 - building world TB --- 2014-04-05 20:01:37 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 20:01:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 20:01:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 20:01:37 - SRCCONF=/dev/null TB --- 2014-04-05 20:01:37 - TARGET=arm TB --- 2014-04-05 20:01:37 - TARGET_ARCH=armv6 TB --- 2014-04-05 20:01:37 - TZ=UTC TB --- 2014-04-05 20:01:37 - __MAKE_CONF=/dev/null TB --- 2014-04-05 20:01:37 - cd /src TB --- 2014-04-05 20:01:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 5 20:01:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 5 23:40:03 UTC 2014 TB --- 2014-04-05 23:40:03 - generating LINT kernel config TB --- 2014-04-05 23:40:03 - cd /src/sys/arm/conf TB --- 2014-04-05 23:40:03 - /usr/bin/make -B LINT TB --- 2014-04-05 23:40:03 - cd /src/sys/arm/conf TB --- 2014-04-05 23:40:03 - /usr/sbin/config -m LINT TB --- 2014-04-05 23:40:03 - skipping LINT kernel TB --- 2014-04-05 23:40:03 - cd /src/sys/arm/conf TB --- 2014-04-05 23:40:03 - /usr/sbin/config -m AC100 TB --- 2014-04-05 23:40:03 - building AC100 kernel TB --- 2014-04-05 23:40:03 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 23:40:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 23:40:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 23:40:03 - SRCCONF=/dev/null TB --- 2014-04-05 23:40:03 - TARGET=arm TB --- 2014-04-05 23:40:03 - TARGET_ARCH=armv6 TB --- 2014-04-05 23:40:03 - TZ=UTC TB --- 2014-04-05 23:40:03 - __MAKE_CONF=/dev/null TB --- 2014-04-05 23:40:03 - cd /src TB --- 2014-04-05 23:40:03 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Sat Apr 5 23:40:03 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AC100 completed on Sat Apr 5 23:43:18 UTC 2014 TB --- 2014-04-05 23:43:18 - cd /src/sys/arm/conf TB --- 2014-04-05 23:43:18 - /usr/sbin/config -m ARMADAXP TB --- 2014-04-05 23:43:18 - building ARMADAXP kernel TB --- 2014-04-05 23:43:18 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 23:43:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 23:43:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 23:43:18 - SRCCONF=/dev/null TB --- 2014-04-05 23:43:18 - TARGET=arm TB --- 2014-04-05 23:43:18 - TARGET_ARCH=armv6 TB --- 2014-04-05 23:43:18 - TZ=UTC TB --- 2014-04-05 23:43:18 - __MAKE_CONF=/dev/null TB --- 2014-04-05 23:43:18 - cd /src TB --- 2014-04-05 23:43:18 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Sat Apr 5 23:43:18 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ARMADAXP completed on Sat Apr 5 23:48:02 UTC 2014 TB --- 2014-04-05 23:48:02 - cd /src/sys/arm/conf TB --- 2014-04-05 23:48:02 - /usr/sbin/config -m ARNDALE TB --- 2014-04-05 23:48:02 - building ARNDALE kernel TB --- 2014-04-05 23:48:02 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 23:48:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 23:48:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 23:48:02 - SRCCONF=/dev/null TB --- 2014-04-05 23:48:02 - TARGET=arm TB --- 2014-04-05 23:48:02 - TARGET_ARCH=armv6 TB --- 2014-04-05 23:48:02 - TZ=UTC TB --- 2014-04-05 23:48:02 - __MAKE_CONF=/dev/null TB --- 2014-04-05 23:48:02 - cd /src TB --- 2014-04-05 23:48:02 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Sat Apr 5 23:48:02 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ARNDALE completed on Sat Apr 5 23:53:02 UTC 2014 TB --- 2014-04-05 23:53:02 - cd /src/sys/arm/conf TB --- 2014-04-05 23:53:02 - /usr/sbin/config -m ATMEL TB --- 2014-04-05 23:53:02 - skipping ATMEL kernel TB --- 2014-04-05 23:53:02 - cd /src/sys/arm/conf TB --- 2014-04-05 23:53:02 - /usr/sbin/config -m AVILA TB --- 2014-04-05 23:53:02 - skipping AVILA kernel TB --- 2014-04-05 23:53:02 - cd /src/sys/arm/conf TB --- 2014-04-05 23:53:02 - /usr/sbin/config -m BEAGLEBONE TB --- 2014-04-05 23:53:02 - building BEAGLEBONE kernel TB --- 2014-04-05 23:53:02 - CROSS_BUILD_TESTING=YES TB --- 2014-04-05 23:53:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-05 23:53:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-05 23:53:02 - SRCCONF=/dev/null TB --- 2014-04-05 23:53:02 - TARGET=arm TB --- 2014-04-05 23:53:02 - TARGET_ARCH=armv6 TB --- 2014-04-05 23:53:02 - TZ=UTC TB --- 2014-04-05 23:53:02 - __MAKE_CONF=/dev/null TB --- 2014-04-05 23:53:02 - cd /src TB --- 2014-04-05 23:53:02 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Sat Apr 5 23:53:02 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BEAGLEBONE completed on Sun Apr 6 00:10:56 UTC 2014 TB --- 2014-04-06 00:10:56 - cd /src/sys/arm/conf TB --- 2014-04-06 00:10:56 - /usr/sbin/config -m BWCT TB --- 2014-04-06 00:10:56 - skipping BWCT kernel TB --- 2014-04-06 00:10:56 - cd /src/sys/arm/conf TB --- 2014-04-06 00:10:56 - /usr/sbin/config -m CAMBRIA TB --- 2014-04-06 00:10:56 - skipping CAMBRIA kernel TB --- 2014-04-06 00:10:56 - cd /src/sys/arm/conf TB --- 2014-04-06 00:10:56 - /usr/sbin/config -m CNS11XXNAS TB --- 2014-04-06 00:10:56 - skipping CNS11XXNAS kernel TB --- 2014-04-06 00:10:56 - cd /src/sys/arm/conf TB --- 2014-04-06 00:10:56 - /usr/sbin/config -m CRB TB --- 2014-04-06 00:10:56 - skipping CRB kernel TB --- 2014-04-06 00:10:56 - cd /src/sys/arm/conf TB --- 2014-04-06 00:10:56 - /usr/sbin/config -m CUBIEBOARD TB --- 2014-04-06 00:10:56 - building CUBIEBOARD kernel TB --- 2014-04-06 00:10:56 - CROSS_BUILD_TESTING=YES TB --- 2014-04-06 00:10:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-06 00:10:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-06 00:10:56 - SRCCONF=/dev/null TB --- 2014-04-06 00:10:56 - TARGET=arm TB --- 2014-04-06 00:10:56 - TARGET_ARCH=armv6 TB --- 2014-04-06 00:10:56 - TZ=UTC TB --- 2014-04-06 00:10:56 - __MAKE_CONF=/dev/null TB --- 2014-04-06 00:10:56 - cd /src TB --- 2014-04-06 00:10:56 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD >>> Kernel build for CUBIEBOARD started on Sun Apr 6 00:10:56 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CUBIEBOARD completed on Sun Apr 6 00:15:17 UTC 2014 TB --- 2014-04-06 00:15:17 - cd /src/sys/arm/conf TB --- 2014-04-06 00:15:17 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2014-04-06 00:15:17 - building CUBIEBOARD2 kernel TB --- 2014-04-06 00:15:17 - CROSS_BUILD_TESTING=YES TB --- 2014-04-06 00:15:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-06 00:15:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-06 00:15:17 - SRCCONF=/dev/null TB --- 2014-04-06 00:15:17 - TARGET=arm TB --- 2014-04-06 00:15:17 - TARGET_ARCH=armv6 TB --- 2014-04-06 00:15:17 - TZ=UTC TB --- 2014-04-06 00:15:17 - __MAKE_CONF=/dev/null TB --- 2014-04-06 00:15:17 - cd /src TB --- 2014-04-06 00:15:17 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD2 >>> Kernel build for CUBIEBOARD2 started on Sun Apr 6 00:15:17 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/arm.armv6/src/tmp/legacy/usr/sbin:/obj/arm.armv6/src/tmp/legacy/usr/bin:/obj/arm.armv6/src/tmp/legacy/usr/games:/obj/arm.armv6/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/arm.armv6/src/sys/CUBIEBOARD2/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-06 00:15:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-06 00:15:20 - ERROR: failed to build CUBIEBOARD2 kernel TB --- 2014-04-06 00:15:20 - 11424.07 user 3814.83 system 15275.40 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 04:32:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6EE3ECB3 for ; Sun, 6 Apr 2014 04:32:58 +0000 (UTC) Received: from mproxy21.sbb.rs (mproxy21.sbb.rs [89.216.2.106]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.sbb.rs", Issuer "PositiveSSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C7063239 for ; Sun, 6 Apr 2014 04:32:57 +0000 (UTC) Received: from knossos (cable-178-148-96-118.dynamic.sbb.rs [178.148.96.118]) by mproxy21.sbb.rs (8.14.4/8.14.4) with ESMTP id s364Punr005633 for ; Sun, 6 Apr 2014 06:26:01 +0200 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.6 at SBB mail Received: from localhost (1000@localhost [local]); by knossos (OpenSMTPD) with ESMTPA id 203b274d; for ; Sun, 6 Apr 2014 06:25:52 +0200 (CEST) User-Agent: OpenSMTPD enqueuer (Demoosh) Date: Sun, 6 Apr 2014 06:25:52 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Subject: Re: UEFI bios, problem installing freebsd but not pc-bsd Message-ID: <20140406042552.GA25428@knossos> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mproxy21.sbb.rs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Apr 2014 04:32:58 -0000 Installing on mbr formatted/partitioned drive would be fine. As I mentioned before, I had the same problem and went with mbr successfully. I assume it is what is in 2.7.3. One of pics shows mbr option. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 08:11:42 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8B91E26 for ; Sun, 6 Apr 2014 08:11:42 +0000 (UTC) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with ESMTP id F2A3C358 for ; Sun, 6 Apr 2014 08:11:41 +0000 (UTC) Received: (qmail 17620 invoked by uid 80); 6 Apr 2014 08:11:31 -0000 Received: from dsdf-5d829e47.pool.mediaWays.net (dsdf-5d829e47.pool.mediaWays.net [93.130.158.71]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Sun, 06 Apr 2014 10:11:31 +0200 Date: Sun, 06 Apr 2014 10:11:31 +0200 Message-ID: <20140406101131.Horde.OoOkpfQUTkPO6Q0jKJFQvw7@avocado.salatschuessel.net> From: Oliver Lehmann To: glebius@freebsd.org, stable@freebsd.org, zi@freebsd.org, ports@freebsd.org Subject: r263478 - /stable/10/sys/net/route.h breaks net-snmp User-Agent: Internet Messaging Program (IMP) H5 (6.1.7) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Apr 2014 08:11:42 -0000 Hi Gleb, your change to route.h breaks the compilation of net-mgmt/net-snmp. Can you please fix it? Here is a log from CURRENT, the error message on 10-STABLE is the same. With 10-RELEASE the port compiled fine: http://beefy1.isc.freebsd.org/bulk/head-i386-default/latest/logs/errors/net-snmp-5.7.2_4.log Greetings, Oliver From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 15:33:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA7E4D48 for ; Sun, 6 Apr 2014 15:33:21 +0000 (UTC) Received: from nm13-vm2.bullet.mail.sg3.yahoo.com (nm13-vm2.bullet.mail.sg3.yahoo.com [106.10.149.17]) (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 0D6D7982 for ; Sun, 6 Apr 2014 15:33:20 +0000 (UTC) Received: from [106.10.166.62] by nm13.bullet.mail.sg3.yahoo.com with NNFMP; 06 Apr 2014 15:30:08 -0000 Received: from [106.10.167.160] by tm19.bullet.mail.sg3.yahoo.com with NNFMP; 06 Apr 2014 15:30:08 -0000 Received: from [127.0.0.1] by smtp133.mail.sg3.yahoo.com with NNFMP; 06 Apr 2014 15:30:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1396798208; bh=o3S7ec9Wy7Uu3PJLYivP5JvRI76JsicbiWEGCAePuvk=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Content-Type:Content-Transfer-Encoding:Subject:From:Message-Id:Date:To:Mime-Version:X-Mailer; b=3xUF0NZW0r3wcLWZh9iIaPJy4/DFAi5/YlAasxdVberbpSCqogyeCEkH0wJnYtaIHSt3EBKj9RgtwxzyYWf/L9hK9cnP9L6LRXDnzf6T+tbekX5DytCEt6D+CRlfFC8ArD3VpNZ3Tw7KIw0wabaKFFSl2uIjBazXuC6xToT6JMQ= X-Yahoo-Newman-Id: 573769.33717.bm@smtp133.mail.sg3.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 5AexPccVM1moRChQy7MwSlzTGDG6.rjoG71dEg5GIlfdykV 2SjE98.zbIRWltcJqzh6cZ88KiyaniOGNrF7jSK8.IPNlBvONtE9Pzms98Zq mWTXodzAGe_qLmEF7jZ84Jhp74N.7tbI0xvGCo75jApOcm1BuVpEE.TSCbbC n0SxAqb9xOa5fRD.a84zWEeNkujvKI7mO3w5oW.xnNuguSJ0us5bcxr8CckN g9Wb7DmCCV.3Lx_rV.IQ50IquwpEaaGuc9MOzYQlXkRGvU8z8AIaOmgkcqoH my9WOYa0CjNflkqxmtir2ojWeEaF9zohprX5wYCUVE60us6ff4AIlDd1J7Od 8I1uEN7q6yp2Q3QexKYF0zAzx04BIziVZjmsyijV_0JdjiDMSnnenk9y8d7G MthXpdgkGvT0kEjIjy.eSFm9MbaBbP1dvJO_KoDUr07PzBb_CTuXn0YOLmKl VgIgarPvj_wQ61OFBQ3oqBmuvbKDcAfIZZkuneHW0WcoIWCXJvKFlTdySfXZ 5pEY59elUaVm6IfXUi9yY X-Yahoo-SMTP: R6w3DoGswBDcfoAnjhtSbh5VjSsGLQnV X-Rocket-Received: from [10.167.24.200] (thainhi1992@113.187.0.200 with xymcookie [66.196.81.168]) by smtp133.mail.sg3.yahoo.com with SMTP; 06 Apr 2014 08:30:08 -0700 PDT Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: FreeBSD 10.0-RC5 Now Available From: thainhi1992@yahoo.com Message-Id: <3F47DB0E-EE2B-4C50-986B-445A9208BEC2@yahoo.com> Date: Sun, 6 Apr 2014 22:30:00 +0700 To: "freebsd-stable@freebsd.org" Mime-Version: 1.0 (1.0) X-Mailer: iPhone Mail (11D167) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Apr 2014 15:33:21 -0000 =C4=90=C3=A3 g=E1=BB=ADi t=E1=BB=AB iPhone c=E1=BB=A7a t=C3=B4i= From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 15:36:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4754AEC0 for ; Sun, 6 Apr 2014 15:36:54 +0000 (UTC) Received: from nm10-vm2.bullet.mail.sg3.yahoo.com (nm10-vm2.bullet.mail.sg3.yahoo.com [106.10.148.225]) (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 91D9C9B4 for ; Sun, 6 Apr 2014 15:36:53 +0000 (UTC) Received: from [106.10.166.60] by nm10.bullet.mail.sg3.yahoo.com with NNFMP; 06 Apr 2014 15:35:00 -0000 Received: from [106.10.167.159] by tm17.bullet.mail.sg3.yahoo.com with NNFMP; 06 Apr 2014 15:35:00 -0000 Received: from [127.0.0.1] by smtp132.mail.sg3.yahoo.com with NNFMP; 06 Apr 2014 15:35:00 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1396798500; bh=o3S7ec9Wy7Uu3PJLYivP5JvRI76JsicbiWEGCAePuvk=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Content-Type:Content-Transfer-Encoding:Subject:From:Message-Id:Date:To:Mime-Version:X-Mailer; b=pVDa2rhCWWutQpCfcwd67DeeC1amPsAe8Bk+RnXpPseoMTZvw2J1mUKw1L59nq8iPGZ0708pt/QAS+E906wNRxskindeEEjDQA80ZiOx007ejls402WdW2QJFi4bbcVxgzYEpwRSG0AwzSPDust6s5/RNsahrdlx7IcikkHUeUM= X-Yahoo-Newman-Id: 239226.8050.bm@smtp132.mail.sg3.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: aW6696IVM1nP9pvQbTPs1Hsc2OhXo3rDpUPlpwMclOSrrJ1 8UatQw4BiuZdClufyeme3QxhwJYjp6Pm_gDatUxWY3wLIBT7_GdKVqYjyyoI nrwzfYUMOwIkbQbVaKfDNSH_vT1f.arWd97jzniLU3PvxI_UY1Ou0ypEbnBj 2lNmGh0ilrPJRC4qnr13tMJcQs2p2UjdYmV4M7HiQCpNINMB9OiBaxZdY7Mk vcKZ7Tg2Xd5sGa4jwqz4DYy8Uoqa2axskZDZU0OdUbGnGHKSq7DBiJ8_tnh9 HdW6ziO5OpgLbIqjunhSxFVFb_1FC1JHx54wBUoFiG8sGu8rYvwBnjWPwNcp Mzl6.v_PhWlMzcQcYr.pvpCcxfp1AN5je7fjDPMpO_oQrAGlwlxUcyx1htQW QQWbc8AtgH7qRRr3V0.jdb9e.17_1Bdz.8zOl1zn3vKM.F72oMrFA2IiOVSW wHZfWwQdkC8164avbElKwEcuBQHAlmaJ45euljKokRyNkyDULr94hHdm6x_9 cf5cTTENJw2xG.AuzDfgLa1pqVQ-- X-Yahoo-SMTP: R6w3DoGswBDcfoAnjhtSbh5VjSsGLQnV X-Rocket-Received: from [10.167.24.200] (thainhi1992@113.187.0.200 with xymcookie [106.10.149.123]) by smtp132.mail.sg3.yahoo.com with SMTP; 06 Apr 2014 08:35:00 -0700 PDT Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: FreeBSD 10.0-RC5 Now Available From: thainhi1992@yahoo.com Message-Id: Date: Sun, 6 Apr 2014 22:34:58 +0700 To: "freebsd-stable@freebsd.org" Mime-Version: 1.0 (1.0) X-Mailer: iPhone Mail (11D167) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Apr 2014 15:36:54 -0000 =C4=90=C3=A3 g=E1=BB=ADi t=E1=BB=AB iPhone c=E1=BB=A7a t=C3=B4i= From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 15:37:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8881C1E5 for ; Sun, 6 Apr 2014 15:37:09 +0000 (UTC) Received: from nm5-vm6.bullet.mail.sg3.yahoo.com (nm5-vm6.bullet.mail.sg3.yahoo.com [106.10.148.149]) (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 D46139C8 for ; Sun, 6 Apr 2014 15:37:08 +0000 (UTC) Received: from [106.10.166.63] by nm5.bullet.mail.sg3.yahoo.com with NNFMP; 06 Apr 2014 15:34:35 -0000 Received: from [106.10.167.150] by tm20.bullet.mail.sg3.yahoo.com with NNFMP; 06 Apr 2014 15:34:35 -0000 Received: from [127.0.0.1] by smtp123.mail.sg3.yahoo.com with NNFMP; 06 Apr 2014 15:34:35 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1396798475; bh=o3S7ec9Wy7Uu3PJLYivP5JvRI76JsicbiWEGCAePuvk=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Content-Type:Content-Transfer-Encoding:Subject:From:Message-Id:Date:To:Mime-Version:X-Mailer; b=b0hbRn+ZQCAL9wFeCW6Oqp5oLFCNTrQFOEAIFGrrJDqs7wJ3as/E87xx0gp7TgGkPCkikjHbJTAoSPzYh3cOqoucYPctlW9bS4IBqtztg0JF2cMUX6Az+TlhWKGWLlCxFasOmeGHhBXRJYpX678nkmAjrDbzxxqJqUrNQ/LF8fw= X-Yahoo-Newman-Id: 589610.38078.bm@smtp123.mail.sg3.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: k.gzZkYVM1m8Fr.sRogwxAWta7ofl2Vg7jQtwsGPsLe5enC H.NSJpe6BaQ3SfVqrwFjw.oQzFpF665_Gvte.GboicK6Po8FYO9JD4LjxzOz 0WCTk2EodNLrqE_PHIVh8CW5ynOuPAZtEtuZZ2CuGmNmxlv2AWiNBIxbrHvd o8D8o1lkGAp21yZ2Pgs3CuO3ma5Q58UwCKRafSRGczPcEG.SlVXrnELtXy0m uvZd3vqB3ZeXypraGl7kPOsEbz8rNBN_H2AXKgQHoPC194SHTHIazjGuzkfO tvEt1wmADk_NsLN94Xoxp_T82Ntk6MbiUbiH7L79TqPaP56sxjSinCA5_7HZ zzV.Nc7eyh1HlZkLgVpvYOyGYMeW75zITFm2mEsTVGa3ltlH8bJwKoVAe7MI 89Coh2Da0LH8e9FicoduuYRdTRiKbJ.IFCk1NubIqTcWR1ymTsrB5KYnSj3F s_EYTm6XdK9hW2DRkHPSgjBUeuUP12nJMHQ1UfFKQCkIjET8VAKm1szaITva IywEf1ePKWi8IWTNcybLcrzLpGg-- X-Yahoo-SMTP: R6w3DoGswBDcfoAnjhtSbh5VjSsGLQnV X-Rocket-Received: from [10.167.24.200] (thainhi1992@113.187.0.200 with xymcookie [106.10.149.123]) by smtp123.mail.sg3.yahoo.com with SMTP; 06 Apr 2014 08:34:35 -0700 PDT Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: nv with NVidia Riva 128 broken in 4.3.0 From: thainhi1992@yahoo.com Message-Id: Date: Sun, 6 Apr 2014 22:34:33 +0700 To: "freebsd-stable@freebsd.org" Mime-Version: 1.0 (1.0) X-Mailer: iPhone Mail (11D167) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Apr 2014 15:37:09 -0000 =C4=90=C3=A3 g=E1=BB=ADi t=E1=BB=AB iPhone c=E1=BB=A7a t=C3=B4i= From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 01:51:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CE0F5FF; Mon, 7 Apr 2014 01:51:09 +0000 (UTC) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E8AF783; Mon, 7 Apr 2014 01:51:09 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id lj1so5971782pab.22 for ; Sun, 06 Apr 2014 18:51:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=4JIjes/2O+r2UX4kmz4XHB+I3FDeXC9FomZdL60sXyI=; b=XQIJkI64oV3Q1SpgCBG3NE48M/fadWTPcbLKW+D4HIpm/dtpwsx3qXQ0rvel2MOJdX zUqukHKmUOCH1NLcl2DFWlvQinEbSWzHAsyXIdZaYFqzCRbvdpiuJIYNWgThOKJBHcuq amjZJWd/8GDhK0Ih8/4yG9jc/ksBwGHqsl0tVllbu8FZJgqLTzIaTbrymonQRoUDAoPh AjbMBlVeZx8+nN4TI0DkNMY8If8fSoQVdMLkyU1Izm1tf7C1RZGNDj7+A4u4BfVnbkDi Wc5ExZNDbfQDxVjqyfyfrZcPf3V5MhEhS8rGISQ8xp6OG6v1J93YNc5nZmoiaKyNB9o1 w7WQ== X-Received: by 10.68.252.165 with SMTP id zt5mr28219060pbc.17.1396835468624; Sun, 06 Apr 2014 18:51:08 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id pl10sm32950998pbb.56.2014.04.06.18.51.05 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 06 Apr 2014 18:51:07 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 07 Apr 2014 10:51:04 +0900 From: Yonghyeon PYUN Date: Mon, 7 Apr 2014 10:51:04 +0900 To: Chris H Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 Message-ID: <20140407015104.GC3543@michelle.cdnetworks.com> References: <20140331050002.GC1359@michelle.cdnetworks.com> <20140401065842.GA1364@michelle.cdnetworks.com> <1396384167.81853.210.camel@revolution.hippie.lan> <41917a9e67d0f4519df4b55f3aa6ebe3.authenticated@ultimatedns.net> <20140402003912.GA2938@michelle.cdnetworks.com> <3f97f5646629043fed5e34a77c9c2f3d.authenticated@ultimatedns.net> <20140402020803.GB2938@michelle.cdnetworks.com> <70cd5de109845e30fcb6516af7a6f9de.authenticated@ultimatedns.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <70cd5de109845e30fcb6516af7a6f9de.authenticated@ultimatedns.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net , freebsd-stable , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2014 01:51:09 -0000 On Thu, Apr 03, 2014 at 01:18:19PM -0700, Chris H wrote: > > On Tue, Apr 01, 2014 at 05:53:51PM -0700, Chris H wrote: > >> > On Tue, Apr 01, 2014 at 01:40:58PM -0700, Chris H wrote: > >> >> > On Tue, 2014-04-01 at 13:19 -0700, Chris H wrote: > >> >> >> [...] > >> >> >> miibus0: on nfe0 > >> >> >> rlphy0: PHY 0 on miibus0 > >> >> >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > >> >> >> rlphy1: PHY 1 on miibus0 > >> >> > [...]---big-snip--8<--- > >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 > >> >> >> > >> >> >> As you can see, it looks much the same. I have no idea what > >> >> >> I should do to better inform the driver/kernel how to better > >> >> >> handle it. Or is it the driver, itself? > >> >> >> > >> >> >> Thank you again, for your thoughtful response. > >> >> >> > >> >> >> --Chris > >> >> >> > >> >> > > >> >> > I think the way to fix a phy that responds at all addresses is to set a > >> >> > hint in loader.conf masking out the ones that aren't real, like so: > >> >> > > >> >> > hint.miibus.0.phymask="1" > >> >> > > >> >> > You might be able to set ="0x00000001" to make it more clear it's a > >> >> > bitmask, but I'm not sure of that. > >> >> > >> >> Thank you very much for the hint. I'll give it a shot. > >> >> Any idea why this is happening? I have 4 other MB's using the Nvidia > >> >> chipset, and the nfe(4) driver. But they don't respond this way. > >> >> > >> > > >> > If some nfe(4) variants badly behave in probing stage, this should > >> > be handled by driver. We already have too many hints and tunables > >> > and I don't think most users know that. In addition, adding > >> > additional NIC may change miibus instance number. > >> > > >> > Could you show me the output of 'kenv | grep smbios'? > >> Yes, of course. > >> > >> Here it is: > >> > >> smbios.bios.reldate="11/22/2010" > >> smbios.bios.vendor="American Megatrends Inc." > >> smbios.bios.version="V2.7" > >> smbios.chassis.maker="MSI" > >> smbios.chassis.serial="To Be Filled By O.E.M." > >> smbios.chassis.tag="To Be Filled By O.E.M." > >> smbios.chassis.version="2.0" > >> smbios.memory.enabled="2097152" > >> smbios.planar.maker="MSI" > >> smbios.planar.product="K9N6PGM2-V2 (MS-7309)" > >> smbios.planar.serial="To be filled by O.E.M." > >> smbios.planar.version="2.0" > >> smbios.socket.enabled="1" > >> smbios.socket.populated="1" > >> smbios.system.maker="MSI" > >> smbios.system.product="MS-7309" > >> smbios.system.serial="To Be Filled By O.E.M." > >> smbios.system.uuid="00000000-0000-0000-0000-406186cd4497" > >> smbios.system.version="2.0" > >> smbios.version="2.6" > >> > >> Hope this helps, and thank you for all your time, and trouble. > >> > > > > Thanks for the info. Try attached patch and let me know how it > > works. Make sure to remove the hint(hint.miibus.0.phymask="1") > > set in loader.conf before testing it. > > Hello, and thanks for all the attention. > Sorry for the delay. I chose to perform a dump(8) before attempting > the KERn rebuild with the patch. But the kernel threw a read error > message on one of the drives. So I had to sort out the problem on > the drive before I could complete the dump. Then, of course I had > to reslice, and format another drive to replace the ailing one, > before I could perform a restore(8), and start the nfe patch; build > && install kernel. Weird; the drive had only a few hours on it. > Well, anyway. The patch applied cleanly. So I built, and installed > a new kernel with it. X's out the hint.miibus.0.phymask="0x00000001" > in loader.conf(5), and bounced the box. Bad news: > miibus0: mii_mediachg: can't handle non-zero PHY instance 31 > miibus0: mii_mediachg: can't handle non-zero PHY instance 30 > miibus0: mii_mediachg: can't handle non-zero PHY instance 29 > miibus0: mii_mediachg: can't handle non-zero PHY instance 28 > miibus0: mii_mediachg: can't handle non-zero PHY instance 27 > miibus0: mii_mediachg: can't handle non-zero PHY instance 26 > miibus0: mii_mediachg: can't handle non-zero PHY instance 25 > miibus0: mii_mediachg: can't handle non-zero PHY instance 24 > miibus0: mii_mediachg: can't handle non-zero PHY instance 23 > miibus0: mii_mediachg: can't handle non-zero PHY instance 22 > miibus0: mii_mediachg: can't handle non-zero PHY instance 21 > miibus0: mii_mediachg: can't handle non-zero PHY instance 20 > miibus0: mii_mediachg: can't handle non-zero PHY instance 19 > miibus0: mii_mediachg: can't handle non-zero PHY instance 18 > miibus0: mii_mediachg: can't handle non-zero PHY instance 17 > miibus0: mii_mediachg: can't handle non-zero PHY instance 16 > miibus0: mii_mediachg: can't handle non-zero PHY instance 15 > miibus0: mii_mediachg: can't handle non-zero PHY instance 14 > miibus0: mii_mediachg: can't handle non-zero PHY instance 13 > miibus0: mii_mediachg: can't handle non-zero PHY instance 12 > miibus0: mii_mediachg: can't handle non-zero PHY instance 11 > miibus0: mii_mediachg: can't handle non-zero PHY instance 10 > miibus0: mii_mediachg: can't handle non-zero PHY instance 9 > miibus0: mii_mediachg: can't handle non-zero PHY instance 8 > miibus0: mii_mediachg: can't handle non-zero PHY instance 7 > miibus0: mii_mediachg: can't handle non-zero PHY instance 6 > miibus0: mii_mediachg: can't handle non-zero PHY instance 5 > miibus0: mii_mediachg: can't handle non-zero PHY instance 4 > miibus0: mii_mediachg: can't handle non-zero PHY instance 3 > miibus0: mii_mediachg: can't handle non-zero PHY instance 2 > miibus0: mii_mediachg: can't handle non-zero PHY instance 1 > > Just as before. In case it should make any difference; I'm > going to attach my copy of src/sys/dev/nfe/if_nfe.c in case > there are any differences in mine, that do not coincide with > your version/copy (I'm on releng_9 - 9.2-STABLE) > > FreeBSD demon0 9.2-STABLE FreeBSD 9.2-STABLE #0 r263756M: > Thu Apr 3 12:42:03 PDT 2014 > root@demon0:/usr/obj/usr/src/sys/DEMON0 amd64 > > Best wishes, and thanks again. > Oops, could you show me the output of "pciconf -lcbv"? From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 02:14:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2FE92F56 for ; Mon, 7 Apr 2014 02:14:53 +0000 (UTC) Received: from mail-qg0-x22e.google.com (mail-qg0-x22e.google.com [IPv6:2607:f8b0:400d:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E82579B8 for ; Mon, 7 Apr 2014 02:14:52 +0000 (UTC) Received: by mail-qg0-f46.google.com with SMTP id j107so801591qga.5 for ; Sun, 06 Apr 2014 19:14:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=XFVIqAQE/VXzn3lKW2i0582rPsrCb0NWIzOcwgXGwNc=; b=LwY0nGQnk5Lk6/dcPH7R2yl7cIWkwWoyfT3vB8VAvVYd7mx7QcpSLp0tvqRjBZXkj5 idvV+lXM2na9BoOtczmnp+KAXkiPdoIOiGzAZhMlO3SCQdK73rd+Nm9NH7DGtVbKMmKU Cr/HLDT5ILvjnaxDDQGuxa4uYx/Tao+F0TFVZykD8RTyK+GBfroH/h0rY9QqvNbO2m6d Q9OWjvdsAurf8tjwr5yB7iVXDoUbtIpZFbUwMF5ricNjLTyutsvi23wMILFFWSBzuGAe tSG+lbVCTrIU7OYX6LuPEINMg1bFOgH2a1/X8IWRBrEZ7nYagWEQe2UJCLox7nfHfNiu Recg== X-Received: by 10.140.82.167 with SMTP id h36mr29004389qgd.51.1396836892116; Sun, 06 Apr 2014 19:14:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.96.145.229 with HTTP; Sun, 6 Apr 2014 19:14:12 -0700 (PDT) From: Yushu Gao Date: Mon, 7 Apr 2014 10:14:12 +0800 Message-ID: Subject: How to remove X11 support and all ports options depend on X11 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 02:14:53 -0000 Hi, I am new to FreeBSD, I have used Gentoo before. I want to remove the X11 support and all ports options depend on it, I know how to remove X11 support, but I cannot find out how to remove all ports options depand on it. Can someone kindly tell me the method ? Best regards From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 03:08:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 294898E8 for ; Mon, 7 Apr 2014 03:08:57 +0000 (UTC) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F4122DEC for ; Mon, 7 Apr 2014 03:08:56 +0000 (UTC) Received: by mail-pa0-f42.google.com with SMTP id fb1so6091158pad.15 for ; Sun, 06 Apr 2014 20:08:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XStutSWV7P7AHKfdJXMMw1hnMJOH/thxmvHA7lLz5w8=; b=Qr2Cru3jbwQB6ohrle+subGpPjsbyvCVcQWJIAiWuX3acv4YPVpxwcUzFMhlisoHZV qYnqKBew9T27je2OV0H4asxMpnMcAO3yBFz/ZVEzuVKdcdeTHq1Oq/IbOFALndm2kfES hYsbQG0OhgFEBMiXzrFDX34cIoTtOiFt+CfCiZQXXj4J2E+QgQGVoB7zyGS2TXkKJV59 KsnM3BJXaTF0sZp2vz0y/q4IYQG+g6HAbCfU5DOh6zG4CbVZuh/O6FzHXbztvkcVmUr0 xGEomeQbtdxogs6MYHjfyaKzajA5atBj1+1XhEmmGaxXxdTZfEyf7PbKxQWhCDXXfsj5 7sRg== MIME-Version: 1.0 X-Received: by 10.68.131.202 with SMTP id oo10mr28436836pbb.35.1396840135257; Sun, 06 Apr 2014 20:08:55 -0700 (PDT) Received: by 10.68.150.41 with HTTP; Sun, 6 Apr 2014 20:08:55 -0700 (PDT) In-Reply-To: References: Date: Sun, 6 Apr 2014 23:08:55 -0400 Message-ID: Subject: Re: How to remove X11 support and all ports options depend on X11 From: "illoai@gmail.com" To: Yushu Gao Content-Type: text/plain; charset=ISO-8859-1 Cc: ml-freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 03:08:57 -0000 On 6 April 2014 22:14, Yushu Gao wrote: > Hi, > I am new to FreeBSD, I have used Gentoo before. I want to remove the X11 > support and all ports options depend on it, I know how to remove X11 > support, but I cannot find out how to remove all ports options depand on > it. Can someone kindly tell me the method ? > You can try adding the old WITHOUT_X11=yes to /etc/make.conf, but you will probably be required (at some point) to make sure you don't have any conflicting options* set (via "make config" in the port directory) when things go poorly. *for instance: WITH_QT4=yes has caused problems in the past, since QT4 requires X11 The ports system is not perfect. Sorry. -- -- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 05:14:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 340B148E for ; Mon, 7 Apr 2014 05:14:14 +0000 (UTC) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (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 669D9A0E for ; Mon, 7 Apr 2014 05:14:11 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.34]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id s375DiHD065772 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 7 Apr 2014 14:43:49 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Content-Type: multipart/signed; boundary="Apple-Mail=_76633B74-4B77-4B9F-9F16-8A2B04E43D0E"; protocol="application/pgp-signature"; micalg=pgp-sha1 Date: Mon, 7 Apr 2014 14:43:42 +0930 Subject: XHCI on Parallels VM To: "freebsd-stable@freebsd.org Stable" Message-Id: Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-Spam-Score: -3.551 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 05:14:14 -0000 --Apple-Mail=_76633B74-4B77-4B9F-9F16-8A2B04E43D0E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, I am developing a USB3 device based on the Cypress FX3 for use on = FreeBSD (9 or 10) but my main development platform is OSX so I am = running FreeBSD inside Parallels. I find that if I enable USB3 mode then the device fails to enumerate = with.. Apr 7 05:09:47 freebsd10 kernel: xhci_roothub_exec: type=3D0x23 = request=3D0x03 wLen=3D0x0000 wValue=3D0x0017 wIndex=3D0x8001 Apr 7 05:09:47 freebsd10 kernel: xhci_roothub_exec: type=3D0x23 = request=3D0x03 wLen=3D0x0000 wValue=3D0x0018 wIndex=3D0x8001 Apr 7 05:09:47 freebsd10 kernel: xhci_ep_init: = endpoint=3D0xfffff800071430d8, addr=3D0, endpt=3D0, mode=3D0 Apr 7 05:09:47 freebsd10 kernel: xhci_ep_clear_stall: Apr 7 05:09:47 freebsd10 kernel: xhci_cmd_enable_slot: Apr 7 05:09:47 freebsd10 kernel: xhci_do_command: Command timeout! Apr 7 05:09:47 freebsd10 kernel: xhci_do_command: Command abort = timeout! Apr 7 05:09:47 freebsd10 kernel: usb_alloc_device: device init 2 failed = (USB_ERR_TIMEOUT, ignored) Apr 7 05:09:47 freebsd10 kernel: xhci_device_state_change: Apr 7 05:09:47 freebsd10 kernel: ugen1.2: at usbus1 = (disconnected) Apr 7 05:09:47 freebsd10 kernel: uhub_reattach_port: could not allocate = new device Apr 7 05:09:47 freebsd10 kernel: xhci_roothub_exec: type=3D0x23 = request=3D0x01 wLen=3D0x0000 wValue=3D0x0001 wIndex=3D0x0001 Apr 7 05:09:47 freebsd10 kernel: xhci_roothub_exec: type=3D0xa3 = request=3D0x00 wLen=3D0x0004 wValue=3D0x0000 wIndex=3D0x0002 (I set hw.usb.xhci.debug=3D3) This is with the USB UART sample code from Cypress (so I don't believe = it's a problem with the code in the FX3 micro) If I connect it with the boot loader running it works, however that = enumerates as USB2, not 3. I tried setting hw.usb.ehci.iaadbug=3D1, hw.usb.ehci.lostintrbug=3D1, = hw.usb.xhci.use_polling=3D1 with no change. I also tried setting hw.usb.xhci.xhci_port_route=3D-1 in = /boot/loader.conf with no change (not that I expected it to since it = emulates an NEC XHCI controller..) Here is the output of pciconf -lv if it helps.. hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x04001ab8 = chip=3D0x29a08086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82P965/G965 Memory Controller Hub' class =3D bridge subclass =3D HOST-PCI pcib1@pci0:0:1:0: class=3D0x060401 card=3D0x00008086 = chip=3D0x29818086 rev=3D0x02 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82G35 Express PCI Express Root Port' class =3D bridge subclass =3D PCI-PCI none0@pci0:0:3:0: class=3D0xff0000 card=3D0x04001ab8 = chip=3D0x40001ab8 rev=3D0x00 hdr=3D0x00 vendor =3D 'Parallels, Inc.' device =3D 'Virtual Machine Communication Interface' em0@pci0:0:5:0: class=3D0x020000 card=3D0x04001ab8 chip=3D0x100f8086 = rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82545EM Gigabit Ethernet Controller (Copper)' class =3D network subclass =3D ethernet pcib2@pci0:0:10:0: class=3D0x060400 card=3D0x00000000 = chip=3D0x00221011 rev=3D0x00 hdr=3D0x01 vendor =3D 'Digital Equipment Corporation' device =3D 'DECchip 21150' class =3D bridge subclass =3D PCI-PCI uhci0@pci0:0:29:0: class=3D0x0c0300 card=3D0x04001ab8 = chip=3D0x26588086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI' class =3D serial bus subclass =3D USB xhci0@pci0:0:29:6: class=3D0x0c0330 card=3D0x04001ab8 = chip=3D0x01941033 rev=3D0x03 hdr=3D0x00 vendor =3D 'NEC Corporation' device =3D 'uPD720200 USB 3.0 Host Controller' class =3D serial bus subclass =3D USB ehci0@pci0:0:29:7: class=3D0x0c0320 card=3D0x04001ab8 = chip=3D0x265c8086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI = Controller' class =3D serial bus subclass =3D USB pcib3@pci0:0:30:0: class=3D0x060400 card=3D0x04001ab8 = chip=3D0x244e8086 rev=3D0xf2 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801 PCI Bridge' class =3D bridge subclass =3D PCI-PCI isab0@pci0:0:31:0: class=3D0x060100 card=3D0x04001ab8 = chip=3D0x28108086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801HB/HR (ICH8/R) LPC Interface Controller' class =3D bridge subclass =3D PCI-ISA atapci0@pci0:0:31:1: class=3D0x010180 card=3D0x04001ab8 = chip=3D0x244b8086 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801BA IDE U100 Controller' class =3D mass storage subclass =3D ATA ahci0@pci0:0:31:2: class=3D0x010601 card=3D0x04001ab8 = chip=3D0x28218086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801HR/HO/HH (ICH8R/DO/DH) 6 port SATA Controller = [AHCI mode]' class =3D mass storage subclass =3D SATA pcm0@pci0:0:31:4: class=3D0x040100 card=3D0x04001ab8 = chip=3D0x24458086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801BA/BAM AC'97 Audio Controller' class =3D multimedia subclass =3D audio vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x04001ab8 = chip=3D0x40051ab8 rev=3D0x00 hdr=3D0x00 vendor =3D 'Parallels, Inc.' device =3D 'Accelerated Virtual Video Adapter' class =3D display subclass =3D VGA -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_76633B74-4B77-4B9F-9F16-8A2B04E43D0E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFTQjQH5ZPcIHs/zowRAtZfAJ9lgqfc/UIPCHNh8pNENOp+l69qwgCfVYCE mssDba6Lf5OwdoCs4fNOgh4= =qBWd -----END PGP SIGNATURE----- --Apple-Mail=_76633B74-4B77-4B9F-9F16-8A2B04E43D0E-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 05:15:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 691A75B9 for ; Mon, 7 Apr 2014 05:15:54 +0000 (UTC) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (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 DA254A28 for ; Mon, 7 Apr 2014 05:15:52 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.34]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id s375FdU1065881 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 7 Apr 2014 14:45:44 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Content-Type: multipart/signed; boundary="Apple-Mail=_519F0A30-1AC6-4873-8A80-F166E4F6E865"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: XHCI on Parallels VM From: "Daniel O'Connor" In-Reply-To: Date: Mon, 7 Apr 2014 14:45:38 +0930 Message-Id: <4ACE22B0-B596-4A59-9399-A5EDEC9D643E@gsoft.com.au> References: To: "freebsd-stable@freebsd.org Stable" X-Mailer: Apple Mail (2.1874) X-Spam-Score: -3.551 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 05:15:54 -0000 --Apple-Mail=_519F0A30-1AC6-4873-8A80-F166E4F6E865 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 7 Apr 2014, at 14:43, Daniel O'Connor wrote: > I am developing a USB3 device based on the Cypress FX3 for use on = FreeBSD (9 or 10) but my main development platform is OSX so I am = running FreeBSD inside Parallels. Oops, I forgot to mention.. The VM is running FreeBSD 10.0 FreeBSD freebsd10.local 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: = Thu Jan 16 22:34:59 UTC 2014 = root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_519F0A30-1AC6-4873-8A80-F166E4F6E865 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFTQjR65ZPcIHs/zowRAiuyAKCDRT6azcdaY+2lAye9Xz6VK6fUzgCeK7jz vLF+dtxUKT3q8cSOSO7gIGc= =AYF6 -----END PGP SIGNATURE----- --Apple-Mail=_519F0A30-1AC6-4873-8A80-F166E4F6E865-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 05:46:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A6C9C50; Mon, 7 Apr 2014 05:46:27 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 C99D0BB6; Mon, 7 Apr 2014 05:46:26 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s375nWJS021614; Sun, 6 Apr 2014 22:49:38 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s375nQB4021610; Sun, 6 Apr 2014 22:49:26 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Sun, 6 Apr 2014 22:49:27 -0700 (PDT) Message-ID: <16934e2751614ab9235ac00c6b6bb2d7.authenticated@ultimatedns.net> In-Reply-To: <20140407015104.GC3543@michelle.cdnetworks.com> References: <20140331050002.GC1359@michelle.cdnetworks.com> <20140401065842.GA1364@michelle.cdnetworks.com> <1396384167.81853.210.camel@revolution.hippie.lan> <41917a9e67d0f4519df4b55f3aa6ebe3.authenticated@ultimatedns.net> <20140402003912.GA2938@michelle.cdnetworks.com> <3f97f5646629043fed5e34a77c9c2f3d.authenticated@ultimatedns.net> <20140402020803.GB2938@michelle.cdnetworks.com> <70cd5de109845e30fcb6516af7a6f9de.authenticated@ultimatedns.net> <20140407015104.GC3543@michelle.cdnetworks.com> Date: Sun, 6 Apr 2014 22:49:27 -0700 (PDT) Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 From: "Chris H" To: pyunyh@gmail.com User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-net , freebsd-stable , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 05:46:27 -0000 > On Thu, Apr 03, 2014 at 01:18:19PM -0700, Chris H wrote: >> > On Tue, Apr 01, 2014 at 05:53:51PM -0700, Chris H wrote: >> >> > On Tue, Apr 01, 2014 at 01:40:58PM -0700, Chris H wrote: >> >> >> > On Tue, 2014-04-01 at 13:19 -0700, Chris H wrote: >> >> >> >> [...] >> >> >> >> miibus0: on nfe0 >> >> >> >> rlphy0: PHY 0 on miibus0 >> >> >> >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow >> >> >> >> rlphy1: PHY 1 on miibus0 >> >> >> > [...]---big-snip--8<--- >> >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 >> >> >> >> >> >> >> >> As you can see, it looks much the same. I have no idea what >> >> >> >> I should do to better inform the driver/kernel how to better >> >> >> >> handle it. Or is it the driver, itself? >> >> >> >> >> >> >> >> Thank you again, for your thoughtful response. >> >> >> >> >> >> >> >> --Chris >> >> >> >> >> >> >> > >> >> >> > I think the way to fix a phy that responds at all addresses is to set a >> >> >> > hint in loader.conf masking out the ones that aren't real, like so: >> >> >> > >> >> >> > hint.miibus.0.phymask="1" >> >> >> > >> >> >> > You might be able to set ="0x00000001" to make it more clear it's a >> >> >> > bitmask, but I'm not sure of that. >> >> >> >> >> >> Thank you very much for the hint. I'll give it a shot. >> >> >> Any idea why this is happening? I have 4 other MB's using the Nvidia >> >> >> chipset, and the nfe(4) driver. But they don't respond this way. >> >> >> >> >> > >> >> > If some nfe(4) variants badly behave in probing stage, this should >> >> > be handled by driver. We already have too many hints and tunables >> >> > and I don't think most users know that. In addition, adding >> >> > additional NIC may change miibus instance number. >> >> > >> >> > Could you show me the output of 'kenv | grep smbios'? >> >> Yes, of course. >> >> >> >> Here it is: >> >> >> >> smbios.bios.reldate="11/22/2010" >> >> smbios.bios.vendor="American Megatrends Inc." >> >> smbios.bios.version="V2.7" >> >> smbios.chassis.maker="MSI" >> >> smbios.chassis.serial="To Be Filled By O.E.M." >> >> smbios.chassis.tag="To Be Filled By O.E.M." >> >> smbios.chassis.version="2.0" >> >> smbios.memory.enabled="2097152" >> >> smbios.planar.maker="MSI" >> >> smbios.planar.product="K9N6PGM2-V2 (MS-7309)" >> >> smbios.planar.serial="To be filled by O.E.M." >> >> smbios.planar.version="2.0" >> >> smbios.socket.enabled="1" >> >> smbios.socket.populated="1" >> >> smbios.system.maker="MSI" >> >> smbios.system.product="MS-7309" >> >> smbios.system.serial="To Be Filled By O.E.M." >> >> smbios.system.uuid="00000000-0000-0000-0000-406186cd4497" >> >> smbios.system.version="2.0" >> >> smbios.version="2.6" >> >> >> >> Hope this helps, and thank you for all your time, and trouble. >> >> >> > >> > Thanks for the info. Try attached patch and let me know how it >> > works. Make sure to remove the hint(hint.miibus.0.phymask="1") >> > set in loader.conf before testing it. >> >> Hello, and thanks for all the attention. >> Sorry for the delay. I chose to perform a dump(8) before attempting >> the KERn rebuild with the patch. But the kernel threw a read error >> message on one of the drives. So I had to sort out the problem on >> the drive before I could complete the dump. Then, of course I had >> to reslice, and format another drive to replace the ailing one, >> before I could perform a restore(8), and start the nfe patch; build >> && install kernel. Weird; the drive had only a few hours on it. >> Well, anyway. The patch applied cleanly. So I built, and installed >> a new kernel with it. X's out the hint.miibus.0.phymask="0x00000001" >> in loader.conf(5), and bounced the box. Bad news: >> miibus0: mii_mediachg: can't handle non-zero PHY instance 31 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 30 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 29 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 28 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 27 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 26 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 25 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 24 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 23 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 22 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 21 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 20 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 19 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 18 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 17 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 16 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 15 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 14 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 13 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 12 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 11 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 10 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 9 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 8 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 7 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 6 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 5 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 4 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 3 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 2 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 >> >> Just as before. In case it should make any difference; I'm >> going to attach my copy of src/sys/dev/nfe/if_nfe.c in case >> there are any differences in mine, that do not coincide with >> your version/copy (I'm on releng_9 - 9.2-STABLE) >> >> FreeBSD demon0 9.2-STABLE FreeBSD 9.2-STABLE #0 r263756M: >> Thu Apr 3 12:42:03 PDT 2014 >> root@demon0:/usr/obj/usr/src/sys/DEMON0 amd64 >> >> Best wishes, and thanks again. >> > > Oops, could you show me the output of "pciconf -lcbv"? Yes. Of course. none0@pci0:0:0:0: class=0x050000 card=0x73091462 chip=0x03ea10de rev=0xa1 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 Memory Controller' class = memory subclass = RAM cap 08[44] = HT slave cap 08[dc] = HT MSI address window enabled at 0xfee00000 isab0@pci0:0:1:0: class=0x060100 card=0xcb8410de chip=0x03e010de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 LPC Bridge' class = bridge subclass = PCI-ISA bar [10] = type I/O Port, range 32, base 0x4f00, size 256, enabled none1@pci0:0:1:1: class=0x0c0500 card=0x73091462 chip=0x03eb10de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 SMBus' class = serial bus subclass = SMBus bar [10] = type I/O Port, range 32, base 0x4900, size 64, enabled bar [20] = type I/O Port, range 32, base 0x4d00, size 64, enabled bar [24] = type I/O Port, range 32, base 0x4e00, size 64, enabled cap 01[44] = powerspec 2 supports D0 D3 current D0 none2@pci0:0:1:2: class=0x050000 card=0x73091462 chip=0x03f510de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 Memory Controller' class = memory subclass = RAM ohci0@pci0:0:2:0: class=0x0c0310 card=0x73091462 chip=0x03f110de rev=0xa3 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 USB Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xdff7f000, size 4096, enabled cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 ehci0@pci0:0:2:1: class=0x0c0320 card=0x73091462 chip=0x03f210de rev=0xa3 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 USB Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xdff7ec00, size 256, enabled cap 0a[44] = EHCI Debug Port at offset 0x98 in map 0x14 cap 01[80] = powerspec 2 supports D0 D1 D2 D3 current D0 pcib1@pci0:0:4:0: class=0x060401 card=0xcb8410de chip=0x03f310de rev=0xa1 hdr=0x01 vendor = 'nVidia Corporation' device = 'MCP61 PCI bridge' class = bridge subclass = PCI-PCI cap 0d[b8] = PCI Bridge card=0xcb8410de cap 08[8c] = HT MSI address window disabled at 0xfee00000 hdac0@pci0:0:5:0: class=0x040300 card=0x10ec0888 chip=0x03f010de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 High Definition Audio' class = multimedia subclass = HDA bar [10] = type Memory, range 32, base 0xdff78000, size 16384, enabled cap 01[44] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks enabled with 1 message cap 08[6c] = HT MSI fixed address window enabled at 0xfee00000 atapci0@pci0:0:6:0: class=0x01018a card=0x73091462 chip=0x03ec10de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 IDE' class = mass storage subclass = ATA bar [20] = type I/O Port, range 32, base 0xffa0, size 16, enabled cap 01[44] = powerspec 2 supports D0 D3 current D0 nfe0@pci0:0:7:0: class=0x068000 card=0x73091462 chip=0x03ef10de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 Ethernet' class = bridge bar [10] = type Memory, range 32, base 0xdff7d000, size 4096, enabled bar [14] = type I/O Port, range 32, base 0xe480, size 8, enabled cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 05[50] = MSI supports 8 messages, 64 bit, vector masks enabled with 8 messages cap 08[6c] = HT MSI fixed address window enabled at 0xfee00000 atapci1@pci0:0:8:0: class=0x010185 card=0x73091462 chip=0x03f610de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 SATA Controller' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0xe400, size 8, enabled bar [14] = type I/O Port, range 32, base 0xe080, size 4, enabled bar [18] = type I/O Port, range 32, base 0xe000, size 8, enabled bar [1c] = type I/O Port, range 32, base 0xdc00, size 4, enabled bar [20] = type I/O Port, range 32, base 0xd880, size 16, enabled bar [24] = type Memory, range 32, base 0xdff7c000, size 4096, enabled cap 01[44] = powerspec 2 supports D0 D3 current D0 cap 05[b0] = MSI supports 4 messages, 64 bit cap 08[cc] = HT MSI fixed address window disabled at 0xfee00000 atapci2@pci0:0:8:1: class=0x010185 card=0x73091462 chip=0x03f610de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 SATA Controller' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0xd800, size 8, enabled bar [14] = type I/O Port, range 32, base 0xd480, size 4, enabled bar [18] = type I/O Port, range 32, base 0xd400, size 8, enabled bar [1c] = type I/O Port, range 32, base 0xd080, size 4, enabled bar [20] = type I/O Port, range 32, base 0xd000, size 16, enabled bar [24] = type Memory, range 32, base 0xdff77000, size 4096, enabled cap 01[44] = powerspec 2 supports D0 D3 current D0 cap 05[b0] = MSI supports 4 messages, 64 bit cap 08[cc] = HT MSI fixed address window disabled at 0xfee00000 pcib2@pci0:0:9:0: class=0x060400 card=0x73091462 chip=0x03e810de rev=0xa2 hdr=0x01 vendor = 'nVidia Corporation' device = 'MCP61 PCI Express bridge' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x73091462 cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 2 messages, 64 bit cap 08[60] = HT MSI address window disabled at 0xfee00000 cap 10[80] = PCI-Express 1 root port slot max data 128(256) link x16(x16) speed 2.5(2.5) ASPM disabled(L0s/L1) ecap 0002[100] = VC 1 max VC0 pcib3@pci0:0:11:0: class=0x060400 card=0x73091462 chip=0x03e910de rev=0xa2 hdr=0x01 vendor = 'nVidia Corporation' device = 'MCP61 PCI Express bridge' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x73091462 cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 2 messages, 64 bit cap 08[60] = HT MSI address window disabled at 0xfee00000 cap 10[80] = PCI-Express 1 root port slot max data 128(256) link x1(x1) speed 2.5(2.5) ASPM disabled(L0s/L1) ecap 0002[100] = VC 1 max VC0 pcib4@pci0:0:12:0: class=0x060400 card=0x73091462 chip=0x03e910de rev=0xa2 hdr=0x01 vendor = 'nVidia Corporation' device = 'MCP61 PCI Express bridge' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x73091462 cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 2 messages, 64 bit cap 08[60] = HT MSI address window disabled at 0xfee00000 cap 10[80] = PCI-Express 1 root port slot max data 128(256) link x1(x1) speed 2.5(2.5) ASPM disabled(L0s/L1) ecap 0002[100] = VC 1 max VC0 vgapci0@pci0:0:13:0: class=0x030000 card=0x73091462 chip=0x03d010de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'C61 [GeForce 6150SE nForce 430]' class = display subclass = VGA bar [10] = type Memory, range 32, base 0xde000000, size 16777216, enabled bar [14] = type Prefetchable Memory, range 64, base 0xc0000000, size 268435456, enabled bar [1c] = type Memory, range 64, base 0xdd000000, size 16777216, enabled cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x12001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor HyperTransport Configuration' class = bridge subclass = HOST-PCI cap 08[80] = HT host hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x12011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x12021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x12031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor Miscellaneous Control' class = bridge subclass = HOST-PCI cap 0f[f0] = unknown hostb4@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x12041022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor Link Control' class = bridge subclass = HOST-PCI Thanks for all your time, and efforts. --Chris > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 05:59:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52D5BE8F for ; Mon, 7 Apr 2014 05:59:35 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D915CC8E for ; Mon, 7 Apr 2014 05:59:34 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s375xMmp058116 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 7 Apr 2014 06:59:23 +0100 (BST) (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s375xMmp058116 Authentication-Results: smtp.infracaninophile.co.uk/s375xMmp058116; dkim=none reason="no signature"; dkim-adsp=none Message-ID: <53423EB0.7090507@FreeBSD.org> Date: Mon, 07 Apr 2014 06:59:12 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: How to remove X11 support and all ports options depend on X11 References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="QoMnm7JMgBjCQMjRRBloxNiEhsID6f33M" X-Virus-Scanned: clamav-milter 0.98.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 05:59:35 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QoMnm7JMgBjCQMjRRBloxNiEhsID6f33M Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 07/04/2014 03:14, Yushu Gao wrote: > I am new to FreeBSD, I have used Gentoo before. I want to remove the X1= 1 > support and all ports options depend on it, I know how to remove X11 > support, but I cannot find out how to remove all ports options depand o= n > it. Can someone kindly tell me the method ? Assuming you're using pkg(8) rather than the old pkg_tools, then delete X11 packages and everything that depends on them. eg: # pkg delete -R libX11 (you'll need to repeat that for various other X11 components) Then remove anything that was only installed as a dependency of the X11 ports: # pkg autoremove Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --QoMnm7JMgBjCQMjRRBloxNiEhsID6f33M Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJTQj66XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATq7AQAIVXgMaJCxQcYbKQMrLJskcY DCQRKUkoLS753jWod13w6pZU6dmWDf83hcdZnLRZLLKtohl55mDGZpQNQqgNgnwn 4hUiTAMNkf2rwwW+TVGDISHJvQoQ1FhqFVm2dNEzEohzzYRvFPosc3+KmeEtpzLR VUJlhdjZWhtpoOEIkvOR+3VhON8QBug2vl0BO9mpstuXzd4uKd7VIrsKrPy9yUd4 CmnsN39AouBPHB3p1Ml9qfVuz+ho+bQBnhJqlIWlpt0xFTlO7R8fZxztcKVUzkpH 0zqb2jPz4iOZGIJ/VZzlL+JD/TywD3RlJ01brJbVesWjQGcCp+KXpseWadoceNJj Qi4Q34BZF46mqvG9CCgcVgOwP49kJaRL2VJs1JPfMnNAnKCDBPIEYlOEusU9/oRQ L2pUsjCn4wPzcJWfLn0FyvxUwW74je7OI0z5zWAvDqFQ/WLqihiYdSThXEdRdcPW RAKz2LMYoA4UpR8i3nIGHPVbCS4J6rcMuf74FvQayFiDXr/kyDloc6uW6TcjVrNK YIuLYRWQVFgWqVZ+HCBYy6FsTnEcxrnT0aZCdt+fGCN4NCC0HGDb3QEV6UYikmcW gMWzULgcWl6qcj5msbTbI8eWe0uRib8vgoIadYJKYSolR8QJ9iSkCLLIxMsiqRPq sdmWw5UgfagzFK/gHnzr =OsVe -----END PGP SIGNATURE----- --QoMnm7JMgBjCQMjRRBloxNiEhsID6f33M-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 06:04:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 688266F; Mon, 7 Apr 2014 06:04:00 +0000 (UTC) Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26784D2E; Mon, 7 Apr 2014 06:04:00 +0000 (UTC) Received: by mail-pa0-f50.google.com with SMTP id kq14so6248040pab.37 for ; Sun, 06 Apr 2014 23:03:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=J1goa8/m05zJ39Zbz5bEi6rTI1ZJrDk4D6fVBhnzzNU=; b=ofyBXS5CRPCBZwXZbbeSadL3YxAJnOAmMK3gR/hYhdaLXAStBFfXhHmNuid8g1I8eT qF+aQvd6cH2Nlw2XFCRMdBpraoQ+IpRABn8/NzpNAPKvtAc6NZQ4D0KK1yX2jkebPYWr wSR4mm9VYIxjpur/gGtikqIgeh95aLoqKDpUWlKNmJbj8SFNMLzvn0h7JO2kPkiYvinZ 71THIcahSyi0LIfWTZ6DvcHlc8sZU7Nt471+hNGZPWvVZq+IwvSdlIHWryZ/MzkW2RPt w+jKkbcNgtrPWnbVMAlvY1rgthHFYpMFbR3D+bZ3WaqBXfUdbELq7mXbo/1nQjedg1jg b0Pg== X-Received: by 10.66.153.80 with SMTP id ve16mr1060756pab.143.1396850639571; Sun, 06 Apr 2014 23:03:59 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id xk3sm34158880pbb.65.2014.04.06.23.03.55 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 06 Apr 2014 23:03:58 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 07 Apr 2014 15:03:51 +0900 From: Yonghyeon PYUN Date: Mon, 7 Apr 2014 15:03:51 +0900 To: Chris H Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 Message-ID: <20140407060351.GA1357@michelle.cdnetworks.com> References: <20140401065842.GA1364@michelle.cdnetworks.com> <1396384167.81853.210.camel@revolution.hippie.lan> <41917a9e67d0f4519df4b55f3aa6ebe3.authenticated@ultimatedns.net> <20140402003912.GA2938@michelle.cdnetworks.com> <3f97f5646629043fed5e34a77c9c2f3d.authenticated@ultimatedns.net> <20140402020803.GB2938@michelle.cdnetworks.com> <70cd5de109845e30fcb6516af7a6f9de.authenticated@ultimatedns.net> <20140407015104.GC3543@michelle.cdnetworks.com> <16934e2751614ab9235ac00c6b6bb2d7.authenticated@ultimatedns.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <16934e2751614ab9235ac00c6b6bb2d7.authenticated@ultimatedns.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net , freebsd-stable , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2014 06:04:00 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Apr 06, 2014 at 10:49:27PM -0700, Chris H wrote: > > On Thu, Apr 03, 2014 at 01:18:19PM -0700, Chris H wrote: > >> > On Tue, Apr 01, 2014 at 05:53:51PM -0700, Chris H wrote: > >> >> > On Tue, Apr 01, 2014 at 01:40:58PM -0700, Chris H wrote: > >> >> >> > On Tue, 2014-04-01 at 13:19 -0700, Chris H wrote: > >> >> >> >> [...] > >> >> >> >> miibus0: on nfe0 > >> >> >> >> rlphy0: PHY 0 on miibus0 > >> >> >> >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > >> >> >> >> rlphy1: PHY 1 on miibus0 > >> >> >> > [...]---big-snip--8<--- > >> >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 > >> >> >> >> > >> >> >> >> As you can see, it looks much the same. I have no idea what > >> >> >> >> I should do to better inform the driver/kernel how to better > >> >> >> >> handle it. Or is it the driver, itself? > >> >> >> >> > >> >> >> >> Thank you again, for your thoughtful response. > >> >> >> >> > >> >> >> >> --Chris > >> >> >> >> > >> >> >> > > >> >> >> > I think the way to fix a phy that responds at all addresses is to set a > >> >> >> > hint in loader.conf masking out the ones that aren't real, like so: > >> >> >> > > >> >> >> > hint.miibus.0.phymask="1" > >> >> >> > > >> >> >> > You might be able to set ="0x00000001" to make it more clear it's a > >> >> >> > bitmask, but I'm not sure of that. > >> >> >> > >> >> >> Thank you very much for the hint. I'll give it a shot. > >> >> >> Any idea why this is happening? I have 4 other MB's using the Nvidia > >> >> >> chipset, and the nfe(4) driver. But they don't respond this way. > >> >> >> > >> >> > > >> >> > If some nfe(4) variants badly behave in probing stage, this should > >> >> > be handled by driver. We already have too many hints and tunables > >> >> > and I don't think most users know that. In addition, adding > >> >> > additional NIC may change miibus instance number. > >> >> > > >> >> > Could you show me the output of 'kenv | grep smbios'? > >> >> Yes, of course. > >> >> > >> >> Here it is: > >> >> > >> >> smbios.bios.reldate="11/22/2010" > >> >> smbios.bios.vendor="American Megatrends Inc." > >> >> smbios.bios.version="V2.7" > >> >> smbios.chassis.maker="MSI" > >> >> smbios.chassis.serial="To Be Filled By O.E.M." > >> >> smbios.chassis.tag="To Be Filled By O.E.M." > >> >> smbios.chassis.version="2.0" > >> >> smbios.memory.enabled="2097152" > >> >> smbios.planar.maker="MSI" > >> >> smbios.planar.product="K9N6PGM2-V2 (MS-7309)" > >> >> smbios.planar.serial="To be filled by O.E.M." > >> >> smbios.planar.version="2.0" > >> >> smbios.socket.enabled="1" > >> >> smbios.socket.populated="1" > >> >> smbios.system.maker="MSI" > >> >> smbios.system.product="MS-7309" > >> >> smbios.system.serial="To Be Filled By O.E.M." > >> >> smbios.system.uuid="00000000-0000-0000-0000-406186cd4497" > >> >> smbios.system.version="2.0" > >> >> smbios.version="2.6" > >> >> > >> >> Hope this helps, and thank you for all your time, and trouble. > >> >> > >> > > >> > Thanks for the info. Try attached patch and let me know how it > >> > works. Make sure to remove the hint(hint.miibus.0.phymask="1") > >> > set in loader.conf before testing it. > >> > >> Hello, and thanks for all the attention. > >> Sorry for the delay. I chose to perform a dump(8) before attempting > >> the KERn rebuild with the patch. But the kernel threw a read error > >> message on one of the drives. So I had to sort out the problem on > >> the drive before I could complete the dump. Then, of course I had > >> to reslice, and format another drive to replace the ailing one, > >> before I could perform a restore(8), and start the nfe patch; build > >> && install kernel. Weird; the drive had only a few hours on it. > >> Well, anyway. The patch applied cleanly. So I built, and installed > >> a new kernel with it. X's out the hint.miibus.0.phymask="0x00000001" > >> in loader.conf(5), and bounced the box. Bad news: > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 31 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 30 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 29 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 28 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 27 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 26 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 25 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 24 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 23 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 22 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 21 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 20 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 19 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 18 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 17 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 16 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 15 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 14 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 13 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 12 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 11 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 10 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 9 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 8 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 7 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 6 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 5 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 4 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 3 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 2 > >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 > >> > >> Just as before. In case it should make any difference; I'm > >> going to attach my copy of src/sys/dev/nfe/if_nfe.c in case > >> there are any differences in mine, that do not coincide with > >> your version/copy (I'm on releng_9 - 9.2-STABLE) > >> > >> FreeBSD demon0 9.2-STABLE FreeBSD 9.2-STABLE #0 r263756M: > >> Thu Apr 3 12:42:03 PDT 2014 > >> root@demon0:/usr/obj/usr/src/sys/DEMON0 amd64 > >> > >> Best wishes, and thanks again. > >> > > > > Oops, could you show me the output of "pciconf -lcbv"? > > Yes. Of course. > [...] > nfe0@pci0:0:7:0: class=0x068000 card=0x73091462 chip=0x03ef10de rev=0xa2 hdr=0x00 > vendor = 'nVidia Corporation' > device = 'MCP61 Ethernet' > class = bridge > bar [10] = type Memory, range 32, base 0xdff7d000, size 4096, enabled > bar [14] = type I/O Port, range 32, base 0xe480, size 8, enabled > cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 05[50] = MSI supports 8 messages, 64 bit, vector masks enabled with 8 messages > cap 08[6c] = HT MSI fixed address window enabled at 0xfee00000 Thanks a lot for the info. It seems I missed there are 4 variants for MCP61. Try attached patch again. --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="nfe.msi.diff2" Index: sys/dev/nfe/if_nfe.c =================================================================== --- sys/dev/nfe/if_nfe.c (revision 264061) +++ sys/dev/nfe/if_nfe.c (working copy) @@ -79,6 +79,7 @@ static int nfe_suspend(device_t); static int nfe_resume(device_t); static int nfe_shutdown(device_t); static int nfe_can_use_msix(struct nfe_softc *); +static int nfe_detect_msik9(struct nfe_softc *); static void nfe_power(struct nfe_softc *); static int nfe_miibus_readreg(device_t, int, int); static int nfe_miibus_writereg(device_t, int, int, int); @@ -334,13 +335,38 @@ nfe_alloc_msix(struct nfe_softc *sc, int count) } } + static int +nfe_detect_msik9(struct nfe_softc *sc) +{ + static char *maker = "MSI"; + static char *product = "K9N6PGM2-V2 (MS-7309)"; + char *m, *p; + int found; + + found = 0; + m = getenv("smbios.planar.maker"); + p = getenv("smbios.planar.product"); + if (m != NULL && p != NULL) { + if (strcmp(m, maker) == 0 && strcmp(p, product) == 0) + found = 1; + } + if (m != NULL) + freeenv(m); + if (p != NULL) + freeenv(p); + + return (found); +} + + +static int nfe_attach(device_t dev) { struct nfe_softc *sc; struct ifnet *ifp; bus_addr_t dma_addr_max; - int error = 0, i, msic, reg, rid; + int error = 0, i, msic, phyloc, reg, rid; sc = device_get_softc(dev); sc->nfe_dev = dev; @@ -608,8 +634,16 @@ nfe_attach(device_t dev) #endif /* Do MII setup */ + phyloc = MII_PHY_ANY; + if (sc->nfe_devid == PCI_PRODUCT_NVIDIA_MCP61_LAN1 || + sc->nfe_devid == PCI_PRODUCT_NVIDIA_MCP61_LAN2 || + sc->nfe_devid == PCI_PRODUCT_NVIDIA_MCP61_LAN3 || + sc->nfe_devid == PCI_PRODUCT_NVIDIA_MCP61_LAN4) { + if (nfe_detect_msik9(sc) != 0) + phyloc = 0; + } error = mii_attach(dev, &sc->nfe_miibus, ifp, nfe_ifmedia_upd, - nfe_ifmedia_sts, BMSR_DEFCAPMASK, MII_PHY_ANY, MII_OFFSET_ANY, + nfe_ifmedia_sts, BMSR_DEFCAPMASK, phyloc, MII_OFFSET_ANY, MIIF_DOPAUSE); if (error != 0) { device_printf(dev, "attaching PHYs failed\n"); --EeQfGwPcQSOJBaQU-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 06:05:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9BC9822B for ; Mon, 7 Apr 2014 06:05:41 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46F50D59 for ; Mon, 7 Apr 2014 06:05:41 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s3765ZRa058295 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 7 Apr 2014 07:05:36 +0100 (BST) (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s3765ZRa058295 Authentication-Results: smtp.infracaninophile.co.uk/s3765ZRa058295; dkim=none reason="no signature"; dkim-adsp=none Message-ID: <5342402D.6070306@FreeBSD.org> Date: Mon, 07 Apr 2014 07:05:33 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: How to remove X11 support and all ports options depend on X11 References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="QwHGK6uNwmEn0A8vlMxBHvHcVuQmco7Fu" X-Virus-Scanned: clamav-milter 0.98.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 06:05:41 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QwHGK6uNwmEn0A8vlMxBHvHcVuQmco7Fu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 07/04/2014 04:08, illoai@gmail.com wrote: > On 6 April 2014 22:14, Yushu Gao wrote: >> Hi, >> I am new to FreeBSD, I have used Gentoo before. I want to remove the X= 11 >> support and all ports options depend on it, I know how to remove X11 >> support, but I cannot find out how to remove all ports options depand = on >> it. Can someone kindly tell me the method ? >> >=20 > You can try adding the old > WITHOUT_X11=3Dyes > to /etc/make.conf, but you will probably be required > (at some point) to make sure you don't have any conflicting > options* set (via "make config" in the port directory) when > things go poorly. >=20 >=20 > *for instance: WITH_QT4=3Dyes > has caused problems in the past, since QT4 requires X11 > The ports system is not perfect. Sorry. Unfortunately, neither is your advice. 'WITHOUT_X11' is obsolete. What you want nowadays is: OPTIONS_UNSET+=3D x11 Note that this can be overridden by OPTIONS settings in individual ports. It sets the default to off, and turns off X11 for ports where you haven't run the options dialogue. See the comments at the top of /usr/ports/Mk/bsd.options.mk for more deta= il. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --QwHGK6uNwmEn0A8vlMxBHvHcVuQmco7Fu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJTQkAuXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkAT74IP/2IUrujUTUa41o1Y7QpgUlpD chxYQ2nVTFWeA6JHZS0GqbuJ0wpVr5la205zOV1lh2yB5t9eSvaJNDWMPhnr1Fg7 p4+DYKmdvAH8+PrU3XAEPKHCWtohg7NN0ozp9xtGjzZK4tOmHtwRfbeWockoDZhr DbTk6zMIdHscEquDz1M4SQAo+O8zrg8hJeao1duDJHx0BBlfmkrqw0FzbGf59VMc yURnPE4kPDbPwANO+AGd0m9uCcby9P+0IMWKGYpznP9yoJnDKNJFpjea4qBqt83O E12D1uua4/DR3EfhhfUCPlCebycEWIlGUs4ggIQJg1sT59LcPLjQnATGUvDOLI7X Kfw0Ark6cJx8Z2XT7F43eb4xqbGMOnjIn6da4QaSyrjhIDIs2ThAZwZ39I8dcOaF aDgTZwH84GhOpON0pNuAF5gZIxfl6AGrgfzLw7AWrwFXS4fH0/kUKDrgN+3F9nu7 9apiGZatXSOffVajczQ7pn4MiT+hZAT8w0y1jSL5FuGf/lqz5OOH5Gi2+JNY5hW0 q2tymmv5anvAc9xrULDHxC58PS8N+OXz2usfI2rqQJufWrm6nIwcEO7A9dJCfZBO X1SQjgKtq7HhJ4w6J6TK+4lCODxWrfYuceV8e10P3664QuMHXeUsVrEB3aIIuyBU roXyFVHE56STziTP9xmO =ZRDM -----END PGP SIGNATURE----- --QwHGK6uNwmEn0A8vlMxBHvHcVuQmco7Fu-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 08:46:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DE886E9 for ; Mon, 7 Apr 2014 08:46:32 +0000 (UTC) Received: from cerebro.liukuma.net (cerebro.liukuma.net [IPv6:2a00:d1e0:1000:1b00::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0080AC8E for ; Mon, 7 Apr 2014 08:46:31 +0000 (UTC) Received: from cerebro.liukuma.net (localhost [127.0.0.1]) by cerebro.liukuma.net (Postfix) with ESMTP id 6E3BF8A016E for ; Mon, 7 Apr 2014 11:46:30 +0300 (EEST) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net 6E3BF8A016E DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=liukuma.net; s=liukudkim; t=1396860390; bh=PfUuxGrXRVXkSIoVx4euYgp+D9P6cUCZrvaxoRhXhqA=; h=From:To:References:In-Reply-To:Subject:Date; b=BkNPpdofGm7FR1JpWohhOMbnP/Rzf215T+YYml6nosdfd1owf/MSoCQgs6rMlxEFE +g9nioo7yFDFEOfzkVZv+abb+cxCYDyVl1iUZ1FYyzqWNhGzY8CcgxcDL1P/GmFDcz ySF6ebh0LC3Tmyg451H7EEu8VW7kHVObQ6LBJ3FQ= X-Virus-Scanned: amavisd-new at liukuma.net Received: from cerebro.liukuma.net ([127.0.0.1]) by cerebro.liukuma.net (cerebro.liukuma.net [127.0.0.1]) (amavisd-new, port 10027) with LMTP id Vm5GvBgWrz2G for ; Mon, 7 Apr 2014 11:46:26 +0300 (EEST) Received: from Rivendell (dsl-kmibrasgw1-54f8d4-179.dhcp.inet.fi [84.248.212.179]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: ignatz@cerebro.liukuma.net) by cerebro.liukuma.net (Postfix) with ESMTPSA id B1B1A8A0170 for ; Mon, 7 Apr 2014 11:46:25 +0300 (EEST) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net B1B1A8A0170 Message-ID: <9C7D13843CC24924BAF89EA565054441@Rivendell> From: "Reko Turja" To: References: <5342402D.6070306@FreeBSD.org> In-Reply-To: <5342402D.6070306@FreeBSD.org> Subject: Re: How to remove X11 support and all ports options depend on X11 Date: Mon, 7 Apr 2014 11:46:24 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3555.308 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3555.308 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 08:46:32 -0000 -----Original Message----- From: Matthew Seaman >On 07/04/2014 04:08, illoai@gmail.com wrote: >> On 6 April 2014 22:14, Yushu Gao wrote: >>> Hi, >>> I am new to FreeBSD, I have used Gentoo before. I want to remove the X11 >>> support and all ports options depend on it, I know how to remove X11 >> You can try adding the old >> WITHOUT_X11=yes >> to /etc/make.conf, but you will probably be required >> *for instance: WITH_QT4=yes >> has caused problems in the past, since QT4 requires X11 >> The ports system is not perfect. Sorry. > >Unfortunately, neither is your advice. 'WITHOUT_X11' is obsolete. What >you want nowadays is: > > OPTIONS_UNSET+= x11 > > Note that this can be overridden by OPTIONS settings in individual Sadly, not all the ports do honor the new option yet and I learned the hard way that old style: WITHOUT_X11=yes WITHOUT_GNOME=yes are still required with some ports if you do not want X11/gnome at all. Until the new option is universally honoured, setting the old style knobs is far better alternative than having hundreds of excess ports installed into machine for X or Gnome. Of course proper course of action is to report those portsthat need old knobs, but I was somewhat pressed at the time and had no time to write a PR about it. All I remember the port was either ImageMagick-nox or ghostscript-nox or one of their dependencies. -Reko From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 09:26:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D8B1790; Mon, 7 Apr 2014 09:26:14 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E8737111; Mon, 7 Apr 2014 09:26:13 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.8/8.14.8) with ESMTP id s379QBBh025207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 7 Apr 2014 13:26:11 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.8/8.14.8/Submit) id s379QBQc025206; Mon, 7 Apr 2014 13:26:11 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 7 Apr 2014 13:26:11 +0400 From: Gleb Smirnoff To: Oliver Lehmann Subject: Re: r263478 - /stable/10/sys/net/route.h breaks net-snmp Message-ID: <20140407092611.GP44326@glebius.int.ru> References: <20140406101131.Horde.OoOkpfQUTkPO6Q0jKJFQvw7@avocado.salatschuessel.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140406101131.Horde.OoOkpfQUTkPO6Q0jKJFQvw7@avocado.salatschuessel.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: zi@freebsd.org, ports@freebsd.org, stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 09:26:14 -0000 On Sun, Apr 06, 2014 at 10:11:31AM +0200, Oliver Lehmann wrote: O> Hi Gleb, O> O> your change to route.h breaks the compilation of O> net-mgmt/net-snmp. Can you please fix it? O> O> Here is a log from CURRENT, the error message on 10-STABLE is the same. O> With 10-RELEASE the port compiled fine: O> O> http://beefy1.isc.freebsd.org/bulk/head-i386-default/latest/logs/errors/net-snmp-5.7.2_4.log Strange. This is how it builds on my CURRENT: checking for struct rtentry.rt_dst... no checking for struct rtentry.rt_hash... no checking for struct rtentry.rt_next... no checking for struct rtentry.rt_refcnt... no checking for struct rtentry.rt_unit... no checking for struct rtentry.rt_use... no checking type of rtentry structure... unknown checking for struct rtentry... rtentry After that, it compiles fine. In your log it detects 'struct ortentry' and surprisingly prefers it. -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 10:28:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AB78F87 for ; Mon, 7 Apr 2014 10:28:11 +0000 (UTC) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with ESMTP id DF3E3887 for ; Mon, 7 Apr 2014 10:28:10 +0000 (UTC) Received: (qmail 81977 invoked by uid 80); 7 Apr 2014 10:28:01 -0000 Received: from 217.110.62.221 ([217.110.62.221]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Mon, 07 Apr 2014 12:28:01 +0200 Date: Mon, 07 Apr 2014 12:28:01 +0200 Message-ID: <20140407122801.Horde.5xq2r-rKMOXKBCqbSukjFQ5@avocado.salatschuessel.net> From: Oliver Lehmann To: Gleb Smirnoff Subject: Re: r263478 - /stable/10/sys/net/route.h breaks net-snmp References: <20140406101131.Horde.OoOkpfQUTkPO6Q0jKJFQvw7@avocado.salatschuessel.net> <20140407092611.GP44326@glebius.int.ru> In-Reply-To: <20140407092611.GP44326@glebius.int.ru> User-Agent: Internet Messaging Program (IMP) H5 (6.1.7) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: zi@freebsd.org, ports@freebsd.org, stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 10:28:11 -0000 Hi Gleb, > Strange. This is how it builds on my CURRENT: > > checking for struct rtentry.rt_dst... no > checking for struct rtentry.rt_hash... no > checking for struct rtentry.rt_next... no > checking for struct rtentry.rt_refcnt... no > checking for struct rtentry.rt_unit... no > checking for struct rtentry.rt_use... no > checking type of rtentry structure... unknown > checking for struct rtentry... rtentry > > After that, it compiles fine. > > In your log it detects 'struct ortentry' and surprisingly prefers it. Please check 10-STABLE. - ortentry is visible - rtentry is not visible I guess this is the reason why. I didn't checked CURRENT, just grabbed up the log via google (I have no CURRENT system atm). My issue is on STABLE where you merged this to. I wonder why this API-breakage got merged anyway?! From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 13:33:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3AED970; Mon, 7 Apr 2014 13:33:50 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 38662E87; Mon, 7 Apr 2014 13:33:49 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.8/8.14.8) with ESMTP id s37DXDjk027268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 7 Apr 2014 17:33:13 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.8/8.14.8/Submit) id s37DXD0r027267; Mon, 7 Apr 2014 17:33:13 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 7 Apr 2014 17:33:13 +0400 From: Gleb Smirnoff To: Oliver Lehmann Subject: Re: r263478 - /stable/10/sys/net/route.h breaks net-snmp Message-ID: <20140407133313.GX44326@FreeBSD.org> References: <20140406101131.Horde.OoOkpfQUTkPO6Q0jKJFQvw7@avocado.salatschuessel.net> <20140407092611.GP44326@glebius.int.ru> <20140407122801.Horde.5xq2r-rKMOXKBCqbSukjFQ5@avocado.salatschuessel.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140407122801.Horde.5xq2r-rKMOXKBCqbSukjFQ5@avocado.salatschuessel.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: zi@freebsd.org, ports@freebsd.org, stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 13:33:50 -0000 On Mon, Apr 07, 2014 at 12:28:01PM +0200, Oliver Lehmann wrote: O> > Strange. This is how it builds on my CURRENT: O> > O> > checking for struct rtentry.rt_dst... no O> > checking for struct rtentry.rt_hash... no O> > checking for struct rtentry.rt_next... no O> > checking for struct rtentry.rt_refcnt... no O> > checking for struct rtentry.rt_unit... no O> > checking for struct rtentry.rt_use... no O> > checking type of rtentry structure... unknown O> > checking for struct rtentry... rtentry O> > O> > After that, it compiles fine. O> > O> > In your log it detects 'struct ortentry' and surprisingly prefers it. O> O> Please check 10-STABLE. O> - ortentry is visible O> - rtentry is not visible O> I guess this is the reason why. I didn't checked CURRENT, just grabbed O> up the log via google (I have no CURRENT system atm). My issue is on O> STABLE where you merged this to. I wonder why this API-breakage got O> merged anyway?! The ortentry wasn't part of any API or ABI. It was just defined. I am very surprised that net-snmp picks it and utilizes it during compilation. If it uses the structure anywhere, then it obtains invalid info from it. So that is actually a bug on net-snmp side taking that structure. I guess that in CURRENT, where ortentry is wiped entirely, and net-snmp takes rtentry, we've got the bug accidentially fixed. I'm now running universe build with r263203 merged. If it succeeds, I will merge r263203 removing declaration of ortentry. -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 13:54:33 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39449464 for ; Mon, 7 Apr 2014 13:54:33 +0000 (UTC) Received: from smtp.pobox.com (b-pb-sasl-quonix.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 07271F3 for ; Mon, 7 Apr 2014 13:54:32 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by b-sasl-quonix.pobox.com (Postfix) with ESMTP id 490EB79E85 for ; Mon, 7 Apr 2014 09:54:23 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:mime-version:content-type; s=sasl; bh=jEF6eT l1MmlWwS9vTtaF9mgCX3c=; b=DDspdZjOwV96e7JJmYGn69dO5HTJVkIuO7wgKo jlmSEhE7YdeuG2wNNjwTfd4R5aG5o+vVltPrhJnHj8cKHHyCFH/k1yS1kgvDYx91 VQ6//Ah4ryn5ZmupKGAcY+S7JQde+/5HMWUv4HpH491b3g7DUdyBYcjztaqWU2P0 VIMk4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:mime-version:content-type; q=dns; s=sasl; b= LKXjdPtyBeTg85lBS5nBDMNFagYi921bwyJrt/39Z47f3SzuIo9Hbng3tWe69HZj aoZu1y2R6yNOCJby3u7B8cPLU6hqnqGy7bIxsls0d6vKVIFcX9J9sKFtqCkvHGF6 LppLj1t/cfbL0eSBn+OQ7mIAvQUiW7R2JiHtDVEFtAU= Received: from b-pb-sasl-quonix.pobox.com (unknown [127.0.0.1]) by b-sasl-quonix.pobox.com (Postfix) with ESMTP id 334F979E84 for ; Mon, 7 Apr 2014 09:54:23 -0400 (EDT) Received: from localhost (unknown [76.99.50.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by b-sasl-quonix.pobox.com (Postfix) with ESMTPSA id 47A8079E81 for ; Mon, 7 Apr 2014 09:54:22 -0400 (EDT) Date: Mon, 7 Apr 2014 09:54:21 -0400 From: Chris Nehren To: stable@freebsd.org Subject: Note for those pulling in new ZFS feature flags Message-ID: <20140407135421.GA16385@behemoth> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: 1F5261BE-BE5C-11E3-BFDA-8D19802839F8-49531120!b-pb-sasl-quonix.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 13:54:33 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Not too long ago I upgraded my FreeBSD workstation to 10-STABLE =66rom 10-RELEASE in order to try newcons. After I upgraded to 10-STABLE, I saw in `zpool status` that my pools could be upgraded to a new version of ZFS. I did this, and then needed to reboot the machine for unrelated reasons. When it came back up, it refused to boot because gptzfsboot couldn't import the pools. I solved this by re-running `gpart bootcode` for the afflicted drives. This was a bit trying, though, as my workstation is the only FreeBSD machine I have readily available. So, for those upgrading their zpools, be careful and remember to fix the bootcode if you're using ZFS for the root filesystem. I have also filed a PR to note that situations like these should be noted in UPDATING, kern/188328. Hopefully this post saves someone else a few hours. --=20 Chris Nehren --AhhlLboLdkugWU4S Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJbBAABAgBFBQJTQq4NPhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEB6OfWhX/6FT31sP/R1g UmnOZYPubU4cJKXxjAvfkRXmXzaNLHxuIuE/IR1TeFNMxrJr1ffAWZ2xu3+ANQDI QH0myUEmt1E4/hSZW4tx4/O+XI6gLQbTxjIL2IpXEqP8VoZMYN9mQkgm+09/JhuG irjc6HXmWuIfmOUF4fmztFAvF6m72pEeXRVhCLRuyO4VV43hrbDgpDsByRzyDGUt foGUA7P/WUbKabLs2EQkEW7+foBbxI3H6aDjfEGNMmvnhtul8CiNfePg8P9Q7f6a m4b5fN4exWU7NiqUGosotzYc+wE9pgdtB5L0C6BkT3waMZxsmSt1i/DmghxXbN6c 2Y+24OzyuwDn4zAcbe9npodo7V+mst8S0Agoae3X8oE5OkOad2mahVk7TvakERSM KhTgfy9quIES/lKhcQTrd5WoLOoGqVnGQZZf7dc4ci8HgRvoGQejiY4YpSiJSmOX tIMRabWh9kXampmKAEAu8ZVWu6iLhbCoNpOrjvWlvzSHp5bHW4tAn5xhgiPgVCKX i6OPkKvjGHLTYzj1IgtQaIWLU6sxUeLeP7uBjGW0gCJM9+/9117TbG2gHphnXqVF dWr6HtylewOsusOSu3VAhIJ/XlOHjKfSa8+LQQoowVHFXdEkJuZ6F0+DQBFtGuLf WI+n5XRoRIlxkynwTSArAg9xTgwHBcS11z3KMlBC =w+JW -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 13:59:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A0B47D9 for ; Mon, 7 Apr 2014 13:59:28 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.feld.me", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 09A9A139 for ; Mon, 7 Apr 2014 13:59:27 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]); by mail.feld.me (OpenSMTPD) with ESMTP id 5052b8bc; for ; Mon, 7 Apr 2014 08:59:24 -0500 (CDT) Received: from feld@feld.me by mail.feld.me (Archiveopteryx 3.2.0) with esmtpsa id 1396879163-54438-54435/5/2; Mon, 7 Apr 2014 13:59:23 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Date: Mon, 7 Apr 2014 08:59:23 -0500 From: Mark Felder To: freebsd-stable@freebsd.org Subject: Re: Note for those pulling in new ZFS feature flags In-Reply-To: <20140407135421.GA16385@behemoth> References: <20140407135421.GA16385@behemoth> Message-Id: X-Sender: feld@FreeBSD.org User-Agent: Roundcube Webmail/0.9.5 Sender: feld@feld.me X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 13:59:28 -0000 On 2014-04-07 08:54, Chris Nehren wrote: > Not too long ago I upgraded my FreeBSD workstation to 10-STABLE > from 10-RELEASE in order to try newcons. After I upgraded to > 10-STABLE, I saw in `zpool status` that my pools could be > upgraded to a new version of ZFS. I did this, and then needed to > reboot the machine for unrelated reasons. When it came back up, > it refused to boot because gptzfsboot couldn't import the pools. > > I solved this by re-running `gpart bootcode` for the afflicted > drives. This was a bit trying, though, as my workstation is the > only FreeBSD machine I have readily available. So, for those > upgrading their zpools, be careful and remember to fix the > bootcode if you're using ZFS for the root filesystem. > > I have also filed a PR to note that situations like these should > be noted in UPDATING, kern/188328. Hopefully this post saves > someone else a few hours. I also created this little handy script to more easily update my bootcode... https://feld.me/freebsd/bootcode-update.sh From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 14:02:36 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31BEFA73; Mon, 7 Apr 2014 14:02:36 +0000 (UTC) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "webmail2.dweimer.local", Issuer "webmail2.dweimer.local" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F0B531E8; Mon, 7 Apr 2014 14:02:35 +0000 (UTC) Received: from www.dweimer.net (webmail [192.168.5.2]) by webmail.dweimer.net (8.14.7/8.14.7) with ESMTP id s37E2Sib026410 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 7 Apr 2014 09:02:28 -0500 (CDT) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 07 Apr 2014 09:02:28 -0500 From: dweimer To: Chris Nehren Subject: Re: Note for those pulling in new ZFS feature flags Organization: dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: <20140407135421.GA16385@behemoth> References: <20140407135421.GA16385@behemoth> Message-ID: <60a1b6ff504c5295479fc66c81e287a5@dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.0-rc Cc: owner-freebsd-stable@freebsd.org, stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dweimer@dweimer.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2014 14:02:36 -0000 On 04/07/2014 8:54 am, Chris Nehren wrote: > Not too long ago I upgraded my FreeBSD workstation to 10-STABLE > from 10-RELEASE in order to try newcons. After I upgraded to > 10-STABLE, I saw in `zpool status` that my pools could be > upgraded to a new version of ZFS. I did this, and then needed to > reboot the machine for unrelated reasons. When it came back up, > it refused to boot because gptzfsboot couldn't import the pools. > > I solved this by re-running `gpart bootcode` for the afflicted > drives. This was a bit trying, though, as my workstation is the > only FreeBSD machine I have readily available. So, for those > upgrading their zpools, be careful and remember to fix the > bootcode if you're using ZFS for the root filesystem. > > I have also filed a PR to note that situations like these should > be noted in UPDATING, kern/188328. Hopefully this post saves > someone else a few hours. If I am not mistaken, zpool upgrade displays a message on the screen indicating that you should do the gpart bootcode after it completes the upgrade. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 14:36:23 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C38CD9A1 for ; Mon, 7 Apr 2014 14:36:23 +0000 (UTC) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FF37772 for ; Mon, 7 Apr 2014 14:36:23 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id s7so4848594lbd.15 for ; Mon, 07 Apr 2014 07:36:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=mGMaFHE3J6brcIjkAXHA2Fwcn20su33t+HYqNz1fXVw=; b=mrFMGOWW9fidvTssPQsCorPkJqP38ObloGpsTatbUZx7lc3MU1kjlP82+wS0OdRTC/ A9MMTkE9zIRASTV7KhJXFnfqDeTwDf9/QZnk7ubo+WJJf8DTp9a6tJZF0bc/U/w/rsb2 TtOboVchjLeGQxGJoelWOxfD/yQyCP3/mEdCEshHB2QwfeKtS0TT3O1tZe6NkiVFVbJJ Lavb7Ur8K/kp2++eQrkaLVLwm3bSopuTmWHUO4LuMPH4RtkTvTNvkoZoxU66aHzxmhju 4ofziKDzEeh3YLokJiQEymj9K0JESUjZFVoMToDdGwPslOjJ0TSvpRgS8SmKCqGA4qKY 9sKw== MIME-Version: 1.0 X-Received: by 10.112.222.225 with SMTP id qp1mr574805lbc.59.1396881381063; Mon, 07 Apr 2014 07:36:21 -0700 (PDT) Received: by 10.112.129.164 with HTTP; Mon, 7 Apr 2014 07:36:21 -0700 (PDT) In-Reply-To: <20140407135421.GA16385@behemoth> References: <20140407135421.GA16385@behemoth> Date: Mon, 7 Apr 2014 15:36:21 +0100 Message-ID: Subject: Re: Note for those pulling in new ZFS feature flags From: Tom Evans To: Chris Nehren Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 14:36:23 -0000 On Mon, Apr 7, 2014 at 2:54 PM, Chris Nehren wrote: > Not too long ago I upgraded my FreeBSD workstation to 10-STABLE > from 10-RELEASE in order to try newcons. After I upgraded to > 10-STABLE, I saw in `zpool status` that my pools could be > upgraded to a new version of ZFS. I did this, and then needed to > reboot the machine for unrelated reasons. When it came back up, > it refused to boot because gptzfsboot couldn't import the pools. > > I solved this by re-running `gpart bootcode` for the afflicted > drives. This was a bit trying, though, as my workstation is the > only FreeBSD machine I have readily available. So, for those > upgrading their zpools, be careful and remember to fix the > bootcode if you're using ZFS for the root filesystem. ISTR that "zpool upgrade" will also remind you to do this if bootfs is true for the pool you upgraded. Also, it is always worth having around a bootable memstick available with the zfs code you are actually running in order to use as a recovery disk in circumstances like this. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 14:55:15 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8304278F; Mon, 7 Apr 2014 14:55:15 +0000 (UTC) Received: from smtp.pobox.com (b-pb-sasl-quonix.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 3EED79D7; Mon, 7 Apr 2014 14:55:15 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by b-sasl-quonix.pobox.com (Postfix) with ESMTP id 9C85C79A3C; Mon, 7 Apr 2014 10:55:13 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=PFCcX0k5P0F+WXJ1LDZLEKQ3+Ls=; b=Ep2RXE6 t8Prg6MNvDcaMMGN3z2l1lB+NFOW8UYrmnI/uqpfFG/bwjtNFz+cvuw2k7Ey+P6L Qm9M5qC9qkALemCLoDEVEdj9b+ctXf73hGm5WeIbWfgRJpmRwc0RS4bff87fv31I QvG/qrr4dW6YNOloSLcZ5Rob7x4uZ7XYV9ss= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=E/yynDlaw7h4z2ptgyDjdclJtncDsAAWF CKDE49B+arWV3Qs6bQSp6KNHwwknDfjwrVwtF74U6A5ZwTwCfu4DG3JUQs1gasor DZyWCZsFOlGeW0aGu8ZBAuT+jlq60cRlgrRnaHBUzbuO9EjSdXdyhCNWfF7LR7OG 8h1SOYUSsQ= Received: from b-pb-sasl-quonix.pobox.com (unknown [127.0.0.1]) by b-sasl-quonix.pobox.com (Postfix) with ESMTP id 7F43D79A3B; Mon, 7 Apr 2014 10:55:13 -0400 (EDT) Received: from localhost (unknown [76.99.50.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by b-sasl-quonix.pobox.com (Postfix) with ESMTPSA id 2AF8279A37; Mon, 7 Apr 2014 10:55:12 -0400 (EDT) Date: Mon, 7 Apr 2014 10:55:11 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org, FreeBSD Stable Subject: Re: Note for those pulling in new ZFS feature flags Message-ID: <20140407145511.GA16747@behemoth> Mail-Followup-To: freebsd-stable@freebsd.org, FreeBSD Stable References: <20140407135421.GA16385@behemoth> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: 9ED3CCF4-BE64-11E3-8FCA-8D19802839F8-49531120!b-pb-sasl-quonix.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 14:55:15 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 07, 2014 at 15:36:21 +0100, Tom Evans wrote: > > I solved this by re-running `gpart bootcode` for the afflicted > > drives. This was a bit trying, though, as my workstation is the > > only FreeBSD machine I have readily available. So, for those > > upgrading their zpools, be careful and remember to fix the > > bootcode if you're using ZFS for the root filesystem. >=20 > ISTR that "zpool upgrade" will also remind you to do this if bootfs is > true for the pool you upgraded. >=20 > Also, it is always worth having around a bootable memstick available > with the zfs code you are actually running in order to use as a > recovery disk in circumstances like this. I'm fairly certain there was no such message, or I would have dutifully done what it said. I definitely do know there is a message of that kind when attaching a disk to a mirror, and I've followed through there without issue. --=20 Chris Nehren --0F1p//8PRICkK4MW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJbBAABAgBFBQJTQrxPPhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEB6OfWhX/6FTVScP/jsO nlapJNkTT/k0AHYVu0MiUXux/SpBnF2LVXheQLyArlc/T8uk1DPAF3WxaCWRSmnq g5SHbTX+cq3/Pd5fx8DhpkkIsG1Z0/6abHGu8UuZPL+KEAvN96KwZF/g0Fnumy7g FLGi7zeqeHEWSFSdmDOwclg0lXOHKlWRvGCpN7OD1BCiDREdl2WEyc5wO8yFeMD+ JbHfZxmacSNROhBPvNNE9eBWZlDdg3+TocgjHW0t6Lu5tAsM3ir3m/whRY08ehpy F3+COLJgLO9Kd+w37567rw6PaRbAp3OL4wqSPHI/KA4jj7kCN6GsFjF2SjLhhSV2 kFeNT6pepwKpzwm5FJdtZEPF2gaYlnIO23wHbiyfg4MLF/NoeBI9LpC6F4YqnM1s NxItV/SSk8/4chQygXrsTpgWHK3qwWXVHXWU7pbgy/F0Lq2Sk7ITFOJ0EN6DUz22 Y2hE4nJZwdyvknhcokhGrSSv0Po1ANdwWyFzul9TRc7sQrp2AFOYkpAz/fZxJvej 4H5enm2I97Y4BQah3aR4/FUO70eu1ifJs2X5aYlpyfR1ACas5Ov2J8jqHji4wTdn mKpH6QaLTdGfgGRxipK3dJhr24dCfRcqo05jEUxnuqnyYux9v4xIXz1MrWqzForf LR9WO0rWG+OsmIzyyvOUeKrqBJcPcTgePm1azQ8A =G70y -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 15:05:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B5D3119 for ; Mon, 7 Apr 2014 15:05:39 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C5190AF0 for ; Mon, 7 Apr 2014 15:05:38 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s37F5WV6080951 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Apr 2014 17:05:32 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s37F5WHb080948; Mon, 7 Apr 2014 17:05:32 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 7 Apr 2014 17:05:32 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Chris Nehren Subject: Re: Note for those pulling in new ZFS feature flags In-Reply-To: <20140407145511.GA16747@behemoth> Message-ID: References: <20140407135421.GA16385@behemoth> <20140407145511.GA16747@behemoth> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 15:05:39 -0000 On Mon, 7 Apr 2014 10:55-0400, Chris Nehren wrote: > On Mon, Apr 07, 2014 at 15:36:21 +0100, Tom Evans wrote: > > > I solved this by re-running `gpart bootcode` for the afflicted > > > drives. This was a bit trying, though, as my workstation is the > > > only FreeBSD machine I have readily available. So, for those > > > upgrading their zpools, be careful and remember to fix the > > > bootcode if you're using ZFS for the root filesystem. > > > > ISTR that "zpool upgrade" will also remind you to do this if bootfs is > > true for the pool you upgraded. > > > > Also, it is always worth having around a bootable memstick available > > with the zfs code you are actually running in order to use as a > > recovery disk in circumstances like this. > > I'm fairly certain there was no such message, or I would have > dutifully done what it said. I definitely do know there is a > message of that kind when attaching a disk to a mirror, and I've > followed through there without issue. See: http://svnweb.freebsd.org/base/stable/10/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c?view=markup#l4992 Consider this a lesson learned. Yes, I too was bitten by this once, but never again. ;-) Luckily, I recovered using a snapshot image. Whenever I upgrade a ZFS system which has a ZFS boot pool, I always upgrade the bootblocks even if I don't upgrade the boot pool to include some new cool zpool feature. Nevertheless, it's still handy to have a recent snapshot available on physical media or as an image file at least. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 15:29:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB4F48CD; Mon, 7 Apr 2014 15:29:21 +0000 (UTC) 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 9E7BBD2C; Mon, 7 Apr 2014 15:29:21 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.8/8.14.8) with ESMTP id s37FTDES036598 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 7 Apr 2014 09:29:13 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.8/8.14.8/Submit) with ESMTP id s37FTDMR036595; Mon, 7 Apr 2014 09:29:13 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 7 Apr 2014 09:29:13 -0600 (MDT) From: Warren Block To: Matthew Seaman Subject: Re: How to remove X11 support and all ports options depend on X11 In-Reply-To: <5342402D.6070306@FreeBSD.org> Message-ID: References: <5342402D.6070306@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 07 Apr 2014 09:29:13 -0600 (MDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 15:29:22 -0000 On Mon, 7 Apr 2014, Matthew Seaman wrote: > > 'WITHOUT_X11' is obsolete. What > you want nowadays is: > > OPTIONS_UNSET+= x11 Shouldn't that be uppercase X11? From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 15:30:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92390AAC for ; Mon, 7 Apr 2014 15:30:46 +0000 (UTC) Received: from smtp.pobox.com (b-pb-sasl-quonix.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 5AEA1DBC for ; Mon, 7 Apr 2014 15:30:46 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by b-sasl-quonix.pobox.com (Postfix) with ESMTP id 8008E78BA6 for ; Mon, 7 Apr 2014 11:30:42 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=f/rNIeaVnQKcQpscLpCvrx/TC2w=; b=RVu8+mT WV1PsJFzErcLlEry4gj4PJ5galNsB2QdlC3VPseuVQTQsSztiEacaBIAtIX32Tye Byeqpe6E2v58CUwHUH3NFVyf5opd4vPzu31YmHHZ24EsF5UyQqZ9ODmDCGB9gOjU cQxUPMSGM/LjpUMzMd2ZFl0ZpaD06c7zqw9E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=mAosSlB2ILBgYxF5sklUDgRBjX46KRi8i +m/m6foT/89Ma8xjtF87dWZ+a261GfRcNm8UrUSbcd8pXmLUMIj0EAxS5TeQvZX+ awnotAP3bi9t/1hANrX2xmia9w1VZuqchlKnh52YH/9dVW0bYvu9Lp9Oivm8NSuN 4XW5u5Jc4o= Received: from b-pb-sasl-quonix.pobox.com (unknown [127.0.0.1]) by b-sasl-quonix.pobox.com (Postfix) with ESMTP id 6B60A78BA5 for ; Mon, 7 Apr 2014 11:30:42 -0400 (EDT) Received: from localhost (unknown [76.99.50.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by b-sasl-quonix.pobox.com (Postfix) with ESMTPSA id 7934178BA2 for ; Mon, 7 Apr 2014 11:30:41 -0400 (EDT) Date: Mon, 7 Apr 2014 11:30:40 -0400 From: Chris Nehren To: FreeBSD stable Subject: Re: Note for those pulling in new ZFS feature flags Message-ID: <20140407153040.GA17668@behemoth> Mail-Followup-To: FreeBSD stable References: <20140407135421.GA16385@behemoth> <20140407145511.GA16747@behemoth> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: 93FEFED4-BE69-11E3-95E8-8D19802839F8-49531120!b-pb-sasl-quonix.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 15:30:46 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 07, 2014 at 17:05:32 +0200, Trond Endrest=F8l wrote: > See: >=20 > http://svnweb.freebsd.org/base/stable/10/cddl/contrib/opensolaris/cmd/zpo= ol/zpool_main.c?view=3Dmarkup#l4992 >=20 > Consider this a lesson learned. Yes, I too was bitten by this once,=20 > but never again. ;-) Luckily, I recovered using a snapshot image. That's funny, because I *specifically* noted the absence of that message when I upgraded my pool and spent about 5 minutes wondering if it was needed or not. Either way, I think I'll opt to doing the bootcode thing every time as well. --=20 Chris Nehren --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJbBAABAgBFBQJTQsSgPhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEB6OfWhX/6FT+AsP/1J3 bczhOdsvtRFW9QZ5/QmPGu5VNm2JRi6UUdnq0o0ntP3/ZfusfD6HH6c0GDZps0K6 ZIKOJIbpGH5OSz/d8N6cCVIMJ4S+LiOPm8KcfFSdCmlqouag6q8f3ZzieaO7+ITo SvXgj8v4Y9pI3rfaTfF6KXVGbiOdUowu8g5As7kM7LNBCAWyrtmCikj1hgrVLvk/ 30x8MHX068OYc7yaseP7plaAOP7AKYFXF1le08kxSyHOImBOyNtaTs5Qa9P4KLXZ 653jodoxGUDhLV7MEtq32EABaSkhnWzEyhiGgZ+3XgW6fy8ciHh+EoyB/Cy75z01 E1o/gG/9FUdb3dtiUdyzhletwemACzzNUg4usaPPQtKCLm3K4sVXC4md80kkc3nU OY3Sv+YoHxz6Ow/A7wYY77xo217tqO2me9E5Xx3hI0AUC2PO5ao3/pXw0kkrAqUB 9OnCUkTl/1OJjqhqvt2InHtgnioS3P4R2U8lRMdZIRSbV4aWG3hmPBqpSC70Xu34 bccD4AWZvxwQXqRU49eA0wpTpnCyWw/zMINdozsBwisxyWVZzKR0CtbhpVLXfT5s DNxbxUxR8RmG1oWbVV4yK3t/OQbzeH+qSXRO6lVd/Kr7qz43ImmQcDbU2QVwiqtQ 4q509zfGUyQTej00x+yuGdt6QD6uQOrsa7uXhh0d =wFJA -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 16:11:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE31F29E for ; Mon, 7 Apr 2014 16:11:25 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 31347250 for ; Mon, 7 Apr 2014 16:11:25 +0000 (UTC) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s37GBHNX072090 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 7 Apr 2014 17:11:17 +0100 (BST) (envelope-from matthew@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s37GBHNX072090 Authentication-Results: smtp.infracaninophile.co.uk/s37GBHNX072090; dkim=none reason="no signature"; dkim-adsp=none X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Message-ID: <5342CE25.6090100@freebsd.org> Date: Mon, 07 Apr 2014 17:11:17 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Warren Block Subject: Re: How to remove X11 support and all ports options depend on X11 References: <5342402D.6070306@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="acLJtoHeMPGK6oUoEnCAEtRpMD3Kssx6k" X-Virus-Scanned: clamav-milter 0.98.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,RDNS_NONE, SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 16:11:25 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --acLJtoHeMPGK6oUoEnCAEtRpMD3Kssx6k Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 04/07/14 16:29, Warren Block wrote: > On Mon, 7 Apr 2014, Matthew Seaman wrote: >> >> 'WITHOUT_X11' is obsolete. What >> you want nowadays is: >> >> OPTIONS_UNSET+=3D x11 >=20 > Shouldn't that be uppercase X11? Yes. I typoed. Matthew --acLJtoHeMPGK6oUoEnCAEtRpMD3Kssx6k Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJTQs4lXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTn5DEQAJhB9snPLocBmQ8VpkZ32UJS l79eEyivlc9KKIVOFQznbCizH1T9RolrHhqm+gT5U2tguH6/b7lR1YTIQUnrhUUD 7iRIyCd2Pvqn+qsMIt5kpXdcx6dYsKbSRjQ7FFSxquSuwb0mLkYgVwg6XQ0W9C0a STwy70woeW6s3rb+JG44OaH0l+Yl7Cm+wtF1aQamxAWO7RlVCpRSYiL3iuwUdNkC tQ+0dHt6d0UgyUCmjPlpv625IXo/K6qHaAjy6siLc15OPkfrkbfDyuMMwLZzgOS4 H57EcNVOl0VvHm/lih1pStALC8j9bViPsdWroAvlAzc7NzfDPL5o84NxbHv1wzQd TkZ4j0mFoOPkzCFhbc7x1BPD5U2XuS0YB/py3bswjkANPAyNtoTaVD5/37nydqcE wfZi/bKYyeM6Z1TF6B0IYjSWrEOc5gXql4Yr9DdldFwnfR9BGmlJ1ch/UUUT6v8D DL15cuGqyIZN+Ie5YIPlHnRAtexonVuzfD5CBod0QbjJl9vzalDU2vL9D99I6Ew3 3Tol6bBrS211vfh0kQ9ko8z24LByjM1YN0B9Hl+M4BYIKlwKvfJMocrTZBV3//1R 6F918fjj15hn9/Vn/wv4YL1vnc8FXb648kztwSvUYistKbDPc3kmNrgL+maKnKOq hN4BDo0t2JeBKCG+rIMV =hfSv -----END PGP SIGNATURE----- --acLJtoHeMPGK6oUoEnCAEtRpMD3Kssx6k-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 16:20:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F26026A6 for ; Mon, 7 Apr 2014 16:20:24 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C85F2C5 for ; Mon, 7 Apr 2014 16:20:24 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s37GKJF4081243 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Apr 2014 18:20:19 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s37GKJ8V081240; Mon, 7 Apr 2014 18:20:19 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 7 Apr 2014 18:20:19 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Chris Nehren Subject: Re: Note for those pulling in new ZFS feature flags In-Reply-To: <20140407153040.GA17668@behemoth> Message-ID: References: <20140407135421.GA16385@behemoth> <20140407145511.GA16747@behemoth> <20140407153040.GA17668@behemoth> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 16:20:25 -0000 On Mon, 7 Apr 2014 11:30-0400, Chris Nehren wrote: > On Mon, Apr 07, 2014 at 17:05:32 +0200, Trond Endrestl wrote: > > See: > > > > http://svnweb.freebsd.org/base/stable/10/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c?view=markup#l4992 > > > > Consider this a lesson learned. Yes, I too was bitten by this once, > > but never again. ;-) Luckily, I recovered using a snapshot image. > > That's funny, because I *specifically* noted the absence of that > message when I upgraded my pool and spent about 5 minutes wondering > if it was needed or not. Browsing through the code, it appears that the message will only be shown if the current root fs is on one of the zpools you are upgrading. I chased this chain in zpool_main.c: zpool_do_upgrade() for_each_pool() upgrade_one() (used as a callback function by for_each_pool()) root_pool_upgrade_check() is_root_pool() Maybe the message should be shown unconditionally after the fact when all zpool upgrades has taken place, to warn the novice user and friendly remind the seasoned user. > Either way, I think I'll opt to doing the bootcode thing every time > as well. (Y) -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 16:37:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F0EB71; Mon, 7 Apr 2014 16:37:46 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 89361694; Mon, 7 Apr 2014 16:37:45 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s37Gewm1008702; Mon, 7 Apr 2014 09:41:04 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s37GeqtQ008698; Mon, 7 Apr 2014 09:40:52 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 7 Apr 2014 09:40:53 -0700 (PDT) Message-ID: <366dff3399e9d5960e5a89902cb81dc3.authenticated@ultimatedns.net> In-Reply-To: <20140407060351.GA1357@michelle.cdnetworks.com> References: <20140401065842.GA1364@michelle.cdnetworks.com> <1396384167.81853.210.camel@revolution.hippie.lan> <41917a9e67d0f4519df4b55f3aa6ebe3.authenticated@ultimatedns.net> <20140402003912.GA2938@michelle.cdnetworks.com> <3f97f5646629043fed5e34a77c9c2f3d.authenticated@ultimatedns.net> <20140402020803.GB2938@michelle.cdnetworks.com> <70cd5de109845e30fcb6516af7a6f9de.authenticated@ultimatedns.net> <20140407015104.GC3543@michelle.cdnetworks.com> <16934e2751614ab9235ac00c6b6bb2d7.authenticated@ultimatedns.net> <20140407060351.GA1357@michelle.cdnetworks.com> Date: Mon, 7 Apr 2014 09:40:53 -0700 (PDT) Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 From: "Chris H" To: pyunyh@gmail.com User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-net , freebsd-stable , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 16:37:46 -0000 > On Sun, Apr 06, 2014 at 10:49:27PM -0700, Chris H wrote: >> > On Thu, Apr 03, 2014 at 01:18:19PM -0700, Chris H wrote: >> >> > On Tue, Apr 01, 2014 at 05:53:51PM -0700, Chris H wrote: >> >> >> > On Tue, Apr 01, 2014 at 01:40:58PM -0700, Chris H wrote: >> >> >> >> > On Tue, 2014-04-01 at 13:19 -0700, Chris H wrote: >> >> >> >> >> [...] >> >> >> >> >> miibus0: on nfe0 >> >> >> >> >> rlphy0: PHY 0 on miibus0 >> >> >> >> >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow >> >> >> >> >> rlphy1: PHY 1 on miibus0 >> >> >> >> > [...]---big-snip--8<--- >> >> >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 >> >> >> >> >> >> >> >> >> >> As you can see, it looks much the same. I have no idea what >> >> >> >> >> I should do to better inform the driver/kernel how to better >> >> >> >> >> handle it. Or is it the driver, itself? >> >> >> >> >> >> >> >> >> >> Thank you again, for your thoughtful response. >> >> >> >> >> >> >> >> >> >> --Chris >> >> >> >> >> >> >> >> >> > >> >> >> >> > I think the way to fix a phy that responds at all addresses is to set a >> >> >> >> > hint in loader.conf masking out the ones that aren't real, like so: >> >> >> >> > >> >> >> >> > hint.miibus.0.phymask="1" >> >> >> >> > >> >> >> >> > You might be able to set ="0x00000001" to make it more clear it's a >> >> >> >> > bitmask, but I'm not sure of that. >> >> >> >> >> >> >> >> Thank you very much for the hint. I'll give it a shot. >> >> >> >> Any idea why this is happening? I have 4 other MB's using the Nvidia >> >> >> >> chipset, and the nfe(4) driver. But they don't respond this way. >> >> >> >> >> >> >> > >> >> >> > If some nfe(4) variants badly behave in probing stage, this should >> >> >> > be handled by driver. We already have too many hints and tunables >> >> >> > and I don't think most users know that. In addition, adding >> >> >> > additional NIC may change miibus instance number. >> >> >> > >> >> >> > Could you show me the output of 'kenv | grep smbios'? >> >> >> Yes, of course. >> >> >> >> >> >> Here it is: >> >> >> >> >> >> smbios.bios.reldate="11/22/2010" >> >> >> smbios.bios.vendor="American Megatrends Inc." >> >> >> smbios.bios.version="V2.7" >> >> >> smbios.chassis.maker="MSI" >> >> >> smbios.chassis.serial="To Be Filled By O.E.M." >> >> >> smbios.chassis.tag="To Be Filled By O.E.M." >> >> >> smbios.chassis.version="2.0" >> >> >> smbios.memory.enabled="2097152" >> >> >> smbios.planar.maker="MSI" >> >> >> smbios.planar.product="K9N6PGM2-V2 (MS-7309)" >> >> >> smbios.planar.serial="To be filled by O.E.M." >> >> >> smbios.planar.version="2.0" >> >> >> smbios.socket.enabled="1" >> >> >> smbios.socket.populated="1" >> >> >> smbios.system.maker="MSI" >> >> >> smbios.system.product="MS-7309" >> >> >> smbios.system.serial="To Be Filled By O.E.M." >> >> >> smbios.system.uuid="00000000-0000-0000-0000-406186cd4497" >> >> >> smbios.system.version="2.0" >> >> >> smbios.version="2.6" >> >> >> >> >> >> Hope this helps, and thank you for all your time, and trouble. >> >> >> >> >> > >> >> > Thanks for the info. Try attached patch and let me know how it >> >> > works. Make sure to remove the hint(hint.miibus.0.phymask="1") >> >> > set in loader.conf before testing it. >> >> >> >> Hello, and thanks for all the attention. >> >> Sorry for the delay. I chose to perform a dump(8) before attempting >> >> the KERn rebuild with the patch. But the kernel threw a read error >> >> message on one of the drives. So I had to sort out the problem on >> >> the drive before I could complete the dump. Then, of course I had >> >> to reslice, and format another drive to replace the ailing one, >> >> before I could perform a restore(8), and start the nfe patch; build >> >> && install kernel. Weird; the drive had only a few hours on it. >> >> Well, anyway. The patch applied cleanly. So I built, and installed >> >> a new kernel with it. X's out the hint.miibus.0.phymask="0x00000001" >> >> in loader.conf(5), and bounced the box. Bad news: >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 31 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 30 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 29 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 28 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 27 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 26 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 25 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 24 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 23 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 22 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 21 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 20 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 19 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 18 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 17 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 16 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 15 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 14 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 13 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 12 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 11 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 10 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 9 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 8 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 7 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 6 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 5 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 4 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 3 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 2 >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 >> >> >> >> Just as before. In case it should make any difference; I'm >> >> going to attach my copy of src/sys/dev/nfe/if_nfe.c in case >> >> there are any differences in mine, that do not coincide with >> >> your version/copy (I'm on releng_9 - 9.2-STABLE) >> >> >> >> FreeBSD demon0 9.2-STABLE FreeBSD 9.2-STABLE #0 r263756M: >> >> Thu Apr 3 12:42:03 PDT 2014 >> >> root@demon0:/usr/obj/usr/src/sys/DEMON0 amd64 >> >> >> >> Best wishes, and thanks again. >> >> >> > >> > Oops, could you show me the output of "pciconf -lcbv"? >> >> Yes. Of course. >> > > [...] > >> nfe0@pci0:0:7:0: class=0x068000 card=0x73091462 chip=0x03ef10de rev=0xa2 hdr=0x00 >> vendor = 'nVidia Corporation' >> device = 'MCP61 Ethernet' >> class = bridge >> bar [10] = type Memory, range 32, base 0xdff7d000, size 4096, enabled >> bar [14] = type I/O Port, range 32, base 0xe480, size 8, enabled >> cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 >> cap 05[50] = MSI supports 8 messages, 64 bit, vector masks enabled with 8 messages >> cap 08[6c] = HT MSI fixed address window enabled at 0xfee00000 > > Thanks a lot for the info. It seems I missed there are 4 variants > for MCP61. Try attached patch again. Greetings, and thank you for your continued efforts. I just applied the patch, and built/installed a kernel with it. The results are in: /boot/loader.conf: loader_logo="beastiebw" #hint.miibus.0.phymask="0x00000001" relevant output from dmesg(8): nfe0: port 0xe480-0xe487 mem 0xdff7d000-0xdff7dfff irq 20 at device 7.0 on pci0 nfe0: attempting to allocate 8 MSI vectors (8 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 56 msi: routing MSI IRQ 258 to local APIC 0 vector 57 msi: routing MSI IRQ 259 to local APIC 0 vector 58 msi: routing MSI IRQ 260 to local APIC 0 vector 59 msi: routing MSI IRQ 261 to local APIC 0 vector 60 msi: routing MSI IRQ 262 to local APIC 0 vector 61 msi: routing MSI IRQ 263 to local APIC 0 vector 62 msi: routing MSI IRQ 264 to local APIC 0 vector 63 nfe0: using IRQs 257-264 for MSI nfe0: Using 8 MSI messages miibus0: on nfe0 rlphy0: PHY 0 on miibus0 rlphy0: OUI 0x000004, model 0x0020, rev. 1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow nfe0: bpf attached nfe0: Ethernet address: 40:61:86:cd:44:97 ... vlan: initialized, using hash tables with chaining ... lo0: bpf attached ... Hmmm. I think we have a winner. No? The only thing that I noticed that appeared to be different. Is that it takes some 5 seconds to get from: nfe0: link state changed to DOWN nfe0: link state changed to UP to: Starting Network: ... output. I don't know that your patch had anything to do with that. Or it's just another anomaly with the driver/NIC. But it was a long enough period/change, that I thought it worth mentioning. Thank you again, for all your time, and efforts. --Chris > From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 16:47:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0BB3D46A for ; Mon, 7 Apr 2014 16:47:03 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A1BAA7D5 for ; Mon, 7 Apr 2014 16:47:02 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s37Gkvix081341 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Apr 2014 18:46:57 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s37GkvUa081338; Mon, 7 Apr 2014 18:46:57 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 7 Apr 2014 18:46:57 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Chris Nehren Subject: Re: Note for those pulling in new ZFS feature flags In-Reply-To: Message-ID: References: <20140407135421.GA16385@behemoth> <20140407145511.GA16747@behemoth> <20140407153040.GA17668@behemoth> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 16:47:03 -0000 On Mon, 7 Apr 2014 18:20+0200, Trond Endrestl wrote: > On Mon, 7 Apr 2014 11:30-0400, Chris Nehren wrote: > > > On Mon, Apr 07, 2014 at 17:05:32 +0200, Trond Endrestl wrote: > > > See: > > > > > > http://svnweb.freebsd.org/base/stable/10/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c?view=markup#l4992 > > > > > > Consider this a lesson learned. Yes, I too was bitten by this once, > > > but never again. ;-) Luckily, I recovered using a snapshot image. > > > > That's funny, because I *specifically* noted the absence of that > > message when I upgraded my pool and spent about 5 minutes wondering > > if it was needed or not. > > Browsing through the code, it appears that the message will only be > shown if the current root fs is on one of the zpools you are > upgrading. > > I chased this chain in zpool_main.c: > > zpool_do_upgrade() > for_each_pool() > upgrade_one() (used as a callback function by for_each_pool()) > root_pool_upgrade_check() > is_root_pool() > > Maybe the message should be shown unconditionally after the fact when > all zpool upgrades has taken place, to warn the novice user and > friendly remind the seasoned user. I believe the message was shown unconditionally in the past. BTW. the UPDATE file has a couple of entries on the subject, although they can easily be missed, I guess: 20130208: A new compression method (lz4) has been merged to -HEAD. Please refer to zpool-features(7) for more information. Please refer to the "ZFS notes" section of this file for information on upgrading boot ZFS pools. and: ZFS notes --------- When upgrading the boot ZFS pool to a new version, always follow these two steps: 1.) recompile and reinstall the ZFS boot loader and boot block (this is part of "make buildworld" and "make installworld") 2.) update the ZFS boot block on your boot drive The following example updates the ZFS boot block on the first partition (freebsd-boot) of a GPT partitioned drive ad0: "gpart bootcode -p /boot/gptzfsboot -i 1 ad0" Non-boot pools do not need these updates. > > Either way, I think I'll opt to doing the bootcode thing every time > > as well. > > (Y) -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 17:29:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5154E5B; Mon, 7 Apr 2014 17:29:06 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 C73F5BA7; Mon, 7 Apr 2014 17:29:05 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s37HSGZH022806; Mon, 7 Apr 2014 19:28:21 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s37HSAD1020783; Mon, 7 Apr 2014 17:28:10 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Apr 2014 17:28:10 GMT Message-Id: <201404071728.s37HSAD1020783@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2014 17:29:07 -0000 TB --- 2014-04-07 15:10:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-07 15:10:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-07 15:10:45 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-04-07 15:10:45 - cleaning the object tree TB --- 2014-04-07 15:10:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-07 15:11:35 - At svn revision 264228 TB --- 2014-04-07 15:11:36 - building world TB --- 2014-04-07 15:11:36 - CROSS_BUILD_TESTING=YES TB --- 2014-04-07 15:11:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-07 15:11:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-07 15:11:36 - SRCCONF=/dev/null TB --- 2014-04-07 15:11:36 - TARGET=mips TB --- 2014-04-07 15:11:36 - TARGET_ARCH=mips TB --- 2014-04-07 15:11:36 - TZ=UTC TB --- 2014-04-07 15:11:36 - __MAKE_CONF=/dev/null TB --- 2014-04-07 15:11:36 - cd /src TB --- 2014-04-07 15:11:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Apr 7 15:11:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 7 16:37:20 UTC 2014 TB --- 2014-04-07 16:37:20 - cd /src/sys/mips/conf TB --- 2014-04-07 16:37:20 - /usr/sbin/config -m ADM5120 TB --- 2014-04-07 16:37:20 - skipping ADM5120 kernel TB --- 2014-04-07 16:37:20 - cd /src/sys/mips/conf TB --- 2014-04-07 16:37:20 - /usr/sbin/config -m ALCHEMY TB --- 2014-04-07 16:37:20 - skipping ALCHEMY kernel TB --- 2014-04-07 16:37:20 - cd /src/sys/mips/conf TB --- 2014-04-07 16:37:20 - /usr/sbin/config -m AP121 TB --- 2014-04-07 16:37:20 - building AP121 kernel TB --- 2014-04-07 16:37:20 - CROSS_BUILD_TESTING=YES TB --- 2014-04-07 16:37:20 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-07 16:37:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-07 16:37:20 - SRCCONF=/dev/null TB --- 2014-04-07 16:37:20 - TARGET=mips TB --- 2014-04-07 16:37:20 - TARGET_ARCH=mips TB --- 2014-04-07 16:37:20 - TZ=UTC TB --- 2014-04-07 16:37:20 - __MAKE_CONF=/dev/null TB --- 2014-04-07 16:37:20 - cd /src TB --- 2014-04-07 16:37:20 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Mon Apr 7 16:37:20 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Mon Apr 7 16:41:26 UTC 2014 TB --- 2014-04-07 16:41:26 - cd /src/sys/mips/conf TB --- 2014-04-07 16:41:26 - /usr/sbin/config -m AP91 TB --- 2014-04-07 16:41:26 - building AP91 kernel TB --- 2014-04-07 16:41:26 - CROSS_BUILD_TESTING=YES TB --- 2014-04-07 16:41:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-07 16:41:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-07 16:41:26 - SRCCONF=/dev/null TB --- 2014-04-07 16:41:26 - TARGET=mips TB --- 2014-04-07 16:41:26 - TARGET_ARCH=mips TB --- 2014-04-07 16:41:26 - TZ=UTC TB --- 2014-04-07 16:41:26 - __MAKE_CONF=/dev/null TB --- 2014-04-07 16:41:26 - cd /src TB --- 2014-04-07 16:41:26 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Mon Apr 7 16:41:26 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Mon Apr 7 16:48:57 UTC 2014 TB --- 2014-04-07 16:48:57 - cd /src/sys/mips/conf TB --- 2014-04-07 16:48:57 - /usr/sbin/config -m AP93 TB --- 2014-04-07 16:48:57 - building AP93 kernel TB --- 2014-04-07 16:48:57 - CROSS_BUILD_TESTING=YES TB --- 2014-04-07 16:48:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-07 16:48:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-07 16:48:57 - SRCCONF=/dev/null TB --- 2014-04-07 16:48:57 - TARGET=mips TB --- 2014-04-07 16:48:57 - TARGET_ARCH=mips TB --- 2014-04-07 16:48:57 - TZ=UTC TB --- 2014-04-07 16:48:57 - __MAKE_CONF=/dev/null TB --- 2014-04-07 16:48:57 - cd /src TB --- 2014-04-07 16:48:57 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Mon Apr 7 16:48:58 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Mon Apr 7 16:56:17 UTC 2014 TB --- 2014-04-07 16:56:17 - cd /src/sys/mips/conf TB --- 2014-04-07 16:56:17 - /usr/sbin/config -m AP94 TB --- 2014-04-07 16:56:17 - building AP94 kernel TB --- 2014-04-07 16:56:17 - CROSS_BUILD_TESTING=YES TB --- 2014-04-07 16:56:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-07 16:56:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-07 16:56:17 - SRCCONF=/dev/null TB --- 2014-04-07 16:56:17 - TARGET=mips TB --- 2014-04-07 16:56:17 - TARGET_ARCH=mips TB --- 2014-04-07 16:56:17 - TZ=UTC TB --- 2014-04-07 16:56:17 - __MAKE_CONF=/dev/null TB --- 2014-04-07 16:56:17 - cd /src TB --- 2014-04-07 16:56:17 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Mon Apr 7 16:56:18 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Mon Apr 7 17:05:11 UTC 2014 TB --- 2014-04-07 17:05:11 - cd /src/sys/mips/conf TB --- 2014-04-07 17:05:11 - /usr/sbin/config -m AP96 TB --- 2014-04-07 17:05:11 - building AP96 kernel TB --- 2014-04-07 17:05:11 - CROSS_BUILD_TESTING=YES TB --- 2014-04-07 17:05:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-07 17:05:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-07 17:05:11 - SRCCONF=/dev/null TB --- 2014-04-07 17:05:11 - TARGET=mips TB --- 2014-04-07 17:05:11 - TARGET_ARCH=mips TB --- 2014-04-07 17:05:11 - TZ=UTC TB --- 2014-04-07 17:05:11 - __MAKE_CONF=/dev/null TB --- 2014-04-07 17:05:11 - cd /src TB --- 2014-04-07 17:05:11 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Mon Apr 7 17:05:11 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Mon Apr 7 17:13:49 UTC 2014 TB --- 2014-04-07 17:13:49 - cd /src/sys/mips/conf TB --- 2014-04-07 17:13:49 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-04-07 17:13:49 - building AR71XX_BASE kernel TB --- 2014-04-07 17:13:49 - CROSS_BUILD_TESTING=YES TB --- 2014-04-07 17:13:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-07 17:13:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-07 17:13:49 - SRCCONF=/dev/null TB --- 2014-04-07 17:13:49 - TARGET=mips TB --- 2014-04-07 17:13:49 - TARGET_ARCH=mips TB --- 2014-04-07 17:13:49 - TZ=UTC TB --- 2014-04-07 17:13:49 - __MAKE_CONF=/dev/null TB --- 2014-04-07 17:13:49 - cd /src TB --- 2014-04-07 17:13:49 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Mon Apr 7 17:13:49 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Mon Apr 7 17:22:03 UTC 2014 TB --- 2014-04-07 17:22:03 - cd /src/sys/mips/conf TB --- 2014-04-07 17:22:03 - /usr/sbin/config -m AR724X_BASE TB --- 2014-04-07 17:22:03 - building AR724X_BASE kernel TB --- 2014-04-07 17:22:03 - CROSS_BUILD_TESTING=YES TB --- 2014-04-07 17:22:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-07 17:22:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-07 17:22:03 - SRCCONF=/dev/null TB --- 2014-04-07 17:22:03 - TARGET=mips TB --- 2014-04-07 17:22:03 - TARGET_ARCH=mips TB --- 2014-04-07 17:22:03 - TZ=UTC TB --- 2014-04-07 17:22:03 - __MAKE_CONF=/dev/null TB --- 2014-04-07 17:22:03 - cd /src TB --- 2014-04-07 17:22:03 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Mon Apr 7 17:22:03 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Mon Apr 7 17:28:05 UTC 2014 TB --- 2014-04-07 17:28:05 - cd /src/sys/mips/conf TB --- 2014-04-07 17:28:05 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-04-07 17:28:05 - building AR91XX_BASE kernel TB --- 2014-04-07 17:28:05 - CROSS_BUILD_TESTING=YES TB --- 2014-04-07 17:28:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-07 17:28:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-07 17:28:05 - SRCCONF=/dev/null TB --- 2014-04-07 17:28:05 - TARGET=mips TB --- 2014-04-07 17:28:05 - TARGET_ARCH=mips TB --- 2014-04-07 17:28:05 - TZ=UTC TB --- 2014-04-07 17:28:05 - __MAKE_CONF=/dev/null TB --- 2014-04-07 17:28:05 - cd /src TB --- 2014-04-07 17:28:05 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Mon Apr 7 17:28:05 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AR91XX_BASE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-07 17:28:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-07 17:28:09 - ERROR: failed to build AR91XX_BASE kernel TB --- 2014-04-07 17:28:09 - 5689.12 user 2936.28 system 8244.03 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 19:01:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C4D9C4D for ; Mon, 7 Apr 2014 19:01:57 +0000 (UTC) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id D86F678A for ; Mon, 7 Apr 2014 19:01:56 +0000 (UTC) Received: from freebsd.local (unknown [172.16.10.114]) by mail.intertainservices.com (Postfix) with ESMTPSA id 1332756A8F for ; Mon, 7 Apr 2014 15:01:48 -0400 (EDT) Message-ID: <5342F61B.4030006@intertainservices.com> Date: Mon, 07 Apr 2014 15:01:47 -0400 From: Mike Jakubik User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: What's up with the swapping since 10/stable References: <533DB9B1.3070500@denninger.net> <20140405152855.1cfcf37c87bdff3306d0cd6c@dec.sakura.ne.jp> In-Reply-To: <20140405152855.1cfcf37c87bdff3306d0cd6c@dec.sakura.ne.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 1332756A8F.A40F2 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 19:01:57 -0000 The thing is i don't use ZFS. One of my servers is running on 9-STABLE with ZFS and uses a fraction of the swap that my desktop does. On 04/05/14 02:28, Tomoaki AOKI wrote: > Yes, Karl's patch fixed my swap regression, too. > ZFS-root notebook with 8GB RAM, stable/10 amd64. > > No swap usage is observed after applying his patch, feeling (but not > measured) no performance penalty. > > But unfortunately, the patch haven't been merged even to head. > So, anyone chasing vanilla head or stable/10 has no fix yet. > > > On Fri, 4 Apr 2014 09:24:52 +0200 > Matthias Gamsjager wrote: > >> This was an old post and after few week Karl came up with an arc patch >> which fixed this issue. > From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 19:06:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A30BE243 for ; Mon, 7 Apr 2014 19:06:58 +0000 (UTC) Received: from blu0-omc2-s1.blu0.hotmail.com (blu0-omc2-s1.blu0.hotmail.com [65.55.111.76]) by mx1.freebsd.org (Postfix) with ESMTP id 6C1047E5 for ; Mon, 7 Apr 2014 19:06:58 +0000 (UTC) Received: from BLU0-SMTP340 ([65.55.111.72]) by blu0-omc2-s1.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 7 Apr 2014 12:05:51 -0700 X-TMN: [jRcSJlQRZmQ6SP4vRcbyzdbLO/EXoks5] X-Originating-Email: [dr_tally@hotmail.com] Message-ID: Received: from [192.168.0.11] ([201.160.242.45]) by BLU0-SMTP340.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 7 Apr 2014 12:05:49 -0700 From: dr george tally Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: continue Date: Mon, 7 Apr 2014 12:04:34 -0700 To: freebsd-stable@freebsd.org MIME-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-OriginalArrivalTime: 07 Apr 2014 19:05:49.0571 (UTC) FILETIME=[638AC530:01CF5294] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 19:06:58 -0000 keep coming!! From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 21:29:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 574D1BDB for ; Mon, 7 Apr 2014 21:29:16 +0000 (UTC) Received: from mail-la0-x22b.google.com (mail-la0-x22b.google.com [IPv6:2a00:1450:4010:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D072F66D for ; Mon, 7 Apr 2014 21:29:15 +0000 (UTC) Received: by mail-la0-f43.google.com with SMTP id e16so30850lan.2 for ; Mon, 07 Apr 2014 14:29:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=G2JjQSHkf+SaRdP06lIJ+A1tBV7SjO+t3zfEVTJwj/k=; b=IJ8Dl8vDyVTvxeWKpp8MyEs2srADdgk5/LsAmSvyblgbMnZiXAQeRu9xMmm7avQ6j/ g7tdPTvQLccLmnJKIBbpbB4ubDq1QUt/qIJrYXv7MljsZxU6LATPiat17TAfAWJJW96j 4y2EnWVcBAgMsRReuQoVWI2v5f2ErSaKak6DGDl3zjbf88LlCPAZOHUCGUOuwusUwZwB DcxBEF+09raXwpnq58qv2swTIEwJ5lJkDNPQpbJeoCNjutVIlMMUXY1DhMh3IOXp/+2f epr3bmWe8rAsuKij5PP6awEHoUHlaFYXC1E2J9R8gC3c4/KmoQyAJ8UuEzjyr4wpQg7t +rLw== X-Received: by 10.112.171.67 with SMTP id as3mr21838936lbc.10.1396906153728; Mon, 07 Apr 2014 14:29:13 -0700 (PDT) Received: from [10.0.1.9] ([176.193.27.55]) by mx.google.com with ESMTPSA id z10sm10628lbu.1.2014.04.07.14.29.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 07 Apr 2014 14:29:11 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: What's up with the swapping since 10/stable From: Dmitry Sivachenko In-Reply-To: <5342F61B.4030006@intertainservices.com> Date: Tue, 8 Apr 2014 01:29:10 +0400 Content-Transfer-Encoding: quoted-printable Message-Id: <5B77B062-F3BA-4AB4-A20A-65A599968AA9@gmail.com> References: <533DB9B1.3070500@denninger.net> <20140405152855.1cfcf37c87bdff3306d0cd6c@dec.sakura.ne.jp> <5342F61B.4030006@intertainservices.com> To: Mike Jakubik X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 07 Apr 2014 21:29:16 -0000 On 07 =D0=B0=D0=BF=D1=80. 2014 =D0=B3., at 23:01, Mike Jakubik = wrote: > The thing is i don't use ZFS. One of my servers is running on 9-STABLE = with ZFS and uses a fraction of the swap that my desktop does. See this thread: = http://lists.freebsd.org/pipermail/freebsd-hackers/2014-April/044786.html (especially few last messages) From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 02:15:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5222EC24 for ; Tue, 8 Apr 2014 02:15:53 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E030312EB for ; Tue, 8 Apr 2014 02:15:52 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id x13so280572wgg.9 for ; Mon, 07 Apr 2014 19:15:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=SOz/CfG03durlo7cdL589GTrchzDnDHSED+ptwa/yR0=; b=c/7Yz4J29bpIxW7g97bAWagv9ipLyktcmtpAUa4LlmUw+LFuZG0O3hrNWbNNI0PO9s 1w4i1ZIzAL+6zwISe5LaFMXH5MPGnD3PyhaPlAXMHwDDf0Y/H9pA3QeP9lE2CB8lFj3L lBXWKpNKPpHYWRL7/rZ1+T56gc4im/kOd/72bogQLKjlgP9jahdH8YyjO14Nqdo7US0R 29BsTej2txg0DTj36wWepgGPu4pMKFKSHFleDHLFi769J7Ic3h78iwbmjTuvHN+/w9Zr YPkyKI48zn+JpV2LKNZ8OMUHULILbyDSSwPJHhVGYj1HZ11fYGwAm68yQ4ZYSTZ8r/qZ DA8A== MIME-Version: 1.0 X-Received: by 10.194.185.148 with SMTP id fc20mr950568wjc.27.1396923350689; Mon, 07 Apr 2014 19:15:50 -0700 (PDT) Received: by 10.216.86.145 with HTTP; Mon, 7 Apr 2014 19:15:50 -0700 (PDT) In-Reply-To: <5342F61B.4030006@intertainservices.com> References: <533DB9B1.3070500@denninger.net> <20140405152855.1cfcf37c87bdff3306d0cd6c@dec.sakura.ne.jp> <5342F61B.4030006@intertainservices.com> Date: Mon, 7 Apr 2014 22:15:50 -0400 Message-ID: Subject: Re: What's up with the swapping since 10/stable From: "illoai@gmail.com" To: Mike Jakubik Content-Type: text/plain; charset=ISO-8859-1 Cc: ml-freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Apr 2014 02:15:53 -0000 On 7 April 2014 15:01, Mike Jakubik wrote: > The thing is i don't use ZFS. One of my servers is running on 9-STABLE with > ZFS and uses a fraction of the swap that my desktop does. > I noticed that, but personally, I prefer the slightly more aggressive swap behaviour. xinit & login now swap out within minutes & I just don't care! -- -- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 04:38:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1628CB2B; Tue, 8 Apr 2014 04:38:55 +0000 (UTC) Received: from mail-pb0-x229.google.com (mail-pb0-x229.google.com [IPv6:2607:f8b0:400e:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA91F1058; Tue, 8 Apr 2014 04:38:54 +0000 (UTC) Received: by mail-pb0-f41.google.com with SMTP id jt11so466809pbb.0 for ; Mon, 07 Apr 2014 21:38:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=aQTTd3PpwSsqEsWbxZbtvouaOif0lNU/515pS0zToVE=; b=I6n8sHo5iro6vhXFu71aWy1Tb4zJMIb3YNgrQAradMl+Mjuscj+MmOv6EA1aO0hiBf NZofRRVapu+OogUG15+waVb3lTEzD/TMADKmaT0ijL4GtXJ3j/aOsm4nxcfr+EECsIXM czVAf5OuZCC+6Dew4HJhF6DldSGvVRAmKUT8jw+Mec3gHlmbVe8aX6di4l5QiYz6fOz4 lBQasKt7RZ9ra0kP7Lc9L318R75rQmwlkBmPYbid4mcz3SmePYaO7oF802oNc2OHVLif HoPKQcd6lR+ZdoCuBqG5XtwsvL3P4Tr7tZavsdZzoPb+GEUV0yzD51ciYE/GXZ9ylW2S rDgw== X-Received: by 10.66.233.72 with SMTP id tu8mr1785423pac.112.1396931933780; Mon, 07 Apr 2014 21:38:53 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id fg12sm4071855pac.28.2014.04.07.21.38.50 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 07 Apr 2014 21:38:52 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 08 Apr 2014 13:38:48 +0900 From: Yonghyeon PYUN Date: Tue, 8 Apr 2014 13:38:48 +0900 To: Chris H Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 Message-ID: <20140408043848.GA1372@michelle.cdnetworks.com> References: <1396384167.81853.210.camel@revolution.hippie.lan> <41917a9e67d0f4519df4b55f3aa6ebe3.authenticated@ultimatedns.net> <20140402003912.GA2938@michelle.cdnetworks.com> <3f97f5646629043fed5e34a77c9c2f3d.authenticated@ultimatedns.net> <20140402020803.GB2938@michelle.cdnetworks.com> <70cd5de109845e30fcb6516af7a6f9de.authenticated@ultimatedns.net> <20140407015104.GC3543@michelle.cdnetworks.com> <16934e2751614ab9235ac00c6b6bb2d7.authenticated@ultimatedns.net> <20140407060351.GA1357@michelle.cdnetworks.com> <366dff3399e9d5960e5a89902cb81dc3.authenticated@ultimatedns.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <366dff3399e9d5960e5a89902cb81dc3.authenticated@ultimatedns.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net , freebsd-stable , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2014 04:38:55 -0000 On Mon, Apr 07, 2014 at 09:40:53AM -0700, Chris H wrote: > > On Sun, Apr 06, 2014 at 10:49:27PM -0700, Chris H wrote: > >> > On Thu, Apr 03, 2014 at 01:18:19PM -0700, Chris H wrote: > >> >> > On Tue, Apr 01, 2014 at 05:53:51PM -0700, Chris H wrote: > >> >> >> > On Tue, Apr 01, 2014 at 01:40:58PM -0700, Chris H wrote: > >> >> >> >> > On Tue, 2014-04-01 at 13:19 -0700, Chris H wrote: > >> >> >> >> >> [...] > >> >> >> >> >> miibus0: on nfe0 > >> >> >> >> >> rlphy0: PHY 0 on miibus0 > >> >> >> >> >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > >> >> >> >> >> rlphy1: PHY 1 on miibus0 > >> >> >> >> > [...]---big-snip--8<--- > >> >> >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 > >> >> >> >> >> > >> >> >> >> >> As you can see, it looks much the same. I have no idea what > >> >> >> >> >> I should do to better inform the driver/kernel how to better > >> >> >> >> >> handle it. Or is it the driver, itself? > >> >> >> >> >> > >> >> >> >> >> Thank you again, for your thoughtful response. > >> >> >> >> >> > >> >> >> >> >> --Chris > >> >> >> >> >> > >> >> >> >> > > >> >> >> >> > I think the way to fix a phy that responds at all addresses is to set a > >> >> >> >> > hint in loader.conf masking out the ones that aren't real, like so: > >> >> >> >> > > >> >> >> >> > hint.miibus.0.phymask="1" > >> >> >> >> > > >> >> >> >> > You might be able to set ="0x00000001" to make it more clear it's a > >> >> >> >> > bitmask, but I'm not sure of that. > >> >> >> >> > >> >> >> >> Thank you very much for the hint. I'll give it a shot. > >> >> >> >> Any idea why this is happening? I have 4 other MB's using the Nvidia > >> >> >> >> chipset, and the nfe(4) driver. But they don't respond this way. > >> >> >> >> > >> >> >> > > >> >> >> > If some nfe(4) variants badly behave in probing stage, this should > >> >> >> > be handled by driver. We already have too many hints and tunables > >> >> >> > and I don't think most users know that. In addition, adding > >> >> >> > additional NIC may change miibus instance number. > >> >> >> > > >> >> >> > Could you show me the output of 'kenv | grep smbios'? > >> >> >> Yes, of course. > >> >> >> > >> >> >> Here it is: > >> >> >> > >> >> >> smbios.bios.reldate="11/22/2010" > >> >> >> smbios.bios.vendor="American Megatrends Inc." > >> >> >> smbios.bios.version="V2.7" > >> >> >> smbios.chassis.maker="MSI" > >> >> >> smbios.chassis.serial="To Be Filled By O.E.M." > >> >> >> smbios.chassis.tag="To Be Filled By O.E.M." > >> >> >> smbios.chassis.version="2.0" > >> >> >> smbios.memory.enabled="2097152" > >> >> >> smbios.planar.maker="MSI" > >> >> >> smbios.planar.product="K9N6PGM2-V2 (MS-7309)" > >> >> >> smbios.planar.serial="To be filled by O.E.M." > >> >> >> smbios.planar.version="2.0" > >> >> >> smbios.socket.enabled="1" > >> >> >> smbios.socket.populated="1" > >> >> >> smbios.system.maker="MSI" > >> >> >> smbios.system.product="MS-7309" > >> >> >> smbios.system.serial="To Be Filled By O.E.M." > >> >> >> smbios.system.uuid="00000000-0000-0000-0000-406186cd4497" > >> >> >> smbios.system.version="2.0" > >> >> >> smbios.version="2.6" > >> >> >> > >> >> >> Hope this helps, and thank you for all your time, and trouble. > >> >> >> > >> >> > > >> >> > Thanks for the info. Try attached patch and let me know how it > >> >> > works. Make sure to remove the hint(hint.miibus.0.phymask="1") > >> >> > set in loader.conf before testing it. > >> >> > >> >> Hello, and thanks for all the attention. > >> >> Sorry for the delay. I chose to perform a dump(8) before attempting > >> >> the KERn rebuild with the patch. But the kernel threw a read error > >> >> message on one of the drives. So I had to sort out the problem on > >> >> the drive before I could complete the dump. Then, of course I had > >> >> to reslice, and format another drive to replace the ailing one, > >> >> before I could perform a restore(8), and start the nfe patch; build > >> >> && install kernel. Weird; the drive had only a few hours on it. > >> >> Well, anyway. The patch applied cleanly. So I built, and installed > >> >> a new kernel with it. X's out the hint.miibus.0.phymask="0x00000001" > >> >> in loader.conf(5), and bounced the box. Bad news: > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 31 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 30 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 29 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 28 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 27 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 26 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 25 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 24 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 23 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 22 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 21 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 20 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 19 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 18 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 17 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 16 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 15 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 14 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 13 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 12 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 11 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 10 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 9 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 8 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 7 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 6 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 5 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 4 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 3 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 2 > >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 > >> >> > >> >> Just as before. In case it should make any difference; I'm > >> >> going to attach my copy of src/sys/dev/nfe/if_nfe.c in case > >> >> there are any differences in mine, that do not coincide with > >> >> your version/copy (I'm on releng_9 - 9.2-STABLE) > >> >> > >> >> FreeBSD demon0 9.2-STABLE FreeBSD 9.2-STABLE #0 r263756M: > >> >> Thu Apr 3 12:42:03 PDT 2014 > >> >> root@demon0:/usr/obj/usr/src/sys/DEMON0 amd64 > >> >> > >> >> Best wishes, and thanks again. > >> >> > >> > > >> > Oops, could you show me the output of "pciconf -lcbv"? > >> > >> Yes. Of course. > >> > > > > [...] > > > >> nfe0@pci0:0:7:0: class=0x068000 card=0x73091462 chip=0x03ef10de rev=0xa2 hdr=0x00 > >> vendor = 'nVidia Corporation' > >> device = 'MCP61 Ethernet' > >> class = bridge > >> bar [10] = type Memory, range 32, base 0xdff7d000, size 4096, enabled > >> bar [14] = type I/O Port, range 32, base 0xe480, size 8, enabled > >> cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 > >> cap 05[50] = MSI supports 8 messages, 64 bit, vector masks enabled with 8 messages > >> cap 08[6c] = HT MSI fixed address window enabled at 0xfee00000 > > > > Thanks a lot for the info. It seems I missed there are 4 variants > > for MCP61. Try attached patch again. > > Greetings, and thank you for your continued efforts. > I just applied the patch, and built/installed a kernel with it. > The results are in: > > /boot/loader.conf: > loader_logo="beastiebw" > #hint.miibus.0.phymask="0x00000001" > > relevant output from dmesg(8): > nfe0: port 0xe480-0xe487 mem 0xdff7d000-0xdff7dfff > irq 20 at device 7.0 on pci0 > nfe0: attempting to allocate 8 MSI vectors (8 supported) > msi: routing MSI IRQ 257 to local APIC 0 vector 56 > msi: routing MSI IRQ 258 to local APIC 0 vector 57 > msi: routing MSI IRQ 259 to local APIC 0 vector 58 > msi: routing MSI IRQ 260 to local APIC 0 vector 59 > msi: routing MSI IRQ 261 to local APIC 0 vector 60 > msi: routing MSI IRQ 262 to local APIC 0 vector 61 > msi: routing MSI IRQ 263 to local APIC 0 vector 62 > msi: routing MSI IRQ 264 to local APIC 0 vector 63 > nfe0: using IRQs 257-264 for MSI > nfe0: Using 8 MSI messages > miibus0: on nfe0 > rlphy0: PHY 0 on miibus0 > rlphy0: OUI 0x000004, model 0x0020, rev. 1 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > nfe0: bpf attached > nfe0: Ethernet address: 40:61:86:cd:44:97 > ... > vlan: initialized, using hash tables with chaining > ... > lo0: bpf attached > ... > > Hmmm. I think we have a winner. No? Thanks a lot for testing. I'll commit it within a couple of days. > The only thing that I noticed that appeared to be different. > Is that it takes some 5 seconds to get from: > > nfe0: link state changed to DOWN > nfe0: link state changed to UP > > to: > > Starting Network: ... > > output. I don't know that your patch had anything to do with I don't think the patch may result in the change you've seen. Auto-negotiation may take several seconds and that might be reason you see the difference. Link up message does not necessarily mean it resolved speed/duplex of link against link partner. nfe(4) explicitly checks whether it established a valid link(i.e. link should be up and speed/duplex also should be resolved). > that. Or it's just another anomaly with the driver/NIC. But it > was a long enough period/change, that I thought it worth > mentioning. > > Thank you again, for all your time, and efforts. > > --Chris > > > > > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 05:32:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E29A9296 for ; Tue, 8 Apr 2014 05:32:49 +0000 (UTC) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) (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 8835D14E8 for ; Tue, 8 Apr 2014 05:32:49 +0000 (UTC) Received: from mr1.cc.vt.edu (mr1.cc.vt.edu [198.82.141.12]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id s37H1Eu4031386 for ; Mon, 7 Apr 2014 13:01:14 -0400 Received: from mail-qc0-f174.google.com (mail-qc0-f174.google.com [209.85.216.174]) by mr1.cc.vt.edu (8.14.4/8.14.4) with ESMTP id s37H18Vj014211 for ; Mon, 7 Apr 2014 13:01:14 -0400 Received: by mail-qc0-f174.google.com with SMTP id c9so6538740qcz.5 for ; Mon, 07 Apr 2014 10:01:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=tc4c6Uclhsc8rD25V6HC4cHBWKrLIZJoQ/VGAMuuFEw=; b=Me0P/sX52bFClUiXn8M3UGFrevWHlmB1JWu8eM2RZNYMV00BNDgPP6A7EgwWpPGG65 NbfE24P1tyfNVHCLr1KWED6DxF6yd9Xo3KsYLUAMoLcJu4TsgE2WlRw+ZvRq6tdwkVJG xHx3kJQs2jgDg8ed3+zxDp47KpkJ6sRqYebl8xSxsCgsaKIP4imuJZ4ExnsH3g4MazFZ k48ULbvuKrqg6wqS7Xa0d5QVkOgGA9jb+0NcUoNyNdwW0PsJcpHepJvoMm2YqeEfVeau roO3Z8FzHhGhrMIXWz+x6t1YHasp/nAxRFaJKTwcQ80/PMjqxpeLybHqD6CqwbCCpIIj QBLw== X-Gm-Message-State: ALoCoQl9wq29bZxW2iMGiEFAgwlZyNWwY9UcNFkkaLr9qd6nhN9/u+/fbOh11a1sfRLtW4Gz3ui1IPyC8z6Ryp7fzpizqNBPjEY/HyDCFoxFLXZoAYb3lTPWzDfrvCaqPuYO2mG1aCvy X-Received: by 10.224.56.5 with SMTP id w5mr16698840qag.60.1396890068889; Mon, 07 Apr 2014 10:01:08 -0700 (PDT) X-Received: by 10.224.56.5 with SMTP id w5mr16698827qag.60.1396890068812; Mon, 07 Apr 2014 10:01:08 -0700 (PDT) Received: from ?IPv6:2001:468:c80:c111:a184:677f:6652:8212? ([2001:468:c80:c111:a184:677f:6652:8212]) by mx.google.com with ESMTPSA id a10sm35287211qas.6.2014.04.07.10.01.07 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 07 Apr 2014 10:01:08 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Note for those pulling in new ZFS feature flags From: Paul Mather In-Reply-To: <20140407153040.GA17668@behemoth> Date: Mon, 7 Apr 2014 13:01:06 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <4C688889-96C0-4B8C-82E7-ACC3FB729FAB@gromit.dlib.vt.edu> References: <20140407135421.GA16385@behemoth> <20140407145511.GA16747@behemoth> <20140407153040.GA17668@behemoth> To: Chris Nehren X-Mailer: Apple Mail (2.1874) X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mr1.cc.vt.edu Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Apr 2014 05:32:50 -0000 On Apr 7, 2014, at 11:30 AM, Chris Nehren = wrote: > On Mon, Apr 07, 2014 at 17:05:32 +0200, Trond Endrest=F8l wrote: >> See: >>=20 >> = http://svnweb.freebsd.org/base/stable/10/cddl/contrib/opensolaris/cmd/zpoo= l/zpool_main.c?view=3Dmarkup#l4992 >>=20 >> Consider this a lesson learned. Yes, I too was bitten by this once,=20= >> but never again. ;-) Luckily, I recovered using a snapshot image. >=20 > That's funny, because I *specifically* noted the absence of that > message when I upgraded my pool and spent about 5 minutes > wondering if it was needed or not. Either way, I think I'll opt > to doing the bootcode thing every time as well. Oddly enough, I was bitten by this recently, too, and had the same=20 thing happen. I upgraded a pool and was struck by the fact that I=20 *wasn't* urged to update the boot code and so, after pondering "maybe=20 this means I don't have to" decided not to. Of course, the system=20 wouldn't boot and I had to rescue it via a memstick. I prefer the unconditional warning. :-) Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 08:52:02 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7707A8F0 for ; Tue, 8 Apr 2014 08:52:02 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C47681691 for ; Tue, 8 Apr 2014 08:52:01 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA21520; Tue, 08 Apr 2014 11:51:59 +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 1WXRl8-000Ljh-Lt; Tue, 08 Apr 2014 11:51:59 +0300 Message-ID: <5343B889.4060000@FreeBSD.org> Date: Tue, 08 Apr 2014 11:51:21 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Steven Hartland , stable-list freebsd Subject: Re: What's up with the swapping since 10/stable References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Apr 2014 08:52:02 -0000 on 04/04/2014 11:09 Steven Hartland said the following: > We've noticed that swapping is much more agressive in 10.0 than > in 8.3 and have indeed seen it swap processes out when there is > 10GB+ free memory. I believe that r254304 made the page daemon more eager to page out and, as a consequence, to potentially swap out. Also, it skewed the fragile and imperfect cooperation between the page daemon and ARC sizing. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 08:57:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FA1AB61 for ; Tue, 8 Apr 2014 08:57:15 +0000 (UTC) Received: from smtp-gw11.han.skanova.net (smtp-gw11.han.skanova.net [81.236.55.20]) by mx1.freebsd.org (Postfix) with ESMTP id D546516F2 for ; Tue, 8 Apr 2014 08:57:13 +0000 (UTC) Received-SPF: none (smtp-gw11.han.skanova.net: domain bridgenet.se does not designate permitted sender hosts) identity=mailfrom; receiver=smtp-gw11.han.skanova.net; client_ip=2.248.9.41; envelope-from=johan@bridgenet.se; helo=postfix.bridgenet.se; Received: from postfix.bridgenet.se (2.248.9.41) by smtp-gw11.han.skanova.net (8.5.133) id 52F739C401B7020D; Tue, 8 Apr 2014 10:57:05 +0200 Received: from [192.168.1.107] (unknown [192.168.1.107]) (Authenticated sender: johan) by postfix.bridgenet.se (Postfix) with ESMTPSA id 4C92488AF; Tue, 8 Apr 2014 10:57:05 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: What's up with the swapping since 10/stable From: Johan Broman In-Reply-To: <5B77B062-F3BA-4AB4-A20A-65A599968AA9@gmail.com> Date: Tue, 8 Apr 2014 10:57:04 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <533DB9B1.3070500@denninger.net> <20140405152855.1cfcf37c87bdff3306d0cd6c@dec.sakura.ne.jp> <5342F61B.4030006@intertainservices.com> <5B77B062-F3BA-4AB4-A20A-65A599968AA9@gmail.com> To: Dmitry Sivachenko X-Mailer: Apple Mail (2.1874) Cc: stable-list freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Apr 2014 08:57:15 -0000 On 07 Apr 2014, at 23:29, Dmitry Sivachenko wrote: >=20 > On 07 =D0=B0=D0=BF=D1=80. 2014 =D0=B3., at 23:01, Mike Jakubik = wrote: >=20 >> The thing is i don't use ZFS. One of my servers is running on = 9-STABLE with ZFS and uses a fraction of the swap that my desktop does. >=20 >=20 > See this thread: > = http://lists.freebsd.org/pipermail/freebsd-hackers/2014-April/044786.html >=20 > (especially few last messages) >=20 Thanks! Hmmm. In Linux there is the vm.swapiness parameter that dictates = how the vm should prioritise swapping. Although not perfect, is there a = similar tuneable available in FreeBSD? I think it would be useful to be = able to tune this as different workloads will benefit from different = settings. The parameters I=E2=80=99m aware of are: vm.swap_idle_enabled: 0 vm.defer_swapspace_pageouts: 0 I haven=E2=80=99t tried these parameters in FreeBSD 10 yet=E2=80=A6 have = anyone else seen the impact of these? Cheers Johan= From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 12:32:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B768EC6 for ; Tue, 8 Apr 2014 12:32:40 +0000 (UTC) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 104611B4C for ; Tue, 8 Apr 2014 12:32:40 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id rd3so964062pab.39 for ; Tue, 08 Apr 2014 05:32:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=pW8AMNUz94O6cjje92HMrYvzM0A7R84vN8b7zkEXkxo=; b=da+ADoF8n60rpLlrFUaClgt04Khd+iKjRJBvxoewnE2TXJJv7UrHOhk+ltXrAP6tXs XdXGv76GH3JMqP1s56MABG3H0OcVWTcuXnCye5h9H3T3xLjVEt3O1X3ifK7j6dfSlEAM 0DBUh9rpxVDp3Fv+XlBOnOSh+bzr8j3yyjAlv+zii19aEZPQ8gW8wqKv5+PiGXe29wWR pld9IRHGb70/6sm1BKLVvnEVJlCarr7wJ0q98M5Ef09cF9lrpv6y5r1QH/K/nX2NJlfQ Hra6FIOJGGymQ/C296YDIqxeR/xNDzCdojOAX6wqUwrepPoKOOhy5XVy+dhdAwgSVpbu aImQ== MIME-Version: 1.0 X-Received: by 10.68.131.202 with SMTP id oo10mr4259749pbb.35.1396960359650; Tue, 08 Apr 2014 05:32:39 -0700 (PDT) Received: by 10.68.78.98 with HTTP; Tue, 8 Apr 2014 05:32:39 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Apr 2014 20:32:39 +0800 Message-ID: Subject: Re: Anyone interested in Atom Editor? From: =?UTF-8?B?5pyx5rGf?= To: freebsd-stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Apr 2014 12:32:40 -0000 =E4=BD=A0=E8=BF=98=E8=A6=81Atom=E7=9A=84=E9=82=80=E8=AF=B7=E4=B9=88=EF=BC= =9F=E6=88=91=E5=8F=88=E6=9C=89=E4=B8=A4=E4=B8=AA=E9=82=80=E8=AF=B7=E4=BA=86 2014-03-02 11:13 GMT+08:00 Rongxing Liu : > it'looks i'am later. > > > 2014-02-28 12:09 GMT+08:00 =E6=9C=B1=E6=B1=9F : > >> 2014-02-28 11:06 GMT+08:00 =E6=9C=B1=E6=B1=9F : >> >> > >> > Hi guys, >> > >> > I have one invite for Atom Editor , is there anyone >> >> > interested in Atom Editor and need my invitation? If you need this >> > invitation, please let me know your e-mail. >> > >> > BTW, when you successfully be invited, you got 3 invites. I hope who g= et >> > my invite should invite other people who need invitation as well. >> > >> > Best regards, >> > -- >> > Jiang Zhu >> > mail.jiang.cn@gmail.com >> > >> >> Hi guys, >> >> My invitation have sent to Chad Milios@ccsys.com, maybe you can ask Cha= d >> to share with you. >> >> Best regards, >> -- >> Jiang Zhu >> mail.jiang.cn@gmail.com >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.or= g >> " >> > > --=20 Jiang Zhu mail.jiang.cn@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 12:32:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0228CFB2 for ; Tue, 8 Apr 2014 12:32:57 +0000 (UTC) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B30061B5E for ; Tue, 8 Apr 2014 12:32:56 +0000 (UTC) Received: from john by potato.growveg.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WXVCs-00098A-PA for freebsd-stable@freebsd.org; Tue, 08 Apr 2014 13:32:50 +0100 Date: Tue, 8 Apr 2014 13:32:50 +0100 From: John To: freebsd-stable@freebsd.org Subject: GEOM_CONCAT odd behaviour Message-ID: <20140408123250.GA34915@potato.growveg.org> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) Sender: John X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: john@potato.growveg.org X-SA-Exim-Scanned: No (on potato.growveg.org); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2014 12:32:57 -0000 Hello -stable, I made a concatenated disk with the gconcat program and compiled options GEOM_CONCAT into the kernel. When I reboot, this appears in the dmesg: GEOM_CONCAT: Device data created (id=1971778810). GEOM_CONCAT: Disk diskid/DISK-WD-WCC130881133 attached to data. GEOM_CONCAT: Disk diskid/DISK-WD-WCC131034794 attached to data. GEOM_CONCAT: Disk diskid/DISK-WD-WCC131035892 attached to data. GEOM_CONCAT: Device concat/data activated. GEOM_CONCAT: Cannot add disk ada3 to data (error=17). GEOM_CONCAT: Cannot add disk ada2 to data (error=17). GEOM_CONCAT: Cannot add disk ada1 to data (error=17). I tried to run gconcat status which returned something like 'unavailable' (forget the exact error but it suggested the driver wasn't loaded) so I loaded the kernel module instead ( geom_concat.ko ) and now status returns: [root@ ~]# gconcat status Name Status Components concat/data UP diskid/DISK-WD-WCC130881133 diskid/DISK-WD-WCC131034794 diskid/DISK-WD-WCC131035892 ...so why does it work the second way and not the first? Is compiling it into the kernel depreciated? This is on PC-BSD 10 but I don't think this is specific to that branch. The version is 10.0-RELEASE-p4. thanks, -- John From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 17:41:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71B56E91 for ; Tue, 8 Apr 2014 17:41:35 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D9DA1C09 for ; Tue, 8 Apr 2014 17:41:34 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id a1so1317441wgh.8 for ; Tue, 08 Apr 2014 10:41:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=U7WmNRdu1nYIwRQmuUKQCXuOBxEUOxo8uY3Wz9JUAX4=; b=gI+kcMFy9krFlxUayzfoNx5Rfdll/Fa9Thic8PmnjTEaAqQJtkrzNDsNK9jY14xvnV feUxEL8HdG/Jm3yd3P8q8WIWWV5HMFwBfAPcqoFL6BVIpx3xyCRnF0SJMODas9CxXb8E 80TOs3xrcBpClpgvFAtzDhcg5NEuD5WG+Y3PBVKS8iFKz4LCrtzLD88mMtGgXT9gyLlj vbwN1Bgl22VrLvcGVQA9w+xEO2fVA7Vp0n5ijAe0K1pCvdGBvEMUSUSyTDqIcgirkT4U QTY7lQAweWUcKBugwEU5ktD8/a2fDuw8+iAQQfDbI916LkJvzKS6Av8qlO7NQQ9KyA3E Ggzw== MIME-Version: 1.0 X-Received: by 10.180.81.228 with SMTP id d4mr32978810wiy.49.1396978893378; Tue, 08 Apr 2014 10:41:33 -0700 (PDT) Received: by 10.216.86.145 with HTTP; Tue, 8 Apr 2014 10:41:33 -0700 (PDT) In-Reply-To: <20140408123250.GA34915@potato.growveg.org> References: <20140408123250.GA34915@potato.growveg.org> Date: Tue, 8 Apr 2014 13:41:33 -0400 Message-ID: Subject: Re: GEOM_CONCAT odd behaviour From: "illoai@gmail.com" To: ml-freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Apr 2014 17:41:35 -0000 On 8 April 2014 08:32, John wrote: > Hello -stable, > > I made a concatenated disk with the gconcat program and compiled > options GEOM_CONCAT > into the kernel. When I reboot, this appears in the dmesg: > > GEOM_CONCAT: Device data created (id=1971778810). > GEOM_CONCAT: Disk diskid/DISK-WD-WCC130881133 attached to data. > GEOM_CONCAT: Disk diskid/DISK-WD-WCC131034794 attached to data. > GEOM_CONCAT: Disk diskid/DISK-WD-WCC131035892 attached to data. > GEOM_CONCAT: Device concat/data activated. > GEOM_CONCAT: Cannot add disk ada3 to data (error=17). > GEOM_CONCAT: Cannot add disk ada2 to data (error=17). > GEOM_CONCAT: Cannot add disk ada1 to data (error=17). > > I tried to run gconcat status which returned something like > 'unavailable' (forget the exact error but it suggested the driver wasn't > loaded) so I loaded the kernel module instead ( geom_concat.ko ) > and now status returns: > > [root@ ~]# gconcat status > Name Status Components > concat/data UP diskid/DISK-WD-WCC130881133 > diskid/DISK-WD-WCC131034794 > diskid/DISK-WD-WCC131035892 > > ...so why does it work the second way and not the first? Is compiling it > into the kernel depreciated? This is on PC-BSD 10 but I don't think this > is specific to that branch. The version is 10.0-RELEASE-p4. AFIK, geom_* stuff works by magic: the module "tastes" the last sectors of the disk, & then tries its damnedest to attach it to an appropriate thingy (concat, stripe, label, whatnot) based on the metadata. It looks like it's finding the geom metadata twice & trying to attach the same disk(s) to the geom_concat twice, & failing the second time. -- -- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 18:00:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCBDF9E0 for ; Tue, 8 Apr 2014 18:00:30 +0000 (UTC) Received: from main.mx.e-gitt.net (service.rules.org [IPv6:2001:1560:2342::2]) (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 9DC841DAD for ; Tue, 8 Apr 2014 18:00:30 +0000 (UTC) Received: from ob by main.mx.e-gitt.net with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WXaJv-0001fT-32 for freebsd-stable@freebsd.org; Tue, 08 Apr 2014 20:00:27 +0200 Date: Tue, 8 Apr 2014 20:00:27 +0200 From: Oliver Brandmueller To: FreeBSD stable Subject: OpenSSL CVE-2014-0160 (openssl) in 10-STABLE workaround? Message-ID: <20140408180026.GC2676@e-Gitt.NET> Mail-Followup-To: FreeBSD stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: "TT~P'b_)-jKU_0^a=usXryz`YTz)z.[FZrI,A~PREI2U}frrZ`>_J&; ^t|^.dR/mqtC,Vb.Y>~u8(|aL)vAv(k">zY"]*m*y|b8S7:WK[/qP5i>HO#Ek; C[X:b|FP0*Ly_4Ni User-Agent: Mutt/1.5.23 (2014-03-12) Sender: Oliver Brandmueller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Apr 2014 18:00:30 -0000 Hi, till it's fixed in base (which I hope is very soon) (or you replace openssl in base with the fixed version from ports or patch manually): Would it probably help (with the performance impact in mind) to set malloc option junk:true to lower the risk of leakting information? manpage says: "opt.junk" (bool) r- [--enable-fill] Junk filling enabled/disabled. If enabled, each byte of uninitialized allocated memory will be initialized to 0xa5. All deallocated memory will be initialized to 0x5a. This is intended for debugging and will impact performance negatively. This option is disabled by default unless --enable-debug is specified during configuration, in which case it is enabled by default unless running inside Valgrind[2]. as oppsosed to: "opt.zero" (bool) r- [--enable-fill] Zero filling enabled/disabled. If enabled, each byte of uninitialized allocated memory will be initialized to 0. Note that this initialization only happens once for each byte, so realloc and rallocm calls do not zero memory that was previously allocated. This is intended for debugging and will impact performance negatively. This option is disabled by default. Anyone with better insights could comment on that? - Oliver -- | Oliver Brandmueller http://sysadm.in/ ob@sysadm.in | | Ich bin das Internet. Sowahr ich Gott helfe. | From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 18:40:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5FD49B; Tue, 8 Apr 2014 18:40:13 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 37B39136C; Tue, 8 Apr 2014 18:40:12 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s38IhQEo005129; Tue, 8 Apr 2014 11:43:32 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s38IhJem005126; Tue, 8 Apr 2014 11:43:19 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 8 Apr 2014 11:43:21 -0700 (PDT) Message-ID: In-Reply-To: <20140408043848.GA1372@michelle.cdnetworks.com> References: <1396384167.81853.210.camel@revolution.hippie.lan> <41917a9e67d0f4519df4b55f3aa6ebe3.authenticated@ultimatedns.net> <20140402003912.GA2938@michelle.cdnetworks.com> <3f97f5646629043fed5e34a77c9c2f3d.authenticated@ultimatedns.net> <20140402020803.GB2938@michelle.cdnetworks.com> <70cd5de109845e30fcb6516af7a6f9de.authenticated@ultimatedns.net> <20140407015104.GC3543@michelle.cdnetworks.com> <16934e2751614ab9235ac00c6b6bb2d7.authenticated@ultimatedns.net> <20140407060351.GA1357@michelle.cdnetworks.com> <366dff3399e9d5960e5a89902cb81dc3.authenticated@ultimatedns.net> <20140408043848.GA1372@michelle.cdnetworks.com> Date: Tue, 8 Apr 2014 11:43:21 -0700 (PDT) Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 From: "Chris H" To: pyunyh@gmail.com User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-net , freebsd-stable , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Apr 2014 18:40:13 -0000 > On Mon, Apr 07, 2014 at 09:40:53AM -0700, Chris H wrote: >> > On Sun, Apr 06, 2014 at 10:49:27PM -0700, Chris H wrote: >> >> > On Thu, Apr 03, 2014 at 01:18:19PM -0700, Chris H wrote: >> >> >> > On Tue, Apr 01, 2014 at 05:53:51PM -0700, Chris H wrote: >> >> >> >> > On Tue, Apr 01, 2014 at 01:40:58PM -0700, Chris H wrote: >> >> >> >> >> > On Tue, 2014-04-01 at 13:19 -0700, Chris H wrote: >> >> >> >> >> >> [...] >> >> >> >> >> >> miibus0: on nfe0 >> >> >> >> >> >> rlphy0: PHY 0 on miibus0 >> >> >> >> >> >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow >> >> >> >> >> >> rlphy1: PHY 1 on miibus0 >> >> >> >> >> > [...]---big-snip--8<--- >> >> >> >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 >> >> >> >> >> >> >> >> >> >> >> >> As you can see, it looks much the same. I have no idea what >> >> >> >> >> >> I should do to better inform the driver/kernel how to better >> >> >> >> >> >> handle it. Or is it the driver, itself? >> >> >> >> >> >> >> >> >> >> >> >> Thank you again, for your thoughtful response. >> >> >> >> >> >> >> >> >> >> >> >> --Chris >> >> >> >> >> >> >> >> >> >> >> > >> >> >> >> >> > I think the way to fix a phy that responds at all addresses is to set a >> >> >> >> >> > hint in loader.conf masking out the ones that aren't real, like so: >> >> >> >> >> > >> >> >> >> >> > hint.miibus.0.phymask="1" >> >> >> >> >> > >> >> >> >> >> > You might be able to set ="0x00000001" to make it more clear it's a >> >> >> >> >> > bitmask, but I'm not sure of that. >> >> >> >> >> >> >> >> >> >> Thank you very much for the hint. I'll give it a shot. >> >> >> >> >> Any idea why this is happening? I have 4 other MB's using the Nvidia >> >> >> >> >> chipset, and the nfe(4) driver. But they don't respond this way. >> >> >> >> >> >> >> >> >> > >> >> >> >> > If some nfe(4) variants badly behave in probing stage, this should >> >> >> >> > be handled by driver. We already have too many hints and tunables >> >> >> >> > and I don't think most users know that. In addition, adding >> >> >> >> > additional NIC may change miibus instance number. >> >> >> >> > >> >> >> >> > Could you show me the output of 'kenv | grep smbios'? >> >> >> >> Yes, of course. >> >> >> >> >> >> >> >> Here it is: >> >> >> >> >> >> >> >> smbios.bios.reldate="11/22/2010" >> >> >> >> smbios.bios.vendor="American Megatrends Inc." >> >> >> >> smbios.bios.version="V2.7" >> >> >> >> smbios.chassis.maker="MSI" >> >> >> >> smbios.chassis.serial="To Be Filled By O.E.M." >> >> >> >> smbios.chassis.tag="To Be Filled By O.E.M." >> >> >> >> smbios.chassis.version="2.0" >> >> >> >> smbios.memory.enabled="2097152" >> >> >> >> smbios.planar.maker="MSI" >> >> >> >> smbios.planar.product="K9N6PGM2-V2 (MS-7309)" >> >> >> >> smbios.planar.serial="To be filled by O.E.M." >> >> >> >> smbios.planar.version="2.0" >> >> >> >> smbios.socket.enabled="1" >> >> >> >> smbios.socket.populated="1" >> >> >> >> smbios.system.maker="MSI" >> >> >> >> smbios.system.product="MS-7309" >> >> >> >> smbios.system.serial="To Be Filled By O.E.M." >> >> >> >> smbios.system.uuid="00000000-0000-0000-0000-406186cd4497" >> >> >> >> smbios.system.version="2.0" >> >> >> >> smbios.version="2.6" >> >> >> >> >> >> >> >> Hope this helps, and thank you for all your time, and trouble. >> >> >> >> >> >> >> > >> >> >> > Thanks for the info. Try attached patch and let me know how it >> >> >> > works. Make sure to remove the hint(hint.miibus.0.phymask="1") >> >> >> > set in loader.conf before testing it. >> >> >> >> >> >> Hello, and thanks for all the attention. >> >> >> Sorry for the delay. I chose to perform a dump(8) before attempting >> >> >> the KERn rebuild with the patch. But the kernel threw a read error >> >> >> message on one of the drives. So I had to sort out the problem on >> >> >> the drive before I could complete the dump. Then, of course I had >> >> >> to reslice, and format another drive to replace the ailing one, >> >> >> before I could perform a restore(8), and start the nfe patch; build >> >> >> && install kernel. Weird; the drive had only a few hours on it. >> >> >> Well, anyway. The patch applied cleanly. So I built, and installed >> >> >> a new kernel with it. X's out the hint.miibus.0.phymask="0x00000001" >> >> >> in loader.conf(5), and bounced the box. Bad news: >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 31 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 30 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 29 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 28 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 27 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 26 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 25 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 24 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 23 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 22 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 21 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 20 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 19 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 18 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 17 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 16 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 15 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 14 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 13 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 12 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 11 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 10 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 9 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 8 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 7 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 6 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 5 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 4 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 3 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 2 >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 >> >> >> >> >> >> Just as before. In case it should make any difference; I'm >> >> >> going to attach my copy of src/sys/dev/nfe/if_nfe.c in case >> >> >> there are any differences in mine, that do not coincide with >> >> >> your version/copy (I'm on releng_9 - 9.2-STABLE) >> >> >> >> >> >> FreeBSD demon0 9.2-STABLE FreeBSD 9.2-STABLE #0 r263756M: >> >> >> Thu Apr 3 12:42:03 PDT 2014 >> >> >> root@demon0:/usr/obj/usr/src/sys/DEMON0 amd64 >> >> >> >> >> >> Best wishes, and thanks again. >> >> >> >> >> > >> >> > Oops, could you show me the output of "pciconf -lcbv"? >> >> >> >> Yes. Of course. >> >> >> > >> > [...] >> > >> >> nfe0@pci0:0:7:0: class=0x068000 card=0x73091462 chip=0x03ef10de rev=0xa2 hdr=0x00 >> >> vendor = 'nVidia Corporation' >> >> device = 'MCP61 Ethernet' >> >> class = bridge >> >> bar [10] = type Memory, range 32, base 0xdff7d000, size 4096, enabled >> >> bar [14] = type I/O Port, range 32, base 0xe480, size 8, enabled >> >> cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 >> >> cap 05[50] = MSI supports 8 messages, 64 bit, vector masks enabled with 8 messages >> >> cap 08[6c] = HT MSI fixed address window enabled at 0xfee00000 >> > >> > Thanks a lot for the info. It seems I missed there are 4 variants >> > for MCP61. Try attached patch again. >> >> Greetings, and thank you for your continued efforts. >> I just applied the patch, and built/installed a kernel with it. >> The results are in: >> >> /boot/loader.conf: >> loader_logo="beastiebw" >> #hint.miibus.0.phymask="0x00000001" >> >> relevant output from dmesg(8): >> nfe0: port 0xe480-0xe487 mem >> 0xdff7d000-0xdff7dfff >> irq 20 at device 7.0 on pci0 >> nfe0: attempting to allocate 8 MSI vectors (8 supported) >> msi: routing MSI IRQ 257 to local APIC 0 vector 56 >> msi: routing MSI IRQ 258 to local APIC 0 vector 57 >> msi: routing MSI IRQ 259 to local APIC 0 vector 58 >> msi: routing MSI IRQ 260 to local APIC 0 vector 59 >> msi: routing MSI IRQ 261 to local APIC 0 vector 60 >> msi: routing MSI IRQ 262 to local APIC 0 vector 61 >> msi: routing MSI IRQ 263 to local APIC 0 vector 62 >> msi: routing MSI IRQ 264 to local APIC 0 vector 63 >> nfe0: using IRQs 257-264 for MSI >> nfe0: Using 8 MSI messages >> miibus0: on nfe0 >> rlphy0: PHY 0 on miibus0 >> rlphy0: OUI 0x000004, model 0x0020, rev. 1 >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow >> nfe0: bpf attached >> nfe0: Ethernet address: 40:61:86:cd:44:97 >> ... >> vlan: initialized, using hash tables with chaining >> ... >> lo0: bpf attached >> ... >> >> Hmmm. I think we have a winner. No? > > Thanks a lot for testing. Thank YOU for working on this! > I'll commit it within a couple of days. Good news. > >> The only thing that I noticed that appeared to be different. >> Is that it takes some 5 seconds to get from: >> >> nfe0: link state changed to DOWN >> nfe0: link state changed to UP >> >> to: >> >> Starting Network: ... >> >> output. I don't know that your patch had anything to do with > > I don't think the patch may result in the change you've seen. > Auto-negotiation may take several seconds and that might be reason > you see the difference. Link up message does not necessarily mean > it resolved speed/duplex of link against link partner. nfe(4) > explicitly checks whether it established a valid link(i.e. link > should be up and speed/duplex also should be resolved). OK. I have 3 others using nfe(4), and they don't take as long. So thought it might be worth mentioning -- no finger pointing, just saying. :) I'll keep an eye on it. I'm guessing it's probably just the difference in version of chip, or something similar. Thanks again. --Chris > >> that. Or it's just another anomaly with the driver/NIC. But it >> was a long enough period/change, that I thought it worth >> mentioning. >> >> Thank you again, for all your time, and efforts. >> >> --Chris >> >> >> > >> > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 18:46:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBE493A7 for ; Tue, 8 Apr 2014 18:46:46 +0000 (UTC) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 921711488 for ; Tue, 8 Apr 2014 18:46:46 +0000 (UTC) Received: from john by potato.growveg.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WXb2Y-0009X8-Rn for freebsd-stable@freebsd.org; Tue, 08 Apr 2014 19:46:34 +0100 Date: Tue, 8 Apr 2014 19:46:34 +0100 From: John To: freebsd-stable@freebsd.org Subject: Re: GEOM_CONCAT odd behaviour Message-ID: <20140408184634.GB34915@potato.growveg.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <20140408123250.GA34915@potato.growveg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: John X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: john@potato.growveg.org X-SA-Exim-Scanned: No (on potato.growveg.org); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2014 18:46:46 -0000 On Tue, Apr 08, 2014 at 01:41:33PM -0400, illoai@gmail.com wrote: > > AFIK, geom_* stuff works by magic: the module "tastes" > the last sectors of the disk, & then tries its damnedest to > attach it to an appropriate thingy (concat, stripe, label, > whatnot) based on the metadata. > > It looks like it's finding the geom metadata twice & trying > to attach the same disk(s) to the geom_concat twice, & > failing the second time. yeah - might be significant that this started (on another machine) after the upgrade from 9.2 to 10-R. In any case, loading the module via loader.conf will work. It's just that it used to work by compiling it into the kernel. cheers, -- John From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 18:51:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B14C258A for ; Tue, 8 Apr 2014 18:51:07 +0000 (UTC) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6CDF814E3 for ; Tue, 8 Apr 2014 18:51:07 +0000 (UTC) Received: from john by potato.growveg.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WXb6s-0009Xh-7D for freebsd-stable@freebsd.org; Tue, 08 Apr 2014 19:51:02 +0100 Date: Tue, 8 Apr 2014 19:51:02 +0100 From: John To: freebsd-stable@freebsd.org Subject: Re: UEFI bios, problem installing freebsd but not pc-bsd Message-ID: <20140408185102.GC34915@potato.growveg.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <20140404000343.GA45831@potato.growveg.org> <1396733165392-5900937.post@n5.nabble.com> <1396734888786-5900941.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1396734888786-5900941.post@n5.nabble.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: John X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: john@potato.growveg.org X-SA-Exim-Scanned: No (on potato.growveg.org); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2014 18:51:07 -0000 On Sat, Apr 05, 2014 at 02:54:48PM -0700, Jakub Lach wrote: > GRUB? yep, that's it. Barring any other issues, I'm going to try the latest 11-snapshot. Hopefully it will give me a bootable install. I'm much more at home with regular freebsd. -- John From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 19:33:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C41BD83 for ; Tue, 8 Apr 2014 19:33:47 +0000 (UTC) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 36D6F1A37 for ; Tue, 8 Apr 2014 19:33:47 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id wo20so1547224obc.19 for ; Tue, 08 Apr 2014 12:33:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=C0bZuXzWqUt+WeW+We6Yh4MikdjEUQHy+JTivzmHEyw=; b=vGmKwd7Z2JFtU5aQ8swfpBSDXgoIPf4Wm+SWfCIDtO0MBcrQUMoHY3yJyFjyjdLMZQ 2nLWyHMLlY9RUZSHj+hQeJ4+veDndiLScnBb/fjKdpiR/BUzfDsmZV0L8cn3QFHywo46 OPxZ1S1pJ/9Ame6uJNws8SGAQfrhAAXE6SPQJ01LgKklBsnushIfY/p7de8PSEL0hOyj Y6mFJRKcJRv+05BPxn8LUuJh31yG38aZ2qFMXsnxuRkT2g44Vpag0lmaBB9HqewS63X6 hyDBhLXn0QPW4hKfb5Cu5ImX7msF3EmeAxKRsSYubuLV5QbT9mjXMcQs4WmIvxUAnFQR v7RQ== MIME-Version: 1.0 X-Received: by 10.182.166.40 with SMTP id zd8mr4768637obb.25.1396985626519; Tue, 08 Apr 2014 12:33:46 -0700 (PDT) Received: by 10.76.87.7 with HTTP; Tue, 8 Apr 2014 12:33:46 -0700 (PDT) In-Reply-To: <20140408184634.GB34915@potato.growveg.org> References: <20140408123250.GA34915@potato.growveg.org> <20140408184634.GB34915@potato.growveg.org> Date: Tue, 8 Apr 2014 15:33:46 -0400 Message-ID: Subject: Re: GEOM_CONCAT odd behaviour From: Ryan Stone To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Apr 2014 19:33:47 -0000 On Tue, Apr 8, 2014 at 2:46 PM, John wrote: > yeah - might be significant that this started (on another machine) after > the upgrade from 9.2 to 10-R. In any case, loading the module via > loader.conf will work. It's just that it used to work by compiling it > into the kernel. I believe that setting the tunable: kern.geom.label.disk_ident.enable=0 should fix your issue. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 02:56:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 106686A0 for ; Wed, 9 Apr 2014 02:56:27 +0000 (UTC) Received: from qmta11.emeryville.ca.mail.comcast.net (qmta11.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:44:76:96:27:211]) by mx1.freebsd.org (Postfix) with ESMTP id E55191AF9 for ; Wed, 9 Apr 2014 02:56:26 +0000 (UTC) Received: from omta14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by qmta11.emeryville.ca.mail.comcast.net with comcast id neSt1n0051HpZEsABewS7o; Wed, 09 Apr 2014 02:56:26 +0000 Received: from jdc.koitsu.org ([76.102.14.35]) by omta14.emeryville.ca.mail.comcast.net with comcast id newR1n00S0lNtxY8aewSwq; Wed, 09 Apr 2014 02:56:26 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8224173A1B; Tue, 8 Apr 2014 19:56:25 -0700 (PDT) Date: Tue, 8 Apr 2014 19:56:25 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Subject: stable/9 r264014 problems Message-ID: <20140409025625.GA1222@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment User-Agent: Mutt/1.5.23 (2014-03-12) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1397012186; bh=g6aFfUXdzqYBFKEC0+fUY/ScTYa1qLcvql5FxMYuDjA=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=B+kQNB1MNmLhBpN4Yg+uzfyXcKmR30gnt35hIo+2WTYGFvnFa16QPKrg8br6ypz6o 5sv18fXEjqcNA/4gKkjyhSN3jyxnuXPdFyVmXsB8yUF4phX0cHwP5giCMXSm7Y5SGi cssICC8cuOU2ItBG1jCtb4NL3HXmui6AhNpvR/WfQZbiIRqo+9M8JhSGTK/swhUVe0 va/c+GURjtjORP87aMBHRK+a5gckgUEZ4fYyc85L+dkIwUrgdtVfxC0RmavGKbwepd Z5Gu5Af0CDM57lhXg5qdlQgdCOEO+eQ6lj/7tMirCIAuFeG68ku5J7YvlHkIu7yHW5 l3Ek/CZhsHw5g== Cc: gjb@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 02:56:27 -0000 (Please keep me CC'd as I'm not subscribed to freebsd-stable@) Root cause appears related to r264014: http://svnweb.freebsd.org/base/stable/9/Makefile.inc1?annotate=264014 My src/ correlates with r264285, so it seems this issue has been lingering for a week now. Did anyone truly test this fully before committing? (Yes I read the commit message; consider me doubtful) There is no /usr/obj/usr/src/sys/sys/param.h. Maybe what's wanted is /usr/obj/usr/src/tmp/sys/sys/param.h or /usr/obj/usr/src/include/osreldate.h (both of which exit and define __FreeBSD_version)? There is no /usr/obj/usr/src/release, so I don't know what any of that is about. I can make a PR for this if asked. root@icarus:/usr/src # make delete-old >>> Removing old files (only deletes safe to delete libs) make: chdir /usr/obj/usr/src/release: No such file or directory "/usr/src/Makefile.inc1", line 134: warning: "/usr/obj/usr/src/make.amd64/make -C /usr/obj/usr/src/release -V REVISION" returned non-zero status make: chdir /usr/obj/usr/src/release: No such file or directory "/usr/src/Makefile.inc1", line 135: warning: "/usr/obj/usr/src/make.amd64/make -C /usr/obj/usr/src/release -V BRANCH" returned non-zero status awk: can't open file /usr/obj/usr/src/sys/sys/param.h source line number 1 "/usr/src/Makefile.inc1", line 137: warning: "awk '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' /usr/obj/usr/src/sys/sys/param.h" returned non-zero status >>> Old files removed >>> Removing old directories make: chdir /usr/obj/usr/src/release: No such file or directory "/usr/src/Makefile.inc1", line 134: warning: "/usr/obj/usr/src/make.amd64/make -C /usr/obj/usr/src/release -V REVISION" returned non-zero status make: chdir /usr/obj/usr/src/release: No such file or directory "/usr/src/Makefile.inc1", line 135: warning: "/usr/obj/usr/src/make.amd64/make -C /usr/obj/usr/src/release -V BRANCH" returned non-zero status awk: can't open file /usr/obj/usr/src/sys/sys/param.h source line number 1 "/usr/src/Makefile.inc1", line 137: warning: "awk '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' /usr/obj/usr/src/sys/sys/param.h" returned non-zero status /usr/include/netgraph/bluetooth/include /usr/include/netgraph/bluetooth /usr/include/clang/3.4 /usr/include/clang /usr/share/doc/llvm/clang /usr/share/doc/llvm /usr/include/c++/v1/experimental /usr/include/c++/v1/ext /usr/include/c++/v1 >>> Old directories removed To remove old libraries run '/usr/obj/usr/src/make.amd64/make delete-old-libs'. root@icarus:/usr/src # make delete-old-libs >>> Removing old libraries Please be sure no application still uses those libraries, else you can not start such an application. Consult UPDATING for more information regarding how to cope with the removal/revision bump of a specific library. make: chdir /usr/obj/usr/src/release: No such file or directory "/usr/src/Makefile.inc1", line 134: warning: "/usr/obj/usr/src/make.amd64/make -C /usr/obj/usr/src/release -V REVISION" returned non-zero status make: chdir /usr/obj/usr/src/release: No such file or directory "/usr/src/Makefile.inc1", line 135: warning: "/usr/obj/usr/src/make.amd64/make -C /usr/obj/usr/src/release -V BRANCH" returned non-zero status awk: can't open file /usr/obj/usr/src/sys/sys/param.h source line number 1 "/usr/src/Makefile.inc1", line 137: warning: "awk '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' /usr/obj/usr/src/sys/sys/param.h" returned non-zero status >>> Old libraries removed $ ls -l /usr/obj/usr/src/sys total 32 drwxr-xr-x 3 root wheel 27136 Apr 8 17:26 X7SBA_RELENG_9_amd64/ drwxr-xr-x 7 root wheel 512 Apr 8 17:09 boot/ $ ls -l /usr/obj/usr/src total 72 drwxr-xr-x 39 root wheel 1024 Apr 8 17:09 bin/ drwxr-xr-x 6 root wheel 512 Apr 8 17:09 cddl/ drwxr-xr-x 2 root wheel 512 Apr 8 17:09 etc/ drwxr-xr-x 13 root wheel 512 Apr 8 17:09 games/ drwxr-xr-x 4 root wheel 512 Apr 8 17:09 gnu/ drwxr-xr-x 4 root wheel 512 Apr 8 17:11 include/ drwxr-xr-x 72 root wheel 1536 Apr 8 17:09 lib/ drwxr-xr-x 26 root wheel 512 Apr 8 17:09 libexec/ drwxr-xr-x 3 root wheel 512 Apr 8 17:08 make.amd64/ drwxr-xr-x 4 root wheel 512 Apr 8 17:09 rescue/ drwxr-xr-x 80 root wheel 1536 Apr 8 17:09 sbin/ drwxr-xr-x 6 root wheel 512 Apr 8 17:09 secure/ drwxr-xr-x 15 root wheel 512 Apr 8 17:09 share/ drwxr-xr-x 4 root wheel 512 Apr 8 17:22 sys/ drwxr-xr-x 5 root wheel 512 Apr 8 17:08 tmp/ drwxr-xr-x 3 root wheel 512 Apr 8 17:08 tools/ drwxr-xr-x 237 root wheel 4096 Apr 8 17:09 usr.bin/ drwxr-xr-x 182 root wheel 3584 Apr 8 17:09 usr.sbin/ -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 03:03:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7156E97B; Wed, 9 Apr 2014 03:03:11 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.glenbarber.us", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 428951C6E; Wed, 9 Apr 2014 03:03:11 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id D8D2B811B; Wed, 9 Apr 2014 03:03:05 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us D8D2B811B Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 8 Apr 2014 23:03:02 -0400 From: Glen Barber To: Jeremy Chadwick Subject: Re: stable/9 r264014 problems Message-ID: <20140409030302.GG48063@glenbarber.us> References: <20140409025625.GA1222@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="PpAOPzA3dXsRhoo+" Content-Disposition: inline In-Reply-To: <20140409025625.GA1222@icarus.home.lan> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 03:03:11 -0000 --PpAOPzA3dXsRhoo+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 08, 2014 at 07:56:25PM -0700, Jeremy Chadwick wrote: > (Please keep me CC'd as I'm not subscribed to freebsd-stable@) >=20 > Root cause appears related to r264014: >=20 > http://svnweb.freebsd.org/base/stable/9/Makefile.inc1?annotate=3D264014 >=20 > My src/ correlates with r264285, so it seems this issue has been > lingering for a week now. Did anyone truly test this fully before > committing? (Yes I read the commit message; consider me doubtful) >=20 Of course. But it seems 'delete-old' target did not get thoroughly tested. > There is no /usr/obj/usr/src/sys/sys/param.h. Maybe what's wanted is > /usr/obj/usr/src/tmp/sys/sys/param.h or > /usr/obj/usr/src/include/osreldate.h (both of which exit and define > __FreeBSD_version)? >=20 > There is no /usr/obj/usr/src/release, so I don't know what any of that > is about. >=20 > I can make a PR for this if asked. >=20 Not necessary. I need some time to test some changes, but I do see what is wrong. Thank you for the report. Glen --PpAOPzA3dXsRhoo+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTRLhmAAoJELls3eqvi17QEVcQAMy5XygUSHf/CpTz4gxWV4ub cS3be94hphOEPYRvoxfCLzC48PKXzVND7Sqn5kGEDC3Kwx/qnEmZ5GLFbpTS5RTC yPU5EfsW94Ll43WyHFn5+cOuKPH26xPf0HNwDlNTJJMIcwfplZ+4aN7X1l1UjyqG xCeVVtkktIKSYhXspWLzS0ZDPSIc3Eu7LAt7p/K47NoqEVU8PV6TWqnHhcTlHjhp iHGtH+mrp3O2eD1WStxVx/XQSh+J1x8pQgVRJmqCIvRyeaa4VjJeetQghhMuJr4N j60Nnb2kqDflnBc2QD8uDpkeG9uyrwvpK7DnzvM1pJOfwOxickpEUBrBNsqPwDRK Z27wQtq1IIKJE3f5Vq2B1bFTDTF43plSRZsoekSyk3XHkevpYwN44xZ/xA+U0EL1 6GN6X2YD+pFU86xwFotuwui7izTBBmF/lPRGQ3cBkjhDnqpMBCld4L1LoaUnVLwn y1QNmGlBLOKfknP1aXsXW3d0llCPO/AMq7kYgEIPFxQaeE/eO9NnNL3BmlCsbUHy /9bxBPJlWznqfmaSxt55a0Ijr7tBC4qk0C4rXhlob0ucnGyEIipWNyXCMtJ+r8FZ SM8S5pNZFz15JROCHdrR7zoG3KABsQXKTWFZ22lOwnAdPUz1herR7/a88eGaZqla KJHMsb89B3ETS+JqAIYe =p1kq -----END PGP SIGNATURE----- --PpAOPzA3dXsRhoo+-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 03:18:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2EE50CC8; Wed, 9 Apr 2014 03:18:35 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.glenbarber.us", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DBE6E1D90; Wed, 9 Apr 2014 03:18:34 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id EA4338D5D; Wed, 9 Apr 2014 03:18:32 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us EA4338D5D Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 8 Apr 2014 23:18:30 -0400 From: Glen Barber To: Jeremy Chadwick Subject: Re: stable/9 r264014 problems Message-ID: <20140409031830.GH48063@glenbarber.us> References: <20140409025625.GA1222@icarus.home.lan> <20140409030302.GG48063@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Rn7IEEq3VEzCw+ji" Content-Disposition: inline In-Reply-To: <20140409030302.GG48063@glenbarber.us> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 03:18:35 -0000 --Rn7IEEq3VEzCw+ji Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 08, 2014 at 11:03:02PM -0400, Glen Barber wrote: > On Tue, Apr 08, 2014 at 07:56:25PM -0700, Jeremy Chadwick wrote: > > (Please keep me CC'd as I'm not subscribed to freebsd-stable@) > >=20 > > Root cause appears related to r264014: > >=20 > > http://svnweb.freebsd.org/base/stable/9/Makefile.inc1?annotate=3D264014 > >=20 > > My src/ correlates with r264285, so it seems this issue has been > > lingering for a week now. Did anyone truly test this fully before > > committing? (Yes I read the commit message; consider me doubtful) > >=20 >=20 > Of course. But it seems 'delete-old' target did not get thoroughly > tested. >=20 > > There is no /usr/obj/usr/src/sys/sys/param.h. Maybe what's wanted is > > /usr/obj/usr/src/tmp/sys/sys/param.h or > > /usr/obj/usr/src/include/osreldate.h (both of which exit and define > > __FreeBSD_version)? > >=20 > > There is no /usr/obj/usr/src/release, so I don't know what any of that > > is about. > >=20 > > I can make a PR for this if asked. > >=20 >=20 > Not necessary. I need some time to test some changes, but I do see what > is wrong. >=20 Hmm, maybe I do not see quite what is wrong. Can you show me output of 'uname -U' and 'svn info /usr/src' ? When I run 'delete-old' against stable/9@r264148, I do see some unwanted noise, but nothing nearly as intrusive as you see. root@grind:/usr/src # make delete-old >>> Removing old files (only deletes safe to delete libs) awk: can't open file /usr/obj/usr/src/sys/sys/param.h source line number 1 "/usr/src/Makefile.inc1", line 137: warning: "awk '/^#define[[:space:]]*__F= reeBSD_version/ { print $3 }' /usr/obj/usr/src/sys/sys/param.h" returned non-zero status >>> Old files removed >>> Removing old directories awk: can't open file /usr/obj/usr/src/sys/sys/param.h source line number 1 "/usr/src/Makefile.inc1", line 137: warning: "awk '/^#define[[:space:]]*__F= reeBSD_version/ { print $3 }' /usr/obj/usr/src/sys/sys/param.h" returned non-zero status >>> Old directories removed To remove old libraries run '/usr/obj/usr/src/make.amd64/make delete-old-li= bs'. Glen --Rn7IEEq3VEzCw+ji Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTRLwGAAoJELls3eqvi17QGUYP/Avy+RUuS6E09V8Ed4kKzR1z KvcDivKL/QX/rlxThNANRzIrEDIZiGHK5UKzxEYi0noh8elzbFrMk6fWyBwetJ2r GJYqp4kC7iwNRkGN3VNSgcqXmAAYDA5cCumpZQV5UZm5EdYb16g1bMwoMETB9I70 xRLm0SqVKwBxMs2OOr6a0xDJxcbc4fdympgyZl4pbaLhYGYR2LSqnpD+lzj6stLQ KjWeGuJwymwnnpJlcQgiuthQPoZeE7LK8wAYxPuQIQSEyCQ3cAZ4T5xBTfxeCH9X FvvejhLFGKxV1UL6BHjhACAb03JPhH0VL1V4JrH/ErpJDS1cl3WvDgQY89A79LZS 8hHDX9rkVeYxfFKHJcqOLvXPXqQQ/siQWY2vidqyCuAVTuihmvoP4HNFzo2VkUb0 mUnLFKqlvcP885YRcp98not6OMLxQfWIw9tK2OstTv9UUuGEvMkCpyxbHq6ubFx0 RcufWiAZyG75tMScZke5fgLwRzdiSpoDwTH96OZASi2gJ5tn7qpBRHvZKOuYq8hy UWUdkz9i8awdW8P+Tse7N6YedTw5vQJka6D01VD/7AW6ec/TBGg+D9WjgH2v0w8I GsEW2imbPuRRB1FXGdztpDI6goxKBM13aZiDeRDZiVr8QIqMc2Cia1NOmYu3gPdr fBqeA4tFK5kwC4bizLoj =FZ7k -----END PGP SIGNATURE----- --Rn7IEEq3VEzCw+ji-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 03:29:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FD39FB2 for ; Wed, 9 Apr 2014 03:29:58 +0000 (UTC) Received: from mail-pb0-x232.google.com (mail-pb0-x232.google.com [IPv6:2607:f8b0:400e:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D5611FB1 for ; Wed, 9 Apr 2014 03:29:58 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id md12so1920177pbc.37 for ; Tue, 08 Apr 2014 20:29:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=wc2VUcgtBxgz92Pq5oyl7DLzUWVGxgrKQQJimiTGN6U=; b=IvNNbBdKvKVUirriQHV4pKQSeqxF18oWy5br7RqMpHSP7W4D8gH7PwKiT9ThnmOX/W yzpizCuj60Wose6VmtheJm6uWxPJFbyifVgVXosbRRQJ1yCbb9kh/6ZSPyy27IfoJyQw OpFgOKzhPSWvPPBlF9Vx1mNHoxnhUi5WFE3Te1wyEVI1Ll3CsJgGrgUIj7dpthVuguPJ dP8j1nAsINOAlR7XRhF1ohJDtQCf9F2RyuaXC8xushaJZPX7N+/mooGMNO2rppGR2jfg cesiWVs91V/e1XaTJHTyqEatLuicjaPrw48prb4n7HVTwH64KtlZeico3ZRQ3B9uFI06 mOPw== X-Received: by 10.66.171.76 with SMTP id as12mr8937783pac.52.1397014197872; Tue, 08 Apr 2014 20:29:57 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id jd5sm7949947pbb.18.2014.04.08.20.29.55 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Apr 2014 20:29:57 -0700 (PDT) Message-ID: <5344BEAF.1030206@FreeBSD.org> Date: Wed, 09 Apr 2014 13:29:51 +1000 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:28.0) Gecko/20100101 Thunderbird/28.0 MIME-Version: 1.0 To: Paul Mather , Chris Nehren Subject: Re: Note for those pulling in new ZFS feature flags References: <20140407135421.GA16385@behemoth> <20140407145511.GA16747@behemoth> <20140407153040.GA17668@behemoth> <4C688889-96C0-4B8C-82E7-ACC3FB729FAB@gromit.dlib.vt.edu> In-Reply-To: <4C688889-96C0-4B8C-82E7-ACC3FB729FAB@gromit.dlib.vt.edu> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: koobs@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 03:29:58 -0000 On 8/04/2014 3:01 AM, Paul Mather wrote: > On Apr 7, 2014, at 11:30 AM, Chris Nehren wrote: > >> On Mon, Apr 07, 2014 at 17:05:32 +0200, Trond Endrestl wrote: >>> See: >>> >>> http://svnweb.freebsd.org/base/stable/10/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c?view=markup#l4992 >>> >>> Consider this a lesson learned. Yes, I too was bitten by this once, >>> but never again. ;-) Luckily, I recovered using a snapshot image. >> >> That's funny, because I *specifically* noted the absence of that >> message when I upgraded my pool and spent about 5 minutes >> wondering if it was needed or not. Either way, I think I'll opt >> to doing the bootcode thing every time as well. > > Oddly enough, I was bitten by this recently, too, and had the same > thing happen. I upgraded a pool and was struck by the fact that I > *wasn't* urged to update the boot code and so, after pondering "maybe > this means I don't have to" decided not to. Of course, the system > wouldn't boot and I had to rescue it via a memstick. > > I prefer the unconditional warning. :-) > > Cheers, > > Paul. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Makes me wonder: What might the issues be with upgrading the bootcode for users post-upgrade? From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 03:30:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A15113B for ; Wed, 9 Apr 2014 03:30:30 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 259401FC4 for ; Wed, 9 Apr 2014 03:30:29 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-146-130-179.range86-146.btcentralplus.com [86.146.130.179]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 33086450B5; Wed, 9 Apr 2014 03:30:21 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk 33086450B5 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1397014222; bh=yPtCe6KiHrj+xdyow1W5mX9q52mQ/n+6/yM0Kln2Hks=; h=Date:From:To:Subject:In-Reply-To; b=VZV1gUJRaet34NBO18eNPcre0eN7A31V7mmm4pOM5TbSSPzlaBP+2JWNfAlgN0B4v 0eq64Y5dy3Zp4o7Gi3BF1b4zLwTxYQm9FfpJzHsuqDMGp/K7bwU/tyHwHF2wi+HnkL PhjEjV3gIQ4q69P5AQICW6Okmx0tZGk1LHplmXLk= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 15D5F120DA; Wed, 9 Apr 2014 04:30:20 +0100 (BST) Date: Wed, 9 Apr 2014 04:30:20 +0100 From: Ben Morrow To: jdc@koitsu.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r264014 problems Message-ID: <20140409033015.GA10819@anubis.morrow.me.uk> Mail-Followup-To: jdc@koitsu.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140409025625.GA1222@icarus.home.lan> X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 03:30:30 -0000 Quoth Jeremy Chadwick : > > http://svnweb.freebsd.org/base/stable/9/Makefile.inc1?annotate=264014 > > My src/ correlates with r264285, so it seems this issue has been > lingering for a week now. Did anyone truly test this fully before > committing? (Yes I read the commit message; consider me doubtful) > > There is no /usr/obj/usr/src/sys/sys/param.h. Maybe what's wanted is > /usr/obj/usr/src/tmp/sys/sys/param.h or > /usr/obj/usr/src/include/osreldate.h (both of which exit and define > __FreeBSD_version)? > > There is no /usr/obj/usr/src/release, so I don't know what any of that > is about. They should all be under /usr/src rather than /usr/obj/usr/src. Looks to me like r257350 needs to be MFCd as well. Ben From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 03:33:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6654C306; Wed, 9 Apr 2014 03:33:12 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.glenbarber.us", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 36FCE1066; Wed, 9 Apr 2014 03:33:11 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 0C2148F35; Wed, 9 Apr 2014 03:33:09 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 0C2148F35 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 8 Apr 2014 23:33:08 -0400 From: Glen Barber To: Ben Morrow Subject: Re: stable/9 r264014 problems Message-ID: <20140409033308.GI48063@glenbarber.us> References: <20140409025625.GA1222@icarus.home.lan> <20140409033015.GA10819@anubis.morrow.me.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8/UBlNHSEJa6utmr" Content-Disposition: inline In-Reply-To: <20140409033015.GA10819@anubis.morrow.me.uk> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: jdc@koitsu.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 03:33:12 -0000 --8/UBlNHSEJa6utmr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 09, 2014 at 04:30:20AM +0100, Ben Morrow wrote: > Quoth Jeremy Chadwick : > >=20 > > http://svnweb.freebsd.org/base/stable/9/Makefile.inc1?annotate=3D264014 > >=20 > > My src/ correlates with r264285, so it seems this issue has been > > lingering for a week now. Did anyone truly test this fully before > > committing? (Yes I read the commit message; consider me doubtful) > >=20 > > There is no /usr/obj/usr/src/sys/sys/param.h. Maybe what's wanted is > > /usr/obj/usr/src/tmp/sys/sys/param.h or > > /usr/obj/usr/src/include/osreldate.h (both of which exit and define > > __FreeBSD_version)? > >=20 > > There is no /usr/obj/usr/src/release, so I don't know what any of that > > is about. >=20 > They should all be under /usr/src rather than /usr/obj/usr/src. Looks to > me like r257350 needs to be MFCd as well. >=20 Aha! You're absolutely right. Thanks! Glen --8/UBlNHSEJa6utmr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTRL9zAAoJELls3eqvi17QhuAQAL6W8dc6TGYeOk/d2w0EdkWl WIykmVemLbkK2jZDXoheGT1pRggCUN/RNo/p6VMJOe6hZ3QcvPRD04wBGfD2Ufjl I+aFCylmtdFGPDPD9ZF9f9Fw77X9JOAb30ZhelxPvSC47/YxOeG6Bk6fTOR7Vz48 3XcF5oNaMU0j2Nz9++wyywrczblmbgyiJgctE4ICNbeAIAC9D5CLkYSV0uG1yPa0 0DVAr8qW+sSyIe45CoH5bO1fyBnsxh4YhrA9TD2XAezocwz2t3T4dnuPCd/QJMLJ 5gGCV8M3cXXVkCw7d0KQsoJoKnlWtoBcwCC4rob2ODnqpuvehfA1VQOBDcFU/+l/ M1LX4f7INC48/XSCcRvbh6I8x49TxE2zLMyIciiphKEoFP+MMKNHWPZANhU1zYHZ SJWtyZWRr22MLtjH5EKK8vRiXKVdBDusNmWBFfWP7j1paJ80x4qw+3uzFw/d1mR2 XiEU79s2wk8C9+w8YuTs8OZ5Wk7KswrAwYpFBFzIEa+Q8/OOVVBKxZFWRO5++p3o fQI++V0MJoyxTaRUhzaImIxQWmMspsukA5hGc5HByHNy1GoZUOHB7fwLwfApsAsM 2A2UmTtds+qShMVE14Wil/rVl1d2tUKxsqYKjajVcY4Ct3le7r1IdwUmKdmw41MI Wfsu56TdOKbWUK2M7pYg =VqTb -----END PGP SIGNATURE----- --8/UBlNHSEJa6utmr-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 03:42:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2F777CD; Wed, 9 Apr 2014 03:42:04 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.glenbarber.us", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 72BB4115E; Wed, 9 Apr 2014 03:42:04 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 5DFDC80C1; Wed, 9 Apr 2014 03:42:02 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 5DFDC80C1 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 8 Apr 2014 23:42:00 -0400 From: Glen Barber To: Ben Morrow Subject: Re: stable/9 r264014 problems Message-ID: <20140409034200.GJ48063@glenbarber.us> References: <20140409025625.GA1222@icarus.home.lan> <20140409033015.GA10819@anubis.morrow.me.uk> <20140409033308.GI48063@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="W13SgbpmD6bhZUTM" Content-Disposition: inline In-Reply-To: <20140409033308.GI48063@glenbarber.us> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: jdc@koitsu.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 03:42:04 -0000 --W13SgbpmD6bhZUTM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 08, 2014 at 11:33:08PM -0400, Glen Barber wrote: > On Wed, Apr 09, 2014 at 04:30:20AM +0100, Ben Morrow wrote: > > Quoth Jeremy Chadwick : > > >=20 > > > http://svnweb.freebsd.org/base/stable/9/Makefile.inc1?annotate=3D2640= 14 > > >=20 > > > My src/ correlates with r264285, so it seems this issue has been > > > lingering for a week now. Did anyone truly test this fully before > > > committing? (Yes I read the commit message; consider me doubtful) > > >=20 > > > There is no /usr/obj/usr/src/sys/sys/param.h. Maybe what's wanted is > > > /usr/obj/usr/src/tmp/sys/sys/param.h or > > > /usr/obj/usr/src/include/osreldate.h (both of which exit and define > > > __FreeBSD_version)? > > >=20 > > > There is no /usr/obj/usr/src/release, so I don't know what any of that > > > is about. > >=20 > > They should all be under /usr/src rather than /usr/obj/usr/src. Looks to > > me like r257350 needs to be MFCd as well. > >=20 >=20 > Aha! You're absolutely right. Thanks! >=20 Committed as r264290. Ben, thanks for the pointer to the missing commit. Jeremy, thank you for the report. Glen --W13SgbpmD6bhZUTM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTRMGHAAoJELls3eqvi17Q5iYP/jUXaXWKVp/PAuZQH1ZcTtDb xDxtJi4kXnbmGCO6Qftie4DWuHFN/U6ZnbOOC5tyMrXAVKJHnNYrzn/yKna3a8SE Kry+Y1FiJiYDeg0XRS+SkVod3U6iNJa0poHPuChRilkWSoHV+oHxZrFQD4tKFiIA mMxWAOodAXxumd/6C/dOVWro7dF6zYHx9e5hTZwlECoiMEdF32/1jPvL91oPFpI2 S5NeM3WTqRVM/1xrelDZIFVoXHhmedg/fVq/h0Yz/ZGYFB4iIkqF/tEmv+z/oIcd SH8o6Au68/3cTQQSyL/QIa5Ahnng577/KrmLjDIPs/LaQF3/s1nzkR0u0+iTvA5E R30iUj63t30epdNotPeyXeH1Pub1GMP8h8Hy/k+17xepe1/azp487o4vQF3+GyP0 lwQ0msfLKKtMJw2Slp9vzdWF/0pXjN4xOqbu3/enHsKYyrxt/J+kUTaUKBLAEFr6 TSNSi8pcfzspLFa67nkSZLw/10MZPYEXw0MR6RYuw6dme0LSL+D6/Ufynh5y+WXk aukHaOtMNX6NbHhCrfJkDrkpO03VshurN49q8B3bTZWwdNOanxzjq9lWT6ytvOWM gRme8ZP0DGH6R2+lmYKNsvlpZKYvHxhTnAMONOeAnu1+hY/yEBUVD2q9s64JNftS lLUz9HwM6+sKUDg9GudQ =czOT -----END PGP SIGNATURE----- --W13SgbpmD6bhZUTM-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 03:46:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F8BDA38 for ; Wed, 9 Apr 2014 03:46:40 +0000 (UTC) Received: from smtp.pobox.com (b-pb-sasl-quonix.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 1BD21119B for ; Wed, 9 Apr 2014 03:46:39 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by b-sasl-quonix.pobox.com (Postfix) with ESMTP id 6407B7C2A4 for ; Tue, 8 Apr 2014 23:46:38 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=/ObxgcIjmOMluQBoVIgAHEkDScE=; b=jsuTCmR yJNfyP9bJWfJvByxZz4sNUIWAGQvPilqkJxRVNMD0LTKSbBWBXQrWZ7smDAiM96D 1vq5l13wmEMO+x4pXloQ1+fMW2Xu/jb0nMNJvDWyIjXj8fR1XbmeSfpgX1npWqwj l6uDbaoSnS7xztKVrwcns5ecNncdEXxfNKsQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=DDXtlwi0RxGTwDr6G+E8BhaGOTBPRcX5y geaRHHl3nPIJSZuLkBOdJlywUaObgl1XDla3O6fpxgnZiTpKvKNYY3pnKh4Z8vhg DGoNrlGETo/a7txn0sG0pjrGTgvHKINldQNNe3K/Mms6fpKxDltd7BdxXPCIpVt5 2B+RAPhVwA= Received: from b-pb-sasl-quonix.pobox.com (unknown [127.0.0.1]) by b-sasl-quonix.pobox.com (Postfix) with ESMTP id 524E87C2A3 for ; Tue, 8 Apr 2014 23:46:38 -0400 (EDT) Received: from localhost (unknown [76.99.50.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by b-sasl-quonix.pobox.com (Postfix) with ESMTPSA id 14BE67C2A2 for ; Tue, 8 Apr 2014 23:46:37 -0400 (EDT) Date: Tue, 8 Apr 2014 23:46:36 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Subject: Re: Note for those pulling in new ZFS feature flags Message-ID: <20140409034636.GC5433@behemoth> Mail-Followup-To: freebsd-stable@freebsd.org References: <20140407135421.GA16385@behemoth> <20140407145511.GA16747@behemoth> <20140407153040.GA17668@behemoth> <4C688889-96C0-4B8C-82E7-ACC3FB729FAB@gromit.dlib.vt.edu> <5344BEAF.1030206@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WplhKdTI2c8ulnbP" Content-Disposition: inline In-Reply-To: <5344BEAF.1030206@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: 8D30AAF4-BF99-11E3-A7AF-8D19802839F8-49531120!b-pb-sasl-quonix.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 03:46:40 -0000 --WplhKdTI2c8ulnbP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 09, 2014 at 13:29:51 +1000, Kubilay Kocak wrote: > > Oddly enough, I was bitten by this recently, too, and had the same=20 > > thing happen. I upgraded a pool and was struck by the fact that I=20 > > *wasn't* urged to update the boot code and so, after pondering "maybe= =20 > > this means I don't have to" decided not to. Of course, the system=20 > > wouldn't boot and I had to rescue it via a memstick. >=20 > Makes me wonder: >=20 > What might the issues be with upgrading the bootcode for users post-upgra= de? Are you asking, in other words, what problems could come from fixing the bootcode automatically whenever it's needed? The immediate, obvious concern is that maybe the bits sourced to do so aren't valid for the pool in question[0] or don't exist. The latter is easy to check for of course. I'm afraid I don't know enough to judge the former. [0]: Although I can't imagine a situation when that'd be the case, that doesn't mean such a sitaution doesn't exist. --=20 Chris Nehren --WplhKdTI2c8ulnbP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJbBAABAgBFBQJTRMKcPhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEB6OfWhX/6FTFvMP/jr6 dubyiXDHhvd3ZXoepZqP/9jsW2Rp8c9shl3P4hyES622hpptk2eDOAB+WGhMLWqo R3rkVvM3bBdvWgKFzd8joFExA4ghEJfJCvvG33AwRvP1u7iptwQj8M2wJ03aoKAz pZPp5WDQAb7q0qq0DwuSjaV5IdNcdSjTIqH2hZDOXdv7lBHjh/Me7bGJL4TcDVNi vDlNBfvZGDPJfCTfgtmsqH9IcnYYboBqnim5cocsG1GXoHXiYt3GnNBnFlNsVWT2 Xchz/VNWYqPz8BoDiCHmGTkpH7mAjzd1OgjChZD8p2CPiqN88NRY5t/zQZ0KhCGw Bk0tbcugjII9pst7GF8Y8i40xqxjF4pcH7ytB/reN98zKwwrJd1Mn1+kUvncnCfT r5eUCe82n98NddNqzUDHJW5ri2tQXhmIBUaEg2QIFJdyVQkggGeIgyStPDg4v7H1 ATDGgDyNbnigZwQc0IDjQFxLY+lEGKI9paxMTHzhdhtswwV/07skWzkb88fFuaM5 cmoEk81Yp2lDLM+gVaOZq9qLQYc0WJx8ZMOsdJe2zOy7o9W/cYh0+L7FqHiwHRRz MQqd9MIjS4+d1r3jArIt7ma/70PCj+GtEMdvAvhrrLh+fHM0tUwZx1/beY9IqMP2 2pfdRVVFYanskCbpXtpe/pQ0r+/rUzkdbHcAaqhm =WSvT -----END PGP SIGNATURE----- --WplhKdTI2c8ulnbP-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 03:49:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2D40CAC for ; Wed, 9 Apr 2014 03:49:29 +0000 (UTC) Received: from qmta07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:43:76:96:30:64]) by mx1.freebsd.org (Postfix) with ESMTP id B1C4D11C1 for ; Wed, 9 Apr 2014 03:49:29 +0000 (UTC) Received: from omta06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by qmta07.emeryville.ca.mail.comcast.net with comcast id nfot1n00416AWCUA7fpVDc; Wed, 09 Apr 2014 03:49:29 +0000 Received: from jdc.koitsu.org ([76.102.14.35]) by omta06.emeryville.ca.mail.comcast.net with comcast id nfpU1n00B0lNtxY8SfpUwK; Wed, 09 Apr 2014 03:49:29 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 73E5B73A1B; Tue, 8 Apr 2014 20:49:28 -0700 (PDT) Date: Tue, 8 Apr 2014 20:49:28 -0700 From: Jeremy Chadwick To: Glen Barber Subject: Re: stable/9 r264014 problems Message-ID: <20140409034928.GA10713@icarus.home.lan> References: <20140409025625.GA1222@icarus.home.lan> <20140409033015.GA10819@anubis.morrow.me.uk> <20140409033308.GI48063@glenbarber.us> <20140409034200.GJ48063@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140409034200.GJ48063@glenbarber.us> User-Agent: Mutt/1.5.23 (2014-03-12) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1397015369; bh=pLJiei4YMCCu8AhJR++x5B7Bcm7rl3JMwiC8IObWo+w=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=KmdF2pppjGgrZeXhUr5FW9j5LfInoioMChAjPAwmbbeKxuBPqiqah8d/A0MyX8cC5 6/SGvMhPXhAETSnwzMYw0w5vlRJB4GxYASFMJbA7JsGrItxxLR5+0nlm8XcF7C7djI DqNujBfn5WLUJklThbpM0w+joLuhqkyjY2C+Fq4W5OrxH+lhi01lKawMBWwnEhixUV lzpf+ZLF38RMToJ+h1nhZv7KHp4WtX8xK2TqGDz0n7TaADjcXyp07BUpCcxPIjzLfl NO1YjItKg7ATWFk3sTz3bF7HBFGXG+oHwSF0Y5QJgHOWX63llGyLZhJAUR3Ped/kUo sAzSa9sN5wMvw== Cc: Ben Morrow , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 03:49:29 -0000 On Tue, Apr 08, 2014 at 11:42:00PM -0400, Glen Barber wrote: > On Tue, Apr 08, 2014 at 11:33:08PM -0400, Glen Barber wrote: > > On Wed, Apr 09, 2014 at 04:30:20AM +0100, Ben Morrow wrote: > > > Quoth Jeremy Chadwick : > > > > > > > > http://svnweb.freebsd.org/base/stable/9/Makefile.inc1?annotate=264014 > > > > > > > > My src/ correlates with r264285, so it seems this issue has been > > > > lingering for a week now. Did anyone truly test this fully before > > > > committing? (Yes I read the commit message; consider me doubtful) > > > > > > > > There is no /usr/obj/usr/src/sys/sys/param.h. Maybe what's wanted is > > > > /usr/obj/usr/src/tmp/sys/sys/param.h or > > > > /usr/obj/usr/src/include/osreldate.h (both of which exit and define > > > > __FreeBSD_version)? > > > > > > > > There is no /usr/obj/usr/src/release, so I don't know what any of that > > > > is about. > > > > > > They should all be under /usr/src rather than /usr/obj/usr/src. Looks to > > > me like r257350 needs to be MFCd as well. > > > > > > > Aha! You're absolutely right. Thanks! > > > > Committed as r264290. > > Ben, thanks for the pointer to the missing commit. > > Jeremy, thank you for the report. I can confirm r264290 addresses the problem. Thanks Glen, Ben! -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 06:53:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1E16669 for ; Wed, 9 Apr 2014 06:53:18 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 7FD041202 for ; Wed, 9 Apr 2014 06:53:18 +0000 (UTC) Received: from [10.0.1.3] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.2) with ESMTP id s396rAdC057627 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 8 Apr 2014 23:53:11 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: 9.2 Boot Problem From: Doug Hardie In-Reply-To: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> Date: Tue, 8 Apr 2014 23:53:10 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> To: "freebsd-stable@freebsd.org List" X-Mailer: Apple Mail (2.1510) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 06:53:18 -0000 On 4 April 2014, at 21:08, Doug Hardie wrote: > I put this out on Questions, but got no responses. Hopefully someone = here has some ideas. >=20 > FreeBSD 9.2. All of my systems are hanging during boot right after = the screen that has the picture. Its as if someone hit a space on the = keyboard. However, these systems have no keyboard. If I plug one in, = or use the serial console, and enter a return, the boot continues = properly. >=20 > The boot menu is displayed along with Beastie. However, the line that = says Autoboot in n seconds=85 never appears. It just stops there. = These are all new installs from CD systems. I just used freebsd-update = to take a toy server from 9.1 to 9.2 and it doesn't exhibit this = behavior. It boots properly. I have updated one of the production = servers with the latest 9.2 changes and it still has the issue. I first = thought that some config file did not get updated properly on the CD. I = have dug around through the 4th files and don't see anything obvious = that would cause this. I have now verified that all the 4th files in = boot are identical (except for the version number. They are slightly = different). I don't believe this is a BIOS setting issue as FreeBSD 7.2 = didn't exhibit this behavior. All 4 systems are on totally different = motherboards. >=20 > I tried setting loader_logo=3D"none" in /boot/config.rc and that = eliminated the menu and Beastie. I think the system completed booting, = but the serial console was then dead. It did not respond or output = anything. I had to remove that and reboot to get the console back = again. >=20 > I need to get this fixed as these are production servers that are = essentially unmanned so its difficult to get them back up again. =20 No response here either. Surely someone must know the loader. I have = been digging through the code, and can't find any differences between = the systems that work and those that don't. Is there any way to debug = this? Is there a way to find out where the loader is sitting waiting on = input from the terminal. That might give a clue as to why it didn't = autoboot. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 07:08:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF1728C2 for ; Wed, 9 Apr 2014 07:08:11 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 9663B1328 for ; Wed, 9 Apr 2014 07:08:10 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-156-171-72.range86-156.btcentralplus.com [86.156.171.72]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id C2420450B5 for ; Wed, 9 Apr 2014 07:08:08 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk C2420450B5 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1397027290; bh=z4HT4AMd07uvu0MhgaopC0nrdSOLq34B7dgF3Vzy8qA=; h=Date:From:To:Subject:References:In-Reply-To; b=1Cuhd8NEbx3KBbjiADfUiZuwQu8/nxuMkctYAK1w1SszXXiRvjGX2nyqJPzwNurB4 LoQFUbLWzaPHRmsu9BqaxRXGHg75pSu+UD5byI+F2SLYiU0Tg+puVHDwV6zNH0c+um Dr6f13FIak+/vwCbnwZ5LbwaWEU8Dpq5gnvbKxag= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 7574A12135; Wed, 9 Apr 2014 08:08:04 +0100 (BST) Date: Wed, 9 Apr 2014 08:08:04 +0100 From: Ben Morrow To: freebsd-stable@freebsd.org Subject: Re: Note for those pulling in new ZFS feature flags Message-ID: <20140409070759.GA14719@anubis.morrow.me.uk> Mail-Followup-To: freebsd-stable@freebsd.org References: <20140407135421.GA16385@behemoth> <20140407145511.GA16747@behemoth> <20140407153040.GA17668@behemoth> <4C688889-96C0-4B8C-82E7-ACC3FB729FAB@gromit.dlib.vt.edu> <5344BEAF.1030206@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140409034636.GC5433@behemoth> X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 07:08:11 -0000 Quoth Chris Nehren : > > Are you asking, in other words, what problems could come from > fixing the bootcode automatically whenever it's needed? The > immediate, obvious concern is that maybe the bits sourced to do > so aren't valid for the pool in question[0] or don't exist. The > latter is easy to check for of course. I'm afraid I don't know > enough to judge the former. > > [0]: Although I can't imagine a situation when that'd be the > case, that doesn't mean such a sitaution doesn't exist. Upgrading a pool on a disk which happens to be attached to this machine at the moment but which is supposed to boot a different architecture? (Rather obscure, I know.) More generally, is it possible to determine post-boot which disk the bootloader actually ran from, and which of {gpt,}{zfs,}boot it was? It would hardly be helpful to 'upgrade' a /boot-on-UFS machine to a ZFS bootloader. Then there's the question of whether FreeBSD's bootstrap is in use at all, rather than something like GRUB. One possibility might be to put a Makefile in /boot which can be customised as necessary; then zfs upgrade could just run 'make -C /boot install' and assume it would DTRT. Ben From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 17:31:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 022EEC44 for ; Wed, 9 Apr 2014 17:31:17 +0000 (UTC) Received: from bouvier.getmail.no (bouvier.getmail.no [84.210.184.8]) by mx1.freebsd.org (Postfix) with ESMTP id 7D55415F6 for ; Wed, 9 Apr 2014 17:31:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by bouvier.getmail.no (Postfix) with ESMTP id 142AD40455 for ; Wed, 9 Apr 2014 19:22:10 +0200 (CEST) Received: from bouvier.getmail.no ([127.0.0.1]) by localhost (bouvier.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id lviM6HvOLbyD for ; Wed, 9 Apr 2014 19:22:06 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by bouvier.getmail.no (Postfix) with ESMTP id 18A54405AD for ; Wed, 9 Apr 2014 19:22:06 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.8.4 bouvier.getmail.no 18A54405AD DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=getmail.no; s=8A9C8B4C-D727-11E2-8095-B6466E6B3FA2; t=1397064126; bh=1rpqDLE4xM1Oe6BWfDzIJKQNTZt7/C3bX7wdRrliNlo=; h=Date:From:To:Subject:Message-Id:Mime-Version:Content-Type: Content-Transfer-Encoding; b=HRH6zBuEumkd87JKE/4mSsHpp6xRKVa/gqrK/LVV+VSlp8kI23zarYz10sXATq0Ad sBGOa6gPOW6BGHd7AfDuoApV1Y8ICkWO6gpFnT1P/0Y4bvTMiGQcp/LCKA09bqz81H OCi2Uz3OBwaoxqVi/IAqzou7SXwFNRwS8vYumDcI= X-Virus-Scanned: amavisd-new at bouvier.get.c.bitbit.net Received: from bouvier.getmail.no ([127.0.0.1]) by localhost (bouvier.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ZQvjlcJ94QyA for ; Wed, 9 Apr 2014 19:22:06 +0200 (CEST) Received: from kg-core1.kg4.no (cm-84.215.180.206.getinternet.no [84.215.180.206]) by bouvier.getmail.no (Postfix) with ESMTPSA id E8062404F2 for ; Wed, 9 Apr 2014 19:22:05 +0200 (CEST) Date: Wed, 9 Apr 2014 19:22:05 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Subject: Re: 9.2 Boot Problem Message-Id: <20140409192205.bf78b7f1f9ecaa3ae0942db2@getmail.no> In-Reply-To: <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; amd64-portbld-freebsd8.4) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 17:31:17 -0000 On Tue, 8 Apr 2014 23:53:10 -0700 Doug Hardie wrote: >=20 > On 4 April 2014, at 21:08, Doug Hardie wrote: >=20 > > I put this out on Questions, but got no responses. Hopefully someone = here has some ideas. > >=20 > > FreeBSD 9.2. All of my systems are hanging during boot right after t= he screen that has the picture. Its as if someone hit a space on the key= board. However, these systems have no keyboard. If I plug one in, or us= e the serial console, and enter a return, the boot continues properly. > >=20 > > The boot menu is displayed along with Beastie. However, the line tha= t says Autoboot in n seconds=E2=80=A6 never appears. It just stops there= . These are all new installs from CD systems. I just used freebsd-updat= e to take a toy server from 9.1 to 9.2 and it doesn't exhibit this behavi= or. It boots properly. I have updated one of the production servers wit= h the latest 9.2 changes and it still has the issue. I first thought tha= t some config file did not get updated properly on the CD. I have dug ar= ound through the 4th files and don't see anything obvious that would caus= e this. I have now verified that all the 4th files in boot are identical= (except for the version number. They are slightly different). I don't = believe this is a BIOS setting issue as FreeBSD 7.2 didn't exhibit this b= ehavior. All 4 systems are on totally different motherboards. > >=20 > > I tried setting loader_logo=3D"none" in /boot/config.rc and that elim= inated the menu and Beastie. I think the system completed booting, but t= he serial console was then dead. It did not respond or output anything. = I had to remove that and reboot to get the console back again. > >=20 > > I need to get this fixed as these are production servers that are ess= entially unmanned so its difficult to get them back up again. =20 >=20 >=20 > No response here either. Surely someone must know the loader. I have = been digging through the code, and can't find any differences between the= systems that work and those that don't.=20 > Is there any way to debug this? Is there a way to find out where the l= oader is sitting waiting on input from the terminal. That might give a c= lue as to why it didn't autoboot. Unfortunately, your initial post to this mailing list lacks critical info= rmation, such as what hardware you use (x86? amd64? sparc? arm?), if the = "toy server" you used as a test case is the same hardware as the ones hav= ing the problem. You also don't say how long you have waited for the serv= ers to finish booting - sometimes, it can take a long time. You say FreeBSD 9.2, but is it 9.2-release or 9.2-stable? Details matter. Some more thoughts: have you tried disabling the keyboard in BIOS / UEFI = (if tht is possible)? Does it change anything? --=20 Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 18:26:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14E0AE7 for ; Wed, 9 Apr 2014 18:26:09 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 C62C21C88 for ; Wed, 9 Apr 2014 18:26:07 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s39ITT7G055190; Wed, 9 Apr 2014 11:29:35 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s39ITN5u055186; Wed, 9 Apr 2014 11:29:23 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 9 Apr 2014 11:29:24 -0700 (PDT) Message-ID: In-Reply-To: <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> Date: Wed, 9 Apr 2014 11:29:24 -0700 (PDT) Subject: Re: 9.2 Boot Problem From: "Chris H" To: "Doug Hardie" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 18:26:09 -0000 > > On 4 April 2014, at 21:08, Doug Hardie wrote: > >> I put this out on Questions, but got no responses. Hopefully someone here has some ideas. >> >> FreeBSD 9.2. All of my systems are hanging during boot right after the screen that has >> the picture. Its as if someone hit a space on the keyboard. However, these systems have >> no keyboard. If I plug one in, or use the serial console, and enter a return, the boot >> continues properly. >> >> The boot menu is displayed along with Beastie. However, the line that says Autoboot in n >> seconds… never appears. It just stops there. These are all new installs from CD systems. >> I just used freebsd-update to take a toy server from 9.1 to 9.2 and it doesn't exhibit >> this behavior. It boots properly. I have updated one of the production servers with the >> latest 9.2 changes and it still has the issue. I first thought that some config file did >> not get updated properly on the CD. I have dug around through the 4th files and don't see >> anything obvious that would cause this. I have now verified that all the 4th files in >> boot are identical (except for the version number. They are slightly different). I don't >> believe this is a BIOS setting issue as FreeBSD 7.2 didn't exhibit this behavior. All 4 >> systems are on totally different motherboards. >> >> I tried setting loader_logo="none" in /boot/config.rc and that eliminated the menu and >> Beastie. I think the system completed booting, but the serial console was then dead. It >> did not respond or output anything. I had to remove that and reboot to get the console >> back again. >> >> I need to get this fixed as these are production servers that are essentially unmanned so >> its difficult to get them back up again. > > > No response here either. Surely someone must know the loader. I have been digging through > the code, and can't find any differences between the systems that work and those that don't. > Is there any way to debug this? Is there a way to find out where the loader is sitting > waiting on input from the terminal. That might give a clue as to why it didn't autoboot. > OK. This is the first I've seen of your post. I'm not going to profess being an expert. But I might suggest adding the following to loader.conf(5) verbose_loading="YES" boot_verbose="YES" This raises the "noise level". Maybe that will help to provide you with a bit more information, as to what, or if, your booting. DO have a look through /boot/defaults/loader.conf for more hints, as to what, and how you can control the boot process. As well as /etc/defaults/rc.conf. In fact, you can pre-decide what, and how, to boot. Even passing by the boot menu entirely. --Chris > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 20:05:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E259333D for ; Wed, 9 Apr 2014 20:05:44 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id C0B0F188F for ; Wed, 9 Apr 2014 20:05:44 +0000 (UTC) Received: from [10.0.1.3] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.2) with ESMTP id s39K5VPD081534 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 9 Apr 2014 13:05:33 -0700 (PDT) (envelope-from bc979@lafn.org) Subject: Re: 9.2 Boot Problem Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: text/plain; charset=windows-1252 From: Doug Hardie X-Priority: 3 (Normal) In-Reply-To: Date: Wed, 9 Apr 2014 13:05:31 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> To: "Chris H" X-Mailer: Apple Mail (2.1510) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 20:05:45 -0000 On 9 April 2014, at 11:29, "Chris H" wrote: >>=20 >> On 4 April 2014, at 21:08, Doug Hardie wrote: >>=20 >>> I put this out on Questions, but got no responses. Hopefully someone = here has some ideas. >>>=20 >>> FreeBSD 9.2. All of my systems are hanging during boot right after = the screen that has >>> the picture. Its as if someone hit a space on the keyboard. = However, these systems have >>> no keyboard. If I plug one in, or use the serial console, and enter = a return, the boot >>> continues properly. >>>=20 >>> The boot menu is displayed along with Beastie. However, the line = that says Autoboot in n >>> seconds=85 never appears. It just stops there. These are all new = installs from CD systems. >>> I just used freebsd-update to take a toy server from 9.1 to 9.2 and = it doesn't exhibit >>> this behavior. It boots properly. I have updated one of the = production servers with the >>> latest 9.2 changes and it still has the issue. I first thought that = some config file did >>> not get updated properly on the CD. I have dug around through the = 4th files and don't see >>> anything obvious that would cause this. I have now verified that = all the 4th files in >>> boot are identical (except for the version number. They are = slightly different). I don't >>> believe this is a BIOS setting issue as FreeBSD 7.2 didn't exhibit = this behavior. All 4 >>> systems are on totally different motherboards. >>>=20 >>> I tried setting loader_logo=3D"none" in /boot/config.rc and that = eliminated the menu and >>> Beastie. I think the system completed booting, but the serial = console was then dead. It >>> did not respond or output anything. I had to remove that and reboot = to get the console >>> back again. >>>=20 >>> I need to get this fixed as these are production servers that are = essentially unmanned so >>> its difficult to get them back up again. >>=20 >>=20 >> No response here either. Surely someone must know the loader. I = have been digging through >> the code, and can't find any differences between the systems that = work and those that don't. >> Is there any way to debug this? Is there a way to find out where the = loader is sitting >> waiting on input from the terminal. That might give a clue as to why = it didn't autoboot. >>=20 > OK. This is the first I've seen of your post. I'm not going to profess > being an expert. But I might suggest adding the following to > loader.conf(5) >=20 > verbose_loading=3D"YES" > boot_verbose=3D"YES" >=20 > This raises the "noise level". Maybe that will help to provide you = with > a bit more information, as to what, or if, your booting. DO have a = look > through /boot/defaults/loader.conf for more hints, as to what, and how > you can control the boot process. As well as /etc/defaults/rc.conf. > In fact, you can pre-decide what, and how, to boot. Even passing by = the > boot menu entirely. Thanks Chris. I did that and here is what I get: Rebooting... cpu_reset: Stopping other CPUs /boot.config: -Dh Consoles: internal video/keyboard serial port =20 BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available memory FreeBSD/x86 bootstrap loader, Revision 1.1 (doug@zool.lafn.org, Tue Apr 8 20:30:20 PDT 2014) Loading /boot/defaults/loader.conf=20 Warning: unable to open file /boot/loader.conf.local /boot/kernel/kernel text=3D0xdb3171 data=3D0xf3c04+0xbb770 = syms=3D[0x4+0xeda80+0x4+0x1b8ebf] zpool_cache...failed! \ H[Esc]ape to loader prompt_ _____ _____ =20 | ____| | _ \ / ____| __ \=20 | |___ _ __ ___ ___ | |_) | (___ | | | | | ___| '__/ _ \/ _ \| _ < \___ \| | | | | | | | | __/ __/| |_) |____) | |__| | | | | | | | || | | | |_| |_| \___|\___||____/|_____/|_____/ ``` = ` s` `.....---.......--.``` = -/ + Welcome to FreeBSD + +o .--` /y:` = +. | | yo`:. :o = `+- | 1. Boot Multi User [Enter] | y/ 3;46H / = =20 | 2.-- / | | | | 4. Reboot | `: = :` | | `: = :` | Options: / = / | 5. Configure Boot [O]ptions... .- = -. | -- = -. | `:` `:` | .-- `--. | .---.....----. +-----------------------------------------+ =20 FreeBSD `Nakatomi = Socrates' 9.2 Now it waits for a return. I have tried changing the logo, setting the = autoboot timeout and a couple others. The only thing that did anything = different was setting the logo to an invalid value. Basically the = console was dead after that, but the system did boot. I never see the = Auto Boot in n seconds message. Its also interesting that the list of = options above appears incomplete. On the working system, items 1 = through 5 are all present. I have now checked all the cksum's for all = the files in /boot and they are all the same. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 20:35:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D7211FC for ; Wed, 9 Apr 2014 20:35:47 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id BE93F1BE3 for ; Wed, 9 Apr 2014 20:35:46 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id C32C220E7088B; Wed, 9 Apr 2014 20:35:44 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: ** X-Spam-Status: No, score=2.8 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1, HELO_NO_DOMAIN, RDNS_DYNAMIC, STOX_REPLY_TYPE, TVD_FINGER_02 autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id B416820E70885; Wed, 9 Apr 2014 20:35:40 +0000 (UTC) Message-ID: <868C501131484BBB87D54D17AA29D201@multiplay.co.uk> From: "Steven Hartland" To: "Doug Hardie" , "Chris H" References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> Subject: Re: 9.2 Boot Problem Date: Wed, 9 Apr 2014 21:35:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 20:35:47 -0000 Its not something silly like the machine has loads of ram and its running the boot time check which is taking a long time is it? If so you can set the following in loader.conf or the loader prompt for the first boot. hw.memtest.tests="0" Regards Steve ----- Original Message ----- From: "Doug Hardie" To: "Chris H" Cc: Sent: Wednesday, April 09, 2014 9:05 PM Subject: Re: 9.2 Boot Problem On 9 April 2014, at 11:29, "Chris H" wrote: >> >> On 4 April 2014, at 21:08, Doug Hardie wrote: >> >>> I put this out on Questions, but got no responses. Hopefully someone here has some ideas. >>> >>> FreeBSD 9.2. All of my systems are hanging during boot right after the screen that has >>> the picture. Its as if someone hit a space on the keyboard. However, these systems have >>> no keyboard. If I plug one in, or use the serial console, and enter a return, the boot >>> continues properly. >>> >>> The boot menu is displayed along with Beastie. However, the line that says Autoboot in n >>> seconds never appears. It just stops there. These are all new installs from CD systems. >>> I just used freebsd-update to take a toy server from 9.1 to 9.2 and it doesn't exhibit >>> this behavior. It boots properly. I have updated one of the production servers with the >>> latest 9.2 changes and it still has the issue. I first thought that some config file did >>> not get updated properly on the CD. I have dug around through the 4th files and don't see >>> anything obvious that would cause this. I have now verified that all the 4th files in >>> boot are identical (except for the version number. They are slightly different). I don't >>> believe this is a BIOS setting issue as FreeBSD 7.2 didn't exhibit this behavior. All 4 >>> systems are on totally different motherboards. >>> >>> I tried setting loader_logo="none" in /boot/config.rc and that eliminated the menu and >>> Beastie. I think the system completed booting, but the serial console was then dead. It >>> did not respond or output anything. I had to remove that and reboot to get the console >>> back again. >>> >>> I need to get this fixed as these are production servers that are essentially unmanned so >>> its difficult to get them back up again. >> >> >> No response here either. Surely someone must know the loader. I have been digging through >> the code, and can't find any differences between the systems that work and those that don't. >> Is there any way to debug this? Is there a way to find out where the loader is sitting >> waiting on input from the terminal. That might give a clue as to why it didn't autoboot. >> > OK. This is the first I've seen of your post. I'm not going to profess > being an expert. But I might suggest adding the following to > loader.conf(5) > > verbose_loading="YES" > boot_verbose="YES" > > This raises the "noise level". Maybe that will help to provide you with > a bit more information, as to what, or if, your booting. DO have a look > through /boot/defaults/loader.conf for more hints, as to what, and how > you can control the boot process. As well as /etc/defaults/rc.conf. > In fact, you can pre-decide what, and how, to boot. Even passing by the > boot menu entirely. Thanks Chris. I did that and here is what I get: Rebooting... cpu_reset: Stopping other CPUs /boot.config: -Dh Consoles: internal video/keyboard serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available memory FreeBSD/x86 bootstrap loader, Revision 1.1 (doug@zool.lafn.org, Tue Apr 8 20:30:20 PDT 2014) Loading /boot/defaults/loader.conf Warning: unable to open file /boot/loader.conf.local /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770 syms=[0x4+0xeda80+0x4+0x1b8ebf] zpool_cache...failed! \ H[Esc]ape to loader prompt_ _____ _____ | ____| | _ \ / ____| __ \ | |___ _ __ ___ ___ | |_) | (___ | | | | | ___| '__/ _ \/ _ \| _ < \___ \| | | | | | | | | __/ __/| |_) |____) | |__| | | | | | | | || | | | |_| |_| \___|\___||____/|_____/|_____/ ``` ` s` `.....---.......--.``` -/ + Welcome to FreeBSD + +o .--` /y:` +. | | yo`:. :o `+- | 1. Boot Multi User [Enter] | y/ 3;46H / | 2.-- / | | | | 4. Reboot | `: :` | | `: :` | Options: / / | 5. Configure Boot [O]ptions... .- -. | -- -. | `:` `:` | .-- `--. | .---.....----. +-----------------------------------------+ FreeBSD `Nakatomi Socrates' 9.2 Now it waits for a return. I have tried changing the logo, setting the autoboot timeout and a couple others. The only thing that did anything different was setting the logo to an invalid value. Basically the console was dead after that, but the system did boot. I never see the Auto Boot in n seconds message. Its also interesting that the list of options above appears incomplete. On the working system, items 1 through 5 are all present. I have now checked all the cksum's for all the files in /boot and they are all the same. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 20:41:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E99C5514 for ; Wed, 9 Apr 2014 20:41:00 +0000 (UTC) Received: from ozzie.tundraware.com (ozzie.tundraware.com [75.145.138.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ozzie.tundraware.com", Issuer "ozzie.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ADA3E1C3D for ; Wed, 9 Apr 2014 20:41:00 +0000 (UTC) Received: from [10.23.248.100] (mobile-166-147-102-007.mycingular.net [166.147.102.7]) (authenticated bits=0) by ozzie.tundraware.com (8.14.8/8.14.8) with ESMTP id s39Keegb055488 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 9 Apr 2014 15:40:42 -0500 (CDT) (envelope-from tundra@tundraware.com) From: Tim Daneliuk To: Doug Hardie , Chris H Date: Wed, 09 Apr 2014 15:40:41 -0500 Message-ID: <14548387de8.27b7.0b331fcf0b21179f1640bd439e3f4a1e@tundraware.com> In-Reply-To: <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 AquaMail/1.3.8 (build: 2100414) Subject: Re: 9.2 Boot Problem MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ozzie.tundraware.com [75.145.138.73]); Wed, 09 Apr 2014 15:40:43 -0500 (CDT) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: s39Keegb055488 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No Cc: "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 20:41:01 -0000 Make sure there is a /dev directory on the disk for the kernel to populate. Without it, the kernel will hang. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 20:46:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A0A28A2 for ; Wed, 9 Apr 2014 20:46:28 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 311491CFE for ; Wed, 9 Apr 2014 20:46:27 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s39KniEC059027; Wed, 9 Apr 2014 13:49:50 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s39KncBD059011; Wed, 9 Apr 2014 13:49:38 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 9 Apr 2014 13:49:39 -0700 (PDT) Message-ID: <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> In-Reply-To: <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> Date: Wed, 9 Apr 2014 13:49:39 -0700 (PDT) Subject: Re: 9.2 Boot Problem From: "Chris H" To: "Doug Hardie" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 20:46:28 -0000 > > On 9 April 2014, at 11:29, "Chris H" wrote: > >>> >>> On 4 April 2014, at 21:08, Doug Hardie wrote: >>> >>>> I put this out on Questions, but got no responses. Hopefully someone here has some >>>> ideas. >>>> >>>> FreeBSD 9.2. All of my systems are hanging during boot right after the screen that has >>>> the picture. Its as if someone hit a space on the keyboard. However, these systems >>>> have >>>> no keyboard. If I plug one in, or use the serial console, and enter a return, the boot >>>> continues properly. >>>> >>>> The boot menu is displayed along with Beastie. However, the line that says Autoboot in >>>> n >>>> seconds… never appears. It just stops there. These are all new installs from CD >>>> systems. >>>> I just used freebsd-update to take a toy server from 9.1 to 9.2 and it doesn't exhibit >>>> this behavior. It boots properly. I have updated one of the production servers with >>>> the >>>> latest 9.2 changes and it still has the issue. I first thought that some config file >>>> did >>>> not get updated properly on the CD. I have dug around through the 4th files and don't >>>> see >>>> anything obvious that would cause this. I have now verified that all the 4th files in >>>> boot are identical (except for the version number. They are slightly different). I >>>> don't >>>> believe this is a BIOS setting issue as FreeBSD 7.2 didn't exhibit this behavior. All 4 >>>> systems are on totally different motherboards. >>>> >>>> I tried setting loader_logo="none" in /boot/config.rc and that eliminated the menu and >>>> Beastie. I think the system completed booting, but the serial console was then dead. >>>> It >>>> did not respond or output anything. I had to remove that and reboot to get the console >>>> back again. >>>> >>>> I need to get this fixed as these are production servers that are essentially unmanned >>>> so >>>> its difficult to get them back up again. >>> >>> >>> No response here either. Surely someone must know the loader. I have been digging >>> through >>> the code, and can't find any differences between the systems that work and those that >>> don't. >>> Is there any way to debug this? Is there a way to find out where the loader is sitting >>> waiting on input from the terminal. That might give a clue as to why it didn't autoboot. >>> >> OK. This is the first I've seen of your post. I'm not going to profess >> being an expert. But I might suggest adding the following to >> loader.conf(5) >> >> verbose_loading="YES" >> boot_verbose="YES" >> >> This raises the "noise level". Maybe that will help to provide you with >> a bit more information, as to what, or if, your booting. DO have a look >> through /boot/defaults/loader.conf for more hints, as to what, and how >> you can control the boot process. As well as /etc/defaults/rc.conf. >> In fact, you can pre-decide what, and how, to boot. Even passing by the >> boot menu entirely. > > Thanks Chris. I did that and here is what I get: > > Rebooting... > cpu_reset: Stopping other CPUs > /boot.config: -Dh > Consoles: internal video/keyboard serial port > BIOS drive A: is disk0 > BIOS drive C: is disk1 > BIOS 640kB/2087360kB available memory > > FreeBSD/x86 bootstrap loader, Revision 1.1 > (doug@zool.lafn.org, Tue Apr 8 20:30:20 PDT 2014) > Loading /boot/defaults/loader.conf > Warning: unable to open file /boot/loader.conf.local > /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770 syms=[0x4+0xeda80+0x4+0x1b8ebf] > zpool_cache...failed! > \ > H[Esc]ape to loader prompt_ _____ _____ > | ____| | _ \ / ____| __ \ > | |___ _ __ ___ ___ | |_) | (___ | | | | > | ___| '__/ _ \/ _ \| _ < \___ \| | | | > | | | | | __/ __/| |_) |____) | |__| | > | | | | | | || | | | > |_| |_| \___|\___||____/|_____/|_____/ ``` ` > s` `.....---.......--.``` -/ > + Welcome to FreeBSD + +o .--` /y:` +. > | | yo`:. :o `+- > | 1. Boot Multi User [Enter] | y/ 3;46H / > | 2.-- / | > | | > | 4. Reboot | `: :` > | | `: :` > | Options: / / > | 5. Configure Boot [O]ptions... .- -. > | -- -. > | `:` `:` > | .-- `--. > | .---.....----. > +-----------------------------------------+ > > FreeBSD `Nakatomi Socrates' 9.2 > > > Now it waits for a return. I have tried changing the logo, setting the autoboot timeout and > a couple others. The only thing that did anything different was setting the logo to an > invalid value. Basically the console was dead after that, but the system did boot. I never > see the Auto Boot in n seconds message. Its also interesting that the list of options above > appears incomplete. On the working system, items 1 through 5 are all present. I have now > checked all the cksum's for all the files in /boot and they are all the same. > Hmmm. Looks like you're going to make me do all your research, for you. ;) You /did/ read the contents of /boot/defaults/loader.conf. Yes? I'm guessing that you've also already read loader.4th(8), and the other related info. Now this is pure supposition; as it appears that you're looking for a serial console. I'd /speculate/ that you want to turn all that NASTY ANSI stuff OFF That's why your not seeing the complete menu -- hear that Devin! I'm going to post just this much for now, just to get you started. I know what else you need/are looking for. But need to find the /correct/ syntax -- paraphrasing, just won't get it. :) --Chris > > > > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 20:54:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0F88CA1 for ; Wed, 9 Apr 2014 20:54:47 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 7F3B81DE1 for ; Wed, 9 Apr 2014 20:54:46 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s39KwAeK059288; Wed, 9 Apr 2014 13:58:16 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s39Kw5VV059285; Wed, 9 Apr 2014 13:58:05 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 9 Apr 2014 13:58:05 -0700 (PDT) Message-ID: In-Reply-To: <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> Date: Wed, 9 Apr 2014 13:58:05 -0700 (PDT) Subject: Re: 9.2 Boot Problem From: "Chris H" To: "Doug Hardie" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 20:54:48 -0000 >> >> On 9 April 2014, at 11:29, "Chris H" wrote: >> >>>> >>>> On 4 April 2014, at 21:08, Doug Hardie wrote: >>>> >>>>> I put this out on Questions, but got no responses. Hopefully someone here has some >>>>> ideas. >>>>> >>>>> FreeBSD 9.2. All of my systems are hanging during boot right after the screen that has >>>>> the picture. Its as if someone hit a space on the keyboard. However, these systems >>>>> have >>>>> no keyboard. If I plug one in, or use the serial console, and enter a return, the boot >>>>> continues properly. >>>>> >>>>> The boot menu is displayed along with Beastie. However, the line that says Autoboot in >>>>> n >>>>> seconds… never appears. It just stops there. These are all new installs from CD >>>>> systems. >>>>> I just used freebsd-update to take a toy server from 9.1 to 9.2 and it doesn't exhibit >>>>> this behavior. It boots properly. I have updated one of the production servers with >>>>> the >>>>> latest 9.2 changes and it still has the issue. I first thought that some config file >>>>> did >>>>> not get updated properly on the CD. I have dug around through the 4th files and don't >>>>> see >>>>> anything obvious that would cause this. I have now verified that all the 4th files in >>>>> boot are identical (except for the version number. They are slightly different). I >>>>> don't >>>>> believe this is a BIOS setting issue as FreeBSD 7.2 didn't exhibit this behavior. All >>>>> 4 >>>>> systems are on totally different motherboards. >>>>> >>>>> I tried setting loader_logo="none" in /boot/config.rc and that eliminated the menu and >>>>> Beastie. I think the system completed booting, but the serial console was then dead. >>>>> It >>>>> did not respond or output anything. I had to remove that and reboot to get the console >>>>> back again. >>>>> >>>>> I need to get this fixed as these are production servers that are essentially unmanned >>>>> so >>>>> its difficult to get them back up again. >>>> >>>> >>>> No response here either. Surely someone must know the loader. I have been digging >>>> through >>>> the code, and can't find any differences between the systems that work and those that >>>> don't. >>>> Is there any way to debug this? Is there a way to find out where the loader is sitting >>>> waiting on input from the terminal. That might give a clue as to why it didn't >>>> autoboot. >>>> >>> OK. This is the first I've seen of your post. I'm not going to profess >>> being an expert. But I might suggest adding the following to >>> loader.conf(5) >>> >>> verbose_loading="YES" >>> boot_verbose="YES" >>> >>> This raises the "noise level". Maybe that will help to provide you with >>> a bit more information, as to what, or if, your booting. DO have a look >>> through /boot/defaults/loader.conf for more hints, as to what, and how >>> you can control the boot process. As well as /etc/defaults/rc.conf. >>> In fact, you can pre-decide what, and how, to boot. Even passing by the >>> boot menu entirely. >> >> Thanks Chris. I did that and here is what I get: >> >> Rebooting... >> cpu_reset: Stopping other CPUs >> /boot.config: -Dh >> Consoles: internal video/keyboard serial port >> BIOS drive A: is disk0 >> BIOS drive C: is disk1 >> BIOS 640kB/2087360kB available memory >> >> FreeBSD/x86 bootstrap loader, Revision 1.1 >> (doug@zool.lafn.org, Tue Apr 8 20:30:20 PDT 2014) >> Loading /boot/defaults/loader.conf >> Warning: unable to open file /boot/loader.conf.local >> /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770 syms=[0x4+0xeda80+0x4+0x1b8ebf] >> zpool_cache...failed! >> \ >> H[Esc]ape to loader prompt_ _____ _____ >> | ____| | _ \ / ____| __ \ >> | |___ _ __ ___ ___ | |_) | (___ | | | | >> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >> | | | | | __/ __/| |_) |____) | |__| | >> | | | | | | || | | | >> |_| |_| \___|\___||____/|_____/|_____/ ``` ` >> s` `.....---.......--.``` -/ >> + Welcome to FreeBSD + +o .--` /y:` +. >> | | yo`:. :o `+- >> | 1. Boot Multi User [Enter] | y/ 3;46H / >> | 2.-- / | >> | | >> | 4. Reboot | `: :` >> | | `: :` >> | Options: / / >> | 5. Configure Boot [O]ptions... .- -. >> | -- -. >> | `:` `:` >> | .-- `--. >> | .---.....----. >> +-----------------------------------------+ >> >> FreeBSD `Nakatomi Socrates' 9.2 >> >> >> Now it waits for a return. I have tried changing the logo, setting the autoboot timeout >> and >> a couple others. The only thing that did anything different was setting the logo to an >> invalid value. Basically the console was dead after that, but the system did boot. I >> never >> see the Auto Boot in n seconds message. Its also interesting that the list of options >> above >> appears incomplete. On the working system, items 1 through 5 are all present. I have now >> checked all the cksum's for all the files in /boot and they are all the same. >> > Hmmm. Looks like you're going to make me do all your research, for you. ;) > You /did/ read the contents of /boot/defaults/loader.conf. Yes? I'm guessing > that you've also already read loader.4th(8), and the other related info. > Now this is pure supposition; as it appears that you're looking for a serial > console. I'd /speculate/ that you want to turn all that NASTY ANSI stuff OFF > That's why your not seeing the complete menu -- hear that Devin! > I'm going to post just this much for now, just to get you started. I know > what else you need/are looking for. But need to find the /correct/ syntax -- > paraphrasing, just won't get it. :) in /boot/loader.conf add: # remove EVIL ANSI stuff loader_logo="beastiebw" NOW, examine the following section from /boot/defaults/loader.conf they contain most of the stuff you care about. Then add/change to fit your needs #loader_delay="3" # Delay in seconds before loading anything. # Default is unset and disabled (no delay). #autoboot_delay="10" # Delay in seconds before autobooting, # set to -1 if you don't want user to be # allowed to interrupt autoboot process and # escape to the loader prompt, set to # "NO" to disable autobooting #beastie_disable="NO" # Turn the beastie boot menu on and off #kernels="kernel kernel.old" # Kernels to display in the boot menu #loader_logo="orbbw" # Desired logo: orbbw, orb, fbsdbw, beastiebw, beastie, none #comconsole_speed="9600" # Set the current serial console speed #console="vidconsole" # A comma separated list of console(s) #currdev="disk1s1a" # Set the current device module_path="/boot/modules" # Set the module search path #prompt="\\${interpret}" # Set the command prompt #root_disk_unit="0" # Force the root disk unit number #rootdev="disk1s1a" # Set the root filesystem See also: ############################################################## ### Kernel settings ######################################## ############################################################## # The following boot_ variables are enabled by setting them to any value. # Their presence in the kernel environment (see kenv(1)) has the same # effect as setting the given boot flag (see boot(8)). #boot_askname="" # -a: Prompt the user for the name of the root device #boot_cdrom="" # -C: Attempt to mount root file system from CD-ROM #boot_ddb="" # -d: Instructs the kernel to start in the DDB debugger #boot_dfltroot="" # -r: Use the statically configured root file system #boot_gdb="" # -g: Selects gdb-remote mode for the kernel debugger #boot_multicons="" # -D: Use multiple consoles #boot_mute="" # -m: Mute the console #boot_pause="" # -p: Pause after each line during device probing #boot_serial="" # -h: Use serial console #boot_single="" # -s: Start system in single-user mode #boot_verbose="" # -v: Causes extra debugging information to be printed #init_path="/sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall" --Chris > > --Chris > >> >> >> >> > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 20:57:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7666EED for ; Wed, 9 Apr 2014 20:57:05 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 942461E41 for ; Wed, 9 Apr 2014 20:57:05 +0000 (UTC) Received: from [10.0.1.3] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.2) with ESMTP id s39KuvVQ083326 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 9 Apr 2014 13:56:57 -0700 (PDT) (envelope-from bc979@lafn.org) Subject: Re: 9.2 Boot Problem Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: text/plain; charset=windows-1252 From: Doug Hardie X-Priority: 3 (Normal) In-Reply-To: <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> Date: Wed, 9 Apr 2014 13:56:56 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> To: "Chris H" X-Mailer: Apple Mail (2.1510) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 20:57:05 -0000 On 9 April 2014, at 13:49, "Chris H" wrote: >>=20 >> On 9 April 2014, at 11:29, "Chris H" wrote: >>=20 >>>>=20 >>>> On 4 April 2014, at 21:08, Doug Hardie wrote: >>>>=20 >>>>> I put this out on Questions, but got no responses. Hopefully = someone here has some >>>>> ideas. >>>>>=20 >>>>> FreeBSD 9.2. All of my systems are hanging during boot right = after the screen that has >>>>> the picture. Its as if someone hit a space on the keyboard. = However, these systems >>>>> have >>>>> no keyboard. If I plug one in, or use the serial console, and = enter a return, the boot >>>>> continues properly. >>>>>=20 >>>>> The boot menu is displayed along with Beastie. However, the line = that says Autoboot in >>>>> n >>>>> seconds=85 never appears. It just stops there. These are all new = installs from CD >>>>> systems. >>>>> I just used freebsd-update to take a toy server from 9.1 to 9.2 = and it doesn't exhibit >>>>> this behavior. It boots properly. I have updated one of the = production servers with >>>>> the >>>>> latest 9.2 changes and it still has the issue. I first thought = that some config file >>>>> did >>>>> not get updated properly on the CD. I have dug around through the = 4th files and don't >>>>> see >>>>> anything obvious that would cause this. I have now verified that = all the 4th files in >>>>> boot are identical (except for the version number. They are = slightly different). I >>>>> don't >>>>> believe this is a BIOS setting issue as FreeBSD 7.2 didn't exhibit = this behavior. All 4 >>>>> systems are on totally different motherboards. >>>>>=20 >>>>> I tried setting loader_logo=3D"none" in /boot/config.rc and that = eliminated the menu and >>>>> Beastie. I think the system completed booting, but the serial = console was then dead. >>>>> It >>>>> did not respond or output anything. I had to remove that and = reboot to get the console >>>>> back again. >>>>>=20 >>>>> I need to get this fixed as these are production servers that are = essentially unmanned >>>>> so >>>>> its difficult to get them back up again. >>>>=20 >>>>=20 >>>> No response here either. Surely someone must know the loader. I = have been digging >>>> through >>>> the code, and can't find any differences between the systems that = work and those that >>>> don't. >>>> Is there any way to debug this? Is there a way to find out where = the loader is sitting >>>> waiting on input from the terminal. That might give a clue as to = why it didn't autoboot. >>>>=20 >>> OK. This is the first I've seen of your post. I'm not going to = profess >>> being an expert. But I might suggest adding the following to >>> loader.conf(5) >>>=20 >>> verbose_loading=3D"YES" >>> boot_verbose=3D"YES" >>>=20 >>> This raises the "noise level". Maybe that will help to provide you = with >>> a bit more information, as to what, or if, your booting. DO have a = look >>> through /boot/defaults/loader.conf for more hints, as to what, and = how >>> you can control the boot process. As well as /etc/defaults/rc.conf. >>> In fact, you can pre-decide what, and how, to boot. Even passing by = the >>> boot menu entirely. >>=20 >> Thanks Chris. I did that and here is what I get: >>=20 >> Rebooting... >> cpu_reset: Stopping other CPUs >> /boot.config: -Dh >> Consoles: internal video/keyboard serial port >> BIOS drive A: is disk0 >> BIOS drive C: is disk1 >> BIOS 640kB/2087360kB available memory >>=20 >> FreeBSD/x86 bootstrap loader, Revision 1.1 >> (doug@zool.lafn.org, Tue Apr 8 20:30:20 PDT 2014) >> Loading /boot/defaults/loader.conf >> Warning: unable to open file /boot/loader.conf.local >> /boot/kernel/kernel text=3D0xdb3171 data=3D0xf3c04+0xbb770 = syms=3D[0x4+0xeda80+0x4+0x1b8ebf] >> zpool_cache...failed! >> \ >> H[Esc]ape to loader prompt_ _____ _____ >> | ____| | _ \ / ____| __ \ >> | |___ _ __ ___ ___ | |_) | (___ | | | | >> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >> | | | | | __/ __/| |_) |____) | |__| | >> | | | | | | || | | | >> |_| |_| \___|\___||____/|_____/|_____/ ``` = ` >> s` `.....---.......--.``` = -/ >> + Welcome to FreeBSD + +o .--` /y:` = +. >> | | yo`:. :o = `+- >> | 1. Boot Multi User [Enter] | y/ 3;46H / >> | 2.-- / | >> | | >> | 4. Reboot | `: = :` >> | | `: = :` >> | Options: / = / >> | 5. Configure Boot [O]ptions... .- = -. >> | -- = -. >> | `:` = `:` >> | .-- `--. >> | .---.....----. >> +-----------------------------------------+ >>=20 >> FreeBSD `Nakatomi = Socrates' 9.2 >>=20 >>=20 >> Now it waits for a return. I have tried changing the logo, setting = the autoboot timeout and >> a couple others. The only thing that did anything different was = setting the logo to an >> invalid value. Basically the console was dead after that, but the = system did boot. I never >> see the Auto Boot in n seconds message. Its also interesting that = the list of options above >> appears incomplete. On the working system, items 1 through 5 are all = present. I have now >> checked all the cksum's for all the files in /boot and they are all = the same. >>=20 > Hmmm. Looks like you're going to make me do all your research, for = you. ;) > You /did/ read the contents of /boot/defaults/loader.conf. Yes? I'm = guessing > that you've also already read loader.4th(8), and the other related = info. > Now this is pure supposition; as it appears that you're looking for a = serial > console. I'd /speculate/ that you want to turn all that NASTY ANSI = stuff OFF > That's why your not seeing the complete menu -- hear that Devin! > I'm going to post just this much for now, just to get you started. I = know > what else you need/are looking for. But need to find the /correct/ = syntax -- > paraphrasing, just won't get it. :)\ Setting loader_color=3D"NO" (from man page) does give back the full = menu. Still waits for return after the version name. I haven't found = in the forth where it is reading the keyboard. Yes, I have to use a = serial console. These machines are about 100 miles away. Something is = stopping the autoboot from even starting. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 21:00:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7FFA22F for ; Wed, 9 Apr 2014 21:00:03 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 55FAF1FA1 for ; Wed, 9 Apr 2014 21:00:02 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s39L3QCs059398; Wed, 9 Apr 2014 14:03:32 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s39L3L3X059393; Wed, 9 Apr 2014 14:03:21 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 9 Apr 2014 14:03:21 -0700 (PDT) Message-ID: In-Reply-To: <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> Date: Wed, 9 Apr 2014 14:03:21 -0700 (PDT) Subject: Re: 9.2 Boot Problem From: "Chris H" To: "Doug Hardie" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 21:00:03 -0000 > > On 9 April 2014, at 13:49, "Chris H" wrote: > >>> >>> On 9 April 2014, at 11:29, "Chris H" wrote: >>> >>>>> >>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: >>>>> >>>>>> I put this out on Questions, but got no responses. Hopefully someone here has some >>>>>> ideas. >>>>>> >>>>>> FreeBSD 9.2. All of my systems are hanging during boot right after the screen that >>>>>> has >>>>>> the picture. Its as if someone hit a space on the keyboard. However, these systems >>>>>> have >>>>>> no keyboard. If I plug one in, or use the serial console, and enter a return, the >>>>>> boot >>>>>> continues properly. >>>>>> >>>>>> The boot menu is displayed along with Beastie. However, the line that says Autoboot >>>>>> in >>>>>> n >>>>>> seconds… never appears. It just stops there. These are all new installs from CD >>>>>> systems. >>>>>> I just used freebsd-update to take a toy server from 9.1 to 9.2 and it doesn't exhibit >>>>>> this behavior. It boots properly. I have updated one of the production servers with >>>>>> the >>>>>> latest 9.2 changes and it still has the issue. I first thought that some config file >>>>>> did >>>>>> not get updated properly on the CD. I have dug around through the 4th files and don't >>>>>> see >>>>>> anything obvious that would cause this. I have now verified that all the 4th files in >>>>>> boot are identical (except for the version number. They are slightly different). I >>>>>> don't >>>>>> believe this is a BIOS setting issue as FreeBSD 7.2 didn't exhibit this behavior. All >>>>>> 4 >>>>>> systems are on totally different motherboards. >>>>>> >>>>>> I tried setting loader_logo="none" in /boot/config.rc and that eliminated the menu and >>>>>> Beastie. I think the system completed booting, but the serial console was then dead. >>>>>> It >>>>>> did not respond or output anything. I had to remove that and reboot to get the >>>>>> console >>>>>> back again. >>>>>> >>>>>> I need to get this fixed as these are production servers that are essentially unmanned >>>>>> so >>>>>> its difficult to get them back up again. >>>>> >>>>> >>>>> No response here either. Surely someone must know the loader. I have been digging >>>>> through >>>>> the code, and can't find any differences between the systems that work and those that >>>>> don't. >>>>> Is there any way to debug this? Is there a way to find out where the loader is sitting >>>>> waiting on input from the terminal. That might give a clue as to why it didn't >>>>> autoboot. >>>>> >>>> OK. This is the first I've seen of your post. I'm not going to profess >>>> being an expert. But I might suggest adding the following to >>>> loader.conf(5) >>>> >>>> verbose_loading="YES" >>>> boot_verbose="YES" >>>> >>>> This raises the "noise level". Maybe that will help to provide you with >>>> a bit more information, as to what, or if, your booting. DO have a look >>>> through /boot/defaults/loader.conf for more hints, as to what, and how >>>> you can control the boot process. As well as /etc/defaults/rc.conf. >>>> In fact, you can pre-decide what, and how, to boot. Even passing by the >>>> boot menu entirely. >>> >>> Thanks Chris. I did that and here is what I get: >>> >>> Rebooting... >>> cpu_reset: Stopping other CPUs >>> /boot.config: -Dh >>> Consoles: internal video/keyboard serial port >>> BIOS drive A: is disk0 >>> BIOS drive C: is disk1 >>> BIOS 640kB/2087360kB available memory >>> >>> FreeBSD/x86 bootstrap loader, Revision 1.1 >>> (doug@zool.lafn.org, Tue Apr 8 20:30:20 PDT 2014) >>> Loading /boot/defaults/loader.conf >>> Warning: unable to open file /boot/loader.conf.local >>> /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770 syms=[0x4+0xeda80+0x4+0x1b8ebf] >>> zpool_cache...failed! >>> \ >>> H[Esc]ape to loader prompt_ _____ _____ >>> | ____| | _ \ / ____| __ \ >>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>> | | | | | __/ __/| |_) |____) | |__| | >>> | | | | | | || | | | >>> |_| |_| \___|\___||____/|_____/|_____/ ``` ` >>> s` `.....---.......--.``` -/ >>> + Welcome to FreeBSD + +o .--` /y:` +. >>> | | yo`:. :o `+- >>> | 1. Boot Multi User [Enter] | y/ 3;46H / >>> | 2.-- / | >>> | | >>> | 4. Reboot | `: :` >>> | | `: :` >>> | Options: / / >>> | 5. Configure Boot [O]ptions... .- -. >>> | -- -. >>> | `:` `:` >>> | .-- `--. >>> | .---.....----. >>> +-----------------------------------------+ >>> >>> FreeBSD `Nakatomi Socrates' 9.2 >>> >>> >>> Now it waits for a return. I have tried changing the logo, setting the autoboot timeout >>> and >>> a couple others. The only thing that did anything different was setting the logo to an >>> invalid value. Basically the console was dead after that, but the system did boot. I >>> never >>> see the Auto Boot in n seconds message. Its also interesting that the list of options >>> above >>> appears incomplete. On the working system, items 1 through 5 are all present. I have >>> now >>> checked all the cksum's for all the files in /boot and they are all the same. >>> >> Hmmm. Looks like you're going to make me do all your research, for you. ;) >> You /did/ read the contents of /boot/defaults/loader.conf. Yes? I'm guessing >> that you've also already read loader.4th(8), and the other related info. >> Now this is pure supposition; as it appears that you're looking for a serial >> console. I'd /speculate/ that you want to turn all that NASTY ANSI stuff OFF >> That's why your not seeing the complete menu -- hear that Devin! >> I'm going to post just this much for now, just to get you started. I know >> what else you need/are looking for. But need to find the /correct/ syntax -- >> paraphrasing, just won't get it. :)\ > > Setting loader_color="NO" (from man page) does give back the full menu. Still waits for > return after the version name. I haven't found in the forth where it is reading the > keyboard. Yes, I have to use a serial console. These machines are about 100 miles away. > Something is stopping the autoboot from even starting. See my reply to this. I think I've given you the hints you need -- fingers crossed. :) --Chris > > > > > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 21:17:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4769086C for ; Wed, 9 Apr 2014 21:17:31 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx1.fisglobal.com", Issuer "VeriSign Class 3 Secure Server CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D9491179 for ; Wed, 9 Apr 2014 21:17:30 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.193]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id s39LHGRt031277 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 9 Apr 2014 16:17:16 -0500 Received: from THEMADHATTER (10.242.181.54) by smarthost.fisglobal.com (10.132.206.193) with Microsoft SMTP Server id 14.3.174.1; Wed, 9 Apr 2014 16:17:14 -0500 From: Sender: Devin Teske To: "'Chris H'" , "'Doug Hardie'" References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> In-Reply-To: Subject: RE: 9.2 Boot Problem Date: Wed, 9 Apr 2014 14:17:12 -0700 Message-ID: <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQIen2IJxjY9xQVhZGKzZxIbMLf02AIi1K1LAgvdaV8CCgXzYgMYVRmnAc87HM4BqwKXZJoE135Q Content-Language: en-us X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96, 1.0.14, 0.0.0000 definitions=2014-04-09_04:2014-04-09,2014-04-09,1970-01-01 signatures=0 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 21:17:31 -0000 > -----Original Message----- > From: Chris H [mailto:bsd-lists@bsdforge.com] > Sent: Wednesday, April 9, 2014 2:03 PM > To: Doug Hardie > Cc: freebsd-stable@freebsd.org List > Subject: Re: 9.2 Boot Problem >=20 > > > > On 9 April 2014, at 13:49, "Chris H" wrote: > > > >>> > >>> On 9 April 2014, at 11:29, "Chris H" wrote: > >>> > >>>>> > >>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: > >>>>> > >>>>>> I put this out on Questions, but got no responses. Hopefully > >>>>>> someone here has some ideas. > >>>>>> > >>>>>> FreeBSD 9.2. All of my systems are hanging during boot right > >>>>>> after the screen that has the picture. Its as if someone hit a > >>>>>> space on the keyboard. However, these systems have no keyboard. > >>>>>> If I plug one in, or use the serial console, and enter a return, > >>>>>> the boot continues properly. > >>>>>> > >>>>>> The boot menu is displayed along with Beastie. However, the line > >>>>>> that says Autoboot in n seconds=E2=80=A6 never appears. It just s= tops > >>>>>> there. These are all new installs from CD systems. > >>>>>> I just used freebsd-update to take a toy server from 9.1 to 9.2 > >>>>>> and it doesn't exhibit this behavior. It boots properly. I have > >>>>>> updated one of the production servers with the latest 9.2 changes > >>>>>> and it still has the issue. I first thought that some config > >>>>>> file did not get updated properly on the CD. I have dug around > >>>>>> through the 4th files and don't see anything obvious that would > >>>>>> cause this. I have now verified that all the 4th files in boot > >>>>>> are identical (except for the version number. They are slightly > >>>>>> different). I don't believe this is a BIOS setting issue as > >>>>>> FreeBSD 7.2 didn't exhibit this behavior. All > >>>>>> 4 > >>>>>> systems are on totally different motherboards. > >>>>>> > >>>>>> I tried setting loader_logo=3D"none" in /boot/config.rc and that > >>>>>> eliminated the menu and Beastie. I think the system completed > booting, but the serial console was then dead. > >>>>>> It > >>>>>> did not respond or output anything. I had to remove that and > >>>>>> reboot to get the console back again. > >>>>>> > >>>>>> I need to get this fixed as these are production servers that are > >>>>>> essentially unmanned so its difficult to get them back up again. > >>>>> > >>>>> > >>>>> No response here either. Surely someone must know the loader. I > have been digging > >>>>> through > >>>>> the code, and can't find any differences between the systems that > work and those that > >>>>> don't. > >>>>> Is there any way to debug this? Is there a way to find out where t= he > loader is sitting > >>>>> waiting on input from the terminal. That might give a clue as to w= hy it > didn't > >>>>> autoboot. > >>>>> > >>>> OK. This is the first I've seen of your post. I'm not going to profe= ss > >>>> being an expert. But I might suggest adding the following to > >>>> loader.conf(5) > >>>> > >>>> verbose_loading=3D"YES" > >>>> boot_verbose=3D"YES" > >>>> > >>>> This raises the "noise level". Maybe that will help to provide you w= ith > >>>> a bit more information, as to what, or if, your booting. DO have a l= ook > >>>> through /boot/defaults/loader.conf for more hints, as to what, and > how > >>>> you can control the boot process. As well as /etc/defaults/rc.conf. > >>>> In fact, you can pre-decide what, and how, to boot. Even passing by = the > >>>> boot menu entirely. > >>> > >>> Thanks Chris. I did that and here is what I get: > >>> > >>> Rebooting... > >>> cpu_reset: Stopping other CPUs > >>> /boot.config: -Dh > >>> Consoles: internal video/keyboard serial port > >>> BIOS drive A: is disk0 > >>> BIOS drive C: is disk1 > >>> BIOS 640kB/2087360kB available memory > >>> > >>> FreeBSD/x86 bootstrap loader, Revision 1.1 > >>> (doug@zool.lafn.org, Tue Apr 8 20:30:20 PDT 2014) > >>> Loading /boot/defaults/loader.conf > >>> Warning: unable to open file /boot/loader.conf.local > >>> /boot/kernel/kernel text=3D0xdb3171 data=3D0xf3c04+0xbb770 > syms=3D[0x4+0xeda80+0x4+0x1b8ebf] > >>> zpool_cache...failed! > >>> \ > >>> H[Esc]ape to loader prompt_ _____ _____ > >>> | ____| | _ \ / ____| __ \ > >>> | |___ _ __ ___ ___ | |_) | (___ | | | | > >>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > >>> | | | | | __/ __/| |_) |____) | |__| | > >>> | | | | | | || | | | > >>> |_| |_| \___|\___||____/|_____/|_____/ ``` = ` > >>> s` `.....---.......--.```= -/ > >>> + Welcome to FreeBSD + +o .--` /y:` = +. > >>> | | yo`:. :o = `+- > >>> | 1. Boot Multi User [Enter] | y/ 3;46H / > >>> | 2.-- / | > >>> | | > >>> | 4. Reboot | `: = :` > >>> | | `: = :` > >>> | Options: / = / > >>> | 5. Configure Boot [O]ptions... .- = -. > >>> | -- = -. > >>> | `:` `= :` > >>> | .-- `--. > >>> | .---.....----. > >>> +-----------------------------------------+ > >>> > >>> FreeBSD `Nakatomi Socr= ates' 9.2 > >>> > >>> > >>> Now it waits for a return. I have tried changing the logo, setting t= he > autoboot timeout > >>> and > >>> a couple others. The only thing that did anything different was sett= ing > the logo to an > >>> invalid value. Basically the console was dead after that, but the sy= stem > did boot. I > >>> never > >>> see the Auto Boot in n seconds message. Its also interesting that th= e list > of options > >>> above > >>> appears incomplete. On the working system, items 1 through 5 are all > present. I have > >>> now > >>> checked all the cksum's for all the files in /boot and they are all t= he same. > >>> > >> Hmmm. Looks like you're going to make me do all your research, for you. > ;) > >> You /did/ read the contents of /boot/defaults/loader.conf. Yes? I'm > guessing > >> that you've also already read loader.4th(8), and the other related inf= o. > >> Now this is pure supposition; as it appears that you're looking for a = serial > >> console. I'd /speculate/ that you want to turn all that NASTY ANSI stu= ff > OFF > >> That's why your not seeing the complete menu -- hear that Devin! > >> I'm going to post just this much for now, just to get you started. I k= now > >> what else you need/are looking for. But need to find the /correct/ syn= tax > -- > >> paraphrasing, just won't get it. :)\ > > > > Setting loader_color=3D"NO" (from man page) does give back the full = menu. > Still waits for > > return after the version name. I haven't found in the forth where it is > reading the > > keyboard. Yes, I have to use a serial console. These machines are abo= ut > 100 miles away. > > Something is stopping the autoboot from even starting. >=20 > See my reply to this. I think I've given you the hints you need -- fingers > crossed. :) >=20 He's using console=3Dcomconsole (serial boot). When that is the case, loader_color is automatically set to NO. There's no reason to set both loader_color=3DNO and console=3D comconsole. The code that does this is here: http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/color.4th?revis= ion=3D255898&view=3Dmarkup Line 48 within the loader_color? function: boot_serial? if FALSE else TRUE then As for answering the quandary of where the keyboard is polled during the timeout countdown, that's the getkey function in here: http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/menu.4th?revisi= on=3D255898&view=3Dmarkup --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 21:27:38 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6C8712F; Wed, 9 Apr 2014 21:27:38 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 4050D12D0; Wed, 9 Apr 2014 21:27:38 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s39LV1Ue061046; Wed, 9 Apr 2014 14:31:07 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s39LUtrr061032; Wed, 9 Apr 2014 14:30:55 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 9 Apr 2014 14:30:56 -0700 (PDT) Message-ID: <318a4d8a0a7e5076f212c16675467140.authenticated@ultimatedns.net> In-Reply-To: <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> Date: Wed, 9 Apr 2014 14:30:56 -0700 (PDT) Subject: RE: 9.2 Boot Problem From: "Chris H" To: dteske@FreeBSD.org User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 21:27:38 -0000 > > >> -----Original Message----- >> From: Chris H [mailto:bsd-lists@bsdforge.com] >> Sent: Wednesday, April 9, 2014 2:03 PM >> To: Doug Hardie >> Cc: freebsd-stable@freebsd.org List >> Subject: Re: 9.2 Boot Problem >> >> > >> > On 9 April 2014, at 13:49, "Chris H" wrote: >> > >> >>> >> >>> On 9 April 2014, at 11:29, "Chris H" wrote: >> >>> >> >>>>> >> >>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: >> >>>>> >> >>>>>> I put this out on Questions, but got no responses. Hopefully >> >>>>>> someone here has some ideas. >> >>>>>> >> >>>>>> FreeBSD 9.2. All of my systems are hanging during boot right >> >>>>>> after the screen that has the picture. Its as if someone hit a >> >>>>>> space on the keyboard. However, these systems have no keyboard. >> >>>>>> If I plug one in, or use the serial console, and enter a return, >> >>>>>> the boot continues properly. >> >>>>>> >> >>>>>> The boot menu is displayed along with Beastie. However, the line >> >>>>>> that says Autoboot in n seconds… never appears. It just stops >> >>>>>> there. These are all new installs from CD systems. >> >>>>>> I just used freebsd-update to take a toy server from 9.1 to 9.2 >> >>>>>> and it doesn't exhibit this behavior. It boots properly. I have >> >>>>>> updated one of the production servers with the latest 9.2 changes >> >>>>>> and it still has the issue. I first thought that some config >> >>>>>> file did not get updated properly on the CD. I have dug around >> >>>>>> through the 4th files and don't see anything obvious that would >> >>>>>> cause this. I have now verified that all the 4th files in boot >> >>>>>> are identical (except for the version number. They are slightly >> >>>>>> different). I don't believe this is a BIOS setting issue as >> >>>>>> FreeBSD 7.2 didn't exhibit this behavior. All >> >>>>>> 4 >> >>>>>> systems are on totally different motherboards. >> >>>>>> >> >>>>>> I tried setting loader_logo="none" in /boot/config.rc and that >> >>>>>> eliminated the menu and Beastie. I think the system completed >> booting, but the serial console was then dead. >> >>>>>> It >> >>>>>> did not respond or output anything. I had to remove that and >> >>>>>> reboot to get the console back again. >> >>>>>> >> >>>>>> I need to get this fixed as these are production servers that are >> >>>>>> essentially unmanned so its difficult to get them back up again. >> >>>>> >> >>>>> >> >>>>> No response here either. Surely someone must know the loader. I >> have been digging >> >>>>> through >> >>>>> the code, and can't find any differences between the systems that >> work and those that >> >>>>> don't. >> >>>>> Is there any way to debug this? Is there a way to find out where the >> loader is sitting >> >>>>> waiting on input from the terminal. That might give a clue as to why it >> didn't >> >>>>> autoboot. >> >>>>> >> >>>> OK. This is the first I've seen of your post. I'm not going to profess >> >>>> being an expert. But I might suggest adding the following to >> >>>> loader.conf(5) >> >>>> >> >>>> verbose_loading="YES" >> >>>> boot_verbose="YES" >> >>>> >> >>>> This raises the "noise level". Maybe that will help to provide you with >> >>>> a bit more information, as to what, or if, your booting. DO have a look >> >>>> through /boot/defaults/loader.conf for more hints, as to what, and >> how >> >>>> you can control the boot process. As well as /etc/defaults/rc.conf. >> >>>> In fact, you can pre-decide what, and how, to boot. Even passing by the >> >>>> boot menu entirely. >> >>> >> >>> Thanks Chris. I did that and here is what I get: >> >>> >> >>> Rebooting... >> >>> cpu_reset: Stopping other CPUs >> >>> /boot.config: -Dh >> >>> Consoles: internal video/keyboard serial port >> >>> BIOS drive A: is disk0 >> >>> BIOS drive C: is disk1 >> >>> BIOS 640kB/2087360kB available memory >> >>> >> >>> FreeBSD/x86 bootstrap loader, Revision 1.1 >> >>> (doug@zool.lafn.org, Tue Apr 8 20:30:20 PDT 2014) >> >>> Loading /boot/defaults/loader.conf >> >>> Warning: unable to open file /boot/loader.conf.local >> >>> /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770 >> syms=[0x4+0xeda80+0x4+0x1b8ebf] >> >>> zpool_cache...failed! >> >>> \ >> >>> H[Esc]ape to loader prompt_ _____ _____ >> >>> | ____| | _ \ / ____| __ \ >> >>> | |___ _ __ ___ ___ | |_) | (___ | | | | >> >>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >> >>> | | | | | __/ __/| |_) |____) | |__| | >> >>> | | | | | | || | | | >> >>> |_| |_| \___|\___||____/|_____/|_____/ ``` ` >> >>> s` `.....---.......--.``` -/ >> >>> + Welcome to FreeBSD + +o .--` /y:` +. >> >>> | | yo`:. :o `+- >> >>> | 1. Boot Multi User [Enter] | y/ 3;46H / >> >>> | 2.-- / | >> >>> | | >> >>> | 4. Reboot | `: :` >> >>> | | `: :` >> >>> | Options: / / >> >>> | 5. Configure Boot [O]ptions... .- -. >> >>> | -- -. >> >>> | `:` `:` >> >>> | .-- `--. >> >>> | .---.....----. >> >>> +-----------------------------------------+ >> >>> >> >>> FreeBSD `Nakatomi Socrates' 9.2 >> >>> >> >>> >> >>> Now it waits for a return. I have tried changing the logo, setting the >> autoboot timeout >> >>> and >> >>> a couple others. The only thing that did anything different was setting >> the logo to an >> >>> invalid value. Basically the console was dead after that, but the system >> did boot. I >> >>> never >> >>> see the Auto Boot in n seconds message. Its also interesting that the list >> of options >> >>> above >> >>> appears incomplete. On the working system, items 1 through 5 are all >> present. I have >> >>> now >> >>> checked all the cksum's for all the files in /boot and they are all the same. >> >>> >> >> Hmmm. Looks like you're going to make me do all your research, for you. >> ;) >> >> You /did/ read the contents of /boot/defaults/loader.conf. Yes? I'm >> guessing >> >> that you've also already read loader.4th(8), and the other related info. >> >> Now this is pure supposition; as it appears that you're looking for a serial >> >> console. I'd /speculate/ that you want to turn all that NASTY ANSI stuff >> OFF >> >> That's why your not seeing the complete menu -- hear that Devin! >> >> I'm going to post just this much for now, just to get you started. I know >> >> what else you need/are looking for. But need to find the /correct/ syntax >> -- >> >> paraphrasing, just won't get it. :)\ >> > >> > Setting loader_color="NO" (from man page) does give back the full menu. >> Still waits for >> > return after the version name. I haven't found in the forth where it is >> reading the >> > keyboard. Yes, I have to use a serial console. These machines are about >> 100 miles away. >> > Something is stopping the autoboot from even starting. >> >> See my reply to this. I think I've given you the hints you need -- fingers >> crossed. :) >> > > He's using console=comconsole (serial boot). > When that is the case, loader_color is automatically set to NO. > There's no reason to set both loader_color=NO and console= > comconsole. The code that does this is here: > > http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/color.4th?revision=255898&view=markup > Line 48 within the loader_color? function: > boot_serial? if FALSE else TRUE then > > As for answering the quandary of where the keyboard is polled > during the timeout countdown, that's the getkey function in here: > > http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/menu.4th?revision=255898&view=markup Hi Devin. I was hoping you'd join the conversation. :) I /personally/ didn't suggest that he issue both color=NO /and/ boot_serial. In fact, I only suggested using loader_logo="beastiebw" as that's how I managed to /finally/ get a usable boot menu, when I first attempted to use/install 9.2. I'd have written a pr(1). But as the /whole/ experience was new -- hardware /and/ 9.2. I just wrote it off. But now I suspect that there may be more to it. Thanks for chiming in. --Chris > -- > Devin > > _____________ > The information contained in this message is proprietary and/or confidential. If you are not > the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, > distribute or use the message in any manner; and (iii) notify the sender immediately. In > addition, please be aware that any message addressed to our domain is subject to archiving > and review by persons other than the intended recipient. Thank you. > > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 21:29:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3117F250 for ; Wed, 9 Apr 2014 21:29:20 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 0376B12E3 for ; Wed, 9 Apr 2014 21:29:19 +0000 (UTC) Received: from [10.0.1.3] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.2) with ESMTP id s39LT8HF084228 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 9 Apr 2014 14:29:10 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: 9.2 Boot Problem From: Doug Hardie In-Reply-To: <14548387de8.27b7.0b331fcf0b21179f1640bd439e3f4a1e@tundraware.com> Date: Wed, 9 Apr 2014 14:29:08 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <09E89BAA-7A4A-4111-9C11-056902DB3770@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <14548387de8.27b7.0b331fcf0b21179f1640bd439e3f4a1e@tundraware.com> To: Tim Daneliuk X-Mailer: Apple Mail (2.1510) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: "freebsd-stable@freebsd.org List" , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 21:29:20 -0000 On 9 April 2014, at 13:40, Tim Daneliuk wrote: > Make sure there is a /dev directory on the disk for the kernel to = populate. Without it, the kernel will hang. The disk does have a /dev directory. The system boots fine after you = enter a return. It hangs waiting for a return on the keyboard. This last time I used in /boot/loader.conf: zool# more loader.conf verbose_loading=3D"YES" boot_verbose=3D"YES" loader_color=3D"NO" loader_logo=3D"beastiebw" autoboot_delay=3D"10" System behaved the same on boot other than the menu was complete. = However, I did see something flash on the left bottom of the screen = where the Autoboot message normally is. It was cleared immediately = after it was written so there was no way to read it. Note, this is on = the serial console. I have not seen that before, but it might have been = there. It was just a flash. I am wondering if something is doing the = equivalent of pressing the space bar after the autoboot message is = displayed. I checked and the /boot/defaults/loader.conf file is identical between = the system that works and those that do not. I am going to see if the = terminal emulator can disable the screen control functions so I can see = what the message that flashes by is. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 21:29:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E0C2491 for ; Wed, 9 Apr 2014 21:29:34 +0000 (UTC) Received: from frv198.fwdcdn.com (frv198.fwdcdn.com [212.42.77.198]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2736412EB for ; Wed, 9 Apr 2014 21:29:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-Id:Cc:To:Subject:From:Date; bh=JZf2Z/93GDeyUrJl9tcNCQ/IJP0oZ42R+f8jqFX1Zus=; b=eyWoFnJmeZgBQHUWfdw8Ie/o4bXWs2q+B/TdBLaBmAvlVS58XA1wxQo/3Ax+U6NoqOOJ7LZI4NGHZ8AzhRnI2c7d76JaNkrl8vnvvjYypFcxN/oj49Y+mO8MSOoCw1g4CNETKHCASjyVhmuKYxRBMa35ERsZyGuEEfBBSLs+NMw=; Received: from [10.10.10.35] (helo=frv35.fwdcdn.com) by frv198.fwdcdn.com with smtp ID 1WY03i-0001mk-Jy for freebsd-stable@freebsd.org; Thu, 10 Apr 2014 00:29:26 +0300 Date: Thu, 10 Apr 2014 00:29:26 +0300 From: Vladislav Prodan Subject: Some gruesome moments with performance of FreeBSD at over 20K interfaces To: freebsd-stable@freebsd.org X-Mailer: mail.ukr.net 5.0 Message-Id: <1397078965.914029340.wn98okr9@frv35.fwdcdn.com> MIME-Version: 1.0 Received: from universite@ukr.net by frv35.fwdcdn.com; Thu, 10 Apr 2014 00:29:26 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline Cc: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 21:29:34 -0000 Dear Colleagues! I had a task, using FreeBSD 10.0-STABLE: 1) Receive 20-30 Q-in-Q VLAN (IEEE 802.1ad ), inside of which 2k-4k vlan (IEEE 802.1Q). Total ~60K vlan 2) To every vlan interface assign ipv4 and ipv6 addresses, define routes to ipv4 and ipv6 addresses on another side of vlan (ip unnumbered), and also prescribe ipv6 network /64 by size through ipv6 address on another side of vlan. 3) Perform routing from the world to all of these ipv4/ipv6 addresses и ipv6 networks inside ~60K vlan To accomplish the 1st task I have no alternatives to using Netgraph. I noticed incorrect behavior of ngctl(8) after addition of 560th vlan (bin/187835) Than speed of addition 4k, 8k, 12k vlans was damnably slow: 10 minutes for first 4k vlans 18 minutes for first 5k vlans 28 minutes for first 6k vlans 52 minutes for first 8k vlans Than I added more 4к vlans 20 minutes - 9500 vlans 33 minutes - 10500 vlans 58 minutes - 12к vlans In total speed of addition of 4k, 8k, 12k vlans was subsequently 10m/52m/110m It’s hard to imagine, how many time is needed to add ~60K vlan :( Process was accelerated a little by shooting off devd, bsnmpd, ntpd services, but it found another problems and limitations. For example, a) Service ntpd refuse to start at 12K interfaces: ntpd[2195]: Too many sockets in use, FD_SETSIZE 16384 exceeded I remind, that in files /usr/src/sys/sys/select.h and /usr/include/sys/select.h FD_SETSIZE value is only 1024U b) Service bsnmpd started at 12K interfaces, but immediately loaded CPU at 80-100% last pid: 64011; load averages: 1.00, 0.97, 0.90 up 0+05:25:39 21:26:36 58 processes: 3 running, 54 sleeping, 1 waiting CPU: 68.2% user, 0.0% nice, 30.6% system, 1.2% interrupt, 0.0% idle Mem: 125M Active, 66M Inact, 435M Wired, 200K Cache, 525M Free ARC: 66M Total, 28M MFU, 36M MRU, 16K Anon, 614K Header, 2035K Other Swap: 1024M Total, 1024M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 63863 root 1 96 0 136M 119M RUN 35:31 79.98% bsnmpd ... c) Size of fields during output of command netstat(1) - netstat -inW is unsufficient (bin/188153) d) If indicate in command netstat of interface it’s impossible to understand, which ipv4/ipv6 neworks are indicated here. # netstat -I ngeth123.223 -nW Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll ngeth12 1500 08:00:27:cd:9b:8e 0 0 0 1 5 0 ngeth12 - 172.18.206.13 172.18.206.139 0 - - 0 - - ngeth12 - fe80::a00:27f fe80::a00:27ff:fe 0 - - 1 - - ngeth12 - 2001:570:28:1 2001:570:28:140:: 0 - - 0 - - e) Very low output of command arp: # ngctl list | grep ngeth | wc -l 12003 # ifconfig -a | egrep -e 'inet ' | wc -l 12007 # time /usr/sbin/arp -na > /dev/null 150.661u 551.002s 11:53.71 98.3% 20+172k 1+0io 0pf+0w More info at http://freebsd.1045724.n5.nabble.com/arp-8-performance-use-if-nameindex-instead-of-if-indextoname-td5898205.html After using of patch, speed became acceptable: # time /usr/sbin/arp -na > /dev/null 0.114u 0.090s 0:00.14 142.8% 20+170k 0+0io 0pf+0w I suspect, that output of standard network stack will be too low to accomplish a 3rd task, routing of ~60K vlan I have no idea, how to use netmap(4) in this situation :( Please, help me in fulfillment of assigned task. P.S. Colleague-Linuxoid is adjusting the same task and bragging: At Debian, in test (kernel 3.13), 80K vlans arose in 20 minutes. It takes 3 GB RAM. And deleting of these vlans also took 20 minutes. -- Vladislav V. Prodan System & Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 21:31:37 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45861639; Wed, 9 Apr 2014 21:31:37 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx1.fisglobal.com", Issuer "VeriSign Class 3 Secure Server CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0AD84138F; Wed, 9 Apr 2014 21:31:36 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.192]) by ltcfislmsgpa05.fnfis.com (8.14.5/8.14.5) with ESMTP id s39LVO45007528 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 9 Apr 2014 16:31:24 -0500 Received: from THEMADHATTER (10.242.181.54) by smarthost.fisglobal.com (10.132.206.192) with Microsoft SMTP Server id 14.3.174.1; Wed, 9 Apr 2014 16:31:21 -0500 From: Sender: Devin Teske To: "'Chris H'" , References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <318a4d8a0a7e5076f212c16675467140.authenticated@ultimatedns.net> In-Reply-To: <318a4d8a0a7e5076f212c16675467140.authenticated@ultimatedns.net> Subject: RE: 9.2 Boot Problem Date: Wed, 9 Apr 2014 14:31:19 -0700 Message-ID: <0f4101cf543b$0d15f460$2741dd20$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQIen2IJxjY9xQVhZGKzZxIbMLf02AIi1K1LAgvdaV8CCgXzYgMYVRmnAc87HM4BqwKXZALxR6inAmgpNQqZ2hDwgA== Content-Language: en-us X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96, 1.0.14, 0.0.0000 definitions=2014-04-09_04:2014-04-09,2014-04-09,1970-01-01 signatures=0 Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 21:31:37 -0000 > -----Original Message----- > From: Chris H [mailto:bsd-lists@bsdforge.com] > Sent: Wednesday, April 9, 2014 2:31 PM > To: dteske@FreeBSD.org > Cc: 'Doug Hardie'; freebsd-stable@FreeBSD.org > Subject: RE: 9.2 Boot Problem >=20 > > > > > >> -----Original Message----- > >> From: Chris H [mailto:bsd-lists@bsdforge.com] > >> Sent: Wednesday, April 9, 2014 2:03 PM > >> To: Doug Hardie > >> Cc: freebsd-stable@freebsd.org List > >> Subject: Re: 9.2 Boot Problem > >> > >> > > >> > On 9 April 2014, at 13:49, "Chris H" wrote: > >> > > >> >>> > >> >>> On 9 April 2014, at 11:29, "Chris H" wrot= e: > >> >>> > >> >>>>> > >> >>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: > >> >>>>> > >> >>>>>> I put this out on Questions, but got no responses. Hopefully > >> >>>>>> someone here has some ideas. > >> >>>>>> > >> >>>>>> FreeBSD 9.2. All of my systems are hanging during boot right > >> >>>>>> after the screen that has the picture. Its as if someone hit > >> >>>>>> a space on the keyboard. However, these systems have no > keyboard. > >> >>>>>> If I plug one in, or use the serial console, and enter a > >> >>>>>> return, the boot continues properly. > >> >>>>>> > >> >>>>>> The boot menu is displayed along with Beastie. However, the > >> >>>>>> line that says Autoboot in n seconds=E2=80=A6 never appears. I= t just > >> >>>>>> stops there. These are all new installs from CD systems. > >> >>>>>> I just used freebsd-update to take a toy server from 9.1 to > >> >>>>>> 9.2 and it doesn't exhibit this behavior. It boots properly. > >> >>>>>> I have updated one of the production servers with the latest > >> >>>>>> 9.2 changes and it still has the issue. I first thought that > >> >>>>>> some config file did not get updated properly on the CD. I > >> >>>>>> have dug around through the 4th files and don't see anything > >> >>>>>> obvious that would cause this. I have now verified that all > >> >>>>>> the 4th files in boot are identical (except for the version > >> >>>>>> number. They are slightly different). I don't believe this > >> >>>>>> is a BIOS setting issue as FreeBSD 7.2 didn't exhibit this > >> >>>>>> behavior. All > >> >>>>>> 4 > >> >>>>>> systems are on totally different motherboards. > >> >>>>>> > >> >>>>>> I tried setting loader_logo=3D"none" in /boot/config.rc and that > >> >>>>>> eliminated the menu and Beastie. I think the system completed > >> booting, but the serial console was then dead. > >> >>>>>> It > >> >>>>>> did not respond or output anything. I had to remove that and > >> >>>>>> reboot to get the console back again. > >> >>>>>> > >> >>>>>> I need to get this fixed as these are production servers that > >> >>>>>> are essentially unmanned so its difficult to get them back up > again. > >> >>>>> > >> >>>>> > >> >>>>> No response here either. Surely someone must know the loader. > >> >>>>> I > >> have been digging > >> >>>>> through > >> >>>>> the code, and can't find any differences between the systems > >> >>>>> that > >> work and those that > >> >>>>> don't. > >> >>>>> Is there any way to debug this? Is there a way to find out > >> >>>>> where the > >> loader is sitting > >> >>>>> waiting on input from the terminal. That might give a clue as > >> >>>>> to why it > >> didn't > >> >>>>> autoboot. > >> >>>>> > >> >>>> OK. This is the first I've seen of your post. I'm not going to > >> >>>> profess being an expert. But I might suggest adding the > >> >>>> following to > >> >>>> loader.conf(5) > >> >>>> > >> >>>> verbose_loading=3D"YES" > >> >>>> boot_verbose=3D"YES" > >> >>>> > >> >>>> This raises the "noise level". Maybe that will help to provide > >> >>>> you with a bit more information, as to what, or if, your > >> >>>> booting. DO have a look through /boot/defaults/loader.conf for > >> >>>> more hints, as to what, and > >> how > >> >>>> you can control the boot process. As well as /etc/defaults/rc.con= f. > >> >>>> In fact, you can pre-decide what, and how, to boot. Even passing > >> >>>> by the boot menu entirely. > >> >>> > >> >>> Thanks Chris. I did that and here is what I get: > >> >>> > >> >>> Rebooting... > >> >>> cpu_reset: Stopping other CPUs > >> >>> /boot.config: -Dh > >> >>> Consoles: internal video/keyboard serial port BIOS drive A: is > >> >>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available > >> >>> memory > >> >>> > >> >>> FreeBSD/x86 bootstrap loader, Revision 1.1 (doug@zool.lafn.org, > >> >>> Tue Apr 8 20:30:20 PDT 2014) Loading /boot/defaults/loader.conf > >> >>> Warning: unable to open file /boot/loader.conf.local > >> >>> /boot/kernel/kernel text=3D0xdb3171 data=3D0xf3c04+0xbb770 > >> syms=3D[0x4+0xeda80+0x4+0x1b8ebf] > >> >>> zpool_cache...failed! > >> >>> \ > >> >>> H[Esc]ape to loader prompt_ _____ _____ > >> >>> | ____| | _ \ / ____| __ \ > >> >>> | |___ _ __ ___ ___ | |_) | (___ | | | | > >> >>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > >> >>> | | | | | __/ __/| |_) |____) | |__| | > >> >>> | | | | | | || | | | > >> >>> |_| |_| \___|\___||____/|_____/|_____/ ``` = ` > >> >>> s` `.....---.......--.= ``` -/ > >> >>> + Welcome to FreeBSD + +o .--` /y:`= +. > >> >>> | | yo`:. :o = `+- > >> >>> | 1. Boot Multi User [Enter] | y/ 3;46H / > >> >>> | 2.-- / | > >> >>> | | > >> >>> | 4. Reboot | `: = :` > >> >>> | | `: = :` > >> >>> | Options: / = / > >> >>> | 5. Configure Boot [O]ptions... .- = -. > >> >>> | -- = -. > >> >>> | `:` = `:` > >> >>> | .-- `= --. > >> >>> | .---.....----. > >> >>> +-----------------------------------------+ > >> >>> > >> >>> FreeBSD `Nakatomi > >> >>> Socrates' 9.2 > >> >>> > >> >>> > >> >>> Now it waits for a return. I have tried changing the logo, > >> >>> setting the > >> autoboot timeout > >> >>> and > >> >>> a couple others. The only thing that did anything different was > >> >>> setting > >> the logo to an > >> >>> invalid value. Basically the console was dead after that, but > >> >>> the system > >> did boot. I > >> >>> never > >> >>> see the Auto Boot in n seconds message. Its also interesting > >> >>> that the list > >> of options > >> >>> above > >> >>> appears incomplete. On the working system, items 1 through 5 are > >> >>> all > >> present. I have > >> >>> now > >> >>> checked all the cksum's for all the files in /boot and they are al= l the > same. > >> >>> > >> >> Hmmm. Looks like you're going to make me do all your research, for > you. > >> ;) > >> >> You /did/ read the contents of /boot/defaults/loader.conf. Yes? > >> >> I'm > >> guessing > >> >> that you've also already read loader.4th(8), and the other related = info. > >> >> Now this is pure supposition; as it appears that you're looking > >> >> for a serial console. I'd /speculate/ that you want to turn all > >> >> that NASTY ANSI stuff > >> OFF > >> >> That's why your not seeing the complete menu -- hear that Devin! > >> >> I'm going to post just this much for now, just to get you started. > >> >> I know what else you need/are looking for. But need to find the > >> >> /correct/ syntax > >> -- > >> >> paraphrasing, just won't get it. :)\ > >> > > >> > Setting loader_color=3D"NO" (from man page) does give back the fu= ll > menu. > >> Still waits for > >> > return after the version name. I haven't found in the forth where > >> > it is > >> reading the > >> > keyboard. Yes, I have to use a serial console. These machines are > >> > about > >> 100 miles away. > >> > Something is stopping the autoboot from even starting. > >> > >> See my reply to this. I think I've given you the hints you need -- > >> fingers crossed. :) > >> > > > > He's using console=3Dcomconsole (serial boot). > > When that is the case, loader_color is automatically set to NO. > > There's no reason to set both loader_color=3DNO and console=3D comconso= le. > > The code that does this is here: > > > > > https://urldefense.proofpoint.com/v1/url?u=3Dhttp://svnweb.freebsd.org/b > > > ase/release/9.2.0/sys/boot/forth/color.4th?revision%3D255898%26view%3D > > > markup&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj > 2Ns9%2FssH > > > Jjg%3D%3D%0A&m=3DSb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5T > k%3D%0A&s=3D7 > > 093c40428c7d3ff090a2b2ecf2383b6f8eb570b313f498f1e5fdd1af84c3103 > > Line 48 within the loader_color? function: > > boot_serial? if FALSE else TRUE then > > > > As for answering the quandary of where the keyboard is polled during > > the timeout countdown, that's the getkey function in here: > > > > > https://urldefense.proofpoint.com/v1/url?u=3Dhttp://svnweb.freebsd.org/b > > > ase/release/9.2.0/sys/boot/forth/menu.4th?revision%3D255898%26view%3 > Dm > > > arkup&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj2 > Ns9%2FssHJ > > > jg%3D%3D%0A&m=3DSb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5Tk > %3D%0A&s=3D54 > > b92411337a79a77d0308c0f50c147845f246a911bd6b888aa3f6a08c3299b6 >=20 > Hi Devin. I was hoping you'd join the conversation. :) I /personally/ did= n't > suggest that he issue both color=3DNO /and/ boot_serial. > In fact, I only suggested using loader_logo=3D"beastiebw" as that's how I > managed to /finally/ get a usable boot menu, when I first attempted to > use/install 9.2. I'd have written a pr(1). But as the /whole/ experience = was > new -- hardware /and/ 9.2. I just wrote it off. But now I suspect that th= ere > may be more to it. >=20 > Thanks for chiming in. >=20 Just for clarification... do I need to debug a broken feature? Do we know what combination causes boot to hang? --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 21:34:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73435765 for ; Wed, 9 Apr 2014 21:34:09 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 1EB4913B4 for ; Wed, 9 Apr 2014 21:34:08 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s39LbWMu061430; Wed, 9 Apr 2014 14:37:38 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s39LbQLC061416; Wed, 9 Apr 2014 14:37:26 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 9 Apr 2014 14:37:27 -0700 (PDT) Message-ID: In-Reply-To: <09E89BAA-7A4A-4111-9C11-056902DB3770@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <14548387de8.27b7.0b331fcf0b21179f1640bd439e3f4a1e@tundraware.com> <09E89BAA-7A4A-4111-9C11-056902DB3770@lafn.org> Date: Wed, 9 Apr 2014 14:37:27 -0700 (PDT) Subject: Re: 9.2 Boot Problem From: "Chris H" To: "Doug Hardie" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Tim Daneliuk , "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 21:34:09 -0000 > > On 9 April 2014, at 13:40, Tim Daneliuk wrote: > >> Make sure there is a /dev directory on the disk for the kernel to populate. Without it, >> the kernel will hang. > > > The disk does have a /dev directory. The system boots fine after you enter a return. It > hangs waiting for a return on the keyboard. > > This last time I used in /boot/loader.conf: > > zool# more loader.conf > verbose_loading="YES" > boot_verbose="YES" > loader_color="NO" > loader_logo="beastiebw" > autoboot_delay="10" > > > System behaved the same on boot other than the menu was complete. However, I did see > something flash on the left bottom of the screen where the Autoboot message normally is. It > was cleared immediately after it was written so there was no way to read it. Note, this is > on the serial console. I have not seen that before, but it might have been there. It was > just a flash. I am wondering if something is doing the equivalent of pressing the space bar > after the autoboot message is displayed. > > I checked and the /boot/defaults/loader.conf file is identical between the system that works > and those that do not. > I am going to see if the terminal emulator can disable the screen > control functions so I can see what the message that flashes by is. dmesg(8) is your friend (/var/run/dmesg.boot). See also /var/log/messages --Chris P.S. You only need loader_logo="beastiebw" to get a B/W console. > > > > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 21:35:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F73B994 for ; Wed, 9 Apr 2014 21:35:49 +0000 (UTC) Received: from frv190.fwdcdn.com (frv190.fwdcdn.com [212.42.77.190]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CE25E13D5 for ; Wed, 9 Apr 2014 21:35:48 +0000 (UTC) Received: from [10.10.1.23] (helo=frv199.fwdcdn.com) by frv190.fwdcdn.com with esmtp ID 1WXzp8-000JJd-Tv for stable@freebsd.org; Thu, 10 Apr 2014 00:14:22 +0300 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-Id:Cc:To:Subject:From:Date; bh=jupy+tg9D/Jim0E+jNBnR/vdasU7Y2pUFqWwqwTMwIA=; b=tVtoGNSYa2camIT1t5S9ojhVodMOmxpl+NILOYNUcu3ShlBhRlmirZEXH9MaEO2xilwnrS2Xhw5KlWuXtOyd0EIItIeBMnAsxBK3SSkGotgxD4FPYxX51BRyTqQ0sTglu4UwYedApa68N+y2SZE89xmWdRdPGZbbAUhQGURvoUQ=; Received: from [10.10.10.35] (helo=frv35.fwdcdn.com) by frv199.fwdcdn.com with smtp ID 1WXzow-000JFX-Cq for stable@freebsd.org; Thu, 10 Apr 2014 00:14:10 +0300 Date: Thu, 10 Apr 2014 00:14:10 +0300 From: Vladislav Prodan Subject: Some gruesome moments with performance of FreeBSD at over 20K interfaces To: stable@freebsd.org X-Mailer: mail.ukr.net 5.0 Message-Id: <1397077963.756961709.gspkmzvd@frv35.fwdcdn.com> MIME-Version: 1.0 Received: from universite@ukr.net by frv35.fwdcdn.com; Thu, 10 Apr 2014 00:14:10 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline Cc: hackers@freebsd.org, net@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 21:35:49 -0000 Dear Colleagues! I had a task, using FreeBSD 10.0-STABLE: 1) Receive 20-30 Q-in-Q VLAN (IEEE 802.1ad ), inside of which 2k-4k vlan (IEEE 802.1Q). Total ~60K vlan 2) To every vlan interface assign ipv4 and ipv6 addresses, define routes to ipv4 and ipv6 addresses on another side of vlan (ip unnumbered), and also prescribe ipv6 network /64 by size through ipv6 address on another side of vlan. 3) Perform routing from the world to all of these ipv4/ipv6 addresses и ipv6 networks inside ~60K vlan To accomplish the 1st task I have no alternatives to using Netgraph. I noticed incorrect behavior of ngctl(8) after addition of 560th vlan (bin/187835) Than speed of addition 4k, 8k, 12k vlans was damnably slow: 10 minutes for first 4k vlans 18 minutes for first 5k vlans 28 minutes for first 6k vlans 52 minutes for first 8k vlans Than I added more 4к vlans 20 minutes - 9500 vlans 33 minutes - 10500 vlans 58 minutes - 12к vlans In total speed of addition of 4k, 8k, 12k vlans was subsequently 10m/52m/110m It’s hard to imagine, how many time is needed to add ~60K vlan :( Process was accelerated a little by shooting off devd, bsnmpd, ntpd services, but it found another problems and limitations. For example, a) Service ntpd refuse to start at 12K interfaces: ntpd[2195]: Too many sockets in use, FD_SETSIZE 16384 exceeded I remind, that in files /usr/src/sys/sys/select.h and /usr/include/sys/select.h FD_SETSIZE value is only 1024U b) Service bsnmpd started at 12K interfaces, but immediately loaded CPU at 80-100% last pid: 64011; load averages: 1.00, 0.97, 0.90 up 0+05:25:39 21:26:36 58 processes: 3 running, 54 sleeping, 1 waiting CPU: 68.2% user, 0.0% nice, 30.6% system, 1.2% interrupt, 0.0% idle Mem: 125M Active, 66M Inact, 435M Wired, 200K Cache, 525M Free ARC: 66M Total, 28M MFU, 36M MRU, 16K Anon, 614K Header, 2035K Other Swap: 1024M Total, 1024M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 63863 root 1 96 0 136M 119M RUN 35:31 79.98% bsnmpd ... c) Size of fields during output of command netstat(1) - netstat -inW is unsufficient (bin/188153) d) If indicate in command netstat of interface it’s impossible to understand, which ipv4/ipv6 neworks are indicated here. # netstat -I ngeth123.223 -nW Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll ngeth12 1500 08:00:27:cd:9b:8e 0 0 0 1 5 0 ngeth12 - 172.18.206.13 172.18.206.139 0 - - 0 - - ngeth12 - fe80::a00:27f fe80::a00:27ff:fe 0 - - 1 - - ngeth12 - 2001:570:28:1 2001:570:28:140:: 0 - - 0 - - e) Very low output of command arp: # ngctl list | grep ngeth | wc -l 12003 # ifconfig -a | egrep -e 'inet ' | wc -l 12007 # time /usr/sbin/arp -na > /dev/null 150.661u 551.002s 11:53.71 98.3% 20+172k 1+0io 0pf+0w More info at http://freebsd.1045724.n5.nabble.com/arp-8-performance-use-if-nameindex-instead-of-if-indextoname-td5898205.html After using of patch, speed became acceptable: # time /usr/sbin/arp -na > /dev/null 0.114u 0.090s 0:00.14 142.8% 20+170k 0+0io 0pf+0w I suspect, that output of standard network stack will be too low to accomplish a 3rd task, routing of ~60K vlan I have no idea, how to use netmap(4) in this situation :( Please, help me in fulfillment of assigned task. P.S. Colleague-Linuxoid is adjusting the same task and bragging: At Debian, in test (kernel 3.13), 80K vlans arose in 20 minutes. It takes 3 GB RAM. And deleting of these vlans also took 20 minutes. -- Vladislav V. Prodan System & Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 21:36:54 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5B2DAA1; Wed, 9 Apr 2014 21:36:53 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 69727142B; Wed, 9 Apr 2014 21:36:52 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s39LeGRZ061564; Wed, 9 Apr 2014 14:40:22 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s39Le9VK061560; Wed, 9 Apr 2014 14:40:09 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 9 Apr 2014 14:40:11 -0700 (PDT) Message-ID: <022f3f24db70caf9a4091e9314d921b1.authenticated@ultimatedns.net> In-Reply-To: <0f4101cf543b$0d15f460$2741dd20$@FreeBSD.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <318a4d8a0a7e5076f212c16675467140.authenticated@ultimatedns.net> <0f4101cf543b$0d15f460$2741dd20$@FreeBSD.org> Date: Wed, 9 Apr 2014 14:40:11 -0700 (PDT) Subject: RE: 9.2 Boot Problem From: "Chris H" To: dteske@FreeBSD.org User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 21:36:54 -0000 > > >> -----Original Message----- >> From: Chris H [mailto:bsd-lists@bsdforge.com] >> Sent: Wednesday, April 9, 2014 2:31 PM >> To: dteske@FreeBSD.org >> Cc: 'Doug Hardie'; freebsd-stable@FreeBSD.org >> Subject: RE: 9.2 Boot Problem >> >> > >> > >> >> -----Original Message----- >> >> From: Chris H [mailto:bsd-lists@bsdforge.com] >> >> Sent: Wednesday, April 9, 2014 2:03 PM >> >> To: Doug Hardie >> >> Cc: freebsd-stable@freebsd.org List >> >> Subject: Re: 9.2 Boot Problem >> >> >> >> > >> >> > On 9 April 2014, at 13:49, "Chris H" wrote: >> >> > >> >> >>> >> >> >>> On 9 April 2014, at 11:29, "Chris H" wrote: >> >> >>> >> >> >>>>> >> >> >>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: >> >> >>>>> >> >> >>>>>> I put this out on Questions, but got no responses. Hopefully >> >> >>>>>> someone here has some ideas. >> >> >>>>>> >> >> >>>>>> FreeBSD 9.2. All of my systems are hanging during boot right >> >> >>>>>> after the screen that has the picture. Its as if someone hit >> >> >>>>>> a space on the keyboard. However, these systems have no >> keyboard. >> >> >>>>>> If I plug one in, or use the serial console, and enter a >> >> >>>>>> return, the boot continues properly. >> >> >>>>>> >> >> >>>>>> The boot menu is displayed along with Beastie. However, the >> >> >>>>>> line that says Autoboot in n seconds… never appears. It just >> >> >>>>>> stops there. These are all new installs from CD systems. >> >> >>>>>> I just used freebsd-update to take a toy server from 9.1 to >> >> >>>>>> 9.2 and it doesn't exhibit this behavior. It boots properly. >> >> >>>>>> I have updated one of the production servers with the latest >> >> >>>>>> 9.2 changes and it still has the issue. I first thought that >> >> >>>>>> some config file did not get updated properly on the CD. I >> >> >>>>>> have dug around through the 4th files and don't see anything >> >> >>>>>> obvious that would cause this. I have now verified that all >> >> >>>>>> the 4th files in boot are identical (except for the version >> >> >>>>>> number. They are slightly different). I don't believe this >> >> >>>>>> is a BIOS setting issue as FreeBSD 7.2 didn't exhibit this >> >> >>>>>> behavior. All >> >> >>>>>> 4 >> >> >>>>>> systems are on totally different motherboards. >> >> >>>>>> >> >> >>>>>> I tried setting loader_logo="none" in /boot/config.rc and that >> >> >>>>>> eliminated the menu and Beastie. I think the system completed >> >> booting, but the serial console was then dead. >> >> >>>>>> It >> >> >>>>>> did not respond or output anything. I had to remove that and >> >> >>>>>> reboot to get the console back again. >> >> >>>>>> >> >> >>>>>> I need to get this fixed as these are production servers that >> >> >>>>>> are essentially unmanned so its difficult to get them back up >> again. >> >> >>>>> >> >> >>>>> >> >> >>>>> No response here either. Surely someone must know the loader. >> >> >>>>> I >> >> have been digging >> >> >>>>> through >> >> >>>>> the code, and can't find any differences between the systems >> >> >>>>> that >> >> work and those that >> >> >>>>> don't. >> >> >>>>> Is there any way to debug this? Is there a way to find out >> >> >>>>> where the >> >> loader is sitting >> >> >>>>> waiting on input from the terminal. That might give a clue as >> >> >>>>> to why it >> >> didn't >> >> >>>>> autoboot. >> >> >>>>> >> >> >>>> OK. This is the first I've seen of your post. I'm not going to >> >> >>>> profess being an expert. But I might suggest adding the >> >> >>>> following to >> >> >>>> loader.conf(5) >> >> >>>> >> >> >>>> verbose_loading="YES" >> >> >>>> boot_verbose="YES" >> >> >>>> >> >> >>>> This raises the "noise level". Maybe that will help to provide >> >> >>>> you with a bit more information, as to what, or if, your >> >> >>>> booting. DO have a look through /boot/defaults/loader.conf for >> >> >>>> more hints, as to what, and >> >> how >> >> >>>> you can control the boot process. As well as /etc/defaults/rc.conf. >> >> >>>> In fact, you can pre-decide what, and how, to boot. Even passing >> >> >>>> by the boot menu entirely. >> >> >>> >> >> >>> Thanks Chris. I did that and here is what I get: >> >> >>> >> >> >>> Rebooting... >> >> >>> cpu_reset: Stopping other CPUs >> >> >>> /boot.config: -Dh >> >> >>> Consoles: internal video/keyboard serial port BIOS drive A: is >> >> >>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available >> >> >>> memory >> >> >>> >> >> >>> FreeBSD/x86 bootstrap loader, Revision 1.1 (doug@zool.lafn.org, >> >> >>> Tue Apr 8 20:30:20 PDT 2014) Loading /boot/defaults/loader.conf >> >> >>> Warning: unable to open file /boot/loader.conf.local >> >> >>> /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770 >> >> syms=[0x4+0xeda80+0x4+0x1b8ebf] >> >> >>> zpool_cache...failed! >> >> >>> \ >> >> >>> H[Esc]ape to loader prompt_ _____ _____ >> >> >>> | ____| | _ \ / ____| __ \ >> >> >>> | |___ _ __ ___ ___ | |_) | (___ | | | | >> >> >>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >> >> >>> | | | | | __/ __/| |_) |____) | |__| | >> >> >>> | | | | | | || | | | >> >> >>> |_| |_| \___|\___||____/|_____/|_____/ ``` ` >> >> >>> s` `.....---.......--.``` -/ >> >> >>> + Welcome to FreeBSD + +o .--` /y:` +. >> >> >>> | | yo`:. :o `+- >> >> >>> | 1. Boot Multi User [Enter] | y/ 3;46H / >> >> >>> | 2.-- / | >> >> >>> | | >> >> >>> | 4. Reboot | `: :` >> >> >>> | | `: :` >> >> >>> | Options: / / >> >> >>> | 5. Configure Boot [O]ptions... .- -. >> >> >>> | -- -. >> >> >>> | `:` `:` >> >> >>> | .-- `--. >> >> >>> | .---.....----. >> >> >>> +-----------------------------------------+ >> >> >>> >> >> >>> FreeBSD `Nakatomi >> >> >>> Socrates' 9.2 >> >> >>> >> >> >>> >> >> >>> Now it waits for a return. I have tried changing the logo, >> >> >>> setting the >> >> autoboot timeout >> >> >>> and >> >> >>> a couple others. The only thing that did anything different was >> >> >>> setting >> >> the logo to an >> >> >>> invalid value. Basically the console was dead after that, but >> >> >>> the system >> >> did boot. I >> >> >>> never >> >> >>> see the Auto Boot in n seconds message. Its also interesting >> >> >>> that the list >> >> of options >> >> >>> above >> >> >>> appears incomplete. On the working system, items 1 through 5 are >> >> >>> all >> >> present. I have >> >> >>> now >> >> >>> checked all the cksum's for all the files in /boot and they are all the >> same. >> >> >>> >> >> >> Hmmm. Looks like you're going to make me do all your research, for >> you. >> >> ;) >> >> >> You /did/ read the contents of /boot/defaults/loader.conf. Yes? >> >> >> I'm >> >> guessing >> >> >> that you've also already read loader.4th(8), and the other related info. >> >> >> Now this is pure supposition; as it appears that you're looking >> >> >> for a serial console. I'd /speculate/ that you want to turn all >> >> >> that NASTY ANSI stuff >> >> OFF >> >> >> That's why your not seeing the complete menu -- hear that Devin! >> >> >> I'm going to post just this much for now, just to get you started. >> >> >> I know what else you need/are looking for. But need to find the >> >> >> /correct/ syntax >> >> -- >> >> >> paraphrasing, just won't get it. :)\ >> >> > >> >> > Setting loader_color="NO" (from man page) does give back the full >> menu. >> >> Still waits for >> >> > return after the version name. I haven't found in the forth where >> >> > it is >> >> reading the >> >> > keyboard. Yes, I have to use a serial console. These machines are >> >> > about >> >> 100 miles away. >> >> > Something is stopping the autoboot from even starting. >> >> >> >> See my reply to this. I think I've given you the hints you need -- >> >> fingers crossed. :) >> >> >> > >> > He's using console=comconsole (serial boot). >> > When that is the case, loader_color is automatically set to NO. >> > There's no reason to set both loader_color=NO and console= comconsole. >> > The code that does this is here: >> > >> > >> https://urldefense.proofpoint.com/v1/url?u=http://svnweb.freebsd.org/b >> > >> ase/release/9.2.0/sys/boot/forth/color.4th?revision%3D255898%26view%3D >> > >> markup&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj >> 2Ns9%2FssH >> > >> Jjg%3D%3D%0A&m=Sb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5T >> k%3D%0A&s=7 >> > 093c40428c7d3ff090a2b2ecf2383b6f8eb570b313f498f1e5fdd1af84c3103 >> > Line 48 within the loader_color? function: >> > boot_serial? if FALSE else TRUE then >> > >> > As for answering the quandary of where the keyboard is polled during >> > the timeout countdown, that's the getkey function in here: >> > >> > >> https://urldefense.proofpoint.com/v1/url?u=http://svnweb.freebsd.org/b >> > >> ase/release/9.2.0/sys/boot/forth/menu.4th?revision%3D255898%26view%3 >> Dm >> > >> arkup&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2 >> Ns9%2FssHJ >> > >> jg%3D%3D%0A&m=Sb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5Tk >> %3D%0A&s=54 >> > b92411337a79a77d0308c0f50c147845f246a911bd6b888aa3f6a08c3299b6 >> >> Hi Devin. I was hoping you'd join the conversation. :) I /personally/ didn't >> suggest that he issue both color=NO /and/ boot_serial. >> In fact, I only suggested using loader_logo="beastiebw" as that's how I >> managed to /finally/ get a usable boot menu, when I first attempted to >> use/install 9.2. I'd have written a pr(1). But as the /whole/ experience was >> new -- hardware /and/ 9.2. I just wrote it off. But now I suspect that there >> may be more to it. >> >> Thanks for chiming in. >> > > Just for clarification... do I need to debug a broken feature? > Do we know what combination causes boot to hang? I think we're still "debugging" it. I see no indication he's got a /normally/ functioning boot, yet. --Chris > -- > Devin > > > _____________ > The information contained in this message is proprietary and/or confidential. If you are not > the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, > distribute or use the message in any manner; and (iii) notify the sender immediately. In > addition, please be aware that any message addressed to our domain is subject to archiving > and review by persons other than the intended recipient. Thank you. > > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 22:01:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A66D15BB for ; Wed, 9 Apr 2014 22:01:07 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 5F2DF18AF for ; Wed, 9 Apr 2014 22:01:07 +0000 (UTC) Received: from [10.0.1.3] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.2) with ESMTP id s39M0xGZ085149 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 9 Apr 2014 15:00:59 -0700 (PDT) (envelope-from bc979@lafn.org) Subject: Re: 9.2 Boot Problem Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: text/plain; charset=us-ascii From: Doug Hardie X-Priority: 3 (Normal) In-Reply-To: Date: Wed, 9 Apr 2014 15:00:58 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <0D72DAFC-B019-48B0-AC66-743291ACD4F6@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <14548387de8.27b7.0b331fcf0b21179f1640bd439e3f4a1e@tundraware.com> <09E89BAA-7A4A-4111-9C11-056902DB3770@lafn.org> To: "Chris H" X-Mailer: Apple Mail (2.1510) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: Tim Daneliuk , "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 22:01:07 -0000 On 9 April 2014, at 14:37, "Chris H" wrote: >>=20 >> On 9 April 2014, at 13:40, Tim Daneliuk = wrote: >>=20 >>> Make sure there is a /dev directory on the disk for the kernel to = populate. Without it, >>> the kernel will hang. >>=20 >>=20 >> The disk does have a /dev directory. The system boots fine after you = enter a return. It >> hangs waiting for a return on the keyboard. >>=20 >> This last time I used in /boot/loader.conf: >>=20 >> zool# more loader.conf >> verbose_loading=3D"YES" >> boot_verbose=3D"YES" >> loader_color=3D"NO" >> loader_logo=3D"beastiebw" >> autoboot_delay=3D"10" >>=20 >>=20 >> System behaved the same on boot other than the menu was complete. = However, I did see >> something flash on the left bottom of the screen where the Autoboot = message normally is. It >> was cleared immediately after it was written so there was no way to = read it. Note, this is >> on the serial console. I have not seen that before, but it might = have been there. It was >> just a flash. I am wondering if something is doing the equivalent of = pressing the space bar >> after the autoboot message is displayed. >>=20 >> I checked and the /boot/defaults/loader.conf file is identical = between the system that works >> and those that do not. >=20 >=20 >> I am going to see if the terminal emulator can disable the screen >> control functions so I can see what the message that flashes by is. > dmesg(8) is your friend (/var/run/dmesg.boot). See also = /var/log/messages >=20 > --Chris >=20 > P.S. You only need loader_logo=3D"beastiebw" to get a B/W console. dmesg starts after the boot begins. This problem occurs before that. = Similar issue for console.log and messages. =20 From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 22:02:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF1976C4 for ; Wed, 9 Apr 2014 22:02:52 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 94B1C18CD for ; Wed, 9 Apr 2014 22:02:52 +0000 (UTC) Received: from [10.0.1.3] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.2) with ESMTP id s39M2h9e085178 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 9 Apr 2014 15:02:44 -0700 (PDT) (envelope-from bc979@lafn.org) Subject: Re: 9.2 Boot Problem Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: text/plain; charset=windows-1252 From: Doug Hardie X-Priority: 3 In-Reply-To: <868C501131484BBB87D54D17AA29D201@multiplay.co.uk> Date: Wed, 9 Apr 2014 15:02:43 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <0183209F-227D-4310-ACD1-167ADAEB25C6@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <868C501131484BBB87D54D17AA29D201@multiplay.co.uk> To: "Steven Hartland" X-Mailer: Apple Mail (2.1510) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 22:02:52 -0000 On 9 April 2014, at 13:35, "Steven Hartland" = wrote: > Its not something silly like the machine has loads of ram and its = running the > boot time check which is taking a long time is it? >=20 > If so you can set the following in loader.conf or the loader prompt = for the > first boot. > hw.memtest.tests=3D"0" >=20 > Regards > Steve The first time the machine sat in the hung state for almost an hour = while I tried to get someone on site to plug in a keyboard. There is = only 2 GB memory in any of the machines. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 22:08:40 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80C57952; Wed, 9 Apr 2014 22:08:40 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 57E41192F; Wed, 9 Apr 2014 22:08:39 +0000 (UTC) Received: from [10.0.1.3] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.2) with ESMTP id s39M8VYk085290 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 9 Apr 2014 15:08:32 -0700 (PDT) (envelope-from bc979@lafn.org) Subject: Re: 9.2 Boot Problem Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: text/plain; charset=windows-1252 From: Doug Hardie X-Priority: 3 (Normal) In-Reply-To: <022f3f24db70caf9a4091e9314d921b1.authenticated@ultimatedns.net> Date: Wed, 9 Apr 2014 15:08:31 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <71411322-DDBA-4466-9367-35D54375BF5E@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <318a4d8a0a7e5076f212c16675467140.authenticated@ultimatedns.net> <0f4101cf543b$0d15f460$2741dd20$@FreeBSD.org> <022f3f24db70caf9a4091e9314d921b1.authenticated@ultimatedns.net> To: "Chris H" X-Mailer: Apple Mail (2.1510) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: dteske@FreeBSD.org, freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 22:08:40 -0000 On 9 April 2014, at 14:40, "Chris H" wrote: >>=20 >>=20 >>> -----Original Message----- >>> From: Chris H [mailto:bsd-lists@bsdforge.com] >>> Sent: Wednesday, April 9, 2014 2:31 PM >>> To: dteske@FreeBSD.org >>> Cc: 'Doug Hardie'; freebsd-stable@FreeBSD.org >>> Subject: RE: 9.2 Boot Problem >>>=20 >>>>=20 >>>>=20 >>>>> -----Original Message----- >>>>> From: Chris H [mailto:bsd-lists@bsdforge.com] >>>>> Sent: Wednesday, April 9, 2014 2:03 PM >>>>> To: Doug Hardie >>>>> Cc: freebsd-stable@freebsd.org List >>>>> Subject: Re: 9.2 Boot Problem >>>>>=20 >>>>>>=20 >>>>>> On 9 April 2014, at 13:49, "Chris H" = wrote: >>>>>>=20 >>>>>>>>=20 >>>>>>>> On 9 April 2014, at 11:29, "Chris H" = wrote: >>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> On 4 April 2014, at 21:08, Doug Hardie = wrote: >>>>>>>>>>=20 >>>>>>>>>>> I put this out on Questions, but got no responses. Hopefully >>>>>>>>>>> someone here has some ideas. >>>>>>>>>>>=20 >>>>>>>>>>> FreeBSD 9.2. All of my systems are hanging during boot = right >>>>>>>>>>> after the screen that has the picture. Its as if someone = hit >>>>>>>>>>> a space on the keyboard. However, these systems have no >>> keyboard. >>>>>>>>>>> If I plug one in, or use the serial console, and enter a >>>>>>>>>>> return, the boot continues properly. >>>>>>>>>>>=20 >>>>>>>>>>> The boot menu is displayed along with Beastie. However, the >>>>>>>>>>> line that says Autoboot in n seconds=85 never appears. It = just >>>>>>>>>>> stops there. These are all new installs from CD systems. >>>>>>>>>>> I just used freebsd-update to take a toy server from 9.1 to >>>>>>>>>>> 9.2 and it doesn't exhibit this behavior. It boots = properly. >>>>>>>>>>> I have updated one of the production servers with the latest >>>>>>>>>>> 9.2 changes and it still has the issue. I first thought = that >>>>>>>>>>> some config file did not get updated properly on the CD. I >>>>>>>>>>> have dug around through the 4th files and don't see anything >>>>>>>>>>> obvious that would cause this. I have now verified that all >>>>>>>>>>> the 4th files in boot are identical (except for the version >>>>>>>>>>> number. They are slightly different). I don't believe this >>>>>>>>>>> is a BIOS setting issue as FreeBSD 7.2 didn't exhibit this >>>>>>>>>>> behavior. All >>>>>>>>>>> 4 >>>>>>>>>>> systems are on totally different motherboards. >>>>>>>>>>>=20 >>>>>>>>>>> I tried setting loader_logo=3D"none" in /boot/config.rc and = that >>>>>>>>>>> eliminated the menu and Beastie. I think the system = completed >>>>> booting, but the serial console was then dead. >>>>>>>>>>> It >>>>>>>>>>> did not respond or output anything. I had to remove that = and >>>>>>>>>>> reboot to get the console back again. >>>>>>>>>>>=20 >>>>>>>>>>> I need to get this fixed as these are production servers = that >>>>>>>>>>> are essentially unmanned so its difficult to get them back = up >>> again. >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> No response here either. Surely someone must know the = loader. >>>>>>>>>> I >>>>> have been digging >>>>>>>>>> through >>>>>>>>>> the code, and can't find any differences between the systems >>>>>>>>>> that >>>>> work and those that >>>>>>>>>> don't. >>>>>>>>>> Is there any way to debug this? Is there a way to find out >>>>>>>>>> where the >>>>> loader is sitting >>>>>>>>>> waiting on input from the terminal. That might give a clue = as >>>>>>>>>> to why it >>>>> didn't >>>>>>>>>> autoboot. >>>>>>>>>>=20 >>>>>>>>> OK. This is the first I've seen of your post. I'm not going to >>>>>>>>> profess being an expert. But I might suggest adding the >>>>>>>>> following to >>>>>>>>> loader.conf(5) >>>>>>>>>=20 >>>>>>>>> verbose_loading=3D"YES" >>>>>>>>> boot_verbose=3D"YES" >>>>>>>>>=20 >>>>>>>>> This raises the "noise level". Maybe that will help to provide >>>>>>>>> you with a bit more information, as to what, or if, your >>>>>>>>> booting. DO have a look through /boot/defaults/loader.conf for >>>>>>>>> more hints, as to what, and >>>>> how >>>>>>>>> you can control the boot process. As well as = /etc/defaults/rc.conf. >>>>>>>>> In fact, you can pre-decide what, and how, to boot. Even = passing >>>>>>>>> by the boot menu entirely. >>>>>>>>=20 >>>>>>>> Thanks Chris. I did that and here is what I get: >>>>>>>>=20 >>>>>>>> Rebooting... >>>>>>>> cpu_reset: Stopping other CPUs >>>>>>>> /boot.config: -Dh >>>>>>>> Consoles: internal video/keyboard serial port BIOS drive A: is >>>>>>>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available >>>>>>>> memory >>>>>>>>=20 >>>>>>>> FreeBSD/x86 bootstrap loader, Revision 1.1 (doug@zool.lafn.org, >>>>>>>> Tue Apr 8 20:30:20 PDT 2014) Loading = /boot/defaults/loader.conf >>>>>>>> Warning: unable to open file /boot/loader.conf.local >>>>>>>> /boot/kernel/kernel text=3D0xdb3171 data=3D0xf3c04+0xbb770 >>>>> syms=3D[0x4+0xeda80+0x4+0x1b8ebf] >>>>>>>> zpool_cache...failed! >>>>>>>> \ >>>>>>>> H[Esc]ape to loader prompt_ _____ _____ >>>>>>>> | ____| | _ \ / ____| __ \ >>>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>>>>>>> | | | | | __/ __/| |_) |____) | |__| | >>>>>>>> | | | | | | || | | | >>>>>>>> |_| |_| \___|\___||____/|_____/|_____/ ``` = ` >>>>>>>> s` = `.....---.......--.``` -/ >>>>>>>> + Welcome to FreeBSD + +o .--` = /y:` +. >>>>>>>> | | yo`:. = :o `+- >>>>>>>> | 1. Boot Multi User [Enter] | y/ 3;46H / >>>>>>>> | 2.-- / | >>>>>>>> | | >>>>>>>> | 4. Reboot | `: = :` >>>>>>>> | | `: = :` >>>>>>>> | Options: / = / >>>>>>>> | 5. Configure Boot [O]ptions... .- = -. >>>>>>>> | -- = -. >>>>>>>> | `:` = `:` >>>>>>>> | .-- = `--. >>>>>>>> | = .---.....----. >>>>>>>> +-----------------------------------------+ >>>>>>>>=20 >>>>>>>> FreeBSD `Nakatomi >>>>>>>> Socrates' 9.2 >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> Now it waits for a return. I have tried changing the logo, >>>>>>>> setting the >>>>> autoboot timeout >>>>>>>> and >>>>>>>> a couple others. The only thing that did anything different = was >>>>>>>> setting >>>>> the logo to an >>>>>>>> invalid value. Basically the console was dead after that, but >>>>>>>> the system >>>>> did boot. I >>>>>>>> never >>>>>>>> see the Auto Boot in n seconds message. Its also interesting >>>>>>>> that the list >>>>> of options >>>>>>>> above >>>>>>>> appears incomplete. On the working system, items 1 through 5 = are >>>>>>>> all >>>>> present. I have >>>>>>>> now >>>>>>>> checked all the cksum's for all the files in /boot and they are = all the >>> same. >>>>>>>>=20 >>>>>>> Hmmm. Looks like you're going to make me do all your research, = for >>> you. >>>>> ;) >>>>>>> You /did/ read the contents of /boot/defaults/loader.conf. Yes? >>>>>>> I'm >>>>> guessing >>>>>>> that you've also already read loader.4th(8), and the other = related info. >>>>>>> Now this is pure supposition; as it appears that you're looking >>>>>>> for a serial console. I'd /speculate/ that you want to turn all >>>>>>> that NASTY ANSI stuff >>>>> OFF >>>>>>> That's why your not seeing the complete menu -- hear that Devin! >>>>>>> I'm going to post just this much for now, just to get you = started. >>>>>>> I know what else you need/are looking for. But need to find the >>>>>>> /correct/ syntax >>>>> -- >>>>>>> paraphrasing, just won't get it. :)\ >>>>>>=20 >>>>>> Setting loader_color=3D"NO" (from man page) does give back the = full >>> menu. >>>>> Still waits for >>>>>> return after the version name. I haven't found in the forth = where >>>>>> it is >>>>> reading the >>>>>> keyboard. Yes, I have to use a serial console. These machines = are >>>>>> about >>>>> 100 miles away. >>>>>> Something is stopping the autoboot from even starting. >>>>>=20 >>>>> See my reply to this. I think I've given you the hints you need -- >>>>> fingers crossed. :) >>>>>=20 >>>>=20 >>>> He's using console=3Dcomconsole (serial boot). >>>> When that is the case, loader_color is automatically set to NO. >>>> There's no reason to set both loader_color=3DNO and console=3D = comconsole. >>>> The code that does this is here: >>>>=20 >>>>=20 >>> = https://urldefense.proofpoint.com/v1/url?u=3Dhttp://svnweb.freebsd.org/b >>>>=20 >>> = ase/release/9.2.0/sys/boot/forth/color.4th?revision%3D255898%26view%3D >>>>=20 >>> markup&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj >>> 2Ns9%2FssH >>>>=20 >>> Jjg%3D%3D%0A&m=3DSb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5T >>> k%3D%0A&s=3D7 >>>> 093c40428c7d3ff090a2b2ecf2383b6f8eb570b313f498f1e5fdd1af84c3103 >>>> Line 48 within the loader_color? function: >>>> boot_serial? if FALSE else TRUE then >>>>=20 >>>> As for answering the quandary of where the keyboard is polled = during >>>> the timeout countdown, that's the getkey function in here: >>>>=20 >>>>=20 >>> = https://urldefense.proofpoint.com/v1/url?u=3Dhttp://svnweb.freebsd.org/b >>>>=20 >>> ase/release/9.2.0/sys/boot/forth/menu.4th?revision%3D255898%26view%3 >>> Dm >>>>=20 >>> arkup&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj2 >>> Ns9%2FssHJ >>>>=20 >>> jg%3D%3D%0A&m=3DSb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5Tk >>> %3D%0A&s=3D54 >>>> b92411337a79a77d0308c0f50c147845f246a911bd6b888aa3f6a08c3299b6 >>>=20 >>> Hi Devin. I was hoping you'd join the conversation. :) I = /personally/ didn't >>> suggest that he issue both color=3DNO /and/ boot_serial. >>> In fact, I only suggested using loader_logo=3D"beastiebw" as that's = how I >>> managed to /finally/ get a usable boot menu, when I first attempted = to >>> use/install 9.2. I'd have written a pr(1). But as the /whole/ = experience was >>> new -- hardware /and/ 9.2. I just wrote it off. But now I suspect = that there >>> may be more to it. >>>=20 >>> Thanks for chiming in. >>>=20 >>=20 >> Just for clarification... do I need to debug a broken feature? >> Do we know what combination causes boot to hang? >=20 > I think we're still "debugging" it. I see no indication he's got a > /normally/ functioning boot, yet. The only thing not functioning is autoboot. It stops and no visible = autoboot message is displayed. Entering a return resumes the boot and = all is fine after that. The autoboot message may be displayed and then = immediately removed. It appeared that might be the case once, but = haven't been able to capture that as the system clears the line = immediately. Most of the time the flash is not visible. Once it was, = but was gone before I could read it. Note, I have 4 systems exhibiting this behavior and one that is not. = The 4 with the problem were upgraded from 9.1 and probably through = several RCs and then to 9.2. The working one was a new install. I have not been able to find any differences in /boot between the = working and non-working systems. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 22:15:26 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21818CE4; Wed, 9 Apr 2014 22:15:26 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx1.fisglobal.com", Issuer "VeriSign Class 3 Secure Server CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D94721A28; Wed, 9 Apr 2014 22:15:25 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.193]) by ltcfislmsgpa05.fnfis.com (8.14.5/8.14.5) with ESMTP id s39MFCXF028747 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 9 Apr 2014 17:15:12 -0500 Received: from THEMADHATTER (10.242.181.54) by smarthost.fisglobal.com (10.132.206.193) with Microsoft SMTP Server id 14.3.174.1; Wed, 9 Apr 2014 17:15:10 -0500 From: Sender: Devin Teske To: "'Doug Hardie'" , "'Chris H'" References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <318a4d8a0a7e5076f212c16675467140.authenticated@ultimatedns.net> <0f4101cf543b$0d15f460$2741dd20$@FreeBSD.org> <022f3f24db70caf9a4091e9314d921b1.authenticated@ultimatedns.net> <71411322-DDBA-4466-9367-35D54375BF5E@lafn.org> In-Reply-To: <71411322-DDBA-4466-9367-35D54375BF5E@lafn.org> Subject: RE: 9.2 Boot Problem Date: Wed, 9 Apr 2014 15:15:08 -0700 Message-ID: <0f4f01cf5441$2b96e330$82c4a990$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQIen2IJxjY9xQVhZGKzZxIbMLf02AIi1K1LAgvdaV8CCgXzYgMYVRmnAc87HM4BqwKXZALxR6inAmgpNQoClheU+wH68coHAbv6yO2Zp7QuoA== Content-Language: en-us X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96, 1.0.14, 0.0.0000 definitions=2014-04-09_04:2014-04-09,2014-04-09,1970-01-01 signatures=0 Cc: dteske@FreeBSD.org, freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 22:15:26 -0000 > -----Original Message----- > From: Doug Hardie [mailto:bc979@lafn.org] > Sent: Wednesday, April 9, 2014 3:09 PM > To: Chris H > Cc: dteske@FreeBSD.org; freebsd-stable@FreeBSD.org > Subject: Re: 9.2 Boot Problem > > > On 9 April 2014, at 14:40, "Chris H" wrote: > > >> > >> > >>> -----Original Message----- > >>> From: Chris H [mailto:bsd-lists@bsdforge.com] > >>> Sent: Wednesday, April 9, 2014 2:31 PM > >>> To: dteske@FreeBSD.org > >>> Cc: 'Doug Hardie'; freebsd-stable@FreeBSD.org > >>> Subject: RE: 9.2 Boot Problem > >>> > >>>> > >>>> > >>>>> -----Original Message----- > >>>>> From: Chris H [mailto:bsd-lists@bsdforge.com] > >>>>> Sent: Wednesday, April 9, 2014 2:03 PM > >>>>> To: Doug Hardie > >>>>> Cc: freebsd-stable@freebsd.org List > >>>>> Subject: Re: 9.2 Boot Problem > >>>>> > >>>>>> > >>>>>> On 9 April 2014, at 13:49, "Chris H" wrote: > >>>>>> > >>>>>>>> > >>>>>>>> On 9 April 2014, at 11:29, "Chris H" > wrote: > >>>>>>>> > >>>>>>>>>> > >>>>>>>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: > >>>>>>>>>> > >>>>>>>>>>> I put this out on Questions, but got no responses. Hopefully > >>>>>>>>>>> someone here has some ideas. > >>>>>>>>>>> > >>>>>>>>>>> FreeBSD 9.2. All of my systems are hanging during boot > >>>>>>>>>>> right after the screen that has the picture. Its as if > >>>>>>>>>>> someone hit a space on the keyboard. However, these > systems > >>>>>>>>>>> have no > >>> keyboard. > >>>>>>>>>>> If I plug one in, or use the serial console, and enter a > >>>>>>>>>>> return, the boot continues properly. > >>>>>>>>>>> > >>>>>>>>>>> The boot menu is displayed along with Beastie. However, the > >>>>>>>>>>> line that says Autoboot in n seconds. never appears. It > >>>>>>>>>>> just stops there. These are all new installs from CD systems. > >>>>>>>>>>> I just used freebsd-update to take a toy server from 9.1 to > >>>>>>>>>>> 9.2 and it doesn't exhibit this behavior. It boots properly. > >>>>>>>>>>> I have updated one of the production servers with the latest > >>>>>>>>>>> 9.2 changes and it still has the issue. I first thought > >>>>>>>>>>> that some config file did not get updated properly on the > >>>>>>>>>>> CD. I have dug around through the 4th files and don't see > >>>>>>>>>>> anything obvious that would cause this. I have now verified > >>>>>>>>>>> that all the 4th files in boot are identical (except for the > >>>>>>>>>>> version number. They are slightly different). I don't > >>>>>>>>>>> believe this is a BIOS setting issue as FreeBSD 7.2 didn't > >>>>>>>>>>> exhibit this behavior. All > >>>>>>>>>>> 4 > >>>>>>>>>>> systems are on totally different motherboards. > >>>>>>>>>>> > >>>>>>>>>>> I tried setting loader_logo="none" in /boot/config.rc and > >>>>>>>>>>> that eliminated the menu and Beastie. I think the system > >>>>>>>>>>> completed > >>>>> booting, but the serial console was then dead. > >>>>>>>>>>> It > >>>>>>>>>>> did not respond or output anything. I had to remove that > >>>>>>>>>>> and reboot to get the console back again. > >>>>>>>>>>> > >>>>>>>>>>> I need to get this fixed as these are production servers > >>>>>>>>>>> that are essentially unmanned so its difficult to get them > >>>>>>>>>>> back up > >>> again. > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> No response here either. Surely someone must know the > loader. > >>>>>>>>>> I > >>>>> have been digging > >>>>>>>>>> through > >>>>>>>>>> the code, and can't find any differences between the systems > >>>>>>>>>> that > >>>>> work and those that > >>>>>>>>>> don't. > >>>>>>>>>> Is there any way to debug this? Is there a way to find out > >>>>>>>>>> where the > >>>>> loader is sitting > >>>>>>>>>> waiting on input from the terminal. That might give a clue > >>>>>>>>>> as to why it > >>>>> didn't > >>>>>>>>>> autoboot. > >>>>>>>>>> > >>>>>>>>> OK. This is the first I've seen of your post. I'm not going to > >>>>>>>>> profess being an expert. But I might suggest adding the > >>>>>>>>> following to > >>>>>>>>> loader.conf(5) > >>>>>>>>> > >>>>>>>>> verbose_loading="YES" > >>>>>>>>> boot_verbose="YES" > >>>>>>>>> > >>>>>>>>> This raises the "noise level". Maybe that will help to provide > >>>>>>>>> you with a bit more information, as to what, or if, your > >>>>>>>>> booting. DO have a look through /boot/defaults/loader.conf for > >>>>>>>>> more hints, as to what, and > >>>>> how > >>>>>>>>> you can control the boot process. As well as > /etc/defaults/rc.conf. > >>>>>>>>> In fact, you can pre-decide what, and how, to boot. Even > >>>>>>>>> passing by the boot menu entirely. > >>>>>>>> > >>>>>>>> Thanks Chris. I did that and here is what I get: > >>>>>>>> > >>>>>>>> Rebooting... > >>>>>>>> cpu_reset: Stopping other CPUs > >>>>>>>> /boot.config: -Dh > >>>>>>>> Consoles: internal video/keyboard serial port BIOS drive A: is > >>>>>>>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available > >>>>>>>> memory > >>>>>>>> > >>>>>>>> FreeBSD/x86 bootstrap loader, Revision 1.1 (doug@zool.lafn.org, > >>>>>>>> Tue Apr 8 20:30:20 PDT 2014) Loading > >>>>>>>> /boot/defaults/loader.conf > >>>>>>>> Warning: unable to open file /boot/loader.conf.local > >>>>>>>> /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770 > >>>>> syms=[0x4+0xeda80+0x4+0x1b8ebf] > >>>>>>>> zpool_cache...failed! > >>>>>>>> \ > >>>>>>>> H[Esc]ape to loader prompt_ _____ _____ > >>>>>>>> | ____| | _ \ / ____| __ \ > >>>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | > >>>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > >>>>>>>> | | | | | __/ __/| |_) |____) | |__| | > >>>>>>>> | | | | | | || | | | > >>>>>>>> |_| |_| \___|\___||____/|_____/|_____/ ``` ` > >>>>>>>> s` `.....---.......--.``` -/ > >>>>>>>> + Welcome to FreeBSD + +o .--` /y:` +. > >>>>>>>> | | yo`:. :o `+- > >>>>>>>> | 1. Boot Multi User [Enter] | y/ 3;46H / > >>>>>>>> | 2.-- / | > >>>>>>>> | | > >>>>>>>> | 4. Reboot | `: :` > >>>>>>>> | | `: :` > >>>>>>>> | Options: / / > >>>>>>>> | 5. Configure Boot [O]ptions... .- -. > >>>>>>>> | -- -. > >>>>>>>> | `:` `:` > >>>>>>>> | .-- `--. > >>>>>>>> | .---.....----. > >>>>>>>> +-----------------------------------------+ > >>>>>>>> > >>>>>>>> FreeBSD `Nakatomi > >>>>>>>> Socrates' 9.2 > >>>>>>>> > >>>>>>>> > >>>>>>>> Now it waits for a return. I have tried changing the logo, > >>>>>>>> setting the > >>>>> autoboot timeout > >>>>>>>> and > >>>>>>>> a couple others. The only thing that did anything different > >>>>>>>> was setting > >>>>> the logo to an > >>>>>>>> invalid value. Basically the console was dead after that, but > >>>>>>>> the system > >>>>> did boot. I > >>>>>>>> never > >>>>>>>> see the Auto Boot in n seconds message. Its also interesting > >>>>>>>> that the list > >>>>> of options > >>>>>>>> above > >>>>>>>> appears incomplete. On the working system, items 1 through 5 > >>>>>>>> are all > >>>>> present. I have > >>>>>>>> now > >>>>>>>> checked all the cksum's for all the files in /boot and they are > >>>>>>>> all the > >>> same. > >>>>>>>> > >>>>>>> Hmmm. Looks like you're going to make me do all your research, > >>>>>>> for > >>> you. > >>>>> ;) > >>>>>>> You /did/ read the contents of /boot/defaults/loader.conf. Yes? > >>>>>>> I'm > >>>>> guessing > >>>>>>> that you've also already read loader.4th(8), and the other related > info. > >>>>>>> Now this is pure supposition; as it appears that you're looking > >>>>>>> for a serial console. I'd /speculate/ that you want to turn all > >>>>>>> that NASTY ANSI stuff > >>>>> OFF > >>>>>>> That's why your not seeing the complete menu -- hear that Devin! > >>>>>>> I'm going to post just this much for now, just to get you started. > >>>>>>> I know what else you need/are looking for. But need to find the > >>>>>>> /correct/ syntax > >>>>> -- > >>>>>>> paraphrasing, just won't get it. :)\ > >>>>>> > >>>>>> Setting loader_color="NO" (from man page) does give back the full > >>> menu. > >>>>> Still waits for > >>>>>> return after the version name. I haven't found in the forth > >>>>>> where it is > >>>>> reading the > >>>>>> keyboard. Yes, I have to use a serial console. These machines > >>>>>> are about > >>>>> 100 miles away. > >>>>>> Something is stopping the autoboot from even starting. > >>>>> > >>>>> See my reply to this. I think I've given you the hints you need -- > >>>>> fingers crossed. :) > >>>>> > >>>> > >>>> He's using console=comconsole (serial boot). > >>>> When that is the case, loader_color is automatically set to NO. > >>>> There's no reason to set both loader_color=NO and console= > comconsole. > >>>> The code that does this is here: > >>>> > >>>> > >>> > https://urldefense.proofpoint.com/v1/url?u=http://svnweb.freebsd.org > >>> /b > >>>> > >>> > ase/release/9.2.0/sys/boot/forth/color.4th?revision%3D255898%26view% > >>> 3D > >>>> > >>> > markup&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj > >>> 2Ns9%2FssH > >>>> > >>> > Jjg%3D%3D%0A&m=Sb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5T > >>> k%3D%0A&s=7 > >>>> 093c40428c7d3ff090a2b2ecf2383b6f8eb570b313f498f1e5fdd1af84c3103 > >>>> Line 48 within the loader_color? function: > >>>> boot_serial? if FALSE else TRUE then > >>>> > >>>> As for answering the quandary of where the keyboard is polled > >>>> during the timeout countdown, that's the getkey function in here: > >>>> > >>>> > >>> > https://urldefense.proofpoint.com/v1/url?u=http://svnweb.freebsd.org > >>> /b > >>>> > >>> > ase/release/9.2.0/sys/boot/forth/menu.4th?revision%3D255898%26view%3 > >>> Dm > >>>> > >>> > arkup&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2 > >>> Ns9%2FssHJ > >>>> > >>> > jg%3D%3D%0A&m=Sb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5Tk > >>> %3D%0A&s=54 > >>>> b92411337a79a77d0308c0f50c147845f246a911bd6b888aa3f6a08c3299b6 > >>> > >>> Hi Devin. I was hoping you'd join the conversation. :) I > >>> /personally/ didn't suggest that he issue both color=NO /and/ > boot_serial. > >>> In fact, I only suggested using loader_logo="beastiebw" as that's > >>> how I managed to /finally/ get a usable boot menu, when I first > >>> attempted to use/install 9.2. I'd have written a pr(1). But as the > >>> /whole/ experience was new -- hardware /and/ 9.2. I just wrote it > >>> off. But now I suspect that there may be more to it. > >>> > >>> Thanks for chiming in. > >>> > >> > >> Just for clarification... do I need to debug a broken feature? > >> Do we know what combination causes boot to hang? > > > > I think we're still "debugging" it. I see no indication he's got a > > /normally/ functioning boot, yet. > > The only thing not functioning is autoboot. It stops and no visible autoboot > message is displayed. Entering a return resumes the boot and all is fine after > that. The autoboot message may be displayed and then immediately > removed. It appeared that might be the case once, but haven't been able to > capture that as the system clears the line immediately. Most of the time the > flash is not visible. Once it was, but was gone before I could read it. > > Note, I have 4 systems exhibiting this behavior and one that is not. The 4 > with the problem were upgraded from 9.1 and probably through several RCs > and then to 9.2. The working one was a new install. > > I have not been able to find any differences in /boot between the working > and non-working systems. > You've looked at Forth files, but what about md5-comparison of the x86 boot sectors? (boot0, boot0sio, etc.) And also, the one thing that strikes me here is... the boot code that is written to the disk. This won't be updated through a general buildworld/installworld combo nor through a freebsd-update approach. Wondering if it's worth writing an updated bootcode to your boot part. I can't recall if I wrote the enhancements that appear in 9.2 *on* 9.2 or if (done often) I wrote them on a 9.0-R box and then re-tested on a 9.2. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 22:23:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 015604A7; Wed, 9 Apr 2014 22:23:42 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 7536F1B6C; Wed, 9 Apr 2014 22:23:41 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s39MR4pd063532; Wed, 9 Apr 2014 15:27:10 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s39MQxxB063529; Wed, 9 Apr 2014 15:26:59 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 9 Apr 2014 15:26:59 -0700 (PDT) Message-ID: In-Reply-To: <71411322-DDBA-4466-9367-35D54375BF5E@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <318a4d8a0a7e5076f212c16675467140.authenticated@ultimatedns.net> <0f4101cf543b$0d15f460$2741dd20$@FreeBSD.org> <022f3f24db70caf9a4091e9314d921b1.authenticated@ultimatedns.net> <71411322-DDBA-4466-9367-35D54375BF5E@lafn.org> Date: Wed, 9 Apr 2014 15:26:59 -0700 (PDT) Subject: Re: 9.2 Boot Problem From: "Chris H" To: "Doug Hardie" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: dteske@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 22:23:42 -0000 > > On 9 April 2014, at 14:40, "Chris H" wrote: > >>> >>> >>>> -----Original Message----- >>>> From: Chris H [mailto:bsd-lists@bsdforge.com] >>>> Sent: Wednesday, April 9, 2014 2:31 PM >>>> To: dteske@FreeBSD.org >>>> Cc: 'Doug Hardie'; freebsd-stable@FreeBSD.org >>>> Subject: RE: 9.2 Boot Problem >>>> >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Chris H [mailto:bsd-lists@bsdforge.com] >>>>>> Sent: Wednesday, April 9, 2014 2:03 PM >>>>>> To: Doug Hardie >>>>>> Cc: freebsd-stable@freebsd.org List >>>>>> Subject: Re: 9.2 Boot Problem >>>>>> >>>>>>> >>>>>>> On 9 April 2014, at 13:49, "Chris H" wrote: >>>>>>> >>>>>>>>> >>>>>>>>> On 9 April 2014, at 11:29, "Chris H" wrote: >>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: >>>>>>>>>>> >>>>>>>>>>>> I put this out on Questions, but got no responses. Hopefully >>>>>>>>>>>> someone here has some ideas. >>>>>>>>>>>> >>>>>>>>>>>> FreeBSD 9.2. All of my systems are hanging during boot right >>>>>>>>>>>> after the screen that has the picture. Its as if someone hit >>>>>>>>>>>> a space on the keyboard. However, these systems have no >>>> keyboard. >>>>>>>>>>>> If I plug one in, or use the serial console, and enter a >>>>>>>>>>>> return, the boot continues properly. >>>>>>>>>>>> >>>>>>>>>>>> The boot menu is displayed along with Beastie. However, the >>>>>>>>>>>> line that says Autoboot in n seconds… never appears. It just >>>>>>>>>>>> stops there. These are all new installs from CD systems. >>>>>>>>>>>> I just used freebsd-update to take a toy server from 9.1 to >>>>>>>>>>>> 9.2 and it doesn't exhibit this behavior. It boots properly. >>>>>>>>>>>> I have updated one of the production servers with the latest >>>>>>>>>>>> 9.2 changes and it still has the issue. I first thought that >>>>>>>>>>>> some config file did not get updated properly on the CD. I >>>>>>>>>>>> have dug around through the 4th files and don't see anything >>>>>>>>>>>> obvious that would cause this. I have now verified that all >>>>>>>>>>>> the 4th files in boot are identical (except for the version >>>>>>>>>>>> number. They are slightly different). I don't believe this >>>>>>>>>>>> is a BIOS setting issue as FreeBSD 7.2 didn't exhibit this >>>>>>>>>>>> behavior. All >>>>>>>>>>>> 4 >>>>>>>>>>>> systems are on totally different motherboards. >>>>>>>>>>>> >>>>>>>>>>>> I tried setting loader_logo="none" in /boot/config.rc and that >>>>>>>>>>>> eliminated the menu and Beastie. I think the system completed >>>>>> booting, but the serial console was then dead. >>>>>>>>>>>> It >>>>>>>>>>>> did not respond or output anything. I had to remove that and >>>>>>>>>>>> reboot to get the console back again. >>>>>>>>>>>> >>>>>>>>>>>> I need to get this fixed as these are production servers that >>>>>>>>>>>> are essentially unmanned so its difficult to get them back up >>>> again. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> No response here either. Surely someone must know the loader. >>>>>>>>>>> I >>>>>> have been digging >>>>>>>>>>> through >>>>>>>>>>> the code, and can't find any differences between the systems >>>>>>>>>>> that >>>>>> work and those that >>>>>>>>>>> don't. >>>>>>>>>>> Is there any way to debug this? Is there a way to find out >>>>>>>>>>> where the >>>>>> loader is sitting >>>>>>>>>>> waiting on input from the terminal. That might give a clue as >>>>>>>>>>> to why it >>>>>> didn't >>>>>>>>>>> autoboot. >>>>>>>>>>> >>>>>>>>>> OK. This is the first I've seen of your post. I'm not going to >>>>>>>>>> profess being an expert. But I might suggest adding the >>>>>>>>>> following to >>>>>>>>>> loader.conf(5) >>>>>>>>>> >>>>>>>>>> verbose_loading="YES" >>>>>>>>>> boot_verbose="YES" >>>>>>>>>> >>>>>>>>>> This raises the "noise level". Maybe that will help to provide >>>>>>>>>> you with a bit more information, as to what, or if, your >>>>>>>>>> booting. DO have a look through /boot/defaults/loader.conf for >>>>>>>>>> more hints, as to what, and >>>>>> how >>>>>>>>>> you can control the boot process. As well as /etc/defaults/rc.conf. >>>>>>>>>> In fact, you can pre-decide what, and how, to boot. Even passing >>>>>>>>>> by the boot menu entirely. >>>>>>>>> >>>>>>>>> Thanks Chris. I did that and here is what I get: >>>>>>>>> >>>>>>>>> Rebooting... >>>>>>>>> cpu_reset: Stopping other CPUs >>>>>>>>> /boot.config: -Dh >>>>>>>>> Consoles: internal video/keyboard serial port BIOS drive A: is >>>>>>>>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available >>>>>>>>> memory >>>>>>>>> >>>>>>>>> FreeBSD/x86 bootstrap loader, Revision 1.1 (doug@zool.lafn.org, >>>>>>>>> Tue Apr 8 20:30:20 PDT 2014) Loading /boot/defaults/loader.conf >>>>>>>>> Warning: unable to open file /boot/loader.conf.local >>>>>>>>> /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770 >>>>>> syms=[0x4+0xeda80+0x4+0x1b8ebf] >>>>>>>>> zpool_cache...failed! >>>>>>>>> \ >>>>>>>>> H[Esc]ape to loader prompt_ _____ _____ >>>>>>>>> | ____| | _ \ / ____| __ \ >>>>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>>>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>>>>>>>> | | | | | __/ __/| |_) |____) | |__| | >>>>>>>>> | | | | | | || | | | >>>>>>>>> |_| |_| \___|\___||____/|_____/|_____/ ``` ` >>>>>>>>> s` `.....---.......--.``` -/ >>>>>>>>> + Welcome to FreeBSD + +o .--` /y:` +. >>>>>>>>> | | yo`:. :o `+- >>>>>>>>> | 1. Boot Multi User [Enter] | y/ 3;46H / >>>>>>>>> | 2.-- / | >>>>>>>>> | | >>>>>>>>> | 4. Reboot | `: :` >>>>>>>>> | | `: :` >>>>>>>>> | Options: / / >>>>>>>>> | 5. Configure Boot [O]ptions... .- -. >>>>>>>>> | -- -. >>>>>>>>> | `:` `:` >>>>>>>>> | .-- `--. >>>>>>>>> | .---.....----. >>>>>>>>> +-----------------------------------------+ >>>>>>>>> >>>>>>>>> FreeBSD `Nakatomi >>>>>>>>> Socrates' 9.2 >>>>>>>>> >>>>>>>>> >>>>>>>>> Now it waits for a return. I have tried changing the logo, >>>>>>>>> setting the >>>>>> autoboot timeout >>>>>>>>> and >>>>>>>>> a couple others. The only thing that did anything different was >>>>>>>>> setting >>>>>> the logo to an >>>>>>>>> invalid value. Basically the console was dead after that, but >>>>>>>>> the system >>>>>> did boot. I >>>>>>>>> never >>>>>>>>> see the Auto Boot in n seconds message. Its also interesting >>>>>>>>> that the list >>>>>> of options >>>>>>>>> above >>>>>>>>> appears incomplete. On the working system, items 1 through 5 are >>>>>>>>> all >>>>>> present. I have >>>>>>>>> now >>>>>>>>> checked all the cksum's for all the files in /boot and they are all the >>>> same. >>>>>>>>> >>>>>>>> Hmmm. Looks like you're going to make me do all your research, for >>>> you. >>>>>> ;) >>>>>>>> You /did/ read the contents of /boot/defaults/loader.conf. Yes? >>>>>>>> I'm >>>>>> guessing >>>>>>>> that you've also already read loader.4th(8), and the other related info. >>>>>>>> Now this is pure supposition; as it appears that you're looking >>>>>>>> for a serial console. I'd /speculate/ that you want to turn all >>>>>>>> that NASTY ANSI stuff >>>>>> OFF >>>>>>>> That's why your not seeing the complete menu -- hear that Devin! >>>>>>>> I'm going to post just this much for now, just to get you started. >>>>>>>> I know what else you need/are looking for. But need to find the >>>>>>>> /correct/ syntax >>>>>> -- >>>>>>>> paraphrasing, just won't get it. :)\ >>>>>>> >>>>>>> Setting loader_color="NO" (from man page) does give back the full >>>> menu. >>>>>> Still waits for >>>>>>> return after the version name. I haven't found in the forth where >>>>>>> it is >>>>>> reading the >>>>>>> keyboard. Yes, I have to use a serial console. These machines are >>>>>>> about >>>>>> 100 miles away. >>>>>>> Something is stopping the autoboot from even starting. >>>>>> >>>>>> See my reply to this. I think I've given you the hints you need -- >>>>>> fingers crossed. :) >>>>>> >>>>> >>>>> He's using console=comconsole (serial boot). >>>>> When that is the case, loader_color is automatically set to NO. >>>>> There's no reason to set both loader_color=NO and console= comconsole. >>>>> The code that does this is here: >>>>> >>>>> >>>> https://urldefense.proofpoint.com/v1/url?u=http://svnweb.freebsd.org/b >>>>> >>>> ase/release/9.2.0/sys/boot/forth/color.4th?revision%3D255898%26view%3D >>>>> >>>> markup&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj >>>> 2Ns9%2FssH >>>>> >>>> Jjg%3D%3D%0A&m=Sb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5T >>>> k%3D%0A&s=7 >>>>> 093c40428c7d3ff090a2b2ecf2383b6f8eb570b313f498f1e5fdd1af84c3103 >>>>> Line 48 within the loader_color? function: >>>>> boot_serial? if FALSE else TRUE then >>>>> >>>>> As for answering the quandary of where the keyboard is polled during >>>>> the timeout countdown, that's the getkey function in here: >>>>> >>>>> >>>> https://urldefense.proofpoint.com/v1/url?u=http://svnweb.freebsd.org/b >>>>> >>>> ase/release/9.2.0/sys/boot/forth/menu.4th?revision%3D255898%26view%3 >>>> Dm >>>>> >>>> arkup&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2 >>>> Ns9%2FssHJ >>>>> >>>> jg%3D%3D%0A&m=Sb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5Tk >>>> %3D%0A&s=54 >>>>> b92411337a79a77d0308c0f50c147845f246a911bd6b888aa3f6a08c3299b6 >>>> >>>> Hi Devin. I was hoping you'd join the conversation. :) I /personally/ didn't >>>> suggest that he issue both color=NO /and/ boot_serial. >>>> In fact, I only suggested using loader_logo="beastiebw" as that's how I >>>> managed to /finally/ get a usable boot menu, when I first attempted to >>>> use/install 9.2. I'd have written a pr(1). But as the /whole/ experience was >>>> new -- hardware /and/ 9.2. I just wrote it off. But now I suspect that there >>>> may be more to it. >>>> >>>> Thanks for chiming in. >>>> >>> >>> Just for clarification... do I need to debug a broken feature? >>> Do we know what combination causes boot to hang? >> >> I think we're still "debugging" it. I see no indication he's got a >> /normally/ functioning boot, yet. > > The only thing not functioning is autoboot. It stops and no visible autoboot message is > displayed. Entering a return resumes the boot and all is fine after that. The autoboot > message may be displayed and then immediately removed. It appeared that might be the case > once, but haven't been able to capture that as the system clears the line immediately. Most > of the time the flash is not visible. Once it was, but was gone before I could read it. Frustrating sometimes. Isn't it? :) > > Note, I have 4 systems exhibiting this behavior and one that is not. The 4 with the problem > were upgraded from 9.1 and probably through several RCs and then to 9.2. The working one > was a new install. > > I have not been able to find any differences in /boot between the working and non-working > systems. Is there any difference in the actual hardware, that you know of, or can find out? This will be /quite/ verbose. But if you can capture the output to files, and diff(1) them. It might shed some light on any differences; upgrades v new-inst sysctl -a >~/some-filename I'll defer to others for (possibly) more enlightening information/solutions. --Chris > > > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 22:35:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0AA167B6; Wed, 9 Apr 2014 22:35:05 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id D5B511C6E; Wed, 9 Apr 2014 22:35:04 +0000 (UTC) Received: from [10.0.1.3] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.2) with ESMTP id s39MYsRp085944 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 9 Apr 2014 15:34:55 -0700 (PDT) (envelope-from bc979@lafn.org) Subject: Re: 9.2 Boot Problem Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: text/plain; charset=windows-1252 From: Doug Hardie X-Priority: 3 (Normal) In-Reply-To: Date: Wed, 9 Apr 2014 15:34:54 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <46F4FD4D-62F6-4235-BF36-69A1EEC87266@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <318a4d8a0a7e5076f212c16675467140.authenticated@ultimatedns.net> <0f4101cf543b$0d15f460$2741dd20$@FreeBSD.org> <022f3f24db70caf9a4091e9314d921b1.authenticated@ultimatedns.net> <71411322-DDBA-4466-9367-35D54375BF5E@lafn.org> To: "Chris H" X-Mailer: Apple Mail (2.1510) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: dteske@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 22:35:05 -0000 On 9 April 2014, at 15:26, "Chris H" wrote: >>=20 >> On 9 April 2014, at 14:40, "Chris H" wrote: >>=20 >>>>=20 >>>>=20 >>>>> -----Original Message----- >>>>> From: Chris H [mailto:bsd-lists@bsdforge.com] >>>>> Sent: Wednesday, April 9, 2014 2:31 PM >>>>> To: dteske@FreeBSD.org >>>>> Cc: 'Doug Hardie'; freebsd-stable@FreeBSD.org >>>>> Subject: RE: 9.2 Boot Problem >>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>> -----Original Message----- >>>>>>> From: Chris H [mailto:bsd-lists@bsdforge.com] >>>>>>> Sent: Wednesday, April 9, 2014 2:03 PM >>>>>>> To: Doug Hardie >>>>>>> Cc: freebsd-stable@freebsd.org List >>>>>>> Subject: Re: 9.2 Boot Problem >>>>>>>=20 >>>>>>>>=20 >>>>>>>> On 9 April 2014, at 13:49, "Chris H" = wrote: >>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> On 9 April 2014, at 11:29, "Chris H" = wrote: >>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> On 4 April 2014, at 21:08, Doug Hardie = wrote: >>>>>>>>>>>>=20 >>>>>>>>>>>>> I put this out on Questions, but got no responses. = Hopefully >>>>>>>>>>>>> someone here has some ideas. >>>>>>>>>>>>>=20 >>>>>>>>>>>>> FreeBSD 9.2. All of my systems are hanging during boot = right >>>>>>>>>>>>> after the screen that has the picture. Its as if someone = hit >>>>>>>>>>>>> a space on the keyboard. However, these systems have no >>>>> keyboard. >>>>>>>>>>>>> If I plug one in, or use the serial console, and enter a >>>>>>>>>>>>> return, the boot continues properly. >>>>>>>>>>>>>=20 >>>>>>>>>>>>> The boot menu is displayed along with Beastie. However, = the >>>>>>>>>>>>> line that says Autoboot in n seconds=85 never appears. It = just >>>>>>>>>>>>> stops there. These are all new installs from CD systems. >>>>>>>>>>>>> I just used freebsd-update to take a toy server from 9.1 = to >>>>>>>>>>>>> 9.2 and it doesn't exhibit this behavior. It boots = properly. >>>>>>>>>>>>> I have updated one of the production servers with the = latest >>>>>>>>>>>>> 9.2 changes and it still has the issue. I first thought = that >>>>>>>>>>>>> some config file did not get updated properly on the CD. = I >>>>>>>>>>>>> have dug around through the 4th files and don't see = anything >>>>>>>>>>>>> obvious that would cause this. I have now verified that = all >>>>>>>>>>>>> the 4th files in boot are identical (except for the = version >>>>>>>>>>>>> number. They are slightly different). I don't believe = this >>>>>>>>>>>>> is a BIOS setting issue as FreeBSD 7.2 didn't exhibit this >>>>>>>>>>>>> behavior. All >>>>>>>>>>>>> 4 >>>>>>>>>>>>> systems are on totally different motherboards. >>>>>>>>>>>>>=20 >>>>>>>>>>>>> I tried setting loader_logo=3D"none" in /boot/config.rc = and that >>>>>>>>>>>>> eliminated the menu and Beastie. I think the system = completed >>>>>>> booting, but the serial console was then dead. >>>>>>>>>>>>> It >>>>>>>>>>>>> did not respond or output anything. I had to remove that = and >>>>>>>>>>>>> reboot to get the console back again. >>>>>>>>>>>>>=20 >>>>>>>>>>>>> I need to get this fixed as these are production servers = that >>>>>>>>>>>>> are essentially unmanned so its difficult to get them back = up >>>>> again. >>>>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> No response here either. Surely someone must know the = loader. >>>>>>>>>>>> I >>>>>>> have been digging >>>>>>>>>>>> through >>>>>>>>>>>> the code, and can't find any differences between the = systems >>>>>>>>>>>> that >>>>>>> work and those that >>>>>>>>>>>> don't. >>>>>>>>>>>> Is there any way to debug this? Is there a way to find out >>>>>>>>>>>> where the >>>>>>> loader is sitting >>>>>>>>>>>> waiting on input from the terminal. That might give a clue = as >>>>>>>>>>>> to why it >>>>>>> didn't >>>>>>>>>>>> autoboot. >>>>>>>>>>>>=20 >>>>>>>>>>> OK. This is the first I've seen of your post. I'm not going = to >>>>>>>>>>> profess being an expert. But I might suggest adding the >>>>>>>>>>> following to >>>>>>>>>>> loader.conf(5) >>>>>>>>>>>=20 >>>>>>>>>>> verbose_loading=3D"YES" >>>>>>>>>>> boot_verbose=3D"YES" >>>>>>>>>>>=20 >>>>>>>>>>> This raises the "noise level". Maybe that will help to = provide >>>>>>>>>>> you with a bit more information, as to what, or if, your >>>>>>>>>>> booting. DO have a look through /boot/defaults/loader.conf = for >>>>>>>>>>> more hints, as to what, and >>>>>>> how >>>>>>>>>>> you can control the boot process. As well as = /etc/defaults/rc.conf. >>>>>>>>>>> In fact, you can pre-decide what, and how, to boot. Even = passing >>>>>>>>>>> by the boot menu entirely. >>>>>>>>>>=20 >>>>>>>>>> Thanks Chris. I did that and here is what I get: >>>>>>>>>>=20 >>>>>>>>>> Rebooting... >>>>>>>>>> cpu_reset: Stopping other CPUs >>>>>>>>>> /boot.config: -Dh >>>>>>>>>> Consoles: internal video/keyboard serial port BIOS drive A: = is >>>>>>>>>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available >>>>>>>>>> memory >>>>>>>>>>=20 >>>>>>>>>> FreeBSD/x86 bootstrap loader, Revision 1.1 = (doug@zool.lafn.org, >>>>>>>>>> Tue Apr 8 20:30:20 PDT 2014) Loading = /boot/defaults/loader.conf >>>>>>>>>> Warning: unable to open file /boot/loader.conf.local >>>>>>>>>> /boot/kernel/kernel text=3D0xdb3171 data=3D0xf3c04+0xbb770 >>>>>>> syms=3D[0x4+0xeda80+0x4+0x1b8ebf] >>>>>>>>>> zpool_cache...failed! >>>>>>>>>> \ >>>>>>>>>> H[Esc]ape to loader prompt_ _____ _____ >>>>>>>>>> | ____| | _ \ / ____| __ \ >>>>>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>>>>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>>>>>>>>> | | | | | __/ __/| |_) |____) | |__| | >>>>>>>>>> | | | | | | || | | | >>>>>>>>>> |_| |_| \___|\___||____/|_____/|_____/ ``` = ` >>>>>>>>>> s` = `.....---.......--.``` -/ >>>>>>>>>> + Welcome to FreeBSD + +o .--` = /y:` +. >>>>>>>>>> | | yo`:. = :o `+- >>>>>>>>>> | 1. Boot Multi User [Enter] | y/ 3;46H = / >>>>>>>>>> | 2.-- / | >>>>>>>>>> | | >>>>>>>>>> | 4. Reboot | `: = :` >>>>>>>>>> | | `: = :` >>>>>>>>>> | Options: / = / >>>>>>>>>> | 5. Configure Boot [O]ptions... .- = -. >>>>>>>>>> | -- = -. >>>>>>>>>> | `:` = `:` >>>>>>>>>> | .-- = `--. >>>>>>>>>> | = .---.....----. >>>>>>>>>> +-----------------------------------------+ >>>>>>>>>>=20 >>>>>>>>>> FreeBSD = `Nakatomi >>>>>>>>>> Socrates' 9.2 >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> Now it waits for a return. I have tried changing the logo, >>>>>>>>>> setting the >>>>>>> autoboot timeout >>>>>>>>>> and >>>>>>>>>> a couple others. The only thing that did anything different = was >>>>>>>>>> setting >>>>>>> the logo to an >>>>>>>>>> invalid value. Basically the console was dead after that, = but >>>>>>>>>> the system >>>>>>> did boot. I >>>>>>>>>> never >>>>>>>>>> see the Auto Boot in n seconds message. Its also interesting >>>>>>>>>> that the list >>>>>>> of options >>>>>>>>>> above >>>>>>>>>> appears incomplete. On the working system, items 1 through 5 = are >>>>>>>>>> all >>>>>>> present. I have >>>>>>>>>> now >>>>>>>>>> checked all the cksum's for all the files in /boot and they = are all the >>>>> same. >>>>>>>>>>=20 >>>>>>>>> Hmmm. Looks like you're going to make me do all your research, = for >>>>> you. >>>>>>> ;) >>>>>>>>> You /did/ read the contents of /boot/defaults/loader.conf. = Yes? >>>>>>>>> I'm >>>>>>> guessing >>>>>>>>> that you've also already read loader.4th(8), and the other = related info. >>>>>>>>> Now this is pure supposition; as it appears that you're = looking >>>>>>>>> for a serial console. I'd /speculate/ that you want to turn = all >>>>>>>>> that NASTY ANSI stuff >>>>>>> OFF >>>>>>>>> That's why your not seeing the complete menu -- hear that = Devin! >>>>>>>>> I'm going to post just this much for now, just to get you = started. >>>>>>>>> I know what else you need/are looking for. But need to find = the >>>>>>>>> /correct/ syntax >>>>>>> -- >>>>>>>>> paraphrasing, just won't get it. :)\ >>>>>>>>=20 >>>>>>>> Setting loader_color=3D"NO" (from man page) does give back = the full >>>>> menu. >>>>>>> Still waits for >>>>>>>> return after the version name. I haven't found in the forth = where >>>>>>>> it is >>>>>>> reading the >>>>>>>> keyboard. Yes, I have to use a serial console. These machines = are >>>>>>>> about >>>>>>> 100 miles away. >>>>>>>> Something is stopping the autoboot from even starting. >>>>>>>=20 >>>>>>> See my reply to this. I think I've given you the hints you need = -- >>>>>>> fingers crossed. :) >>>>>>>=20 >>>>>>=20 >>>>>> He's using console=3Dcomconsole (serial boot). >>>>>> When that is the case, loader_color is automatically set to NO. >>>>>> There's no reason to set both loader_color=3DNO and console=3D = comconsole. >>>>>> The code that does this is here: >>>>>>=20 >>>>>>=20 >>>>> = https://urldefense.proofpoint.com/v1/url?u=3Dhttp://svnweb.freebsd.org/b >>>>>>=20 >>>>> = ase/release/9.2.0/sys/boot/forth/color.4th?revision%3D255898%26view%3D >>>>>>=20 >>>>> markup&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj >>>>> 2Ns9%2FssH >>>>>>=20 >>>>> Jjg%3D%3D%0A&m=3DSb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5T >>>>> k%3D%0A&s=3D7 >>>>>> 093c40428c7d3ff090a2b2ecf2383b6f8eb570b313f498f1e5fdd1af84c3103 >>>>>> Line 48 within the loader_color? function: >>>>>> boot_serial? if FALSE else TRUE then >>>>>>=20 >>>>>> As for answering the quandary of where the keyboard is polled = during >>>>>> the timeout countdown, that's the getkey function in here: >>>>>>=20 >>>>>>=20 >>>>> = https://urldefense.proofpoint.com/v1/url?u=3Dhttp://svnweb.freebsd.org/b >>>>>>=20 >>>>> = ase/release/9.2.0/sys/boot/forth/menu.4th?revision%3D255898%26view%3 >>>>> Dm >>>>>>=20 >>>>> arkup&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj2 >>>>> Ns9%2FssHJ >>>>>>=20 >>>>> jg%3D%3D%0A&m=3DSb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5Tk >>>>> %3D%0A&s=3D54 >>>>>> b92411337a79a77d0308c0f50c147845f246a911bd6b888aa3f6a08c3299b6 >>>>>=20 >>>>> Hi Devin. I was hoping you'd join the conversation. :) I = /personally/ didn't >>>>> suggest that he issue both color=3DNO /and/ boot_serial. >>>>> In fact, I only suggested using loader_logo=3D"beastiebw" as = that's how I >>>>> managed to /finally/ get a usable boot menu, when I first = attempted to >>>>> use/install 9.2. I'd have written a pr(1). But as the /whole/ = experience was >>>>> new -- hardware /and/ 9.2. I just wrote it off. But now I suspect = that there >>>>> may be more to it. >>>>>=20 >>>>> Thanks for chiming in. >>>>>=20 >>>>=20 >>>> Just for clarification... do I need to debug a broken feature? >>>> Do we know what combination causes boot to hang? >>>=20 >>> I think we're still "debugging" it. I see no indication he's got a >>> /normally/ functioning boot, yet. >>=20 >> The only thing not functioning is autoboot. It stops and no visible = autoboot message is >> displayed. Entering a return resumes the boot and all is fine after = that. The autoboot >> message may be displayed and then immediately removed. It appeared = that might be the case >> once, but haven't been able to capture that as the system clears the = line immediately. Most >> of the time the flash is not visible. Once it was, but was gone = before I could read it. > Frustrating sometimes. Isn't it? :) >>=20 >> Note, I have 4 systems exhibiting this behavior and one that is not. = The 4 with the problem >> were upgraded from 9.1 and probably through several RCs and then to = 9.2. The working one >> was a new install. >>=20 >> I have not been able to find any differences in /boot between the = working and non-working >> systems. > Is there any difference in the actual hardware, that you know of, or = can find out? >=20 > This will be /quite/ verbose. But if you can capture the output > to files, and diff(1) them. It might shed some light on any > differences; upgrades v new-inst > sysctl -a >~/some-filename >=20 > I'll defer to others for (possibly) more enlightening = information/solutions. >=20 > --Chris There are numerous differences as all 5 system are completely different. = No two are even from the same manufacturer and the hardware is = reasonable different. Four of them have 2 NICs, one doesn't. They all = have 2 GB memory. The disks are all SATA. Thats about as common as it = gets. I can do that if it helps, but I don't think it will. =20 Devin's comment about the boot partition is quite interesting. I didn't = think boot passed anything on to the loader. I'll investigate that as = the disks were setup at quite different times. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 22:48:06 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D53ACC39; Wed, 9 Apr 2014 22:48:06 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id AD09F1D83; Wed, 9 Apr 2014 22:48:06 +0000 (UTC) Received: from [10.0.1.3] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.2) with ESMTP id s39MlvCU086424 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 9 Apr 2014 15:47:58 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: 9.2 Boot Problem From: Doug Hardie In-Reply-To: <0f4f01cf5441$2b96e330$82c4a990$@FreeBSD.org> Date: Wed, 9 Apr 2014 15:47:57 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <318a4d8a0a7e5076f212c16675467140.authenticated@ultimatedns.net> <0f4101cf543b$0d15f460$2741dd20$@FreeBSD.org> <022f3f24db70caf9a4091e9314d921b1.authenticated@ultimatedns.net> <71411322-DDBA-4466-9367-35D54375BF5E@lafn.org> <0f4f01cf5441$2b96e330$82c4a990$@FreeBSD.org> To: X-Mailer: Apple Mail (2.1510) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: freebsd-stable@FreeBSD.org, 'Chris H' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 22:48:06 -0000 On 9 April 2014, at 15:15, wrote: >=20 >=20 >> -----Original Message----- >> From: Doug Hardie [mailto:bc979@lafn.org] >> Sent: Wednesday, April 9, 2014 3:09 PM >> To: Chris H >> Cc: dteske@FreeBSD.org; freebsd-stable@FreeBSD.org >> Subject: Re: 9.2 Boot Problem >>=20 >>=20 >> On 9 April 2014, at 14:40, "Chris H" wrote: >>=20 >>>>=20 >>>>=20 >>>>> -----Original Message----- >>>>> From: Chris H [mailto:bsd-lists@bsdforge.com] >>>>> Sent: Wednesday, April 9, 2014 2:31 PM >>>>> To: dteske@FreeBSD.org >>>>> Cc: 'Doug Hardie'; freebsd-stable@FreeBSD.org >>>>> Subject: RE: 9.2 Boot Problem >>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>> -----Original Message----- >>>>>>> From: Chris H [mailto:bsd-lists@bsdforge.com] >>>>>>> Sent: Wednesday, April 9, 2014 2:03 PM >>>>>>> To: Doug Hardie >>>>>>> Cc: freebsd-stable@freebsd.org List >>>>>>> Subject: Re: 9.2 Boot Problem >>>>>>>=20 >>>>>>>>=20 >>>>>>>> On 9 April 2014, at 13:49, "Chris H" > wrote: >>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> On 9 April 2014, at 11:29, "Chris H" >> wrote: >>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> On 4 April 2014, at 21:08, Doug Hardie = wrote: >>>>>>>>>>>>=20 >>>>>>>>>>>>> I put this out on Questions, but got no responses. = Hopefully >>>>>>>>>>>>> someone here has some ideas. >>>>>>>>>>>>>=20 >>>>>>>>>>>>> FreeBSD 9.2. All of my systems are hanging during boot >>>>>>>>>>>>> right after the screen that has the picture. Its as if >>>>>>>>>>>>> someone hit a space on the keyboard. However, these >> systems >>>>>>>>>>>>> have no >>>>> keyboard. >>>>>>>>>>>>> If I plug one in, or use the serial console, and enter a >>>>>>>>>>>>> return, the boot continues properly. >>>>>>>>>>>>>=20 >>>>>>>>>>>>> The boot menu is displayed along with Beastie. However, = the >>>>>>>>>>>>> line that says Autoboot in n seconds. never appears. It >>>>>>>>>>>>> just stops there. These are all new installs from CD = systems. >>>>>>>>>>>>> I just used freebsd-update to take a toy server from 9.1 = to >>>>>>>>>>>>> 9.2 and it doesn't exhibit this behavior. It boots = properly. >>>>>>>>>>>>> I have updated one of the production servers with the = latest >>>>>>>>>>>>> 9.2 changes and it still has the issue. I first thought >>>>>>>>>>>>> that some config file did not get updated properly on the >>>>>>>>>>>>> CD. I have dug around through the 4th files and don't see >>>>>>>>>>>>> anything obvious that would cause this. I have now = verified >>>>>>>>>>>>> that all the 4th files in boot are identical (except for = the >>>>>>>>>>>>> version number. They are slightly different). I don't >>>>>>>>>>>>> believe this is a BIOS setting issue as FreeBSD 7.2 didn't >>>>>>>>>>>>> exhibit this behavior. All >>>>>>>>>>>>> 4 >>>>>>>>>>>>> systems are on totally different motherboards. >>>>>>>>>>>>>=20 >>>>>>>>>>>>> I tried setting loader_logo=3D"none" in /boot/config.rc = and >>>>>>>>>>>>> that eliminated the menu and Beastie. I think the system >>>>>>>>>>>>> completed >>>>>>> booting, but the serial console was then dead. >>>>>>>>>>>>> It >>>>>>>>>>>>> did not respond or output anything. I had to remove that >>>>>>>>>>>>> and reboot to get the console back again. >>>>>>>>>>>>>=20 >>>>>>>>>>>>> I need to get this fixed as these are production servers >>>>>>>>>>>>> that are essentially unmanned so its difficult to get them >>>>>>>>>>>>> back up >>>>> again. >>>>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> No response here either. Surely someone must know the >> loader. >>>>>>>>>>>> I >>>>>>> have been digging >>>>>>>>>>>> through >>>>>>>>>>>> the code, and can't find any differences between the = systems >>>>>>>>>>>> that >>>>>>> work and those that >>>>>>>>>>>> don't. >>>>>>>>>>>> Is there any way to debug this? Is there a way to find out >>>>>>>>>>>> where the >>>>>>> loader is sitting >>>>>>>>>>>> waiting on input from the terminal. That might give a clue >>>>>>>>>>>> as to why it >>>>>>> didn't >>>>>>>>>>>> autoboot. >>>>>>>>>>>>=20 >>>>>>>>>>> OK. This is the first I've seen of your post. I'm not going = to >>>>>>>>>>> profess being an expert. But I might suggest adding the >>>>>>>>>>> following to >>>>>>>>>>> loader.conf(5) >>>>>>>>>>>=20 >>>>>>>>>>> verbose_loading=3D"YES" >>>>>>>>>>> boot_verbose=3D"YES" >>>>>>>>>>>=20 >>>>>>>>>>> This raises the "noise level". Maybe that will help to = provide >>>>>>>>>>> you with a bit more information, as to what, or if, your >>>>>>>>>>> booting. DO have a look through /boot/defaults/loader.conf = for >>>>>>>>>>> more hints, as to what, and >>>>>>> how >>>>>>>>>>> you can control the boot process. As well as >> /etc/defaults/rc.conf. >>>>>>>>>>> In fact, you can pre-decide what, and how, to boot. Even >>>>>>>>>>> passing by the boot menu entirely. >>>>>>>>>>=20 >>>>>>>>>> Thanks Chris. I did that and here is what I get: >>>>>>>>>>=20 >>>>>>>>>> Rebooting... >>>>>>>>>> cpu_reset: Stopping other CPUs >>>>>>>>>> /boot.config: -Dh >>>>>>>>>> Consoles: internal video/keyboard serial port BIOS drive A: = is >>>>>>>>>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available >>>>>>>>>> memory >>>>>>>>>>=20 >>>>>>>>>> FreeBSD/x86 bootstrap loader, Revision 1.1 = (doug@zool.lafn.org, >>>>>>>>>> Tue Apr 8 20:30:20 PDT 2014) Loading >>>>>>>>>> /boot/defaults/loader.conf >>>>>>>>>> Warning: unable to open file /boot/loader.conf.local >>>>>>>>>> /boot/kernel/kernel text=3D0xdb3171 data=3D0xf3c04+0xbb770 >>>>>>> syms=3D[0x4+0xeda80+0x4+0x1b8ebf] >>>>>>>>>> zpool_cache...failed! >>>>>>>>>> \ >>>>>>>>>> H[Esc]ape to loader prompt_ _____ _____ >>>>>>>>>> | ____| | _ \ / ____| __ \ >>>>>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>>>>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>>>>>>>>> | | | | | __/ __/| |_) |____) | |__| | >>>>>>>>>> | | | | | | || | | | >>>>>>>>>> |_| |_| \___|\___||____/|_____/|_____/ ``` > ` >>>>>>>>>> s` > `.....---.......--.``` -/ >>>>>>>>>> + Welcome to FreeBSD + +o .--` > /y:` +. >>>>>>>>>> | | yo`:. = :o > `+- >>>>>>>>>> | 1. Boot Multi User [Enter] | y/ 3;46H = / >>>>>>>>>> | 2.-- / | >>>>>>>>>> | | >>>>>>>>>> | 4. Reboot | `: > :` >>>>>>>>>> | | `: > :` >>>>>>>>>> | Options: / > / >>>>>>>>>> | 5. Configure Boot [O]ptions... .- > -. >>>>>>>>>> | -- > -. >>>>>>>>>> | `:` > `:` >>>>>>>>>> | .-- > `--. >>>>>>>>>> | > .---.....----. >>>>>>>>>> +-----------------------------------------+ >>>>>>>>>>=20 >>>>>>>>>> FreeBSD = `Nakatomi >>>>>>>>>> Socrates' 9.2 >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> Now it waits for a return. I have tried changing the logo, >>>>>>>>>> setting the >>>>>>> autoboot timeout >>>>>>>>>> and >>>>>>>>>> a couple others. The only thing that did anything different >>>>>>>>>> was setting >>>>>>> the logo to an >>>>>>>>>> invalid value. Basically the console was dead after that, = but >>>>>>>>>> the system >>>>>>> did boot. I >>>>>>>>>> never >>>>>>>>>> see the Auto Boot in n seconds message. Its also interesting >>>>>>>>>> that the list >>>>>>> of options >>>>>>>>>> above >>>>>>>>>> appears incomplete. On the working system, items 1 through 5 >>>>>>>>>> are all >>>>>>> present. I have >>>>>>>>>> now >>>>>>>>>> checked all the cksum's for all the files in /boot and they = are >>>>>>>>>> all the >>>>> same. >>>>>>>>>>=20 >>>>>>>>> Hmmm. Looks like you're going to make me do all your research, >>>>>>>>> for >>>>> you. >>>>>>> ;) >>>>>>>>> You /did/ read the contents of /boot/defaults/loader.conf. = Yes? >>>>>>>>> I'm >>>>>>> guessing >>>>>>>>> that you've also already read loader.4th(8), and the other = related >> info. >>>>>>>>> Now this is pure supposition; as it appears that you're = looking >>>>>>>>> for a serial console. I'd /speculate/ that you want to turn = all >>>>>>>>> that NASTY ANSI stuff >>>>>>> OFF >>>>>>>>> That's why your not seeing the complete menu -- hear that = Devin! >>>>>>>>> I'm going to post just this much for now, just to get you = started. >>>>>>>>> I know what else you need/are looking for. But need to find = the >>>>>>>>> /correct/ syntax >>>>>>> -- >>>>>>>>> paraphrasing, just won't get it. :)\ >>>>>>>>=20 >>>>>>>> Setting loader_color=3D"NO" (from man page) does give back = the > full >>>>> menu. >>>>>>> Still waits for >>>>>>>> return after the version name. I haven't found in the forth >>>>>>>> where it is >>>>>>> reading the >>>>>>>> keyboard. Yes, I have to use a serial console. These machines >>>>>>>> are about >>>>>>> 100 miles away. >>>>>>>> Something is stopping the autoboot from even starting. >>>>>>>=20 >>>>>>> See my reply to this. I think I've given you the hints you need = -- >>>>>>> fingers crossed. :) >>>>>>>=20 >>>>>>=20 >>>>>> He's using console=3Dcomconsole (serial boot). >>>>>> When that is the case, loader_color is automatically set to NO. >>>>>> There's no reason to set both loader_color=3DNO and console=3D >> comconsole. >>>>>> The code that does this is here: >>>>>>=20 >>>>>>=20 >>>>>=20 >> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://svnweb.freebsd.org >>>>> /b >>>>>>=20 >>>>>=20 >> ase/release/9.2.0/sys/boot/forth/color.4th?revision%3D255898%26view% >>>>> 3D >>>>>>=20 >>>>>=20 >> markup&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj >>>>> 2Ns9%2FssH >>>>>>=20 >>>>>=20 >> Jjg%3D%3D%0A&m=3DSb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5T >>>>> k%3D%0A&s=3D7 >>>>>> 093c40428c7d3ff090a2b2ecf2383b6f8eb570b313f498f1e5fdd1af84c3103 >>>>>> Line 48 within the loader_color? function: >>>>>> boot_serial? if FALSE else TRUE then >>>>>>=20 >>>>>> As for answering the quandary of where the keyboard is polled >>>>>> during the timeout countdown, that's the getkey function in here: >>>>>>=20 >>>>>>=20 >>>>>=20 >> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://svnweb.freebsd.org >>>>> /b >>>>>>=20 >>>>>=20 >> ase/release/9.2.0/sys/boot/forth/menu.4th?revision%3D255898%26view%3 >>>>> Dm >>>>>>=20 >>>>>=20 >> arkup&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj2 >>>>> Ns9%2FssHJ >>>>>>=20 >>>>>=20 >> jg%3D%3D%0A&m=3DSb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5Tk >>>>> %3D%0A&s=3D54 >>>>>> b92411337a79a77d0308c0f50c147845f246a911bd6b888aa3f6a08c3299b6 >>>>>=20 >>>>> Hi Devin. I was hoping you'd join the conversation. :) I >>>>> /personally/ didn't suggest that he issue both color=3DNO /and/ >> boot_serial. >>>>> In fact, I only suggested using loader_logo=3D"beastiebw" as = that's >>>>> how I managed to /finally/ get a usable boot menu, when I first >>>>> attempted to use/install 9.2. I'd have written a pr(1). But as the >>>>> /whole/ experience was new -- hardware /and/ 9.2. I just wrote it >>>>> off. But now I suspect that there may be more to it. >>>>>=20 >>>>> Thanks for chiming in. >>>>>=20 >>>>=20 >>>> Just for clarification... do I need to debug a broken feature? >>>> Do we know what combination causes boot to hang? >>>=20 >>> I think we're still "debugging" it. I see no indication he's got a >>> /normally/ functioning boot, yet. >>=20 >> The only thing not functioning is autoboot. It stops and no visible > autoboot >> message is displayed. Entering a return resumes the boot and all is = fine > after >> that. The autoboot message may be displayed and then immediately >> removed. It appeared that might be the case once, but haven't been = able > to >> capture that as the system clears the line immediately. Most of the = time > the >> flash is not visible. Once it was, but was gone before I could read = it. >>=20 >> Note, I have 4 systems exhibiting this behavior and one that is not. = The > 4 >> with the problem were upgraded from 9.1 and probably through several = RCs >> and then to 9.2. The working one was a new install. >>=20 >> I have not been able to find any differences in /boot between the = working >> and non-working systems. >>=20 >=20 > You've looked at Forth files, but what about md5-comparison of the x86 = boot > sectors? (boot0, boot0sio, etc.) >=20 > And also, the one thing that strikes me here is... the boot code that = is > written > to the disk. This won't be updated through a general = buildworld/installworld > combo nor through a freebsd-update approach. >=20 > Wondering if it's worth writing an updated bootcode to your boot part. >=20 > I can't recall if I wrote the enhancements that appear in 9.2 *on* 9.2 = or if > (done often) I wrote them on a 9.0-R box and then re-tested on a 9.2. > --=20 > Devin I used: gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada0 and then rebooted the system. Same issue - hangs with no autoboot = message. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 22:59:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7832EDB; Wed, 9 Apr 2014 22:59:56 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 600761FAD; Wed, 9 Apr 2014 22:59:54 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s39N3HhC065573; Wed, 9 Apr 2014 16:03:23 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s39N3ChH065569; Wed, 9 Apr 2014 16:03:12 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 9 Apr 2014 16:03:12 -0700 (PDT) Message-ID: <7554979af3ab9f46e4aebde3cfaa2a6a.authenticated@ultimatedns.net> In-Reply-To: References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <318a4d8a0a7e5076f212c16675467140.authenticated@ultimatedns.net> <0f4101cf543b$0d15f460$2741dd20$@FreeBSD.org> <022f3f24db70caf9a4091e9314d921b1.authenticated@ultimatedns.net> <71411322-DDBA-4466-9367-35D54375BF5E@lafn.org> <0f4f01cf5441$2b96e330$82c4a990$@FreeBSD.org> Date: Wed, 9 Apr 2014 16:03:12 -0700 (PDT) Subject: Re: 9.2 Boot Problem From: "Chris H" To: "Doug Hardie" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: dteske@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 22:59:57 -0000 > > On 9 April 2014, at 15:15, wrote: > >> >> >>> -----Original Message----- >>> From: Doug Hardie [mailto:bc979@lafn.org] >>> Sent: Wednesday, April 9, 2014 3:09 PM >>> To: Chris H >>> Cc: dteske@FreeBSD.org; freebsd-stable@FreeBSD.org >>> Subject: Re: 9.2 Boot Problem >>> >>> >>> On 9 April 2014, at 14:40, "Chris H" wrote: >>> >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Chris H [mailto:bsd-lists@bsdforge.com] >>>>>> Sent: Wednesday, April 9, 2014 2:31 PM >>>>>> To: dteske@FreeBSD.org >>>>>> Cc: 'Doug Hardie'; freebsd-stable@FreeBSD.org >>>>>> Subject: RE: 9.2 Boot Problem >>>>>> >>>>>>> >>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Chris H [mailto:bsd-lists@bsdforge.com] >>>>>>>> Sent: Wednesday, April 9, 2014 2:03 PM >>>>>>>> To: Doug Hardie >>>>>>>> Cc: freebsd-stable@freebsd.org List >>>>>>>> Subject: Re: 9.2 Boot Problem >>>>>>>> >>>>>>>>> >>>>>>>>> On 9 April 2014, at 13:49, "Chris H" >> wrote: >>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On 9 April 2014, at 11:29, "Chris H" >>> wrote: >>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> I put this out on Questions, but got no responses. Hopefully >>>>>>>>>>>>>> someone here has some ideas. >>>>>>>>>>>>>> >>>>>>>>>>>>>> FreeBSD 9.2. All of my systems are hanging during boot >>>>>>>>>>>>>> right after the screen that has the picture. Its as if >>>>>>>>>>>>>> someone hit a space on the keyboard. However, these >>> systems >>>>>>>>>>>>>> have no >>>>>> keyboard. >>>>>>>>>>>>>> If I plug one in, or use the serial console, and enter a >>>>>>>>>>>>>> return, the boot continues properly. >>>>>>>>>>>>>> >>>>>>>>>>>>>> The boot menu is displayed along with Beastie. However, the >>>>>>>>>>>>>> line that says Autoboot in n seconds. never appears. It >>>>>>>>>>>>>> just stops there. These are all new installs from CD systems. >>>>>>>>>>>>>> I just used freebsd-update to take a toy server from 9.1 to >>>>>>>>>>>>>> 9.2 and it doesn't exhibit this behavior. It boots properly. >>>>>>>>>>>>>> I have updated one of the production servers with the latest >>>>>>>>>>>>>> 9.2 changes and it still has the issue. I first thought >>>>>>>>>>>>>> that some config file did not get updated properly on the >>>>>>>>>>>>>> CD. I have dug around through the 4th files and don't see >>>>>>>>>>>>>> anything obvious that would cause this. I have now verified >>>>>>>>>>>>>> that all the 4th files in boot are identical (except for the >>>>>>>>>>>>>> version number. They are slightly different). I don't >>>>>>>>>>>>>> believe this is a BIOS setting issue as FreeBSD 7.2 didn't >>>>>>>>>>>>>> exhibit this behavior. All >>>>>>>>>>>>>> 4 >>>>>>>>>>>>>> systems are on totally different motherboards. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I tried setting loader_logo="none" in /boot/config.rc and >>>>>>>>>>>>>> that eliminated the menu and Beastie. I think the system >>>>>>>>>>>>>> completed >>>>>>>> booting, but the serial console was then dead. >>>>>>>>>>>>>> It >>>>>>>>>>>>>> did not respond or output anything. I had to remove that >>>>>>>>>>>>>> and reboot to get the console back again. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I need to get this fixed as these are production servers >>>>>>>>>>>>>> that are essentially unmanned so its difficult to get them >>>>>>>>>>>>>> back up >>>>>> again. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> No response here either. Surely someone must know the >>> loader. >>>>>>>>>>>>> I >>>>>>>> have been digging >>>>>>>>>>>>> through >>>>>>>>>>>>> the code, and can't find any differences between the systems >>>>>>>>>>>>> that >>>>>>>> work and those that >>>>>>>>>>>>> don't. >>>>>>>>>>>>> Is there any way to debug this? Is there a way to find out >>>>>>>>>>>>> where the >>>>>>>> loader is sitting >>>>>>>>>>>>> waiting on input from the terminal. That might give a clue >>>>>>>>>>>>> as to why it >>>>>>>> didn't >>>>>>>>>>>>> autoboot. >>>>>>>>>>>>> >>>>>>>>>>>> OK. This is the first I've seen of your post. I'm not going to >>>>>>>>>>>> profess being an expert. But I might suggest adding the >>>>>>>>>>>> following to >>>>>>>>>>>> loader.conf(5) >>>>>>>>>>>> >>>>>>>>>>>> verbose_loading="YES" >>>>>>>>>>>> boot_verbose="YES" >>>>>>>>>>>> >>>>>>>>>>>> This raises the "noise level". Maybe that will help to provide >>>>>>>>>>>> you with a bit more information, as to what, or if, your >>>>>>>>>>>> booting. DO have a look through /boot/defaults/loader.conf for >>>>>>>>>>>> more hints, as to what, and >>>>>>>> how >>>>>>>>>>>> you can control the boot process. As well as >>> /etc/defaults/rc.conf. >>>>>>>>>>>> In fact, you can pre-decide what, and how, to boot. Even >>>>>>>>>>>> passing by the boot menu entirely. >>>>>>>>>>> >>>>>>>>>>> Thanks Chris. I did that and here is what I get: >>>>>>>>>>> >>>>>>>>>>> Rebooting... >>>>>>>>>>> cpu_reset: Stopping other CPUs >>>>>>>>>>> /boot.config: -Dh >>>>>>>>>>> Consoles: internal video/keyboard serial port BIOS drive A: is >>>>>>>>>>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available >>>>>>>>>>> memory >>>>>>>>>>> >>>>>>>>>>> FreeBSD/x86 bootstrap loader, Revision 1.1 (doug@zool.lafn.org, >>>>>>>>>>> Tue Apr 8 20:30:20 PDT 2014) Loading >>>>>>>>>>> /boot/defaults/loader.conf >>>>>>>>>>> Warning: unable to open file /boot/loader.conf.local >>>>>>>>>>> /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770 >>>>>>>> syms=[0x4+0xeda80+0x4+0x1b8ebf] >>>>>>>>>>> zpool_cache...failed! >>>>>>>>>>> \ >>>>>>>>>>> H[Esc]ape to loader prompt_ _____ _____ >>>>>>>>>>> | ____| | _ \ / ____| __ \ >>>>>>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>>>>>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>>>>>>>>>> | | | | | __/ __/| |_) |____) | |__| | >>>>>>>>>>> | | | | | | || | | | >>>>>>>>>>> |_| |_| \___|\___||____/|_____/|_____/ ``` >> ` >>>>>>>>>>> s` >> `.....---.......--.``` -/ >>>>>>>>>>> + Welcome to FreeBSD + +o .--` >> /y:` +. >>>>>>>>>>> | | yo`:. :o >> `+- >>>>>>>>>>> | 1. Boot Multi User [Enter] | y/ 3;46H / >>>>>>>>>>> | 2.-- / | >>>>>>>>>>> | | >>>>>>>>>>> | 4. Reboot | `: >> :` >>>>>>>>>>> | | `: >> :` >>>>>>>>>>> | Options: / >> / >>>>>>>>>>> | 5. Configure Boot [O]ptions... .- >> -. >>>>>>>>>>> | -- >> -. >>>>>>>>>>> | `:` >> `:` >>>>>>>>>>> | .-- >> `--. >>>>>>>>>>> | >> .---.....----. >>>>>>>>>>> +-----------------------------------------+ >>>>>>>>>>> >>>>>>>>>>> FreeBSD `Nakatomi >>>>>>>>>>> Socrates' 9.2 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Now it waits for a return. I have tried changing the logo, >>>>>>>>>>> setting the >>>>>>>> autoboot timeout >>>>>>>>>>> and >>>>>>>>>>> a couple others. The only thing that did anything different >>>>>>>>>>> was setting >>>>>>>> the logo to an >>>>>>>>>>> invalid value. Basically the console was dead after that, but >>>>>>>>>>> the system >>>>>>>> did boot. I >>>>>>>>>>> never >>>>>>>>>>> see the Auto Boot in n seconds message. Its also interesting >>>>>>>>>>> that the list >>>>>>>> of options >>>>>>>>>>> above >>>>>>>>>>> appears incomplete. On the working system, items 1 through 5 >>>>>>>>>>> are all >>>>>>>> present. I have >>>>>>>>>>> now >>>>>>>>>>> checked all the cksum's for all the files in /boot and they are >>>>>>>>>>> all the >>>>>> same. >>>>>>>>>>> >>>>>>>>>> Hmmm. Looks like you're going to make me do all your research, >>>>>>>>>> for >>>>>> you. >>>>>>>> ;) >>>>>>>>>> You /did/ read the contents of /boot/defaults/loader.conf. Yes? >>>>>>>>>> I'm >>>>>>>> guessing >>>>>>>>>> that you've also already read loader.4th(8), and the other related >>> info. >>>>>>>>>> Now this is pure supposition; as it appears that you're looking >>>>>>>>>> for a serial console. I'd /speculate/ that you want to turn all >>>>>>>>>> that NASTY ANSI stuff >>>>>>>> OFF >>>>>>>>>> That's why your not seeing the complete menu -- hear that Devin! >>>>>>>>>> I'm going to post just this much for now, just to get you started. >>>>>>>>>> I know what else you need/are looking for. But need to find the >>>>>>>>>> /correct/ syntax >>>>>>>> -- >>>>>>>>>> paraphrasing, just won't get it. :)\ >>>>>>>>> >>>>>>>>> Setting loader_color="NO" (from man page) does give back the >> full >>>>>> menu. >>>>>>>> Still waits for >>>>>>>>> return after the version name. I haven't found in the forth >>>>>>>>> where it is >>>>>>>> reading the >>>>>>>>> keyboard. Yes, I have to use a serial console. These machines >>>>>>>>> are about >>>>>>>> 100 miles away. >>>>>>>>> Something is stopping the autoboot from even starting. >>>>>>>> >>>>>>>> See my reply to this. I think I've given you the hints you need -- >>>>>>>> fingers crossed. :) >>>>>>>> >>>>>>> >>>>>>> He's using console=comconsole (serial boot). >>>>>>> When that is the case, loader_color is automatically set to NO. >>>>>>> There's no reason to set both loader_color=NO and console= >>> comconsole. >>>>>>> The code that does this is here: >>>>>>> >>>>>>> >>>>>> >>> https://urldefense.proofpoint.com/v1/url?u=http://svnweb.freebsd.org >>>>>> /b >>>>>>> >>>>>> >>> ase/release/9.2.0/sys/boot/forth/color.4th?revision%3D255898%26view% >>>>>> 3D >>>>>>> >>>>>> >>> markup&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj >>>>>> 2Ns9%2FssH >>>>>>> >>>>>> >>> Jjg%3D%3D%0A&m=Sb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5T >>>>>> k%3D%0A&s=7 >>>>>>> 093c40428c7d3ff090a2b2ecf2383b6f8eb570b313f498f1e5fdd1af84c3103 >>>>>>> Line 48 within the loader_color? function: >>>>>>> boot_serial? if FALSE else TRUE then >>>>>>> >>>>>>> As for answering the quandary of where the keyboard is polled >>>>>>> during the timeout countdown, that's the getkey function in here: >>>>>>> >>>>>>> >>>>>> >>> https://urldefense.proofpoint.com/v1/url?u=http://svnweb.freebsd.org >>>>>> /b >>>>>>> >>>>>> >>> ase/release/9.2.0/sys/boot/forth/menu.4th?revision%3D255898%26view%3 >>>>>> Dm >>>>>>> >>>>>> >>> arkup&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2 >>>>>> Ns9%2FssHJ >>>>>>> >>>>>> >>> jg%3D%3D%0A&m=Sb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5Tk >>>>>> %3D%0A&s=54 >>>>>>> b92411337a79a77d0308c0f50c147845f246a911bd6b888aa3f6a08c3299b6 >>>>>> >>>>>> Hi Devin. I was hoping you'd join the conversation. :) I >>>>>> /personally/ didn't suggest that he issue both color=NO /and/ >>> boot_serial. >>>>>> In fact, I only suggested using loader_logo="beastiebw" as that's >>>>>> how I managed to /finally/ get a usable boot menu, when I first >>>>>> attempted to use/install 9.2. I'd have written a pr(1). But as the >>>>>> /whole/ experience was new -- hardware /and/ 9.2. I just wrote it >>>>>> off. But now I suspect that there may be more to it. >>>>>> >>>>>> Thanks for chiming in. >>>>>> >>>>> >>>>> Just for clarification... do I need to debug a broken feature? >>>>> Do we know what combination causes boot to hang? >>>> >>>> I think we're still "debugging" it. I see no indication he's got a >>>> /normally/ functioning boot, yet. >>> >>> The only thing not functioning is autoboot. It stops and no visible >> autoboot >>> message is displayed. Entering a return resumes the boot and all is fine >> after >>> that. The autoboot message may be displayed and then immediately >>> removed. It appeared that might be the case once, but haven't been able >> to >>> capture that as the system clears the line immediately. Most of the time >> the >>> flash is not visible. Once it was, but was gone before I could read it. >>> >>> Note, I have 4 systems exhibiting this behavior and one that is not. The >> 4 >>> with the problem were upgraded from 9.1 and probably through several RCs >>> and then to 9.2. The working one was a new install. >>> >>> I have not been able to find any differences in /boot between the working >>> and non-working systems. >>> >> >> You've looked at Forth files, but what about md5-comparison of the x86 boot >> sectors? (boot0, boot0sio, etc.) >> >> And also, the one thing that strikes me here is... the boot code that is >> written >> to the disk. This won't be updated through a general buildworld/installworld >> combo nor through a freebsd-update approach. >> >> Wondering if it's worth writing an updated bootcode to your boot part. >> >> I can't recall if I wrote the enhancements that appear in 9.2 *on* 9.2 or if >> (done often) I wrote them on a 9.0-R box and then re-tested on a 9.2. >> -- >> Devin > > > I used: > > gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada0 > > and then rebooted the system. Same issue - hangs with no autoboot message. This might be too simple-minded. But I can't see any reason you couldn't simply move all the /boot/*.4th files to say /boot/*4th.92 and say, /boot/menu.rc to /boot/menu.rc.92 and /boot/loader.rc to /boot/loader.rc.92 Then simply copy the equivalents from the 9.1, or better the 9.0 CD/DVD to /boot and see if that doesn't give it to you. It'd also better help isolate the actual /cause/ if nothing else. --Chris > > > > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 23:48:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4B7387B for ; Wed, 9 Apr 2014 23:48:24 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4172613CC for ; Wed, 9 Apr 2014 23:48:24 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id w62so3233977wes.28 for ; Wed, 09 Apr 2014 16:48:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dUBG6kUv7KCAx4pyCpWxHfIK1lay7qS5zzCg4OSEPro=; b=B18EYt0PTIa9dUh1fuG2FdCMWrrcJdql/B0+6XVpw/98AO6HgHHMIJoqMKf5czAzfM JAso2CMK31RhzgqzEs7iT4f3o3MV0rfYchh/H+b1h/0oMpET9Zksgy7qFvsbv7hTcr5d bwfkMLj1Jyd8E4qSapyr7FGGOQXnNmoaEUHfDBqYC3YTkdSNVZnADkvKXMjx6bhFOybj 0yd9A603xqrYzmMKrB2VCEnIoNqM/wCBSM9s3/V8Q1MLyFhouf/uXkoVkAH1qcB6UnVH ZdLrxmB0v1zNFk4SB6sTSVtTHjV4+9jDETwJflufkch3Lj+pt/1kSZfGAbgqwXJBFrw8 OlnA== MIME-Version: 1.0 X-Received: by 10.194.242.231 with SMTP id wt7mr125101wjc.52.1397087302582; Wed, 09 Apr 2014 16:48:22 -0700 (PDT) Received: by 10.194.158.201 with HTTP; Wed, 9 Apr 2014 16:48:22 -0700 (PDT) Date: Wed, 9 Apr 2014 19:48:22 -0400 Message-ID: Subject: FreeBSD 10.0 and Heartbleed From: David Sanderson To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 23:48:24 -0000 Is there going to be a FreeBSD 10.0.1 or 10.1 release to address Heartbleed? (See heartbleed.com) Thanks, David Sanderson (yelliott@gmail.com) From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 23:49:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF4FC9B4; Wed, 9 Apr 2014 23:49:58 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BF74E1410; Wed, 9 Apr 2014 23:49:58 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 60F2E8C0C; Wed, 9 Apr 2014 23:49:56 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 60F2E8C0C Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 9 Apr 2014 19:49:54 -0400 From: Glen Barber To: David Sanderson Subject: Re: FreeBSD 10.0 and Heartbleed Message-ID: <20140409234954.GC1787@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Qbvjkv9qwOGw/5Fx" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 23:49:59 -0000 --Qbvjkv9qwOGw/5Fx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 09, 2014 at 07:48:22PM -0400, David Sanderson wrote: > Is there going to be a FreeBSD 10.0.1 or 10.1 release to address > Heartbleed? (See heartbleed.com) >=20 http://www.freebsd.org/security/advisories/FreeBSD-SA-14:06.openssl.asc Glen --Qbvjkv9qwOGw/5Fx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTRdyiAAoJELls3eqvi17Qia4P/3qXxqAZBi33iqbIlZI6haEc 0fzF8KtJ6AMQ2H2b2CHtsZu8YTxu7FjdOqrwd4ZNmww4gGEEjYi+Kk/phoRY/Dlg tUacCoO6c6bX0WllDvXvYIUOmpT/KsxCKdvFrU9tcwEwQ+J6aV/hX0mpuv/Uhv4E gzmiTM45a5J03NgzXW7uGBqJdiWYt5PnjgsYAEM+ixM/Gze5bgjNVE5enggRS7WI B5AUNoxgTNTgkpuRgsrDdzpBZ0uPbLvpYeVud//9EvdCvbYcwq8LTNhfH/WnY22f Tff4LFuL6t7O2R8dbJUGO/ui6WY2H5ZsgltrSJa5KdLVREQqDHcvJsYXkFUaMHs3 YxKIeqwizUjtJLI9O4BF4wgtOx+o9YP7+NVhgMV9ktKNAOae6Cz8eDgtztR8iW68 B1jRg3sTJDjDQUwdqo7UI4RrDyaCJrN29MSHSfapTWeFMl7ht3BK6cackGrxlfMj 9MW8GJIyn1rAHEAbuVA4T9S7oEfL/Rake1oI68mV3Sw46EKs5wdlrJOeGGLQ2fKE 1SYI1tmtXp0SYV9r7BCQ9SINYJ3tsq6eqeSaEQIERv+TVDP1aVESfsEBUxtldTbD pDCRQqUM0SHG8ii0Eq6OROb0/osNcsHKrfiWFOSQ48VO6i/4wmi98ruC1aaFBY4L EHDNbc7h3uXpnA4oLp9K =3iq6 -----END PGP SIGNATURE----- --Qbvjkv9qwOGw/5Fx-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 23:53:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BDD9B1D; Wed, 9 Apr 2014 23:53:45 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 633E214E9; Wed, 9 Apr 2014 23:53:45 +0000 (UTC) Received: from [10.0.1.3] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.2) with ESMTP id s39NrZkV088124 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 9 Apr 2014 16:53:35 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: 9.2 Boot Problem From: Doug Hardie In-Reply-To: <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> Date: Wed, 9 Apr 2014 16:53:34 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <981CAA9F-1E67-4E56-A119-BA6D1D29F383@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> To: dteske@FreeBSD.org X-Mailer: Apple Mail (2.1510) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, 'Chris H' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Apr 2014 23:53:45 -0000 On 9 April 2014, at 14:17, dteske@FreeBSD.org wrote: >=20 >=20 >> -----Original Message----- >> From: Chris H [mailto:bsd-lists@bsdforge.com] >> Sent: Wednesday, April 9, 2014 2:03 PM >> To: Doug Hardie >> Cc: freebsd-stable@freebsd.org List >> Subject: Re: 9.2 Boot Problem >>=20 >>>=20 >>> On 9 April 2014, at 13:49, "Chris H" wrote: >>>=20 >>>>>=20 >>>>> On 9 April 2014, at 11:29, "Chris H" = wrote: >>>>>=20 >>>>>>>=20 >>>>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: >>>>>>>=20 >>>>>>>> I put this out on Questions, but got no responses. Hopefully >>>>>>>> someone here has some ideas. >>>>>>>>=20 >>>>>>>> FreeBSD 9.2. All of my systems are hanging during boot right >>>>>>>> after the screen that has the picture. Its as if someone hit a >>>>>>>> space on the keyboard. However, these systems have no = keyboard. >>>>>>>> If I plug one in, or use the serial console, and enter a = return, >>>>>>>> the boot continues properly. >>>>>>>>=20 >>>>>>>> The boot menu is displayed along with Beastie. However, the = line >>>>>>>> that says Autoboot in n seconds=85 never appears. It just = stops >>>>>>>> there. These are all new installs from CD systems. >>>>>>>> I just used freebsd-update to take a toy server from 9.1 to 9.2 >>>>>>>> and it doesn't exhibit this behavior. It boots properly. I = have >>>>>>>> updated one of the production servers with the latest 9.2 = changes >>>>>>>> and it still has the issue. I first thought that some config >>>>>>>> file did not get updated properly on the CD. I have dug around >>>>>>>> through the 4th files and don't see anything obvious that would >>>>>>>> cause this. I have now verified that all the 4th files in boot >>>>>>>> are identical (except for the version number. They are = slightly >>>>>>>> different). I don't believe this is a BIOS setting issue as >>>>>>>> FreeBSD 7.2 didn't exhibit this behavior. All >>>>>>>> 4 >>>>>>>> systems are on totally different motherboards. >>>>>>>>=20 >>>>>>>> I tried setting loader_logo=3D"none" in /boot/config.rc and = that >>>>>>>> eliminated the menu and Beastie. I think the system completed >> booting, but the serial console was then dead. >>>>>>>> It >>>>>>>> did not respond or output anything. I had to remove that and >>>>>>>> reboot to get the console back again. >>>>>>>>=20 >>>>>>>> I need to get this fixed as these are production servers that = are >>>>>>>> essentially unmanned so its difficult to get them back up = again. >>>>>>>=20 >>>>>>>=20 >>>>>>> No response here either. Surely someone must know the loader. = I >> have been digging >>>>>>> through >>>>>>> the code, and can't find any differences between the systems = that >> work and those that >>>>>>> don't. >>>>>>> Is there any way to debug this? Is there a way to find out = where the >> loader is sitting >>>>>>> waiting on input from the terminal. That might give a clue as = to why it >> didn't >>>>>>> autoboot. >>>>>>>=20 >>>>>> OK. This is the first I've seen of your post. I'm not going to = profess >>>>>> being an expert. But I might suggest adding the following to >>>>>> loader.conf(5) >>>>>>=20 >>>>>> verbose_loading=3D"YES" >>>>>> boot_verbose=3D"YES" >>>>>>=20 >>>>>> This raises the "noise level". Maybe that will help to provide = you with >>>>>> a bit more information, as to what, or if, your booting. DO have = a look >>>>>> through /boot/defaults/loader.conf for more hints, as to what, = and >> how >>>>>> you can control the boot process. As well as = /etc/defaults/rc.conf. >>>>>> In fact, you can pre-decide what, and how, to boot. Even passing = by the >>>>>> boot menu entirely. >>>>>=20 >>>>> Thanks Chris. I did that and here is what I get: >>>>>=20 >>>>> Rebooting... >>>>> cpu_reset: Stopping other CPUs >>>>> /boot.config: -Dh >>>>> Consoles: internal video/keyboard serial port >>>>> BIOS drive A: is disk0 >>>>> BIOS drive C: is disk1 >>>>> BIOS 640kB/2087360kB available memory >>>>>=20 >>>>> FreeBSD/x86 bootstrap loader, Revision 1.1 >>>>> (doug@zool.lafn.org, Tue Apr 8 20:30:20 PDT 2014) >>>>> Loading /boot/defaults/loader.conf >>>>> Warning: unable to open file /boot/loader.conf.local >>>>> /boot/kernel/kernel text=3D0xdb3171 data=3D0xf3c04+0xbb770 >> syms=3D[0x4+0xeda80+0x4+0x1b8ebf] >>>>> zpool_cache...failed! >>>>> \ >>>>> H[Esc]ape to loader prompt_ _____ _____ >>>>> | ____| | _ \ / ____| __ \ >>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>>>> | | | | | __/ __/| |_) |____) | |__| | >>>>> | | | | | | || | | | >>>>> |_| |_| \___|\___||____/|_____/|_____/ ``` = ` >>>>> s` = `.....---.......--.``` -/ >>>>> + Welcome to FreeBSD + +o .--` /y:` = +. >>>>> | | yo`:. :o = `+- >>>>> | 1. Boot Multi User [Enter] | y/ 3;46H / >>>>> | 2.-- / | >>>>> | | >>>>> | 4. Reboot | `: = :` >>>>> | | `: = :` >>>>> | Options: / = / >>>>> | 5. Configure Boot [O]ptions... .- = -. >>>>> | -- = -. >>>>> | `:` = `:` >>>>> | .-- = `--. >>>>> | .---.....----. >>>>> +-----------------------------------------+ >>>>>=20 >>>>> FreeBSD `Nakatomi = Socrates' 9.2 >>>>>=20 >>>>>=20 >>>>> Now it waits for a return. I have tried changing the logo, = setting the >> autoboot timeout >>>>> and >>>>> a couple others. The only thing that did anything different was = setting >> the logo to an >>>>> invalid value. Basically the console was dead after that, but the = system >> did boot. I >>>>> never >>>>> see the Auto Boot in n seconds message. Its also interesting that = the list >> of options >>>>> above >>>>> appears incomplete. On the working system, items 1 through 5 are = all >> present. I have >>>>> now >>>>> checked all the cksum's for all the files in /boot and they are = all the same. >>>>>=20 >>>> Hmmm. Looks like you're going to make me do all your research, for = you. >> ;) >>>> You /did/ read the contents of /boot/defaults/loader.conf. Yes? I'm >> guessing >>>> that you've also already read loader.4th(8), and the other related = info. >>>> Now this is pure supposition; as it appears that you're looking for = a serial >>>> console. I'd /speculate/ that you want to turn all that NASTY ANSI = stuff >> OFF >>>> That's why your not seeing the complete menu -- hear that Devin! >>>> I'm going to post just this much for now, just to get you started. = I know >>>> what else you need/are looking for. But need to find the /correct/ = syntax >> -- >>>> paraphrasing, just won't get it. :)\ >>>=20 >>> Setting loader_color=3D"NO" (from man page) does give back the = full menu. >> Still waits for >>> return after the version name. I haven't found in the forth where = it is >> reading the >>> keyboard. Yes, I have to use a serial console. These machines are = about >> 100 miles away. >>> Something is stopping the autoboot from even starting. >>=20 >> See my reply to this. I think I've given you the hints you need -- = fingers >> crossed. :) >>=20 >=20 > He's using console=3Dcomconsole (serial boot). > When that is the case, loader_color is automatically set to NO. > There's no reason to set both loader_color=3DNO and console=3D > comconsole. The code that does this is here: >=20 > = http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/color.4th?revi= sion=3D255898&view=3Dmarkup > Line 48 within the loader_color? function: > boot_serial? if FALSE else TRUE then > =20 > As for answering the quandary of where the keyboard is polled > during the timeout countdown, that's the getkey function in here: >=20 > = http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/menu.4th?revis= ion=3D255898&view=3Dmarkup > --=20 I commented out the 3 cursor positions in menu-timeout-update. It does = not appear that word is being used. The Autoboot message never = appeared. Obviously getkey is being used as it does respond properly to = a return. I am beginning to suspect that menu_timeout_enabled is zero. = I believe adding a line after getkey's begin with s"menu_timeout_enabled =3D " type menu_timeout_enabled @ . 10 = spaces will tell me. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 01:09:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE25D952; Thu, 10 Apr 2014 01:09:19 +0000 (UTC) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B88B1A71; Thu, 10 Apr 2014 01:09:19 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id m20so3641293qcx.38 for ; Wed, 09 Apr 2014 18:09:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=264EbCMXLHTmbq+aW9cndHLnV5e9ZHW389ZjxR05FuU=; b=dErqPCaQBQCSJFnT5mv2UZptgdxBTXFbtG+SuiyB3DlouolyEokw33WtU92DIghv9C rtw+hfe6MFxcO+53eb/zBiM8Ui+hdNpkPqXD+lW6Ps1T63XUWMUpUJuYNXKeR6vdcZWc V0hF3nU3Gj9CDZsQMjTgwwy1ZMvTg4kK6fRMXf3Ox/PLVgzuFxnNYB3f7mQtWUEeg4vT NsLxNjNktvPu+xI3SoPMaYX9aGSEERTOTOHg6lfQSWSMM84N/yIM27GjQ90seJ64DBe4 lq7ZWSukPtird9e+pywSV09EijZ+MYbJoZzE4LIwxDA2rO4MAlJH4xzJi0iHy45lw5Ib DvMQ== MIME-Version: 1.0 X-Received: by 10.140.42.38 with SMTP id b35mr15773695qga.87.1397092158477; Wed, 09 Apr 2014 18:09:18 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.206 with HTTP; Wed, 9 Apr 2014 18:09:18 -0700 (PDT) In-Reply-To: <1397077963.756961709.gspkmzvd@frv35.fwdcdn.com> References: <1397077963.756961709.gspkmzvd@frv35.fwdcdn.com> Date: Wed, 9 Apr 2014 18:09:18 -0700 X-Google-Sender-Auth: hJIhuCiqDd6ywEO6kT0dNkZDL8s Message-ID: Subject: Re: Some gruesome moments with performance of FreeBSD at over 20K interfaces From: Adrian Chadd To: Vladislav Prodan Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "stable@freebsd.org" , "freebsd-hackers@freebsd.org" , "net@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Apr 2014 01:09:19 -0000 Hi, There's likely many more places where these aren't O(1) operations. The patch in question should be in -HEAD now. a-a On 9 April 2014 14:14, Vladislav Prodan wrote: > Dear Colleagues! > > I had a task, using FreeBSD 10.0-STABLE: > 1) Receive 20-30 Q-in-Q VLAN (IEEE 802.1ad ), inside of which 2k-4k vlan = (IEEE 802.1Q). Total ~60K vlan > 2) To every vlan interface assign ipv4 and ipv6 addresses, define routes = to ipv4 and ipv6 addresses on another side of vlan (ip unnumbered), and als= o prescribe ipv6 network /64 by size through ipv6 address on another side o= f vlan. > 3) Perform routing from the world to all of these ipv4/ipv6 addresses =D0= =B8 ipv6 networks inside ~60K vlan > > > > To accomplish the 1st task I have no alternatives to using Netgraph. > I noticed incorrect behavior of ngctl(8) after addition of 560th vlan (bi= n/187835) > Than speed of addition 4k, 8k, 12k vlans was damnably slow: > 10 minutes for first 4k vlans > 18 minutes for first 5k vlans > 28 minutes for first 6k vlans > 52 minutes for first 8k vlans > Than I added more 4=D0=BA vlans > 20 minutes - 9500 vlans > 33 minutes - 10500 vlans > 58 minutes - 12=D0=BA vlans > > In total speed of addition of 4k, 8k, 12k vlans was subsequently 10m/52m/= 110m > It=E2=80=99s hard to imagine, how many time is needed to add ~60K vlan :( > Process was accelerated a little by shooting off devd, bsnmpd, ntpd servi= ces, but it found another problems and limitations. > > For example, > a) Service ntpd refuse to start at 12K interfaces: > ntpd[2195]: Too many sockets in use, FD_SETSIZE 16384 exceeded > I remind, that in files /usr/src/sys/sys/select.h and /usr/include/sys/se= lect.h FD_SETSIZE value is only 1024U > > b) Service bsnmpd started at 12K interfaces, but immediately loaded CPU a= t 80-100% > > last pid: 64011; load averages: 1.00, 0.97, 0.90 = up 0+05:25:39 21:26:36 > 58 processes: 3 running, 54 sleeping, 1 waiting > CPU: 68.2% user, 0.0% nice, 30.6% system, 1.2% interrupt, 0.0% idle > Mem: 125M Active, 66M Inact, 435M Wired, 200K Cache, 525M Free > ARC: 66M Total, 28M MFU, 36M MRU, 16K Anon, 614K Header, 2035K Other > Swap: 1024M Total, 1024M Free > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAN= D > 63863 root 1 96 0 136M 119M RUN 35:31 79.98% bsnmpd > ... > > c) Size of fields during output of command netstat(1) - netstat -inW is u= nsufficient (bin/188153) > > d) If indicate in command netstat of interface it=E2=80=99s impossible to= understand, which ipv4/ipv6 neworks are indicated here. > > # netstat -I ngeth123.223 -nW > Name Mtu Network Address Ipkts Ierrs Idrop Opk= ts Oerrs Coll > ngeth12 1500 08:00:27:cd:9b:8e 0 0 0 = 1 5 0 > ngeth12 - 172.18.206.13 172.18.206.139 0 - - = 0 - - > ngeth12 - fe80::a00:27f fe80::a00:27ff:fe 0 - - = 1 - - > ngeth12 - 2001:570:28:1 2001:570:28:140:: 0 - - = 0 - - > > e) Very low output of command arp: > # ngctl list | grep ngeth | wc -l > 12003 > # ifconfig -a | egrep -e 'inet ' | wc -l > 12007 > # time /usr/sbin/arp -na > /dev/null > 150.661u 551.002s 11:53.71 98.3% 20+172k 1+0io 0pf+0w > > > More info at http://freebsd.1045724.n5.nabble.com/arp-8-performance-use-i= f-nameindex-instead-of-if-indextoname-td5898205.html > > After using of patch, speed became acceptable: > > # time /usr/sbin/arp -na > /dev/null > 0.114u 0.090s 0:00.14 142.8% 20+170k 0+0io 0pf+0w > > I suspect, that output of standard network stack will be too low to accom= plish a 3rd task, routing of ~60K vlan > I have no idea, how to use netmap(4) in this situation :( > Please, help me in fulfillment of assigned task. > > P.S. > Colleague-Linuxoid is adjusting the same task and bragging: > At Debian, in test (kernel 3.13), 80K vlans arose in 20 minutes. It takes= 3 GB RAM. And deleting of these vlans also took 20 minutes. > > -- > Vladislav V. Prodan > System & Network Administrator > http://support.od.ua > +380 67 4584408, +380 99 4060508 > VVP88-RIPE > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 05:13:21 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6DD9BBC7; Thu, 10 Apr 2014 05:13:21 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 A397611C5; Thu, 10 Apr 2014 05:13:19 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3A5D4MG082775; Thu, 10 Apr 2014 07:13:04 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3A5D42m082564; Thu, 10 Apr 2014 05:13:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Apr 2014 05:13:04 GMT Message-Id: <201404100513.s3A5D42m082564@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 05:13:21 -0000 TB --- 2014-04-10 03:40:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-10 03:40:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-10 03:40:32 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-04-10 03:40:32 - cleaning the object tree TB --- 2014-04-10 03:40:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-10 03:41:24 - At svn revision 264310 TB --- 2014-04-10 03:41:25 - building world TB --- 2014-04-10 03:41:25 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 03:41:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 03:41:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 03:41:25 - SRCCONF=/dev/null TB --- 2014-04-10 03:41:25 - TARGET=powerpc TB --- 2014-04-10 03:41:25 - TARGET_ARCH=powerpc TB --- 2014-04-10 03:41:25 - TZ=UTC TB --- 2014-04-10 03:41:25 - __MAKE_CONF=/dev/null TB --- 2014-04-10 03:41:25 - cd /src TB --- 2014-04-10 03:41:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 10 03:41:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaDeclAttr.cpp -o SemaDeclAttr.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaDeclCXX.cpp -o SemaDeclCXX.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaDeclObjC.cpp -o SemaDeclObjC.o /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaDeclObjC.cpp: In member function 'void clang::Sema::DiagnoseMismatchedMethodsInGlobalPool()': /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaDeclObjC.cpp:2455: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/clang/libclangsema *** Error code 1 Stop. bmake[4]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-10 05:13:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-10 05:13:03 - ERROR: failed to build world TB --- 2014-04-10 05:13:03 - 4323.04 user 1350.60 system 5550.69 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 05:54:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A05E500 for ; Thu, 10 Apr 2014 05:54:58 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A4D0153D for ; Thu, 10 Apr 2014 05:54:57 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s3A5sk5W040465 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 10 Apr 2014 06:54:47 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s3A5sk5W040465 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1397109287; bh=LBQxyg1iJT7gTVk1jXfh3V+Bjnr/K4fHOgLeEos0f5Q=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Thu,=2010=20Apr=202014=2006:54:36=20+0100|From:=20Matthew =20Seaman=20|To:=20freebsd-stable @freebsd.org|Subject:=20Re:=20FreeBSD=2010.0=20and=20Heartbleed|Re ferences:=20|In-Reply-To:=20; b=GnF0LhBfS/AieLg1v7cB3mYIATVPaFpi+wbKkdEIUcwwRU7I2UBU7nwN3oF7uAs8b 8mZe2q4n5qzoVRZFIdPsZx2LRcBaNG7O4OFY9+t6O3k/zPrZLiE+5kyZypDwJ4kRzK 6JuioiVsG2Rux3RXQvYXq5+7VKnAmM7vRyENbcWI= Message-ID: <5346321C.6030506@infracaninophile.co.uk> Date: Thu, 10 Apr 2014 06:54:36 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 10.0 and Heartbleed References: In-Reply-To: X-Enigmail-Version: 1.6 OpenPGP: id=E7F39EBF Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="dw41GjbW7vgxgQHQpIdsSTkmREINGAqdj" X-Virus-Scanned: clamav-milter 0.98.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Apr 2014 05:54:58 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dw41GjbW7vgxgQHQpIdsSTkmREINGAqdj Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 10/04/2014 00:48, David Sanderson wrote: > Is there going to be a FreeBSD 10.0.1 or 10.1 release to address > Heartbleed? (See heartbleed.com) It's called 10.0-RELEASE-p1 and it was available from yesterday. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --dw41GjbW7vgxgQHQpIdsSTkmREINGAqdj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJTRjIlXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATadgP/0jiGSAF5FCCFXf9kFFw0cgE UxNkGvFxXYxPpQm+llHacVWH8i0izPjo+4XmWXNc8T1epC1bKSVziDP5n86EKCHs 7gRqKoIz416pLXhjSzRqoU/mTG+6uHf5k4P5kmd/23iuXdmUcNTUMzM/tFne++cW OIDneM7Ort/7Im4x3JblvePozuuOaOhmO55ZX5Svk9TSzpPuJ+RKP+9zAhGt+F0Q H8kfqGVAAKS9UP1zf+QT1TVtEfJ629yJbnbU60VcjqvFCW8OumsOj5rrzDQ0WRJ/ VYBMO+0PkTV++kguh9NoNb6oSShe0TZ5xwg/E45f/OkRlMQJ4ArTd9Te8I8E02yf uhNZnR7HYljt+JNWFwi0xObTmRoST2M0a8sV0vx0M2ksT1Gv2BiWxgi2Jy9wdvht ipJgT3wPI3RnSCFu+ORrijsKrlGeLBd7LnApWXij0dIQvaZMWHNzZcLoaJjOm345 KWbLLVZz0n7h0fFw+WV9J2BLugOuLwo2DhlYDpkdGGJkt4HwreIW6OeublITs788 PtqDU+YGL9HEJQ4DDSQoE+vAhYAw6v25k19nehqW/b8QGvsDVQFPyrx/jtEJysW1 wiwRadIec4SEAX51T97S4t06RJ/qr0ur6WjmiYdfgEv5NOWYgdHWDQ/9RSVRiIkE ipL2JIp1mp7Y1SRCWP8P =sQRo -----END PGP SIGNATURE----- --dw41GjbW7vgxgQHQpIdsSTkmREINGAqdj-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 06:02:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0751863F for ; Thu, 10 Apr 2014 06:02:22 +0000 (UTC) Received: from www.airsltd.com (www.airsltd.com [174.136.97.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "www.airsltd.com", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BFBA81603 for ; Thu, 10 Apr 2014 06:02:22 +0000 (UTC) Received: from [10.11.0.199] (97-113-26-132.tukw.qwest.net [97.113.26.132]) (authenticated bits=0) by www.airsltd.com (8.14.7/8.14.4) with ESMTP id s3A5xcTE084263 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Apr 2014 22:59:39 -0700 (PDT) (envelope-from jon@airsltd.com) Message-ID: <5346330B.1020203@airsltd.com> Date: Wed, 09 Apr 2014 22:58:35 -0700 From: Jon Boley User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: FreeBSD, VPS and Heartbleed 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.17 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, 10 Apr 2014 06:02:23 -0000 Hello, I'm running 9.2 and my openssl is a safe version. However, I do have a VPS running 9.2 and wonder if I should be concerned about the system that is providing me with the VPS. Thanks! Jon Boley From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 06:44:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC30A49D for ; Thu, 10 Apr 2014 06:44:49 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B4381989 for ; Thu, 10 Apr 2014 06:44:49 +0000 (UTC) Received: from delphij-macbook.local (c-24-5-244-32.hsd1.ca.comcast.net [24.5.244.32]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id B8F3E7270; Wed, 9 Apr 2014 23:44:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1397112288; bh=Fxl2rH0VFh1zhAHYhiCy/PLb8jZ6d3pKp9oKiYJzfes=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=q47OYzohqfPGbmdMnY6aM1gwgS4/iFhW2+tJ0Fc+XyMvY3bTKEGb8wi9Up7s5FNAz e/OW5CxlbZ1GQCDmt/p4zVIKf47nzG2WAlFEzEgTcBnezyGp6fmJE4QrkWtLO3YIjc bM4CKkc1QSY2AQPU/ARUp0vpGNRnXDiuMtbAElQI= Message-ID: <53463DDF.2020602@delphij.net> Date: Wed, 09 Apr 2014 23:44:47 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Jon Boley , freebsd-stable@freebsd.org Subject: Re: FreeBSD, VPS and Heartbleed References: <5346330B.1020203@airsltd.com> In-Reply-To: <5346330B.1020203@airsltd.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 06:44:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 4/9/14, 10:58 PM, Jon Boley wrote: > Hello, > > I'm running 9.2 and my openssl is a safe version. > > However, I do have a VPS running 9.2 and wonder if I should be > concerned about the system that is providing me with the VPS. I can't speak for anything that the VPS provider is running. However, the worst case scenario when a process is linked with vulnerable version of OpenSSL is that data in *that* process's virtual memory address space could be leaked. As long as your VPS provider can make sure that there is no memory pages being shared between virtual hosts and as long as you are not using anything vulnerable, you should NOT be affected by the issue. However, keep in mind that if your VPS provider runs vulnerable OpenSSL versions that are used in their e.g. login system, and you have logged in (thus your credential data are in memory), then there is possibility that these sensitive data may be used in an attack. Also, should there be any vulnerability found in the hypervisor your VPS provider is running that would allow stealing memory contents from your virtual system, you may also at risk, but this is not related to the OpenSSL issue and there is few things you can do with that other than asking the VPS provider to apply security patches in timely manner. Cheers, -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJTRj3fAAoJEJW2GBstM+nsvPgP/04QKY8fHGtcIBWjCGtzEWzq 4Vot9t7tGdGblWa70tKwSUICTsRH6kAZVqaXZ8d9w0lniMgLCTRcqaPp9wLV6mW+ yaQ9GpcpiOgaPi5PVpsf1IpMwHdEqkQgC2ru0RQzSlxU13koxP4ia5cWz9i49k9t DX25PXETE6gxKalLJLRlE9d20MNcv/8vi+OlhwmRyW3xt1LrbS0gbPofEkv0qtyT 54vB+hNOqBd8rHWLRDS9i3+Iqz1uLY06LCbrHsXwUvc3fXcrOukyEovcL7tLo7bm V1sJaRQj6lSG4+eZ37+l4NNXvp55FxZWiVbovONY1cmeX3Ri5UKBl5fTa7y8ZGkY dzMkddpOaSz60MR5zNpXmXNrq28AExT5kzJLeoPogaFjMAY2x3Rk/TIdw/wA2FHH paCR7ufiq2qWe9Fpt4yUeUF6dUWvNLpSPZ7aRWG1jesFeFHuY/teQaUYyivGRK0z 4YLCQql3Xk4XdGbJHq66KRmrlyXxXS/v4TBrytTUaVFvGOpER67ZPpnF7lxCkib1 bquRJfstG6Bqnn5ieKPE/uVx8iPk24Tr0GtDCGHfG0j0xSGE6/oC1wBf/VNruAxI e2aImxPg/S9JTpp7Fc2xiwQHoU6rI+MGkouQ0a8lEyD3St4qo7pMiqBM/BiFILCv FG1WzifX1QqUiQcc4Juo =X0VX -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 07:17:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D49C3E7D; Thu, 10 Apr 2014 07:17:19 +0000 (UTC) Received: from mail-pb0-x232.google.com (mail-pb0-x232.google.com [IPv6:2607:f8b0:400e:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DA381C41; Thu, 10 Apr 2014 07:17:19 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id md12so3607373pbc.9 for ; Thu, 10 Apr 2014 00:17:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=KJMYIPwoZHluFWhKdWoXM+tp2I1coko7DRWkQ0cq4rw=; b=aCRzcV5e6S1Br4kfJ+8BZj2tGyXaKMx6M0q6iK2HWY7ULvVZpZL7PKBkor79hDfkxN QzQ4R7E7ZzqVar38AA65FBCJ++UhnZL4aqCtVf9rwWaD60Aq+tAsI3dx795PpirGS/db kbEpiS6Av/YjJFWNx3AbA/1Qb41Z104tMhykS0XrxxCAHpH2MLsK61hh4iNtaQIT8CW6 RStsug7om22oYKySQa8B7+vu0w0vNNvFnO0uNreSpqQwHa0uKhVISS91UljHh7MLQTnA tQJaQLLJ6oEbHvIFnLG0eSLVVdQCn/9kDXOAmDpP00n/73ZT8w61fsB641pWBJUOqC07 tCtw== MIME-Version: 1.0 X-Received: by 10.68.202.8 with SMTP id ke8mr17891380pbc.86.1397114239144; Thu, 10 Apr 2014 00:17:19 -0700 (PDT) Sender: ermal.luci@gmail.com Received: by 10.70.88.109 with HTTP; Thu, 10 Apr 2014 00:17:19 -0700 (PDT) In-Reply-To: <1397077963.756961709.gspkmzvd@frv35.fwdcdn.com> References: <1397077963.756961709.gspkmzvd@frv35.fwdcdn.com> Date: Thu, 10 Apr 2014 09:17:19 +0200 X-Google-Sender-Auth: nDCaiWbz6h330UUkNh-TgVjcCV8 Message-ID: Subject: Re: Some gruesome moments with performance of FreeBSD at over 20K interfaces From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= To: Vladislav Prodan Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: stable@freebsd.org, hackers@freebsd.org, "net@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Apr 2014 07:17:19 -0000 >From experience with large number of interfaces and configuring them. Its not that the kernel cannot handle it the problem is that you call generic utilities to do this job. I.E. to setup an ip on the interface ifconfig has first to get the whole list of interfaces to determine if that interface exists and extra checkings. This is what slows down the whole thing. In pfSense by using custom utilities the time for configuring 8K interfaces went from around 30 minutes to mere seconds or about a minute. It has been long time not testing such scenarios and if you can generate a config(xml format) with all the information for pfSense i can give a look to see what is the bottleneck there. On Wed, Apr 9, 2014 at 11:14 PM, Vladislav Prodan wrote= : > Dear Colleagues! > > I had a task, using FreeBSD 10.0-STABLE: > 1) Receive 20-30 Q-in-Q VLAN (IEEE 802.1ad ), inside of which 2k-4k vlan > (IEEE 802.1Q). Total ~60K vlan > 2) To every vlan interface assign ipv4 and ipv6 addresses, define routes > to ipv4 and ipv6 addresses on another side of vlan (ip unnumbered), and > also prescribe ipv6 network /64 by size through ipv6 address on another > side of vlan. > 3) Perform routing from the world to all of these ipv4/ipv6 addresses =C9 > ipv6 networks inside ~60K vlan > > > > To accomplish the 1st task I have no alternatives to using Netgraph. > I noticed incorrect behavior of ngctl(8) after addition of 560th vlan > (bin/187835) > Than speed of addition 4k, 8k, 12k vlans was damnably slow: > 10 minutes for first 4k vlans > 18 minutes for first 5k vlans > 28 minutes for first 6k vlans > 52 minutes for first 8k vlans > Than I added more 4=CB vlans > 20 minutes - 9500 vlans > 33 minutes - 10500 vlans > 58 minutes - 12=CB vlans > > In total speed of addition of 4k, 8k, 12k vlans was subsequently > 10m/52m/110m > It's hard to imagine, how many time is needed to add ~60K vlan :( > Process was accelerated a little by shooting off devd, bsnmpd, ntpd > services, but it found another problems and limitations. > > For example, > a) Service ntpd refuse to start at 12K interfaces: > ntpd[2195]: Too many sockets in use, FD_SETSIZE 16384 exceeded > I remind, that in files /usr/src/sys/sys/select.h and > /usr/include/sys/select.h FD_SETSIZE value is only 1024U > > b) Service bsnmpd started at 12K interfaces, but immediately loaded CPU a= t > 80-100% > > last pid: 64011; load averages: 1.00, 0.97, 0.90 > up 0+05:25:39 21:26:36 > 58 processes: 3 running, 54 sleeping, 1 waiting > CPU: 68.2% user, 0.0% nice, 30.6% system, 1.2% interrupt, 0.0% idle > Mem: 125M Active, 66M Inact, 435M Wired, 200K Cache, 525M Free > ARC: 66M Total, 28M MFU, 36M MRU, 16K Anon, 614K Header, 2035K Other > Swap: 1024M Total, 1024M Free > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAN= D > 63863 root 1 96 0 136M 119M RUN 35:31 79.98% bsnmpd > ... > > c) Size of fields during output of command netstat(1) - netstat -inW is > unsufficient (bin/188153) > > d) If indicate in command netstat of interface it's impossible to > understand, which ipv4/ipv6 neworks are indicated here. > > # netstat -I ngeth123.223 -nW > Name Mtu Network Address Ipkts Ierrs Idrop > Opkts Oerrs Coll > ngeth12 1500 08:00:27:cd:9b:8e 0 0 0 > 1 5 0 > ngeth12 - 172.18.206.13 172.18.206.139 0 - - > 0 - - > ngeth12 - fe80::a00:27f fe80::a00:27ff:fe 0 - - > 1 - - > ngeth12 - 2001:570:28:1 2001:570:28:140:: 0 - - > 0 - - > > e) Very low output of command arp: > # ngctl list | grep ngeth | wc -l > 12003 > # ifconfig -a | egrep -e 'inet ' | wc -l > 12007 > # time /usr/sbin/arp -na > /dev/null > 150.661u 551.002s 11:53.71 98.3% 20+172k 1+0io 0pf+0w > > > More info at > http://freebsd.1045724.n5.nabble.com/arp-8-performance-use-if-nameindex-i= nstead-of-if-indextoname-td5898205.html > > After using of patch, speed became acceptable: > > # time /usr/sbin/arp -na > /dev/null > 0.114u 0.090s 0:00.14 142.8% 20+170k 0+0io 0pf+0w > > I suspect, that output of standard network stack will be too low to > accomplish a 3rd task, routing of ~60K vlan > I have no idea, how to use netmap(4) in this situation :( > Please, help me in fulfillment of assigned task. > > P.S. > Colleague-Linuxoid is adjusting the same task and bragging: > At Debian, in test (kernel 3.13), 80K vlans arose in 20 minutes. It takes > 3 GB RAM. And deleting of these vlans also took 20 minutes. > > -- > Vladislav V. Prodan > System & Network Administrator > http://support.od.ua > +380 67 4584408, +380 99 4060508 > VVP88-RIPE > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" --=20 Ermal From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 10:08:25 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDCBB946; Thu, 10 Apr 2014 10:08:25 +0000 (UTC) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.32]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "mailhost.dlr.de", Issuer "DLR CA - G02" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E8621CEC; Thu, 10 Apr 2014 10:08:25 +0000 (UTC) Received: from DLREXHUB01.intra.dlr.de (172.21.152.130) by dlrexedge01.dlr.de (172.21.163.100) with Microsoft SMTP Server (TLS) id 14.3.174.1; Thu, 10 Apr 2014 12:08:01 +0200 Received: from KNOP-BEAGLE.kn.op.dlr.de (129.247.178.136) by smtp.dlr.de (172.21.152.151) with Microsoft SMTP Server (TLS) id 14.3.174.1; Thu, 10 Apr 2014 12:08:00 +0200 Date: Thu, 10 Apr 2014 12:08:00 +0200 From: Harti Brandt X-X-Sender: brandt_h@KNOP-BEAGLE.kn.op.dlr.de To: Vladislav Prodan Subject: Re: Some gruesome moments with performance of FreeBSD at over 20K interfaces In-Reply-To: <1397077963.756961709.gspkmzvd@frv35.fwdcdn.com> Message-ID: References: <1397077963.756961709.gspkmzvd@frv35.fwdcdn.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Cc: stable@freebsd.org, hackers@freebsd.org, net@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Harti Brandt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 10:08:25 -0000 On Wed, 9 Apr 2014, Vladislav Prodan wrote: VP>b) Service bsnmpd started at 12K interfaces, but immediately loaded CPU VP>at 80-100% I could imagine that this is because of the statistics polling. bsnmp implements 64-bit interface statistics but we have only 32-bit statistics in the kernel. So it polls the kernel statistics for each interface on a rate that ensures that 32-bit don't overflow. If the interfaces are GBit or, worse, 10GBit interfaces the polling rate is rather high (in the order of seconds). You should either make sure that the interfaces report sensible bitrates (I doubt that 20k interfaces could all be GBit interfaces) or force a slower polling interval by setting begemotIfForcePoll.0 to some large value. harti From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 11:06:04 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6ECA4860 for ; Thu, 10 Apr 2014 11:06:04 +0000 (UTC) Received: from frv198.fwdcdn.com (frv198.fwdcdn.com [212.42.77.198]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 262651485 for ; Thu, 10 Apr 2014 11:06:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=znTrwNIHwNvgGMhZwpXKmoJJdn0w2U/UwtfH5CVLoRQ=; b=tJtWeEDpDPOxde0PqtRoMbMCwi1yOJzBGz1d+MHvGVFHij5OIPOkL/pkI71HepXZUo/t2dH5IXMPQ7msH68tHRHm3xXld35271hj+xC9n4bilZqTA6xRv1EaOZA/nxDEmtmiA9TEiIzNwmSkltwLZxfHfiyIDboDyQ1K7BQOEh4=; Received: from [10.10.10.35] (helo=frv35.fwdcdn.com) by frv198.fwdcdn.com with smtp ID 1WYCns-000BrZ-Tu for stable@freebsd.org; Thu, 10 Apr 2014 14:05:56 +0300 Date: Thu, 10 Apr 2014 14:05:56 +0300 From: Vladislav Prodan Subject: Re[2]: Some gruesome moments with performance of FreeBSD at over 20K interfaces To: Harti Brandt X-Mailer: mail.ukr.net 5.0 Message-Id: <1397127901.499782177.24smhe7a@frv35.fwdcdn.com> In-Reply-To: References: <1397077963.756961709.gspkmzvd@frv35.fwdcdn.com> MIME-Version: 1.0 Received: from universite@ukr.net by frv35.fwdcdn.com; Thu, 10 Apr 2014 14:05:56 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline Cc: stable@freebsd.org, hackers@freebsd.org, net@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Apr 2014 11:06:04 -0000 > On Wed, 9 Apr 2014, Vladislav Prodan wrote: > > VP>b) Service bsnmpd started at 12K interfaces, but immediately loaded CPU > VP>at 80-100% > > I could imagine that this is because of the statistics polling. bsnmp > implements 64-bit interface statistics but we have only 32-bit statistics > in the kernel. So it polls the kernel statistics for each interface on a > rate that ensures that 32-bit don't overflow. If the interfaces are GBit > or, worse, 10GBit interfaces the polling rate is rather high (in the order > of seconds). > > You should either make sure that the interfaces report sensible bitrates > (I doubt that 20k interfaces could all be GBit interfaces) or force a slower > polling interval by setting begemotIfForcePoll.0 to some large value. > > harti > Thanks for the tip. At least 10 interfaces to be 1Gb, and the rest no more than 50M. BegemotIfForcePoll parameter in this case a little help, you will be forced to stand another value for Gigabit Interface begemotIfForcePoll ... -- Vladislav V. Prodan System & Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 11:22:45 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0D3DC1E; Thu, 10 Apr 2014 11:22:45 +0000 (UTC) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.33]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "mailhost.dlr.de", Issuer "DLR CA - G02" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 728EB1660; Thu, 10 Apr 2014 11:22:45 +0000 (UTC) Received: from DLREXHUB01.intra.dlr.de (172.21.152.130) by dlrexedge02.dlr.de (172.21.163.101) with Microsoft SMTP Server (TLS) id 14.3.174.1; Thu, 10 Apr 2014 13:22:15 +0200 Received: from KNOP-BEAGLE.kn.op.dlr.de (129.247.178.136) by smtp.dlr.de (172.21.152.151) with Microsoft SMTP Server (TLS) id 14.3.174.1; Thu, 10 Apr 2014 13:22:14 +0200 Date: Thu, 10 Apr 2014 13:22:52 +0200 From: Hartmut Brandt X-X-Sender: brandt_h@KNOP-BEAGLE.kn.op.dlr.de To: Vladislav Prodan Subject: Re[2]: Some gruesome moments with performance of FreeBSD at over 20K interfaces In-Reply-To: <1397127901.499782177.24smhe7a@frv35.fwdcdn.com> Message-ID: References: <1397077963.756961709.gspkmzvd@frv35.fwdcdn.com> <1397127901.499782177.24smhe7a@frv35.fwdcdn.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Cc: stable@freebsd.org, hackers@freebsd.org, net@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Apr 2014 11:22:46 -0000 On Thu, 10 Apr 2014, Vladislav Prodan wrote: VP>> On Wed, 9 Apr 2014, Vladislav Prodan wrote: VP>> VP>> VP>b) Service bsnmpd started at 12K interfaces, but immediately loaded CPU VP>> VP>at 80-100% VP>> VP>> I could imagine that this is because of the statistics polling. bsnmp VP>> implements 64-bit interface statistics but we have only 32-bit statistics VP>> in the kernel. So it polls the kernel statistics for each interface on a VP>> rate that ensures that 32-bit don't overflow. If the interfaces are GBit VP>> or, worse, 10GBit interfaces the polling rate is rather high (in the order VP>> of seconds). VP>> VP>> You should either make sure that the interfaces report sensible bitrates VP>> (I doubt that 20k interfaces could all be GBit interfaces) or force a slower VP>> polling interval by setting begemotIfForcePoll.0 to some large value. VP>> VP>> harti VP>> VP> VP>Thanks for the tip. VP> VP>At least 10 interfaces to be 1Gb, and the rest no more than 50M. VP>BegemotIfForcePoll parameter in this case a little help, you will be forced to stand another value for Gigabit Interface begemotIfForcePoll ... Yeah. There is only one parameter. You are running -STABLE, right? On current the statistics are 64-bit (I wonder whether the operation on these values is automatically atomic on all our platforms, though). harti From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 12:38:36 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05C93DE; Thu, 10 Apr 2014 12:38:36 +0000 (UTC) Received: from mail-pd0-x234.google.com (mail-pd0-x234.google.com [IPv6:2607:f8b0:400e:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C18A41CBC; Thu, 10 Apr 2014 12:38:35 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id v10so3807851pde.25 for ; Thu, 10 Apr 2014 05:38:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=6gpWfHaYsRexDGvuNlPrJmc1sslnJOlW1f0XZEe3y8Q=; b=lMU17bz7NYq3kiWUOmC7WhvFcGdstp7QwMezr1g/x0nc3r2DLDcoii9/C99MNJok4G uIf6UO8zWRZMMhJjBlImem5AMTkr747APFowdlGa4RNmGqt2zvQD7of4W0GRyWqeIyCh xocsFBa6cAJ1oP+hSAHGAotRnwVJJkgMEZEcX2J5dd830TkoMCfgZXvIefodkhRYyDC8 5aQPhz8kD0Onsgc0ioCEezHrXhTJN5q+cLgLrYKqpfPVWqYkOecq68Ii0Sw75q2v34Ti o2MaJI9Qprf013fQCAj0WbmaCogLTmO+xfgPlzR926A1gqSrXRXqTf/zzEIqHzfzsJWA H2vg== MIME-Version: 1.0 X-Received: by 10.68.236.229 with SMTP id ux5mr19320244pbc.98.1397133515355; Thu, 10 Apr 2014 05:38:35 -0700 (PDT) Sender: ermal.luci@gmail.com Received: by 10.70.88.109 with HTTP; Thu, 10 Apr 2014 05:38:35 -0700 (PDT) In-Reply-To: References: <1397077963.756961709.gspkmzvd@frv35.fwdcdn.com> <1397127901.499782177.24smhe7a@frv35.fwdcdn.com> Date: Thu, 10 Apr 2014 14:38:35 +0200 X-Google-Sender-Auth: yI4THH4Pe0R7_PwLx408BAWe5S4 Message-ID: Subject: Re: Re[2]: Some gruesome moments with performance of FreeBSD at over 20K interfaces From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= To: Hartmut Brandt Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: hackers@freebsd.org, stable@freebsd.org, Vladislav Prodan , "net@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Apr 2014 12:38:36 -0000 Another note related to Q-in-Q. You would probably be better of creating standard vlans for the first vlan layer and use ng_vlan for the second++ part of the Q-in-Q on top of the first ones. This also give better usability and will speedup a bit your times. On Thu, Apr 10, 2014 at 1:22 PM, Hartmut Brandt wrote: > On Thu, 10 Apr 2014, Vladislav Prodan wrote: > > VP>> On Wed, 9 Apr 2014, Vladislav Prodan wrote: > VP>> > VP>> VP>b) Service bsnmpd started at 12K interfaces, but immediately > loaded CPU > VP>> VP>at 80-100% > VP>> > VP>> I could imagine that this is because of the statistics polling. bsnmp > VP>> implements 64-bit interface statistics but we have only 32-bit > statistics > VP>> in the kernel. So it polls the kernel statistics for each interface > on a > VP>> rate that ensures that 32-bit don't overflow. If the interfaces are > GBit > VP>> or, worse, 10GBit interfaces the polling rate is rather high (in the > order > VP>> of seconds). > VP>> > VP>> You should either make sure that the interfaces report sensible > bitrates > VP>> (I doubt that 20k interfaces could all be GBit interfaces) or force a > slower > VP>> polling interval by setting begemotIfForcePoll.0 to some large value. > VP>> > VP>> harti > VP>> > VP> > VP>Thanks for the tip. > VP> > VP>At least 10 interfaces to be 1Gb, and the rest no more than 50M. > VP>BegemotIfForcePoll parameter in this case a little help, you will be > forced to stand another value for Gigabit Interface begemotIfForcePoll ... > > Yeah. There is only one parameter. > > You are running -STABLE, right? On current the statistics are 64-bit > (I wonder whether the operation on these values is automatically atomic on > all our platforms, though). > > harti > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > -- Ermal From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 12:42:13 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3C884D8 for ; Thu, 10 Apr 2014 12:42:13 +0000 (UTC) Received: from frv197.fwdcdn.com (frv197.fwdcdn.com [212.42.77.197]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 999881D84 for ; Thu, 10 Apr 2014 12:42:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=MgtXFb7I6q1mbw2jOo94Diaf3Debe5Aa8QkbofjH1sU=; b=U6lMUU3fiV+Dy9RB88UviRw3wnEYWFfZYBSC+Di8DDHkstAYdG9jEZPwsHqqQNZw32mrAg5WAFVbadCZuDbnE8IT3TmmL67VeGrRazei8NVXRAOmBNtEPGWIX7ukJZZGj2EdaZOtx1S/qgEnACfy7Qa97KA0W7W+wKlkf4VCx+0=; Received: from [10.10.10.35] (helo=frv35.fwdcdn.com) by frv197.fwdcdn.com with smtp ID 1WYEIw-00064w-Be for stable@freebsd.org; Thu, 10 Apr 2014 15:42:06 +0300 Date: Thu, 10 Apr 2014 15:42:05 +0300 From: Vladislav Prodan Subject: Re[2]: Re[2]: Some gruesome moments with performance of FreeBSD at over 20K interfaces To: Ermal =?iso-8859-1?b?THXnaQ==?= X-Mailer: mail.ukr.net 5.0 Message-Id: <1397133674.156493243.42smhi32@frv35.fwdcdn.com> In-Reply-To: References: <1397077963.756961709.gspkmzvd@frv35.fwdcdn.com> <1397127901.499782177.24smhe7a@frv35.fwdcdn.com> MIME-Version: 1.0 Received: from universite@ukr.net by frv35.fwdcdn.com; Thu, 10 Apr 2014 15:42:05 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline Cc: stable@freebsd.org, hackers@freebsd.org, "net@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Apr 2014 12:42:14 -0000 > > Another note related to Q-in-Q. > > > You would probably be better of creating standard vlans for the first vlan layer and use ng_vlan for the second++ part of the Q-in-Q on top of the first ones. > This also give better usability and will speedup a bit your times. > > > So I implemented the q-in-q. -- Vladislav V. Prodan System & Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 21:23:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE63DA00; Thu, 10 Apr 2014 21:23:24 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id A590A1664; Thu, 10 Apr 2014 21:23:24 +0000 (UTC) Received: from [10.0.1.3] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.2) with ESMTP id s3ALN8WO019221 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 10 Apr 2014 14:23:09 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: 9.2 Boot Problem From: Doug Hardie In-Reply-To: <981CAA9F-1E67-4E56-A119-BA6D1D29F383@lafn.org> Date: Thu, 10 Apr 2014 14:23:08 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <89290759-E5C2-4991-B644-A82648BEDD52@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <981CAA9F-1E67-4E56-A119-BA6D1D29F383@lafn.org> To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1510) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: "dteske@FreeBSD.org Teske" , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Apr 2014 21:23:24 -0000 On 9 April 2014, at 16:53, Doug Hardie wrote: >=20 > On 9 April 2014, at 14:17, dteske@FreeBSD.org wrote: >=20 >>=20 >>=20 >>> -----Original Message----- >>> From: Chris H [mailto:bsd-lists@bsdforge.com] >>> Sent: Wednesday, April 9, 2014 2:03 PM >>> To: Doug Hardie >>> Cc: freebsd-stable@freebsd.org List >>> Subject: Re: 9.2 Boot Problem >>>=20 >>>>=20 >>>> On 9 April 2014, at 13:49, "Chris H" = wrote: >>>>=20 >>>>>>=20 >>>>>> On 9 April 2014, at 11:29, "Chris H" = wrote: >>>>>>=20 >>>>>>>>=20 >>>>>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: >>>>>>>>=20 >>>>>>>>> I put this out on Questions, but got no responses. Hopefully >>>>>>>>> someone here has some ideas. >>>>>>>>>=20 >>>>>>>>> FreeBSD 9.2. All of my systems are hanging during boot right >>>>>>>>> after the screen that has the picture. Its as if someone hit = a >>>>>>>>> space on the keyboard. However, these systems have no = keyboard. >>>>>>>>> If I plug one in, or use the serial console, and enter a = return, >>>>>>>>> the boot continues properly. >>>>>>>>>=20 >>>>>>>>> The boot menu is displayed along with Beastie. However, the = line >>>>>>>>> that says Autoboot in n seconds=85 never appears. It just = stops >>>>>>>>> there. These are all new installs from CD systems. >>>>>>>>> I just used freebsd-update to take a toy server from 9.1 to = 9.2 >>>>>>>>> and it doesn't exhibit this behavior. It boots properly. I = have >>>>>>>>> updated one of the production servers with the latest 9.2 = changes >>>>>>>>> and it still has the issue. I first thought that some config >>>>>>>>> file did not get updated properly on the CD. I have dug = around >>>>>>>>> through the 4th files and don't see anything obvious that = would >>>>>>>>> cause this. I have now verified that all the 4th files in = boot >>>>>>>>> are identical (except for the version number. They are = slightly >>>>>>>>> different). I don't believe this is a BIOS setting issue as >>>>>>>>> FreeBSD 7.2 didn't exhibit this behavior. All >>>>>>>>> 4 >>>>>>>>> systems are on totally different motherboards. >>>>>>>>>=20 >>>>>>>>> I tried setting loader_logo=3D"none" in /boot/config.rc and = that >>>>>>>>> eliminated the menu and Beastie. I think the system completed >>> booting, but the serial console was then dead. >>>>>>>>> It >>>>>>>>> did not respond or output anything. I had to remove that and >>>>>>>>> reboot to get the console back again. >>>>>>>>>=20 >>>>>>>>> I need to get this fixed as these are production servers that = are >>>>>>>>> essentially unmanned so its difficult to get them back up = again. >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> No response here either. Surely someone must know the loader. = I >>> have been digging >>>>>>>> through >>>>>>>> the code, and can't find any differences between the systems = that >>> work and those that >>>>>>>> don't. >>>>>>>> Is there any way to debug this? Is there a way to find out = where the >>> loader is sitting >>>>>>>> waiting on input from the terminal. That might give a clue as = to why it >>> didn't >>>>>>>> autoboot. >>>>>>>>=20 >>>>>>> OK. This is the first I've seen of your post. I'm not going to = profess >>>>>>> being an expert. But I might suggest adding the following to >>>>>>> loader.conf(5) >>>>>>>=20 >>>>>>> verbose_loading=3D"YES" >>>>>>> boot_verbose=3D"YES" >>>>>>>=20 >>>>>>> This raises the "noise level". Maybe that will help to provide = you with >>>>>>> a bit more information, as to what, or if, your booting. DO have = a look >>>>>>> through /boot/defaults/loader.conf for more hints, as to what, = and >>> how >>>>>>> you can control the boot process. As well as = /etc/defaults/rc.conf. >>>>>>> In fact, you can pre-decide what, and how, to boot. Even passing = by the >>>>>>> boot menu entirely. >>>>>>=20 >>>>>> Thanks Chris. I did that and here is what I get: >>>>>>=20 >>>>>> Rebooting... >>>>>> cpu_reset: Stopping other CPUs >>>>>> /boot.config: -Dh >>>>>> Consoles: internal video/keyboard serial port >>>>>> BIOS drive A: is disk0 >>>>>> BIOS drive C: is disk1 >>>>>> BIOS 640kB/2087360kB available memory >>>>>>=20 >>>>>> FreeBSD/x86 bootstrap loader, Revision 1.1 >>>>>> (doug@zool.lafn.org, Tue Apr 8 20:30:20 PDT 2014) >>>>>> Loading /boot/defaults/loader.conf >>>>>> Warning: unable to open file /boot/loader.conf.local >>>>>> /boot/kernel/kernel text=3D0xdb3171 data=3D0xf3c04+0xbb770 >>> syms=3D[0x4+0xeda80+0x4+0x1b8ebf] >>>>>> zpool_cache...failed! >>>>>> \ >>>>>> H[Esc]ape to loader prompt_ _____ _____ >>>>>> | ____| | _ \ / ____| __ \ >>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>>>>> | | | | | __/ __/| |_) |____) | |__| | >>>>>> | | | | | | || | | | >>>>>> |_| |_| \___|\___||____/|_____/|_____/ ``` = ` >>>>>> s` = `.....---.......--.``` -/ >>>>>> + Welcome to FreeBSD + +o .--` = /y:` +. >>>>>> | | yo`:. :o = `+- >>>>>> | 1. Boot Multi User [Enter] | y/ 3;46H / >>>>>> | 2.-- / | >>>>>> | | >>>>>> | 4. Reboot | `: = :` >>>>>> | | `: = :` >>>>>> | Options: / = / >>>>>> | 5. Configure Boot [O]ptions... .- = -. >>>>>> | -- = -. >>>>>> | `:` = `:` >>>>>> | .-- = `--. >>>>>> | = .---.....----. >>>>>> +-----------------------------------------+ >>>>>>=20 >>>>>> FreeBSD `Nakatomi = Socrates' 9.2 >>>>>>=20 >>>>>>=20 >>>>>> Now it waits for a return. I have tried changing the logo, = setting the >>> autoboot timeout >>>>>> and >>>>>> a couple others. The only thing that did anything different was = setting >>> the logo to an >>>>>> invalid value. Basically the console was dead after that, but = the system >>> did boot. I >>>>>> never >>>>>> see the Auto Boot in n seconds message. Its also interesting = that the list >>> of options >>>>>> above >>>>>> appears incomplete. On the working system, items 1 through 5 are = all >>> present. I have >>>>>> now >>>>>> checked all the cksum's for all the files in /boot and they are = all the same. >>>>>>=20 >>>>> Hmmm. Looks like you're going to make me do all your research, for = you. >>> ;) >>>>> You /did/ read the contents of /boot/defaults/loader.conf. Yes? = I'm >>> guessing >>>>> that you've also already read loader.4th(8), and the other related = info. >>>>> Now this is pure supposition; as it appears that you're looking = for a serial >>>>> console. I'd /speculate/ that you want to turn all that NASTY ANSI = stuff >>> OFF >>>>> That's why your not seeing the complete menu -- hear that Devin! >>>>> I'm going to post just this much for now, just to get you started. = I know >>>>> what else you need/are looking for. But need to find the /correct/ = syntax >>> -- >>>>> paraphrasing, just won't get it. :)\ >>>>=20 >>>> Setting loader_color=3D"NO" (from man page) does give back the = full menu. >>> Still waits for >>>> return after the version name. I haven't found in the forth where = it is >>> reading the >>>> keyboard. Yes, I have to use a serial console. These machines are = about >>> 100 miles away. >>>> Something is stopping the autoboot from even starting. >>>=20 >>> See my reply to this. I think I've given you the hints you need -- = fingers >>> crossed. :) >>>=20 >>=20 >> He's using console=3Dcomconsole (serial boot). >> When that is the case, loader_color is automatically set to NO. >> There's no reason to set both loader_color=3DNO and console=3D >> comconsole. The code that does this is here: >>=20 >> = http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/color.4th?revi= sion=3D255898&view=3Dmarkup >> Line 48 within the loader_color? function: >> boot_serial? if FALSE else TRUE then >>=20 >> As for answering the quandary of where the keyboard is polled >> during the timeout countdown, that's the getkey function in here: >>=20 >> = http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/menu.4th?revis= ion=3D255898&view=3Dmarkup >> --=20 >=20 >=20 >=20 > I commented out the 3 cursor positions in menu-timeout-update. It = does not appear that word is being used. The Autoboot message never = appeared. Obviously getkey is being used as it does respond properly to = a return. I am beginning to suspect that menu_timeout_enabled is zero. = I believe adding a line after getkey's begin with >=20 > s"menu_timeout_enabled =3D " type menu_timeout_enabled @ . 10 = spaces >=20 > will tell me. There is a missing space after the first " above. However, that does = confirm my suspicion that menu_timeout_enabled is set to 0. It is only = displayed once. On a working system the value is 1 and that message is = output numerous times until the 10 seconds expires and then the boot = begins. Now to figure out how that value is getting set incorrectly. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 22:45:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A35A973; Thu, 10 Apr 2014 22:45:13 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx1.fisglobal.com", Issuer "VeriSign Class 3 Secure Server CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EF081D36; Thu, 10 Apr 2014 22:45:12 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.193]) by ltcfislmsgpa03.fnfis.com (8.14.5/8.14.5) with ESMTP id s3AMios6028524 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 10 Apr 2014 17:44:51 -0500 Received: from THEMADHATTER (10.242.181.54) by smarthost.fisglobal.com (10.132.206.193) with Microsoft SMTP Server id 14.3.174.1; Thu, 10 Apr 2014 17:44:49 -0500 From: Sender: Devin Teske To: "'Doug Hardie'" , References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <981CAA9F-1E67-4E56-A119-BA6D1D29F383@lafn.org> In-Reply-To: <981CAA9F-1E67-4E56-A119-BA6D1D29F383@lafn.org> Subject: RE: 9.2 Boot Problem Date: Thu, 10 Apr 2014 15:44:45 -0700 Message-ID: <0fd801cf550e$796db610$6c492230$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQIen2IJxjY9xQVhZGKzZxIbMLf02AIi1K1LAgvdaV8CCgXzYgMYVRmnAc87HM4BqwKXZALxR6inAVHkpQKZ5DGTYA== Content-Language: en-us X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96, 1.0.14, 0.0.0000 definitions=2014-04-10_05:2014-04-10,2014-04-10,1970-01-01 signatures=0 Cc: freebsd-stable@freebsd.org, 'Chris H' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Apr 2014 22:45:13 -0000 > -----Original Message----- > From: Doug Hardie [mailto:bc979@lafn.org] > Sent: Wednesday, April 9, 2014 4:54 PM > To: dteske@FreeBSD.org > Cc: freebsd-stable@freebsd.org; 'Chris H' > Subject: Re: 9.2 Boot Problem > > > On 9 April 2014, at 14:17, dteske@FreeBSD.org wrote: > > > > > > >> -----Original Message----- > >> From: Chris H [mailto:bsd-lists@bsdforge.com] > >> Sent: Wednesday, April 9, 2014 2:03 PM > >> To: Doug Hardie > >> Cc: freebsd-stable@freebsd.org List > >> Subject: Re: 9.2 Boot Problem > >> > >>> > >>> On 9 April 2014, at 13:49, "Chris H" wrote: > >>> > >>>>> > >>>>> On 9 April 2014, at 11:29, "Chris H" wrote: > >>>>> > >>>>>>> > >>>>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: > >>>>>>> > >>>>>>>> I put this out on Questions, but got no responses. Hopefully > >>>>>>>> someone here has some ideas. > >>>>>>>> > >>>>>>>> FreeBSD 9.2. All of my systems are hanging during boot right > >>>>>>>> after the screen that has the picture. Its as if someone hit a > >>>>>>>> space on the keyboard. However, these systems have no > keyboard. > >>>>>>>> If I plug one in, or use the serial console, and enter a > >>>>>>>> return, the boot continues properly. > >>>>>>>> > >>>>>>>> The boot menu is displayed along with Beastie. However, the > >>>>>>>> line that says Autoboot in n seconds. never appears. It just > >>>>>>>> stops there. These are all new installs from CD systems. > >>>>>>>> I just used freebsd-update to take a toy server from 9.1 to 9.2 > >>>>>>>> and it doesn't exhibit this behavior. It boots properly. I > >>>>>>>> have updated one of the production servers with the latest 9.2 > >>>>>>>> changes and it still has the issue. I first thought that some > >>>>>>>> config file did not get updated properly on the CD. I have dug > >>>>>>>> around through the 4th files and don't see anything obvious > >>>>>>>> that would cause this. I have now verified that all the 4th > >>>>>>>> files in boot are identical (except for the version number. > >>>>>>>> They are slightly different). I don't believe this is a BIOS > >>>>>>>> setting issue as FreeBSD 7.2 didn't exhibit this behavior. All > >>>>>>>> 4 > >>>>>>>> systems are on totally different motherboards. > >>>>>>>> > >>>>>>>> I tried setting loader_logo="none" in /boot/config.rc and that > >>>>>>>> eliminated the menu and Beastie. I think the system completed > >> booting, but the serial console was then dead. > >>>>>>>> It > >>>>>>>> did not respond or output anything. I had to remove that and > >>>>>>>> reboot to get the console back again. > >>>>>>>> > >>>>>>>> I need to get this fixed as these are production servers that > >>>>>>>> are essentially unmanned so its difficult to get them back up > again. > >>>>>>> > >>>>>>> > >>>>>>> No response here either. Surely someone must know the loader. > >>>>>>> I > >> have been digging > >>>>>>> through > >>>>>>> the code, and can't find any differences between the systems > >>>>>>> that > >> work and those that > >>>>>>> don't. > >>>>>>> Is there any way to debug this? Is there a way to find out > >>>>>>> where the > >> loader is sitting > >>>>>>> waiting on input from the terminal. That might give a clue as > >>>>>>> to why it > >> didn't > >>>>>>> autoboot. > >>>>>>> > >>>>>> OK. This is the first I've seen of your post. I'm not going to > >>>>>> profess being an expert. But I might suggest adding the following > >>>>>> to > >>>>>> loader.conf(5) > >>>>>> > >>>>>> verbose_loading="YES" > >>>>>> boot_verbose="YES" > >>>>>> > >>>>>> This raises the "noise level". Maybe that will help to provide > >>>>>> you with a bit more information, as to what, or if, your booting. > >>>>>> DO have a look through /boot/defaults/loader.conf for more hints, > >>>>>> as to what, and > >> how > >>>>>> you can control the boot process. As well as /etc/defaults/rc.conf. > >>>>>> In fact, you can pre-decide what, and how, to boot. Even passing > >>>>>> by the boot menu entirely. > >>>>> > >>>>> Thanks Chris. I did that and here is what I get: > >>>>> > >>>>> Rebooting... > >>>>> cpu_reset: Stopping other CPUs > >>>>> /boot.config: -Dh > >>>>> Consoles: internal video/keyboard serial port BIOS drive A: is > >>>>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available memory > >>>>> > >>>>> FreeBSD/x86 bootstrap loader, Revision 1.1 (doug@zool.lafn.org, > >>>>> Tue Apr 8 20:30:20 PDT 2014) Loading /boot/defaults/loader.conf > >>>>> Warning: unable to open file /boot/loader.conf.local > >>>>> /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770 > >> syms=[0x4+0xeda80+0x4+0x1b8ebf] > >>>>> zpool_cache...failed! > >>>>> \ > >>>>> H[Esc]ape to loader prompt_ _____ _____ > >>>>> | ____| | _ \ / ____| __ \ > >>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | > >>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > >>>>> | | | | | __/ __/| |_) |____) | |__| | > >>>>> | | | | | | || | | | > >>>>> |_| |_| \___|\___||____/|_____/|_____/ ``` ` > >>>>> s` `.....---.......--.``` -/ > >>>>> + Welcome to FreeBSD + +o .--` /y:` +. > >>>>> | | yo`:. :o `+- > >>>>> | 1. Boot Multi User [Enter] | y/ 3;46H / > >>>>> | 2.-- / | > >>>>> | | > >>>>> | 4. Reboot | `: :` > >>>>> | | `: :` > >>>>> | Options: / / > >>>>> | 5. Configure Boot [O]ptions... .- -. > >>>>> | -- -. > >>>>> | `:` `:` > >>>>> | .-- `--. > >>>>> | .---.....----. > >>>>> +-----------------------------------------+ > >>>>> > >>>>> FreeBSD `Nakatomi > >>>>> Socrates' 9.2 > >>>>> > >>>>> > >>>>> Now it waits for a return. I have tried changing the logo, > >>>>> setting the > >> autoboot timeout > >>>>> and > >>>>> a couple others. The only thing that did anything different was > >>>>> setting > >> the logo to an > >>>>> invalid value. Basically the console was dead after that, but the > >>>>> system > >> did boot. I > >>>>> never > >>>>> see the Auto Boot in n seconds message. Its also interesting that > >>>>> the list > >> of options > >>>>> above > >>>>> appears incomplete. On the working system, items 1 through 5 are > >>>>> all > >> present. I have > >>>>> now > >>>>> checked all the cksum's for all the files in /boot and they are all the > same. > >>>>> > >>>> Hmmm. Looks like you're going to make me do all your research, for > you. > >> ;) > >>>> You /did/ read the contents of /boot/defaults/loader.conf. Yes? I'm > >> guessing > >>>> that you've also already read loader.4th(8), and the other related info. > >>>> Now this is pure supposition; as it appears that you're looking for > >>>> a serial console. I'd /speculate/ that you want to turn all that > >>>> NASTY ANSI stuff > >> OFF > >>>> That's why your not seeing the complete menu -- hear that Devin! > >>>> I'm going to post just this much for now, just to get you started. > >>>> I know what else you need/are looking for. But need to find the > >>>> /correct/ syntax > >> -- > >>>> paraphrasing, just won't get it. :)\ > >>> > >>> Setting loader_color="NO" (from man page) does give back the full > menu. > >> Still waits for > >>> return after the version name. I haven't found in the forth where > >>> it is > >> reading the > >>> keyboard. Yes, I have to use a serial console. These machines are > >>> about > >> 100 miles away. > >>> Something is stopping the autoboot from even starting. > >> > >> See my reply to this. I think I've given you the hints you need -- > >> fingers crossed. :) > >> > > > > He's using console=comconsole (serial boot). > > When that is the case, loader_color is automatically set to NO. > > There's no reason to set both loader_color=NO and console= comconsole. > > The code that does this is here: > > > > http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/color.4th? > > revision=255898&view=markup Line 48 within the loader_color? function: > > boot_serial? if FALSE else TRUE then > > > > As for answering the quandary of where the keyboard is polled during > > the timeout countdown, that's the getkey function in here: > > > > > http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/menu.4th?r > > evision=255898&view=markup > > -- > > > > I commented out the 3 cursor positions in menu-timeout-update. It does > not appear that word is being used. The Autoboot message never appeared. > Obviously getkey is being used as it does respond properly to a return. I am > beginning to suspect that menu_timeout_enabled is zero. I believe adding a > line after getkey's begin with > > s"menu_timeout_enabled = " type menu_timeout_enabled @ . 10 spaces > > will tell me. > If ENTER is accepted for boot, it's quite likely that ESC is accepted to drop to the loader prompt. In which case you can interrogate the values inter- actively (rather than risking that a bad file-edit makes your system non- bootable). To replicate your issue, I've set in /boot/loader.conf: autoboot_delay=NO This gives me the describe in-action at the menu (until keystroke). If I hit ENTER, it boots, or I press ESC it drops to loader prompt. Of course, but this time, the menu_timeout_enabled variable has been set to zero, so you'll be stepping in at a time when it's too late to interrogate the value pre-modification. Another trick is to set in loader.conf: loader_delay=3 And then Ctrl-C the delay that occurs prior to loading the menu. You'll get a prompt _before_ the menu loads and can step through the Forth commands one at a time (interrogating as you go -- that's what I'm doing now, except that I don't have the reproduction of menu_timeout_enabled becoming zero -- that's usually only the case if autoboot_delay is set to NO, case insensitively). -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 22:58:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2652BF7 for ; Thu, 10 Apr 2014 22:58:11 +0000 (UTC) Received: from secure.freebsdsolutions.net (secure.freebsdsolutions.net [69.55.234.48]) (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 890541E6A for ; Thu, 10 Apr 2014 22:58:11 +0000 (UTC) Received: from [10.10.1.198] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by secure.freebsdsolutions.net (8.14.4/8.14.4) with ESMTP id s3AMoOuj030673 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 10 Apr 2014 18:50:26 -0400 (EDT) (envelope-from lists@jnielsen.net) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: OpenSSL CVE-2014-0160 (openssl) in 10-STABLE workaround? From: John Nielsen In-Reply-To: <20140408180026.GC2676@e-Gitt.NET> Date: Thu, 10 Apr 2014 16:52:13 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140408180026.GC2676@e-Gitt.NET> To: Oliver Brandmueller X-Mailer: Apple Mail (2.1874) X-DCC-Etherboy-Metrics: ns1.jnielsen.net 1002; Body=2 Fuz1=2 Fuz2=2 X-Virus-Scanned: clamav-milter 0.97.8 at ns1.jnielsen.net X-Virus-Status: Clean Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Apr 2014 22:58:11 -0000 Apparently OpenSSL intentionally subverts malloc, which is why the issue = exists at all... See also (cribbed, I confess, from Slashdot): http://article.gmane.org/gmane.os.openbsd.misc/211963 http://www.tedunangst.com/flak/post/heartbleed-vs-mallocconf http://www.tedunangst.com/flak/post/analysis-of-openssl-freelist-reuse On Apr 8, 2014, at 12:00 PM, Oliver Brandmueller wrote: > Hi, >=20 > till it's fixed in base (which I hope is very soon) (or you replace=20 > openssl in base with the fixed version from ports or patch manually): >=20 > Would it probably help (with the performance impact in mind) to set=20 > malloc option junk:true to lower the risk of leakting information? >=20 > manpage says: >=20 > "opt.junk" (bool) r- [--enable-fill] > Junk filling enabled/disabled. If enabled, each byte of > uninitialized allocated memory will be initialized to 0xa5. = All > deallocated memory will be initialized to 0x5a. This is = intended > for debugging and will impact performance negatively. This = option > is disabled by default unless --enable-debug is specified = during > configuration, in which case it is enabled by default unless > running inside Valgrind[2]. >=20 > as oppsosed to: >=20 > "opt.zero" (bool) r- [--enable-fill] > Zero filling enabled/disabled. If enabled, each byte of > uninitialized allocated memory will be initialized to 0. = Note that > this initialization only happens once for each byte, so = realloc and > rallocm calls do not zero memory that was previously = allocated. > This is intended for debugging and will impact performance > negatively. This option is disabled by default. >=20 >=20 > Anyone with better insights could comment on that? >=20 > - Oliver >=20 >=20 > --=20 > | Oliver Brandmueller http://sysadm.in/ ob@sysadm.in = | > | Ich bin das Internet. Sowahr ich Gott helfe. = | > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 23:25:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BF0B3EA for ; Thu, 10 Apr 2014 23:25:48 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6BB3B11DB for ; Thu, 10 Apr 2014 23:25:48 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 898A53D4A; Thu, 10 Apr 2014 16:25:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1397172347; bh=C0ZniELyzIrNjCz77oTDQM2kBz5yatkWwPgmoIU4Wyc=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=ynEsgYlUd4kynvqn7eTlV2CJGiZOjPoRpd4/rnU1RHEL34FgRTz7h7x7m49U0ZEt1 EHBLdZLLzyK5nzaosQYhL8Z/u9N47fyN/wetVVw10kP5BEWKHfoJPIItbjpz5tXjr3 /NLVhEvzkcR00NGlfklVrkg5u6a2umEZj1VobBNM= Message-ID: <5347287B.9010900@delphij.net> Date: Thu, 10 Apr 2014 16:25:47 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: FreeBSD stable Subject: Re: OpenSSL CVE-2014-0160 (openssl) in 10-STABLE workaround? References: <20140408180026.GC2676@e-Gitt.NET> In-Reply-To: <20140408180026.GC2676@e-Gitt.NET> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 23:25:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 04/08/14 11:00, Oliver Brandmueller wrote: > Would it probably help (with the performance impact in mind) to set > malloc option junk:true to lower the risk of leakting > information? [...] > Anyone with better insights could comment on that? Neither will help for CVE-2014-0160. It's not the buffer newly allocated didn't get initialized, it's reading beyond boundary of another buffer and thus these mitigation at allocation side have nothing to do with the problem. Hope this helps. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCgAGBQJTRyh6AAoJEJW2GBstM+nsg6gP/RLb6lH9dY07IRIUHLIfnE1a dzVmVnehS3KCkI6YZJLQSSaTSi48TRNttQMw1skNVffpQ6Xnk8aT8TIQI6YE61I0 m2DhXzcFylCyFpv2rOy0Y6c90uHoE98fwI2k1qA9cV4hxHN9M0hL1HxX35Wt1Sy/ vXcnbh4YUu17Pnu7t8irEcCI/Q+iz9Xqmjp9FzUT4+il5Ti4kmOerbGV7CKl+3Gj kJApWKkZAavIqDCP8NthwJsK/eH1CRefU1HGMfAFwU7qd4XOaS655oPLS53lGPeK r2wXzN2oKlXDchO2gvacGipDQN8QLNqfzPnMEwCvwaCsBcNYJt6suyXdYS+M8HWs AwRsR4KeS+EF8a5OMjCFOUCSVkg5E88E6ZtwgmIehZyKRZIncY1E1QaMw2ys9kWX Dy4MKGsSjmEoa2Gq/IGZQ9rY44scV8HysVo2V6JY7fQZm1s+EO5MjLcRooXiKeL0 GvM+pMTXNCfU5eXnkBW2vLKNrtbY7gFuhcTY/ixKCeu/WZ0SuwwgxXGGUHazsOS0 1Wl1Y7hjZao3CMDiaR0RUW43rSk9hxW/MMrh5+29kCoPERFeh3NCPqkdP4Wk+HiT 8PZzcBmJGiC26vJRWCSotMLCYwKSBuIQf+OlOgIs+9ZXcph36JowMz3GffP1ezbB 1pZOwklyRdMn5lhbtXdN =Et0+ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 23:58:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16B96D4F; Thu, 10 Apr 2014 23:58:52 +0000 (UTC) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DE620148F; Thu, 10 Apr 2014 23:58:51 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id kl14so4621308pab.4 for ; Thu, 10 Apr 2014 16:58:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=vui+ft5kfunjKZHl3O6706tP2vVJYtJosvQUlGTNJB4=; b=iLF3mz5MGUurCz23TsIl0nWBRW/ZaiT2L2mZvpRvVEFeODFfdEcbjxQlQdx8Ouqeiz 3N/euW9nR4V/XrU9JG2PPVK+ZgXL2Dh08LH6yrpwawB45YG79s/lu9nouZdNoDodiNjk it7exkeWnFeXxScNhiVhK3yiAiRLQl01XY6boF4NHbJZlpSF3qTFBHh573sD7BiX3KpH XN4IFfvyaa5QF460JzC+Gk2ZE5JMZYrOldJDM92CIjdzn5PTdWQb75rMCwW5HZtz7p11 fNYQUioNX+NRBg+esmpW9CkCof1ZV3ljWXN/ulaya5BEgA8w+s/N24wcHV//9yBRtQFV Ar4w== MIME-Version: 1.0 X-Received: by 10.68.134.101 with SMTP id pj5mr23383733pbb.62.1397174331500; Thu, 10 Apr 2014 16:58:51 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.73.34 with HTTP; Thu, 10 Apr 2014 16:58:51 -0700 (PDT) Date: Thu, 10 Apr 2014 16:58:51 -0700 X-Google-Sender-Auth: FYy46QUpmYV7dYu8E_9kqqT16b4 Message-ID: Subject: Minor vt issue (probably a race) From: Kevin Oberman To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Aleksandr Rybalko X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Apr 2014 23:58:52 -0000 vt has been working for me for a while, but I have encountered an annoying issue. Only a little annoying, but it looks like a race and my have less obvious impacts. Since the patch to prevent crashes when resuming with vt, I have seen the problem. When I suspend, the system sometimes switches to vty0 before suspending, but often does not. When it fails to switch on suspend, it does so a few seconds after resume. I have been able to simply switch back to X () and everything was normal. If that i its only impact, it's no big deal, but I fear that this may have deeper implications that I don't see, so I wanted to report it. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 00:01:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7AD3E77; Fri, 11 Apr 2014 00:01:50 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 966AB1554; Fri, 11 Apr 2014 00:01:50 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id EC1AE9529; Fri, 11 Apr 2014 00:01:48 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us EC1AE9529 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 10 Apr 2014 20:01:47 -0400 From: Glen Barber To: Kevin Oberman Subject: Re: Minor vt issue (probably a race) Message-ID: <20140411000147.GA11570@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Aleksandr Rybalko , FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 00:01:50 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 10, 2014 at 04:58:51PM -0700, Kevin Oberman wrote: > vt has been working for me for a while, but I have encountered an annoying > issue. Only a little annoying, but it looks like a race and my have less > obvious impacts. Since the patch to prevent crashes when resuming with vt, > I have seen the problem. >=20 > When I suspend, the system sometimes switches to vty0 before suspending, > but often does not. When it fails to switch on suspend, it does so a few > seconds after resume. I have been able to simply switch back to X > () and everything was normal. If that i its only impact, it's no > big deal, but I fear that this may have deeper implications that I don't > see, so I wanted to report it. I've seen this too. But, it's been too inconsistent for me to report. The other thing I noticed, maybe unrelated, is X is no longer "laggy" for me after resume since the relevant commit. Related? I have no idea. Glen --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTRzDrAAoJELls3eqvi17Qz4AP/3meyVXRpXp2slS6hnw97aUC +LLAfdNtIrfYhgsXFjwl9GIWcGzxzaZ7mBmeuwxAQqGPYfS0jS+VeNhnibIuRjCw mOeKtHXv9coCOMOSl6ovT7DVb2EoYgDl2PaniqkfMLoUfswya+1KGAf7fWlUk43H Y2VVOS1xzBp9+G+CQ7hYTwiooiOnJmw3pILOAPlOSnAOBBRqdi9KvGjNdZQF0Ntk +1pJ07eeYEBo3ciybaKuhMFzIO/vs9OXzoED1dh1mzSujgpQpWpYBb2Uq41FYNV9 U226V4n/lX6a4n697xidnZGcmPP9hAlpRLeCZP04Tnm4WIVoTHBRGm+wz6+eZ87p 3QnG/N5RKcGtCs6GiAI2XjiRQVXBYzEsU7fv5ZbA5veSwG1Bf3FkbwhiYAGuaYN8 aswFes1aj4e/bw4ZTXsWagqYECjhdELJhkm03BIMpou4m53O2AwNrw0auu4XxwFp SEVtJ07I+MoCnH7/0B0GIzETEMTJOXhBDntU++NWVtep81EuFuTPCFHRiawMoytW O0a3IKS2zgMlRL4kszrC19q367YyEoTGnRk9b7DAKUt3JyESwbOWvaF8rcB6a59K ad+yx2CPais++acSrSbsi0TLDH/SPV+oNdED2kFLbYDPXiamnteuR9KHHC9sedge ZzzBVBkSZx4Ul5vdlIBi =TFLR -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 00:59:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6277BE3; Fri, 11 Apr 2014 00:59:15 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx1.fisglobal.com", Issuer "VeriSign Class 3 Secure Server CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A993919B0; Fri, 11 Apr 2014 00:59:15 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.193]) by ltcfislmsgpa05.fnfis.com (8.14.5/8.14.5) with ESMTP id s3B0x1AO001678 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 10 Apr 2014 19:59:01 -0500 Received: from THEMADHATTER (10.242.181.54) by smarthost.fisglobal.com (10.132.206.193) with Microsoft SMTP Server id 14.3.174.1; Thu, 10 Apr 2014 19:58:59 -0500 From: Sender: Devin Teske To: , "'Doug Hardie'" References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <981CAA9F-1E67-4E56-A119-BA6D1D29F383@lafn.org> <0fd801cf550e$796db610$6c492230$@FreeBSD.org> In-Reply-To: <0fd801cf550e$796db610$6c492230$@FreeBSD.org> Subject: RE: 9.2 Boot Problem Date: Thu, 10 Apr 2014 17:58:55 -0700 Message-ID: <0fee01cf5521$37a6be30$a6f43a90$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQIen2IJxjY9xQVhZGKzZxIbMLf02AIi1K1LAgvdaV8CCgXzYgMYVRmnAc87HM4BqwKXZALxR6inAVHkpQIBgyw/s5nYdWyA Content-Language: en-us X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96, 1.0.14, 0.0.0000 definitions=2014-04-10_06:2014-04-11,2014-04-10,1970-01-01 signatures=0 Cc: freebsd-stable@freebsd.org, 'Chris H' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 00:59:16 -0000 > -----Original Message----- > From: dteske@FreeBSD.org [mailto:dteske@FreeBSD.org] > Sent: Thursday, April 10, 2014 3:45 PM > To: 'Doug Hardie'; dteske@FreeBSD.org > Cc: freebsd-stable@freebsd.org; 'Chris H' > Subject: RE: 9.2 Boot Problem > > > > > -----Original Message----- > > From: Doug Hardie [mailto:bc979@lafn.org] > > Sent: Wednesday, April 9, 2014 4:54 PM > > To: dteske@FreeBSD.org > > Cc: freebsd-stable@freebsd.org; 'Chris H' > > Subject: Re: 9.2 Boot Problem > > > > > > On 9 April 2014, at 14:17, dteske@FreeBSD.org wrote: > > > > > > > > > > >> -----Original Message----- > > >> From: Chris H [mailto:bsd-lists@bsdforge.com] > > >> Sent: Wednesday, April 9, 2014 2:03 PM > > >> To: Doug Hardie > > >> Cc: freebsd-stable@freebsd.org List > > >> Subject: Re: 9.2 Boot Problem > > >> > > >>> > > >>> On 9 April 2014, at 13:49, "Chris H" wrote: > > >>> > > >>>>> > > >>>>> On 9 April 2014, at 11:29, "Chris H" wrote: > > >>>>> > > >>>>>>> > > >>>>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: > > >>>>>>> > > >>>>>>>> I put this out on Questions, but got no responses. Hopefully > > >>>>>>>> someone here has some ideas. > > >>>>>>>> > > >>>>>>>> FreeBSD 9.2. All of my systems are hanging during boot right > > >>>>>>>> after the screen that has the picture. Its as if someone hit > > >>>>>>>> a space on the keyboard. However, these systems have no > > keyboard. > > >>>>>>>> If I plug one in, or use the serial console, and enter a > > >>>>>>>> return, the boot continues properly. > > >>>>>>>> > > >>>>>>>> The boot menu is displayed along with Beastie. However, the > > >>>>>>>> line that says Autoboot in n seconds. never appears. It just > > >>>>>>>> stops there. These are all new installs from CD systems. > > >>>>>>>> I just used freebsd-update to take a toy server from 9.1 to > > >>>>>>>> 9.2 and it doesn't exhibit this behavior. It boots properly. > > >>>>>>>> I have updated one of the production servers with the latest > > >>>>>>>> 9.2 changes and it still has the issue. I first thought that > > >>>>>>>> some config file did not get updated properly on the CD. I > > >>>>>>>> have dug around through the 4th files and don't see anything > > >>>>>>>> obvious that would cause this. I have now verified that all > > >>>>>>>> the 4th files in boot are identical (except for the version > number. > > >>>>>>>> They are slightly different). I don't believe this is a BIOS > > >>>>>>>> setting issue as FreeBSD 7.2 didn't exhibit this behavior. > > >>>>>>>> All > > >>>>>>>> 4 > > >>>>>>>> systems are on totally different motherboards. > > >>>>>>>> > > >>>>>>>> I tried setting loader_logo="none" in /boot/config.rc and > > >>>>>>>> that eliminated the menu and Beastie. I think the system > > >>>>>>>> completed > > >> booting, but the serial console was then dead. > > >>>>>>>> It > > >>>>>>>> did not respond or output anything. I had to remove that and > > >>>>>>>> reboot to get the console back again. > > >>>>>>>> > > >>>>>>>> I need to get this fixed as these are production servers that > > >>>>>>>> are essentially unmanned so its difficult to get them back up > > again. > > >>>>>>> > > >>>>>>> > > >>>>>>> No response here either. Surely someone must know the loader. > > >>>>>>> I > > >> have been digging > > >>>>>>> through > > >>>>>>> the code, and can't find any differences between the systems > > >>>>>>> that > > >> work and those that > > >>>>>>> don't. > > >>>>>>> Is there any way to debug this? Is there a way to find out > > >>>>>>> where the > > >> loader is sitting > > >>>>>>> waiting on input from the terminal. That might give a clue as > > >>>>>>> to why it > > >> didn't > > >>>>>>> autoboot. > > >>>>>>> > > >>>>>> OK. This is the first I've seen of your post. I'm not going to > > >>>>>> profess being an expert. But I might suggest adding the > > >>>>>> following to > > >>>>>> loader.conf(5) > > >>>>>> > > >>>>>> verbose_loading="YES" > > >>>>>> boot_verbose="YES" > > >>>>>> > > >>>>>> This raises the "noise level". Maybe that will help to provide > > >>>>>> you with a bit more information, as to what, or if, your booting. > > >>>>>> DO have a look through /boot/defaults/loader.conf for more > > >>>>>> hints, as to what, and > > >> how > > >>>>>> you can control the boot process. As well as /etc/defaults/rc.conf. > > >>>>>> In fact, you can pre-decide what, and how, to boot. Even > > >>>>>> passing by the boot menu entirely. > > >>>>> > > >>>>> Thanks Chris. I did that and here is what I get: > > >>>>> > > >>>>> Rebooting... > > >>>>> cpu_reset: Stopping other CPUs > > >>>>> /boot.config: -Dh > > >>>>> Consoles: internal video/keyboard serial port BIOS drive A: is > > >>>>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available > > >>>>> memory > > >>>>> > > >>>>> FreeBSD/x86 bootstrap loader, Revision 1.1 (doug@zool.lafn.org, > > >>>>> Tue Apr 8 20:30:20 PDT 2014) Loading /boot/defaults/loader.conf > > >>>>> Warning: unable to open file /boot/loader.conf.local > > >>>>> /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770 > > >> syms=[0x4+0xeda80+0x4+0x1b8ebf] > > >>>>> zpool_cache...failed! > > >>>>> \ > > >>>>> H[Esc]ape to loader prompt_ _____ _____ > > >>>>> | ____| | _ \ / ____| __ \ > > >>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | > > >>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > > >>>>> | | | | | __/ __/| |_) |____) | |__| | > > >>>>> | | | | | | || | | | > > >>>>> |_| |_| \___|\___||____/|_____/|_____/ ``` > ` > > >>>>> s` > > >>>>> `.....---.......--.``` > -/ > > >>>>> + Welcome to FreeBSD + +o .--` /y:` > +. > > >>>>> | | yo`:. :o > `+- > > >>>>> | 1. Boot Multi User [Enter] | y/ 3;46H / > > >>>>> | 2.-- / | > > >>>>> | | > > >>>>> | 4. Reboot | `: > :` > > >>>>> | | `: > :` > > >>>>> | Options: / > / > > >>>>> | 5. Configure Boot [O]ptions... .- > -. > > >>>>> | -- > -. > > >>>>> | `:` > `:` > > >>>>> | .-- > `--. > > >>>>> | .---.....----. > > >>>>> +-----------------------------------------+ > > >>>>> > > >>>>> FreeBSD `Nakatomi > > >>>>> Socrates' 9.2 > > >>>>> > > >>>>> > > >>>>> Now it waits for a return. I have tried changing the logo, > > >>>>> setting the > > >> autoboot timeout > > >>>>> and > > >>>>> a couple others. The only thing that did anything different was > > >>>>> setting > > >> the logo to an > > >>>>> invalid value. Basically the console was dead after that, but > > >>>>> the system > > >> did boot. I > > >>>>> never > > >>>>> see the Auto Boot in n seconds message. Its also interesting > > >>>>> that the list > > >> of options > > >>>>> above > > >>>>> appears incomplete. On the working system, items 1 through 5 > > >>>>> are all > > >> present. I have > > >>>>> now > > >>>>> checked all the cksum's for all the files in /boot and they are > > >>>>> all > the > > same. > > >>>>> > > >>>> Hmmm. Looks like you're going to make me do all your research, > > >>>> for > > you. > > >> ;) > > >>>> You /did/ read the contents of /boot/defaults/loader.conf. Yes? > > >>>> I'm > > >> guessing > > >>>> that you've also already read loader.4th(8), and the other > > >>>> related > info. > > >>>> Now this is pure supposition; as it appears that you're looking > > >>>> for a serial console. I'd /speculate/ that you want to turn all > > >>>> that NASTY ANSI stuff > > >> OFF > > >>>> That's why your not seeing the complete menu -- hear that Devin! > > >>>> I'm going to post just this much for now, just to get you started. > > >>>> I know what else you need/are looking for. But need to find the > > >>>> /correct/ syntax > > >> -- > > >>>> paraphrasing, just won't get it. :)\ > > >>> > > >>> Setting loader_color="NO" (from man page) does give back the full > > menu. > > >> Still waits for > > >>> return after the version name. I haven't found in the forth where > > >>> it is > > >> reading the > > >>> keyboard. Yes, I have to use a serial console. These machines > > >>> are about > > >> 100 miles away. > > >>> Something is stopping the autoboot from even starting. > > >> > > >> See my reply to this. I think I've given you the hints you need -- > > >> fingers crossed. :) > > >> > > > > > > He's using console=comconsole (serial boot). > > > When that is the case, loader_color is automatically set to NO. > > > There's no reason to set both loader_color=NO and console= > comconsole. > > > The code that does this is here: > > > > > > > http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/color.4th? > > > revision=255898&view=markup Line 48 within the loader_color? function: > > > boot_serial? if FALSE else TRUE then > > > > > > As for answering the quandary of where the keyboard is polled during > > > the timeout countdown, that's the getkey function in here: > > > > > > > > > http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/menu.4th?r > > > evision=255898&view=markup > > > -- > > > > > > > > I commented out the 3 cursor positions in menu-timeout-update. It > > does not appear that word is being used. The Autoboot message never > appeared. > > Obviously getkey is being used as it does respond properly to a > > return. I > am > > beginning to suspect that menu_timeout_enabled is zero. I believe > > adding > a > > line after getkey's begin with > > > > s"menu_timeout_enabled = " type menu_timeout_enabled @ . 10 spaces > > > > will tell me. > > > > If ENTER is accepted for boot, it's quite likely that ESC is accepted to drop to > the loader prompt. In which case you can interrogate the values inter- > actively (rather than risking that a bad file-edit makes your system non- > bootable). > > To replicate your issue, I've set in /boot/loader.conf: > > autoboot_delay=NO > > This gives me the describe in-action at the menu (until keystroke). > > If I hit ENTER, it boots, or I press ESC it drops to loader prompt. > > Of course, but this time, the menu_timeout_enabled variable has been set > to zero, so you'll be stepping in at a time when it's too late to interrogate the > value pre-modification. > > Another trick is to set in loader.conf: > > loader_delay=3 > > And then Ctrl-C the delay that occurs prior to loading the menu. > You'll get a prompt _before_ the menu loads and can step through the Forth > commands one at a time (interrogating as you go -- that's what I'm doing > now, except that I don't have the reproduction of menu_timeout_enabled > becoming zero -- that's usually only the case if autoboot_delay is set to NO, > case insensitively). I thought of something... you've thus-far compared the Forth files, you've also tried rewriting the boot sector... But... Have you checked to see that /boot/defaults/loader.conf doesn't differ between your working (from-scratch install) and non-working (upgraded) boxen? Only reason I ask is because I've been writing some doing some testing to see "what happens when you make a typo in one of the *.conf files" (HINT: all remaining directives to be processed, aren't). Not saying that's what's going on here, but it gave me a thought since I hadn't heard if the defaults/loader.conf file had been checked for potential oddities between the two types of systems. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 06:46:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DCFD24C; Fri, 11 Apr 2014 06:46:50 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 3BA1F1BC0; Fri, 11 Apr 2014 06:46:49 +0000 (UTC) Received: from [10.0.1.3] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.2) with ESMTP id s3B6kZ9f034611 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 10 Apr 2014 23:46:36 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: 9.2 Boot Problem From: Doug Hardie In-Reply-To: <0fee01cf5521$37a6be30$a6f43a90$@FreeBSD.org> Date: Thu, 10 Apr 2014 23:46:35 -0700 Content-Transfer-Encoding: 7bit Message-Id: <1C29F7F1-4A06-4A7A-9884-D33329BBFAB5@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <981CAA9F-1E67-4E56-A119-BA6D1D29F383@lafn.org> <0fd801cf550e$796db610$6c492230$@FreeBSD.org> <0fee01cf5521$37a6be30$a6f43a90$@FreeBSD.org> To: dteske@FreeBSD.org X-Mailer: Apple Mail (2.1510) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, 'Chris H' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 06:46:50 -0000 On 10 April 2014, at 17:58, dteske@FreeBSD.org wrote: > > >> -----Original Message----- >> From: dteske@FreeBSD.org [mailto:dteske@FreeBSD.org] >> Sent: Thursday, April 10, 2014 3:45 PM >> To: 'Doug Hardie'; dteske@FreeBSD.org >> Cc: freebsd-stable@freebsd.org; 'Chris H' >> Subject: RE: 9.2 Boot Problem >> >> >> >>> -----Original Message----- >>> From: Doug Hardie [mailto:bc979@lafn.org] >>> Sent: Wednesday, April 9, 2014 4:54 PM >>> To: dteske@FreeBSD.org >>> Cc: freebsd-stable@freebsd.org; 'Chris H' >>> Subject: Re: 9.2 Boot Problem >>> >>> >>> On 9 April 2014, at 14:17, dteske@FreeBSD.org wrote: >>> >>>> >>>> >>>>> -----Original Message----- >>>>> From: Chris H [mailto:bsd-lists@bsdforge.com] >>>>> Sent: Wednesday, April 9, 2014 2:03 PM >>>>> To: Doug Hardie >>>>> Cc: freebsd-stable@freebsd.org List >>>>> Subject: Re: 9.2 Boot Problem >>>>> >>>>>> >>>>>> On 9 April 2014, at 13:49, "Chris H" wrote: >>>>>> >>>>>>>> >>>>>>>> On 9 April 2014, at 11:29, "Chris H" > wrote: >>>>>>>> >>>>>>>>>> >>>>>>>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: >>>>>>>>>> >>>>>>>>>>> I put this out on Questions, but got no responses. Hopefully >>>>>>>>>>> someone here has some ideas. >>>>>>>>>>> >>>>>>>>>>> FreeBSD 9.2. All of my systems are hanging during boot right >>>>>>>>>>> after the screen that has the picture. Its as if someone hit >>>>>>>>>>> a space on the keyboard. However, these systems have no >>> keyboard. >>>>>>>>>>> If I plug one in, or use the serial console, and enter a >>>>>>>>>>> return, the boot continues properly. >>>>>>>>>>> >>>>>>>>>>> The boot menu is displayed along with Beastie. However, the >>>>>>>>>>> line that says Autoboot in n seconds. never appears. It just >>>>>>>>>>> stops there. These are all new installs from CD systems. >>>>>>>>>>> I just used freebsd-update to take a toy server from 9.1 to >>>>>>>>>>> 9.2 and it doesn't exhibit this behavior. It boots properly. >>>>>>>>>>> I have updated one of the production servers with the latest >>>>>>>>>>> 9.2 changes and it still has the issue. I first thought that >>>>>>>>>>> some config file did not get updated properly on the CD. I >>>>>>>>>>> have dug around through the 4th files and don't see anything >>>>>>>>>>> obvious that would cause this. I have now verified that all >>>>>>>>>>> the 4th files in boot are identical (except for the version >> number. >>>>>>>>>>> They are slightly different). I don't believe this is a BIOS >>>>>>>>>>> setting issue as FreeBSD 7.2 didn't exhibit this behavior. >>>>>>>>>>> All >>>>>>>>>>> 4 >>>>>>>>>>> systems are on totally different motherboards. >>>>>>>>>>> >>>>>>>>>>> I tried setting loader_logo="none" in /boot/config.rc and >>>>>>>>>>> that eliminated the menu and Beastie. I think the system >>>>>>>>>>> completed >>>>> booting, but the serial console was then dead. >>>>>>>>>>> It >>>>>>>>>>> did not respond or output anything. I had to remove that and >>>>>>>>>>> reboot to get the console back again. >>>>>>>>>>> >>>>>>>>>>> I need to get this fixed as these are production servers that >>>>>>>>>>> are essentially unmanned so its difficult to get them back up >>> again. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> No response here either. Surely someone must know the loader. >>>>>>>>>> I >>>>> have been digging >>>>>>>>>> through >>>>>>>>>> the code, and can't find any differences between the systems >>>>>>>>>> that >>>>> work and those that >>>>>>>>>> don't. >>>>>>>>>> Is there any way to debug this? Is there a way to find out >>>>>>>>>> where the >>>>> loader is sitting >>>>>>>>>> waiting on input from the terminal. That might give a clue as >>>>>>>>>> to why it >>>>> didn't >>>>>>>>>> autoboot. >>>>>>>>>> >>>>>>>>> OK. This is the first I've seen of your post. I'm not going to >>>>>>>>> profess being an expert. But I might suggest adding the >>>>>>>>> following to >>>>>>>>> loader.conf(5) >>>>>>>>> >>>>>>>>> verbose_loading="YES" >>>>>>>>> boot_verbose="YES" >>>>>>>>> >>>>>>>>> This raises the "noise level". Maybe that will help to provide >>>>>>>>> you with a bit more information, as to what, or if, your booting. >>>>>>>>> DO have a look through /boot/defaults/loader.conf for more >>>>>>>>> hints, as to what, and >>>>> how >>>>>>>>> you can control the boot process. As well as > /etc/defaults/rc.conf. >>>>>>>>> In fact, you can pre-decide what, and how, to boot. Even >>>>>>>>> passing by the boot menu entirely. >>>>>>>> >>>>>>>> Thanks Chris. I did that and here is what I get: >>>>>>>> >>>>>>>> Rebooting... >>>>>>>> cpu_reset: Stopping other CPUs >>>>>>>> /boot.config: -Dh >>>>>>>> Consoles: internal video/keyboard serial port BIOS drive A: is >>>>>>>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available >>>>>>>> memory >>>>>>>> >>>>>>>> FreeBSD/x86 bootstrap loader, Revision 1.1 (doug@zool.lafn.org, >>>>>>>> Tue Apr 8 20:30:20 PDT 2014) Loading /boot/defaults/loader.conf >>>>>>>> Warning: unable to open file /boot/loader.conf.local >>>>>>>> /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770 >>>>> syms=[0x4+0xeda80+0x4+0x1b8ebf] >>>>>>>> zpool_cache...failed! >>>>>>>> \ >>>>>>>> H[Esc]ape to loader prompt_ _____ _____ >>>>>>>> | ____| | _ \ / ____| __ \ >>>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>>>>>>> | | | | | __/ __/| |_) |____) | |__| | >>>>>>>> | | | | | | || | | | >>>>>>>> |_| |_| \___|\___||____/|_____/|_____/ ``` >> ` >>>>>>>> s` >>>>>>>> `.....---.......--.``` >> -/ >>>>>>>> + Welcome to FreeBSD + +o .--` /y:` >> +. >>>>>>>> | | yo`:. :o >> `+- >>>>>>>> | 1. Boot Multi User [Enter] | y/ 3;46H / >>>>>>>> | 2.-- / | >>>>>>>> | | >>>>>>>> | 4. Reboot | `: >> :` >>>>>>>> | | `: >> :` >>>>>>>> | Options: / >> / >>>>>>>> | 5. Configure Boot [O]ptions... .- >> -. >>>>>>>> | -- >> -. >>>>>>>> | `:` >> `:` >>>>>>>> | .-- >> `--. >>>>>>>> | .---.....----. >>>>>>>> +-----------------------------------------+ >>>>>>>> >>>>>>>> FreeBSD `Nakatomi >>>>>>>> Socrates' 9.2 >>>>>>>> >>>>>>>> >>>>>>>> Now it waits for a return. I have tried changing the logo, >>>>>>>> setting the >>>>> autoboot timeout >>>>>>>> and >>>>>>>> a couple others. The only thing that did anything different was >>>>>>>> setting >>>>> the logo to an >>>>>>>> invalid value. Basically the console was dead after that, but >>>>>>>> the system >>>>> did boot. I >>>>>>>> never >>>>>>>> see the Auto Boot in n seconds message. Its also interesting >>>>>>>> that the list >>>>> of options >>>>>>>> above >>>>>>>> appears incomplete. On the working system, items 1 through 5 >>>>>>>> are all >>>>> present. I have >>>>>>>> now >>>>>>>> checked all the cksum's for all the files in /boot and they are >>>>>>>> all >> the >>> same. >>>>>>>> >>>>>>> Hmmm. Looks like you're going to make me do all your research, >>>>>>> for >>> you. >>>>> ;) >>>>>>> You /did/ read the contents of /boot/defaults/loader.conf. Yes? >>>>>>> I'm >>>>> guessing >>>>>>> that you've also already read loader.4th(8), and the other >>>>>>> related >> info. >>>>>>> Now this is pure supposition; as it appears that you're looking >>>>>>> for a serial console. I'd /speculate/ that you want to turn all >>>>>>> that NASTY ANSI stuff >>>>> OFF >>>>>>> That's why your not seeing the complete menu -- hear that Devin! >>>>>>> I'm going to post just this much for now, just to get you started. >>>>>>> I know what else you need/are looking for. But need to find the >>>>>>> /correct/ syntax >>>>> -- >>>>>>> paraphrasing, just won't get it. :)\ >>>>>> >>>>>> Setting loader_color="NO" (from man page) does give back the full >>> menu. >>>>> Still waits for >>>>>> return after the version name. I haven't found in the forth where >>>>>> it is >>>>> reading the >>>>>> keyboard. Yes, I have to use a serial console. These machines >>>>>> are about >>>>> 100 miles away. >>>>>> Something is stopping the autoboot from even starting. >>>>> >>>>> See my reply to this. I think I've given you the hints you need -- >>>>> fingers crossed. :) >>>>> >>>> >>>> He's using console=comconsole (serial boot). >>>> When that is the case, loader_color is automatically set to NO. >>>> There's no reason to set both loader_color=NO and console= >> comconsole. >>>> The code that does this is here: >>>> >>>> >> http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/color.4th? >>>> revision=255898&view=markup Line 48 within the loader_color? function: >>>> boot_serial? if FALSE else TRUE then >>>> >>>> As for answering the quandary of where the keyboard is polled during >>>> the timeout countdown, that's the getkey function in here: >>>> >>>> >>> >> http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/menu.4th?r >>>> evision=255898&view=markup >>>> -- >>> >>> >>> >>> I commented out the 3 cursor positions in menu-timeout-update. It >>> does not appear that word is being used. The Autoboot message never >> appeared. >>> Obviously getkey is being used as it does respond properly to a >>> return. I >> am >>> beginning to suspect that menu_timeout_enabled is zero. I believe >>> adding >> a >>> line after getkey's begin with >>> >>> s"menu_timeout_enabled = " type menu_timeout_enabled @ . 10 spaces >>> >>> will tell me. >>> >> >> If ENTER is accepted for boot, it's quite likely that ESC is accepted to > drop to >> the loader prompt. In which case you can interrogate the values inter- >> actively (rather than risking that a bad file-edit makes your system non- >> bootable). >> >> To replicate your issue, I've set in /boot/loader.conf: >> >> autoboot_delay=NO >> >> This gives me the describe in-action at the menu (until keystroke). >> >> If I hit ENTER, it boots, or I press ESC it drops to loader prompt. >> >> Of course, but this time, the menu_timeout_enabled variable has been set >> to zero, so you'll be stepping in at a time when it's too late to > interrogate the >> value pre-modification. >> >> Another trick is to set in loader.conf: >> >> loader_delay=3 >> >> And then Ctrl-C the delay that occurs prior to loading the menu. >> You'll get a prompt _before_ the menu loads and can step through the Forth >> commands one at a time (interrogating as you go -- that's what I'm doing >> now, except that I don't have the reproduction of menu_timeout_enabled >> becoming zero -- that's usually only the case if autoboot_delay is set to > NO, >> case insensitively). > > I thought of something... you've thus-far compared the Forth files, you've > also tried rewriting the boot sector... > > But... > > Have you checked to see that /boot/defaults/loader.conf doesn't differ > between your working (from-scratch install) and non-working (upgraded) > boxen? > > Only reason I ask is because I've been writing some doing some testing > to see "what happens when you make a typo in one of the *.conf files" > (HINT: all remaining directives to be processed, aren't). Not saying that's > what's going on here, but it gave me a thought since I hadn't heard if the > defaults/loader.conf file had been checked for potential oddities between > the two types of systems. > -- > Devin That has been checked also. They are identical. Diff shows no differences. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 08:09:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D96988C for ; Fri, 11 Apr 2014 08:09:06 +0000 (UTC) Received: from bellagio.open2view.net (bellagio.open2view.net [210.48.79.75]) (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 BF728156A for ; Fri, 11 Apr 2014 08:09:05 +0000 (UTC) Received: from bellagio.open2view.net (localhost [127.0.0.1]) by bellagio.open2view.net (Postfix) with ESMTP id D5B3112AA80B for ; Fri, 11 Apr 2014 20:02:50 +1200 (NZST) X-Virus-Scanned: amavisd-new at open2view.com Received: from bellagio.open2view.net ([127.0.0.1]) by bellagio.open2view.net (bellagio.open2view.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B5eORvTwEBc2 for ; Fri, 11 Apr 2014 20:02:40 +1200 (NZST) Received: from [10.58.1.14] (241.196.252.27.dyn.cust.vf.net.nz [27.252.196.241]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: pmurray@nevada.net.nz) by bellagio.open2view.net (Postfix) with ESMTPSA id A165212AA808 for ; Fri, 11 Apr 2014 20:02:40 +1200 (NZST) From: Phil Murray Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: Panic in ZFS, solaris assert: sa.sa_magic == 0x2F505A Message-Id: Date: Fri, 11 Apr 2014 20:02:38 +1200 To: stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 08:09:06 -0000 Hi there, I=92ve recently experienced two kernel panics on 8.4-RELEASE (within 2 = days of each other, and both around the same time of day oddly) with = ZFS. Sorry no dump available, but panic below. Any ideas where to start solving this? Will upgrading to 9 (or 10) solve = it? (Sorry for any errors, hand transcribed from a screenshot) panic:solaris asset: sa.sa_magic =3D=3D 0x2F505A (0x5112fb3d =3D=3D = 0x2f505a), file: = /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/= zfs_vfsops.c, line: 596 cpuid =3D 1 KDB: stack backtrace: #0 0xffffffffff8066cb96 at kdb_backtrace+0x66 #1 0xffffffffff8063925e at panic+0x1ce #2 0xffffffffff81292109 at assfail3+0x29 #3 0xffffffffff811157fe at zfs_space_delta_cb+0xbe #4 0xffffffffff8109ee12 at dmu_objset_userquota_get_ids+0x142 #5 0xffffffffff810a5e35 at dnode_sync+0xc5 #6 0xffffffffff8109cf3d at dmu_objset_sync_dnodes+0x5d #7 0xfffffffff8109d0c9 at dmu_objset_sync+0x169 #8 0xffffffffff810b446a at dsl_pool_sync+0xca #9 0xffffffffff810c4c3a at spa_sync+0x34a #10 0xffffffffff810d6959 at txg_sync_thread+0x139 #11 0xffffffffff8060dc7f at fork_exit+0x11f #12 0xffffffffff809a9c1e at fork_trampoline+0xe Uptime: 37d8h9m39s Cannot dump. Device not defined or unavailable Automatic reboot in 15 seconds - press a key on the console to abort (Never actually reboots) ZFS setup: [root@bellagio ~]# zpool status pool: spool state: ONLINE scan: scrub repaired 0 in 13h18m with 0 errors on Wed Mar 12 19:14:08 = 2014 config: NAME STATE READ WRITE CKSUM spool ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 ada2 ONLINE 0 0 0 ada3 ONLINE 0 0 0 errors: No known data errors [root@bellagio ~]# zfs get all spool NAME PROPERTY VALUE SOURCE spool type filesystem - spool creation Fri Feb 25 19:45 2011 - spool used 692G - spool available 222G - spool referenced 692G - spool compressratio 1.00x - spool mounted yes - spool quota none default spool reservation none default spool recordsize 128K default spool mountpoint /var/spool/imap local spool sharenfs off default spool checksum on default spool compression off local spool atime off local spool devices on default spool exec on default spool setuid on default spool readonly off default spool jailed off default spool snapdir hidden default spool aclmode discard default spool aclinherit restricted default spool canmount on default spool xattr off temporary spool copies 1 default spool version 5 - spool utf8only off - spool normalization none - spool casesensitivity sensitive - spool vscan off default spool nbmand off default spool sharesmb off default spool refquota none default spool refreservation none default spool primarycache all default spool secondarycache all default spool usedbysnapshots 0 - spool usedbydataset 692G - spool usedbychildren 114M - spool usedbyrefreservation 0 - spool logbias latency default spool dedup off default spool mlslabel - spool sync standard default spool refcompressratio 1.00x - spool written 692G - Cheers Phil From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 09:17:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3964288F for ; Fri, 11 Apr 2014 09:17:27 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.12]) (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 E11EE1C67 for ; Fri, 11 Apr 2014 09:17:26 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1WYXSS-000G5q-8k for freebsd-stable@freebsd.org; Fri, 11 Apr 2014 12:09:12 +0300 From: Daniel Braniss Subject: serial console problem with latest 9.2-stable Message-Id: Date: Fri, 11 Apr 2014 12:09:12 +0300 To: FreeBSD stable Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 09:17:27 -0000 Hi, in /boot/device.hints I have: hint.uart.1.flags=3D0x10 and till about a week old kernel, I get the serial console ok. with today=92s update, this is broken: the boot output stops after showing: ... cpu15 (AP): APIC ID: 7 ioapic1: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard Freebsd/amd64 (rnd) (ttyu1) Login: and later, escape to debugger failes - i.e hitting \n~^B gets me = nowhere. from dmesg: =85 ioapic1: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard kbd1 at kbdmux0 acpi0: on motherboard =85 so what is broken in kbdmux? thanks, danny From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 10:37:20 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D884D662 for ; Fri, 11 Apr 2014 10:37:20 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4194515B4 for ; Fri, 11 Apr 2014 10:37:19 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA26680; Fri, 11 Apr 2014 13:37: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 1WYYpc-0008sk-M3; Fri, 11 Apr 2014 13:37:12 +0300 Message-ID: <5347C5A0.3030806@FreeBSD.org> Date: Fri, 11 Apr 2014 13:36:16 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Phil Murray , stable@FreeBSD.org Subject: Re: Panic in ZFS, solaris assert: sa.sa_magic == 0x2F505A References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 10:37:20 -0000 on 11/04/2014 11:02 Phil Murray said the following: > Hi there, > > Ive recently experienced two kernel panics on 8.4-RELEASE (within 2 days of each other, and both around the same time of day oddly) with ZFS. Sorry no dump available, but panic below. > > Any ideas where to start solving this? Will upgrading to 9 (or 10) solve it? By chance, could the system be running zfs recv at the times when the panics happened? > (Sorry for any errors, hand transcribed from a screenshot) > > panic:solaris asset: sa.sa_magic == 0x2F505A (0x5112fb3d == 0x2f505a), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c, line: 596 > cpuid = 1 > KDB: stack backtrace: > #0 0xffffffffff8066cb96 at kdb_backtrace+0x66 > #1 0xffffffffff8063925e at panic+0x1ce > #2 0xffffffffff81292109 at assfail3+0x29 > #3 0xffffffffff811157fe at zfs_space_delta_cb+0xbe > #4 0xffffffffff8109ee12 at dmu_objset_userquota_get_ids+0x142 > #5 0xffffffffff810a5e35 at dnode_sync+0xc5 > #6 0xffffffffff8109cf3d at dmu_objset_sync_dnodes+0x5d > #7 0xfffffffff8109d0c9 at dmu_objset_sync+0x169 > #8 0xffffffffff810b446a at dsl_pool_sync+0xca > #9 0xffffffffff810c4c3a at spa_sync+0x34a > #10 0xffffffffff810d6959 at txg_sync_thread+0x139 > #11 0xffffffffff8060dc7f at fork_exit+0x11f > #12 0xffffffffff809a9c1e at fork_trampoline+0xe > Uptime: 37d8h9m39s > Cannot dump. Device not defined or unavailable > Automatic reboot in 15 seconds - press a key on the console to abort > > (Never actually reboots) > > > ZFS setup: > > [root@bellagio ~]# zpool status > pool: spool > state: ONLINE > scan: scrub repaired 0 in 13h18m with 0 errors on Wed Mar 12 19:14:08 2014 > config: > > NAME STATE READ WRITE CKSUM > spool ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > ada2 ONLINE 0 0 0 > ada3 ONLINE 0 0 0 > > errors: No known data errors > > [root@bellagio ~]# zfs get all spool > NAME PROPERTY VALUE SOURCE > spool type filesystem - > spool creation Fri Feb 25 19:45 2011 - > spool used 692G - > spool available 222G - > spool referenced 692G - > spool compressratio 1.00x - > spool mounted yes - > spool quota none default > spool reservation none default > spool recordsize 128K default > spool mountpoint /var/spool/imap local > spool sharenfs off default > spool checksum on default > spool compression off local > spool atime off local > spool devices on default > spool exec on default > spool setuid on default > spool readonly off default > spool jailed off default > spool snapdir hidden default > spool aclmode discard default > spool aclinherit restricted default > spool canmount on default > spool xattr off temporary > spool copies 1 default > spool version 5 - > spool utf8only off - > spool normalization none - > spool casesensitivity sensitive - > spool vscan off default > spool nbmand off default > spool sharesmb off default > spool refquota none default > spool refreservation none default > spool primarycache all default > spool secondarycache all default > spool usedbysnapshots 0 - > spool usedbydataset 692G - > spool usedbychildren 114M - > spool usedbyrefreservation 0 - > spool logbias latency default > spool dedup off default > spool mlslabel - > spool sync standard default > spool refcompressratio 1.00x - > spool written 692G - > > > > Cheers > > Phil > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 11:09:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC62316B for ; Fri, 11 Apr 2014 11:09:08 +0000 (UTC) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 76FD8187B for ; Fri, 11 Apr 2014 11:09:08 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id uy5so5813908obc.6 for ; Fri, 11 Apr 2014 04:09:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yYg8yc4I0Mi5VZN3oqys6FiePUyxGqhErwSyrhhPXpo=; b=OkfO9er3pV/pX6/C32ZVZ63telse9jVq5cz+8ACJV1sLURuVqPLbauB94tzxy0NeNo OyRG2+FAh1a55SiQWwt8m4IZ2uyewQLm+f2aVvX5unyKfa/9EeD2HjT0IN1O0j9bvH4D j8bKzsmgY0Ff5wIqz/SzY3tG81Qc0Gv0IGdwyyVWEKn2A+G2XGyU19MovlhK+LRgLQJ6 ZfWVBNf9NKzY7OYEMHH0AsrFZKCbMd4s/z5UTRUlvDjpm/0wSYm3vrB0iI0/gve3uYa4 nxTdwZ5eaBwxnku84cdUmXisuuAe4UQEzxs195V0yScs0HU+22I4tezbAYFSkJbZ96Pc quvg== MIME-Version: 1.0 X-Received: by 10.60.160.173 with SMTP id xl13mr19157357oeb.19.1397214547761; Fri, 11 Apr 2014 04:09:07 -0700 (PDT) Received: by 10.76.7.173 with HTTP; Fri, 11 Apr 2014 04:09:07 -0700 (PDT) In-Reply-To: References: Date: Fri, 11 Apr 2014 12:09:07 +0100 Message-ID: Subject: Re: Panic in ZFS, solaris assert: sa.sa_magic == 0x2F505A From: Bayard Bell To: Phil Murray Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 11:09:08 -0000 Odd is that the assertion is failing only because of case sensitivity: panic:solaris asset: sa.sa_magic == 0x2F505A (0x5112fb3d == 0x2f505a) On 11 April 2014 09:02, Phil Murray wrote: > Hi there, > > I've recently experienced two kernel panics on 8.4-RELEASE (within 2 days > of each other, and both around the same time of day oddly) with ZFS. Sorry > no dump available, but panic below. > > Any ideas where to start solving this? Will upgrading to 9 (or 10) solve > it? > > (Sorry for any errors, hand transcribed from a screenshot) > > panic:solaris asset: sa.sa_magic == 0x2F505A (0x5112fb3d == 0x2f505a), > file: > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c, > line: 596 > cpuid = 1 > KDB: stack backtrace: > #0 0xffffffffff8066cb96 at kdb_backtrace+0x66 > #1 0xffffffffff8063925e at panic+0x1ce > #2 0xffffffffff81292109 at assfail3+0x29 > #3 0xffffffffff811157fe at zfs_space_delta_cb+0xbe > #4 0xffffffffff8109ee12 at dmu_objset_userquota_get_ids+0x142 > #5 0xffffffffff810a5e35 at dnode_sync+0xc5 > #6 0xffffffffff8109cf3d at dmu_objset_sync_dnodes+0x5d > #7 0xfffffffff8109d0c9 at dmu_objset_sync+0x169 > #8 0xffffffffff810b446a at dsl_pool_sync+0xca > #9 0xffffffffff810c4c3a at spa_sync+0x34a > #10 0xffffffffff810d6959 at txg_sync_thread+0x139 > #11 0xffffffffff8060dc7f at fork_exit+0x11f > #12 0xffffffffff809a9c1e at fork_trampoline+0xe > Uptime: 37d8h9m39s > Cannot dump. Device not defined or unavailable > Automatic reboot in 15 seconds - press a key on the console to abort > > (Never actually reboots) > > > ZFS setup: > > [root@bellagio ~]# zpool status > pool: spool > state: ONLINE > scan: scrub repaired 0 in 13h18m with 0 errors on Wed Mar 12 19:14:08 > 2014 > config: > > NAME STATE READ WRITE CKSUM > spool ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > ada2 ONLINE 0 0 0 > ada3 ONLINE 0 0 0 > > errors: No known data errors > > [root@bellagio ~]# zfs get all spool > NAME PROPERTY VALUE SOURCE > spool type filesystem - > spool creation Fri Feb 25 19:45 2011 - > spool used 692G - > spool available 222G - > spool referenced 692G - > spool compressratio 1.00x - > spool mounted yes - > spool quota none default > spool reservation none default > spool recordsize 128K default > spool mountpoint /var/spool/imap local > spool sharenfs off default > spool checksum on default > spool compression off local > spool atime off local > spool devices on default > spool exec on default > spool setuid on default > spool readonly off default > spool jailed off default > spool snapdir hidden default > spool aclmode discard default > spool aclinherit restricted default > spool canmount on default > spool xattr off temporary > spool copies 1 default > spool version 5 - > spool utf8only off - > spool normalization none - > spool casesensitivity sensitive - > spool vscan off default > spool nbmand off default > spool sharesmb off default > spool refquota none default > spool refreservation none default > spool primarycache all default > spool secondarycache all default > spool usedbysnapshots 0 - > spool usedbydataset 692G - > spool usedbychildren 114M - > spool usedbyrefreservation 0 - > spool logbias latency default > spool dedup off default > spool mlslabel - > spool sync standard default > spool refcompressratio 1.00x - > spool written 692G - > > > > Cheers > > Phil > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Apr 11 11:16:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B9FC499; Fri, 11 Apr 2014 11:16:59 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 ECA6F195F; Fri, 11 Apr 2014 11:16:58 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WYZS5-003ULV-18>; Fri, 11 Apr 2014 13:16:57 +0200 Received: from g225184157.adsl.alicedsl.de ([92.225.184.157] helo=munin.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WYZS4-001soQ-Sf>; Fri, 11 Apr 2014 13:16:57 +0200 Date: Fri, 11 Apr 2014 13:16:50 +0200 From: "O. Hartmann" To: FreeBSD Ports , freebsd-stable@freebsd.org Subject: x11/kdelibs4: Update on 9.2-STABLE/CLANG fails, endless loop of the compiler Message-ID: <20140411131650.12c81111@munin.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.2) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/7/xRDsjcTgFimKCYwD_FmW="; protocol="application/pgp-signature" X-Originating-IP: 92.225.184.157 X-ZEDAT-Hint: A X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 11:16:59 -0000 --Sig_/7/xRDsjcTgFimKCYwD_FmW= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable The recent update of port x11/kdelibs4 from version kdelibs-4.12.3 kdelibs-4.12.4 fails on a FreeBSD 9.2-STABLE system (9.2-STABLE #0 r264299: Wed Apr 9 14:33:47 CEST 2014 amd64), system is compiled with LLVM/CLANG. compiling port x11/kdelibs4 either via portmaster r directly from its source folder via make end up in eternity-wait with the message/status shown below (always the same 98% psoition!). Since the update of this port is crucial for proceeding with updates, I need desperately to fix this problem. Is there a binary package for that sepcific port/revision? [...] /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_stringimpl.h:35:3= 3: note: expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_VEC( N ) (QChar*) new char[ sizeof(QChar)*( N ) ] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kdeli= bs-4.12.4/khtml/xml/dom_stringimpl.h:73:6: warning: cast from 'char *' to 'QChar *' increases required alignment from 1 to 2 [-Wcast-align] s =3D QT_ALLOC_QCHAR_VEC( havestr ? length : 1 ); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kde= libs-4.12.4/khtml/xml/dom_stringimpl.h:35:33: note: expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_VEC( N ) (QChar*) new char[ sizeof(QChar)*( N ) ] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [ 98%] Building CXX object khtml/CMakeFiles/khtml.dir/kcookiejar_interface.o 3 warnings generated. 5 warnings generated. --Sig_/7/xRDsjcTgFimKCYwD_FmW= Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTR88pAAoJEOgBcD7A/5N8PPwH/j9ABrzoCgJkXZEumcN1/1RA Pl74/UBUO0d4I2tt04Mwx70WaOJS31NdCX0jURau1zk4/rhqZjQ8nxsjC1wcRcvL uyb4+L6JvEgbqNB2zeLBIeWMTIlM4FFR1Xr3GpsoeG4lE7EJxn6qKmFPE4h4wI5e 8Uwgz+EMOndYMWrqLzcntIR7YBumYhSjbn3yXXe1juLcdupG05B2JpTZtfbs3war wgF1plERyvWxPGrCnohvTlV+0nTuF5aNnUWG3KXhM2dXBaurfI6lmAw+73E/bH7x /i/WvzPpT/MkfRMsgJbpV5Wqt2tbVxv9v6X7zLxDNTtPsfEiBAHFEGBc5gFPrMQ= =3Hsd -----END PGP SIGNATURE----- --Sig_/7/xRDsjcTgFimKCYwD_FmW=-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 11:43:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AE19ACD; Fri, 11 Apr 2014 11:43:13 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 245681BE7; Fri, 11 Apr 2014 11:43:12 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id B6170C4968; Fri, 11 Apr 2014 14:43:11 +0300 (EEST) Date: Fri, 11 Apr 2014 14:45:41 +0300 From: Aleksandr Rybalko To: Glen Barber Subject: Re: Minor vt issue (probably a race) Message-Id: <20140411144541.f22a46af95a8f89e62381e9a@freebsd.org> In-Reply-To: <20140411000147.GA11570@glenbarber.us> References: <20140411000147.GA11570@glenbarber.us> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kevin Oberman , Aleksandr Rybalko , FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 11:43:13 -0000 On Thu, 10 Apr 2014 20:01:47 -0400 Glen Barber wrote: > On Thu, Apr 10, 2014 at 04:58:51PM -0700, Kevin Oberman wrote: > > vt has been working for me for a while, but I have encountered an annoying > > issue. Only a little annoying, but it looks like a race and my have less > > obvious impacts. Since the patch to prevent crashes when resuming with vt, > > I have seen the problem. > > > > When I suspend, the system sometimes switches to vty0 before suspending, > > but often does not. When it fails to switch on suspend, it does so a few > > seconds after resume. I have been able to simply switch back to X > > () and everything was normal. If that i its only impact, it's no > > big deal, but I fear that this may have deeper implications that I don't > > see, so I wanted to report it. > > I've seen this too. But, it's been too inconsistent for me to report. > > The other thing I noticed, maybe unrelated, is X is no longer "laggy" > for me after resume since the relevant commit. > > Related? I have no idea. > > Glen > Hi, Glen, if you about broken Xorg screen, then I should say - kern.vt.suspendswitch sysctl designed to help with that. So if you have value other than zero, machine going to ttyv0 before suspend, and back on resume. This is make notification to Xorg or drm to redraw (maybe even reallocate FB memory used by Xorg). Kevin, thanks for report, I will look what happen in that case. It maybe related to some busyness, Xorg's or whole machine, so Xorg do not answers vt(4)'s request to VT switch. Thanks a lot! WBW -- Aleksandr Rybalko From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 12:27:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49D6DE3E for ; Fri, 11 Apr 2014 12:27:02 +0000 (UTC) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Digital Systems Operational CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CAD771181 for ; Fri, 11 Apr 2014 12:27:01 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [193.68.6.1]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.6/8.14.6) with ESMTP id s3BBwfqk082368 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 11 Apr 2014 14:58:42 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <5347D8F1.3030901@digsys.bg> Date: Fri, 11 Apr 2014 14:58:41 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: x11/kdelibs4: Update on 9.2-STABLE/CLANG fails, endless loop of the compiler References: <20140411131650.12c81111@munin.walstatt.dyndns.org> In-Reply-To: <20140411131650.12c81111@munin.walstatt.dyndns.org> 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.17 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, 11 Apr 2014 12:27:02 -0000 On 11.04.14 14:16, O. Hartmann wrote: > The recent update of port x11/kdelibs4 from version kdelibs-4.12.3 > kdelibs-4.12.4 fails on a FreeBSD 9.2-STABLE system (9.2-STABLE #0 > r264299: Wed Apr 9 14:33:47 CEST 2014 amd64), system is compiled with > LLVM/CLANG. > > compiling port x11/kdelibs4 either via portmaster r directly from its > source folder via make end up in eternity-wait with the message/status > shown below (always the same 98% psoition!). > > Since the update of this port is crucial for proceeding with updates, I > need desperately to fix this problem. Is there a binary package for > that sepcific port/revision? > I worked around the issue by installing that particular package by disabling clang (thus compiling it with gcc in base) while building it and subsequently skipping it by providing portmaster with -x kdelibs-4.12.4. Haven't seen issues doing so, but you never know... No time to research the cause, but this would be critical problem for many and should definitely be addressed. Daniel From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 12:39:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 310213D8; Fri, 11 Apr 2014 12:39:13 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EF94712D0; Fri, 11 Apr 2014 12:39:12 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id A84B29C8C; Fri, 11 Apr 2014 12:39:10 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us A84B29C8C Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 11 Apr 2014 08:39:09 -0400 From: Glen Barber To: Aleksandr Rybalko Subject: Re: Minor vt issue (probably a race) Message-ID: <20140411123909.GD11570@glenbarber.us> References: <20140411000147.GA11570@glenbarber.us> <20140411144541.f22a46af95a8f89e62381e9a@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="k4f25fnPtRuIRUb3" Content-Disposition: inline In-Reply-To: <20140411144541.f22a46af95a8f89e62381e9a@freebsd.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Kevin Oberman , FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 12:39:13 -0000 --k4f25fnPtRuIRUb3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 11, 2014 at 02:45:41PM +0300, Aleksandr Rybalko wrote: > Glen, if you about broken Xorg screen, then I should say - > kern.vt.suspendswitch sysctl designed to help with that. So if you have > value other than zero, machine going to ttyv0 before suspend, and back > on resume. This is make notification to Xorg or drm to redraw (maybe > even reallocate FB memory used by Xorg). >=20 No, what I mean is since this change, it seems X no longer suffers performance after resume. I can deal with occasionally needing to manually hit - but I think something in this change fixed something else unexpectedly. So thanks. :) Glen --k4f25fnPtRuIRUb3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTR+JsAAoJELls3eqvi17QKqsP/3Z9pLUE3sS+qVEkkvXjUypt L8FrtIgZP2z9dmXg1i6QPliNMc2jmMYcyDxFx3vXCxRi4tBcnbiRtH2R8bFdsxoO jgNbm20CVtU0QLcmgJs9IqnV1bSrgdmRFyNqBUavUSel11mF8so/Sn4phTFYd5Lw 7msnWANdchwqS/I3UdYDp2ezqui27N9BemCQbSl8rCO25D4KFSbXXmTaODopMMuB A4NIvTpWf0g94IbdMRtn5zFesrT9fHRqKThxXtGdCkM5Cc2xEbt9mhE0c6aWFDAS OnabSeOh1XD5HqodY0fBXupHL1s6rX5sBOpQ5LV2ti95Xyl01HkZxFYHQx9LSErh ym6Hf/FUYU6ZV6NUTc9zmwnnbRRBxGv+LXXZTYgiI35iYEY5dbSjk7koap7bR26K JMl6D9gkLmr/wKahMw9fh0bncCd03IW1l9aHwl5WITAqn3I/L2d8PWcWGXPyDYYZ rlJ3gSceF3uP5dYK9ZDJdIxm0PK2zOp/F7fEAPEgrUZlBxcfYF/Y/Zhn6lzw/LGC c9zqiDUG/GAlOtp4OFCK4lH3n8A3z8d+FmMaLnC8znz8dd85MZkbeVKLUnl5XdwQ zZPnr4jgxaQiy1+EwO7mcTx4jbyN3YhtvhYCqO2sf57AcXDSaywlQgc+kXQ6OXee bDSIHtHNmLcBKCJSHz0+ =141a -----END PGP SIGNATURE----- --k4f25fnPtRuIRUb3-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 13:00:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14A26298; Fri, 11 Apr 2014 13:00:55 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id C18D31644; Fri, 11 Apr 2014 13:00:54 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id 7F73CC4956; Fri, 11 Apr 2014 16:00:53 +0300 (EEST) Date: Fri, 11 Apr 2014 16:03:23 +0300 From: Aleksandr Rybalko To: Glen Barber Subject: Re: Minor vt issue (probably a race) Message-Id: <20140411160323.d62bd437cf0d9fd22d73a415@freebsd.org> In-Reply-To: <20140411123909.GD11570@glenbarber.us> References: <20140411000147.GA11570@glenbarber.us> <20140411144541.f22a46af95a8f89e62381e9a@freebsd.org> <20140411123909.GD11570@glenbarber.us> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kevin Oberman , FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 13:00:55 -0000 On Fri, 11 Apr 2014 08:39:09 -0400 Glen Barber wrote: > On Fri, Apr 11, 2014 at 02:45:41PM +0300, Aleksandr Rybalko wrote: > > Glen, if you about broken Xorg screen, then I should say - > > kern.vt.suspendswitch sysctl designed to help with that. So if you have > > value other than zero, machine going to ttyv0 before suspend, and back > > on resume. This is make notification to Xorg or drm to redraw (maybe > > even reallocate FB memory used by Xorg). > > > > No, what I mean is since this change, it seems X no longer suffers > performance after resume. I can deal with occasionally needing to > manually hit - but I think something in this change > fixed something else unexpectedly. So thanks. :) > > Glen > Then I become more confused than before :) Thanks! WBW -- Aleksandr Rybalko From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 13:55:10 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BEEB657; Fri, 11 Apr 2014 13:55:10 +0000 (UTC) Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [IPv6:2a01:e0c:1:1599::12]) by mx1.freebsd.org (Postfix) with ESMTP id 2260A1CCB; Fri, 11 Apr 2014 13:55:07 +0000 (UTC) Received: from yggdrasil.alkumuna.eu (unknown [IPv6:2a01:e35:8a74:6e70:232:36ff:fe5c:3a87]) by smtp3-g21.free.fr (Postfix) with ESMTP id B1E6CA6299; Fri, 11 Apr 2014 15:54:57 +0200 (CEST) Received: from yggdrasil.alkumuna.eu (localhost [IPv6:::1]) by yggdrasil.alkumuna.eu (8.14.7/8.14.7) with ESMTP id s3BDsrJ1019844 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 11 Apr 2014 15:54:53 +0200 (CEST) (envelope-from troyax@yggdrasil.alkumuna.eu) Received: (from troyax@localhost) by yggdrasil.alkumuna.eu (8.14.7/8.14.7/Submit) id s3BDsrPY019843; Fri, 11 Apr 2014 15:54:53 +0200 (CEST) (envelope-from troyax) Date: Fri, 11 Apr 2014 15:54:53 +0200 From: Troyax To: Matthieu Volat Subject: Re: Freebsd 10 install kernel not booting. Message-ID: <20140411135453.GA19755@yggdrasil.alkumuna.eu> References: <20140328160019.GA93913@yggdrasil.alkumuna.eu> <20140404214900.6ff7681e@freedom.alkumuna.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140404214900.6ff7681e@freedom.alkumuna.eu> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 13:55:10 -0000 Hi, > Hello, since there's no answer yet, and it seems to be a bootloader related problem, would you try the following? > * Create a 10.0 memory stick > * From your 9.2 environment, copy the bootcode to the memory stick: > # gpart bootcode -b /boot/boot da0 > * Try and see if it boots I have just tried your suggestion, but the result is the same. To be more precise, BTX loader 1.02 seems to launch the loader correctly; but it stops (and reboots the machine) very early on loading the kernel. Is there a way to try to build and boot a fbsd10 kernel with the same option than my current (and working) fbsd9.2 kernel? Thanks for any tips, Troyax. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 15:38:03 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4792C193; Fri, 11 Apr 2014 15:38:03 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 7E8B318C0; Fri, 11 Apr 2014 15:38:01 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3BFbnCV094293; Fri, 11 Apr 2014 17:37:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3BFbmYv094091; Fri, 11 Apr 2014 15:37:48 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 11 Apr 2014 15:37:48 GMT Message-Id: <201404111537.s3BFbmYv094091@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2014 15:38:03 -0000 TB --- 2014-04-11 14:10:48 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-11 14:10:48 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-11 14:10:48 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-04-11 14:10:48 - cleaning the object tree TB --- 2014-04-11 14:10:48 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-11 14:11:43 - At svn revision 264343 TB --- 2014-04-11 14:11:44 - building world TB --- 2014-04-11 14:11:44 - CROSS_BUILD_TESTING=YES TB --- 2014-04-11 14:11:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-11 14:11:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-11 14:11:44 - SRCCONF=/dev/null TB --- 2014-04-11 14:11:44 - TARGET=powerpc TB --- 2014-04-11 14:11:44 - TARGET_ARCH=powerpc64 TB --- 2014-04-11 14:11:44 - TZ=UTC TB --- 2014-04-11 14:11:44 - __MAKE_CONF=/dev/null TB --- 2014-04-11 14:11:44 - cd /src TB --- 2014-04-11 14:11:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 11 14:11:55 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] c++ -O2 -pipe -I/src/lib/clang/libclangrewritecore/../../../contrib/llvm/include -I/src/lib/clang/libclangrewritecore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangrewritecore/../../../contrib/llvm/tools/clang/lib/Rewrite/Core -I. -I/src/lib/clang/libclangrewritecore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangrewritecore/../../../contrib/llvm/tools/clang/lib/Rewrite/Core/HTMLRewrite.cpp -o HTMLRewrite.o c++ -O2 -pipe -I/src/lib/clang/libclangrewritecore/../../../contrib/llvm/include -I/src/lib/clang/libclangrewritecore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangrewritecore/../../../contrib/llvm/tools/clang/lib/Rewrite/Core -I. -I/src/lib/clang/libclangrewritecore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangrewritecore/../../../contrib/llvm/tools/clang/lib/Rewrite/Core/RewriteRope.cpp -o RewriteRope.o c++ -O2 -pipe -I/src/lib/clang/libclangrewritecore/../../../contrib/llvm/include -I/src/lib/clang/libclangrewritecore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangrewritecore/../../../contrib/llvm/tools/clang/lib/Rewrite/Core -I. -I/src/lib/clang/libclangrewritecore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangrewritecore/../../../contrib/llvm/tools/clang/lib/Rewrite/Core/Rewriter.cpp -o Rewriter.o /src/lib/clang/libclangrewritecore/../../../contrib/llvm/tools/clang/lib/Rewrite/Core/Rewriter.cpp: In member function 'std::string clang::Rewriter::ConvertToString(clang::Stmt*)': /src/lib/clang/libclangrewritecore/../../../contrib/llvm/tools/clang/lib/Rewrite/Core/Rewriter.cpp:346: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/clang/libclangrewritecore *** Error code 1 Stop. bmake[4]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-11 15:37:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-11 15:37:47 - ERROR: failed to build world TB --- 2014-04-11 15:37:47 - 4005.45 user 1341.81 system 5219.54 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 15:41:37 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 313263CF; Fri, 11 Apr 2014 15:41:37 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 66B8818FE; Fri, 11 Apr 2014 15:41:35 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3BFfWqP015221; Fri, 11 Apr 2014 17:41:32 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3BFfWDV015216; Fri, 11 Apr 2014 15:41:32 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 11 Apr 2014 15:41:32 GMT Message-Id: <201404111541.s3BFfWDV015216@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2014 15:41:37 -0000 TB --- 2014-04-11 14:10:48 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-11 14:10:48 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-11 14:10:48 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-04-11 14:10:48 - cleaning the object tree TB --- 2014-04-11 14:10:48 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-11 14:11:43 - At svn revision 264343 TB --- 2014-04-11 14:11:44 - building world TB --- 2014-04-11 14:11:44 - CROSS_BUILD_TESTING=YES TB --- 2014-04-11 14:11:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-11 14:11:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-11 14:11:44 - SRCCONF=/dev/null TB --- 2014-04-11 14:11:44 - TARGET=mips TB --- 2014-04-11 14:11:44 - TARGET_ARCH=mips TB --- 2014-04-11 14:11:44 - TZ=UTC TB --- 2014-04-11 14:11:44 - __MAKE_CONF=/dev/null TB --- 2014-04-11 14:11:44 - cd /src TB --- 2014-04-11 14:11:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 11 14:11:55 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 11 15:37:21 UTC 2014 TB --- 2014-04-11 15:37:21 - cd /src/sys/mips/conf TB --- 2014-04-11 15:37:21 - /usr/sbin/config -m ADM5120 TB --- 2014-04-11 15:37:21 - skipping ADM5120 kernel TB --- 2014-04-11 15:37:21 - cd /src/sys/mips/conf TB --- 2014-04-11 15:37:21 - /usr/sbin/config -m ALCHEMY TB --- 2014-04-11 15:37:21 - skipping ALCHEMY kernel TB --- 2014-04-11 15:37:21 - cd /src/sys/mips/conf TB --- 2014-04-11 15:37:21 - /usr/sbin/config -m AP121 TB --- 2014-04-11 15:37:21 - building AP121 kernel TB --- 2014-04-11 15:37:21 - CROSS_BUILD_TESTING=YES TB --- 2014-04-11 15:37:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-11 15:37:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-11 15:37:21 - SRCCONF=/dev/null TB --- 2014-04-11 15:37:21 - TARGET=mips TB --- 2014-04-11 15:37:21 - TARGET_ARCH=mips TB --- 2014-04-11 15:37:21 - TZ=UTC TB --- 2014-04-11 15:37:21 - __MAKE_CONF=/dev/null TB --- 2014-04-11 15:37:21 - cd /src TB --- 2014-04-11 15:37:21 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Fri Apr 11 15:37:21 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Fri Apr 11 15:41:25 UTC 2014 TB --- 2014-04-11 15:41:25 - cd /src/sys/mips/conf TB --- 2014-04-11 15:41:25 - /usr/sbin/config -m AP91 TB --- 2014-04-11 15:41:25 - building AP91 kernel TB --- 2014-04-11 15:41:25 - CROSS_BUILD_TESTING=YES TB --- 2014-04-11 15:41:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-11 15:41:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-11 15:41:25 - SRCCONF=/dev/null TB --- 2014-04-11 15:41:25 - TARGET=mips TB --- 2014-04-11 15:41:25 - TARGET_ARCH=mips TB --- 2014-04-11 15:41:25 - TZ=UTC TB --- 2014-04-11 15:41:25 - __MAKE_CONF=/dev/null TB --- 2014-04-11 15:41:25 - cd /src TB --- 2014-04-11 15:41:25 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Apr 11 15:41:26 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/AP91/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-11 15:41:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-11 15:41:32 - ERROR: failed to build AP91 kernel TB --- 2014-04-11 15:41:32 - 3858.09 user 1833.32 system 5444.12 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 16:38:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 840754E1 for ; Fri, 11 Apr 2014 16:38:18 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E728D1138 for ; Fri, 11 Apr 2014 16:38:17 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s3BGc4pd021010 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 11 Apr 2014 18:38:04 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s3BGc479021007 for ; Fri, 11 Apr 2014 18:38:04 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Fri, 11 Apr 2014 18:38:04 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 16:38:18 -0000 Hi, I have a couple of uncritical systems running stable/8 r258344. Hardware is Dell OptiPlex GX260, BIOS A09, which is the latest rev. The r264339 GENERIC kernel are unable to mount the root fs from the hard drive using MBR, FreeBSD slice, and UFS volume labels. r258344 obviously can. I even tried regular device names like /dev/ad0s1a in /etc/fstab, and at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still cannot mount the root fs. The new kernel (r264339) does recognize the ad0 harddrive, and ad0 is listed as one of the GEOM managed disk devices; acd0 being the other one. Do I need to load additional geom modules, or is it a genuine bug? I have recreated the same conditions on a spare GX260, yes, I have plenty of them. In addition there was some problems with the USB subsystem, so I disabled USB in the BIOS for now. USB is not essential for any of my systems. Maybe it's time to leave stable/8 and enter stable/10 or stable/9. I'll try to compile stable/9 on the spare system, and see how it fares. Any thoughts regarding the problem mounting the root fs? -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 17:03:22 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB7586DE for ; Fri, 11 Apr 2014 17:03:22 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 F01831489 for ; Fri, 11 Apr 2014 17:03:21 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s3BH5VMU098882; Fri, 11 Apr 2014 10:05:37 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s3BH4pXI098863; Fri, 11 Apr 2014 10:04:51 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Fri, 11 Apr 2014 10:04:51 -0700 (PDT) Message-ID: In-Reply-To: References: Date: Fri, 11 Apr 2014 10:04:51 -0700 (PDT) Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels From: "Chris H" To: =?utf-8?B?VHJvbmQgRW5kcmVzdMODwrhs?= User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 17:03:23 -0000 > Hi, > > I have a couple of uncritical systems running stable/8 r258344. > Hardware is Dell OptiPlex GX260, BIOS A09, which is the latest rev. > > The r264339 GENERIC kernel are unable to mount the root fs from the > hard drive using MBR, FreeBSD slice, and UFS volume labels. You didn't indicate where it won't mount the drives from. Is this from the releng_8 install media. In other words, When booting the install media, the installer can't find the drive(s)? Or is it something else? When you're presented with the problem, what's the output of ls /dev do any of ad0* da0* show up? If so, what's the output from gpart list ad0s1 and the likes? --Chris > > r258344 obviously can. > > I even tried regular device names like /dev/ad0s1a in /etc/fstab, and > at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still > cannot mount the root fs. > > The new kernel (r264339) does recognize the ad0 harddrive, and ad0 is > listed as one of the GEOM managed disk devices; acd0 being the other > one. > > Do I need to load additional geom modules, or is it a genuine bug? > > I have recreated the same conditions on a spare GX260, yes, I have > plenty of them. > > In addition there was some problems with the USB subsystem, so I > disabled USB in the BIOS for now. USB is not essential for any of my > systems. > > Maybe it's time to leave stable/8 and enter stable/10 or stable/9. > I'll try to compile stable/9 on the spare system, and see how it > fares. > > Any thoughts regarding the problem mounting the root fs? > > -- > +-------------------------------+------------------------------------+ > | Vennlig hilsen, | Best regards, | > | Trond Endrestøl, | Trond Endrestøl, | > | IT-ansvarlig, | System administrator, | > | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | > | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | > | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | > +-------------------------------+------------------------------------+ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Apr 11 20:19:25 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C267195B; Fri, 11 Apr 2014 20:19:25 +0000 (UTC) Received: from bellagio.open2view.net (bellagio.open2view.net [210.48.79.75]) (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 870841877; Fri, 11 Apr 2014 20:19:25 +0000 (UTC) Received: from bellagio.open2view.net (localhost [127.0.0.1]) by bellagio.open2view.net (Postfix) with ESMTP id 057B312AA874; Sat, 12 Apr 2014 08:19:23 +1200 (NZST) X-Virus-Scanned: amavisd-new at open2view.com Received: from bellagio.open2view.net ([127.0.0.1]) by bellagio.open2view.net (bellagio.open2view.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BjDTXYzTpMMo; Sat, 12 Apr 2014 08:19:10 +1200 (NZST) Received: from [10.58.1.14] (241.196.252.27.dyn.cust.vf.net.nz [27.252.196.241]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: pmurray@nevada.net.nz) by bellagio.open2view.net (Postfix) with ESMTPSA id 9F69412AA80A; Sat, 12 Apr 2014 08:19:09 +1200 (NZST) From: Phil Murray Message-Id: <4C81D8BE-4CF5-4545-BE52-194F25C68288@nevada.net.nz> Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Panic in ZFS, solaris assert: sa.sa_magic == 0x2F505A Date: Sat, 12 Apr 2014 08:19:08 +1200 References: <5347C5A0.3030806@FreeBSD.org> To: Andriy Gapon , stable@freebsd.org In-Reply-To: <5347C5A0.3030806@FreeBSD.org> X-Mailer: Apple Mail (2.1874) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 20:19:25 -0000 On 11/04/2014, at 10:36 pm, Andriy Gapon wrote: > on 11/04/2014 11:02 Phil Murray said the following: >> Hi there, >>=20 >> I=92ve recently experienced two kernel panics on 8.4-RELEASE (within = 2 days of each other, and both around the same time of day oddly) with = ZFS. Sorry no dump available, but panic below. >>=20 >> Any ideas where to start solving this? Will upgrading to 9 (or 10) = solve it? >=20 > By chance, could the system be running zfs recv at the times when the = panics > happened? >=20 No send/recv was running, no snapshots=85 completely boring ZFS pool = (apart from the panics) From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 20:24:22 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5ED4D41 for ; Fri, 11 Apr 2014 20:24:22 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 43F3A1959 for ; Fri, 11 Apr 2014 20:24:21 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s3BKNuZH022070 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Apr 2014 22:23:56 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s3BKNtI4022067; Fri, 11 Apr 2014 22:23:56 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Fri, 11 Apr 2014 22:23:55 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Chris H Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 20:24:23 -0000 On Fri, 11 Apr 2014 10:04-0700, Chris H wrote: > > Hi, > > > > I have a couple of uncritical systems running stable/8 r258344. > > Hardware is Dell OptiPlex GX260, BIOS A09, which is the latest rev. > > > > The r264339 GENERIC kernel are unable to mount the root fs from the > > hard drive using MBR, FreeBSD slice, and UFS volume labels. > > You didn't indicate where it won't mount the drives from. Is this from > the releng_8 install media. In other words, When booting the install > media, the installer can't find the drive(s)? Or is it something else? > When you're presented with the problem, what's the output of ls /dev > do any of ad0* da0* show up? If so, what's the output from > gpart list ad0s1 and the likes? It's when the kernel attempts to mount the root fs from the hard drive during startup. Booting the old kernel, r258344 from November 19th, 2013, works as expected. Typing ? at the mountroot> prompt presented by the new and faulty kernel reveals acd0 and ad0 as GEOM managed disk devices. The kernel printed a few lines or so above the mountroot> prompt that it perfectly detected the ad0 harddrive. The latest kernel simply can't find /dev/ufs/root nor /dev/ad0s1a. Here's the output from various commands: trond@amanda:~>uname -a FreeBSD amanda.[withheld] 8.4-STABLE FreeBSD 8.4-STABLE #0 r258344: Tue Nov 19 21:33:39 CET 2013 root@amanda.[withheld]:/usr/obj/usr/src/sys/AMANDA i386 trond@amanda:~>gpart show ad0 => 63 976773105 ad0 MBR (465G) 63 976773105 1 freebsd [active] (465G) trond@amanda:~>bsdlabel ad0s1 # /dev/ad0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097152 0 4.2BSD 0 0 0 b: 4194304 2097152 swap c: 976773105 0 unused 0 0 # "raw" part, don't edit d: 2097152 6291456 4.2BSD 0 0 0 e: 8388608 8388608 4.2BSD 0 0 0 f: 4194304 16777216 4.2BSD 0 0 0 g: 41943040 20971520 4.2BSD 0 0 0 h: 913858545 62914560 4.2BSD 0 0 0 trond@amanda:~>df -ah Filesystem Size Used Avail Capacity Mounted on /dev/ufs/root 989M 215M 694M 24% / devfs 1.0k 1.0k 0B 100% /dev /dev/ufs/home 3.9G 694M 2.9G 19% /home /dev/ufs/tmp 989M 7.1M 903M 1% /tmp /dev/ufs/usr 19G 8.2G 9.7G 46% /usr /dev/ufs/var 2G 326M 1.5G 18% /var /dev/ufs/amandahd0 422G 6.0k 422G 0% /var/spool/amanda/hd0 procfs 4.0k 4.0k 0B 100% /proc linprocfs 4.0k 4.0k 0B 100% /usr/compat/linux/proc linsysfs 4.0k 4.0k 0B 100% /usr/compat/linux/sys The results are the same on the spare system. There I first wiped the harddrive clean, by booting from the 8.0-RELEASE dvd1, ran dd if=/dev/zero of=/dev/ad0 bs=128M, before I installed 8.0-RELEASE. I then transferred an up-to-date working copy of stable/8 to the spare system. Next, I compiled world and the GENERIC kernel, without any hassle. I performed make installkernel and rebooted. The boot loader managed its way through the maze, read /etc/fstab and found the entry for the root filesystem. The new GENERIC kernel, however, simply can't understand what to do with: vfs.root.mountfrom="ufs:/dev/ufs/root" vfs.root.mountfrom.options="rw" as presented by the boot loader. Mind you, the boot loader hasn't been replaced yet. Maybe that's the whole issue, however weird it sounds. /boot/loader.conf is empty btw. I'm doing a similar attempt in VirtualBox at home as I write this. There I began with 8.4-RELEASE, and are currently compiling stable/8 r264351. I'll later try in VBox, 8.4-R -> stable/8 with GPT + UFS, using GPT labels, just to rule out UFS labels. > > r258344 obviously can. > > > > I even tried regular device names like /dev/ad0s1a in /etc/fstab, and > > at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still > > cannot mount the root fs. > > > > The new kernel (r264339) does recognize the ad0 harddrive, and ad0 is > > listed as one of the GEOM managed disk devices; acd0 being the other > > one. > > > > Do I need to load additional geom modules, or is it a genuine bug? > > > > I have recreated the same conditions on a spare GX260, yes, I have > > plenty of them. > > > > In addition there was some problems with the USB subsystem, so I > > disabled USB in the BIOS for now. USB is not essential for any of my > > systems. > > > > Maybe it's time to leave stable/8 and enter stable/10 or stable/9. > > I'll try to compile stable/9 on the spare system, and see how it > > fares. > > > > Any thoughts regarding the problem mounting the root fs? -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 21:24:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CEB0D1A8 for ; Fri, 11 Apr 2014 21:24:45 +0000 (UTC) Received: from forward1l.mail.yandex.net (forward1l.mail.yandex.net [IPv6:2a02:6b8:0:1819::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 825C01FC3 for ; Fri, 11 Apr 2014 21:24:45 +0000 (UTC) Received: from smtp19.mail.yandex.net (smtp19.mail.yandex.net [95.108.252.19]) by forward1l.mail.yandex.net (Yandex) with ESMTP id 934461520DC7; Sat, 12 Apr 2014 01:24:41 +0400 (MSK) Received: from smtp19.mail.yandex.net (localhost [127.0.0.1]) by smtp19.mail.yandex.net (Yandex) with ESMTP id 2E348BE00AB; Sat, 12 Apr 2014 01:24:41 +0400 (MSK) Received: from 84.201.164.29-vpn.dhcp.yndx.net (84.201.164.29-vpn.dhcp.yndx.net [84.201.164.29]) by smtp19.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id tEVSmwAicd-OeFW8Rv0; Sat, 12 Apr 2014 01:24:40 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: cbe88aa5-df3d-4774-8db1-47cf5f6f89ec DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1397251480; bh=ZwRL1XHbtGvffqV2QDE2ir0jmoElz4j/F31J4B/9j+Y=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=m8Y1CeICqgtMQM+HCpm+kb3xD1PJLMy/K3Fwq0S8dLT4OMLbTYKYtNQ4lTCUvddKs P87Yf2uNgOoeu7SGUjwnVFHiTwZamzQbMSxeWuJzYOyD7yCvyv4Laykgppwt/XfzR1 zG3RDiL0x7aW83VjAwAoGvgzsWFdAaWkJGXhGfmU= Authentication-Results: smtp19.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <53485D65.9020803@yandex.ru> Date: Sat, 12 Apr 2014 01:23:49 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Trond_Endrest=F8l?= , Chris H Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 21:24:45 -0000 On 12.04.2014 00:23, Trond Endrestl wrote: >>> r258344 obviously can. >>> >>> I even tried regular device names like /dev/ad0s1a in /etc/fstab, and >>> at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still >>> cannot mount the root fs. >>> >>> The new kernel (r264339) does recognize the ad0 harddrive, and ad0 is >>> listed as one of the GEOM managed disk devices; acd0 being the other >>> one. Did you do some changes in the kernel config? Does the loader detects all the partitions? (lsdev in loader prompt) -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 00:00:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29DED6E0 for ; Sat, 12 Apr 2014 00:00:15 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 ED9141D3E for ; Sat, 12 Apr 2014 00:00:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=8av2V+MgHBVBE0mEqUQaoaLJzf2zkcxdeHNIDm2tEEc=; b=FU14W5pooSejnjQBFn5ahBWkemGHTFxJp3NBW2j2Hbg77SlKO+pfhiy+wTdYF0pqpWtf8BKA+yxQe2Z3/8yMm05iogOgVeGr3+yR4HA2/AyWs3qSMvaGRm0+urEj/wjqqybw/MWQq1QIgpABUF5pIqSzoMuXvfHFXBTPnO92BOM=; Received: from [182.55.101.96] (port=14036 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WYlMj-000kQQ-72; Fri, 11 Apr 2014 18:00:13 -0600 Date: Sat, 12 Apr 2014 08:00:09 +0800 From: Erich Dollansky To: Trond =?ISO-8859-1?Q?Endrest=F8l?= Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels Message-ID: <20140412080009.2e910e5b@X220.alogt.com> In-Reply-To: References: X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Apr 2014 00:00:15 -0000 Hi, On Fri, 11 Apr 2014 18:38:04 +0200 (CEST) Trond Endrest=F8l wrote: > The r264339 GENERIC kernel are unable to mount the root fs from the=20 > hard drive using MBR, FreeBSD slice, and UFS volume labels. does your GENERIC have these options enabled: options GEOM_PART_BSD options GEOM_PART_MBR options GEOM_PART_GPT options GEOM_RAID options GEOM_LABEL options GEOM_PART_EBR options GEOM_PART_EBR_COMPAT If not or if you are not sure try to load these modules during boot time. Of course, if you do not use GPT or RAID, you do not have to load these modules. Erich From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 04:03:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05CAA1E0 for ; Sat, 12 Apr 2014 04:03:51 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 8D54413D1 for ; Sat, 12 Apr 2014 04:03:49 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s3C45vbl043261; Fri, 11 Apr 2014 21:06:03 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s3C45pKs043255; Fri, 11 Apr 2014 21:05:51 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Fri, 11 Apr 2014 21:05:51 -0700 (PDT) Message-ID: <31c0491faf776771e8a28dba8f66b02b.authenticated@ultimatedns.net> In-Reply-To: References: Date: Fri, 11 Apr 2014 21:05:51 -0700 (PDT) Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels From: "Chris H" To: =?utf-8?B?VHJvbmQgRW5kcmVzdMODwrhs?= User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Apr 2014 04:03:51 -0000 > On Fri, 11 Apr 2014 10:04-0700, Chris H wrote: > >> > Hi, >> > >> > I have a couple of uncritical systems running stable/8 r258344. >> > Hardware is Dell OptiPlex GX260, BIOS A09, which is the latest rev. >> > >> > The r264339 GENERIC kernel are unable to mount the root fs from the >> > hard drive using MBR, FreeBSD slice, and UFS volume labels. >> >> You didn't indicate where it won't mount the drives from. Is this from >> the releng_8 install media. In other words, When booting the install >> media, the installer can't find the drive(s)? Or is it something else? >> When you're presented with the problem, what's the output of ls /dev >> do any of ad0* da0* show up? If so, what's the output from >> gpart list ad0s1 and the likes? > > It's when the kernel attempts to mount the root fs from the hard > drive during startup. > > Booting the old kernel, r258344 from November 19th, 2013, works as > expected. > > Typing ? at the mountroot> prompt presented by the new and faulty > kernel reveals acd0 and ad0 as GEOM managed disk devices. The kernel > printed a few lines or so above the mountroot> prompt that it > perfectly detected the ad0 harddrive. > > The latest kernel simply can't find /dev/ufs/root nor /dev/ad0s1a. > > Here's the output from various commands: > > trond@amanda:~>uname -a > FreeBSD amanda.[withheld] 8.4-STABLE FreeBSD 8.4-STABLE #0 r258344: Tue Nov 19 21:33:39 CET > 2013 root@amanda.[withheld]:/usr/obj/usr/src/sys/AMANDA i386 > > trond@amanda:~>gpart show ad0 > => 63 976773105 ad0 MBR (465G) > 63 976773105 1 freebsd [active] (465G) > > trond@amanda:~>bsdlabel ad0s1 > # /dev/ad0s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 2097152 0 4.2BSD 0 0 0 > b: 4194304 2097152 swap > c: 976773105 0 unused 0 0 # "raw" part, don't edit > d: 2097152 6291456 4.2BSD 0 0 0 > e: 8388608 8388608 4.2BSD 0 0 0 > f: 4194304 16777216 4.2BSD 0 0 0 > g: 41943040 20971520 4.2BSD 0 0 0 > h: 913858545 62914560 4.2BSD 0 0 0 > > trond@amanda:~>df -ah > Filesystem Size Used Avail Capacity Mounted on > /dev/ufs/root 989M 215M 694M 24% / > devfs 1.0k 1.0k 0B 100% /dev > /dev/ufs/home 3.9G 694M 2.9G 19% /home > /dev/ufs/tmp 989M 7.1M 903M 1% /tmp > /dev/ufs/usr 19G 8.2G 9.7G 46% /usr > /dev/ufs/var 2G 326M 1.5G 18% /var > /dev/ufs/amandahd0 422G 6.0k 422G 0% /var/spool/amanda/hd0 > procfs 4.0k 4.0k 0B 100% /proc > linprocfs 4.0k 4.0k 0B 100% /usr/compat/linux/proc > linsysfs 4.0k 4.0k 0B 100% /usr/compat/linux/sys > > The results are the same on the spare system. > > There I first wiped the harddrive clean, by booting from the > 8.0-RELEASE dvd1, ran dd if=/dev/zero of=/dev/ad0 bs=128M, before I > installed 8.0-RELEASE. I then transferred an up-to-date working copy > of stable/8 to the spare system. Next, I compiled world and the > GENERIC kernel, without any hassle. I performed make installkernel and > rebooted. > > The boot loader managed its way through the maze, read /etc/fstab and > found the entry for the root filesystem. The new GENERIC kernel, > however, simply can't understand what to do with: > > vfs.root.mountfrom="ufs:/dev/ufs/root" > vfs.root.mountfrom.options="rw" > > as presented by the boot loader. Mind you, the boot loader hasn't been > replaced yet. Maybe that's the whole issue, however weird it sounds. > /boot/loader.conf is empty btw. > > I'm doing a similar attempt in VirtualBox at home as I write this. > There I began with 8.4-RELEASE, and are currently compiling stable/8 > r264351. > > I'll later try in VBox, 8.4-R -> stable/8 with GPT + UFS, using GPT > labels, just to rule out UFS labels. Looks to me like you're suffering a mix of MBR + GPT. It /appears/ to be expecting one of them, but getting the other. Did you install the bootcode, or update it? Was it consistent with your choice of schemes (GPT v MBR)? Well. Looks like you're on the right track. As far as I can see. Good luck. :) --Chris > >> > r258344 obviously can. >> > >> > I even tried regular device names like /dev/ad0s1a in /etc/fstab, and >> > at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still >> > cannot mount the root fs. >> > >> > The new kernel (r264339) does recognize the ad0 harddrive, and ad0 is >> > listed as one of the GEOM managed disk devices; acd0 being the other >> > one. >> > >> > Do I need to load additional geom modules, or is it a genuine bug? >> > >> > I have recreated the same conditions on a spare GX260, yes, I have >> > plenty of them. >> > >> > In addition there was some problems with the USB subsystem, so I >> > disabled USB in the BIOS for now. USB is not essential for any of my >> > systems. >> > >> > Maybe it's time to leave stable/8 and enter stable/10 or stable/9. >> > I'll try to compile stable/9 on the spare system, and see how it >> > fares. >> > >> > Any thoughts regarding the problem mounting the root fs? > > -- > +-------------------------------+------------------------------------+ > | Vennlig hilsen, | Best regards, | > | Trond Endrestøl, | Trond Endrestøl, | > | IT-ansvarlig, | System administrator, | > | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | > | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | > | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | > +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 05:11:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EDCA49AF for ; Sat, 12 Apr 2014 05:11:31 +0000 (UTC) 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 25A631A0F for ; Sat, 12 Apr 2014 05:11:31 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.8/8.14.8) with ESMTP id s3C59xWw079985 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 11 Apr 2014 23:09:59 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.8/8.14.8/Submit) with ESMTP id s3C59usY079961; Fri, 11 Apr 2014 23:09:57 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 11 Apr 2014 23:09:56 -0600 (MDT) From: Warren Block To: Chris H Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels In-Reply-To: <31c0491faf776771e8a28dba8f66b02b.authenticated@ultimatedns.net> Message-ID: References: <31c0491faf776771e8a28dba8f66b02b.authenticated@ultimatedns.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) 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]); Fri, 11 Apr 2014 23:09:59 -0600 (MDT) Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Apr 2014 05:11:32 -0000 On Fri, 11 Apr 2014, Chris H wrote: >> >> There I first wiped the harddrive clean, by booting from the >> 8.0-RELEASE dvd1, ran dd if=/dev/zero of=/dev/ad0 bs=128M, before I >> installed 8.0-RELEASE. I then transferred an up-to-date working copy >> of stable/8 to the spare system. Next, I compiled world and the >> GENERIC kernel, without any hassle. I performed make installkernel and >> rebooted. >> >> The boot loader managed its way through the maze, read /etc/fstab and >> found the entry for the root filesystem. The new GENERIC kernel, >> however, simply can't understand what to do with: >> >> vfs.root.mountfrom="ufs:/dev/ufs/root" >> vfs.root.mountfrom.options="rw" >> >> as presented by the boot loader. Mind you, the boot loader hasn't been >> replaced yet. Maybe that's the whole issue, however weird it sounds. >> /boot/loader.conf is empty btw. >> >> I'm doing a similar attempt in VirtualBox at home as I write this. >> There I began with 8.4-RELEASE, and are currently compiling stable/8 >> r264351. >> >> I'll later try in VBox, 8.4-R -> stable/8 with GPT + UFS, using GPT >> labels, just to rule out UFS labels. > Looks to me like you're suffering a mix of MBR + GPT. It /appears/ to > be expecting one of them, but getting the other. Did you install the > bootcode, or update it? Was it consistent with your choice of > schemes (GPT v MBR)? Well. Looks like you're on the right track. As > far as I can see. Good luck. :) My first guess would be missing bootcode in the BSDlabel slice. But I may have missed that when I missed earlier parts of this thread. In general, use GPT unless there is some reason to avoid it. http://www.wonkity.com/~wblock/docs/html/disksetup.html shows both GPT and MBR/BSDlabel setup. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 08:32:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 088A5CC1 for ; Sat, 12 Apr 2014 08:32:53 +0000 (UTC) Received: from frv199.fwdcdn.com (frv199.fwdcdn.com [212.42.77.199]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B187A1BF7 for ; Sat, 12 Apr 2014 08:32:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=vjVY94owSwHmbtZPhaKjPIQUVhq/YeEsrfJkUl6qzXA=; b=mkTSLrrbb9F5HlceCIskdlea+pWZKERCeg1zd6rh82bTEMhHicQ/HoxdscFl77JBIHc3Tv7L1JDEH51oFTuoNrKmbOmmq2y3zAC63yQ+boObM3Y3X+vhEzJxy8KrxjfbTwlUXoAH7yhTaIYTCb8zPaFVdO7k9w5f8fUVA7J2Fgo=; Received: from [10.10.10.33] (helo=frv33.fwdcdn.com) by frv199.fwdcdn.com with smtp ID 1WYtMd-0007RE-Ie for freebsd-stable@freebsd.org; Sat, 12 Apr 2014 11:32:39 +0300 Date: Sat, 12 Apr 2014 11:32:39 +0300 From: fidaj Subject: Re: svn commit: r351029 - head/multimedia/cuse4bsd-kmod To: Koop Mast X-Mailer: mail.ukr.net 5.0 Message-Id: <1397290989.177340350.z7jhers6@frv33.fwdcdn.com> In-Reply-To: <201404111849.s3BInTvI088743@svn.freebsd.org> References: <201404111849.s3BInTvI088743@svn.freebsd.org> MIME-Version: 1.0 Received: from fidaj@ukr.net by frv33.fwdcdn.com; Sat, 12 Apr 2014 11:32:39 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: svn-ports-head@freebsd.org, fidaj@ukr.net, svn-ports-all@freebsd.org, freebsd-stable@freebsd.org, ports-committers@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Apr 2014 08:32:53 -0000   --- Оригінальне повідомлення --- Від кого: "Koop Mast" < kwm@freebsd.org > Дата: 11 квітня 2014, 21:59:45 Author: kwm Date: Fri Apr 11 18:49:28 2014 New Revision: 351029 URL: http://svnweb.freebsd.org/changeset/ports/351029 QAT: https://qat.redports.org/buildarchive/r351029/ Log: Update to 0.1.33. Added new API function "cuse_is_vmalloc_addr()". Some minor kqfilter fixes. While here use USES=tar:bzip2, and strip the module. This is done in do-install because the module is installed r-x, so strip isn't allowed and I don't want to mess with chmod. Submitted by: maintainer (IRC) Hi all. After update ports tree to r351029 and update multimedia/cuse4bsd-kmod i have the next problem: root@nonamehost:/ # kldload cuse4bsd kldload: an error occurred while loading the module. Please check dmesg(8) for more details. root@nonamehost:/ # dmesg ... pid 8501 (kldxref), uid 0: exited on signal 11 kldload: /boot/modules/cuse4bsd.ko: file has no valid symbol table linker_load_file: Unsupported file type after downgrade ports tree to r351028 and rebuild|reinstall multimedia/cuse4bsd-kmod - module cuse4bsd.ko , which is loaded fine. root@nonamehost:/ # uname -a FreeBSD nonamehost.local 10.0-STABLE FreeBSD 10.0-STABLE #0 r264366: Sat Apr 12 10:16:17 EEST 2014     ivan@nonamehost.local :/usr/obj/usr/src/sys/mk10  amd64 From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 08:56:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25B55344; Sat, 12 Apr 2014 08:56:28 +0000 (UTC) Received: from frv150.fwdcdn.com (frv151.fwdcdn.com [212.42.77.151]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CE8EC1DAD; Sat, 12 Apr 2014 08:56:27 +0000 (UTC) Received: from [10.10.10.28] (helo=frv154.fwdcdn.com) by frv150.fwdcdn.com QID:1WYtSZ-000A2S-JK/RC:5; Sat, 12 Apr 2014 11:38:47 +0300 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:From:Date; bh=SIJMr6xG3njqcoOWY+WJXu3gsDfyEiVgXZtNq4sR0wY=; b=wyH1KWRHqGno0Aa8oIiuF2RePaU8VSqOFUPmy9pmrq4v14NnHYzbYA6j3UMgSf9WECuiXKD54Ex4nTQ53WTI4CBIh//y3sXNuWCHC4KXJmvaeCwdJJD6hKZ3hFMWg+IdrmRDMjmIngZaMvc42Y0qDAV+VXtHsoxJRlitwOL/5TQ=; Received: from [134.249.90.229] (helo=nonamehost.local) by frv154.fwdcdn.com with esmtpsa ID 1WYtSQ-000Gv5-LL ; Sat, 12 Apr 2014 11:38:38 +0300 Date: Sat, 12 Apr 2014 11:38:37 +0300 From: Ivan Klymenko Subject: Re: svn commit: r351029 - head/multimedia/cuse4bsd-kmod Message-ID: <20140412113837.5ad153eb@nonamehost.local> In-Reply-To: <1397290989.177340350.z7jhers6@frv33.fwdcdn.com> References: <201404111849.s3BInTvI088743@svn.freebsd.org> <1397290989.177340350.z7jhers6@frv33.fwdcdn.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=134.249.90.229; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net Cc: svn-ports-head@freebsd.org, Koop Mast , svn-ports-all@freebsd.org, freebsd-stable@freebsd.org, ports-committers@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Apr 2014 08:56:28 -0000 =D0=92 Sat, 12 Apr 2014 11:32:39 +0300 fidaj =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > =C2=A0=20 >=20 > --- =D0=9E=D1=80=D0=B8=D0=B3=D1=96=D0=BD=D0=B0=D0=BB=D1=8C=D0=BD=D0=B5 = =D0=BF=D0=BE=D0=B2=D1=96=D0=B4=D0=BE=D0=BC=D0=BB=D0=B5=D0=BD=D0=BD=D1=8F --= -=20 > =D0=92=D1=96=D0=B4 =D0=BA=D0=BE=D0=B3=D0=BE: "Koop Mast" < kwm@freebsd.or= g >=20 > =D0=94=D0=B0=D1=82=D0=B0: 11 =D0=BA=D0=B2=D1=96=D1=82=D0=BD=D1=8F 2014, 2= 1:59:45=20 >=20 > Author: kwm > Date: Fri Apr 11 18:49:28 2014 > New Revision: 351029 > URL: http://svnweb.freebsd.org/changeset/ports/351029=20 > QAT: https://qat.redports.org/buildarchive/r351029/=20 >=20 > Log: > Update to 0.1.33. > =20 > Added new API function "cuse_is_vmalloc_addr()". > Some minor kqfilter fixes. > =20 > While here use USES=3Dtar:bzip2, and strip the module. > This is done in do-install because the module is installed r-x, > so strip isn't allowed and I don't want to mess with chmod. > =20 > Submitted by: maintainer (IRC) >=20 > =20 > Hi all.=20 >=20 > After update ports tree to r351029 and update > multimedia/cuse4bsd-kmod i have the next problem: root@nonamehost:/ # > kldload cuse4bsd kldload: an error occurred while loading the module. > Please check dmesg(8) for more details.=20 >=20 > root@nonamehost:/ # dmesg=20 > ...=20 > pid 8501 (kldxref), uid 0: exited on signal 11=20 > kldload: /boot/modules/cuse4bsd.ko: file has no valid symbol table=20 > linker_load_file: Unsupported file type=20 >=20 > after downgrade ports tree to r351028 and rebuild|reinstall > multimedia/cuse4bsd-kmod - module cuse4bsd.ko , which is loaded fine.=20 >=20 > root@nonamehost:/ # uname -a=20 > FreeBSD nonamehost.local 10.0-STABLE FreeBSD 10.0-STABLE #0 r264366: > Sat Apr 12 10:16:17 EEST 2014 > ivan@nonamehost.local :/usr/obj/usr/src/sys/mk10=C2=A0 amd64=20 >=20 Hm... r351078 solved my problem... Sorry for noice. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 11:57:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B1A6A39 for ; Sat, 12 Apr 2014 11:57:49 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B8A491DB8 for ; Sat, 12 Apr 2014 11:57:48 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s3CBvPkT031367 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Apr 2014 13:57:25 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s3CBvOiw031364; Sat, 12 Apr 2014 13:57:24 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Sat, 12 Apr 2014 13:57:24 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: "Andrey V. Elsukov" Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels In-Reply-To: <53485D65.9020803@yandex.ru> Message-ID: References: <53485D65.9020803@yandex.ru> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Apr 2014 11:57:49 -0000 On Sat, 12 Apr 2014 01:23+0400, Andrey V. Elsukov wrote: > On 12.04.2014 00:23, Trond Endrestl wrote: > >>> r258344 obviously can. > >>> > >>> I even tried regular device names like /dev/ad0s1a in /etc/fstab, and > >>> at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still > >>> cannot mount the root fs. > >>> > >>> The new kernel (r264339) does recognize the ad0 harddrive, and ad0 is > >>> listed as one of the GEOM managed disk devices; acd0 being the other > >>> one. > > Did you do some changes in the kernel config? I haven't change the custom kernel for first system in ages. It worked flawlessly last November. The hardware hasn't changed either. > Does the loader detects all the partitions? (lsdev in loader prompt) Yes, it shows this on the spare system: OK lsdev cd devices: disk devices: disk0: BIOS drive C: disk0s1a: FFS disk0s1b: swap disk0s1d: FFS disk0s1e: FFS disk0s1f: FFS disk0s1g: FFS pxe devices: OK I doubt the loader is at fault. It could be how the IDE controller is handled by the faulty kernel. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 12:02:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D77B4DE8 for ; Sat, 12 Apr 2014 12:02:20 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F0F11FD3 for ; Sat, 12 Apr 2014 12:02:20 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s3CC29s2031401 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Apr 2014 14:02:09 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s3CC28B6031398; Sat, 12 Apr 2014 14:02:09 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Sat, 12 Apr 2014 14:02:08 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Erich Dollansky Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels In-Reply-To: <20140412080009.2e910e5b@X220.alogt.com> Message-ID: References: <20140412080009.2e910e5b@X220.alogt.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Apr 2014 12:02:21 -0000 On Sat, 12 Apr 2014 08:00+0800, Erich Dollansky wrote: > Hi, > > On Fri, 11 Apr 2014 18:38:04 +0200 (CEST) > Trond Endrestl wrote: > > > The r264339 GENERIC kernel are unable to mount the root fs from the > > hard drive using MBR, FreeBSD slice, and UFS volume labels. > > does your GENERIC have these options enabled: No, the GENERIC kernel is untouched by me. The generic GENERIC kernel contains only: options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization I'll try the options/modules listed below > options GEOM_PART_BSD > options GEOM_PART_MBR > options GEOM_PART_GPT > options GEOM_RAID > options GEOM_LABEL > options GEOM_PART_EBR > options GEOM_PART_EBR_COMPAT > > If not or if you are not sure try to load these modules during boot > time. Of course, if you do not use GPT or RAID, you do not have to load > these modules. If you've followed this thread you'll probably remember me doing some experiments in VirtualBox at home last evening local time. An untouched stable/8 GENERIC kernel had no problem mounting the root fs when told to do so by way of a UFS label, i.e. /dev/ufs/root. I tried VirtualBox' IDE controller and SCSI controller, and it worked flawlessly each time. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 12:06:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D58C25E for ; Sat, 12 Apr 2014 12:06:51 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 50FEE104A for ; Sat, 12 Apr 2014 12:06:49 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s3CC6P0H031448 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Apr 2014 14:06:25 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s3CC6OBx031445; Sat, 12 Apr 2014 14:06:24 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Sat, 12 Apr 2014 14:06:24 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Chris H Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels In-Reply-To: <31c0491faf776771e8a28dba8f66b02b.authenticated@ultimatedns.net> Message-ID: References: <31c0491faf776771e8a28dba8f66b02b.authenticated@ultimatedns.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Apr 2014 12:06:51 -0000 On Fri, 11 Apr 2014 21:05-0700, Chris H wrote: > > On Fri, 11 Apr 2014 10:04-0700, Chris H wrote: > > > >> > Hi, > >> > > >> > I have a couple of uncritical systems running stable/8 r258344. > >> > Hardware is Dell OptiPlex GX260, BIOS A09, which is the latest rev. > >> > > >> > The r264339 GENERIC kernel are unable to mount the root fs from the > >> > hard drive using MBR, FreeBSD slice, and UFS volume labels. > >> > >> You didn't indicate where it won't mount the drives from. Is this from > >> the releng_8 install media. In other words, When booting the install > >> media, the installer can't find the drive(s)? Or is it something else? > >> When you're presented with the problem, what's the output of ls /dev > >> do any of ad0* da0* show up? If so, what's the output from > >> gpart list ad0s1 and the likes? > > > > It's when the kernel attempts to mount the root fs from the hard > > drive during startup. > > > > Booting the old kernel, r258344 from November 19th, 2013, works as > > expected. > > > > Typing ? at the mountroot> prompt presented by the new and faulty > > kernel reveals acd0 and ad0 as GEOM managed disk devices. The kernel > > printed a few lines or so above the mountroot> prompt that it > > perfectly detected the ad0 harddrive. > > > > The latest kernel simply can't find /dev/ufs/root nor /dev/ad0s1a. > > > > Here's the output from various commands: > > > > trond@amanda:~>uname -a > > FreeBSD amanda.[withheld] 8.4-STABLE FreeBSD 8.4-STABLE #0 r258344: Tue Nov 19 21:33:39 CET > > 2013 root@amanda.[withheld]:/usr/obj/usr/src/sys/AMANDA i386 > > > > trond@amanda:~>gpart show ad0 > > => 63 976773105 ad0 MBR (465G) > > 63 976773105 1 freebsd [active] (465G) > > > > trond@amanda:~>bsdlabel ad0s1 > > # /dev/ad0s1: > > 8 partitions: > > # size offset fstype [fsize bsize bps/cpg] > > a: 2097152 0 4.2BSD 0 0 0 > > b: 4194304 2097152 swap > > c: 976773105 0 unused 0 0 # "raw" part, don't edit > > d: 2097152 6291456 4.2BSD 0 0 0 > > e: 8388608 8388608 4.2BSD 0 0 0 > > f: 4194304 16777216 4.2BSD 0 0 0 > > g: 41943040 20971520 4.2BSD 0 0 0 > > h: 913858545 62914560 4.2BSD 0 0 0 > > > > trond@amanda:~>df -ah > > Filesystem Size Used Avail Capacity Mounted on > > /dev/ufs/root 989M 215M 694M 24% / > > devfs 1.0k 1.0k 0B 100% /dev > > /dev/ufs/home 3.9G 694M 2.9G 19% /home > > /dev/ufs/tmp 989M 7.1M 903M 1% /tmp > > /dev/ufs/usr 19G 8.2G 9.7G 46% /usr > > /dev/ufs/var 2G 326M 1.5G 18% /var > > /dev/ufs/amandahd0 422G 6.0k 422G 0% /var/spool/amanda/hd0 > > procfs 4.0k 4.0k 0B 100% /proc > > linprocfs 4.0k 4.0k 0B 100% /usr/compat/linux/proc > > linsysfs 4.0k 4.0k 0B 100% /usr/compat/linux/sys > > > > The results are the same on the spare system. > > > > There I first wiped the harddrive clean, by booting from the > > 8.0-RELEASE dvd1, ran dd if=/dev/zero of=/dev/ad0 bs=128M, before I > > installed 8.0-RELEASE. I then transferred an up-to-date working copy > > of stable/8 to the spare system. Next, I compiled world and the > > GENERIC kernel, without any hassle. I performed make installkernel and > > rebooted. > > > > The boot loader managed its way through the maze, read /etc/fstab and > > found the entry for the root filesystem. The new GENERIC kernel, > > however, simply can't understand what to do with: > > > > vfs.root.mountfrom="ufs:/dev/ufs/root" > > vfs.root.mountfrom.options="rw" > > > > as presented by the boot loader. Mind you, the boot loader hasn't been > > replaced yet. Maybe that's the whole issue, however weird it sounds. > > /boot/loader.conf is empty btw. > > > > I'm doing a similar attempt in VirtualBox at home as I write this. > > There I began with 8.4-RELEASE, and are currently compiling stable/8 > > r264351. > > > > I'll later try in VBox, 8.4-R -> stable/8 with GPT + UFS, using GPT > > labels, just to rule out UFS labels. > > Looks to me like you're suffering a mix of MBR + GPT. It /appears/ to > be expecting one of them, but getting the other. Wrong. I haven't mixed MBR and GPT. And if I did, and if I did use GPT labels, then the labels wind up in /dev/gpt, not /dev/ufs. > Did you install the bootcode, or update it? Was it consistent with > your choice of schemes (GPT v MBR)? Well. The bootcode is usually installed only when creating the filesystems. The boot loader gets updated as part of make installworld. I never perform make installworld ahead of make installkernel. > Looks like you're on the right track. As far as I can see. Good > luck. :) I'm trying at least. ;-) > >> > r258344 obviously can. > >> > > >> > I even tried regular device names like /dev/ad0s1a in /etc/fstab, and > >> > at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still > >> > cannot mount the root fs. > >> > > >> > The new kernel (r264339) does recognize the ad0 harddrive, and ad0 is > >> > listed as one of the GEOM managed disk devices; acd0 being the other > >> > one. > >> > > >> > Do I need to load additional geom modules, or is it a genuine bug? > >> > > >> > I have recreated the same conditions on a spare GX260, yes, I have > >> > plenty of them. > >> > > >> > In addition there was some problems with the USB subsystem, so I > >> > disabled USB in the BIOS for now. USB is not essential for any of my > >> > systems. > >> > > >> > Maybe it's time to leave stable/8 and enter stable/10 or stable/9. > >> > I'll try to compile stable/9 on the spare system, and see how it > >> > fares. > >> > > >> > Any thoughts regarding the problem mounting the root fs? -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 12:10:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDDCB3F3 for ; Sat, 12 Apr 2014 12:10:09 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 60206107F for ; Sat, 12 Apr 2014 12:10:09 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s3CC9rt8031467 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Apr 2014 14:09:53 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s3CC9qvN031464; Sat, 12 Apr 2014 14:09:53 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Sat, 12 Apr 2014 14:09:52 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Warren Block Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels In-Reply-To: Message-ID: References: <31c0491faf776771e8a28dba8f66b02b.authenticated@ultimatedns.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Apr 2014 12:10:09 -0000 On Fri, 11 Apr 2014 23:09-0600, Warren Block wrote: > On Fri, 11 Apr 2014, Chris H wrote: > > > > > > There I first wiped the harddrive clean, by booting from the > > > 8.0-RELEASE dvd1, ran dd if=/dev/zero of=/dev/ad0 bs=128M, before I > > > installed 8.0-RELEASE. I then transferred an up-to-date working copy > > > of stable/8 to the spare system. Next, I compiled world and the > > > GENERIC kernel, without any hassle. I performed make installkernel and > > > rebooted. > > > > > > The boot loader managed its way through the maze, read /etc/fstab and > > > found the entry for the root filesystem. The new GENERIC kernel, > > > however, simply can't understand what to do with: > > > > > > vfs.root.mountfrom="ufs:/dev/ufs/root" > > > vfs.root.mountfrom.options="rw" > > > > > > as presented by the boot loader. Mind you, the boot loader hasn't been > > > replaced yet. Maybe that's the whole issue, however weird it sounds. > > > /boot/loader.conf is empty btw. > > > > > > I'm doing a similar attempt in VirtualBox at home as I write this. > > > There I began with 8.4-RELEASE, and are currently compiling stable/8 > > > r264351. > > > > > > I'll later try in VBox, 8.4-R -> stable/8 with GPT + UFS, using GPT > > > labels, just to rule out UFS labels. > > Looks to me like you're suffering a mix of MBR + GPT. It /appears/ to > > be expecting one of them, but getting the other. Did you install the > > bootcode, or update it? Was it consistent with your choice of > > schemes (GPT v MBR)? Well. Looks like you're on the right track. As > > far as I can see. Good luck. :) > > My first guess would be missing bootcode in the BSDlabel slice. But I may > have missed that when I missed earlier parts of this thread. How? Why? The system has booted FreeBSD stable/8 for the last five years using MBR, slice, and UFS labels. Why should it stop all of a sudden? > In general, use GPT unless there is some reason to avoid it. > http://www.wonkity.com/~wblock/docs/html/disksetup.html shows both > GPT and MBR/BSDlabel setup. I was hoping to avoid reinstalling the system, but if I do, and the firmware permits it, I'd go for GPT, no doubt. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 12:55:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69B8A19D for ; Sat, 12 Apr 2014 12:55:19 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 344831479 for ; Sat, 12 Apr 2014 12:55:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=9THQYtRV7uMBpTh426qTQaidjalxf+inScz6PDwNvfM=; b=cSIyqDIuQum8kxNszKNVUBOsjkBK3aiXwnv7TpVXurhMFMY1YZBSw0/drJrbhZyS13LuLSFN9O0AewcH1b07dLyRAY3g2pN3OzLOpI60SaWSqD8aNAGbW1O30PdFHeEfOqOvJKRxP+63l3QGALTDBLSuaNMIp0nv74blRtvhjFk=; Received: from [182.55.101.96] (port=14696 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WYxSn-000jh3-87; Sat, 12 Apr 2014 06:55:17 -0600 Date: Sat, 12 Apr 2014 20:55:13 +0800 From: Erich Dollansky To: Trond =?ISO-8859-1?Q?Endrest=F8l?= Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels Message-ID: <20140412205513.01ede5c2@X220.alogt.com> In-Reply-To: References: <20140412080009.2e910e5b@X220.alogt.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Apr 2014 12:55:19 -0000 Hi, On Sat, 12 Apr 2014 14:02:08 +0200 (CEST) Trond Endrest=F8l wrote: > On Sat, 12 Apr 2014 08:00+0800, Erich Dollansky wrote: >=20 > > does your GENERIC have these options enabled: >=20 > No, the GENERIC kernel is untouched by me. >=20 > The generic GENERIC kernel contains only: >=20 > options GEOM_PART_GPT # GUID Partition Tables. > options GEOM_LABEL # Provides labelization >=20 > I'll try the options/modules listed below >=20 > > options GEOM_PART_BSD > > options GEOM_PART_MBR you need at least these two to boot UFS on a MBR schema. > > options GEOM_PART_GPT > > options GEOM_RAID > > options GEOM_LABEL > > options GEOM_PART_EBR You should also need the last one. > > options GEOM_PART_EBR_COMPAT I use this as I was told to do so but I do not know if this is really needed. > >=20 > > If not or if you are not sure try to load these modules during boot > > time. Of course, if you do not use GPT or RAID, you do not have to > > load these modules. >=20 > If you've followed this thread you'll probably remember me doing some=20 > experiments in VirtualBox at home last evening local time. I saw. >=20 > An untouched stable/8 GENERIC kernel had no problem mounting the root=20 > fs when told to do so by way of a UFS label, i.e. /dev/ufs/root. I=20 > tried VirtualBox' IDE controller and SCSI controller, and it worked=20 > flawlessly each time. >=20 The only idea I have is that the GENERIC configuration has changed. I remember a change in this are when 10 was still CURRENT which gave me some confusion. OK, this was CURRENT, this should not happen on the old 8.x. Erich From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 13:05:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ADD96489 for ; Sat, 12 Apr 2014 13:05:32 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 734EE1575 for ; Sat, 12 Apr 2014 13:05:32 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:38fe:bc98:65e7:fb6b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 3F5454AC1C for ; Sat, 12 Apr 2014 17:05:22 +0400 (MSK) Date: Sat, 12 Apr 2014 17:04:45 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1785048524.20140412170445@serebryakov.spb.ru> To: FreeBSD stable Subject: After upgrade from 9-STABLE to 10-STABLE "shutdown -h now" doesn't halt, but reboot system. 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.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Apr 2014 13:05:32 -0000 Hello, FreeBSD. It breaks UPS usage completely -- system reboots instead of waiting for power off if it is "halted" by UPS monitoring (nut). System is Q35-based MoBo with E8400 CPU, nothing fancy or special. How could I debug this problem to provide more information? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 13:10:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD4F4680; Sat, 12 Apr 2014 13:10:37 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 6E3D615B4; Sat, 12 Apr 2014 13:10:37 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:38fe:bc98:65e7:fb6b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 9F8824AC2D; Sat, 12 Apr 2014 17:10:29 +0400 (MSK) Date: Sat, 12 Apr 2014 17:09:53 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <981154629.20140412170953@serebryakov.spb.ru> To: freebsd-fs@FreeBSD.org, freebsd-stable@freebsd.org Subject: One process which would not die force me to power-cycle server and ALL UFS SUJ FSes are completely broken after that AGAIN! 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.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Apr 2014 13:10:37 -0000 Hello, Freebsd-fs. On my 10-STABLE (r263965) system transmission-daemon stops to work, could not be killed (waits forever in STOP state after "kill -KILL), kernel reports about overfilled accept TCP queue for its socket (sonewconn: pcb 012345678FFFFFFF: Listen queue overflow). Try "shutdown -r now", process aborted due to process which would not die, nothing could be done: system doesn't react on keyboard after that. Wait one hour (!). No result, only more "Listen queue overflow" messages on console. Power-off. Power-on. All UFS2 filesystems can not be recovered with using of automated fsck, due to journal/softupdate inconsistencies. I need to run "fsck -f" TWICE for each of them (as first run ask to re-run fsck). Please note, they are filesystems on MBR slice + BSD label on simple SATA disk attached to chipset port, no RAID, no "strange" GEOM modules, nothing fancy. Plain and easy install -- MBR with one slice, BSD label, filesystems, it's all. So, there are two questions: (1) Does UFS2 SUJ works at all on STABLE system? Should it?! (2) How could I avoid such situation, how could I reboot system WITHOUT such disaster when one process refuse to die? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 13:18:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03DD3A8F for ; Sat, 12 Apr 2014 13:18:44 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp07.smtpout.orange.fr [80.12.242.129]) by mx1.freebsd.org (Postfix) with ESMTP id 77F1A1671 for ; Sat, 12 Apr 2014 13:18:42 +0000 (UTC) Received: from localhost ([92.156.101.138]) by mwinf5d42 with ME id p1Jg1n00D2z9cNs031Jg6b; Sat, 12 Apr 2014 15:18:42 +0200 X-ME-Helo: localhost X-ME-Date: Sat, 12 Apr 2014 15:18:42 +0200 X-ME-IP: 92.156.101.138 Message-ID: <53493D30.1040005@orange.fr> Date: Sat, 12 Apr 2014 15:18:40 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Erich Dollansky , =?ISO-8859-1?Q?Trond_?= =?ISO-8859-1?Q?Endrest=F8l?= Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels References: <20140412080009.2e910e5b@X220.alogt.com> <20140412205513.01ede5c2@X220.alogt.com> In-Reply-To: <20140412205513.01ede5c2@X220.alogt.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Apr 2014 13:18:44 -0000 On 04/12/2014 14:55, Erich Dollansky wrote: > Hi, > > On Sat, 12 Apr 2014 14:02:08 +0200 (CEST) > Trond Endrest=F8l wrote: > >> On Sat, 12 Apr 2014 08:00+0800, Erich Dollansky wrote: >> >>> does your GENERIC have these options enabled: >> >> No, the GENERIC kernel is untouched by me. >> >> The generic GENERIC kernel contains only: >> >> options GEOM_PART_GPT # GUID Partition Tables. >> options GEOM_LABEL # Provides labelization >> >> I'll try the options/modules listed below >> >>> options GEOM_PART_BSD >>> options GEOM_PART_MBR > > you need at least these two to boot UFS on a MBR schema. > >>> options GEOM_PART_GPT >>> options GEOM_RAID >>> options GEOM_LABEL >>> options GEOM_PART_EBR > > You should also need the last one. > >>> options GEOM_PART_EBR_COMPAT > > I use this as I was told to do so but I do not know if this is really > needed. > >>> >>> If not or if you are not sure try to load these modules during boot >>> time. Of course, if you do not use GPT or RAID, you do not have to >>> load these modules. >> >> If you've followed this thread you'll probably remember me doing some >> experiments in VirtualBox at home last evening local time. > > I saw. >> >> An untouched stable/8 GENERIC kernel had no problem mounting the root >> fs when told to do so by way of a UFS label, i.e. /dev/ufs/root. I >> tried VirtualBox' IDE controller and SCSI controller, and it worked >> flawlessly each time. >> > The only idea I have is that the GENERIC configuration has changed. I > remember a change in this are when 10 was still CURRENT which gave me > some confusion. OK, this was CURRENT, this should not happen on the old= > 8.x. > svnweb.freebsd.org (and my src) shows that for stable/8 i386 GENERIC is at r260271 and contains: options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization DEFAULTS is at r201535 and contains: options GEOM_PART_BSD options GEOM_PART_EBR options GEOM_PART_EBR_COMPAT options GEOM_PART_MBR > Erich CBu From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 13:28:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B151AD14; Sat, 12 Apr 2014 13:28:17 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 883F1173F; Sat, 12 Apr 2014 13:28:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=nHMs4xpb+mN62KpckcUEgN8TDdR1UDnlo1e9C1W5+HU=; b=d+1dzssQIzC6pVY4ymBNDFtIQOnlOs0vIYwxbBcZx92NrCDip6tnwB168fUtfDGIdZ1nTOC94+cu/gaqLVqBN07VpglQsyrDQ9RyAcwMlQhz4vP5hhXWjaElKk4jjwAouSel5ky92IHAQhtcwVlX2r2JnXDTnHutIGl9mEC9CsU=; Received: from [182.55.101.96] (port=53373 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WYxyi-001Lll-IA; Sat, 12 Apr 2014 07:28:17 -0600 Date: Sat, 12 Apr 2014 21:28:13 +0800 From: Erich Dollansky To: lev@FreeBSD.org Subject: Re: One process which would not die force me to power-cycle server and ALL UFS SUJ FSes are completely broken after that AGAIN! Message-ID: <20140412212813.49da6fbf@X220.alogt.com> In-Reply-To: <981154629.20140412170953@serebryakov.spb.ru> References: <981154629.20140412170953@serebryakov.spb.ru> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-fs@FreeBSD.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Apr 2014 13:28:17 -0000 Hi, On Sat, 12 Apr 2014 17:09:53 +0400 Lev Serebryakov wrote: > (1) Does UFS2 SUJ works at all on STABLE system? Should it?! > it should. > (2) How could I avoid such situation, how could I reboot system > WITHOUT such disaster when one process refuse to die? > Do you know the name of the program which refuses to stop? Erich From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 13:39:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7C0D1A7; Sat, 12 Apr 2014 13:39:45 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8B71F1814; Sat, 12 Apr 2014 13:39:45 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:38fe:bc98:65e7:fb6b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 22D184AC1C; Sat, 12 Apr 2014 17:39:44 +0400 (MSK) Date: Sat, 12 Apr 2014 17:39:06 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <42681337.20140412173906@serebryakov.spb.ru> To: Erich Dollansky Subject: Re: One process which would not die force me to power-cycle server and ALL UFS SUJ FSes are completely broken after that AGAIN! In-Reply-To: <20140412212813.49da6fbf@X220.alogt.com> References: <981154629.20140412170953@serebryakov.spb.ru> <20140412212813.49da6fbf@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@FreeBSD.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Apr 2014 13:39:45 -0000 Hello, Erich. You wrote 12 =D0=B0=D0=BF=D1=80=D0=B5=D0=BB=D1=8F 2014 =D0=B3., 17:28:13: >> (1) Does UFS2 SUJ works at all on STABLE system? Should it?! ED> it should. It doesn't according to my experience. Every "non-clean" reboot gives me a hour of dances around server with running fsck by hands multiple times. >> (2) How could I avoid such situation, how could I reboot system >> WITHOUT such disaster when one process refuse to die? ED> Do you know the name of the program which refuses to stop? Yep. "transmission-daemon" from "net-p2p/transmission-daemon" port. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 16:07:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DF114A8 for ; Sat, 12 Apr 2014 16:07:17 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0DFCE15C7 for ; Sat, 12 Apr 2014 16:07:16 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WZ0SY-0001F7-3A for freebsd-stable@freebsd.org; Sat, 12 Apr 2014 09:07:14 -0700 Date: Sat, 12 Apr 2014 09:07:14 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1397318833785-5902995.post@n5.nabble.com> In-Reply-To: <42681337.20140412173906@serebryakov.spb.ru> References: <981154629.20140412170953@serebryakov.spb.ru> <20140412212813.49da6fbf@X220.alogt.com> <42681337.20140412173906@serebryakov.spb.ru> Subject: Re: One process which would not die force me to power-cycle server and ALL UFS SUJ FSes are completely broken after that AGAIN! 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.17 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, 12 Apr 2014 16:07:17 -0000 I've grown not to trust J. Each time catastrophe hits (usually due to unloading kernel module on the fly, snd_hda is prone I think), I run fsck manually. Maybe it's due to some hard drive hardware caching or whatnot, but I'm just reporting my impression. I'm bound to have something fishy about inodes in log if I would use journal. -- View this message in context: http://freebsd.1045724.n5.nabble.com/One-process-which-would-not-die-force-me-to-power-cycle-server-and-ALL-UFS-SUJ-FSes-are-completely-b-tp5902956p5902995.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 16:54:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3A1FDE3 for ; Sat, 12 Apr 2014 16:54:45 +0000 (UTC) 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 826D9196C for ; Sat, 12 Apr 2014 16:54:45 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.8/8.14.8) with ESMTP id s3CGrEN9034726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 12 Apr 2014 10:53:14 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.8/8.14.8/Submit) with ESMTP id s3CGrD5f034723; Sat, 12 Apr 2014 10:53:14 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 12 Apr 2014 10:53:13 -0600 (MDT) From: Warren Block To: =?ISO-8859-15?Q?Trond_Endrest=F8l?= Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels In-Reply-To: Message-ID: References: <31c0491faf776771e8a28dba8f66b02b.authenticated@ultimatedns.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-ID: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sat, 12 Apr 2014 10:53:14 -0600 (MDT) Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-15; FORMAT=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Apr 2014 16:54:46 -0000 On Sat, 12 Apr 2014, Trond Endrestl wrote: > On Fri, 11 Apr 2014 23:09-0600, Warren Block wrote: >> >> My first guess would be missing bootcode in the BSDlabel slice. But I may >> have missed that when I missed earlier parts of this thread. > > How? Why? The system has booted FreeBSD stable/8 for the last five > years using MBR, slice, and UFS labels. Why should it stop all of a > sudden? Accidental overwrite or (long shot) disk sector failure? I don't know, really. Check the smartctl output for that disk. The BSDlabel bootcode can be reinstalled without harming the filesystems. I'd still make a backup first, something questionable is going on. Inclusion of the geom_raid kernel module for the first time, and old RAID metadata on the disk? That would show in /var/log/messages or dmesg. If that's the problem, it can be disabled in loader.conf or at a boot prompt with kern.geom.raid.enable=0. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 18:37:24 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9E94D0A; Sat, 12 Apr 2014 18:37:24 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 0AA4312D7; Sat, 12 Apr 2014 18:37:23 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3CIapBe051138; Sat, 12 Apr 2014 20:36:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3CIaiQq050747; Sat, 12 Apr 2014 18:36:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Apr 2014 18:36:44 GMT Message-Id: <201404121836.s3CIaiQq050747@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Apr 2014 18:37:24 -0000 TB --- 2014-04-12 16:00:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-12 16:00:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-12 16:00:45 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-04-12 16:00:45 - cleaning the object tree TB --- 2014-04-12 16:00:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-12 16:01:36 - At svn revision 264373 TB --- 2014-04-12 16:01:37 - building world TB --- 2014-04-12 16:01:37 - CROSS_BUILD_TESTING=YES TB --- 2014-04-12 16:01:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-12 16:01:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-12 16:01:37 - SRCCONF=/dev/null TB --- 2014-04-12 16:01:37 - TARGET=powerpc TB --- 2014-04-12 16:01:37 - TARGET_ARCH=powerpc TB --- 2014-04-12 16:01:37 - TZ=UTC TB --- 2014-04-12 16:01:37 - __MAKE_CONF=/dev/null TB --- 2014-04-12 16:01:37 - cd /src TB --- 2014-04-12 16:01:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 12 16:01:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] c++ -O2 -pipe -I/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86 -I. -I/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86/X86COFFMachineModuleInfo.cpp -o X86COFFMachineModuleInfo.o c++ -O2 -pipe -I/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86 -I. -I/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86/X86CodeEmitter.cpp -o X86CodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86 -I. -I/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86/X86FastISel.cpp -o X86FastISel.o /src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86/X86FastISel.cpp: In member function 'bool::X86FastISel::X86SelectDivRem(const llvm::Instruction*)': /src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86/X86FastISel.cpp:1317: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/clang/libllvmx86codegen *** Error code 1 Stop. bmake[4]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-12 18:36:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-12 18:36:43 - ERROR: failed to build world TB --- 2014-04-12 18:36:43 - 7379.44 user 2090.09 system 9357.55 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 19:44:26 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68340F07; Sat, 12 Apr 2014 19:44:26 +0000 (UTC) Received: from mail-ee0-x235.google.com (mail-ee0-x235.google.com [IPv6:2a00:1450:4013:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A7204183E; Sat, 12 Apr 2014 19:44:25 +0000 (UTC) Received: by mail-ee0-f53.google.com with SMTP id b57so5133837eek.26 for ; Sat, 12 Apr 2014 12:44:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=ji1rcl9A8PrTMmY3JUKm2SlqJKDNoOvT/ESFxhWlRVs=; b=LH/7lZb3K4g8wafs1QA/56nohqis9bJ8gaJ3TFvHB/Owjme/e2UQoJHmbebNBUZUcd YEz7zjohByK8wiy+BHTGLIBHu+XouvqfY1XwUhtOG7NEi4wEYARmpBCYo5YykcvC6tSU 0StIio4Gm5CY1rgljDcgDXySbkIE8yMRzdhKG3taYk03foSCM4CfcpX6lecZsmwzcIpg ohntCw5pi9bPo+NKbuLRhzLSDyQEUnSD8LX8KaEbY14to8vPdQYz90Kpo5Ie1j9UcDrG WTf5bPwVvJOhYTcG/JzbJZxbT+KqVnMGajbWXqvFQVLk3CXQiteiy19UrrdmHBcX2W8q wRXw== X-Received: by 10.15.93.201 with SMTP id w49mr2194331eez.69.1397331863988; Sat, 12 Apr 2014 12:44:23 -0700 (PDT) Received: from notebook.linsystem.net ([80.92.253.14]) by mx.google.com with ESMTPSA id l42sm27577331eew.19.2014.04.12.12.44.23 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Sat, 12 Apr 2014 12:44:23 -0700 (PDT) Date: Sat, 12 Apr 2014 21:44:20 +0200 From: Robert David To: Baptiste Daroussin Subject: Re: [ANNOUNCE] ports 2014Q2 branched Message-ID: <20140412214420.505bd675@notebook.linsystem.net> In-Reply-To: <20140402092434.GY99393@ivaldir.etoilebsd.net> References: <20140402092434.GY99393@ivaldir.etoilebsd.net> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Apr 2014 19:44:26 -0000 Hi Baptiste, this is awesome news. I think this is very good process. I got a question. From which FreeBSD branch is the latest and quarterly build? Since it can be affected by such things as update to new xorg when default in stable/10, etc. Because if the base is stable/10 it should be clear for users or release/10.0 that quarterly/latest is not safe to use. Or when it is from release/10.0, what happened when there will be release/10.1? Anyway thanks a lot, Robert. On Wed, 2 Apr 2014 11:24:34 +0200 Baptiste Daroussin wrote: > Hi all, > > I am pleased to announce that we have created the 2014Q2 branch of > the ports tree. > > Because the first 2014Q1 branch was experimental you might not have > heard of it yet. > > January 2014 saw the release of the first quaterly branch, intended at > providing a stable and high-quality ports tree. Those stable branches > are a snapshot of the head ports tree taken every 3 months and > currently supported for three months, during which they receive > security fixes as well as build and runtime fixes. > > Packages are built on regular basis on that branch (weekly) and > published as usual via pkg.FreeBSD.org (/quarterly instead of the > usual /latest). > > They are signed the same way the /latest branch is. > > While packages for 2014Q1 were only built for 10 (i386 and amd64) > 2014Q2 will be built for both FreeBSD 9 and 10 (i386 and amd64). > > The first build of 2014Q2 will started this morning (wednesday at 1 > am UTC) and should hit your closest mirrors very soon. > > On behalf of the port management team > Bapt From owner-freebsd-stable@FreeBSD.ORG Sun Apr 13 02:08:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 153BE5BE; Sun, 13 Apr 2014 02:08:01 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id E00A51716; Sun, 13 Apr 2014 02:08:00 +0000 (UTC) Received: from [10.0.1.3] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.2) with ESMTP id s3D27hiw099019 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 12 Apr 2014 19:07:44 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: 9.2 Boot Problem From: Doug Hardie In-Reply-To: <89290759-E5C2-4991-B644-A82648BEDD52@lafn.org> Date: Sat, 12 Apr 2014 19:07:43 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <1D50A38D-8919-4034-A4E5-EEF8E78E638D@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <981CAA9F-1E67-4E56-A119-BA6D1D29F383@lafn.org> <89290759-E5C2-4991-B644-A82648BEDD52@lafn.org> To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1510) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: "dteske@FreeBSD.org Teske" , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Apr 2014 02:08:01 -0000 On 10 April 2014, at 14:23, Doug Hardie wrote: >=20 > On 9 April 2014, at 16:53, Doug Hardie wrote: >=20 >>=20 >> On 9 April 2014, at 14:17, dteske@FreeBSD.org wrote: >>=20 >>>=20 >>>=20 >>>> -----Original Message----- >>>> From: Chris H [mailto:bsd-lists@bsdforge.com] >>>> Sent: Wednesday, April 9, 2014 2:03 PM >>>> To: Doug Hardie >>>> Cc: freebsd-stable@freebsd.org List >>>> Subject: Re: 9.2 Boot Problem >>>>=20 >>>>>=20 >>>>> On 9 April 2014, at 13:49, "Chris H" = wrote: >>>>>=20 >>>>>>>=20 >>>>>>> On 9 April 2014, at 11:29, "Chris H" = wrote: >>>>>>>=20 >>>>>>>>>=20 >>>>>>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: >>>>>>>>>=20 >>>>>>>>>> I put this out on Questions, but got no responses. Hopefully >>>>>>>>>> someone here has some ideas. >>>>>>>>>>=20 >>>>>>>>>> FreeBSD 9.2. All of my systems are hanging during boot right >>>>>>>>>> after the screen that has the picture. Its as if someone hit = a >>>>>>>>>> space on the keyboard. However, these systems have no = keyboard. >>>>>>>>>> If I plug one in, or use the serial console, and enter a = return, >>>>>>>>>> the boot continues properly. >>>>>>>>>>=20 >>>>>>>>>> The boot menu is displayed along with Beastie. However, the = line >>>>>>>>>> that says Autoboot in n seconds=85 never appears. It just = stops >>>>>>>>>> there. These are all new installs from CD systems. >>>>>>>>>> I just used freebsd-update to take a toy server from 9.1 to = 9.2 >>>>>>>>>> and it doesn't exhibit this behavior. It boots properly. I = have >>>>>>>>>> updated one of the production servers with the latest 9.2 = changes >>>>>>>>>> and it still has the issue. I first thought that some config >>>>>>>>>> file did not get updated properly on the CD. I have dug = around >>>>>>>>>> through the 4th files and don't see anything obvious that = would >>>>>>>>>> cause this. I have now verified that all the 4th files in = boot >>>>>>>>>> are identical (except for the version number. They are = slightly >>>>>>>>>> different). I don't believe this is a BIOS setting issue as >>>>>>>>>> FreeBSD 7.2 didn't exhibit this behavior. All >>>>>>>>>> 4 >>>>>>>>>> systems are on totally different motherboards. >>>>>>>>>>=20 >>>>>>>>>> I tried setting loader_logo=3D"none" in /boot/config.rc and = that >>>>>>>>>> eliminated the menu and Beastie. I think the system = completed >>>> booting, but the serial console was then dead. >>>>>>>>>> It >>>>>>>>>> did not respond or output anything. I had to remove that and >>>>>>>>>> reboot to get the console back again. >>>>>>>>>>=20 >>>>>>>>>> I need to get this fixed as these are production servers that = are >>>>>>>>>> essentially unmanned so its difficult to get them back up = again. >>>>>>>>>=20 >>>>>>>>>=20 >>>>>>>>> No response here either. Surely someone must know the loader. = I >>>> have been digging >>>>>>>>> through >>>>>>>>> the code, and can't find any differences between the systems = that >>>> work and those that >>>>>>>>> don't. >>>>>>>>> Is there any way to debug this? Is there a way to find out = where the >>>> loader is sitting >>>>>>>>> waiting on input from the terminal. That might give a clue as = to why it >>>> didn't >>>>>>>>> autoboot. >>>>>>>>>=20 >>>>>>>> OK. This is the first I've seen of your post. I'm not going to = profess >>>>>>>> being an expert. But I might suggest adding the following to >>>>>>>> loader.conf(5) >>>>>>>>=20 >>>>>>>> verbose_loading=3D"YES" >>>>>>>> boot_verbose=3D"YES" >>>>>>>>=20 >>>>>>>> This raises the "noise level". Maybe that will help to provide = you with >>>>>>>> a bit more information, as to what, or if, your booting. DO = have a look >>>>>>>> through /boot/defaults/loader.conf for more hints, as to what, = and >>>> how >>>>>>>> you can control the boot process. As well as = /etc/defaults/rc.conf. >>>>>>>> In fact, you can pre-decide what, and how, to boot. Even = passing by the >>>>>>>> boot menu entirely. >>>>>>>=20 >>>>>>> Thanks Chris. I did that and here is what I get: >>>>>>>=20 >>>>>>> Rebooting... >>>>>>> cpu_reset: Stopping other CPUs >>>>>>> /boot.config: -Dh >>>>>>> Consoles: internal video/keyboard serial port >>>>>>> BIOS drive A: is disk0 >>>>>>> BIOS drive C: is disk1 >>>>>>> BIOS 640kB/2087360kB available memory >>>>>>>=20 >>>>>>> FreeBSD/x86 bootstrap loader, Revision 1.1 >>>>>>> (doug@zool.lafn.org, Tue Apr 8 20:30:20 PDT 2014) >>>>>>> Loading /boot/defaults/loader.conf >>>>>>> Warning: unable to open file /boot/loader.conf.local >>>>>>> /boot/kernel/kernel text=3D0xdb3171 data=3D0xf3c04+0xbb770 >>>> syms=3D[0x4+0xeda80+0x4+0x1b8ebf] >>>>>>> zpool_cache...failed! >>>>>>> \ >>>>>>> H[Esc]ape to loader prompt_ _____ _____ >>>>>>> | ____| | _ \ / ____| __ \ >>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>>>>>> | | | | | __/ __/| |_) |____) | |__| | >>>>>>> | | | | | | || | | | >>>>>>> |_| |_| \___|\___||____/|_____/|_____/ ``` = ` >>>>>>> s` = `.....---.......--.``` -/ >>>>>>> + Welcome to FreeBSD + +o .--` = /y:` +. >>>>>>> | | yo`:. :o = `+- >>>>>>> | 1. Boot Multi User [Enter] | y/ 3;46H / >>>>>>> | 2.-- / | >>>>>>> | | >>>>>>> | 4. Reboot | `: = :` >>>>>>> | | `: = :` >>>>>>> | Options: / = / >>>>>>> | 5. Configure Boot [O]ptions... .- = -. >>>>>>> | -- = -. >>>>>>> | `:` = `:` >>>>>>> | .-- = `--. >>>>>>> | = .---.....----. >>>>>>> +-----------------------------------------+ >>>>>>>=20 >>>>>>> FreeBSD `Nakatomi = Socrates' 9.2 >>>>>>>=20 >>>>>>>=20 >>>>>>> Now it waits for a return. I have tried changing the logo, = setting the >>>> autoboot timeout >>>>>>> and >>>>>>> a couple others. The only thing that did anything different was = setting >>>> the logo to an >>>>>>> invalid value. Basically the console was dead after that, but = the system >>>> did boot. I >>>>>>> never >>>>>>> see the Auto Boot in n seconds message. Its also interesting = that the list >>>> of options >>>>>>> above >>>>>>> appears incomplete. On the working system, items 1 through 5 = are all >>>> present. I have >>>>>>> now >>>>>>> checked all the cksum's for all the files in /boot and they are = all the same. >>>>>>>=20 >>>>>> Hmmm. Looks like you're going to make me do all your research, = for you. >>>> ;) >>>>>> You /did/ read the contents of /boot/defaults/loader.conf. Yes? = I'm >>>> guessing >>>>>> that you've also already read loader.4th(8), and the other = related info. >>>>>> Now this is pure supposition; as it appears that you're looking = for a serial >>>>>> console. I'd /speculate/ that you want to turn all that NASTY = ANSI stuff >>>> OFF >>>>>> That's why your not seeing the complete menu -- hear that Devin! >>>>>> I'm going to post just this much for now, just to get you = started. I know >>>>>> what else you need/are looking for. But need to find the = /correct/ syntax >>>> -- >>>>>> paraphrasing, just won't get it. :)\ >>>>>=20 >>>>> Setting loader_color=3D"NO" (from man page) does give back the = full menu. >>>> Still waits for >>>>> return after the version name. I haven't found in the forth where = it is >>>> reading the >>>>> keyboard. Yes, I have to use a serial console. These machines = are about >>>> 100 miles away. >>>>> Something is stopping the autoboot from even starting. >>>>=20 >>>> See my reply to this. I think I've given you the hints you need -- = fingers >>>> crossed. :) >>>>=20 >>>=20 >>> He's using console=3Dcomconsole (serial boot). >>> When that is the case, loader_color is automatically set to NO. >>> There's no reason to set both loader_color=3DNO and console=3D >>> comconsole. The code that does this is here: >>>=20 >>> = http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/color.4th?revi= sion=3D255898&view=3Dmarkup >>> Line 48 within the loader_color? function: >>> boot_serial? if FALSE else TRUE then >>>=20 >>> As for answering the quandary of where the keyboard is polled >>> during the timeout countdown, that's the getkey function in here: >>>=20 >>> = http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/menu.4th?revis= ion=3D255898&view=3Dmarkup >>> --=20 >>=20 >>=20 >>=20 >> I commented out the 3 cursor positions in menu-timeout-update. It = does not appear that word is being used. The Autoboot message never = appeared. Obviously getkey is being used as it does respond properly to = a return. I am beginning to suspect that menu_timeout_enabled is zero. = I believe adding a line after getkey's begin with >>=20 >> s"menu_timeout_enabled =3D " type menu_timeout_enabled @ . 10 = spaces >>=20 >> will tell me. >=20 >=20 >=20 > There is a missing space after the first " above. However, that does = confirm my suspicion that menu_timeout_enabled is set to 0. It is only = displayed once. On a working system the value is 1 and that message is = output numerous times until the 10 seconds expires and then the boot = begins. >=20 > Now to figure out how that value is getting set incorrectly. >=20 After much digging, I now know what it going on, but not why. When = getkey is called the first time, menu_timeout_enable is set to one. = However, it is set to zero on every check after that. In getkey after = the comment "Was a key pressed" is a check of key to see if a key was = pressed. It is returning a decimal 7 (BEL). That then clears = menu_timeout_enable and it then sits there waiting for a valid key = input. There is no keyboard plugged into the system. I have no idea = how that BEL is being generated or even how to prevent it. Could it be = possible that it comes from the serial console? I tend to doubt thats = the case since the system hangs during boot when the serial console is = not connected. I suppose that I could put in a test for a key value = that is not a control character, but that would only work until the next = system update. I'd have to remember to put it back in each time. Thats = not likely to happen. My memory is not that good. Whats interesting is = that I have 4 systems (i386) doing this and 1 system (i386) and 2 = systems (amd64) not doing it. The only common thread is the 4 systems = doing it are about 100 miles from me and the working ones are here. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 13 02:18:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51954958; Sun, 13 Apr 2014 02:18:06 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 1A58517DE; Sun, 13 Apr 2014 02:18:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=hAnvrj+d/3/+iIuDhdFIEjo5xWbfl86gk8sQNcXjm9E=; b=ljYTRVd+q/8PT/ndS1SQljI2iF1SZlxQz++A42wWDTA93md1UTivsvSdwYd9dVSwE2hPHp9hazA6Qu6WFQTVr5BPkXHyOEla8/MMdXJqApIw+EVK0wDusM64DFjx4UZtTR3/66aDcC0Z1tFwWwCeay04ao/N8zU9uA0fKjlRHYw=; Received: from [182.55.101.96] (port=49133 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WZ9zf-004MyW-JK; Sat, 12 Apr 2014 20:18:04 -0600 Date: Sun, 13 Apr 2014 10:18:00 +0800 From: Erich Dollansky To: Doug Hardie Subject: Re: 9.2 Boot Problem Message-ID: <20140413101800.238611d1@X220.alogt.com> In-Reply-To: <1D50A38D-8919-4034-A4E5-EEF8E78E638D@lafn.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <981CAA9F-1E67-4E56-A119-BA6D1D29F383@lafn.org> <89290759-E5C2-4991-B644-A82648BEDD52@lafn.org> <1D50A38D-8919-4034-A4E5-EEF8E78E638D@lafn.org> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: "dteske@FreeBSD.org Teske" , freebsd-stable@freebsd.org, Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Apr 2014 02:18:06 -0000 Hi, On Sat, 12 Apr 2014 19:07:43 -0700 Doug Hardie wrote: > that good. Whats interesting is that I have 4 systems (i386) doing > this and 1 system (i386) and 2 systems (amd64) not doing it. The > only common thread is the 4 systems doing it are about 100 miles from > me and the working ones are here. > allow me to suggest what I am doing. I abstracted all of these things with scripts. Every machine gets a unique name. The scripts use this name to decide what to do on the individual machines. Erich From owner-freebsd-stable@FreeBSD.ORG Sun Apr 13 03:10:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 806F77C2 for ; Sun, 13 Apr 2014 03:10:56 +0000 (UTC) Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 14E291CB2 for ; Sun, 13 Apr 2014 03:10:54 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id k14so6824180wgh.23 for ; Sat, 12 Apr 2014 20:10:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=Zd1HpR6Xshtj0AehPgocTdJ3TrwzqjKbHBlzrFP23V4=; b=fJWsywHkawohR3QaGm6qhQk2u56bKObwLHT1Lkr1D5Tx6EHiTRnEJ79uRsN8WKvNNq emv3YyS5R12RaTD/yFNm0IK2y7uiVD6u2XOsPj5EtSd8yQkyabE0G8Yr8OgB8QzN2egU Xbkpl5uv2pB6R4ahhzCdiTl3b5kfRvPbb/A/a2eNKfJcr9MxYPjZ+wKuDOlrQNk++gl0 Ruf8y3Lz/a8Qp52vFsToMDHQQM3e1pCFRB4TpYLgPj7AGhgoUgy4CMbXvJDdCcUhNdGm T3XBiVU+U09YhZEvoe3VCfB38JNxDDZNIc/PrnQP0vp/WVzmpz2Zb8i6ZFH64fhszBH1 dZlQ== X-Gm-Message-State: ALoCoQk1IwcuNmpk3L/jeU4B4n4dvDiRXx26iKbfa27RBI8oxwBan+GOzOt5s03PG2sJgbD6W6WJ X-Received: by 10.180.94.8 with SMTP id cy8mr4123478wib.29.1397357051401; Sat, 12 Apr 2014 19:44:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.7.196 with HTTP; Sat, 12 Apr 2014 19:43:31 -0700 (PDT) X-Originating-IP: [60.177.34.143] In-Reply-To: <20140411135453.GA19755@yggdrasil.alkumuna.eu> References: <20140328160019.GA93913@yggdrasil.alkumuna.eu> <20140404214900.6ff7681e@freedom.alkumuna.eu> <20140411135453.GA19755@yggdrasil.alkumuna.eu> From: Haowu Ge Date: Sun, 13 Apr 2014 10:43:31 +0800 Message-ID: Subject: Re: Freebsd 10 install kernel not booting. To: Troyax Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org, Matthieu Volat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Apr 2014 03:10:56 -0000 Try this? gpart bootcode -b /mnt2/boot/boot0 da0 gpart bootcode -b /mnt2/boot/boot1 /dev/da0s1 gpart set -a active -i 1 da0 -- Regards. By: Haowu Ge; PGP:B7C9977A WWW: https://www.7axu.com/ 2014-04-11 21:54 GMT+08:00 Troyax : > Hi, > > > Hello, since there's no answer yet, and it seems to be a bootloader > related problem, would you try the following? > > * Create a 10.0 memory stick > > * From your 9.2 environment, copy the bootcode to the memory stick: > > # gpart bootcode -b /boot/boot da0 > > * Try and see if it boots > > I have just tried your suggestion, but the result is the same. To be more > precise, BTX loader 1.02 seems to launch the loader correctly; but it stops > (and reboots the machine) very early on loading the kernel. > > Is there a way to try to build and boot a fbsd10 kernel with the same > option than my current (and working) fbsd9.2 kernel? > > Thanks for any tips, > Troyax. > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Apr 13 07:39:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DC2BD78; Sun, 13 Apr 2014 07:39:35 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx1.fisglobal.com", Issuer "VeriSign Class 3 Secure Server CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1E16311E3; Sun, 13 Apr 2014 07:39:34 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.193]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id s3D7d9M6021832 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 13 Apr 2014 02:39:10 -0500 Received: from THEMADHATTER (10.242.181.54) by smarthost.fisglobal.com (10.132.206.193) with Microsoft SMTP Server id 14.3.174.1; Sun, 13 Apr 2014 02:39:05 -0500 From: Sender: Devin Teske To: "'Doug Hardie'" , References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <981CAA9F-1E67-4E56-A119-BA6D1D29F383@lafn.org> <89290759-E5C2-4991-B644-A82648BEDD52@lafn.org> <1D50A38D-8919-4034-A4E5-EEF8E78E638D@lafn.org> In-Reply-To: <1D50A38D-8919-4034-A4E5-EEF8E78E638D@lafn.org> Subject: RE: 9.2 Boot Problem Date: Sun, 13 Apr 2014 00:38:58 -0700 Message-ID: <117a01cf56eb$6f989e50$4ec9daf0$@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_117B_01CF56B0.C33B25E0" X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQIen2IJxjY9xQVhZGKzZxIbMLf02AIi1K1LAgvdaV8CCgXzYgMYVRmnAc87HM4BqwKXZALxR6inAVHkpQIBvuDfIwMIrCLDmcHntdA= Content-Language: en-us X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96, 1.0.14, 0.0.0000 definitions=2014-04-12_01:2014-04-11,2014-04-12,1970-01-01 signatures=0 Cc: dteske@FreeBSD.org, 'Chris H' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Apr 2014 07:39:35 -0000 ------=_NextPart_000_117B_01CF56B0.C33B25E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit > -----Original Message----- > From: Doug Hardie [mailto:bc979@lafn.org] > Sent: Saturday, April 12, 2014 7:08 PM > To: freebsd-stable@freebsd.org > Cc: dteske@FreeBSD.org Teske; Chris H > Subject: Re: 9.2 Boot Problem > > > On 10 April 2014, at 14:23, Doug Hardie wrote: > > > > > On 9 April 2014, at 16:53, Doug Hardie wrote: > > > >> > >> On 9 April 2014, at 14:17, dteske@FreeBSD.org wrote: > >> > >>> > >>> > >>>> -----Original Message----- > >>>> From: Chris H [mailto:bsd-lists@bsdforge.com] > >>>> Sent: Wednesday, April 9, 2014 2:03 PM > >>>> To: Doug Hardie > >>>> Cc: freebsd-stable@freebsd.org List > >>>> Subject: Re: 9.2 Boot Problem > >>>> > >>>>> > >>>>> On 9 April 2014, at 13:49, "Chris H" wrote: > >>>>> > >>>>>>> > >>>>>>> On 9 April 2014, at 11:29, "Chris H" > wrote: > >>>>>>> > >>>>>>>>> > >>>>>>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: > >>>>>>>>> > >>>>>>>>>> I put this out on Questions, but got no responses. Hopefully > >>>>>>>>>> someone here has some ideas. > >>>>>>>>>> > >>>>>>>>>> FreeBSD 9.2. All of my systems are hanging during boot right > >>>>>>>>>> after the screen that has the picture. Its as if someone hit > >>>>>>>>>> a space on the keyboard. However, these systems have no > keyboard. > >>>>>>>>>> If I plug one in, or use the serial console, and enter a > >>>>>>>>>> return, the boot continues properly. > >>>>>>>>>> > >>>>>>>>>> The boot menu is displayed along with Beastie. However, the > >>>>>>>>>> line that says Autoboot in n seconds. never appears. It just > >>>>>>>>>> stops there. These are all new installs from CD systems. > >>>>>>>>>> I just used freebsd-update to take a toy server from 9.1 to > >>>>>>>>>> 9.2 and it doesn't exhibit this behavior. It boots properly. > >>>>>>>>>> I have updated one of the production servers with the latest > >>>>>>>>>> 9.2 changes and it still has the issue. I first thought that > >>>>>>>>>> some config file did not get updated properly on the CD. I > >>>>>>>>>> have dug around through the 4th files and don't see anything > >>>>>>>>>> obvious that would cause this. I have now verified that all > >>>>>>>>>> the 4th files in boot are identical (except for the version > >>>>>>>>>> number. They are slightly different). I don't believe this > >>>>>>>>>> is a BIOS setting issue as FreeBSD 7.2 didn't exhibit this > >>>>>>>>>> behavior. All > >>>>>>>>>> 4 > >>>>>>>>>> systems are on totally different motherboards. > >>>>>>>>>> > >>>>>>>>>> I tried setting loader_logo="none" in /boot/config.rc and > >>>>>>>>>> that eliminated the menu and Beastie. I think the system > >>>>>>>>>> completed > >>>> booting, but the serial console was then dead. > >>>>>>>>>> It > >>>>>>>>>> did not respond or output anything. I had to remove that and > >>>>>>>>>> reboot to get the console back again. > >>>>>>>>>> > >>>>>>>>>> I need to get this fixed as these are production servers that > >>>>>>>>>> are essentially unmanned so its difficult to get them back up > again. > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> No response here either. Surely someone must know the > loader. > >>>>>>>>> I > >>>> have been digging > >>>>>>>>> through > >>>>>>>>> the code, and can't find any differences between the systems > >>>>>>>>> that > >>>> work and those that > >>>>>>>>> don't. > >>>>>>>>> Is there any way to debug this? Is there a way to find out > >>>>>>>>> where the > >>>> loader is sitting > >>>>>>>>> waiting on input from the terminal. That might give a clue as > >>>>>>>>> to why it > >>>> didn't > >>>>>>>>> autoboot. > >>>>>>>>> > >>>>>>>> OK. This is the first I've seen of your post. I'm not going to > >>>>>>>> profess being an expert. But I might suggest adding the > >>>>>>>> following to > >>>>>>>> loader.conf(5) > >>>>>>>> > >>>>>>>> verbose_loading="YES" > >>>>>>>> boot_verbose="YES" > >>>>>>>> > >>>>>>>> This raises the "noise level". Maybe that will help to provide > >>>>>>>> you with a bit more information, as to what, or if, your > >>>>>>>> booting. DO have a look through /boot/defaults/loader.conf for > >>>>>>>> more hints, as to what, and > >>>> how > >>>>>>>> you can control the boot process. As well as /etc/defaults/rc.conf. > >>>>>>>> In fact, you can pre-decide what, and how, to boot. Even > >>>>>>>> passing by the boot menu entirely. > >>>>>>> > >>>>>>> Thanks Chris. I did that and here is what I get: > >>>>>>> > >>>>>>> Rebooting... > >>>>>>> cpu_reset: Stopping other CPUs > >>>>>>> /boot.config: -Dh > >>>>>>> Consoles: internal video/keyboard serial port BIOS drive A: is > >>>>>>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available > >>>>>>> memory > >>>>>>> > >>>>>>> FreeBSD/x86 bootstrap loader, Revision 1.1 (doug@zool.lafn.org, > >>>>>>> Tue Apr 8 20:30:20 PDT 2014) Loading /boot/defaults/loader.conf > >>>>>>> Warning: unable to open file /boot/loader.conf.local > >>>>>>> /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770 > >>>> syms=[0x4+0xeda80+0x4+0x1b8ebf] > >>>>>>> zpool_cache...failed! > >>>>>>> \ > >>>>>>> H[Esc]ape to loader prompt_ _____ _____ > >>>>>>> | ____| | _ \ / ____| __ \ > >>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | > >>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > >>>>>>> | | | | | __/ __/| |_) |____) | |__| | > >>>>>>> | | | | | | || | | | > >>>>>>> |_| |_| \___|\___||____/|_____/|_____/ ``` ` > >>>>>>> s` `.....---.......--.``` -/ > >>>>>>> + Welcome to FreeBSD + +o .--` /y:` +. > >>>>>>> | | yo`:. :o `+- > >>>>>>> | 1. Boot Multi User [Enter] | y/ 3;46H / > >>>>>>> | 2.-- / | > >>>>>>> | | > >>>>>>> | 4. Reboot | `: :` > >>>>>>> | | `: :` > >>>>>>> | Options: / / > >>>>>>> | 5. Configure Boot [O]ptions... .- -. > >>>>>>> | -- -. > >>>>>>> | `:` `:` > >>>>>>> | .-- `--. > >>>>>>> | .---.....----. > >>>>>>> +-----------------------------------------+ > >>>>>>> > >>>>>>> FreeBSD `Nakatomi > >>>>>>> Socrates' 9.2 > >>>>>>> > >>>>>>> > >>>>>>> Now it waits for a return. I have tried changing the logo, > >>>>>>> setting the > >>>> autoboot timeout > >>>>>>> and > >>>>>>> a couple others. The only thing that did anything different was > >>>>>>> setting > >>>> the logo to an > >>>>>>> invalid value. Basically the console was dead after that, but > >>>>>>> the system > >>>> did boot. I > >>>>>>> never > >>>>>>> see the Auto Boot in n seconds message. Its also interesting > >>>>>>> that the list > >>>> of options > >>>>>>> above > >>>>>>> appears incomplete. On the working system, items 1 through 5 > >>>>>>> are all > >>>> present. I have > >>>>>>> now > >>>>>>> checked all the cksum's for all the files in /boot and they are all the > same. > >>>>>>> > >>>>>> Hmmm. Looks like you're going to make me do all your research, for > you. > >>>> ;) > >>>>>> You /did/ read the contents of /boot/defaults/loader.conf. Yes? > >>>>>> I'm > >>>> guessing > >>>>>> that you've also already read loader.4th(8), and the other related > info. > >>>>>> Now this is pure supposition; as it appears that you're looking > >>>>>> for a serial console. I'd /speculate/ that you want to turn all > >>>>>> that NASTY ANSI stuff > >>>> OFF > >>>>>> That's why your not seeing the complete menu -- hear that Devin! > >>>>>> I'm going to post just this much for now, just to get you > >>>>>> started. I know what else you need/are looking for. But need to > >>>>>> find the /correct/ syntax > >>>> -- > >>>>>> paraphrasing, just won't get it. :)\ > >>>>> > >>>>> Setting loader_color="NO" (from man page) does give back the full > menu. > >>>> Still waits for > >>>>> return after the version name. I haven't found in the forth where > >>>>> it is > >>>> reading the > >>>>> keyboard. Yes, I have to use a serial console. These machines > >>>>> are about > >>>> 100 miles away. > >>>>> Something is stopping the autoboot from even starting. > >>>> > >>>> See my reply to this. I think I've given you the hints you need -- > >>>> fingers crossed. :) > >>>> > >>> > >>> He's using console=comconsole (serial boot). > >>> When that is the case, loader_color is automatically set to NO. > >>> There's no reason to set both loader_color=NO and console= > >>> comconsole. The code that does this is here: > >>> > >>> http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/color.4t > >>> h?revision=255898&view=markup Line 48 within the loader_color? > >>> function: > >>> boot_serial? if FALSE else TRUE then > >>> > >>> As for answering the quandary of where the keyboard is polled during > >>> the timeout countdown, that's the getkey function in here: > >>> > >>> > http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/menu.4th > >>> ?revision=255898&view=markup > >>> -- > >> > >> > >> > >> I commented out the 3 cursor positions in menu-timeout-update. It > >> does not appear that word is being used. The Autoboot message never > >> appeared. Obviously getkey is being used as it does respond properly > >> to a return. I am beginning to suspect that menu_timeout_enabled is > >> zero. I believe adding a line after getkey's begin with > >> > >> s"menu_timeout_enabled = " type menu_timeout_enabled @ . 10 > >> spaces > >> > >> will tell me. > > > > > > > > There is a missing space after the first " above. However, that does confirm > my suspicion that menu_timeout_enabled is set to 0. It is only displayed > once. On a working system the value is 1 and that message is output > numerous times until the 10 seconds expires and then the boot begins. > > > > Now to figure out how that value is getting set incorrectly. > > > > After much digging, I now know what it going on, but not why. When getkey > is called the first time, menu_timeout_enable is set to one. However, it is > set to zero on every check after that. In getkey after the comment "Was a > key pressed" is a check of key to see if a key was pressed. It is returning a > decimal 7 (BEL). That then clears menu_timeout_enable and it then sits > there waiting for a valid key input. There is no keyboard plugged into the > system. I have no idea how that BEL is being generated or even how to > prevent it. Could it be possible that it comes from the serial console? I tend > to doubt thats the case since the system hangs during boot when the serial > console is not connected. I suppose that I could put in a test for a key value > that is not a control character, but that would only work until the next system > update. I'd have to remember to put it back in each time. Thats not likely to > happen. My memory is not that good. Whats interesting is that I have 4 > systems (i386) doing this and 1 system (i386) and 2 systems (amd64) not > doing it. The only common thread is the 4 systems doing it are about 100 > miles from me and the working ones are here. > Based on that feedback, I've developed the attached patch.txt. Can you give it a whirl and let me know how it works? -- Cheers, Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ------=_NextPart_000_117B_01CF56B0.C33B25E0 Content-Type: text/plain; name="patch.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="patch.txt" Index: sys/boot/forth/menu.4th=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= --- sys/boot/forth/menu.4th (revision 264244)=0A= +++ sys/boot/forth/menu.4th (working copy)=0A= @@ -897,10 +897,10 @@ create kernelsbuf 256 allot=0A= =0A= menu_timeout @ 0=3D if=0A= \ We've reached the end of the timeout=0A= - \ (user did not cancel by pressing ANY=0A= - \ key)=0A= + \ (user did not cancel by pressing=0A= + \ ASCII sequence 0x8 BS or higher)=0A= =0A= - s" menu_timeout_command" getenv dup=0A= + s" menu_timeout_command" getenv dup=0A= -1 =3D if=0A= drop \ clean-up=0A= else=0A= @@ -915,10 +915,17 @@ create kernelsbuf 256 allot=0A= ( -- )=0A= then=0A= =0A= - key? if \ Was a key pressed? (see loader(8))=0A= + key? if ( and ) key dup 7 > if=0A= =0A= - \ An actual key was pressed (if the timeout is running,=0A= - \ kill it regardless of which key was pressed)=0A= + ( -- N )=0A= +=0A= + \ Was a key pressed? (see loader(8))=0A= + \ ... and was it a usable ASCII sequence?=0A= +=0A= + \ NB: Some systems may generate ASCII 0x7 BEL when a=0A= + \ keyboard is not connected (e.g., booting serial)=0A= +=0A= + \ If the timeout is running, kill it=0A= menu_timeout @ 0<> if=0A= 0 menu_timeout !=0A= 0 menu_timeout_enabled !=0A= @@ -927,14 +934,9 @@ create kernelsbuf 256 allot=0A= 0 menu-timeout-update=0A= then=0A= =0A= - \ get the key that was pressed and exit (if we=0A= - \ get a non-zero ASCII code)=0A= - key dup 0<> if=0A= - exit=0A= - else=0A= - drop=0A= - then=0A= - then=0A= + exit=0A= +=0A= + else drop then then=0A= 50 ms \ sleep for 50 milliseconds (see loader(8))=0A= =0A= again=0A= ------=_NextPart_000_117B_01CF56B0.C33B25E0-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 13 08:01:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A068157F; Sun, 13 Apr 2014 08:01:51 +0000 (UTC) Received: from mail-ee0-x22b.google.com (mail-ee0-x22b.google.com [IPv6:2a00:1450:4013:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 01C1E13E5; Sun, 13 Apr 2014 08:01:50 +0000 (UTC) Received: by mail-ee0-f43.google.com with SMTP id e53so5484859eek.30 for ; Sun, 13 Apr 2014 01:01:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3eiVuY0TBe4VZq0AtRFNaiJlgBMdbeS4ALXi1pX347U=; b=Kqd3wMh894PTOwZyUoyxoq64wHIli0wNpv0Me7qQtZp2l+hvkXpMzj7eEneDziFCca Xk6iGUK2wx1RIkRKkPzQFsmyeARG+1QhkPjLtEzWpnzJyQp0zNF29SyLw1d3eZqdsjUm GbH3/GNNOQ9uYzied3yHOLSNrSCxff7BxNsRLjL/ub2/oPZVsWWurVr2aWlqHS1mxXKz XqJYWNzCcDGyxg+h9J822LOT+MDrDIses9Hrad9YaWtpsJ4jn6efZ2vLfSr4e4VSzxCJ At2B/rGacPXqdwHP3JfNTjuUPHQqYhOKm2Dy7ToJTaxapYb3M6YQaHqHJ1XSqGIsGB75 Ektg== X-Received: by 10.14.87.7 with SMTP id x7mr42057359eee.44.1397376108208; Sun, 13 Apr 2014 01:01:48 -0700 (PDT) Received: from hollewijn.internal (8d690a59.ftth.concepts.nl. [141.105.10.89]) by mx.google.com with ESMTPSA id g3sm31232370eet.35.2014.04.13.01.01.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 13 Apr 2014 01:01:47 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: 9.2 Boot Problem From: Alban Hertroys In-Reply-To: <1D50A38D-8919-4034-A4E5-EEF8E78E638D@lafn.org> Date: Sun, 13 Apr 2014 10:02:19 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <12D44EED-29C6-4EC2-90CE-59A8246CEB57@gmail.com> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <981CAA9F-1E67-4E56-A119-BA6D1D29F383@lafn.org> <89290759-E5C2-4991-B644-A82648BEDD52@lafn.org> <1D50A38D-8919-4034-A4E5-EEF8E78E638D@lafn.org> To: Doug Hardie X-Mailer: Apple Mail (2.1874) Cc: "dteske@FreeBSD.org Teske" , freebsd-stable , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Apr 2014 08:01:51 -0000 On 13 Apr 2014, at 4:07, Doug Hardie wrote: > After much digging, I now know what it going on, but not why. When = getkey is called the first time, menu_timeout_enable is set to one. = However, it is set to zero on every check after that. In getkey after = the comment "Was a key pressed" is a check of key to see if a key was = pressed. It is returning a decimal 7 (BEL). That then clears = menu_timeout_enable and it then sits there waiting for a valid key = input. There is no keyboard plugged into the system. I have no idea = how that BEL is being generated or even how to prevent it. Could it be = possible that it comes from the serial console? I tend to doubt thats = the case since the system hangs during boot when the serial console is = not connected. I suppose that I could put in a test for a key value = that is not a control character, but that would only work until the next = system update. I'd have to remember to put it back in each time. Thats = not likely to happen. My memory is not that good. Whats interesting is = that I have 4 systems (i386) doing this and 1 system (i386) and 2 = systems (amd64) not doing it. The only common thread is the 4 systems = doing it are about 100 miles from me and the working ones are here. I=92m hardly an expert on serial console matters, but reading the above = it seems to me that on the problematic systems you have the serial = console connected to some other remote machine(s) - at least, I doubt = you are using a 100 mile long serial cable. Since the problematic systems all receive a BEL signal and the ones = local to you don=92t, the problem may not be at the receiving end but at = the sending end. Is there a difference between the sending part of the = setup between the systems that do receive that BEL signal and those that = don=92t? Alban Hertroys -- If you can't see the forest for the trees, cut the trees and you'll find there is no forest. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 13 10:10:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4EA28E8; Sun, 13 Apr 2014 10:10:20 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6689E1CBE; Sun, 13 Apr 2014 10:10:20 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:5803:a51e:6ee3:b101]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 907124AC32; Sun, 13 Apr 2014 14:10:11 +0400 (MSK) Date: Sun, 13 Apr 2014 14:10:10 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <482103242.20140413141010@serebryakov.spb.ru> To: freebsd-fs@FreeBSD.org, freebsd-stable@freebsd.org Subject: UFS2 SU+J could not recover after power-off sgain (was: One process which would not die force me to power-cycle server and ALL UFS SUJ FSes are completely broken after that AGAIN!) In-Reply-To: <981154629.20140412170953@serebryakov.spb.ru> References: <981154629.20140412170953@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: pfg@FreeBSD.org, mckusick@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2014 10:10:20 -0000 Hello, Freebsd-fs. You wrote 12 =D0=B0=D0=BF=D1=80=D0=B5=D0=BB=D1=8F 2014 =D0=B3., 17:09:53: LS> All UFS2 filesystems can not be recovered with using of automated fsck= , due LS> to journal/softupdate inconsistencies. I need to run "fsck -f" TWICE for LS> each of them (as first run ask to re-run fsck). "shutdown -h" reboots system, UPS switch power off after that (with delay), 2 out of 5 FSes could not be checked with journal automatically. Manual full "fsck" run didn't find any serious problems, only one or two unlinked files (recovered to lost+found) free block bitmaps! WHY?! How could I trust to UFS2 now?! Both filesystems have same scenario: /dev/ufs/tmp: Journal file sequence mismatch 233263 !=3D 231707 /dev/ufs/tmp: UNEXPECTED SU+J INCONSISTENCY /dev/ufs/tmp: INTERNAL ERROR: GOT TO reply() /dev/ufs/tmp: UNEXPECTED SOFT UPDATE INCONSISTENCY. RUN fsck MANUALLY. /dev/ufs/usr: Journal file sequence mismatch 287936 !=3D 282572 /dev/ufs/usr: UNEXPECTED SU+J INCONSISTENCY /dev/ufs/usr: INTERNAL ERROR: GOT TO reply() /dev/ufs/usr: UNEXPECTED SOFT UPDATE INCONSISTENCY. RUN fsck MANUALLY. Again: these FSes were checked with full fsck two days ago. They reside at SATA HDD without any non-standard or complex geom modules (only geonm_part), and HDD is attahed to chipset SATA port, there is no any RAID controllers or things like that. EVERY non-clean reboot of server leads to "RUN fsck MANUALLY". --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Sun Apr 13 12:03:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F9F1E9C; Sun, 13 Apr 2014 12:03:33 +0000 (UTC) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 16A68177F; Sun, 13 Apr 2014 12:03:31 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id s7so4965495lbd.9 for ; Sun, 13 Apr 2014 05:03:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=APZXUXJOOdiOORLHYcHE/aJlsdC35pYZlUEdeRkD/io=; b=mId54X3F1p3dapNnvHKlwnGeF3G4WOr2xX+V983Q7RV6L4FDYu9BNohNdacYsoyFd+ 8fRvv9cae6O0Yxbf9KG0FA76hxfWdT+wcHVGCrafu6SVG0JhDRCPtGEBHWo/1H2vBR5b awsLXaCTAODnF8xyw7sIXk+pTni0Myp4CUgjfSR41DklDgEEcVNG+9CUPVmAA6Z6g6ja h0ar95zzVYHkTReXyAcDxmzORpdP4JASu4YKrnf94n5wKyVXOrbxEBf2DNdRlJColJIV C8E0p7dIJJXCbkFsRyVjIPj+FQ+Klp0HslNot8NC5IbwJrK85OLtV9WYRAf6B/Cvy7q0 EFIw== X-Received: by 10.112.126.7 with SMTP id mu7mr23628864lbb.17.1397390609541; Sun, 13 Apr 2014 05:03:29 -0700 (PDT) Received: from [10.0.1.9] (ip-95-220-138-28.bb.netbynet.ru. [95.220.138.28]) by mx.google.com with ESMTPSA id d4sm11248713lbr.27.2014.04.13.05.03.27 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 13 Apr 2014 05:03:28 -0700 (PDT) Subject: Re: UFS2 SU+J could not recover after power-off sgain (was: One process which would not die force me to power-cycle server and ALL UFS SUJ FSes are completely broken after that AGAIN!) Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Content-Type: text/plain; charset=utf-8 From: Dmitry Sivachenko X-Priority: 3 (Normal) In-Reply-To: <482103242.20140413141010@serebryakov.spb.ru> Date: Sun, 13 Apr 2014 16:03:26 +0400 Content-Transfer-Encoding: quoted-printable Message-Id: <8A3243EF-90D0-428A-99C1-8360DB402B86@gmail.com> References: <981154629.20140412170953@serebryakov.spb.ru> <482103242.20140413141010@serebryakov.spb.ru> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.1874) Cc: freebsd-fs@FreeBSD.org, pfg@FreeBSD.org, freebsd-stable@freebsd.org, mckusick@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Apr 2014 12:03:33 -0000 Turn off journaling, it has many issues reported. I run hundreds of servers at work with UFS2+SU (w/o J), and never had a = single problem. On 13 =D0=B0=D0=BF=D1=80. 2014 =D0=B3., at 14:10, Lev Serebryakov = wrote: > Hello, Freebsd-fs. > You wrote 12 =D0=B0=D0=BF=D1=80=D0=B5=D0=BB=D1=8F 2014 =D0=B3., = 17:09:53: >=20 > LS> All UFS2 filesystems can not be recovered with using of automated = fsck, due > LS> to journal/softupdate inconsistencies. I need to run "fsck -f" = TWICE for > LS> each of them (as first run ask to re-run fsck). > "shutdown -h" reboots system, UPS switch power off after that (with = delay), > 2 out of 5 FSes could not be checked with journal automatically. = Manual full > "fsck" run didn't find any serious problems, only one or two unlinked = files > (recovered to lost+found) free block bitmaps! >=20 > WHY?! How could I trust to UFS2 now?! >=20 > Both filesystems have same scenario: >=20 > /dev/ufs/tmp: Journal file sequence mismatch 233263 !=3D 231707 > /dev/ufs/tmp: UNEXPECTED SU+J INCONSISTENCY > /dev/ufs/tmp: INTERNAL ERROR: GOT TO reply() > /dev/ufs/tmp: UNEXPECTED SOFT UPDATE INCONSISTENCY. RUN fsck MANUALLY. >=20 > /dev/ufs/usr: Journal file sequence mismatch 287936 !=3D 282572 > /dev/ufs/usr: UNEXPECTED SU+J INCONSISTENCY > /dev/ufs/usr: INTERNAL ERROR: GOT TO reply() > /dev/ufs/usr: UNEXPECTED SOFT UPDATE INCONSISTENCY. RUN fsck MANUALLY. >=20 > Again: these FSes were checked with full fsck two days ago. They = reside at > SATA HDD without any non-standard or complex geom modules (only > geonm_part), and HDD is attahed to chipset SATA port, there is no any = RAID > controllers or things like that. >=20 > EVERY non-clean reboot of server leads to "RUN fsck MANUALLY". >=20 > --=20 > // Black Lion AKA Lev Serebryakov >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Apr 13 14:20:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7462152F; Sun, 13 Apr 2014 14:20:53 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3554F12F4; Sun, 13 Apr 2014 14:20:53 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:5803:a51e:6ee3:b101]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 0936D4AC1C; Sun, 13 Apr 2014 18:20:39 +0400 (MSK) Date: Sun, 13 Apr 2014 18:20:37 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1927324019.20140413182037@serebryakov.spb.ru> To: Dmitry Sivachenko Subject: Re: UFS2 SU+J could not recover after power-off sgain (was: One process which would not die force me to power-cycle server and ALL UFS SUJ FSes are completely broken after that AGAIN!) In-Reply-To: <8A3243EF-90D0-428A-99C1-8360DB402B86@gmail.com> References: <981154629.20140412170953@serebryakov.spb.ru> <482103242.20140413141010@serebryakov.spb.ru> <8A3243EF-90D0-428A-99C1-8360DB402B86@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@FreeBSD.org, pfg@FreeBSD.org, freebsd-stable@freebsd.org, mckusick@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2014 14:20:53 -0000 Hello, Dmitry. You wrote 13 =D0=B0=D0=BF=D1=80=D0=B5=D0=BB=D1=8F 2014 =D0=B3., 16:03:26: DS> Turn off journaling, it has many issues reported. DS> I run hundreds of servers at work with UFS2+SU (w/o J), and never had a= single problem. To be honest, before journal was introduced, I had smae problems ("unexpected SU inconsistency") but after 1.5-2 hours of thrashing HDDs with "background fsck". --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Sun Apr 13 18:40:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B040268B for ; Sun, 13 Apr 2014 18:40:00 +0000 (UTC) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id 04E6918A9 for ; Sun, 13 Apr 2014 18:39:59 +0000 (UTC) Received: from bloch.maths.tcd.ie ([IPv6:2001:770:10:300:225:64ff:fe38:e26f] helo=bloch.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 13 Apr 2014 19:39:58 +0100 (BST) Received: by bloch.maths.tcd.ie (Postfix, from userid 103) id 503382E03F; Sun, 13 Apr 2014 19:39:58 +0100 (IST) Date: Sun, 13 Apr 2014 19:39:58 +0100 From: "Richard M. Timoney" To: freebsd-stable@freebsd.org Subject: Re: x11/kdelibs4: Update on 9.2-STABLE/CLANG fails, endless loop of the compiler Message-ID: <20140413183958.GA63104@maths.tcd.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Apr 2014 18:40:00 -0000 > > Since the update of this port is crucial for proceeding with updates, > > I > > need desperately to fix this problem. Is there a binary package for > > that sepcific port/revision? > > > > I worked around the issue by installing that particular package by > disabling clang (thus compiling it with gcc in base) while building it > and subsequently skipping it by providing portmaster with -x > kdelibs-4.12.4. Haven't seen issues doing so, but you never know... > > No time to research the cause, but this would be critical problem for > many and should definitely be addressed. > > Daniel It seems I can't compile it with gcc but I can with clang33 from ports. It finally dawned on my that the inability to compile kdelibs was since I updated world during the week. There are some minor changes since r264295 that seem to affect clang and I might soon be able to see what effect that has. kdelibs fails in a different way if libinotify is installed Linking CXX executable ../../bin/nepomuk-rcgen ../../lib/libkdecore.so.5.12.4: undefined reference to `inotify_add_watch' ../../lib/libkdecore.so.5.12.4: undefined reference to `inotify_rm_watch' ../../lib/libkdecore.so.5.12.4: undefined reference to `inotify_init' collect2: error: ld returned 1 exit status *** [bin/nepomuk-rcgen] Error code 1 Yours, Richard -- Richard M. Timoney (richardt@maths.tcd.ie) Tel. +353-1-896 1196 School of Mathematics, Trinity College, Dublin 2, Ireland WWW http://www.maths.tcd.ie/~richardt FAX +353-1-896 2282 From owner-freebsd-stable@FreeBSD.ORG Sun Apr 13 19:18:10 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2245698; Sun, 13 Apr 2014 19:18:10 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 58B471BD8; Sun, 13 Apr 2014 19:18:08 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3DJHdxB004422; Sun, 13 Apr 2014 21:17:40 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3DJHZ9H003869; Sun, 13 Apr 2014 19:17:35 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Apr 2014 19:17:35 GMT Message-Id: <201404131917.s3DJHZ9H003869@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2014 19:18:10 -0000 TB --- 2014-04-13 17:50:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-13 17:50:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-13 17:50:45 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-04-13 17:50:45 - cleaning the object tree TB --- 2014-04-13 17:50:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-13 17:51:39 - At svn revision 264414 TB --- 2014-04-13 17:51:40 - building world TB --- 2014-04-13 17:51:40 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 17:51:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 17:51:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 17:51:40 - SRCCONF=/dev/null TB --- 2014-04-13 17:51:40 - TARGET=pc98 TB --- 2014-04-13 17:51:40 - TARGET_ARCH=i386 TB --- 2014-04-13 17:51:40 - TZ=UTC TB --- 2014-04-13 17:51:40 - __MAKE_CONF=/dev/null TB --- 2014-04-13 17:51:40 - cd /src TB --- 2014-04-13 17:51:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Apr 13 17:51:50 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] c++ -O2 -pipe -I/src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/lib/Target/Sparc -I. -I/src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/lib/Target/Sparc/SparcISelDAGToDAG.cpp -o SparcISelDAGToDAG.o c++ -O2 -pipe -I/src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/lib/Target/Sparc -I. -I/src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/lib/Target/Sparc/SparcISelLowering.cpp -o SparcISelLowering.o c++ -O2 -pipe -I/src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/lib/Target/Sparc -I. -I/src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/lib/Target/Sparc/SparcInstrInfo.cpp -o SparcInstrInfo.o /src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/lib/Target/Sparc/SparcInstrInfo.cpp: In member function 'virtual void llvm::SparcInstrInfo::copyPhysReg(llvm::MachineBasicBlock&, llvm::MachineBasicBlock::bundle_iterator >, llvm::DebugLoc, unsigned int, unsigned int, bool) const': /src/lib/clang/libllvmsparccodegen/../../../contrib/llvm/lib/Target/Sparc/SparcInstrInfo.cpp:281: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmsparccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-13 19:17:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-13 19:17:34 - ERROR: failed to build world TB --- 2014-04-13 19:17:34 - 4330.48 user 901.77 system 5209.52 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Apr 13 22:05:37 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0DDFB1C; Sun, 13 Apr 2014 22:05:37 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 4B3691A87; Sun, 13 Apr 2014 22:05:35 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3DM5It2042709; Mon, 14 Apr 2014 00:05:18 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3DM5IlW042460; Sun, 13 Apr 2014 22:05:18 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Apr 2014 22:05:18 GMT Message-Id: <201404132205.s3DM5IlW042460@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2014 22:05:37 -0000 TB --- 2014-04-13 17:50:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-13 17:50:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-13 17:50:45 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-04-13 17:50:45 - cleaning the object tree TB --- 2014-04-13 17:50:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-13 17:51:36 - At svn revision 264414 TB --- 2014-04-13 17:51:37 - building world TB --- 2014-04-13 17:51:37 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 17:51:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 17:51:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 17:51:37 - SRCCONF=/dev/null TB --- 2014-04-13 17:51:37 - TARGET=mips TB --- 2014-04-13 17:51:37 - TARGET_ARCH=mips TB --- 2014-04-13 17:51:37 - TZ=UTC TB --- 2014-04-13 17:51:37 - __MAKE_CONF=/dev/null TB --- 2014-04-13 17:51:37 - cd /src TB --- 2014-04-13 17:51:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Apr 13 17:51:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 13 19:17:22 UTC 2014 TB --- 2014-04-13 19:17:22 - cd /src/sys/mips/conf TB --- 2014-04-13 19:17:22 - /usr/sbin/config -m ADM5120 TB --- 2014-04-13 19:17:22 - skipping ADM5120 kernel TB --- 2014-04-13 19:17:22 - cd /src/sys/mips/conf TB --- 2014-04-13 19:17:22 - /usr/sbin/config -m ALCHEMY TB --- 2014-04-13 19:17:22 - skipping ALCHEMY kernel TB --- 2014-04-13 19:17:22 - cd /src/sys/mips/conf TB --- 2014-04-13 19:17:22 - /usr/sbin/config -m AP121 TB --- 2014-04-13 19:17:22 - building AP121 kernel TB --- 2014-04-13 19:17:22 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 19:17:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 19:17:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 19:17:22 - SRCCONF=/dev/null TB --- 2014-04-13 19:17:22 - TARGET=mips TB --- 2014-04-13 19:17:22 - TARGET_ARCH=mips TB --- 2014-04-13 19:17:22 - TZ=UTC TB --- 2014-04-13 19:17:22 - __MAKE_CONF=/dev/null TB --- 2014-04-13 19:17:22 - cd /src TB --- 2014-04-13 19:17:22 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sun Apr 13 19:17:22 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Sun Apr 13 19:21:24 UTC 2014 TB --- 2014-04-13 19:21:24 - cd /src/sys/mips/conf TB --- 2014-04-13 19:21:24 - /usr/sbin/config -m AP91 TB --- 2014-04-13 19:21:24 - building AP91 kernel TB --- 2014-04-13 19:21:24 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 19:21:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 19:21:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 19:21:24 - SRCCONF=/dev/null TB --- 2014-04-13 19:21:24 - TARGET=mips TB --- 2014-04-13 19:21:24 - TARGET_ARCH=mips TB --- 2014-04-13 19:21:24 - TZ=UTC TB --- 2014-04-13 19:21:24 - __MAKE_CONF=/dev/null TB --- 2014-04-13 19:21:24 - cd /src TB --- 2014-04-13 19:21:24 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sun Apr 13 19:21:24 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Sun Apr 13 19:28:48 UTC 2014 TB --- 2014-04-13 19:28:48 - cd /src/sys/mips/conf TB --- 2014-04-13 19:28:48 - /usr/sbin/config -m AP93 TB --- 2014-04-13 19:28:48 - building AP93 kernel TB --- 2014-04-13 19:28:48 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 19:28:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 19:28:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 19:28:48 - SRCCONF=/dev/null TB --- 2014-04-13 19:28:48 - TARGET=mips TB --- 2014-04-13 19:28:48 - TARGET_ARCH=mips TB --- 2014-04-13 19:28:48 - TZ=UTC TB --- 2014-04-13 19:28:48 - __MAKE_CONF=/dev/null TB --- 2014-04-13 19:28:48 - cd /src TB --- 2014-04-13 19:28:48 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Sun Apr 13 19:28:48 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Sun Apr 13 19:35:46 UTC 2014 TB --- 2014-04-13 19:35:46 - cd /src/sys/mips/conf TB --- 2014-04-13 19:35:46 - /usr/sbin/config -m AP94 TB --- 2014-04-13 19:35:46 - building AP94 kernel TB --- 2014-04-13 19:35:46 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 19:35:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 19:35:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 19:35:46 - SRCCONF=/dev/null TB --- 2014-04-13 19:35:46 - TARGET=mips TB --- 2014-04-13 19:35:46 - TARGET_ARCH=mips TB --- 2014-04-13 19:35:46 - TZ=UTC TB --- 2014-04-13 19:35:46 - __MAKE_CONF=/dev/null TB --- 2014-04-13 19:35:46 - cd /src TB --- 2014-04-13 19:35:46 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Sun Apr 13 19:35:46 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Sun Apr 13 19:44:25 UTC 2014 TB --- 2014-04-13 19:44:25 - cd /src/sys/mips/conf TB --- 2014-04-13 19:44:25 - /usr/sbin/config -m AP96 TB --- 2014-04-13 19:44:25 - building AP96 kernel TB --- 2014-04-13 19:44:25 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 19:44:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 19:44:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 19:44:25 - SRCCONF=/dev/null TB --- 2014-04-13 19:44:25 - TARGET=mips TB --- 2014-04-13 19:44:25 - TARGET_ARCH=mips TB --- 2014-04-13 19:44:25 - TZ=UTC TB --- 2014-04-13 19:44:25 - __MAKE_CONF=/dev/null TB --- 2014-04-13 19:44:25 - cd /src TB --- 2014-04-13 19:44:25 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Sun Apr 13 19:44:26 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Sun Apr 13 19:52:45 UTC 2014 TB --- 2014-04-13 19:52:45 - cd /src/sys/mips/conf TB --- 2014-04-13 19:52:45 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-04-13 19:52:45 - building AR71XX_BASE kernel TB --- 2014-04-13 19:52:45 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 19:52:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 19:52:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 19:52:45 - SRCCONF=/dev/null TB --- 2014-04-13 19:52:45 - TARGET=mips TB --- 2014-04-13 19:52:45 - TARGET_ARCH=mips TB --- 2014-04-13 19:52:45 - TZ=UTC TB --- 2014-04-13 19:52:45 - __MAKE_CONF=/dev/null TB --- 2014-04-13 19:52:45 - cd /src TB --- 2014-04-13 19:52:45 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Sun Apr 13 19:52:45 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Sun Apr 13 20:00:46 UTC 2014 TB --- 2014-04-13 20:00:46 - cd /src/sys/mips/conf TB --- 2014-04-13 20:00:46 - /usr/sbin/config -m AR724X_BASE TB --- 2014-04-13 20:00:46 - building AR724X_BASE kernel TB --- 2014-04-13 20:00:46 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 20:00:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 20:00:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 20:00:46 - SRCCONF=/dev/null TB --- 2014-04-13 20:00:46 - TARGET=mips TB --- 2014-04-13 20:00:46 - TARGET_ARCH=mips TB --- 2014-04-13 20:00:46 - TZ=UTC TB --- 2014-04-13 20:00:46 - __MAKE_CONF=/dev/null TB --- 2014-04-13 20:00:46 - cd /src TB --- 2014-04-13 20:00:46 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Sun Apr 13 20:00:46 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Sun Apr 13 20:06:38 UTC 2014 TB --- 2014-04-13 20:06:38 - cd /src/sys/mips/conf TB --- 2014-04-13 20:06:38 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-04-13 20:06:38 - building AR91XX_BASE kernel TB --- 2014-04-13 20:06:38 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 20:06:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 20:06:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 20:06:38 - SRCCONF=/dev/null TB --- 2014-04-13 20:06:38 - TARGET=mips TB --- 2014-04-13 20:06:38 - TARGET_ARCH=mips TB --- 2014-04-13 20:06:38 - TZ=UTC TB --- 2014-04-13 20:06:38 - __MAKE_CONF=/dev/null TB --- 2014-04-13 20:06:38 - cd /src TB --- 2014-04-13 20:06:38 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Sun Apr 13 20:06:38 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Sun Apr 13 20:13:27 UTC 2014 TB --- 2014-04-13 20:13:27 - cd /src/sys/mips/conf TB --- 2014-04-13 20:13:27 - /usr/sbin/config -m AR933X_BASE TB --- 2014-04-13 20:13:27 - building AR933X_BASE kernel TB --- 2014-04-13 20:13:27 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 20:13:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 20:13:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 20:13:27 - SRCCONF=/dev/null TB --- 2014-04-13 20:13:27 - TARGET=mips TB --- 2014-04-13 20:13:27 - TARGET_ARCH=mips TB --- 2014-04-13 20:13:27 - TZ=UTC TB --- 2014-04-13 20:13:27 - __MAKE_CONF=/dev/null TB --- 2014-04-13 20:13:27 - cd /src TB --- 2014-04-13 20:13:27 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Sun Apr 13 20:13:27 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Sun Apr 13 20:17:15 UTC 2014 TB --- 2014-04-13 20:17:15 - cd /src/sys/mips/conf TB --- 2014-04-13 20:17:15 - /usr/sbin/config -m AR934X_BASE TB --- 2014-04-13 20:17:15 - building AR934X_BASE kernel TB --- 2014-04-13 20:17:15 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 20:17:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 20:17:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 20:17:15 - SRCCONF=/dev/null TB --- 2014-04-13 20:17:15 - TARGET=mips TB --- 2014-04-13 20:17:15 - TARGET_ARCH=mips TB --- 2014-04-13 20:17:15 - TZ=UTC TB --- 2014-04-13 20:17:15 - __MAKE_CONF=/dev/null TB --- 2014-04-13 20:17:15 - cd /src TB --- 2014-04-13 20:17:15 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Sun Apr 13 20:17:15 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR934X_BASE completed on Sun Apr 13 20:21:11 UTC 2014 TB --- 2014-04-13 20:21:11 - cd /src/sys/mips/conf TB --- 2014-04-13 20:21:11 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-04-13 20:21:11 - skipping BERI_DE4_BASE kernel TB --- 2014-04-13 20:21:11 - cd /src/sys/mips/conf TB --- 2014-04-13 20:21:11 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-04-13 20:21:11 - skipping BERI_DE4_MDROOT kernel TB --- 2014-04-13 20:21:11 - cd /src/sys/mips/conf TB --- 2014-04-13 20:21:11 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-04-13 20:21:11 - skipping BERI_DE4_SDROOT kernel TB --- 2014-04-13 20:21:11 - cd /src/sys/mips/conf TB --- 2014-04-13 20:21:11 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-04-13 20:21:11 - skipping BERI_NETFPGA_MDROOT kernel TB --- 2014-04-13 20:21:11 - cd /src/sys/mips/conf TB --- 2014-04-13 20:21:11 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-04-13 20:21:11 - skipping BERI_SIM_BASE kernel TB --- 2014-04-13 20:21:11 - cd /src/sys/mips/conf TB --- 2014-04-13 20:21:11 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-04-13 20:21:11 - skipping BERI_SIM_MDROOT kernel TB --- 2014-04-13 20:21:11 - cd /src/sys/mips/conf TB --- 2014-04-13 20:21:11 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-04-13 20:21:11 - skipping BERI_SIM_SDROOT kernel TB --- 2014-04-13 20:21:11 - cd /src/sys/mips/conf TB --- 2014-04-13 20:21:11 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-04-13 20:21:11 - skipping BERI_TEMPLATE kernel TB --- 2014-04-13 20:21:11 - cd /src/sys/mips/conf TB --- 2014-04-13 20:21:11 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-04-13 20:21:11 - building CARAMBOLA2 kernel TB --- 2014-04-13 20:21:11 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 20:21:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 20:21:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 20:21:11 - SRCCONF=/dev/null TB --- 2014-04-13 20:21:11 - TARGET=mips TB --- 2014-04-13 20:21:11 - TARGET_ARCH=mips TB --- 2014-04-13 20:21:11 - TZ=UTC TB --- 2014-04-13 20:21:11 - __MAKE_CONF=/dev/null TB --- 2014-04-13 20:21:11 - cd /src TB --- 2014-04-13 20:21:11 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Sun Apr 13 20:21:11 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CARAMBOLA2 completed on Sun Apr 13 20:25:02 UTC 2014 TB --- 2014-04-13 20:25:02 - cd /src/sys/mips/conf TB --- 2014-04-13 20:25:02 - /usr/sbin/config -m DB120 TB --- 2014-04-13 20:25:02 - building DB120 kernel TB --- 2014-04-13 20:25:02 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 20:25:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 20:25:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 20:25:02 - SRCCONF=/dev/null TB --- 2014-04-13 20:25:02 - TARGET=mips TB --- 2014-04-13 20:25:02 - TARGET_ARCH=mips TB --- 2014-04-13 20:25:02 - TZ=UTC TB --- 2014-04-13 20:25:02 - __MAKE_CONF=/dev/null TB --- 2014-04-13 20:25:02 - cd /src TB --- 2014-04-13 20:25:02 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Sun Apr 13 20:25:02 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB120 completed on Sun Apr 13 20:28:51 UTC 2014 TB --- 2014-04-13 20:28:51 - cd /src/sys/mips/conf TB --- 2014-04-13 20:28:51 - /usr/sbin/config -m DIR-825 TB --- 2014-04-13 20:28:51 - building DIR-825 kernel TB --- 2014-04-13 20:28:51 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 20:28:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 20:28:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 20:28:51 - SRCCONF=/dev/null TB --- 2014-04-13 20:28:51 - TARGET=mips TB --- 2014-04-13 20:28:51 - TARGET_ARCH=mips TB --- 2014-04-13 20:28:51 - TZ=UTC TB --- 2014-04-13 20:28:51 - __MAKE_CONF=/dev/null TB --- 2014-04-13 20:28:51 - cd /src TB --- 2014-04-13 20:28:51 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Sun Apr 13 20:28:51 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DIR-825 completed on Sun Apr 13 20:34:33 UTC 2014 TB --- 2014-04-13 20:34:33 - cd /src/sys/mips/conf TB --- 2014-04-13 20:34:33 - /usr/sbin/config -m ENH200 TB --- 2014-04-13 20:34:33 - building ENH200 kernel TB --- 2014-04-13 20:34:33 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 20:34:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 20:34:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 20:34:33 - SRCCONF=/dev/null TB --- 2014-04-13 20:34:33 - TARGET=mips TB --- 2014-04-13 20:34:33 - TARGET_ARCH=mips TB --- 2014-04-13 20:34:33 - TZ=UTC TB --- 2014-04-13 20:34:33 - __MAKE_CONF=/dev/null TB --- 2014-04-13 20:34:33 - cd /src TB --- 2014-04-13 20:34:33 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Sun Apr 13 20:34:33 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ENH200 completed on Sun Apr 13 20:40:20 UTC 2014 TB --- 2014-04-13 20:40:20 - cd /src/sys/mips/conf TB --- 2014-04-13 20:40:20 - /usr/sbin/config -m GXEMUL TB --- 2014-04-13 20:40:20 - skipping GXEMUL kernel TB --- 2014-04-13 20:40:20 - cd /src/sys/mips/conf TB --- 2014-04-13 20:40:20 - /usr/sbin/config -m GXEMUL32 TB --- 2014-04-13 20:40:20 - building GXEMUL32 kernel TB --- 2014-04-13 20:40:20 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 20:40:20 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 20:40:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 20:40:20 - SRCCONF=/dev/null TB --- 2014-04-13 20:40:20 - TARGET=mips TB --- 2014-04-13 20:40:20 - TARGET_ARCH=mips TB --- 2014-04-13 20:40:20 - TZ=UTC TB --- 2014-04-13 20:40:20 - __MAKE_CONF=/dev/null TB --- 2014-04-13 20:40:20 - cd /src TB --- 2014-04-13 20:40:20 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Sun Apr 13 20:40:21 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GXEMUL32 completed on Sun Apr 13 20:42:56 UTC 2014 TB --- 2014-04-13 20:42:56 - cd /src/sys/mips/conf TB --- 2014-04-13 20:42:56 - /usr/sbin/config -m IDT TB --- 2014-04-13 20:42:56 - skipping IDT kernel TB --- 2014-04-13 20:42:56 - cd /src/sys/mips/conf TB --- 2014-04-13 20:42:56 - /usr/sbin/config -m MALTA TB --- 2014-04-13 20:42:56 - skipping MALTA kernel TB --- 2014-04-13 20:42:56 - cd /src/sys/mips/conf TB --- 2014-04-13 20:42:56 - /usr/sbin/config -m MALTA64 TB --- 2014-04-13 20:42:56 - skipping MALTA64 kernel TB --- 2014-04-13 20:42:56 - cd /src/sys/mips/conf TB --- 2014-04-13 20:42:56 - /usr/sbin/config -m OCTEON1 TB --- 2014-04-13 20:42:56 - skipping OCTEON1 kernel TB --- 2014-04-13 20:42:56 - cd /src/sys/mips/conf TB --- 2014-04-13 20:42:56 - /usr/sbin/config -m PB47 TB --- 2014-04-13 20:42:56 - building PB47 kernel TB --- 2014-04-13 20:42:56 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 20:42:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 20:42:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 20:42:56 - SRCCONF=/dev/null TB --- 2014-04-13 20:42:56 - TARGET=mips TB --- 2014-04-13 20:42:56 - TARGET_ARCH=mips TB --- 2014-04-13 20:42:56 - TZ=UTC TB --- 2014-04-13 20:42:56 - __MAKE_CONF=/dev/null TB --- 2014-04-13 20:42:56 - cd /src TB --- 2014-04-13 20:42:56 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Sun Apr 13 20:42:56 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB47 completed on Sun Apr 13 20:50:59 UTC 2014 TB --- 2014-04-13 20:50:59 - cd /src/sys/mips/conf TB --- 2014-04-13 20:50:59 - /usr/sbin/config -m PB92 TB --- 2014-04-13 20:50:59 - building PB92 kernel TB --- 2014-04-13 20:50:59 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 20:50:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 20:50:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 20:50:59 - SRCCONF=/dev/null TB --- 2014-04-13 20:50:59 - TARGET=mips TB --- 2014-04-13 20:50:59 - TARGET_ARCH=mips TB --- 2014-04-13 20:50:59 - TZ=UTC TB --- 2014-04-13 20:50:59 - __MAKE_CONF=/dev/null TB --- 2014-04-13 20:50:59 - cd /src TB --- 2014-04-13 20:50:59 - /usr/bin/make -B buildkernel KERNCONF=PB92 >>> Kernel build for PB92 started on Sun Apr 13 20:50:59 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB92 completed on Sun Apr 13 20:56:59 UTC 2014 TB --- 2014-04-13 20:57:00 - cd /src/sys/mips/conf TB --- 2014-04-13 20:57:00 - /usr/sbin/config -m PICOSTATION_M2HP TB --- 2014-04-13 20:57:00 - building PICOSTATION_M2HP kernel TB --- 2014-04-13 20:57:00 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 20:57:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 20:57:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 20:57:00 - SRCCONF=/dev/null TB --- 2014-04-13 20:57:00 - TARGET=mips TB --- 2014-04-13 20:57:00 - TARGET_ARCH=mips TB --- 2014-04-13 20:57:00 - TZ=UTC TB --- 2014-04-13 20:57:00 - __MAKE_CONF=/dev/null TB --- 2014-04-13 20:57:00 - cd /src TB --- 2014-04-13 20:57:00 - /usr/bin/make -B buildkernel KERNCONF=PICOSTATION_M2HP >>> Kernel build for PICOSTATION_M2HP started on Sun Apr 13 20:57:00 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PICOSTATION_M2HP completed on Sun Apr 13 21:03:42 UTC 2014 TB --- 2014-04-13 21:03:42 - cd /src/sys/mips/conf TB --- 2014-04-13 21:03:42 - /usr/sbin/config -m QEMU TB --- 2014-04-13 21:03:42 - skipping QEMU kernel TB --- 2014-04-13 21:03:42 - cd /src/sys/mips/conf TB --- 2014-04-13 21:03:42 - /usr/sbin/config -m ROUTERSTATION TB --- 2014-04-13 21:03:42 - building ROUTERSTATION kernel TB --- 2014-04-13 21:03:42 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 21:03:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 21:03:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 21:03:42 - SRCCONF=/dev/null TB --- 2014-04-13 21:03:42 - TARGET=mips TB --- 2014-04-13 21:03:42 - TARGET_ARCH=mips TB --- 2014-04-13 21:03:42 - TZ=UTC TB --- 2014-04-13 21:03:42 - __MAKE_CONF=/dev/null TB --- 2014-04-13 21:03:42 - cd /src TB --- 2014-04-13 21:03:42 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION >>> Kernel build for ROUTERSTATION started on Sun Apr 13 21:03:42 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION completed on Sun Apr 13 21:11:51 UTC 2014 TB --- 2014-04-13 21:11:51 - cd /src/sys/mips/conf TB --- 2014-04-13 21:11:51 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2014-04-13 21:11:51 - building ROUTERSTATION_MFS kernel TB --- 2014-04-13 21:11:51 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 21:11:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 21:11:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 21:11:51 - SRCCONF=/dev/null TB --- 2014-04-13 21:11:51 - TARGET=mips TB --- 2014-04-13 21:11:51 - TARGET_ARCH=mips TB --- 2014-04-13 21:11:51 - TZ=UTC TB --- 2014-04-13 21:11:51 - __MAKE_CONF=/dev/null TB --- 2014-04-13 21:11:51 - cd /src TB --- 2014-04-13 21:11:51 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION_MFS >>> Kernel build for ROUTERSTATION_MFS started on Sun Apr 13 21:11:51 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION_MFS completed on Sun Apr 13 21:19:41 UTC 2014 TB --- 2014-04-13 21:19:41 - cd /src/sys/mips/conf TB --- 2014-04-13 21:19:41 - /usr/sbin/config -m RSPRO TB --- 2014-04-13 21:19:41 - building RSPRO kernel TB --- 2014-04-13 21:19:41 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 21:19:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 21:19:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 21:19:41 - SRCCONF=/dev/null TB --- 2014-04-13 21:19:41 - TARGET=mips TB --- 2014-04-13 21:19:41 - TARGET_ARCH=mips TB --- 2014-04-13 21:19:41 - TZ=UTC TB --- 2014-04-13 21:19:41 - __MAKE_CONF=/dev/null TB --- 2014-04-13 21:19:41 - cd /src TB --- 2014-04-13 21:19:41 - /usr/bin/make -B buildkernel KERNCONF=RSPRO >>> Kernel build for RSPRO started on Sun Apr 13 21:19:41 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO completed on Sun Apr 13 21:27:34 UTC 2014 TB --- 2014-04-13 21:27:34 - cd /src/sys/mips/conf TB --- 2014-04-13 21:27:34 - /usr/sbin/config -m RSPRO_MFS TB --- 2014-04-13 21:27:34 - building RSPRO_MFS kernel TB --- 2014-04-13 21:27:34 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 21:27:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 21:27:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 21:27:34 - SRCCONF=/dev/null TB --- 2014-04-13 21:27:34 - TARGET=mips TB --- 2014-04-13 21:27:34 - TARGET_ARCH=mips TB --- 2014-04-13 21:27:34 - TZ=UTC TB --- 2014-04-13 21:27:34 - __MAKE_CONF=/dev/null TB --- 2014-04-13 21:27:34 - cd /src TB --- 2014-04-13 21:27:34 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_MFS >>> Kernel build for RSPRO_MFS started on Sun Apr 13 21:27:35 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO_MFS completed on Sun Apr 13 21:35:37 UTC 2014 TB --- 2014-04-13 21:35:37 - cd /src/sys/mips/conf TB --- 2014-04-13 21:35:37 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2014-04-13 21:35:37 - building RSPRO_STANDALONE kernel TB --- 2014-04-13 21:35:37 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 21:35:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 21:35:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 21:35:37 - SRCCONF=/dev/null TB --- 2014-04-13 21:35:37 - TARGET=mips TB --- 2014-04-13 21:35:37 - TARGET_ARCH=mips TB --- 2014-04-13 21:35:37 - TZ=UTC TB --- 2014-04-13 21:35:37 - __MAKE_CONF=/dev/null TB --- 2014-04-13 21:35:37 - cd /src TB --- 2014-04-13 21:35:37 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_STANDALONE >>> Kernel build for RSPRO_STANDALONE started on Sun Apr 13 21:35:37 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO_STANDALONE completed on Sun Apr 13 21:44:04 UTC 2014 TB --- 2014-04-13 21:44:04 - cd /src/sys/mips/conf TB --- 2014-04-13 21:44:04 - /usr/sbin/config -m RT305X TB --- 2014-04-13 21:44:05 - skipping RT305X kernel TB --- 2014-04-13 21:44:05 - cd /src/sys/mips/conf TB --- 2014-04-13 21:44:05 - /usr/sbin/config -m SENTRY5 TB --- 2014-04-13 21:44:05 - skipping SENTRY5 kernel TB --- 2014-04-13 21:44:05 - cd /src/sys/mips/conf TB --- 2014-04-13 21:44:05 - /usr/sbin/config -m SWARM TB --- 2014-04-13 21:44:05 - building SWARM kernel TB --- 2014-04-13 21:44:05 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 21:44:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 21:44:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 21:44:05 - SRCCONF=/dev/null TB --- 2014-04-13 21:44:05 - TARGET=mips TB --- 2014-04-13 21:44:05 - TARGET_ARCH=mips TB --- 2014-04-13 21:44:05 - TZ=UTC TB --- 2014-04-13 21:44:05 - __MAKE_CONF=/dev/null TB --- 2014-04-13 21:44:05 - cd /src TB --- 2014-04-13 21:44:05 - /usr/bin/make -B buildkernel KERNCONF=SWARM >>> Kernel build for SWARM started on Sun Apr 13 21:44:05 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for SWARM completed on Sun Apr 13 21:47:58 UTC 2014 TB --- 2014-04-13 21:47:58 - cd /src/sys/mips/conf TB --- 2014-04-13 21:47:58 - /usr/sbin/config -m SWARM64 TB --- 2014-04-13 21:47:58 - skipping SWARM64 kernel TB --- 2014-04-13 21:47:58 - cd /src/sys/mips/conf TB --- 2014-04-13 21:47:58 - /usr/sbin/config -m SWARM64_SMP TB --- 2014-04-13 21:47:58 - skipping SWARM64_SMP kernel TB --- 2014-04-13 21:47:58 - cd /src/sys/mips/conf TB --- 2014-04-13 21:47:58 - /usr/sbin/config -m SWARM_SMP TB --- 2014-04-13 21:47:58 - building SWARM_SMP kernel TB --- 2014-04-13 21:47:58 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 21:47:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 21:47:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 21:47:58 - SRCCONF=/dev/null TB --- 2014-04-13 21:47:58 - TARGET=mips TB --- 2014-04-13 21:47:58 - TARGET_ARCH=mips TB --- 2014-04-13 21:47:58 - TZ=UTC TB --- 2014-04-13 21:47:58 - __MAKE_CONF=/dev/null TB --- 2014-04-13 21:47:58 - cd /src TB --- 2014-04-13 21:47:58 - /usr/bin/make -B buildkernel KERNCONF=SWARM_SMP >>> Kernel build for SWARM_SMP started on Sun Apr 13 21:47:58 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for SWARM_SMP completed on Sun Apr 13 21:51:46 UTC 2014 TB --- 2014-04-13 21:51:46 - cd /src/sys/mips/conf TB --- 2014-04-13 21:51:46 - /usr/sbin/config -m TP-WN1043ND TB --- 2014-04-13 21:51:46 - building TP-WN1043ND kernel TB --- 2014-04-13 21:51:46 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 21:51:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 21:51:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 21:51:46 - SRCCONF=/dev/null TB --- 2014-04-13 21:51:46 - TARGET=mips TB --- 2014-04-13 21:51:46 - TARGET_ARCH=mips TB --- 2014-04-13 21:51:46 - TZ=UTC TB --- 2014-04-13 21:51:46 - __MAKE_CONF=/dev/null TB --- 2014-04-13 21:51:46 - cd /src TB --- 2014-04-13 21:51:46 - /usr/bin/make -B buildkernel KERNCONF=TP-WN1043ND >>> Kernel build for TP-WN1043ND started on Sun Apr 13 21:51:46 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for TP-WN1043ND completed on Sun Apr 13 21:58:52 UTC 2014 TB --- 2014-04-13 21:58:52 - cd /src/sys/mips/conf TB --- 2014-04-13 21:58:52 - /usr/sbin/config -m WZR-300HP TB --- 2014-04-13 21:58:52 - building WZR-300HP kernel TB --- 2014-04-13 21:58:52 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 21:58:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 21:58:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 21:58:52 - SRCCONF=/dev/null TB --- 2014-04-13 21:58:52 - TARGET=mips TB --- 2014-04-13 21:58:52 - TARGET_ARCH=mips TB --- 2014-04-13 21:58:52 - TZ=UTC TB --- 2014-04-13 21:58:52 - __MAKE_CONF=/dev/null TB --- 2014-04-13 21:58:52 - cd /src TB --- 2014-04-13 21:58:52 - /usr/bin/make -B buildkernel KERNCONF=WZR-300HP >>> Kernel build for WZR-300HP started on Sun Apr 13 21:58:52 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for WZR-300HP completed on Sun Apr 13 22:05:14 UTC 2014 TB --- 2014-04-13 22:05:14 - cd /src/sys/mips/conf TB --- 2014-04-13 22:05:14 - /usr/sbin/config -m XLP TB --- 2014-04-13 22:05:14 - building XLP kernel TB --- 2014-04-13 22:05:14 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 22:05:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 22:05:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 22:05:14 - SRCCONF=/dev/null TB --- 2014-04-13 22:05:14 - TARGET=mips TB --- 2014-04-13 22:05:14 - TARGET_ARCH=mips TB --- 2014-04-13 22:05:14 - TZ=UTC TB --- 2014-04-13 22:05:14 - __MAKE_CONF=/dev/null TB --- 2014-04-13 22:05:14 - cd /src TB --- 2014-04-13 22:05:14 - /usr/bin/make -B buildkernel KERNCONF=XLP >>> Kernel build for XLP started on Sun Apr 13 22:05:14 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/XLP/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-13 22:05:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-13 22:05:17 - ERROR: failed to build XLP kernel TB --- 2014-04-13 22:05:17 - 10779.85 user 5235.01 system 15272.44 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 04:30:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDCA3808; Mon, 14 Apr 2014 04:30:44 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 6C2041BEE; Mon, 14 Apr 2014 04:30:40 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s3E4YHkA058857; Sun, 13 Apr 2014 21:34:23 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s3E4YBHU058851; Sun, 13 Apr 2014 21:34:11 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Sun, 13 Apr 2014 21:34:12 -0700 (PDT) Message-ID: <5b6093dfd46778ea273115ad12cbaf26.authenticated@ultimatedns.net> In-Reply-To: <981154629.20140412170953@serebryakov.spb.ru> References: <981154629.20140412170953@serebryakov.spb.ru> Date: Sun, 13 Apr 2014 21:34:12 -0700 (PDT) Subject: Re: One process which would not die force me to power-cycle server and ALL UFS SUJ FSes are completely broken after that AGAIN! From: "Chris H" To: lev@freebsd.org User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Apr 2014 04:30:44 -0000 > Hello, Freebsd-fs. > > On my 10-STABLE (r263965) system transmission-daemon stops to work, could not be > killed (waits forever in STOP state after "kill -KILL), kernel reports about > overfilled accept TCP queue for its socket (sonewconn: pcb 012345678FFFFFFF: Listen queue > overflow). > > Try "shutdown -r now", process aborted due to process which would not die, > nothing could be done: system doesn't react on keyboard after that. Does using halt work better? --Chris > > Wait one hour (!). No result, only more "Listen queue overflow" messages on > console. > > Power-off. Power-on. > > All UFS2 filesystems can not be recovered with using of automated fsck, due > to journal/softupdate inconsistencies. I need to run "fsck -f" TWICE for > each of them (as first run ask to re-run fsck). > > Please note, they are filesystems on MBR slice + BSD label on simple SATA > disk attached to chipset port, no RAID, no "strange" GEOM modules, nothing > fancy. Plain and easy install -- MBR with one slice, BSD label, filesystems, > it's all. > > So, there are two questions: > > (1) Does UFS2 SUJ works at all on STABLE system? Should it?! > > (2) How could I avoid such situation, how could I reboot system WITHOUT such > disaster when one process refuse to die? > > -- > // Black Lion AKA Lev Serebryakov > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Apr 14 06:44:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13A43B9E for ; Mon, 14 Apr 2014 06:44:18 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AA497188E for ; Mon, 14 Apr 2014 06:44:17 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s3E6heYt049211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Apr 2014 08:43:40 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s3E6hdQG049208; Mon, 14 Apr 2014 08:43:39 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 14 Apr 2014 08:43:39 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Warren Block Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels In-Reply-To: Message-ID: References: <31c0491faf776771e8a28dba8f66b02b.authenticated@ultimatedns.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-ID: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1; FORMAT=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Apr 2014 06:44:18 -0000 On Sat, 12 Apr 2014 10:53-0600, Warren Block wrote: > On Sat, 12 Apr 2014, Trond Endrestl wrote: > > On Fri, 11 Apr 2014 23:09-0600, Warren Block wrote: > > > > > > My first guess would be missing bootcode in the BSDlabel slice. But I may > > > have missed that when I missed earlier parts of this thread. > > > > How? Why? The system has booted FreeBSD stable/8 for the last five > > years using MBR, slice, and UFS labels. Why should it stop all of a > > sudden? > > Accidental overwrite or (long shot) disk sector failure? I don't know, > really. Check the smartctl output for that disk. The BSDlabel bootcode can > be reinstalled without harming the filesystems. I'd still make a backup > first, something questionable is going on. > > Inclusion of the geom_raid kernel module for the first time, and old RAID > metadata on the disk? That would show in /var/log/messages or dmesg. If > that's the problem, it can be disabled in loader.conf or at a boot prompt with > kern.geom.raid.enable=0. I wouldn't rule out anything yet, but the spare system has a fairly recent and hardly used harddrive, dated 2010 on the sticker, an WDC WD5000AAKB-00H8A0. Incidently, this is the same kind of drive as I have in the amanda box. :-/ On Saturday, I installed 8.0-RELEASE on the spare system using the standard menu option, which results in MBR and slice. I overrode the newfs options by adding -L volumename to each fs. Before rebooting I edited /etc/fstab to use the UFS labels found in /dev/ufs instead of the usual device names. It turns out this arrangement is readable by 8.4-RELEASE dvd1 and also by the stable/9 snapshot marked 20140405 r264148. I wiped the drive clean and installed 8.4-RELEASE the same way as I did with 8.0-R. This arrangement is readable by 8.0-RELEASE dvd1 and by the stable/9 snapshot. Something must have happened in stable/8 between r258344 and r264339. Today's plan is to rewind the working copy of stable/8 on the spare back to r258344 and confirm that the UFS labels are accepted by the kernel of that revision. If all goes well, I'll move forward one revision at a time until I reach the revision where it all breaks. I haven't checked the disklabels with any recent stable/10 snapshot, so I might do that as well. Thanks for all your input. I'll keep you posted. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 07:56:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F346C74; Mon, 14 Apr 2014 07:56:49 +0000 (UTC) Received: from mail-oa0-x232.google.com (mail-oa0-x232.google.com [IPv6:2607:f8b0:4003:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D8BB1FC6; Mon, 14 Apr 2014 07:56:49 +0000 (UTC) Received: by mail-oa0-f50.google.com with SMTP id i7so8938482oag.9 for ; Mon, 14 Apr 2014 00:56:48 -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:content-type; bh=7wU4BPaqCFK4v36MrFzJTjXuWKsw4xzrd9ivG5d+1Ek=; b=KHdj1xdZMmWfNPaTvABwY9jq5EiLzhr+2zeVlpg9DHu4KyK2f28x1gX7vJaxxwDKO4 cWEw/c1YducfW8YjJgbT6pY/yiUT97lj6055d3vMx9DMkyudHQXUCOG6Y45brxbyH36X yurOPN/4KtTspSYDPuISXYYAS+bTcVhEqH2hss5El1MWhnCbRZySjGc0ja2LWjQU4ZLW Yut4LVaZndRe+HA7r4mKwhFJjXXv7DCJXJnj3VZetGV7FeVL6YHOErbnt+ScA2mH8spk gP4lUkCsGtThN+NnROlQF4OaFCDviFkDN4Dy/Zns7Xz9yZWAJquJiB9NlAR/GCT+BDt7 yTLg== X-Received: by 10.182.104.101 with SMTP id gd5mr606850obb.54.1397462208422; Mon, 14 Apr 2014 00:56:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.173.129 with HTTP; Mon, 14 Apr 2014 00:56:28 -0700 (PDT) In-Reply-To: References: <20140402092434.GY99393@ivaldir.etoilebsd.net> From: n j Date: Mon, 14 Apr 2014 09:56:28 +0200 Message-ID: Subject: Re: [ANNOUNCE] ports 2014Q2 branched To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Apr 2014 07:56:49 -0000 On Wed, Apr 2, 2014 at 3:56 PM, Chris H wrote: > > Hi all, > > > > I am pleased to announce that we have created the 2014Q2 branch of the > ports > > tree. > > > > Because the first 2014Q1 branch was experimental you might not have > heard of it > > yet. > > > > January 2014 saw the release of the first quaterly branch, intended at > > providing a stable and high-quality ports tree. Those stable branches > are a > > snapshot of the head ports tree taken every 3 months and currently > supported > > for three months, during which they receive security fixes as well as > build and > > runtime fixes. > > > > Packages are built on regular basis on that branch (weekly) and > published as > > usual via pkg.FreeBSD.org (/quarterly instead of the usual /latest). > > > > They are signed the same way the /latest branch is. > > > > While packages for 2014Q1 were only built for 10 (i386 and amd64) 2014Q2 > will be > > built for both FreeBSD 9 and 10 (i386 and amd64). > > > > The first build of 2014Q2 will started this morning (wednesday at 1 am > UTC) and should > > hit your closest mirrors very soon. > > > > On behalf of the port management team > > Bapt > > > A big +1 on this! IMHO l-o-o-n-g over due. Thanks Bapt! > > A step towards making FreeBSD a distribution, not just a base OS anymore? :-) -- Nino From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 13:09:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78E00A45; Mon, 14 Apr 2014 13:09:02 +0000 (UTC) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [IPv6:2a01:e0c:1:1599::13]) by mx1.freebsd.org (Postfix) with ESMTP id 8949C15BC; Mon, 14 Apr 2014 13:08:59 +0000 (UTC) Received: from yggdrasil.alkumuna.eu (unknown [IPv6:2a01:e35:8a74:6e70:232:36ff:fe5c:3a87]) by smtp4-g21.free.fr (Postfix) with ESMTP id 37F224C8155; Mon, 14 Apr 2014 15:08:49 +0200 (CEST) Received: from yggdrasil.alkumuna.eu (localhost [IPv6:::1]) by yggdrasil.alkumuna.eu (8.14.7/8.14.7) with ESMTP id s3ED8lZf043172 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 14 Apr 2014 15:08:47 +0200 (CEST) (envelope-from troyax@yggdrasil.alkumuna.eu) Received: (from troyax@localhost) by yggdrasil.alkumuna.eu (8.14.7/8.14.7/Submit) id s3ED8jRi043171; Mon, 14 Apr 2014 15:08:45 +0200 (CEST) (envelope-from troyax) Date: Mon, 14 Apr 2014 15:08:45 +0200 From: Troyax To: Haowu Ge Subject: Re: Freebsd 10 install kernel not booting. Message-ID: <20140414130845.GA43154@yggdrasil.alkumuna.eu> References: <20140328160019.GA93913@yggdrasil.alkumuna.eu> <20140404214900.6ff7681e@freedom.alkumuna.eu> <20140411135453.GA19755@yggdrasil.alkumuna.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org, Matthieu Volat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Apr 2014 13:09:02 -0000 Thanks for the follow-up Haowu, it didn't work in itself but helped me find a work-around. I ran the following (slightly different) commands on my USB image: gpart bootcode -b /boot/boot0 da0 gpart bootcode -p /boot/boot1 -i 1 da0 gpart set -a active -i 1 da0 (with a warning message "gpart: attrib 'active': Device not configured") But it ended up with the same behaviour: the bootstrap stops (and reboot the machine) right before the "loading /boot/defaults/loader.conf" output message, which got me thinking that the problem may be in the stage 3. So I tried with a fresh fbsd10 USB image with only the /boot/loader from my fbsd9.2 (I mounted the USB stick and cp-ed the file) and voila, it works. I took a very quick look at the /sys/boot/i386/loader code, and the major (only?) difference I found there was the NANDFS support. But I don't know if it is used for the USB image and there are probably lots of other possible cause - it needs a more expert look I think. Troyax. On Sun, Apr 13, 2014 at 10:43:31AM +0800, Haowu Ge wrote: > Try this? > gpart bootcode -b /mnt2/boot/boot0 da0 > gpart bootcode -b /mnt2/boot/boot1 /dev/da0s1 > gpart set -a active -i 1 da0 > > > 2014-04-11 21:54 GMT+08:00 Troyax : > > > > Hello, since there's no answer yet, and it seems to be a bootloader > > related problem, would you try the following? > > > * Create a 10.0 memory stick > > > * From your 9.2 environment, copy the bootcode to the memory stick: > > > # gpart bootcode -b /boot/boot da0 > > > * Try and see if it boots > > > > I have just tried your suggestion, but the result is the same. To be more > > precise, BTX loader 1.02 seems to launch the loader correctly; but it stops > > (and reboots the machine) very early on loading the kernel. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 18:38:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3445067C for ; Mon, 14 Apr 2014 18:38:23 +0000 (UTC) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id 7B49E1A99 for ; Mon, 14 Apr 2014 18:38:22 +0000 (UTC) Received: from bloch.maths.tcd.ie ([134.226.81.34] helo=bloch.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 14 Apr 2014 19:38:20 +0100 (BST) Received: by bloch.maths.tcd.ie (Postfix, from userid 103) id C23832E03F; Mon, 14 Apr 2014 19:38:19 +0100 (IST) Date: Mon, 14 Apr 2014 19:38:19 +0100 From: "Richard M. Timoney" To: freebsd-stable@freebsd.org Subject: Re: x11/kdelibs4: Update on 9.2-STABLE/CLANG fails, endless loop of the compiler Message-ID: <20140414183819.GA70887@maths.tcd.ie> References: <20140413183958.GA63104@maths.tcd.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140413183958.GA63104@maths.tcd.ie> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Apr 2014 18:38:23 -0000 Sun, 13 Apr 2014 19:39, Richard M. Timoney wrote: > > > Since the update of this port is crucial for proceeding with updates, > > > I > > > need desperately to fix this problem. Is there a binary package for > > > that sepcific port/revision? > > > > > > > I worked around the issue by installing that particular package by > > disabling clang (thus compiling it with gcc in base) while building it > > and subsequently skipping it by providing portmaster with -x > > kdelibs-4.12.4. Haven't seen issues doing so, but you never know... > > > > No time to research the cause, but this would be critical problem for > > many and should definitely be addressed. > > > > Daniel > > It seems I can't compile it with gcc but I can with clang33 from ports. OK, I guess that was wrong. When libinotify is not installed I can compile it with gcc (also). Yours, Richard > > It finally dawned on my that the inability to compile kdelibs was since > I updated world during the week. > > There are some minor changes since r264295 that seem to affect clang and > I might soon be able to see what effect that has. > > kdelibs fails in a different way if libinotify is installed > > Linking CXX executable ../../bin/nepomuk-rcgen > ../../lib/libkdecore.so.5.12.4: undefined reference to > `inotify_add_watch' > ../../lib/libkdecore.so.5.12.4: undefined reference to > `inotify_rm_watch' > ../../lib/libkdecore.so.5.12.4: undefined reference to `inotify_init' > collect2: error: ld returned 1 exit status > *** [bin/nepomuk-rcgen] Error code 1 > > Yours, > > Richard From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 19:56:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC8EE961; Mon, 14 Apr 2014 19:56:06 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 E93D31439; Mon, 14 Apr 2014 19:56:05 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3EJtP3h016895; Mon, 14 Apr 2014 21:55:29 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3EJtKq8012518; Mon, 14 Apr 2014 19:55:20 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Apr 2014 19:55:20 GMT Message-Id: <201404141955.s3EJtKq8012518@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2014 19:56:06 -0000 TB --- 2014-04-14 19:40:47 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-14 19:40:47 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-14 19:40:47 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-04-14 19:40:47 - cleaning the object tree TB --- 2014-04-14 19:40:47 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-14 19:41:37 - At svn revision 264468 TB --- 2014-04-14 19:41:38 - building world TB --- 2014-04-14 19:41:38 - CROSS_BUILD_TESTING=YES TB --- 2014-04-14 19:41:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-14 19:41:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-14 19:41:38 - SRCCONF=/dev/null TB --- 2014-04-14 19:41:38 - TARGET=powerpc TB --- 2014-04-14 19:41:38 - TARGET_ARCH=powerpc TB --- 2014-04-14 19:41:38 - TZ=UTC TB --- 2014-04-14 19:41:38 - __MAKE_CONF=/dev/null TB --- 2014-04-14 19:41:38 - cd /src TB --- 2014-04-14 19:41:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Apr 14 19:41:49 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] In file included from /obj/powerpc.powerpc/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools/tm.h:11, from /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/df-scan.c:34: /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/freebsd.h:77:1: warning: this is the location of the previous definition /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/df-scan.c: In function 'df_rescan_blocks': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/df-scan.c:432: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin/cc/cc_int *** Error code 1 Stop. bmake[2]: stopped in /src/gnu/usr.bin/cc *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-14 19:55:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-14 19:55:19 - ERROR: failed to build world TB --- 2014-04-14 19:55:19 - 617.35 user 267.16 system 871.82 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 20:49:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3AB6E1B; Mon, 14 Apr 2014 20:49:03 +0000 (UTC) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 709AB194F; Mon, 14 Apr 2014 20:49:03 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id j7so8478897qaq.24 for ; Mon, 14 Apr 2014 13:49:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=dymtPBTOpmj6OysjafVFX3M0H/GaMGGhrkHapCfppb0=; b=RkJEB5TrrCPKu7BHHSy/JaSxrRcEXGYAq3g+88XPq+OLnrX3MqxioEwBqLj+3wf7of cPUAOGSZC9bfrOCOy7rxZSutHLIt3ND+/yyqV7dnXzkeTpa2botFJHerautlm3VcANBo vcEUdxWoVh/dZqkfY5hLKFmGQxeAL+d4XeBMZ+Kmamu/iQFCIAOYTcYGfsoRwMjUYrO4 I8cwx/f8aFHaq1rYKfYmk9cXjY1KObjlDL2yNINwvCqC02nlKP8wqR88SQECZTin3hSu KRhiV2MGMHOcGkTm06yXcxV35s10SELEh1kDHx/Pwwnr7WEqanmGiX4qSwAHT1otq6R8 PunQ== MIME-Version: 1.0 X-Received: by 10.224.38.136 with SMTP id b8mr6085643qae.98.1397508542611; Mon, 14 Apr 2014 13:49:02 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Mon, 14 Apr 2014 13:49:02 -0700 (PDT) In-Reply-To: <20140414130845.GA43154@yggdrasil.alkumuna.eu> References: <20140328160019.GA93913@yggdrasil.alkumuna.eu> <20140404214900.6ff7681e@freedom.alkumuna.eu> <20140411135453.GA19755@yggdrasil.alkumuna.eu> <20140414130845.GA43154@yggdrasil.alkumuna.eu> Date: Mon, 14 Apr 2014 13:49:02 -0700 X-Google-Sender-Auth: GUph1qQ4Y6PLvFG09r2ZNLs6YU0 Message-ID: Subject: Re: Freebsd 10 install kernel not booting. From: Adrian Chadd To: Troyax Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Haowu Ge , FreeBSD Stable Mailing List , Matthieu Volat , freebsd-amd64@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 14 Apr 2014 20:49:03 -0000 Would you please file a PR so this doesn't get lost? http://freebsd.org/send-pr.html Thanks! -a On 14 April 2014 06:08, Troyax wrote: > Thanks for the follow-up Haowu, it didn't work in itself but helped me fi= nd a work-around. I ran the following (slightly different) commands on my U= SB image: > gpart bootcode -b /boot/boot0 da0 > gpart bootcode -p /boot/boot1 -i 1 da0 > gpart set -a active -i 1 da0 (with a warning message "gpart: attrib 'ac= tive': Device not configured") > But it ended up with the same behaviour: the bootstrap stops (and reboot = the machine) right before the "loading /boot/defaults/loader.conf" output m= essage, which got me thinking that the problem may be in the stage 3. > > So I tried with a fresh fbsd10 USB image with only the /boot/loader from = my fbsd9.2 (I mounted the USB stick and cp-ed the file) and voila, it works= . > I took a very quick look at the /sys/boot/i386/loader code, and the major= (only?) difference I found there was the NANDFS support. But I don't know = if it is used for the USB image and there are probably lots of other possib= le cause - it needs a more expert look I think. > > Troyax. > > On Sun, Apr 13, 2014 at 10:43:31AM +0800, Haowu Ge wrote: >> Try this? >> gpart bootcode -b /mnt2/boot/boot0 da0 >> gpart bootcode -b /mnt2/boot/boot1 /dev/da0s1 >> gpart set -a active -i 1 da0 >> >> >> 2014-04-11 21:54 GMT+08:00 Troyax : >> >> > > Hello, since there's no answer yet, and it seems to be a bootloader >> > related problem, would you try the following? >> > > * Create a 10.0 memory stick >> > > * From your 9.2 environment, copy the bootcode to the memory stick: >> > > # gpart bootcode -b /boot/boot da0 >> > > * Try and see if it boots >> > >> > I have just tried your suggestion, but the result is the same. To be m= ore >> > precise, BTX loader 1.02 seems to launch the loader correctly; but it = stops >> > (and reboots the machine) very early on loading the kernel. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 05:49:18 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4A9D498; Tue, 15 Apr 2014 05:49:18 +0000 (UTC) Received: from bellagio.open2view.net (bellagio.open2view.net [210.48.79.75]) (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 6AACB1CDA; Tue, 15 Apr 2014 05:49:18 +0000 (UTC) Received: from bellagio.open2view.net (localhost [127.0.0.1]) by bellagio.open2view.net (Postfix) with ESMTP id DC50C12AA60A; Tue, 15 Apr 2014 17:39:31 +1200 (NZST) X-Virus-Scanned: amavisd-new at open2view.com Received: from bellagio.open2view.net ([127.0.0.1]) by bellagio.open2view.net (bellagio.open2view.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WMyXuuzRUMwc; Tue, 15 Apr 2014 17:39:27 +1200 (NZST) Received: from [10.58.1.14] (241.196.252.27.dyn.cust.vf.net.nz [27.252.196.241]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: pmurray@nevada.net.nz) by bellagio.open2view.net (Postfix) with ESMTPSA id A3ED712AA5EC; Tue, 15 Apr 2014 17:39:26 +1200 (NZST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Panic in ZFS, solaris assert: sa.sa_magic == 0x2F505A From: Phil Murray In-Reply-To: <5347C5A0.3030806@FreeBSD.org> Date: Tue, 15 Apr 2014 17:39:25 +1200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5347C5A0.3030806@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1874) Cc: freebsd-fs@freebsd.org, stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Apr 2014 05:49:18 -0000 On 11/04/2014, at 10:36 pm, Andriy Gapon wrote: > on 11/04/2014 11:02 Phil Murray said the following: >> Hi there, >>=20 >> I=92ve recently experienced two kernel panics on 8.4-RELEASE (within = 2 days of each other, and both around the same time of day oddly) with = ZFS. Sorry no dump available, but panic below. >>=20 >> Any ideas where to start solving this? Will upgrading to 9 (or 10) = solve it? >=20 > By chance, could the system be running zfs recv at the times when the = panics > happened? I think it might be related to this bug reported on ZFS-on-linux when = upgrading from v3 -> v5, which is exactly what I=92ve done on this = machine: https://github.com/zfsonlinux/zfs/issues/2025 In my case, the bogus sa.sa_magic value looks like this: panic:solaris asset: sa.sa_magic =3D=3D 0x2F505A (0x5112fb3d =3D=3D = 0x2f505a), file:=20 $ date -r 0x5112fb3d Thu Feb 7 13:54:21 NZDT 2013 Cheers Phil From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 06:39:03 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A998E8A8; Tue, 15 Apr 2014 06:39:03 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 DE8F111FC; Tue, 15 Apr 2014 06:39:02 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3F6cXSe016447; Tue, 15 Apr 2014 08:38:33 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3F6cQ0e016066; Tue, 15 Apr 2014 06:38:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Apr 2014 06:38:26 GMT Message-Id: <201404150638.s3F6cQ0e016066@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 06:39:03 -0000 TB --- 2014-04-15 04:10:34 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-15 04:10:34 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-15 04:10:34 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-04-15 04:10:34 - cleaning the object tree TB --- 2014-04-15 04:10:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-15 04:11:20 - At svn revision 264487 TB --- 2014-04-15 04:11:21 - building world TB --- 2014-04-15 04:11:21 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 04:11:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 04:11:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 04:11:21 - SRCCONF=/dev/null TB --- 2014-04-15 04:11:21 - TARGET=mips TB --- 2014-04-15 04:11:21 - TARGET_ARCH=mips TB --- 2014-04-15 04:11:21 - TZ=UTC TB --- 2014-04-15 04:11:21 - __MAKE_CONF=/dev/null TB --- 2014-04-15 04:11:21 - cd /src TB --- 2014-04-15 04:11:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 15 04:11:32 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 15 05:37:01 UTC 2014 TB --- 2014-04-15 05:37:01 - cd /src/sys/mips/conf TB --- 2014-04-15 05:37:01 - /usr/sbin/config -m ADM5120 TB --- 2014-04-15 05:37:01 - skipping ADM5120 kernel TB --- 2014-04-15 05:37:01 - cd /src/sys/mips/conf TB --- 2014-04-15 05:37:01 - /usr/sbin/config -m ALCHEMY TB --- 2014-04-15 05:37:01 - skipping ALCHEMY kernel TB --- 2014-04-15 05:37:01 - cd /src/sys/mips/conf TB --- 2014-04-15 05:37:01 - /usr/sbin/config -m AP121 TB --- 2014-04-15 05:37:01 - building AP121 kernel TB --- 2014-04-15 05:37:01 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 05:37:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 05:37:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 05:37:01 - SRCCONF=/dev/null TB --- 2014-04-15 05:37:01 - TARGET=mips TB --- 2014-04-15 05:37:01 - TARGET_ARCH=mips TB --- 2014-04-15 05:37:01 - TZ=UTC TB --- 2014-04-15 05:37:01 - __MAKE_CONF=/dev/null TB --- 2014-04-15 05:37:01 - cd /src TB --- 2014-04-15 05:37:01 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Tue Apr 15 05:37:01 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Tue Apr 15 05:41:04 UTC 2014 TB --- 2014-04-15 05:41:04 - cd /src/sys/mips/conf TB --- 2014-04-15 05:41:04 - /usr/sbin/config -m AP91 TB --- 2014-04-15 05:41:04 - building AP91 kernel TB --- 2014-04-15 05:41:04 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 05:41:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 05:41:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 05:41:04 - SRCCONF=/dev/null TB --- 2014-04-15 05:41:04 - TARGET=mips TB --- 2014-04-15 05:41:04 - TARGET_ARCH=mips TB --- 2014-04-15 05:41:04 - TZ=UTC TB --- 2014-04-15 05:41:04 - __MAKE_CONF=/dev/null TB --- 2014-04-15 05:41:04 - cd /src TB --- 2014-04-15 05:41:04 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Tue Apr 15 05:41:04 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Tue Apr 15 05:48:32 UTC 2014 TB --- 2014-04-15 05:48:32 - cd /src/sys/mips/conf TB --- 2014-04-15 05:48:32 - /usr/sbin/config -m AP93 TB --- 2014-04-15 05:48:32 - building AP93 kernel TB --- 2014-04-15 05:48:32 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 05:48:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 05:48:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 05:48:32 - SRCCONF=/dev/null TB --- 2014-04-15 05:48:32 - TARGET=mips TB --- 2014-04-15 05:48:32 - TARGET_ARCH=mips TB --- 2014-04-15 05:48:32 - TZ=UTC TB --- 2014-04-15 05:48:32 - __MAKE_CONF=/dev/null TB --- 2014-04-15 05:48:32 - cd /src TB --- 2014-04-15 05:48:32 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Tue Apr 15 05:48:32 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Tue Apr 15 05:55:53 UTC 2014 TB --- 2014-04-15 05:55:53 - cd /src/sys/mips/conf TB --- 2014-04-15 05:55:53 - /usr/sbin/config -m AP94 TB --- 2014-04-15 05:55:53 - building AP94 kernel TB --- 2014-04-15 05:55:53 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 05:55:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 05:55:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 05:55:53 - SRCCONF=/dev/null TB --- 2014-04-15 05:55:53 - TARGET=mips TB --- 2014-04-15 05:55:53 - TARGET_ARCH=mips TB --- 2014-04-15 05:55:53 - TZ=UTC TB --- 2014-04-15 05:55:53 - __MAKE_CONF=/dev/null TB --- 2014-04-15 05:55:53 - cd /src TB --- 2014-04-15 05:55:53 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Tue Apr 15 05:55:53 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Tue Apr 15 06:04:47 UTC 2014 TB --- 2014-04-15 06:04:47 - cd /src/sys/mips/conf TB --- 2014-04-15 06:04:47 - /usr/sbin/config -m AP96 TB --- 2014-04-15 06:04:47 - building AP96 kernel TB --- 2014-04-15 06:04:47 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 06:04:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 06:04:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 06:04:47 - SRCCONF=/dev/null TB --- 2014-04-15 06:04:47 - TARGET=mips TB --- 2014-04-15 06:04:47 - TARGET_ARCH=mips TB --- 2014-04-15 06:04:47 - TZ=UTC TB --- 2014-04-15 06:04:47 - __MAKE_CONF=/dev/null TB --- 2014-04-15 06:04:47 - cd /src TB --- 2014-04-15 06:04:47 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Tue Apr 15 06:04:48 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Tue Apr 15 06:13:30 UTC 2014 TB --- 2014-04-15 06:13:30 - cd /src/sys/mips/conf TB --- 2014-04-15 06:13:30 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-04-15 06:13:30 - building AR71XX_BASE kernel TB --- 2014-04-15 06:13:30 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 06:13:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 06:13:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 06:13:30 - SRCCONF=/dev/null TB --- 2014-04-15 06:13:30 - TARGET=mips TB --- 2014-04-15 06:13:30 - TARGET_ARCH=mips TB --- 2014-04-15 06:13:30 - TZ=UTC TB --- 2014-04-15 06:13:30 - __MAKE_CONF=/dev/null TB --- 2014-04-15 06:13:30 - cd /src TB --- 2014-04-15 06:13:30 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Tue Apr 15 06:13:30 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Tue Apr 15 06:21:47 UTC 2014 TB --- 2014-04-15 06:21:47 - cd /src/sys/mips/conf TB --- 2014-04-15 06:21:47 - /usr/sbin/config -m AR724X_BASE TB --- 2014-04-15 06:21:47 - building AR724X_BASE kernel TB --- 2014-04-15 06:21:47 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 06:21:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 06:21:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 06:21:47 - SRCCONF=/dev/null TB --- 2014-04-15 06:21:47 - TARGET=mips TB --- 2014-04-15 06:21:47 - TARGET_ARCH=mips TB --- 2014-04-15 06:21:47 - TZ=UTC TB --- 2014-04-15 06:21:47 - __MAKE_CONF=/dev/null TB --- 2014-04-15 06:21:47 - cd /src TB --- 2014-04-15 06:21:47 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Tue Apr 15 06:21:47 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Tue Apr 15 06:27:48 UTC 2014 TB --- 2014-04-15 06:27:48 - cd /src/sys/mips/conf TB --- 2014-04-15 06:27:48 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-04-15 06:27:48 - building AR91XX_BASE kernel TB --- 2014-04-15 06:27:48 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 06:27:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 06:27:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 06:27:48 - SRCCONF=/dev/null TB --- 2014-04-15 06:27:48 - TARGET=mips TB --- 2014-04-15 06:27:48 - TARGET_ARCH=mips TB --- 2014-04-15 06:27:48 - TZ=UTC TB --- 2014-04-15 06:27:48 - __MAKE_CONF=/dev/null TB --- 2014-04-15 06:27:48 - cd /src TB --- 2014-04-15 06:27:48 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Tue Apr 15 06:27:48 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Tue Apr 15 06:34:35 UTC 2014 TB --- 2014-04-15 06:34:35 - cd /src/sys/mips/conf TB --- 2014-04-15 06:34:35 - /usr/sbin/config -m AR933X_BASE TB --- 2014-04-15 06:34:35 - building AR933X_BASE kernel TB --- 2014-04-15 06:34:35 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 06:34:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 06:34:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 06:34:35 - SRCCONF=/dev/null TB --- 2014-04-15 06:34:35 - TARGET=mips TB --- 2014-04-15 06:34:35 - TARGET_ARCH=mips TB --- 2014-04-15 06:34:35 - TZ=UTC TB --- 2014-04-15 06:34:35 - __MAKE_CONF=/dev/null TB --- 2014-04-15 06:34:35 - cd /src TB --- 2014-04-15 06:34:35 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Tue Apr 15 06:34:35 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Tue Apr 15 06:38:24 UTC 2014 TB --- 2014-04-15 06:38:24 - cd /src/sys/mips/conf TB --- 2014-04-15 06:38:24 - /usr/sbin/config -m AR934X_BASE TB --- 2014-04-15 06:38:24 - building AR934X_BASE kernel TB --- 2014-04-15 06:38:24 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 06:38:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 06:38:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 06:38:24 - SRCCONF=/dev/null TB --- 2014-04-15 06:38:24 - TARGET=mips TB --- 2014-04-15 06:38:24 - TARGET_ARCH=mips TB --- 2014-04-15 06:38:24 - TZ=UTC TB --- 2014-04-15 06:38:24 - __MAKE_CONF=/dev/null TB --- 2014-04-15 06:38:24 - cd /src TB --- 2014-04-15 06:38:24 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Tue Apr 15 06:38:24 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AR934X_BASE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-15 06:38:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-15 06:38:25 - ERROR: failed to build AR934X_BASE kernel TB --- 2014-04-15 06:38:25 - 6184.65 user 3097.23 system 8870.50 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 09:16:57 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB21EC70; Tue, 15 Apr 2014 09:16:57 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AA71810E8; Tue, 15 Apr 2014 09:16:56 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA10019; Tue, 15 Apr 2014 12:16:39 +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 1WZzTq-0000s3-Mh; Tue, 15 Apr 2014 12:16:38 +0300 Message-ID: <534CF8A6.1050205@FreeBSD.org> Date: Tue, 15 Apr 2014 12:15:18 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Phil Murray Subject: Re: Panic in ZFS, solaris assert: sa.sa_magic == 0x2F505A References: <5347C5A0.3030806@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: freebsd-fs@FreeBSD.org, stable@FreeBSD.org, Matthew Ahrens X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Apr 2014 09:16:57 -0000 on 15/04/2014 08:39 Phil Murray said the following: > > On 11/04/2014, at 10:36 pm, Andriy Gapon wrote: > >> on 11/04/2014 11:02 Phil Murray said the following: >>> Hi there, >>> >>> Ive recently experienced two kernel panics on 8.4-RELEASE (within 2 days of each other, and both around the same time of day oddly) with ZFS. Sorry no dump available, but panic below. >>> >>> Any ideas where to start solving this? Will upgrading to 9 (or 10) solve it? >> >> By chance, could the system be running zfs recv at the times when the panics >> happened? > > I think it might be related to this bug reported on ZFS-on-linux when upgrading from v3 -> v5, which is exactly what Ive done on this machine: > > https://github.com/zfsonlinux/zfs/issues/2025 > > In my case, the bogus sa.sa_magic value looks like this: > > panic:solaris asset: sa.sa_magic == 0x2F505A (0x5112fb3d == 0x2f505a), file: > > $ date -r 0x5112fb3d > Thu Feb 7 13:54:21 NZDT 2013 Great job finding that ZoL bug report! And very good job done by people who analyzed the problem. Below is my guess about what could be wrong. A thread is changing file attributes and it could end up calling zfs_sa_upgrade() to convert file's bonus from DMU_OT_ZNODE to DMU_OT_SA. The conversion is achieved in two steps: - dmu_set_bonustype() to change the bonus type in the dnode - sa_replace_all_by_template_locked() to re-populate the bonus data dmu_set_bonustype() calls dnode_setbonus_type() which does the following: dn->dn_bonustype = newtype; dn->dn_next_bonustype[tx->tx_txg & TXG_MASK] = dn->dn_bonustype; Concurrently, the sync thread can run into the dnode if it was dirtied in an earlier txg. The sync thread calls dmu_objset_userquota_get_ids() via dnode_sync(). dmu_objset_userquota_get_ids() uses dn_bonustype that has the new value, but the data corresponding to the txg being sync-ed is still in the old format. As I understand, dmu_objset_userquota_get_ids() already uses dmu_objset_userquota_find_data() when before == B_FALSE to find a proper copy of the data corresponding to the txg being sync-ed. So, I think that in that case dmu_objset_userquota_get_ids() should also use values of dn_bonustype and dn_bonuslen that correspond to the txg. If I am not mistaken, those values could be deduced from dn_next_bonustype[tx->tx_txg & TXG_MASK] plus dn_phys->dn_bonustype and dn_next_bonuslen[tx->tx_txg & TXG_MASK] plus dn_phys->dn_bonuslen. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 12:58:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8635B82; Tue, 15 Apr 2014 12:58:42 +0000 (UTC) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2AC17170B; Tue, 15 Apr 2014 12:58:42 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id t61so9529420wes.17 for ; Tue, 15 Apr 2014 05:58: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:date:message-id:subject:from:to :cc:content-type; bh=exQN4YLTjHCdX50e/QlrnuhL0iqU8YmRUGI8enVwE9Q=; b=f0Fanbg20WJH5HzdMJTkoh4yXcUV0MoAff40g811q4rUwqTRYSljv7bvMkh+x5slxG hPhvTVwWlFR3ARAQOy0T6lVW7xbw8BpLFdO4b1ZqvkpozaHCCk8QHZ2KmlkEG13OhhsX ZXqEhWOne6vDL42nXk4d4SOelyWNCICQ0or9y7QYA66l6C6RapgPugCZDGetxBNMAj+W MuFGh9FmhvBuiqKZ0+thKZ4gSyi3fOl30207IaTzJS57jNYVHKaWrTwx1g8OjdWu65Lv NBrH736xLa5vJsERROImuqs6tsR+GGEySmqNI61u7xCjBBbhW+y0ZXPEzjhqHtzLpH5H c+Qw== MIME-Version: 1.0 X-Received: by 10.180.90.79 with SMTP id bu15mr13309819wib.38.1397566720362; Tue, 15 Apr 2014 05:58:40 -0700 (PDT) Received: by 10.194.203.106 with HTTP; Tue, 15 Apr 2014 05:58:40 -0700 (PDT) In-Reply-To: <1785048524.20140412170445@serebryakov.spb.ru> References: <1785048524.20140412170445@serebryakov.spb.ru> Date: Tue, 15 Apr 2014 08:58:40 -0400 Message-ID: Subject: Re: After upgrade from 9-STABLE to 10-STABLE "shutdown -h now" doesn't halt, but reboot system. From: Boris To: lev@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Apr 2014 12:58:42 -0000 Hi Lev, I have the same behaviour on a DL380 G5 dual E5440 CPU. Fortunately I have iLO2 on it so I can still shut it down but I need to automate the shutdown as it's a backup server. I am running FreeBSD 10-STABLE amd64 which was a fresh install, no upgrade from FreeBSD9. I plan on rebuilding the world and installing it as I believe I have other small issues like controlling pf using pfctl, the SMP pf seems it needs a recompile. I can contribute to the debugging effort if somebody can advise on how to proceed. Boris On Sat, Apr 12, 2014 at 9:04 AM, Lev Serebryakov wrote: > Hello, FreeBSD. > > It breaks UPS usage completely -- system reboots instead of waiting for > power off if it is "halted" by UPS monitoring (nut). > > System is Q35-based MoBo with E8400 CPU, nothing fancy or special. > > How could I debug this problem to provide more information? > > -- > // Black Lion AKA Lev Serebryakov > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 13:55:36 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2319837C; Tue, 15 Apr 2014 13:55:36 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (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 D59E01CE3; Tue, 15 Apr 2014 13:55:35 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s3FDtYmf091166; Tue, 15 Apr 2014 13:55:34 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s3FDtY4D091165; Tue, 15 Apr 2014 13:55:34 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Apr 2014 13:55:34 GMT Message-Id: <201404151355.s3FDtY4D091165@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 13:55:36 -0000 TB --- 2014-04-15 13:55:16 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-04-15 13:55:16 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-15 13:55:16 - starting RELENG_9 tinderbox run for arm/arm TB --- 2014-04-15 13:55:16 - cleaning the object tree TB --- 2014-04-15 13:55:16 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-15 13:55:20 - At svn revision 264498 TB --- 2014-04-15 13:55:21 - building world TB --- 2014-04-15 13:55:21 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 13:55:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 13:55:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 13:55:21 - SRCCONF=/dev/null TB --- 2014-04-15 13:55:21 - TARGET=arm TB --- 2014-04-15 13:55:21 - TARGET_ARCH=arm TB --- 2014-04-15 13:55:21 - TZ=UTC TB --- 2014-04-15 13:55:21 - __MAKE_CONF=/dev/null TB --- 2014-04-15 13:55:21 - cd /src TB --- 2014-04-15 13:55:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 15 13:55:26 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -DCTF_OLD_VERSIONS -I/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_util.c -o ctf_util.o building static ctf library ranlib libctf.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libctf.a /obj/arm.arm/src/tmp/legacy/usr/lib ===> lib/libelf (obj,depend,all,install) /obj/arm.arm/src/tmp/src/lib/libelf created for /src/lib/libelf m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_fsize.m4 > libelf_fsize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_msize.m4 > libelf_msize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_convert.m4 > libelf_convert.c rm -f .depend mkdep -f .depend -a -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -I/obj/arm.arm/src/tmp/legacy/usr/include -std=gnu99 /src/lib/libelf/elf_begin.c /src/lib/libelf/elf_cntl.c /src/lib/libelf/elf_end.c /src/lib/libelf/elf_errmsg.c /src/lib/libelf/elf_errno.c /src/lib/libelf/elf_data.c /src/lib/libelf/elf_fill.c /src/lib/libelf/elf_flag.c /src/lib/libelf/elf_getarhdr.c /src/lib/libelf/elf_getarsym.c /src/lib/libelf/elf_getbase.c /src/lib/libelf/elf_getident.c /src/lib/libelf/elf_hash.c /src/lib/libelf/elf_kind.c /src/lib/libelf/elf_memory.c /src/lib/libelf/elf_next.c /src/lib/libelf/elf_rand.c /src/lib/libelf/elf_rawfile.c /src/lib/libelf/elf_phnum.c /src/lib/libelf/elf_shnum.c /src/lib/libelf/elf_shstrndx.c /src/lib/libelf/elf_scn.c /src/lib/libelf/elf_strptr.c /src/lib/libelf/elf_update.c /src/lib/libelf/elf_version.c /src/lib/libelf/gelf_cap.c /src/lib/libelf/gelf_checksum.c /src/lib/libelf/gelf_dyn.c /src/lib/libelf/gelf_ehdr.c /src/lib/libelf/gelf_! getclass.c /src/lib/libelf/gelf_fsize.c /src/lib/libelf/gelf_move.c /src/lib/libelf/gelf_phdr.c /src/lib/libelf/gelf_rel.c /src/lib/libelf/gelf_rela.c /src/lib/libelf/gelf_shdr.c /src/lib/libelf/gelf_sym.c /src/lib/libelf/gelf_syminfo.c /src/lib/libelf/gelf_symshndx.c /src/lib/libelf/gelf_xlate.c /src/lib/libelf/libelf.c /src/lib/libelf/libelf_align.c /src/lib/libelf/libelf_allocate.c /src/lib/libelf/libelf_ar.c /src/lib/libelf/libelf_ar_util.c /src/lib/libelf/libelf_checksum.c /src/lib/libelf/libelf_data.c /src/lib/libelf/libelf_ehdr.c /src/lib/libelf/libelf_extended.c /src/lib/libelf/libelf_phdr.c /src/lib/libelf/libelf_shdr.c /src/lib/libelf/libelf_xlate.c libelf_fsize.c libelf_msize.c libelf_convert.c cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_begin.c -o elf_begin.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_cntl.c -o elf_cntl.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_end.c -o elf_end.o In file included from /src/lib/libelf/elf_end.c:34: /usr/include/stdlib.h:54: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'wchar_t' /usr/include/stdlib.h:99: error: expected ')' before '*' token /usr/include/stdlib.h:100: error: expected ')' before '*' token /usr/include/stdlib.h:114: error: expected declaration specifiers or '...' before 'wchar_t' /usr/include/stdlib.h:115: error: expected ';', ',' or ')' before '*' token *** [elf_end.o] Error code 1 Stop in /src/lib/libelf. *** [bootstrap-tools] Error code 1 Stop in /src. *** [_bootstrap-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-15 13:55:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-15 13:55:34 - ERROR: failed to build world TB --- 2014-04-15 13:55:34 - 8.36 user 2.99 system 17.80 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 13:55:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D56F4A6; Tue, 15 Apr 2014 13:55:49 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (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 CD5C71CF0; Tue, 15 Apr 2014 13:55:48 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s3FDtlKN092019; Tue, 15 Apr 2014 13:55:47 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s3FDtlni092018; Tue, 15 Apr 2014 13:55:47 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Apr 2014 13:55:47 GMT Message-Id: <201404151355.s3FDtlni092018@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 13:55:49 -0000 TB --- 2014-04-15 13:55:34 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-04-15 13:55:34 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-15 13:55:34 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2014-04-15 13:55:34 - cleaning the object tree TB --- 2014-04-15 13:55:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-15 13:55:37 - At svn revision 264498 TB --- 2014-04-15 13:55:38 - building world TB --- 2014-04-15 13:55:38 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 13:55:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 13:55:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 13:55:38 - SRCCONF=/dev/null TB --- 2014-04-15 13:55:38 - TARGET=ia64 TB --- 2014-04-15 13:55:38 - TARGET_ARCH=ia64 TB --- 2014-04-15 13:55:38 - TZ=UTC TB --- 2014-04-15 13:55:38 - __MAKE_CONF=/dev/null TB --- 2014-04-15 13:55:38 - cd /src TB --- 2014-04-15 13:55:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 15 13:55:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -DCTF_OLD_VERSIONS -I/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_util.c -o ctf_util.o building static ctf library ranlib libctf.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libctf.a /obj/ia64.ia64/src/tmp/legacy/usr/lib ===> lib/libelf (obj,depend,all,install) /obj/ia64.ia64/src/tmp/src/lib/libelf created for /src/lib/libelf m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_fsize.m4 > libelf_fsize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_msize.m4 > libelf_msize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_convert.m4 > libelf_convert.c rm -f .depend mkdep -f .depend -a -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -I/obj/ia64.ia64/src/tmp/legacy/usr/include -std=gnu99 /src/lib/libelf/elf_begin.c /src/lib/libelf/elf_cntl.c /src/lib/libelf/elf_end.c /src/lib/libelf/elf_errmsg.c /src/lib/libelf/elf_errno.c /src/lib/libelf/elf_data.c /src/lib/libelf/elf_fill.c /src/lib/libelf/elf_flag.c /src/lib/libelf/elf_getarhdr.c /src/lib/libelf/elf_getarsym.c /src/lib/libelf/elf_getbase.c /src/lib/libelf/elf_getident.c /src/lib/libelf/elf_hash.c /src/lib/libelf/elf_kind.c /src/lib/libelf/elf_memory.c /src/lib/libelf/elf_next.c /src/lib/libelf/elf_rand.c /src/lib/libelf/elf_rawfile.c /src/lib/libelf/elf_phnum.c /src/lib/libelf/elf_shnum.c /src/lib/libelf/elf_shstrndx.c /src/lib/libelf/elf_scn.c /src/lib/libelf/elf_strptr.c /src/lib/libelf/elf_update.c /src/lib/libelf/elf_version.c /src/lib/libelf/gelf_cap.c /src/lib/libelf/gelf_checksum.c /src/lib/libelf/gelf_dyn.c /src/lib/libelf/gelf_ehdr.c /src/lib/libelf/gel! f_getclass.c /src/lib/libelf/gelf_fsize.c /src/lib/libelf/gelf_move.c /src/lib/libelf/gelf_phdr.c /src/lib/libelf/gelf_rel.c /src/lib/libelf/gelf_rela.c /src/lib/libelf/gelf_shdr.c /src/lib/libelf/gelf_sym.c /src/lib/libelf/gelf_syminfo.c /src/lib/libelf/gelf_symshndx.c /src/lib/libelf/gelf_xlate.c /src/lib/libelf/libelf.c /src/lib/libelf/libelf_align.c /src/lib/libelf/libelf_allocate.c /src/lib/libelf/libelf_ar.c /src/lib/libelf/libelf_ar_util.c /src/lib/libelf/libelf_checksum.c /src/lib/libelf/libelf_data.c /src/lib/libelf/libelf_ehdr.c /src/lib/libelf/libelf_extended.c /src/lib/libelf/libelf_phdr.c /src/lib/libelf/libelf_shdr.c /src/lib/libelf/libelf_xlate.c libelf_fsize.c libelf_msize.c libelf_convert.c cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_begin.c -o elf_begin.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_cntl.c -o elf_cntl.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_end.c -o elf_end.o In file included from /src/lib/libelf/elf_end.c:34: /usr/include/stdlib.h:54: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'wchar_t' /usr/include/stdlib.h:99: error: expected ')' before '*' token /usr/include/stdlib.h:100: error: expected ')' before '*' token /usr/include/stdlib.h:114: error: expected declaration specifiers or '...' before 'wchar_t' /usr/include/stdlib.h:115: error: expected ';', ',' or ')' before '*' token *** [elf_end.o] Error code 1 Stop in /src/lib/libelf. *** [bootstrap-tools] Error code 1 Stop in /src. *** [_bootstrap-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-15 13:55:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-15 13:55:47 - ERROR: failed to build world TB --- 2014-04-15 13:55:47 - 9.17 user 2.58 system 13.43 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 13:56:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7D875B1; Tue, 15 Apr 2014 13:56:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (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 96A0B1D11; Tue, 15 Apr 2014 13:56:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s3FDu50b092797; Tue, 15 Apr 2014 13:56:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s3FDu5Yf092796; Tue, 15 Apr 2014 13:56:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Apr 2014 13:56:05 GMT Message-Id: <201404151356.s3FDu5Yf092796@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 13:56:06 -0000 TB --- 2014-04-15 13:55:48 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-04-15 13:55:48 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-15 13:55:48 - starting RELENG_9 tinderbox run for mips/mips TB --- 2014-04-15 13:55:48 - cleaning the object tree TB --- 2014-04-15 13:55:48 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-15 13:55:51 - At svn revision 264498 TB --- 2014-04-15 13:55:52 - building world TB --- 2014-04-15 13:55:52 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 13:55:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 13:55:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 13:55:52 - SRCCONF=/dev/null TB --- 2014-04-15 13:55:52 - TARGET=mips TB --- 2014-04-15 13:55:52 - TARGET_ARCH=mips TB --- 2014-04-15 13:55:52 - TZ=UTC TB --- 2014-04-15 13:55:52 - __MAKE_CONF=/dev/null TB --- 2014-04-15 13:55:52 - cd /src TB --- 2014-04-15 13:55:52 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 15 13:55:57 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -DCTF_OLD_VERSIONS -I/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -I/obj/mips.mipsel/src/tmp/legacy/usr/include -c /src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_util.c -o ctf_util.o building static ctf library ranlib libctf.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libctf.a /obj/mips.mipsel/src/tmp/legacy/usr/lib ===> lib/libelf (obj,depend,all,install) /obj/mips.mipsel/src/tmp/src/lib/libelf created for /src/lib/libelf m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_fsize.m4 > libelf_fsize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_msize.m4 > libelf_msize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_convert.m4 > libelf_convert.c rm -f .depend mkdep -f .depend -a -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -I/obj/mips.mipsel/src/tmp/legacy/usr/include -std=gnu99 /src/lib/libelf/elf_begin.c /src/lib/libelf/elf_cntl.c /src/lib/libelf/elf_end.c /src/lib/libelf/elf_errmsg.c /src/lib/libelf/elf_errno.c /src/lib/libelf/elf_data.c /src/lib/libelf/elf_fill.c /src/lib/libelf/elf_flag.c /src/lib/libelf/elf_getarhdr.c /src/lib/libelf/elf_getarsym.c /src/lib/libelf/elf_getbase.c /src/lib/libelf/elf_getident.c /src/lib/libelf/elf_hash.c /src/lib/libelf/elf_kind.c /src/lib/libelf/elf_memory.c /src/lib/libelf/elf_next.c /src/lib/libelf/elf_rand.c /src/lib/libelf/elf_rawfile.c /src/lib/libelf/elf_phnum.c /src/lib/libelf/elf_shnum.c /src/lib/libelf/elf_shstrndx.c /src/lib/libelf/elf_scn.c /src/lib/libelf/elf_strptr.c /src/lib/libelf/elf_update.c /src/lib/libelf/elf_version.c /src/lib/libelf/gelf_cap.c /src/lib/libelf/gelf_checksum.c /src/lib/libelf/gelf_dyn.c /src/lib/libelf/gelf_ehdr.c /src/lib/libelf/g! elf_getclass.c /src/lib/libelf/gelf_fsize.c /src/lib/libelf/gelf_move.c /src/lib/libelf/gelf_phdr.c /src/lib/libelf/gelf_rel.c /src/lib/libelf/gelf_rela.c /src/lib/libelf/gelf_shdr.c /src/lib/libelf/gelf_sym.c /src/lib/libelf/gelf_syminfo.c /src/lib/libelf/gelf_symshndx.c /src/lib/libelf/gelf_xlate.c /src/lib/libelf/libelf.c /src/lib/libelf/libelf_align.c /src/lib/libelf/libelf_allocate.c /src/lib/libelf/libelf_ar.c /src/lib/libelf/libelf_ar_util.c /src/lib/libelf/libelf_checksum.c /src/lib/libelf/libelf_data.c /src/lib/libelf/libelf_ehdr.c /src/lib/libelf/libelf_extended.c /src/lib/libelf/libelf_phdr.c /src/lib/libelf/libelf_shdr.c /src/lib/libelf/libelf_xlate.c libelf_fsize.c libelf_msize.c libelf_convert.c cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/mips.mipsel/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_begin.c -o elf_begin.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/mips.mipsel/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_cntl.c -o elf_cntl.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/mips.mipsel/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_end.c -o elf_end.o In file included from /src/lib/libelf/elf_end.c:34: /usr/include/stdlib.h:54: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'wchar_t' /usr/include/stdlib.h:99: error: expected ')' before '*' token /usr/include/stdlib.h:100: error: expected ')' before '*' token /usr/include/stdlib.h:114: error: expected declaration specifiers or '...' before 'wchar_t' /usr/include/stdlib.h:115: error: expected ';', ',' or ')' before '*' token *** [elf_end.o] Error code 1 Stop in /src/lib/libelf. *** [bootstrap-tools] Error code 1 Stop in /src. *** [_bootstrap-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-15 13:56:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-15 13:56:05 - ERROR: failed to build world TB --- 2014-04-15 13:56:05 - 9.64 user 3.07 system 17.61 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 13:59:29 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2EB4B7A3; Tue, 15 Apr 2014 13:59:29 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (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 E114F1D50; Tue, 15 Apr 2014 13:59:28 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s3FDxSHo095463; Tue, 15 Apr 2014 13:59:28 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s3FDxSIi095457; Tue, 15 Apr 2014 13:59:28 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Apr 2014 13:59:28 GMT Message-Id: <201404151359.s3FDxSIi095457@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 13:59:29 -0000 TB --- 2014-04-15 13:55:16 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-04-15 13:55:16 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-15 13:55:16 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-04-15 13:55:16 - cleaning the object tree TB --- 2014-04-15 13:55:16 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-15 13:55:20 - At svn revision 264498 TB --- 2014-04-15 13:55:21 - building world TB --- 2014-04-15 13:55:21 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 13:55:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 13:55:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 13:55:21 - SRCCONF=/dev/null TB --- 2014-04-15 13:55:21 - TARGET=pc98 TB --- 2014-04-15 13:55:21 - TARGET_ARCH=i386 TB --- 2014-04-15 13:55:21 - TZ=UTC TB --- 2014-04-15 13:55:21 - __MAKE_CONF=/dev/null TB --- 2014-04-15 13:55:21 - cd /src TB --- 2014-04-15 13:55:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 15 13:55:27 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -DCTF_OLD_VERSIONS -I/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_util.c -o ctf_util.o building static ctf library ranlib libctf.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libctf.a /obj/pc98.i386/src/tmp/legacy/usr/lib ===> lib/libelf (obj,depend,all,install) /obj/pc98.i386/src/tmp/src/lib/libelf created for /src/lib/libelf m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_fsize.m4 > libelf_fsize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_msize.m4 > libelf_msize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_convert.m4 > libelf_convert.c rm -f .depend mkdep -f .depend -a -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -I/obj/pc98.i386/src/tmp/legacy/usr/include -std=gnu99 /src/lib/libelf/elf_begin.c /src/lib/libelf/elf_cntl.c /src/lib/libelf/elf_end.c /src/lib/libelf/elf_errmsg.c /src/lib/libelf/elf_errno.c /src/lib/libelf/elf_data.c /src/lib/libelf/elf_fill.c /src/lib/libelf/elf_flag.c /src/lib/libelf/elf_getarhdr.c /src/lib/libelf/elf_getarsym.c /src/lib/libelf/elf_getbase.c /src/lib/libelf/elf_getident.c /src/lib/libelf/elf_hash.c /src/lib/libelf/elf_kind.c /src/lib/libelf/elf_memory.c /src/lib/libelf/elf_next.c /src/lib/libelf/elf_rand.c /src/lib/libelf/elf_rawfile.c /src/lib/libelf/elf_phnum.c /src/lib/libelf/elf_shnum.c /src/lib/libelf/elf_shstrndx.c /src/lib/libelf/elf_scn.c /src/lib/libelf/elf_strptr.c /src/lib/libelf/elf_update.c /src/lib/libelf/elf_version.c /src/lib/libelf/gelf_cap.c /src/lib/libelf/gelf_checksum.c /src/lib/libelf/gelf_dyn.c /src/lib/libelf/gelf_ehdr.c /src/lib/libelf/gel! f_getclass.c /src/lib/libelf/gelf_fsize.c /src/lib/libelf/gelf_move.c /src/lib/libelf/gelf_phdr.c /src/lib/libelf/gelf_rel.c /src/lib/libelf/gelf_rela.c /src/lib/libelf/gelf_shdr.c /src/lib/libelf/gelf_sym.c /src/lib/libelf/gelf_syminfo.c /src/lib/libelf/gelf_symshndx.c /src/lib/libelf/gelf_xlate.c /src/lib/libelf/libelf.c /src/lib/libelf/libelf_align.c /src/lib/libelf/libelf_allocate.c /src/lib/libelf/libelf_ar.c /src/lib/libelf/libelf_ar_util.c /src/lib/libelf/libelf_checksum.c /src/lib/libelf/libelf_data.c /src/lib/libelf/libelf_ehdr.c /src/lib/libelf/libelf_extended.c /src/lib/libelf/libelf_phdr.c /src/lib/libelf/libelf_shdr.c /src/lib/libelf/libelf_xlate.c libelf_fsize.c libelf_msize.c libelf_convert.c cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_begin.c -o elf_begin.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_cntl.c -o elf_cntl.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_end.c -o elf_end.o In file included from /src/lib/libelf/elf_end.c:34: /usr/include/stdlib.h:54: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'wchar_t' /usr/include/stdlib.h:99: error: expected ')' before '*' token /usr/include/stdlib.h:100: error: expected ')' before '*' token /usr/include/stdlib.h:114: error: expected declaration specifiers or '...' before 'wchar_t' /usr/include/stdlib.h:115: error: expected ';', ',' or ')' before '*' token *** [elf_end.o] Error code 1 Stop in /src/lib/libelf. *** [bootstrap-tools] Error code 1 Stop in /src. *** [_bootstrap-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-15 13:59:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-15 13:59:28 - ERROR: failed to build world TB --- 2014-04-15 13:59:28 - 216.34 user 19.38 system 251.82 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 13:59:29 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE3A67A4; Tue, 15 Apr 2014 13:59:29 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (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 8E08B1D53; Tue, 15 Apr 2014 13:59:29 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s3FDxSxB095484; Tue, 15 Apr 2014 13:59:28 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s3FDxSjH095481; Tue, 15 Apr 2014 13:59:28 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Apr 2014 13:59:28 GMT Message-Id: <201404151359.s3FDxSjH095481@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 13:59:29 -0000 TB --- 2014-04-15 13:55:16 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-04-15 13:55:16 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-15 13:55:16 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-04-15 13:55:16 - cleaning the object tree TB --- 2014-04-15 13:55:16 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-15 13:55:20 - At svn revision 264498 TB --- 2014-04-15 13:55:21 - building world TB --- 2014-04-15 13:55:21 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 13:55:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 13:55:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 13:55:21 - SRCCONF=/dev/null TB --- 2014-04-15 13:55:21 - TARGET=i386 TB --- 2014-04-15 13:55:21 - TARGET_ARCH=i386 TB --- 2014-04-15 13:55:21 - TZ=UTC TB --- 2014-04-15 13:55:21 - __MAKE_CONF=/dev/null TB --- 2014-04-15 13:55:21 - cd /src TB --- 2014-04-15 13:55:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 15 13:55:26 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -DCTF_OLD_VERSIONS -I/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_util.c -o ctf_util.o building static ctf library ranlib libctf.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libctf.a /obj/i386.i386/src/tmp/legacy/usr/lib ===> lib/libelf (obj,depend,all,install) /obj/i386.i386/src/tmp/src/lib/libelf created for /src/lib/libelf m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_fsize.m4 > libelf_fsize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_msize.m4 > libelf_msize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_convert.m4 > libelf_convert.c rm -f .depend mkdep -f .depend -a -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -I/obj/i386.i386/src/tmp/legacy/usr/include -std=gnu99 /src/lib/libelf/elf_begin.c /src/lib/libelf/elf_cntl.c /src/lib/libelf/elf_end.c /src/lib/libelf/elf_errmsg.c /src/lib/libelf/elf_errno.c /src/lib/libelf/elf_data.c /src/lib/libelf/elf_fill.c /src/lib/libelf/elf_flag.c /src/lib/libelf/elf_getarhdr.c /src/lib/libelf/elf_getarsym.c /src/lib/libelf/elf_getbase.c /src/lib/libelf/elf_getident.c /src/lib/libelf/elf_hash.c /src/lib/libelf/elf_kind.c /src/lib/libelf/elf_memory.c /src/lib/libelf/elf_next.c /src/lib/libelf/elf_rand.c /src/lib/libelf/elf_rawfile.c /src/lib/libelf/elf_phnum.c /src/lib/libelf/elf_shnum.c /src/lib/libelf/elf_shstrndx.c /src/lib/libelf/elf_scn.c /src/lib/libelf/elf_strptr.c /src/lib/libelf/elf_update.c /src/lib/libelf/elf_version.c /src/lib/libelf/gelf_cap.c /src/lib/libelf/gelf_checksum.c /src/lib/libelf/gelf_dyn.c /src/lib/libelf/gelf_ehdr.c /src/lib/libelf/gel! f_getclass.c /src/lib/libelf/gelf_fsize.c /src/lib/libelf/gelf_move.c /src/lib/libelf/gelf_phdr.c /src/lib/libelf/gelf_rel.c /src/lib/libelf/gelf_rela.c /src/lib/libelf/gelf_shdr.c /src/lib/libelf/gelf_sym.c /src/lib/libelf/gelf_syminfo.c /src/lib/libelf/gelf_symshndx.c /src/lib/libelf/gelf_xlate.c /src/lib/libelf/libelf.c /src/lib/libelf/libelf_align.c /src/lib/libelf/libelf_allocate.c /src/lib/libelf/libelf_ar.c /src/lib/libelf/libelf_ar_util.c /src/lib/libelf/libelf_checksum.c /src/lib/libelf/libelf_data.c /src/lib/libelf/libelf_ehdr.c /src/lib/libelf/libelf_extended.c /src/lib/libelf/libelf_phdr.c /src/lib/libelf/libelf_shdr.c /src/lib/libelf/libelf_xlate.c libelf_fsize.c libelf_msize.c libelf_convert.c cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_begin.c -o elf_begin.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_cntl.c -o elf_cntl.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_end.c -o elf_end.o In file included from /src/lib/libelf/elf_end.c:34: /usr/include/stdlib.h:54: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'wchar_t' /usr/include/stdlib.h:99: error: expected ')' before '*' token /usr/include/stdlib.h:100: error: expected ')' before '*' token /usr/include/stdlib.h:114: error: expected declaration specifiers or '...' before 'wchar_t' /usr/include/stdlib.h:115: error: expected ';', ',' or ')' before '*' token *** [elf_end.o] Error code 1 Stop in /src/lib/libelf. *** [bootstrap-tools] Error code 1 Stop in /src. *** [_bootstrap-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-15 13:59:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-15 13:59:28 - ERROR: failed to build world TB --- 2014-04-15 13:59:28 - 217.46 user 18.56 system 251.91 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 13:59:47 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 521099B1; Tue, 15 Apr 2014 13:59:47 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (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 103F31D72; Tue, 15 Apr 2014 13:59:46 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s3FDxk68097548; Tue, 15 Apr 2014 13:59:46 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s3FDxj9j097547; Tue, 15 Apr 2014 13:59:45 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Apr 2014 13:59:45 GMT Message-Id: <201404151359.s3FDxj9j097547@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 13:59:47 -0000 TB --- 2014-04-15 13:59:28 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-04-15 13:59:28 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-15 13:59:28 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2014-04-15 13:59:28 - cleaning the object tree TB --- 2014-04-15 13:59:28 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-15 13:59:32 - At svn revision 264498 TB --- 2014-04-15 13:59:33 - building world TB --- 2014-04-15 13:59:33 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 13:59:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 13:59:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 13:59:33 - SRCCONF=/dev/null TB --- 2014-04-15 13:59:33 - TARGET=sparc64 TB --- 2014-04-15 13:59:33 - TARGET_ARCH=sparc64 TB --- 2014-04-15 13:59:33 - TZ=UTC TB --- 2014-04-15 13:59:33 - __MAKE_CONF=/dev/null TB --- 2014-04-15 13:59:33 - cd /src TB --- 2014-04-15 13:59:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 15 13:59:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -DCTF_OLD_VERSIONS -I/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_util.c -o ctf_util.o building static ctf library ranlib libctf.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libctf.a /obj/sparc64.sparc64/src/tmp/legacy/usr/lib ===> lib/libelf (obj,depend,all,install) /obj/sparc64.sparc64/src/tmp/src/lib/libelf created for /src/lib/libelf m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_fsize.m4 > libelf_fsize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_msize.m4 > libelf_msize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_convert.m4 > libelf_convert.c rm -f .depend mkdep -f .depend -a -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -std=gnu99 /src/lib/libelf/elf_begin.c /src/lib/libelf/elf_cntl.c /src/lib/libelf/elf_end.c /src/lib/libelf/elf_errmsg.c /src/lib/libelf/elf_errno.c /src/lib/libelf/elf_data.c /src/lib/libelf/elf_fill.c /src/lib/libelf/elf_flag.c /src/lib/libelf/elf_getarhdr.c /src/lib/libelf/elf_getarsym.c /src/lib/libelf/elf_getbase.c /src/lib/libelf/elf_getident.c /src/lib/libelf/elf_hash.c /src/lib/libelf/elf_kind.c /src/lib/libelf/elf_memory.c /src/lib/libelf/elf_next.c /src/lib/libelf/elf_rand.c /src/lib/libelf/elf_rawfile.c /src/lib/libelf/elf_phnum.c /src/lib/libelf/elf_shnum.c /src/lib/libelf/elf_shstrndx.c /src/lib/libelf/elf_scn.c /src/lib/libelf/elf_strptr.c /src/lib/libelf/elf_update.c /src/lib/libelf/elf_version.c /src/lib/libelf/gelf_cap.c /src/lib/libelf/gelf_checksum.c /src/lib/libelf/gelf_dyn.c /src/lib/libelf/gelf_ehdr.c /src/lib/libe! lf/gelf_getclass.c /src/lib/libelf/gelf_fsize.c /src/lib/libelf/gelf_move.c /src/lib/libelf/gelf_phdr.c /src/lib/libelf/gelf_rel.c /src/lib/libelf/gelf_rela.c /src/lib/libelf/gelf_shdr.c /src/lib/libelf/gelf_sym.c /src/lib/libelf/gelf_syminfo.c /src/lib/libelf/gelf_symshndx.c /src/lib/libelf/gelf_xlate.c /src/lib/libelf/libelf.c /src/lib/libelf/libelf_align.c /src/lib/libelf/libelf_allocate.c /src/lib/libelf/libelf_ar.c /src/lib/libelf/libelf_ar_util.c /src/lib/libelf/libelf_checksum.c /src/lib/libelf/libelf_data.c /src/lib/libelf/libelf_ehdr.c /src/lib/libelf/libelf_extended.c /src/lib/libelf/libelf_phdr.c /src/lib/libelf/libelf_shdr.c /src/lib/libelf/libelf_xlate.c libelf_fsize.c libelf_msize.c libelf_convert.c cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_begin.c -o elf_begin.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_cntl.c -o elf_cntl.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_end.c -o elf_end.o In file included from /src/lib/libelf/elf_end.c:34: /usr/include/stdlib.h:54: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'wchar_t' /usr/include/stdlib.h:99: error: expected ')' before '*' token /usr/include/stdlib.h:100: error: expected ')' before '*' token /usr/include/stdlib.h:114: error: expected declaration specifiers or '...' before 'wchar_t' /usr/include/stdlib.h:115: error: expected ';', ',' or ')' before '*' token *** [elf_end.o] Error code 1 Stop in /src/lib/libelf. *** [bootstrap-tools] Error code 1 Stop in /src. *** [_bootstrap-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-15 13:59:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-15 13:59:45 - ERROR: failed to build world TB --- 2014-04-15 13:59:45 - 9.20 user 3.21 system 17.04 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 13:59:59 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA0A7AC8; Tue, 15 Apr 2014 13:59:59 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (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 85D7D1D82; Tue, 15 Apr 2014 13:59:59 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s3FDxw1B097937; Tue, 15 Apr 2014 13:59:58 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s3FDxwlV097936; Tue, 15 Apr 2014 13:59:58 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Apr 2014 13:59:58 GMT Message-Id: <201404151359.s3FDxwlV097936@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 13:59:59 -0000 TB --- 2014-04-15 13:56:05 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-04-15 13:56:05 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-15 13:56:05 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2014-04-15 13:56:05 - cleaning the object tree TB --- 2014-04-15 13:56:05 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-15 13:56:09 - At svn revision 264498 TB --- 2014-04-15 13:56:10 - building world TB --- 2014-04-15 13:56:10 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 13:56:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 13:56:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 13:56:10 - SRCCONF=/dev/null TB --- 2014-04-15 13:56:10 - TARGET=powerpc TB --- 2014-04-15 13:56:10 - TARGET_ARCH=powerpc TB --- 2014-04-15 13:56:10 - TZ=UTC TB --- 2014-04-15 13:56:10 - __MAKE_CONF=/dev/null TB --- 2014-04-15 13:56:10 - cd /src TB --- 2014-04-15 13:56:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 15 13:56:15 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -DCTF_OLD_VERSIONS -I/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_util.c -o ctf_util.o building static ctf library ranlib libctf.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libctf.a /obj/powerpc.powerpc/src/tmp/legacy/usr/lib ===> lib/libelf (obj,depend,all,install) /obj/powerpc.powerpc/src/tmp/src/lib/libelf created for /src/lib/libelf m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_fsize.m4 > libelf_fsize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_msize.m4 > libelf_msize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_convert.m4 > libelf_convert.c rm -f .depend mkdep -f .depend -a -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -std=gnu99 /src/lib/libelf/elf_begin.c /src/lib/libelf/elf_cntl.c /src/lib/libelf/elf_end.c /src/lib/libelf/elf_errmsg.c /src/lib/libelf/elf_errno.c /src/lib/libelf/elf_data.c /src/lib/libelf/elf_fill.c /src/lib/libelf/elf_flag.c /src/lib/libelf/elf_getarhdr.c /src/lib/libelf/elf_getarsym.c /src/lib/libelf/elf_getbase.c /src/lib/libelf/elf_getident.c /src/lib/libelf/elf_hash.c /src/lib/libelf/elf_kind.c /src/lib/libelf/elf_memory.c /src/lib/libelf/elf_next.c /src/lib/libelf/elf_rand.c /src/lib/libelf/elf_rawfile.c /src/lib/libelf/elf_phnum.c /src/lib/libelf/elf_shnum.c /src/lib/libelf/elf_shstrndx.c /src/lib/libelf/elf_scn.c /src/lib/libelf/elf_strptr.c /src/lib/libelf/elf_update.c /src/lib/libelf/elf_version.c /src/lib/libelf/gelf_cap.c /src/lib/libelf/gelf_checksum.c /src/lib/libelf/gelf_dyn.c /src/lib/libelf/gelf_ehdr.c /src/lib/libe! lf/gelf_getclass.c /src/lib/libelf/gelf_fsize.c /src/lib/libelf/gelf_move.c /src/lib/libelf/gelf_phdr.c /src/lib/libelf/gelf_rel.c /src/lib/libelf/gelf_rela.c /src/lib/libelf/gelf_shdr.c /src/lib/libelf/gelf_sym.c /src/lib/libelf/gelf_syminfo.c /src/lib/libelf/gelf_symshndx.c /src/lib/libelf/gelf_xlate.c /src/lib/libelf/libelf.c /src/lib/libelf/libelf_align.c /src/lib/libelf/libelf_allocate.c /src/lib/libelf/libelf_ar.c /src/lib/libelf/libelf_ar_util.c /src/lib/libelf/libelf_checksum.c /src/lib/libelf/libelf_data.c /src/lib/libelf/libelf_ehdr.c /src/lib/libelf/libelf_extended.c /src/lib/libelf/libelf_phdr.c /src/lib/libelf/libelf_shdr.c /src/lib/libelf/libelf_xlate.c libelf_fsize.c libelf_msize.c libelf_convert.c cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_begin.c -o elf_begin.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_cntl.c -o elf_cntl.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_end.c -o elf_end.o In file included from /src/lib/libelf/elf_end.c:34: /usr/include/stdlib.h:54: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'wchar_t' /usr/include/stdlib.h:99: error: expected ')' before '*' token /usr/include/stdlib.h:100: error: expected ')' before '*' token /usr/include/stdlib.h:114: error: expected declaration specifiers or '...' before 'wchar_t' /usr/include/stdlib.h:115: error: expected ';', ',' or ')' before '*' token *** [elf_end.o] Error code 1 Stop in /src/lib/libelf. *** [bootstrap-tools] Error code 1 Stop in /src. *** [_bootstrap-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-15 13:59:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-15 13:59:58 - ERROR: failed to build world TB --- 2014-04-15 13:59:58 - 211.94 user 18.43 system 232.73 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 14:02:15 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C85FAC2A; Tue, 15 Apr 2014 14:02:15 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (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 867B61E77; Tue, 15 Apr 2014 14:02:15 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.8/8.14.8) with ESMTP id s3FE2EAd021587; Tue, 15 Apr 2014 14:02:14 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.8/8.14.8/Submit) id s3FE2EIC021586; Tue, 15 Apr 2014 14:02:14 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Apr 2014 14:02:14 GMT Message-Id: <201404151402.s3FE2EIC021586@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 14:02:16 -0000 TB --- 2014-04-15 13:59:28 - tinderbox 2.21 running on freebsd-stable.sentex.ca TB --- 2014-04-15 13:59:28 - FreeBSD freebsd-stable.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263737: Wed Mar 26 08:50:55 UTC 2014 des@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-15 13:59:28 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2014-04-15 13:59:28 - cleaning the object tree TB --- 2014-04-15 13:59:28 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-15 13:59:32 - At svn revision 264498 TB --- 2014-04-15 13:59:33 - building world TB --- 2014-04-15 13:59:33 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 13:59:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 13:59:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 13:59:33 - SRCCONF=/dev/null TB --- 2014-04-15 13:59:33 - TARGET=powerpc TB --- 2014-04-15 13:59:33 - TARGET_ARCH=powerpc64 TB --- 2014-04-15 13:59:33 - TZ=UTC TB --- 2014-04-15 13:59:33 - __MAKE_CONF=/dev/null TB --- 2014-04-15 13:59:33 - cd /src TB --- 2014-04-15 13:59:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 15 13:59:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -DCTF_OLD_VERSIONS -I/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_util.c -o ctf_util.o building static ctf library ranlib libctf.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libctf.a /obj/powerpc.powerpc64/src/tmp/legacy/usr/lib ===> lib/libelf (obj,depend,all,install) /obj/powerpc.powerpc64/src/tmp/src/lib/libelf created for /src/lib/libelf m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_fsize.m4 > libelf_fsize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_msize.m4 > libelf_msize.c m4 -D SRCDIR=/src/lib/libelf /src/lib/libelf/libelf_convert.m4 > libelf_convert.c rm -f .depend mkdep -f .depend -a -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -std=gnu99 /src/lib/libelf/elf_begin.c /src/lib/libelf/elf_cntl.c /src/lib/libelf/elf_end.c /src/lib/libelf/elf_errmsg.c /src/lib/libelf/elf_errno.c /src/lib/libelf/elf_data.c /src/lib/libelf/elf_fill.c /src/lib/libelf/elf_flag.c /src/lib/libelf/elf_getarhdr.c /src/lib/libelf/elf_getarsym.c /src/lib/libelf/elf_getbase.c /src/lib/libelf/elf_getident.c /src/lib/libelf/elf_hash.c /src/lib/libelf/elf_kind.c /src/lib/libelf/elf_memory.c /src/lib/libelf/elf_next.c /src/lib/libelf/elf_rand.c /src/lib/libelf/elf_rawfile.c /src/lib/libelf/elf_phnum.c /src/lib/libelf/elf_shnum.c /src/lib/libelf/elf_shstrndx.c /src/lib/libelf/elf_scn.c /src/lib/libelf/elf_strptr.c /src/lib/libelf/elf_update.c /src/lib/libelf/elf_version.c /src/lib/libelf/gelf_cap.c /src/lib/libelf/gelf_checksum.c /src/lib/libelf/gelf_dyn.c /src/lib/libelf/gelf_ehdr.c /src/lib/li! belf/gelf_getclass.c /src/lib/libelf/gelf_fsize.c /src/lib/libelf/gelf_move.c /src/lib/libelf/gelf_phdr.c /src/lib/libelf/gelf_rel.c /src/lib/libelf/gelf_rela.c /src/lib/libelf/gelf_shdr.c /src/lib/libelf/gelf_sym.c /src/lib/libelf/gelf_syminfo.c /src/lib/libelf/gelf_symshndx.c /src/lib/libelf/gelf_xlate.c /src/lib/libelf/libelf.c /src/lib/libelf/libelf_align.c /src/lib/libelf/libelf_allocate.c /src/lib/libelf/libelf_ar.c /src/lib/libelf/libelf_ar_util.c /src/lib/libelf/libelf_checksum.c /src/lib/libelf/libelf_data.c /src/lib/libelf/libelf_ehdr.c /src/lib/libelf/libelf_extended.c /src/lib/libelf/libelf_phdr.c /src/lib/libelf/libelf_shdr.c /src/lib/libelf/libelf_xlate.c libelf_fsize.c libelf_msize.c libelf_convert.c cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_begin.c -o elf_begin.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_cntl.c -o elf_cntl.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_end.c -o elf_end.o In file included from /src/lib/libelf/elf_end.c:34: /usr/include/stdlib.h:54: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'wchar_t' /usr/include/stdlib.h:99: error: expected ')' before '*' token /usr/include/stdlib.h:100: error: expected ')' before '*' token /usr/include/stdlib.h:114: error: expected declaration specifiers or '...' before 'wchar_t' /usr/include/stdlib.h:115: error: expected ';', ',' or ')' before '*' token *** [elf_end.o] Error code 1 Stop in /src/lib/libelf. *** [bootstrap-tools] Error code 1 Stop in /src. *** [_bootstrap-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-15 14:02:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-15 14:02:14 - ERROR: failed to build world TB --- 2014-04-15 14:02:14 - 147.52 user 13.91 system 166.46 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 14:04:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9077D67 for ; Tue, 15 Apr 2014 14:04:46 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (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 AFB161FBA for ; Tue, 15 Apr 2014 14:04:46 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 5F32A139C4 for ; Tue, 15 Apr 2014 13:57:49 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-type:content-type:in-reply-to:references:subject :subject:to:mime-version:user-agent:from:from:date:date :message-id; s=dkim; t=1397581065; x=1398445066; bh=0CV5xFqnotZX FVTxHKX6j5cdz/b19jscYlNC/6qAcTg=; b=GSoNco5zEXqwlBVcpNyUmBk2tAio nuFY64L8TffJGVLLL/yy4kD6j3Al2qdqbqRr8AHz4MD5gLuYT1pCB5yajOObFJEe yTzZzxawOoUjpiFrXGx07ht4g213fgvub3RWGmTUfTf9l+DhBWGCZaOPtE1Vi5mP iJK1btwf5yjv3Vw= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xHTwmFCSmB3p for ; Tue, 15 Apr 2014 13:57:45 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.48.8]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id 60094139C3 for ; Tue, 15 Apr 2014 13:57:44 -0300 (BRT) Message-ID: <534D3A25.4020605@bsdinfo.com.br> Date: Tue, 15 Apr 2014 10:54:45 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: FreeBSD Stable Mailing List Subject: Re: sshd with zombie process on FreeBSD 10.0-STABLE - RESOLVED References: <53016D97.5030909@bsdinfo.com.br> <53066B59.5000709@yandex.ru> <531A6C66.2010101@bsdinfo.com.br> <53298445.90706@bsdinfo.com.br> In-Reply-To: <53298445.90706@bsdinfo.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Apr 2014 14:04:47 -0000 Em 19/03/14 08:49, Marcelo Gondim escreveu: > Em 11/03/14 05:45, Alexander Yerenkow escreveu: >> Could you try to change shell to simple "sh" and see if this helps? >> This could be due to non-atomic work with history file when multiple >> clients log off, causing csh produce large broken history files. >> This is not 100% your case, but you could at least try :) > Changed to shand the problem happened again. > Definitely something changed in sshd since version 10.0that is causing > this problem. > My server never had zombie processes and now they sprout out of > nowhere. :( >> >> >> 2014-03-08 3:03 GMT+02:00 Marcelo Gondim > >: >> >> Em 20/02/14 17:53, Andrey V. Elsukov escreveu: >> >> On 17.02.2014 06:01, Marcelo Gondim wrote: >> >> Hi all, >> >> I have noticed zombie processes on the system after a few >> lost >> connections on ssh. >> >> # ps afx >> [...] >> 8045 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 8046 - Z 0:00.01 >> 8054 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 28146 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 28147 - Z 0:00.01 >> 28155 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 43320 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 43321 - Z 0:00.01 >> 43322 - IW 0:00.00 sshd: unknown [pam] (sshd) >> 73413 - Is 0:00.01 sshd: unknown [priv] (sshd) >> 73414 - Z 0:00.01 >> 73430 - IW 0:00.00 sshd: unknown [pam] (sshd) >> [...] >> >> Processes do not die with kill-9. >> Anyone else noticed this? >> >> Hi, >> >> I use autossh and usually my system has several tens of >> sshd's zombies >> after few days uptime. >> >> 11.0-CURRENT #6 r262183 >> >> New system update and the problem with zombie sshd processes >> continue. >> I noticed that this happens more often when the system has many >> remote access via ssh. This problem has been happening to me >> since the FreeBSD 10.0R. >> >> # uname -a >> FreeBSD bart.xxxxx.com.br 10.0-STABLE >> FreeBSD 10.0-STABLE #5 r262657: Tue Mar 4 14:53:08 BRT 2014 >> root@bart.xxxxx.com.br:/usr/obj/usr/src/sys/GONDIM10 amd64 >> > My problem was resolved by applying this patch: http://lists.freebsd.org/pipermail/freebsd-hackers/2014-April/044910.html Cheers, Gondim From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 14:13:28 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 408B0174; Tue, 15 Apr 2014 14:13:28 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 75A7710E4; Tue, 15 Apr 2014 14:13:23 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3FEDGWs026414; Tue, 15 Apr 2014 16:13:16 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3FEDG1n026225; Tue, 15 Apr 2014 14:13:16 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Apr 2014 14:13:16 GMT Message-Id: <201404151413.s3FEDG1n026225@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 14:13:28 -0000 TB --- 2014-04-15 12:40:55 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-15 12:40:55 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-15 12:40:55 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-04-15 12:40:55 - cleaning the object tree TB --- 2014-04-15 12:40:55 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-15 12:41:49 - At svn revision 264497 TB --- 2014-04-15 12:41:50 - building world TB --- 2014-04-15 12:41:50 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 12:41:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 12:41:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 12:41:50 - SRCCONF=/dev/null TB --- 2014-04-15 12:41:50 - TARGET=mips TB --- 2014-04-15 12:41:50 - TARGET_ARCH=mips64 TB --- 2014-04-15 12:41:50 - TZ=UTC TB --- 2014-04-15 12:41:50 - __MAKE_CONF=/dev/null TB --- 2014-04-15 12:41:50 - cd /src TB --- 2014-04-15 12:41:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 15 12:42:01 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 15 14:07:36 UTC 2014 TB --- 2014-04-15 14:07:36 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:36 - /usr/sbin/config -m ADM5120 TB --- 2014-04-15 14:07:36 - skipping ADM5120 kernel TB --- 2014-04-15 14:07:36 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:36 - /usr/sbin/config -m ALCHEMY TB --- 2014-04-15 14:07:36 - skipping ALCHEMY kernel TB --- 2014-04-15 14:07:36 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:36 - /usr/sbin/config -m AP121 TB --- 2014-04-15 14:07:36 - skipping AP121 kernel TB --- 2014-04-15 14:07:36 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:36 - /usr/sbin/config -m AP91 TB --- 2014-04-15 14:07:36 - skipping AP91 kernel TB --- 2014-04-15 14:07:36 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:36 - /usr/sbin/config -m AP93 TB --- 2014-04-15 14:07:36 - skipping AP93 kernel TB --- 2014-04-15 14:07:36 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:36 - /usr/sbin/config -m AP94 TB --- 2014-04-15 14:07:36 - skipping AP94 kernel TB --- 2014-04-15 14:07:36 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:36 - /usr/sbin/config -m AP96 TB --- 2014-04-15 14:07:36 - skipping AP96 kernel TB --- 2014-04-15 14:07:36 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:36 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-04-15 14:07:36 - skipping AR71XX_BASE kernel TB --- 2014-04-15 14:07:36 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:36 - /usr/sbin/config -m AR724X_BASE TB --- 2014-04-15 14:07:36 - skipping AR724X_BASE kernel TB --- 2014-04-15 14:07:36 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:36 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-04-15 14:07:36 - skipping AR91XX_BASE kernel TB --- 2014-04-15 14:07:36 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:36 - /usr/sbin/config -m AR933X_BASE TB --- 2014-04-15 14:07:36 - skipping AR933X_BASE kernel TB --- 2014-04-15 14:07:36 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:36 - /usr/sbin/config -m AR934X_BASE TB --- 2014-04-15 14:07:36 - skipping AR934X_BASE kernel TB --- 2014-04-15 14:07:36 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:36 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-04-15 14:07:36 - building BERI_DE4_BASE kernel TB --- 2014-04-15 14:07:36 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 14:07:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 14:07:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 14:07:36 - SRCCONF=/dev/null TB --- 2014-04-15 14:07:36 - TARGET=mips TB --- 2014-04-15 14:07:36 - TARGET_ARCH=mips64 TB --- 2014-04-15 14:07:36 - TZ=UTC TB --- 2014-04-15 14:07:36 - __MAKE_CONF=/dev/null TB --- 2014-04-15 14:07:36 - cd /src TB --- 2014-04-15 14:07:36 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Tue Apr 15 14:07:37 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_BASE completed on Tue Apr 15 14:11:36 UTC 2014 TB --- 2014-04-15 14:11:36 - cd /src/sys/mips/conf TB --- 2014-04-15 14:11:36 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-04-15 14:11:36 - building BERI_DE4_MDROOT kernel TB --- 2014-04-15 14:11:36 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 14:11:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 14:11:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 14:11:36 - SRCCONF=/dev/null TB --- 2014-04-15 14:11:36 - TARGET=mips TB --- 2014-04-15 14:11:36 - TARGET_ARCH=mips64 TB --- 2014-04-15 14:11:36 - TZ=UTC TB --- 2014-04-15 14:11:36 - __MAKE_CONF=/dev/null TB --- 2014-04-15 14:11:36 - cd /src TB --- 2014-04-15 14:11:36 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Tue Apr 15 14:11:36 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/kern_idle.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/kern_intr.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/kern_jail.c /src/sys/kern/kern_jail.c: In function 'kern_jail_set': /src/sys/kern/kern_jail.c:525: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_DE4_MDROOT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-15 14:13:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-15 14:13:15 - ERROR: failed to build BERI_DE4_MDROOT kernel TB --- 2014-04-15 14:13:15 - 3919.47 user 1878.88 system 5539.58 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 14:34:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB01A7BA; Tue, 15 Apr 2014 14:34:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 2C9C3130A; Tue, 15 Apr 2014 14:34:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3FEYo4j009751; Tue, 15 Apr 2014 16:34:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3FEYoCK009747; Tue, 15 Apr 2014 14:34:50 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Apr 2014 14:34:50 GMT Message-Id: <201404151434.s3FEYoCK009747@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 14:34:56 -0000 TB --- 2014-04-15 12:40:55 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-15 12:40:55 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-15 12:40:55 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-04-15 12:40:55 - cleaning the object tree TB --- 2014-04-15 12:41:53 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-15 12:42:00 - At svn revision 264497 TB --- 2014-04-15 12:42:01 - building world TB --- 2014-04-15 12:42:01 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 12:42:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 12:42:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 12:42:01 - SRCCONF=/dev/null TB --- 2014-04-15 12:42:01 - TARGET=mips TB --- 2014-04-15 12:42:01 - TARGET_ARCH=mips TB --- 2014-04-15 12:42:01 - TZ=UTC TB --- 2014-04-15 12:42:01 - __MAKE_CONF=/dev/null TB --- 2014-04-15 12:42:01 - cd /src TB --- 2014-04-15 12:42:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 15 12:42:11 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 15 14:07:34 UTC 2014 TB --- 2014-04-15 14:07:34 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:34 - /usr/sbin/config -m ADM5120 TB --- 2014-04-15 14:07:34 - skipping ADM5120 kernel TB --- 2014-04-15 14:07:34 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:34 - /usr/sbin/config -m ALCHEMY TB --- 2014-04-15 14:07:34 - skipping ALCHEMY kernel TB --- 2014-04-15 14:07:34 - cd /src/sys/mips/conf TB --- 2014-04-15 14:07:34 - /usr/sbin/config -m AP121 TB --- 2014-04-15 14:07:34 - building AP121 kernel TB --- 2014-04-15 14:07:34 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 14:07:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 14:07:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 14:07:34 - SRCCONF=/dev/null TB --- 2014-04-15 14:07:34 - TARGET=mips TB --- 2014-04-15 14:07:34 - TARGET_ARCH=mips TB --- 2014-04-15 14:07:34 - TZ=UTC TB --- 2014-04-15 14:07:34 - __MAKE_CONF=/dev/null TB --- 2014-04-15 14:07:34 - cd /src TB --- 2014-04-15 14:07:34 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Tue Apr 15 14:07:34 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Tue Apr 15 14:11:38 UTC 2014 TB --- 2014-04-15 14:11:38 - cd /src/sys/mips/conf TB --- 2014-04-15 14:11:38 - /usr/sbin/config -m AP91 TB --- 2014-04-15 14:11:38 - building AP91 kernel TB --- 2014-04-15 14:11:38 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 14:11:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 14:11:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 14:11:38 - SRCCONF=/dev/null TB --- 2014-04-15 14:11:38 - TARGET=mips TB --- 2014-04-15 14:11:38 - TARGET_ARCH=mips TB --- 2014-04-15 14:11:38 - TZ=UTC TB --- 2014-04-15 14:11:38 - __MAKE_CONF=/dev/null TB --- 2014-04-15 14:11:38 - cd /src TB --- 2014-04-15 14:11:38 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Tue Apr 15 14:11:38 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Tue Apr 15 14:18:56 UTC 2014 TB --- 2014-04-15 14:18:56 - cd /src/sys/mips/conf TB --- 2014-04-15 14:18:56 - /usr/sbin/config -m AP93 TB --- 2014-04-15 14:18:56 - building AP93 kernel TB --- 2014-04-15 14:18:56 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 14:18:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 14:18:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 14:18:56 - SRCCONF=/dev/null TB --- 2014-04-15 14:18:56 - TARGET=mips TB --- 2014-04-15 14:18:56 - TARGET_ARCH=mips TB --- 2014-04-15 14:18:56 - TZ=UTC TB --- 2014-04-15 14:18:56 - __MAKE_CONF=/dev/null TB --- 2014-04-15 14:18:56 - cd /src TB --- 2014-04-15 14:18:56 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Tue Apr 15 14:18:56 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Tue Apr 15 14:26:04 UTC 2014 TB --- 2014-04-15 14:26:04 - cd /src/sys/mips/conf TB --- 2014-04-15 14:26:04 - /usr/sbin/config -m AP94 TB --- 2014-04-15 14:26:04 - building AP94 kernel TB --- 2014-04-15 14:26:04 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 14:26:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 14:26:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 14:26:04 - SRCCONF=/dev/null TB --- 2014-04-15 14:26:04 - TARGET=mips TB --- 2014-04-15 14:26:04 - TARGET_ARCH=mips TB --- 2014-04-15 14:26:04 - TZ=UTC TB --- 2014-04-15 14:26:04 - __MAKE_CONF=/dev/null TB --- 2014-04-15 14:26:04 - cd /src TB --- 2014-04-15 14:26:04 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Tue Apr 15 14:26:04 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Tue Apr 15 14:34:45 UTC 2014 TB --- 2014-04-15 14:34:45 - cd /src/sys/mips/conf TB --- 2014-04-15 14:34:45 - /usr/sbin/config -m AP96 TB --- 2014-04-15 14:34:45 - building AP96 kernel TB --- 2014-04-15 14:34:45 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 14:34:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 14:34:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 14:34:45 - SRCCONF=/dev/null TB --- 2014-04-15 14:34:45 - TARGET=mips TB --- 2014-04-15 14:34:45 - TARGET_ARCH=mips TB --- 2014-04-15 14:34:45 - TZ=UTC TB --- 2014-04-15 14:34:45 - __MAKE_CONF=/dev/null TB --- 2014-04-15 14:34:45 - cd /src TB --- 2014-04-15 14:34:45 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Tue Apr 15 14:34:46 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AP96 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-15 14:34:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-15 14:34:50 - ERROR: failed to build AP96 kernel TB --- 2014-04-15 14:34:50 - 4728.52 user 2427.94 system 6834.53 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 17:45:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A9B1C44 for ; Tue, 15 Apr 2014 17:45:02 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A4031783 for ; Tue, 15 Apr 2014 17:45:01 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s3FHim2d061576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 15 Apr 2014 19:44:48 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s3FHilhl061573 for ; Tue, 15 Apr 2014 19:44:48 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 15 Apr 2014 19:44:47 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Apr 2014 17:45:02 -0000 On Fri, 11 Apr 2014 18:38+0200, Trond Endrestl wrote: > Hi, > > I have a couple of uncritical systems running stable/8 r258344. > Hardware is Dell OptiPlex GX260, BIOS A09, which is the latest rev. > > The r264339 GENERIC kernel are unable to mount the root fs from the > hard drive using MBR, FreeBSD slice, and UFS volume labels. > > r258344 obviously can. > > I even tried regular device names like /dev/ad0s1a in /etc/fstab, and > at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still > cannot mount the root fs. > > The new kernel (r264339) does recognize the ad0 harddrive, and ad0 is > listed as one of the GEOM managed disk devices; acd0 being the other > one. > > Do I need to load additional geom modules, or is it a genuine bug? > > I have recreated the same conditions on a spare GX260, yes, I have > plenty of them. I believe I have identified r262226 as the offending commit. Maybe the flags integer is set to a bad value before the calls to resource_list_alloc(). My spare system is currently recompiling r262221 of both world and kernel, and I hope to confirm this assumption in a few hours. If all goes well, I intend to move forward to the latest revision of stable/8, back out the change done to sys/dev/pci/pci.c in r262226, recompile world and kernel, install the kernel, and if successfully, I'll install world as well. > In addition there was some problems with the USB subsystem, so I > disabled USB in the BIOS for now. USB is not essential for any of my > systems. I have reenabled the USB options in the BIOS, and I have attached a USB keyboard and a USB mouse, in addition to the PS/2 keyboard. All I/O devices work as they should. Maybe the USB issues were also caused by r262226. Stay tuned. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 08:09:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9472C34B for ; Wed, 16 Apr 2014 08:09:52 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 315A81BC3 for ; Wed, 16 Apr 2014 08:09:51 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s3G89bjK068720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 16 Apr 2014 10:09:37 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s3G89bv7068717 for ; Wed, 16 Apr 2014 10:09:37 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Wed, 16 Apr 2014 10:09:37 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Apr 2014 08:09:52 -0000 On Tue, 15 Apr 2014 19:44+0200, Trond Endrestl wrote: > On Fri, 11 Apr 2014 18:38+0200, Trond Endrestl wrote: > > > Hi, > > > > I have a couple of uncritical systems running stable/8 r258344. > > Hardware is Dell OptiPlex GX260, BIOS A09, which is the latest rev. > > > > The r264339 GENERIC kernel are unable to mount the root fs from the > > hard drive using MBR, FreeBSD slice, and UFS volume labels. > > > > r258344 obviously can. > > > > I even tried regular device names like /dev/ad0s1a in /etc/fstab, and > > at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still > > cannot mount the root fs. > > > > The new kernel (r264339) does recognize the ad0 harddrive, and ad0 is > > listed as one of the GEOM managed disk devices; acd0 being the other > > one. > > > > Do I need to load additional geom modules, or is it a genuine bug? > > > > I have recreated the same conditions on a spare GX260, yes, I have > > plenty of them. > > I believe I have identified r262226 as the offending commit. > > Maybe the flags integer is set to a bad value before the calls to > resource_list_alloc(). > > My spare system is currently recompiling r262221 of both world and > kernel, and I hope to confirm this assumption in a few hours. Confirmed. > If all goes well, I intend to move forward to the latest revision of > stable/8, back out the change done to sys/dev/pci/pci.c in r262226, > recompile world and kernel, install the kernel, and if successfully, > I'll install world as well. Confirmed, stable/8 r264519 with r262226 backed out does indeed work on a Dell OptiPlex GX260, BIOS A09. Any chance anyone would like to dig deeper into the matter? Should I file a PR? > > In addition there was some problems with the USB subsystem, so I > > disabled USB in the BIOS for now. USB is not essential for any of my > > systems. > > I have reenabled the USB options in the BIOS, and I have attached a > USB keyboard and a USB mouse, in addition to the PS/2 keyboard. All > I/O devices work as they should. Maybe the USB issues were also caused > by r262226. > > Stay tuned. Happy Easter, all! -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 09:41:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BAA34358 for ; Wed, 16 Apr 2014 09:41:48 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp11.smtpout.orange.fr [80.12.242.133]) by mx1.freebsd.org (Postfix) with ESMTP id 3B6831551 for ; Wed, 16 Apr 2014 09:41:47 +0000 (UTC) Received: from localhost ([92.156.227.89]) by mwinf5d34 with ME id qZhl1n0061wMtbQ03ZhlyN; Wed, 16 Apr 2014 11:41:46 +0200 X-ME-Helo: localhost X-ME-Date: Wed, 16 Apr 2014 11:41:46 +0200 X-ME-IP: 92.156.227.89 Message-ID: <534E5058.20106@orange.fr> Date: Wed, 16 Apr 2014 11:41:44 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Trond_Endrest=F8l?= , FreeBSD stable Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: jhb@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Apr 2014 09:41:48 -0000 On 04/16/2014 10:09, Trond Endrest=F8l wrote: > On Tue, 15 Apr 2014 19:44+0200, Trond Endrest=F8l wrote: > >> On Fri, 11 Apr 2014 18:38+0200, Trond Endrest=F8l wrote: >> >>> Hi, >>> >>> I have a couple of uncritical systems running stable/8 r258344. >>> Hardware is Dell OptiPlex GX260, BIOS A09, which is the latest rev. >>> >>> The r264339 GENERIC kernel are unable to mount the root fs from the >>> hard drive using MBR, FreeBSD slice, and UFS volume labels. >>> >>> r258344 obviously can. >>> >>> I even tried regular device names like /dev/ad0s1a in /etc/fstab, and= >>> at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still >>> cannot mount the root fs. >>> >>> The new kernel (r264339) does recognize the ad0 harddrive, and ad0 is= >>> listed as one of the GEOM managed disk devices; acd0 being the other >>> one. >>> >>> Do I need to load additional geom modules, or is it a genuine bug? >>> >>> I have recreated the same conditions on a spare GX260, yes, I have >>> plenty of them. >> >> I believe I have identified r262226 as the offending commit. >> >> Maybe the flags integer is set to a bad value before the calls to >> resource_list_alloc(). >> >> My spare system is currently recompiling r262221 of both world and >> kernel, and I hope to confirm this assumption in a few hours. > > Confirmed. > >> If all goes well, I intend to move forward to the latest revision of >> stable/8, back out the change done to sys/dev/pci/pci.c in r262226, >> recompile world and kernel, install the kernel, and if successfully, >> I'll install world as well. > > Confirmed, stable/8 r264519 with r262226 backed out does indeed work > on a Dell OptiPlex GX260, BIOS A09. > Just another data point related to r262226: Yesterday, I upgraded a stable/8 system from r260539 to r264426, which co= uld not=20 finish booting. In my case, it stopped just after detecting an agp card (= and=20 could boot if agp was disabled by device.hints). Reverting r262226 gave me back a fully usable system. This system is also a Dell, but a (oldish) Dimension 4550 BIOS A08. > Any chance anyone would like to dig deeper into the matter? > Should I file a PR? > I think so, if jhb (cced) keep being interested in stable/8.. BTW, this morning I succeeded in booting a stable/10 snapshot r264194 USB= stick=20 on this machine. >>> In addition there was some problems with the USB subsystem, so I >>> disabled USB in the BIOS for now. USB is not essential for any of my >>> systems. >> >> I have reenabled the USB options in the BIOS, and I have attached a >> USB keyboard and a USB mouse, in addition to the PS/2 keyboard. All >> I/O devices work as they should. Maybe the USB issues were also caused= >> by r262226. >> >> Stay tuned. > > Happy Easter, all! > CBu From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 14:40:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29E0267F for ; Wed, 16 Apr 2014 14:40:28 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F29671736 for ; Wed, 16 Apr 2014 14:40:27 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DE275B982; Wed, 16 Apr 2014 10:40:26 -0400 (EDT) From: John Baldwin To: Claude Buisson Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels Date: Wed, 16 Apr 2014 10:38:55 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <534E5058.20106@orange.fr> In-Reply-To: <534E5058.20106@orange.fr> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201404161038.55512.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 16 Apr 2014 10:40:27 -0400 (EDT) Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Apr 2014 14:40:28 -0000 On Wednesday, April 16, 2014 5:41:44 am Claude Buisson wrote: > On 04/16/2014 10:09, Trond Endrest=F8l wrote: > > On Tue, 15 Apr 2014 19:44+0200, Trond Endrest=F8l wrote: > > > >> On Fri, 11 Apr 2014 18:38+0200, Trond Endrest=F8l wrote: > >> > >>> Hi, > >>> > >>> I have a couple of uncritical systems running stable/8 r258344. > >>> Hardware is Dell OptiPlex GX260, BIOS A09, which is the latest rev. > >>> > >>> The r264339 GENERIC kernel are unable to mount the root fs from the > >>> hard drive using MBR, FreeBSD slice, and UFS volume labels. > >>> > >>> r258344 obviously can. > >>> > >>> I even tried regular device names like /dev/ad0s1a in /etc/fstab, and > >>> at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still > >>> cannot mount the root fs. > >>> > >>> The new kernel (r264339) does recognize the ad0 harddrive, and ad0 is > >>> listed as one of the GEOM managed disk devices; acd0 being the other > >>> one. > >>> > >>> Do I need to load additional geom modules, or is it a genuine bug? > >>> > >>> I have recreated the same conditions on a spare GX260, yes, I have > >>> plenty of them. > >> > >> I believe I have identified r262226 as the offending commit. > >> > >> Maybe the flags integer is set to a bad value before the calls to > >> resource_list_alloc(). > >> > >> My spare system is currently recompiling r262221 of both world and > >> kernel, and I hope to confirm this assumption in a few hours. > > > > Confirmed. > > > >> If all goes well, I intend to move forward to the latest revision of > >> stable/8, back out the change done to sys/dev/pci/pci.c in r262226, > >> recompile world and kernel, install the kernel, and if successfully, > >> I'll install world as well. > > > > Confirmed, stable/8 r264519 with r262226 backed out does indeed work > > on a Dell OptiPlex GX260, BIOS A09. > > >=20 > Just another data point related to r262226: >=20 > Yesterday, I upgraded a stable/8 system from r260539 to r264426, which co= uld not=20 > finish booting. In my case, it stopped just after detecting an agp card (= and=20 > could boot if agp was disabled by device.hints). >=20 > Reverting r262226 gave me back a fully usable system. >=20 > This system is also a Dell, but a (oldish) Dimension 4550 BIOS A08. >=20 > > Any chance anyone would like to dig deeper into the matter? > > Should I file a PR? > > >=20 > I think so, if jhb (cced) keep being interested in stable/8.. >=20 > BTW, this morning I succeeded in booting a stable/10 snapshot r264194 USB= stick=20 > on this machine. Can you get a verbose dmesg with and without the change? =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 15:15:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17F2D547; Wed, 16 Apr 2014 15:15:30 +0000 (UTC) Received: from ITSNT447.iowa.uiowa.edu (itsnt447.iowa.uiowa.edu [128.255.67.11]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "email.uiowa.edu", Issuer "InCommon Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ADF4F1A47; Wed, 16 Apr 2014 15:15:29 +0000 (UTC) Received: from [10.211.55.4] (128.255.6.15) by email.uiowa.edu (128.255.67.11) with Microsoft SMTP Server (TLS) id 14.3.174.1; Wed, 16 Apr 2014 10:14:17 -0500 Message-ID: <534E9E47.10503@uiowa.edu> Date: Wed, 16 Apr 2014 10:14:15 -0500 From: Scott Allendorf Organization: The University of Iowa, Department of Physics and Astronomy User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Claude Buisson , =?ISO-8859-1?Q?Trond_Endrest=F8?= =?ISO-8859-1?Q?l?= , FreeBSD stable Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels References: <534E5058.20106@orange.fr> In-Reply-To: <534E5058.20106@orange.fr> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040601090608050505070605" X-Originating-IP: [128.255.6.15] Cc: jhb@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Apr 2014 15:15:30 -0000 --------------ms040601090608050505070605 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 04/16/2014 04:41, Claude Buisson wrote: > > Just another data point related to r262226: > > Yesterday, I upgraded a stable/8 system from r260539 to r264426, which > could not finish booting. In my case, it stopped just after detecting a= n > agp card (and could boot if agp was disabled by device.hints). > > Reverting r262226 gave me back a fully usable system. > > This system is also a Dell, but a (oldish) Dimension 4550 BIOS A08. I would like to add a 'me too'. I have a Dell OptiPlex GX260 with BIOS=20 A09 running stable/8 that hangs just after detecting agp. The hang=20 disappears when running r262225. I believe that this only affects i386 systems. I have some Dell=20 OptiPlex 755 systems running stable/8 amd64 kernels that do not exhibit=20 the problem. -Scott --=20 Scott C. Allendorf Email: scott-allendorf@uiowa.edu Senior Systems Administrator Office: 210B Van Allen Hall Department of Physics and Astronomy Voice: (319) 335-0003 The University of Iowa FAX: (319) 335-1753 Iowa City, Iowa 52242-1479 ICBM: 41 39 43.6 N 91 31 55.1 W --------------ms040601090608050505070605 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKVjCC BRowggQCoAMCAQICEG0Z6qcZT2ozIuYiMnqqcd4wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMTEwNDI4MDAwMDAwWhcNMjAwNTMwMTA0ODM4WjCBkzELMAkGA1UEBhMCR0Ix GzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UE ChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGlj YXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBAJKEhFtLV5jUXi+LpOFAyKNTWF9mZfEyTvefMn1V0HhMVbdClOD5J3EHxcZppLkyxPFA GpDMJ1Zifxe1cWmu5SAb5MtjXmDKokH2auGj/7jfH0htZUOMKi4rYzh337EXrMLaggLW1DJq 1GdvIBOPXDX65VSAr9hxCh03CgJQU2yVHakQFLSZlVkSMf8JotJM3FLb3uJAAVtIaN3FSrTg 7SQfOq9xXwfjrL8UO7AlcWg99A/WF1hGFYE8aIuLgw9teiFX5jSw2zJ+40rhpVJyZCaRTqWS D//gsWD9Gm9oUZljjRqLpcxCm5t9ImPTqaD8zp6Q30QZ9FxbNboW86eb/8ECAwEAAaOCAUsw ggFHMB8GA1UdIwQYMBaAFImCZ33EnSZwAEu0UEh83j2uBG59MB0GA1UdDgQWBBR6E04AdFvG eGNkJ8Ev4qBbvHnFezAOBgNVHQ8BAf8EBAMCAQYwEgYDVR0TAQH/BAgwBgEB/wIBADARBgNV HSAECjAIMAYGBFUdIAAwWAYDVR0fBFEwTzBNoEugSYZHaHR0cDovL2NybC51c2VydHJ1c3Qu Y29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5jcmwwdAYI KwYBBQUHAQEEaDBmMD0GCCsGAQUFBzAChjFodHRwOi8vY3J0LnVzZXJ0cnVzdC5jb20vVVRO QWRkVHJ1c3RDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1 c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQCF1r54V1VtM39EUv5C1QaoAQOAivsNsv1Kv/av QUn1G1rF0q0bc24+6SZ85kyYwTAo38v7QjyhJT4KddbQPTmGZtGhm7VNm2+vKGwdr+XqdFqo 2rHA8XV6L566k3nK/uKRHlZ0sviN0+BDchvtj/1gOSBH+4uvOmVIPJg9pSW/ve9g4EnlFsjr P0OD8ODuDcHTzTNfm9C9YGqzO/761Mk6PB/tm/+bSTO+Qik5g+4zaS6CnUVNqGnagBsePdIa XXxHmaWbCG0SmYbWXVcHG6cwvktJRLiQfsrReTjrtDP6oDpdJlieYVUYtCHVmdXgQ0BCML7q peeU0rD+83X5f27nMIIFNDCCBBygAwIBAgIRAP1MAundMK5a77a+hG2LVqMwDQYJKoZIhvcN AQEFBQAwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAO BgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBD T01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwHhcNMTQw MTI3MDAwMDAwWhcNMTUwMTI3MjM1OTU5WjAqMSgwJgYJKoZIhvcNAQkBFhlzY290dC1hbGxl bmRvcmZAdWlvd2EuZWR1MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEApcnETA3B jVBIkbRVE+oMgDPzZwRzt+S55uUmsaAsTftNuUgsE8AP82qg31EU44ykWNVrxsoW01KExjt0 HRquqLm62ro/r/Zx7pDtF/6Y1dlSMcQ1OINQgUSbtLAfp7BQyr0fBUPVr2dw1PWRc+1giyZ3 HmtW3FNng9iSBLRAA1UZ5HG+KoI54QGO7mWXrx5SAiXvzOpmjXedd7IQuvLRIStQeimZemuq AtPBRYCC6UVQTgXR6fwTZUPQbpEeGMHvyCyRqzHQbblaej2duvK+yvUFd7VLtrY+yy1/DSeI MAbOzSJaH2BYxjgt7nu/OVzvnd1fJ6o8D+oixltLMZheCQIDAQABo4IB6TCCAeUwHwYDVR0j BBgwFoAUehNOAHRbxnhjZCfBL+KgW7x5xXswHQYDVR0OBBYEFGBvCsLqYHoRrOtKCbYv+5ti TZ2OMA4GA1UdDwEB/wQEAwIFoDAMBgNVHRMBAf8EAjAAMCAGA1UdJQQZMBcGCCsGAQUFBwME BgsrBgEEAbIxAQMFAjARBglghkgBhvhCAQEEBAMCBSAwRgYDVR0gBD8wPTA7BgwrBgEEAbIx AQIBAQEwKzApBggrBgEFBQcCARYdaHR0cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwVwYD VR0fBFAwTjBMoEqgSIZGaHR0cDovL2NybC5jb21vZG9jYS5jb20vQ09NT0RPQ2xpZW50QXV0 aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNybDCBiAYIKwYBBQUHAQEEfDB6MFIGCCsG AQUFBzAChkZodHRwOi8vY3J0LmNvbW9kb2NhLmNvbS9DT01PRE9DbGllbnRBdXRoZW50aWNh dGlvbmFuZFNlY3VyZUVtYWlsQ0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21v ZG9jYS5jb20wJAYDVR0RBB0wG4EZc2NvdHQtYWxsZW5kb3JmQHVpb3dhLmVkdTANBgkqhkiG 9w0BAQUFAAOCAQEALwQoJ0wUBSRDutLZ9LmAdu8O12qY5d2/8y80NPwWpHYzTXSxLjiBmBfU +umN08mMK/Vyh6PXTP/S3ctfLv1odT7gWr5mwch9oXmZZU9OlNKKafkEYYioJ8gfJap8CU+U XluPdxzEKCLdHaZ4I9wUIunBBgD+DV+a4VVLy+ALeUwzVk0VdqnwDDdwb1rLB6TcerrOqHsC XXQ+1AX+Ad6/J1bOVn8yTnV5PqG4VMd5yl/PnYz90MjEN3bZmMNrQWeY5GcrOCExggwXTpX4 fO1qoWTm2ZB1TP1pC92uIzK0GYi7q6OpzBxr7XCxgVtDDx+7XxX9b3uNjMhp6xTXLzRGETGC BBwwggQYAgEBMIGpMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVz dGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcG A1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENB AhEA/UwC6d0wrlrvtr6EbYtWozAJBgUrDgMCGgUAoIICRzAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA0MTYxNTE0MTVaMCMGCSqGSIb3DQEJBDEWBBQ9 6GepL8ZSETbgKy2l0Y2J0Wp+FDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglg hkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG6BgkrBgEEAYI3EAQxgawwgakwgZMxCzAJBgNVBAYT AkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAY BgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhl bnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEQD9TALp3TCuWu+2voRti1ajMIG8Bgsq hkiG9w0BCRACCzGBrKCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFu Y2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFp bCBDQQIRAP1MAundMK5a77a+hG2LVqMwDQYJKoZIhvcNAQEBBQAEggEAkkJwGv3Mo6vN59oG 0U/NVkjXdTwJiJ+xQhahvyPru7XKBb1eTyo29ImRDFcfijmsLXkwJv6Kuz4ywdmqcpxPTVR3 etGbxCuIxvZyQLPoEIz22/x8uEed8f2Gm8DBU3AaY0s+mbhkW74/HiSSxNBr813xXQb9/yue 7NoB2vLGF0gxA29BZ6VieSRs9JJ5QoUc42lWX/hC5ELDoW+uryXmx1QeGnK/0qby7Zl8mYNI 3abL4YzFpC+5WsEpv2NzPcADYehc14xIRR4Yy5gSW1PDhYwlNHAnVpDD5MxyMcgSKTEtQ70R EhKBD2KJyqopnNglpXjgqvc4Dz08sZr3fQkBCgAAAAAAAA== --------------ms040601090608050505070605-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 15:54:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DFA331B for ; Wed, 16 Apr 2014 15:54:24 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp04.smtpout.orange.fr [80.12.242.126]) by mx1.freebsd.org (Postfix) with ESMTP id 9C5C11F9D for ; Wed, 16 Apr 2014 15:54:23 +0000 (UTC) Received: from localhost ([92.156.227.89]) by mwinf5d59 with ME id qfuL1n00T1wMtbQ03fuLyv; Wed, 16 Apr 2014 17:54:22 +0200 X-ME-Helo: localhost X-ME-Date: Wed, 16 Apr 2014 17:54:22 +0200 X-ME-IP: 92.156.227.89 Message-ID: <534EA7AC.8060808@orange.fr> Date: Wed, 16 Apr 2014 17:54:20 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: John Baldwin Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels References: <534E5058.20106@orange.fr> <201404161038.55512.jhb@freebsd.org> In-Reply-To: <201404161038.55512.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Apr 2014 15:54:24 -0000 On 04/16/2014 16:38, John Baldwin wrote: > On Wednesday, April 16, 2014 5:41:44 am Claude Buisson wrote: >> On 04/16/2014 10:09, Trond Endrest=F8l wrote: >>> On Tue, 15 Apr 2014 19:44+0200, Trond Endrest=F8l wrote: >>> >>>> On Fri, 11 Apr 2014 18:38+0200, Trond Endrest=F8l wrote: >>>> >>>>> Hi, >>>>> >>>>> I have a couple of uncritical systems running stable/8 r258344. >>>>> Hardware is Dell OptiPlex GX260, BIOS A09, which is the latest rev.= >>>>> >>>>> The r264339 GENERIC kernel are unable to mount the root fs from the= >>>>> hard drive using MBR, FreeBSD slice, and UFS volume labels. >>>>> >>>>> r258344 obviously can. >>>>> >>>>> I even tried regular device names like /dev/ad0s1a in /etc/fstab, a= nd >>>>> at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still >>>>> cannot mount the root fs. >>>>> >>>>> The new kernel (r264339) does recognize the ad0 harddrive, and ad0 = is >>>>> listed as one of the GEOM managed disk devices; acd0 being the othe= r >>>>> one. >>>>> >>>>> Do I need to load additional geom modules, or is it a genuine bug? >>>>> >>>>> I have recreated the same conditions on a spare GX260, yes, I have >>>>> plenty of them. >>>> >>>> I believe I have identified r262226 as the offending commit. >>>> >>>> Maybe the flags integer is set to a bad value before the calls to >>>> resource_list_alloc(). >>>> >>>> My spare system is currently recompiling r262221 of both world and >>>> kernel, and I hope to confirm this assumption in a few hours. >>> >>> Confirmed. >>> >>>> If all goes well, I intend to move forward to the latest revision of= >>>> stable/8, back out the change done to sys/dev/pci/pci.c in r262226, >>>> recompile world and kernel, install the kernel, and if successfully,= >>>> I'll install world as well. >>> >>> Confirmed, stable/8 r264519 with r262226 backed out does indeed work >>> on a Dell OptiPlex GX260, BIOS A09. >>> >> >> Just another data point related to r262226: >> >> Yesterday, I upgraded a stable/8 system from r260539 to r264426, which= could not >> finish booting. In my case, it stopped just after detecting an agp car= d (and >> could boot if agp was disabled by device.hints). >> >> Reverting r262226 gave me back a fully usable system. >> >> This system is also a Dell, but a (oldish) Dimension 4550 BIOS A08. >> >>> Any chance anyone would like to dig deeper into the matter? >>> Should I file a PR? >>> >> >> I think so, if jhb (cced) keep being interested in stable/8.. >> >> BTW, this morning I succeeded in booting a stable/10 snapshot r264194 = USB stick >> on this machine. > > Can you get a verbose dmesg with and without the change? > If r262226 is not reverted, the only way to boot and have a verbose dmesg= is to=20 disable agp. Is it OK ? CBu From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 16:08:39 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35D2A73E; Wed, 16 Apr 2014 16:08:39 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 69F0510EA; Wed, 16 Apr 2014 16:08:37 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3GG8MtI086250; Wed, 16 Apr 2014 18:08:22 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3GG8Kqg085547; Wed, 16 Apr 2014 16:08:20 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 16 Apr 2014 16:08:20 GMT Message-Id: <201404161608.s3GG8Kqg085547@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2014 16:08:39 -0000 TB --- 2014-04-16 14:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-16 14:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-16 14:30:45 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-04-16 14:30:45 - cleaning the object tree TB --- 2014-04-16 14:30:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-16 14:31:29 - At svn revision 264539 TB --- 2014-04-16 14:31:30 - building world TB --- 2014-04-16 14:31:30 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 14:31:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 14:31:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 14:31:30 - SRCCONF=/dev/null TB --- 2014-04-16 14:31:30 - TARGET=mips TB --- 2014-04-16 14:31:30 - TARGET_ARCH=mips TB --- 2014-04-16 14:31:30 - TZ=UTC TB --- 2014-04-16 14:31:30 - __MAKE_CONF=/dev/null TB --- 2014-04-16 14:31:30 - cd /src TB --- 2014-04-16 14:31:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 16 14:31:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 16 15:56:57 UTC 2014 TB --- 2014-04-16 15:56:57 - cd /src/sys/mips/conf TB --- 2014-04-16 15:56:57 - /usr/sbin/config -m ADM5120 TB --- 2014-04-16 15:56:57 - skipping ADM5120 kernel TB --- 2014-04-16 15:56:57 - cd /src/sys/mips/conf TB --- 2014-04-16 15:56:57 - /usr/sbin/config -m ALCHEMY TB --- 2014-04-16 15:56:58 - skipping ALCHEMY kernel TB --- 2014-04-16 15:56:58 - cd /src/sys/mips/conf TB --- 2014-04-16 15:56:58 - /usr/sbin/config -m AP121 TB --- 2014-04-16 15:56:58 - building AP121 kernel TB --- 2014-04-16 15:56:58 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 15:56:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 15:56:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 15:56:58 - SRCCONF=/dev/null TB --- 2014-04-16 15:56:58 - TARGET=mips TB --- 2014-04-16 15:56:58 - TARGET_ARCH=mips TB --- 2014-04-16 15:56:58 - TZ=UTC TB --- 2014-04-16 15:56:58 - __MAKE_CONF=/dev/null TB --- 2014-04-16 15:56:58 - cd /src TB --- 2014-04-16 15:56:58 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Wed Apr 16 15:56:58 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Wed Apr 16 16:01:03 UTC 2014 TB --- 2014-04-16 16:01:03 - cd /src/sys/mips/conf TB --- 2014-04-16 16:01:03 - /usr/sbin/config -m AP91 TB --- 2014-04-16 16:01:03 - building AP91 kernel TB --- 2014-04-16 16:01:03 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 16:01:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 16:01:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 16:01:03 - SRCCONF=/dev/null TB --- 2014-04-16 16:01:03 - TARGET=mips TB --- 2014-04-16 16:01:03 - TARGET_ARCH=mips TB --- 2014-04-16 16:01:03 - TZ=UTC TB --- 2014-04-16 16:01:03 - __MAKE_CONF=/dev/null TB --- 2014-04-16 16:01:03 - cd /src TB --- 2014-04-16 16:01:03 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Wed Apr 16 16:01:04 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cam/../../cam/cam_queue.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cam/../../cam/cam_sim.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cam/../../cam/cam_xpt.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cam/../../cam/scsi/scsi_all.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cam/../../cam/scsi/scsi_cd.c cc1: warnings being treated as errors /src/sys/modules/cam/../../cam/scsi/scsi_cd.c:208: warning: 'cdshorttimeout' declared 'static' but never defined /src/sys/modules/cam/../../cam/scsi/scsi_cd.c:209: warning: 'cdschedule' declared 'static' but never defined *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/cam *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AP91 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-16 16:08:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-16 16:08:19 - ERROR: failed to build AP91 kernel TB --- 2014-04-16 16:08:19 - 4110.37 user 2005.65 system 5853.62 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 16:13:13 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCEDBAEE; Wed, 16 Apr 2014 16:13:13 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 17F3B11AB; Wed, 16 Apr 2014 16:13:12 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3GGD8ZH033598; Wed, 16 Apr 2014 18:13:08 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3GGD83M033592; Wed, 16 Apr 2014 16:13:08 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 16 Apr 2014 16:13:08 GMT Message-Id: <201404161613.s3GGD83M033592@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2014 16:13:13 -0000 TB --- 2014-04-16 14:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-16 14:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-16 14:30:45 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-04-16 14:30:45 - cleaning the object tree TB --- 2014-04-16 14:30:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-16 14:31:34 - At svn revision 264539 TB --- 2014-04-16 14:31:35 - building world TB --- 2014-04-16 14:31:35 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 14:31:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 14:31:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 14:31:35 - SRCCONF=/dev/null TB --- 2014-04-16 14:31:35 - TARGET=sparc64 TB --- 2014-04-16 14:31:35 - TARGET_ARCH=sparc64 TB --- 2014-04-16 14:31:35 - TZ=UTC TB --- 2014-04-16 14:31:35 - __MAKE_CONF=/dev/null TB --- 2014-04-16 14:31:35 - cd /src TB --- 2014-04-16 14:31:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 16 14:31:45 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 16 16:08:01 UTC 2014 TB --- 2014-04-16 16:08:01 - generating LINT kernel config TB --- 2014-04-16 16:08:01 - cd /src/sys/sparc64/conf TB --- 2014-04-16 16:08:01 - /usr/bin/make -B LINT TB --- 2014-04-16 16:08:01 - cd /src/sys/sparc64/conf TB --- 2014-04-16 16:08:01 - /usr/sbin/config -m LINT TB --- 2014-04-16 16:08:01 - building LINT kernel TB --- 2014-04-16 16:08:01 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 16:08:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 16:08:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 16:08:01 - SRCCONF=/dev/null TB --- 2014-04-16 16:08:01 - TARGET=sparc64 TB --- 2014-04-16 16:08:01 - TARGET_ARCH=sparc64 TB --- 2014-04-16 16:08:01 - TZ=UTC TB --- 2014-04-16 16:08:01 - __MAKE_CONF=/dev/null TB --- 2014-04-16 16:08:01 - cd /src TB --- 2014-04-16 16:08:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 16 16:08:01 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_pmp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_all.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_cd.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_cd.c:208: warning: 'cdshorttimeout' declared 'static' but never defined /src/sys/cam/scsi/scsi_cd.c:209: warning: 'cdschedule' declared 'static' but never defined *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-16 16:13:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-16 16:13:08 - ERROR: failed to build LINT kernel TB --- 2014-04-16 16:13:08 - 4377.41 user 1960.33 system 6142.26 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 16:34:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A468E29C; Wed, 16 Apr 2014 16:34:56 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 8698A143A; Wed, 16 Apr 2014 16:34:55 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3GGYoef074057; Wed, 16 Apr 2014 18:34:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3GGYocM074055; Wed, 16 Apr 2014 16:34:50 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 16 Apr 2014 16:34:50 GMT Message-Id: <201404161634.s3GGYocM074055@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2014 16:34:56 -0000 TB --- 2014-04-16 14:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-16 14:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-16 14:30:45 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-04-16 14:30:45 - cleaning the object tree TB --- 2014-04-16 14:30:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-16 14:31:37 - At svn revision 264539 TB --- 2014-04-16 14:31:38 - building world TB --- 2014-04-16 14:31:38 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 14:31:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 14:31:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 14:31:38 - SRCCONF=/dev/null TB --- 2014-04-16 14:31:38 - TARGET=mips TB --- 2014-04-16 14:31:38 - TARGET_ARCH=mips64 TB --- 2014-04-16 14:31:38 - TZ=UTC TB --- 2014-04-16 14:31:38 - __MAKE_CONF=/dev/null TB --- 2014-04-16 14:31:38 - cd /src TB --- 2014-04-16 14:31:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 16 14:31:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 16 15:57:00 UTC 2014 TB --- 2014-04-16 15:57:00 - cd /src/sys/mips/conf TB --- 2014-04-16 15:57:00 - /usr/sbin/config -m ADM5120 TB --- 2014-04-16 15:57:00 - skipping ADM5120 kernel TB --- 2014-04-16 15:57:00 - cd /src/sys/mips/conf TB --- 2014-04-16 15:57:00 - /usr/sbin/config -m ALCHEMY TB --- 2014-04-16 15:57:00 - skipping ALCHEMY kernel TB --- 2014-04-16 15:57:00 - cd /src/sys/mips/conf TB --- 2014-04-16 15:57:00 - /usr/sbin/config -m AP121 TB --- 2014-04-16 15:57:00 - skipping AP121 kernel TB --- 2014-04-16 15:57:00 - cd /src/sys/mips/conf TB --- 2014-04-16 15:57:00 - /usr/sbin/config -m AP91 TB --- 2014-04-16 15:57:00 - skipping AP91 kernel TB --- 2014-04-16 15:57:00 - cd /src/sys/mips/conf TB --- 2014-04-16 15:57:00 - /usr/sbin/config -m AP93 TB --- 2014-04-16 15:57:00 - skipping AP93 kernel TB --- 2014-04-16 15:57:00 - cd /src/sys/mips/conf TB --- 2014-04-16 15:57:00 - /usr/sbin/config -m AP94 TB --- 2014-04-16 15:57:00 - skipping AP94 kernel TB --- 2014-04-16 15:57:00 - cd /src/sys/mips/conf TB --- 2014-04-16 15:57:00 - /usr/sbin/config -m AP96 TB --- 2014-04-16 15:57:00 - skipping AP96 kernel TB --- 2014-04-16 15:57:00 - cd /src/sys/mips/conf TB --- 2014-04-16 15:57:00 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-04-16 15:57:00 - skipping AR71XX_BASE kernel TB --- 2014-04-16 15:57:00 - cd /src/sys/mips/conf TB --- 2014-04-16 15:57:00 - /usr/sbin/config -m AR724X_BASE TB --- 2014-04-16 15:57:00 - skipping AR724X_BASE kernel TB --- 2014-04-16 15:57:00 - cd /src/sys/mips/conf TB --- 2014-04-16 15:57:00 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-04-16 15:57:01 - skipping AR91XX_BASE kernel TB --- 2014-04-16 15:57:01 - cd /src/sys/mips/conf TB --- 2014-04-16 15:57:01 - /usr/sbin/config -m AR933X_BASE TB --- 2014-04-16 15:57:01 - skipping AR933X_BASE kernel TB --- 2014-04-16 15:57:01 - cd /src/sys/mips/conf TB --- 2014-04-16 15:57:01 - /usr/sbin/config -m AR934X_BASE TB --- 2014-04-16 15:57:01 - skipping AR934X_BASE kernel TB --- 2014-04-16 15:57:01 - cd /src/sys/mips/conf TB --- 2014-04-16 15:57:01 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-04-16 15:57:02 - building BERI_DE4_BASE kernel TB --- 2014-04-16 15:57:02 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 15:57:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 15:57:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 15:57:02 - SRCCONF=/dev/null TB --- 2014-04-16 15:57:02 - TARGET=mips TB --- 2014-04-16 15:57:02 - TARGET_ARCH=mips64 TB --- 2014-04-16 15:57:02 - TZ=UTC TB --- 2014-04-16 15:57:02 - __MAKE_CONF=/dev/null TB --- 2014-04-16 15:57:02 - cd /src TB --- 2014-04-16 15:57:02 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Wed Apr 16 15:57:02 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_BASE completed on Wed Apr 16 16:01:02 UTC 2014 TB --- 2014-04-16 16:01:02 - cd /src/sys/mips/conf TB --- 2014-04-16 16:01:02 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-04-16 16:01:03 - building BERI_DE4_MDROOT kernel TB --- 2014-04-16 16:01:03 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 16:01:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 16:01:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 16:01:03 - SRCCONF=/dev/null TB --- 2014-04-16 16:01:03 - TARGET=mips TB --- 2014-04-16 16:01:03 - TARGET_ARCH=mips64 TB --- 2014-04-16 16:01:03 - TZ=UTC TB --- 2014-04-16 16:01:03 - __MAKE_CONF=/dev/null TB --- 2014-04-16 16:01:03 - cd /src TB --- 2014-04-16 16:01:03 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Wed Apr 16 16:01:03 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_MDROOT completed on Wed Apr 16 16:05:56 UTC 2014 TB --- 2014-04-16 16:05:56 - cd /src/sys/mips/conf TB --- 2014-04-16 16:05:56 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-04-16 16:05:56 - building BERI_DE4_SDROOT kernel TB --- 2014-04-16 16:05:56 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 16:05:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 16:05:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 16:05:56 - SRCCONF=/dev/null TB --- 2014-04-16 16:05:56 - TARGET=mips TB --- 2014-04-16 16:05:56 - TARGET_ARCH=mips64 TB --- 2014-04-16 16:05:56 - TZ=UTC TB --- 2014-04-16 16:05:56 - __MAKE_CONF=/dev/null TB --- 2014-04-16 16:05:56 - cd /src TB --- 2014-04-16 16:05:56 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Wed Apr 16 16:05:57 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_SDROOT completed on Wed Apr 16 16:10:36 UTC 2014 TB --- 2014-04-16 16:10:36 - cd /src/sys/mips/conf TB --- 2014-04-16 16:10:36 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-04-16 16:10:36 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-04-16 16:10:36 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 16:10:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 16:10:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 16:10:36 - SRCCONF=/dev/null TB --- 2014-04-16 16:10:36 - TARGET=mips TB --- 2014-04-16 16:10:36 - TARGET_ARCH=mips64 TB --- 2014-04-16 16:10:36 - TZ=UTC TB --- 2014-04-16 16:10:36 - __MAKE_CONF=/dev/null TB --- 2014-04-16 16:10:36 - cd /src TB --- 2014-04-16 16:10:36 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Wed Apr 16 16:10:36 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_NETFPGA_MDROOT completed on Wed Apr 16 16:14:48 UTC 2014 TB --- 2014-04-16 16:14:48 - cd /src/sys/mips/conf TB --- 2014-04-16 16:14:48 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-04-16 16:14:48 - building BERI_SIM_BASE kernel TB --- 2014-04-16 16:14:48 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 16:14:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 16:14:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 16:14:48 - SRCCONF=/dev/null TB --- 2014-04-16 16:14:48 - TARGET=mips TB --- 2014-04-16 16:14:48 - TARGET_ARCH=mips64 TB --- 2014-04-16 16:14:48 - TZ=UTC TB --- 2014-04-16 16:14:48 - __MAKE_CONF=/dev/null TB --- 2014-04-16 16:14:48 - cd /src TB --- 2014-04-16 16:14:48 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Wed Apr 16 16:14:48 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_BASE completed on Wed Apr 16 16:18:44 UTC 2014 TB --- 2014-04-16 16:18:44 - cd /src/sys/mips/conf TB --- 2014-04-16 16:18:44 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-04-16 16:18:44 - building BERI_SIM_MDROOT kernel TB --- 2014-04-16 16:18:44 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 16:18:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 16:18:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 16:18:44 - SRCCONF=/dev/null TB --- 2014-04-16 16:18:44 - TARGET=mips TB --- 2014-04-16 16:18:44 - TARGET_ARCH=mips64 TB --- 2014-04-16 16:18:44 - TZ=UTC TB --- 2014-04-16 16:18:44 - __MAKE_CONF=/dev/null TB --- 2014-04-16 16:18:44 - cd /src TB --- 2014-04-16 16:18:44 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Wed Apr 16 16:18:45 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_MDROOT completed on Wed Apr 16 16:22:57 UTC 2014 TB --- 2014-04-16 16:22:57 - cd /src/sys/mips/conf TB --- 2014-04-16 16:22:57 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-04-16 16:22:57 - building BERI_SIM_SDROOT kernel TB --- 2014-04-16 16:22:57 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 16:22:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 16:22:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 16:22:57 - SRCCONF=/dev/null TB --- 2014-04-16 16:22:57 - TARGET=mips TB --- 2014-04-16 16:22:57 - TARGET_ARCH=mips64 TB --- 2014-04-16 16:22:57 - TZ=UTC TB --- 2014-04-16 16:22:57 - __MAKE_CONF=/dev/null TB --- 2014-04-16 16:22:57 - cd /src TB --- 2014-04-16 16:22:57 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Wed Apr 16 16:22:57 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_SDROOT completed on Wed Apr 16 16:26:47 UTC 2014 TB --- 2014-04-16 16:26:47 - cd /src/sys/mips/conf TB --- 2014-04-16 16:26:47 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-04-16 16:26:47 - building BERI_TEMPLATE kernel TB --- 2014-04-16 16:26:47 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 16:26:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 16:26:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 16:26:47 - SRCCONF=/dev/null TB --- 2014-04-16 16:26:47 - TARGET=mips TB --- 2014-04-16 16:26:47 - TARGET_ARCH=mips64 TB --- 2014-04-16 16:26:47 - TZ=UTC TB --- 2014-04-16 16:26:47 - __MAKE_CONF=/dev/null TB --- 2014-04-16 16:26:47 - cd /src TB --- 2014-04-16 16:26:47 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Wed Apr 16 16:26:47 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_TEMPLATE completed on Wed Apr 16 16:30:41 UTC 2014 TB --- 2014-04-16 16:30:41 - cd /src/sys/mips/conf TB --- 2014-04-16 16:30:41 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-04-16 16:30:41 - skipping CARAMBOLA2 kernel TB --- 2014-04-16 16:30:41 - cd /src/sys/mips/conf TB --- 2014-04-16 16:30:41 - /usr/sbin/config -m DB120 TB --- 2014-04-16 16:30:41 - skipping DB120 kernel TB --- 2014-04-16 16:30:41 - cd /src/sys/mips/conf TB --- 2014-04-16 16:30:41 - /usr/sbin/config -m DIR-825 TB --- 2014-04-16 16:30:41 - skipping DIR-825 kernel TB --- 2014-04-16 16:30:41 - cd /src/sys/mips/conf TB --- 2014-04-16 16:30:41 - /usr/sbin/config -m ENH200 TB --- 2014-04-16 16:30:41 - skipping ENH200 kernel TB --- 2014-04-16 16:30:41 - cd /src/sys/mips/conf TB --- 2014-04-16 16:30:41 - /usr/sbin/config -m GXEMUL TB --- 2014-04-16 16:30:41 - building GXEMUL kernel TB --- 2014-04-16 16:30:41 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 16:30:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 16:30:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 16:30:41 - SRCCONF=/dev/null TB --- 2014-04-16 16:30:41 - TARGET=mips TB --- 2014-04-16 16:30:41 - TARGET_ARCH=mips64 TB --- 2014-04-16 16:30:41 - TZ=UTC TB --- 2014-04-16 16:30:41 - __MAKE_CONF=/dev/null TB --- 2014-04-16 16:30:41 - cd /src TB --- 2014-04-16 16:30:41 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Wed Apr 16 16:30:41 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GXEMUL completed on Wed Apr 16 16:33:30 UTC 2014 TB --- 2014-04-16 16:33:30 - cd /src/sys/mips/conf TB --- 2014-04-16 16:33:30 - /usr/sbin/config -m GXEMUL32 TB --- 2014-04-16 16:33:30 - skipping GXEMUL32 kernel TB --- 2014-04-16 16:33:30 - cd /src/sys/mips/conf TB --- 2014-04-16 16:33:30 - /usr/sbin/config -m IDT TB --- 2014-04-16 16:33:30 - skipping IDT kernel TB --- 2014-04-16 16:33:30 - cd /src/sys/mips/conf TB --- 2014-04-16 16:33:30 - /usr/sbin/config -m MALTA TB --- 2014-04-16 16:33:30 - skipping MALTA kernel TB --- 2014-04-16 16:33:30 - cd /src/sys/mips/conf TB --- 2014-04-16 16:33:30 - /usr/sbin/config -m MALTA64 TB --- 2014-04-16 16:33:30 - skipping MALTA64 kernel TB --- 2014-04-16 16:33:30 - cd /src/sys/mips/conf TB --- 2014-04-16 16:33:30 - /usr/sbin/config -m OCTEON1 TB --- 2014-04-16 16:33:30 - building OCTEON1 kernel TB --- 2014-04-16 16:33:30 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 16:33:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 16:33:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 16:33:30 - SRCCONF=/dev/null TB --- 2014-04-16 16:33:30 - TARGET=mips TB --- 2014-04-16 16:33:30 - TARGET_ARCH=mips64 TB --- 2014-04-16 16:33:30 - TZ=UTC TB --- 2014-04-16 16:33:30 - __MAKE_CONF=/dev/null TB --- 2014-04-16 16:33:30 - cd /src TB --- 2014-04-16 16:33:30 - /usr/bin/make -B buildkernel KERNCONF=OCTEON1 >>> Kernel build for OCTEON1 started on Wed Apr 16 16:33:31 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/cam/ata/ata_xpt.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/cam/ata/ata_pmp.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/cam/scsi/scsi_xpt.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/cam/scsi/scsi_all.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/cam/scsi/scsi_cd.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_cd.c:208: warning: 'cdshorttimeout' declared 'static' but never defined /src/sys/cam/scsi/scsi_cd.c:209: warning: 'cdschedule' declared 'static' but never defined *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/OCTEON1 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-16 16:34:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-16 16:34:50 - ERROR: failed to build OCTEON1 kernel TB --- 2014-04-16 16:34:50 - 5261.09 user 2549.51 system 7444.98 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 16:45:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE6757BA; Wed, 16 Apr 2014 16:45:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 F3FFD1566; Wed, 16 Apr 2014 16:45:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3GGjnuH027497; Wed, 16 Apr 2014 18:45:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3GGjnv0027496; Wed, 16 Apr 2014 16:45:49 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 16 Apr 2014 16:45:49 GMT Message-Id: <201404161645.s3GGjnv0027496@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2014 16:45:54 -0000 TB --- 2014-04-16 14:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-16 14:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-16 14:30:45 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-04-16 14:30:45 - cleaning the object tree TB --- 2014-04-16 14:30:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-16 14:31:36 - At svn revision 264539 TB --- 2014-04-16 14:31:37 - building world TB --- 2014-04-16 14:31:37 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 14:31:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 14:31:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 14:31:37 - SRCCONF=/dev/null TB --- 2014-04-16 14:31:37 - TARGET=ia64 TB --- 2014-04-16 14:31:37 - TARGET_ARCH=ia64 TB --- 2014-04-16 14:31:37 - TZ=UTC TB --- 2014-04-16 14:31:37 - __MAKE_CONF=/dev/null TB --- 2014-04-16 14:31:37 - cd /src TB --- 2014-04-16 14:31:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 16 14:31:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 16 16:41:57 UTC 2014 TB --- 2014-04-16 16:41:57 - generating LINT kernel config TB --- 2014-04-16 16:41:57 - cd /src/sys/ia64/conf TB --- 2014-04-16 16:41:57 - /usr/bin/make -B LINT TB --- 2014-04-16 16:41:57 - cd /src/sys/ia64/conf TB --- 2014-04-16 16:41:57 - /usr/sbin/config -m LINT TB --- 2014-04-16 16:41:57 - building LINT kernel TB --- 2014-04-16 16:41:57 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 16:41:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 16:41:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 16:41:57 - SRCCONF=/dev/null TB --- 2014-04-16 16:41:57 - TARGET=ia64 TB --- 2014-04-16 16:41:57 - TARGET_ARCH=ia64 TB --- 2014-04-16 16:41:57 - TZ=UTC TB --- 2014-04-16 16:41:57 - __MAKE_CONF=/dev/null TB --- 2014-04-16 16:41:57 - cd /src TB --- 2014-04-16 16:41:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 16 16:41:57 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/ata/ata_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/ata/ata_pmp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/scsi/scsi_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/scsi/scsi_all.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/scsi/scsi_cd.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_cd.c:208: warning: 'cdshorttimeout' declared 'static' but never defined /src/sys/cam/scsi/scsi_cd.c:209: warning: 'cdschedule' declared 'static' but never defined *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-16 16:45:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-16 16:45:49 - ERROR: failed to build LINT kernel TB --- 2014-04-16 16:45:49 - 6216.63 user 2329.74 system 8103.21 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 17:10:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D4A6D17 for ; Wed, 16 Apr 2014 17:10:12 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0403A1776 for ; Wed, 16 Apr 2014 17:10:12 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EA043B917; Wed, 16 Apr 2014 13:10:10 -0400 (EDT) From: John Baldwin To: Claude Buisson Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels Date: Wed, 16 Apr 2014 13:06:26 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201404161038.55512.jhb@freebsd.org> <534EA7AC.8060808@orange.fr> In-Reply-To: <534EA7AC.8060808@orange.fr> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201404161306.26721.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 16 Apr 2014 13:10:11 -0400 (EDT) Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Apr 2014 17:10:12 -0000 On Wednesday, April 16, 2014 11:54:20 am Claude Buisson wrote: > On 04/16/2014 16:38, John Baldwin wrote: > > On Wednesday, April 16, 2014 5:41:44 am Claude Buisson wrote: > >> On 04/16/2014 10:09, Trond Endrest=F8l wrote: > >>> On Tue, 15 Apr 2014 19:44+0200, Trond Endrest=F8l wrote: > >>> > >>>> On Fri, 11 Apr 2014 18:38+0200, Trond Endrest=F8l wrote: > >>>> > >>>>> Hi, > >>>>> > >>>>> I have a couple of uncritical systems running stable/8 r258344. > >>>>> Hardware is Dell OptiPlex GX260, BIOS A09, which is the latest rev. > >>>>> > >>>>> The r264339 GENERIC kernel are unable to mount the root fs from the > >>>>> hard drive using MBR, FreeBSD slice, and UFS volume labels. > >>>>> > >>>>> r258344 obviously can. > >>>>> > >>>>> I even tried regular device names like /dev/ad0s1a in /etc/fstab, a= nd > >>>>> at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still > >>>>> cannot mount the root fs. > >>>>> > >>>>> The new kernel (r264339) does recognize the ad0 harddrive, and ad0 = is > >>>>> listed as one of the GEOM managed disk devices; acd0 being the other > >>>>> one. > >>>>> > >>>>> Do I need to load additional geom modules, or is it a genuine bug? > >>>>> > >>>>> I have recreated the same conditions on a spare GX260, yes, I have > >>>>> plenty of them. > >>>> > >>>> I believe I have identified r262226 as the offending commit. > >>>> > >>>> Maybe the flags integer is set to a bad value before the calls to > >>>> resource_list_alloc(). > >>>> > >>>> My spare system is currently recompiling r262221 of both world and > >>>> kernel, and I hope to confirm this assumption in a few hours. > >>> > >>> Confirmed. > >>> > >>>> If all goes well, I intend to move forward to the latest revision of > >>>> stable/8, back out the change done to sys/dev/pci/pci.c in r262226, > >>>> recompile world and kernel, install the kernel, and if successfully, > >>>> I'll install world as well. > >>> > >>> Confirmed, stable/8 r264519 with r262226 backed out does indeed work > >>> on a Dell OptiPlex GX260, BIOS A09. > >>> > >> > >> Just another data point related to r262226: > >> > >> Yesterday, I upgraded a stable/8 system from r260539 to r264426, which= could not > >> finish booting. In my case, it stopped just after detecting an agp car= d (and > >> could boot if agp was disabled by device.hints). > >> > >> Reverting r262226 gave me back a fully usable system. > >> > >> This system is also a Dell, but a (oldish) Dimension 4550 BIOS A08. > >> > >>> Any chance anyone would like to dig deeper into the matter? > >>> Should I file a PR? > >>> > >> > >> I think so, if jhb (cced) keep being interested in stable/8.. > >> > >> BTW, this morning I succeeded in booting a stable/10 snapshot r264194 = USB stick > >> on this machine. > > > > Can you get a verbose dmesg with and without the change? > > >=20 > If r262226 is not reverted, the only way to boot and have a verbose dmesg= is to=20 > disable agp. Is it OK ? Yes. Hmmmm. I may know what the problem is then. Can you kldload agp aft= er boot? =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 17:10:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D4C3EDF for ; Wed, 16 Apr 2014 17:10:39 +0000 (UTC) Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E1D6F1787 for ; Wed, 16 Apr 2014 17:10:38 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id to1so10919119ieb.28 for ; Wed, 16 Apr 2014 10:10:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition; bh=ui1jfkH3uBacJCtitglBKXe8uLboqqEOpSfGKrcMWQI=; b=aDjz0cAm3l3JqopoWLqd+gGEeQYe/pwbmXcMSlp/OKEM1foGcFhVZ/29VdKrl2Zek5 sd6mmgUNLszWAPeGiWoa0xcSaC91flwtuJS7ZSubgr5FoiXq7KyA1copMKS8vPNHh3Xv B1jO6uri5AAq6wuYzJhrTgxBEq4/YHwOLjoKg= 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:subject:message-id:mime-version :content-type:content-disposition; bh=ui1jfkH3uBacJCtitglBKXe8uLboqqEOpSfGKrcMWQI=; b=mRXrjG83SJ/W9eiCBuec/jw9xDtV1uvWno5o2bevIetbxDmDoIpjd4Pj44rZa7ZcmO rQpMhb8M6RxrTpBbWnV4gG2QxiZt5upws8LUZlJaxpNu8hw4QouhlQMwzttUwJG3KTg9 KpE19R7IhUIqi6t7cbDTVBvy35GDQtz776wjCOKMiOwvDy0BAwknO/dTamlHPfUdZqMn I3t2LQmPMKdk5CAzfL+huZVv9d4Utgw3dXwQYQCI6XECCt099DiuEL++MI7lNrqacXsA XgWKtZwhVpVdWTvzinN6qKxPFMOZKDzRa71afSv6kr3qdTzmJwF4TafjeALa2FNRJDlL cg7w== X-Gm-Message-State: ALoCoQlmCihZHLrEWwwzqVYMf8wRY2eMVP6BlL4RY9JiPOk4asTAHMonPnK5DHze4ztaWS9xijeV X-Received: by 10.50.4.74 with SMTP id i10mr11538059igi.43.1397668238026; Wed, 16 Apr 2014 10:10:38 -0700 (PDT) Received: from DataIX.local (75-128-101-59.dhcp.sgnw.mi.charter.com. [75.128.101.59]) by mx.google.com with ESMTPSA id sc8sm47403364igb.0.2014.04.16.10.10.37 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Apr 2014 10:10:37 -0700 (PDT) X-Google-Original-From: jhellenthal@DataIX.net Received: from DataIX.local (localhost [127.0.0.1]) by DataIX.local (8.14.8/8.14.8) with ESMTP id s3GHAZpT006537 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 16 Apr 2014 13:10:35 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jh@localhost) by DataIX.local (8.14.8/8.14.8/Submit) id s3GHAZBN006533 for freebsd-stable@freebsd.org; Wed, 16 Apr 2014 13:10:35 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Wed, 16 Apr 2014 13:10:35 -0400 From: jhellenthal@dataix.net To: freebsd-stable@freebsd.org Subject: Duplicate Script for .mk file in source for stable/10 Message-ID: <20140416171034.GA5817@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Apr 2014 17:10:39 -0000 FYI make[4]: "/export/usr/src/share/mk/bsd.subdir.mk" line 104: warning: duplicate script for target "includes" ignored make[4]: "/export/usr/src/share/mk/bsd.subdir.mk" line 69: warning: using previous script for "includes" defined here -- - (2^(N-1)) JJH48-ARIN From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 18:07:42 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B737C84A; Wed, 16 Apr 2014 18:07:42 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 ED7331DB1; Wed, 16 Apr 2014 18:07:41 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3GI7TjB084231; Wed, 16 Apr 2014 20:07:29 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3GI7SMj083799; Wed, 16 Apr 2014 18:07:28 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 16 Apr 2014 18:07:28 GMT Message-Id: <201404161807.s3GI7SMj083799@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2014 18:07:42 -0000 TB --- 2014-04-16 14:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-16 14:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-16 14:30:45 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-04-16 14:30:45 - cleaning the object tree TB --- 2014-04-16 14:30:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-16 14:31:35 - At svn revision 264539 TB --- 2014-04-16 14:31:36 - building world TB --- 2014-04-16 14:31:36 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 14:31:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 14:31:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 14:31:36 - SRCCONF=/dev/null TB --- 2014-04-16 14:31:36 - TARGET=powerpc TB --- 2014-04-16 14:31:36 - TARGET_ARCH=powerpc TB --- 2014-04-16 14:31:36 - TZ=UTC TB --- 2014-04-16 14:31:36 - __MAKE_CONF=/dev/null TB --- 2014-04-16 14:31:36 - cd /src TB --- 2014-04-16 14:31:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 16 14:31:46 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 16 18:02:55 UTC 2014 TB --- 2014-04-16 18:02:55 - generating LINT kernel config TB --- 2014-04-16 18:02:55 - cd /src/sys/powerpc/conf TB --- 2014-04-16 18:02:55 - /usr/bin/make -B LINT TB --- 2014-04-16 18:02:55 - cd /src/sys/powerpc/conf TB --- 2014-04-16 18:02:55 - /usr/sbin/config -m LINT TB --- 2014-04-16 18:02:55 - building LINT kernel TB --- 2014-04-16 18:02:55 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 18:02:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 18:02:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 18:02:55 - SRCCONF=/dev/null TB --- 2014-04-16 18:02:55 - TARGET=powerpc TB --- 2014-04-16 18:02:55 - TARGET_ARCH=powerpc TB --- 2014-04-16 18:02:55 - TZ=UTC TB --- 2014-04-16 18:02:55 - __MAKE_CONF=/dev/null TB --- 2014-04-16 18:02:55 - cd /src TB --- 2014-04-16 18:02:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 16 18:02:55 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_xpt.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_pmp.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_xpt.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_all.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_cd.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_cd.c:208: warning: 'cdshorttimeout' declared 'static' but never defined /src/sys/cam/scsi/scsi_cd.c:209: warning: 'cdschedule' declared 'static' but never defined *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-16 18:07:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-16 18:07:27 - ERROR: failed to build LINT kernel TB --- 2014-04-16 18:07:27 - 10052.20 user 3187.49 system 13001.80 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 18:38:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E96158F for ; Wed, 16 Apr 2014 18:38:49 +0000 (UTC) Received: from mail-ve0-x234.google.com (mail-ve0-x234.google.com [IPv6:2607:f8b0:400c:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3DAE1121E for ; Wed, 16 Apr 2014 18:38:49 +0000 (UTC) Received: by mail-ve0-f180.google.com with SMTP id jz11so11422727veb.11 for ; Wed, 16 Apr 2014 11:38:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CTlQ2GmqGhV7zfV+dW976GVTyFJLFC+V9ckgiQFwUSI=; b=OVLIdjTFhSa5UtK77LMaMnQtvAwvaM8qmctaXLDQTTdd7yDGUDo+5Pu0OmxTTfImT8 6Ry7e7bppdPvviJoRy+8jZWjxbbMLUhA4o9pHkH59glni0nVlhz98ORD12oamSQohHzQ MJMNRuAw6gbEUlRFkcGnh69KUbG0KPeP5whQMJah4yKIz1wzjwXaDVpS8eItwtKqeHqa 9PJxXgIu8T1zpBn3cg5wdJnVaYmrTtET6LwirqdotEFbTIJ34Xu3ThGqSTmtNmdhFInR sioDrfK3MpzF8xgSv2oSKwZoHJdRb/11n50m8VQG+QCh0z30qhfWj52y8AkQRDeR7V6B WodQ== MIME-Version: 1.0 X-Received: by 10.220.191.134 with SMTP id dm6mr3301486vcb.16.1397673528074; Wed, 16 Apr 2014 11:38:48 -0700 (PDT) Received: by 10.220.239.84 with HTTP; Wed, 16 Apr 2014 11:38:48 -0700 (PDT) In-Reply-To: <20140416171034.GA5817@DataIX.net> References: <20140416171034.GA5817@DataIX.net> Date: Wed, 16 Apr 2014 14:38:48 -0400 Message-ID: Subject: Re: Duplicate Script for .mk file in source for stable/10 From: Thomas Hoffmann To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: jhellenthal@dataix.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Apr 2014 18:38:49 -0000 On Wed, Apr 16, 2014 at 1:10 PM, wrote: > > FYI > > make[4]: "/export/usr/src/share/mk/bsd.subdir.mk" line 104: warning: > duplicate script for target "includes" ignored > make[4]: "/export/usr/src/share/mk/bsd.subdir.mk" line 69: warning: using > previous script for "includes" defined here > Ref: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=5236265+0+current/freebsd-questions From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 18:38:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 034E9679; Wed, 16 Apr 2014 18:38:57 +0000 (UTC) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) (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 836A71223; Wed, 16 Apr 2014 18:38:56 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id D441040002; Wed, 16 Apr 2014 20:38:53 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id C6CA040026; Wed, 16 Apr 2014 20:38:53 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 84DBD40002; Wed, 16 Apr 2014 20:34:46 +0200 (CEST) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3g8Byg5yt6z8gh2; Wed, 16 Apr 2014 20:33:15 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([10.1.0.3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [10.1.0.6]) (amavisd-new, port 10025) with ESMTPS id Qy32x9xFIStJ; Wed, 16 Apr 2014 20:33:13 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [10.1.0.4]) by mx.daemonic.se (Postfix) with ESMTPS id 3g8Byd0l2yz8ggv; Wed, 16 Apr 2014 20:33:13 +0200 (CEST) Received: from tifa.daemonic.se (78-69-168-131-no84.tbcn.telia.com [78.69.168.131]) by mail.daemonic.se (Postfix) with ESMTPSA id 3g8Byd06Z7z9D6J; Wed, 16 Apr 2014 20:33:13 +0200 (CEST) Received: from tifa.daemonic.se (localhost [127.0.0.1]) by tifa.daemonic.se (Postfix) with ESMTP id 0F60A22831; Wed, 16 Apr 2014 20:33:12 +0200 (CEST) Message-ID: <534ECCE7.7050204@freebsd.org> Date: Wed, 16 Apr 2014 20:33:11 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: stable@freebsd.org, ports@freebsd.org, x11@freebsd.org Subject: [HEADS UP] WITH_NEW_XORG is now the default on FreeBSD 10 and 9 stable References: <201404161828.s3GISoA3071853@svn.freebsd.org> In-Reply-To: <201404161828.s3GISoA3071853@svn.freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: x11@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2014 18:38:57 -0000 [Cross posted across several mailing lists, please respect reply-to.] WITH_NEW_XORG is now the default on FreeBSD 10 and 9 stable where vt(9) (aka newcons) is available and ports are used. Released versions and FreeBSD 8 are unaffected by this. Binary packages still provide the old xorg distribution. It is possible to get the old version of xorg by specifying WITHOUT_NEW_XORG= in /etc/make.conf Please read UPDATING before updating, and consult https://wiki.freebsd.org/Graphics for some more details and hardware support. It is also possible to send a mail to x11@freebsd.org (public mailing list) with questions, comments and so on. Thank you to all who made this happen! Commit message quoted below for reference: > Author: zeising > Date: Wed Apr 16 18:28:47 2014 > New Revision: 351411 > URL: http://svnweb.freebsd.org/changeset/ports/351411 > QAT: https://qat.redports.org/buildarchive/r351411/ > > Log: > The FreeBSD x11@ and graphics team proudly presents > a zeising, kwm production, with help from dumbbell, bdrewery: > > NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE > > This update switches over to use the new xorg stack by default on FreeBSD 9 > and 10 stable, on osversions where vt(9) is available. > It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in > /etc/make.conf . > FreeBSD 8-STABLE and released versions of FreeBSD still use > the old version. > A package repository with binary packages for new xorg will > be available soon. > > This patch also contains updates of libxcb and related ports, pixman, as well > as some drivers and utilities. > > Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due > to xserver version change. > > Apart from these updates, the way shared libraries are handled has been > changed for all xorg ports, as well as libxml2 and freetype, which means > ltverhack is gone and as a consequence shared libraries have been bumped. > The plan is that this change will make library bumps less likely in the > future. > All affected ports have had their portrevisions bumped as a consequence of > this. > > Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT. > > Update instructions, hardware support, and more notes can be found on > https://wiki.freebsd.org/Graphics > > Thanks to: all testers, bdrewery and the FreeBSD x11@ team > exp-run by: bdrewery [1] > PR: ports/187602 [1] > Approved by: portmgr (bdrewery), core (jhb) Best regards! -- Niclas Zeising From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 18:42:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40DEC959; Wed, 16 Apr 2014 18:42:13 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 12B3412F4; Wed, 16 Apr 2014 18:42:12 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id EE67E1045C; Wed, 16 Apr 2014 18:42:07 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us EE67E1045C Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 16 Apr 2014 14:41:59 -0400 From: Glen Barber To: jhellenthal@dataix.net Subject: Re: Duplicate Script for .mk file in source for stable/10 Message-ID: <20140416184159.GB18360@glenbarber.us> References: <20140416171034.GA5817@DataIX.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ADZbWkCsHQ7r3kzd" Content-Disposition: inline In-Reply-To: <20140416171034.GA5817@DataIX.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Apr 2014 18:42:13 -0000 --ADZbWkCsHQ7r3kzd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 16, 2014 at 01:10:35PM -0400, jhellenthal@dataix.net wrote: >=20 > FYI >=20 > make[4]: "/export/usr/src/share/mk/bsd.subdir.mk" line 104: warning: dupl= icate script for target "includes" ignored > make[4]: "/export/usr/src/share/mk/bsd.subdir.mk" line 69: warning: using= previous script for "includes" defined here >=20 This is because usr.sbin/bsdconfig has a directory named 'includes'. Glen --ADZbWkCsHQ7r3kzd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTTs73AAoJELls3eqvi17QlwEQALRhCR87tZwEicvcuZr54RW6 g9iXOlsT8f2NOPJu1RUODEwAHb23VMgrF/I2tM4d0YVoXo6Egsuiq2xDpYoqv6IX 5W3k20i8hVhPPcfmro0whbRvX/Jo6+pJYgdwRsOoeVS3kvOgtutJlETs1IasrVSK evNgVJ78+PiKkn5YOtvpPplCbJ6Labk7qrgXdSSmtNm8JqW/Dd6OpRkgXIhp87Bf sIzxeBm0rP2bTXBWMdmXxEnwU2kE7xXet/0SokOv3VVc+bgxVaOuL8AfX3UXd27Z GYM/qHK+/+/H2FE12INyOIMRNNAHs1+AnHFtd/gWBZRlWioiEQROXZIMwbLOOeoD LX2CdomuP2VvJF2aUgLUg7nTvp72S0zHNLoqoom6O+jFOzSJIRYcw1vz+YLV7n6P /lT+vfOPi6dLlLhZhdTBRKEhnoTFR7dWvXJFpmptAPW6yt+Yum89LZOWH85VIu8y WM9cukB+Ul8Cq24P+CJqwvEp5+RV95OhMdYd5OaoHbihTPtBpitN4SbjCFPf7HvR lEdVev2GdsEA9Qvo5WH/mAk/AtBLti28HGl+h8+wX+s4y6XLwhjg++i1oR/YnnMC OpTpwDnnIJYrXSdSB69TbWcKRt0pn3l+yOHXsMehNR0He8FiCVoMOrPMSEzIuDzL PvvmkkTSvuNg7/0I8zr7 =t453 -----END PGP SIGNATURE----- --ADZbWkCsHQ7r3kzd-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 18:56:16 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D40EBA0; Wed, 16 Apr 2014 18:56:16 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 D320E1444; Wed, 16 Apr 2014 18:56:15 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3GIuAoI037232; Wed, 16 Apr 2014 20:56:10 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3GIuAWY037224; Wed, 16 Apr 2014 18:56:10 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 16 Apr 2014 18:56:10 GMT Message-Id: <201404161856.s3GIuAWY037224@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2014 18:56:16 -0000 TB --- 2014-04-16 14:30:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-16 14:30:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-16 14:30:45 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-04-16 14:30:45 - cleaning the object tree TB --- 2014-04-16 14:30:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-16 14:31:36 - At svn revision 264539 TB --- 2014-04-16 14:31:37 - building world TB --- 2014-04-16 14:31:37 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 14:31:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 14:31:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 14:31:37 - SRCCONF=/dev/null TB --- 2014-04-16 14:31:37 - TARGET=powerpc TB --- 2014-04-16 14:31:37 - TARGET_ARCH=powerpc64 TB --- 2014-04-16 14:31:37 - TZ=UTC TB --- 2014-04-16 14:31:37 - __MAKE_CONF=/dev/null TB --- 2014-04-16 14:31:37 - cd /src TB --- 2014-04-16 14:31:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 16 14:31:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Apr 16 18:52:14 UTC 2014 TB --- 2014-04-16 18:52:14 - generating LINT kernel config TB --- 2014-04-16 18:52:14 - cd /src/sys/powerpc/conf TB --- 2014-04-16 18:52:14 - /usr/bin/make -B LINT TB --- 2014-04-16 18:52:14 - cd /src/sys/powerpc/conf TB --- 2014-04-16 18:52:14 - /usr/sbin/config -m LINT TB --- 2014-04-16 18:52:14 - skipping LINT kernel TB --- 2014-04-16 18:52:14 - cd /src/sys/powerpc/conf TB --- 2014-04-16 18:52:14 - /usr/sbin/config -m GENERIC TB --- 2014-04-16 18:52:14 - skipping GENERIC kernel TB --- 2014-04-16 18:52:14 - cd /src/sys/powerpc/conf TB --- 2014-04-16 18:52:14 - /usr/sbin/config -m GENERIC64 TB --- 2014-04-16 18:52:14 - building GENERIC64 kernel TB --- 2014-04-16 18:52:14 - CROSS_BUILD_TESTING=YES TB --- 2014-04-16 18:52:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-16 18:52:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-16 18:52:14 - SRCCONF=/dev/null TB --- 2014-04-16 18:52:14 - TARGET=powerpc TB --- 2014-04-16 18:52:14 - TARGET_ARCH=powerpc64 TB --- 2014-04-16 18:52:14 - TZ=UTC TB --- 2014-04-16 18:52:14 - __MAKE_CONF=/dev/null TB --- 2014-04-16 18:52:14 - cd /src TB --- 2014-04-16 18:52:14 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Wed Apr 16 18:52:14 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_xpt.c ctfconvert -L VERSION -g scsi_xpt.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_all.c ctfconvert -L VERSION -g scsi_all.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_cd.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_cd.c:208: warning: 'cdshorttimeout' declared 'static' but never defined /src/sys/cam/scsi/scsi_cd.c:209: warning: 'cdschedule' declared 'static' but never defined *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-16 18:56:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-16 18:56:10 - ERROR: failed to build GENERIC64 kernel TB --- 2014-04-16 18:56:10 - 12083.70 user 4207.91 system 15924.91 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 20:52:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21A1F881 for ; Wed, 16 Apr 2014 20:52:59 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp03.smtpout.orange.fr [80.12.242.125]) by mx1.freebsd.org (Postfix) with ESMTP id 8D576104C for ; Wed, 16 Apr 2014 20:52:57 +0000 (UTC) Received: from localhost ([92.156.227.168]) by mwinf5d05 with ME id qksu1n00P3ee0GU03ksvRW; Wed, 16 Apr 2014 22:52:56 +0200 X-ME-Helo: localhost X-ME-Date: Wed, 16 Apr 2014 22:52:56 +0200 X-ME-IP: 92.156.227.168 Message-ID: <534EEDA6.3070803@orange.fr> Date: Wed, 16 Apr 2014 22:52:54 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: John Baldwin Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels References: <201404161038.55512.jhb@freebsd.org> <534EA7AC.8060808@orange.fr> <201404161306.26721.jhb@freebsd.org> In-Reply-To: <201404161306.26721.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Apr 2014 20:52:59 -0000 On 04/16/2014 19:06, John Baldwin wrote: > On Wednesday, April 16, 2014 11:54:20 am Claude Buisson wrote: >> On 04/16/2014 16:38, John Baldwin wrote: >>> On Wednesday, April 16, 2014 5:41:44 am Claude Buisson wrote: >>>> On 04/16/2014 10:09, Trond Endrest=F8l wrote: >>>>> On Tue, 15 Apr 2014 19:44+0200, Trond Endrest=F8l wrote: >>>>> >>>>>> On Fri, 11 Apr 2014 18:38+0200, Trond Endrest=F8l wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I have a couple of uncritical systems running stable/8 r258344. >>>>>>> Hardware is Dell OptiPlex GX260, BIOS A09, which is the latest re= v. >>>>>>> >>>>>>> The r264339 GENERIC kernel are unable to mount the root fs from t= he >>>>>>> hard drive using MBR, FreeBSD slice, and UFS volume labels. >>>>>>> >>>>>>> r258344 obviously can. >>>>>>> >>>>>>> I even tried regular device names like /dev/ad0s1a in /etc/fstab,= and >>>>>>> at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still >>>>>>> cannot mount the root fs. >>>>>>> >>>>>>> The new kernel (r264339) does recognize the ad0 harddrive, and ad= 0 is >>>>>>> listed as one of the GEOM managed disk devices; acd0 being the ot= her >>>>>>> one. >>>>>>> >>>>>>> Do I need to load additional geom modules, or is it a genuine bug= ? >>>>>>> >>>>>>> I have recreated the same conditions on a spare GX260, yes, I hav= e >>>>>>> plenty of them. >>>>>> >>>>>> I believe I have identified r262226 as the offending commit. >>>>>> >>>>>> Maybe the flags integer is set to a bad value before the calls to >>>>>> resource_list_alloc(). >>>>>> >>>>>> My spare system is currently recompiling r262221 of both world and= >>>>>> kernel, and I hope to confirm this assumption in a few hours. >>>>> >>>>> Confirmed. >>>>> >>>>>> If all goes well, I intend to move forward to the latest revision = of >>>>>> stable/8, back out the change done to sys/dev/pci/pci.c in r262226= , >>>>>> recompile world and kernel, install the kernel, and if successfull= y, >>>>>> I'll install world as well. >>>>> >>>>> Confirmed, stable/8 r264519 with r262226 backed out does indeed wor= k >>>>> on a Dell OptiPlex GX260, BIOS A09. >>>>> >>>> >>>> Just another data point related to r262226: >>>> >>>> Yesterday, I upgraded a stable/8 system from r260539 to r264426, whi= ch could not >>>> finish booting. In my case, it stopped just after detecting an agp c= ard (and >>>> could boot if agp was disabled by device.hints). >>>> >>>> Reverting r262226 gave me back a fully usable system. >>>> >>>> This system is also a Dell, but a (oldish) Dimension 4550 BIOS A08. >>>> >>>>> Any chance anyone would like to dig deeper into the matter? >>>>> Should I file a PR? >>>>> >>>> >>>> I think so, if jhb (cced) keep being interested in stable/8.. >>>> >>>> BTW, this morning I succeeded in booting a stable/10 snapshot r26419= 4 USB stick >>>> on this machine. >>> >>> Can you get a verbose dmesg with and without the change? >>> >> >> If r262226 is not reverted, the only way to boot and have a verbose dm= esg is to >> disable agp. Is it OK ? > > Yes. Hmmmm. I may know what the problem is then. Can you kldload agp= af(and is ter > boot? > This needs me to build a new kernel, as the agp device is declared in my = kernel=20 (as it is in GENERIC). Give me some time.. Thanks CBu From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 23:06:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 654139D9 for ; Wed, 16 Apr 2014 23:06:44 +0000 (UTC) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 328131DF1 for ; Wed, 16 Apr 2014 23:06:44 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id rl12so11238420iec.32 for ; Wed, 16 Apr 2014 16:06:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type :content-transfer-encoding:thread-index:content-language; bh=Oanc/G/UXArUNaIRqxSLDPwT6JUirsOdE2q+P57ba1o=; b=ndQTdXw8JcZi+3HuLd7ev31pIBSU63k4gkw33brt1k13+zKzHFb5fwI1T4ek5vUeeM ZnldDUEgLGfgzMa3fgSKaU9jpSbXnFGuKn6o9MQaDvoB0EycceZhLAItPJ+eeQYaShG4 d6ll0mPRzCCc2Bbo4TcDhtpPJsoC+rgF8LvHCb3pDYoKt7BNKz9Gok7pug5ygg4xp/sj fYe23NzyHeAhM4GdW9RZw0OHrjUBa9IDEe54gviBD4lZcFID5zd7PPOr00pWk8lJKQQG LHRmF8BhxR3FK55Z4KeEZ73S4LqklfCrbGuvXqLT4TEoL/DfuJN9ZHrZNNJhykaDdGm6 icdQ== X-Received: by 10.50.112.202 with SMTP id is10mr13243811igb.7.1397689603509; Wed, 16 Apr 2014 16:06:43 -0700 (PDT) Received: from SINDROME (c-50-178-125-248.hsd1.il.comcast.net. [50.178.125.248]) by mx.google.com with ESMTPSA id c10sm1488838igj.17.2014.04.16.16.06.42 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 16 Apr 2014 16:06:43 -0700 (PDT) From: "sindrome" To: Subject: FreeBSD 10 buildworld failing on ORGANIZATION_NAME Date: Wed, 16 Apr 2014 18:06:42 -0500 Message-ID: <001501cf59c8$88555a20$99000e60$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac9ZyIOtIqZ00bo4Tey8paF1AvZbIQ== Content-Language: en-us X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Apr 2014 23:06:44 -0000 I'm trying to migrate from FreeBSD 9 to 10. Anyone have an idea why buildworld is failing. I was able to build the new kernel without a problem FreeBSD foo.bar.net 9.2-STABLE FreeBSD 9.2-STABLE #0 r264148: Sun Apr 6 12:01:20 CDT 2014 foo@foo.bar.net:/usr/obj/usr/src/sys/FOO i386 cc -O2 -pipe -I/usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/include -I/usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion -I/usr/src/usr.bin/svn/svn/.. -I/usr/src/usr.bin/svn/svn/../lib/libapr -I/usr/src/usr.bin/svn/svn/../../../contrib/apr/include/arch/unix -I/usr/src/usr.bin/svn/svn/../../../contrib/apr/include -I/usr/src/usr.bin/svn/svn/../lib/libapr_util -I/usr/src/usr.bin/svn/svn/../../../contrib/apr-util/include/private -I/usr/src/usr.bin/svn/svn/../../../contrib/apr-util/include -I. -DHAS_ORGANIZATION_NAME -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/svn/update-c md.c cc -O2 -pipe -I/usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/include -I/usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion -I/usr/src/usr.bin/svn/svn/.. -I/usr/src/usr.bin/svn/svn/../lib/libapr -I/usr/src/usr.bin/svn/svn/../../../contrib/apr/include/arch/unix -I/usr/src/usr.bin/svn/svn/../../../contrib/apr/include -I/usr/src/usr.bin/svn/svn/../lib/libapr_util -I/usr/src/usr.bin/svn/svn/../../../contrib/apr-util/include/private -I/usr/src/usr.bin/svn/svn/../../../contrib/apr-util/include -I. -DHAS_ORGANIZATION_NAME -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/svn/upgrade- cmd.c cc -O2 -pipe -I/usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/include -I/usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion -I/usr/src/usr.bin/svn/svn/.. -I/usr/src/usr.bin/svn/svn/../lib/libapr -I/usr/src/usr.bin/svn/svn/../../../contrib/apr/include/arch/unix -I/usr/src/usr.bin/svn/svn/../../../contrib/apr/include -I/usr/src/usr.bin/svn/svn/../lib/libapr_util -I/usr/src/usr.bin/svn/svn/../../../contrib/apr-util/include/private -I/usr/src/usr.bin/svn/svn/../../../contrib/apr-util/include -I. -DHAS_ORGANIZATION_NAME -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/svn/util.c /usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/svn/util.c:4 16:7: error: expected ')' ORGANIZATION_NAME ^ ./freebsd-organization.h:1:27: note: expanded from macro 'ORGANIZATION_NAME' #define ORGANIZATION_NAME _____________ ^ /usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/svn/util.c:4 14:27: note: to match this '(' svn_stringbuf_appendcstr(default_msg, "Sponsored by:\t" ^ 1 error generated. *** Error code 1 Stop. bmake[4]: stopped in /usr/src/usr.bin/svn/svn *** Error code 1 Stop. bmake[3]: stopped in /usr/src/usr.bin/svn *** Error code 1 Stop. bmake[2]: stopped in /usr/src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /usr/src *** Error code 1 Stop. bmake: stopped in /usr/src *** [buildworld] Error code 1 Stop in /usr/src. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 03:24:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B58AF4F8 for ; Thu, 17 Apr 2014 03:24:31 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 512231A42 for ; Thu, 17 Apr 2014 03:24:31 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id l18so11996109wgh.16 for ; Wed, 16 Apr 2014 20:24:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pRgvJB6jbDuumTtyVMdM7vdyRKTGxepifMKf71kUmeg=; b=QJ0avAoObjaIct5cnE+wW6HPc1UjVgAun+6mZKK5guX5Kaw50SIHBQiP2Sq8uabz6V H2Yb6aFPc7kzuajvLjpaQizIiwf6q7BWhzBRRpBH3pUPGfUVXF4fyJKsuTdlgaN2XeJR 1bEGryk7KllrOhVxjB+kNCfsiYRPv6jrIwPEuhzYn7Zf1uz1mWcjaHdeUllna3qcfr+L Ql3gtAnntLoMd4ftOzqyCMj0yt0473alf4RSH+Bmij8pQGYPK2xDVUcMBcS1/lTvl408 G31/ywnzUHQX+uZW3R3PYzI8npgx3j5k6c98ViaHDrNxBbc53ydWSz+Hx2G4yFkF9dv+ Y3EQ== MIME-Version: 1.0 X-Received: by 10.180.96.66 with SMTP id dq2mr10148990wib.54.1397705067972; Wed, 16 Apr 2014 20:24:27 -0700 (PDT) Received: by 10.216.86.145 with HTTP; Wed, 16 Apr 2014 20:24:27 -0700 (PDT) In-Reply-To: <001501cf59c8$88555a20$99000e60$@gmail.com> References: <001501cf59c8$88555a20$99000e60$@gmail.com> Date: Wed, 16 Apr 2014 23:24:27 -0400 Message-ID: Subject: Re: FreeBSD 10 buildworld failing on ORGANIZATION_NAME From: "illoai@gmail.com" To: sindrome Content-Type: text/plain; charset=UTF-8 Cc: ml-freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 17 Apr 2014 03:24:31 -0000 on 16 April 2014 19:06, sindrome wrote: > I'm trying to migrate from FreeBSD 9 to 10. Anyone have an idea why > buildworld is failing. I was able to build the new kernel without a problem > > FreeBSD foo.bar.net 9.2-STABLE FreeBSD 9.2-STABLE #0 r264148: Sun Apr 6 > 12:01:20 CDT 2014 foo@foo.bar.net:/usr/obj/usr/src/sys/FOO i386 > > > > > cc -O2 -pipe > -I/usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/include > -I/usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion > -I/usr/src/usr.bin/svn/svn/.. -I/usr/src/usr.bin/svn/svn/../lib/libapr > -I/usr/src/usr.bin/svn/svn/../../../contrib/apr/include/arch/unix > -I/usr/src/usr.bin/svn/svn/../../../contrib/apr/include > -I/usr/src/usr.bin/svn/svn/../lib/libapr_util > -I/usr/src/usr.bin/svn/svn/../../../contrib/apr-util/include/private > -I/usr/src/usr.bin/svn/svn/../../../contrib/apr-util/include -I. > -DHAS_ORGANIZATION_NAME -std=gnu99 -Qunused-arguments -fstack-protector > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c > /usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/svn/update-c > md.c > cc -O2 -pipe > -I/usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/include > -I/usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion > -I/usr/src/usr.bin/svn/svn/.. -I/usr/src/usr.bin/svn/svn/../lib/libapr > -I/usr/src/usr.bin/svn/svn/../../../contrib/apr/include/arch/unix > -I/usr/src/usr.bin/svn/svn/../../../contrib/apr/include > -I/usr/src/usr.bin/svn/svn/../lib/libapr_util > -I/usr/src/usr.bin/svn/svn/../../../contrib/apr-util/include/private > -I/usr/src/usr.bin/svn/svn/../../../contrib/apr-util/include -I. > -DHAS_ORGANIZATION_NAME -std=gnu99 -Qunused-arguments -fstack-protector > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c > /usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/svn/upgrade- > cmd.c > cc -O2 -pipe > -I/usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/include > -I/usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion > -I/usr/src/usr.bin/svn/svn/.. -I/usr/src/usr.bin/svn/svn/../lib/libapr > -I/usr/src/usr.bin/svn/svn/../../../contrib/apr/include/arch/unix > -I/usr/src/usr.bin/svn/svn/../../../contrib/apr/include > -I/usr/src/usr.bin/svn/svn/../lib/libapr_util > -I/usr/src/usr.bin/svn/svn/../../../contrib/apr-util/include/private > -I/usr/src/usr.bin/svn/svn/../../../contrib/apr-util/include -I. > -DHAS_ORGANIZATION_NAME -std=gnu99 -Qunused-arguments -fstack-protector > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c > /usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/svn/util.c > /usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/svn/util.c:4 > 16:7: error: expected ')' > ORGANIZATION_NAME > ^ > ./freebsd-organization.h:1:27: note: expanded from macro 'ORGANIZATION_NAME' > #define ORGANIZATION_NAME _____________ > ^ > /usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/svn/util.c:4 > 14:27: note: to match this '(' > svn_stringbuf_appendcstr(default_msg, "Sponsored by:\t" > ^ > 1 error generated. > *** Error code 1 > > Stop. > bmake[4]: stopped in /usr/src/usr.bin/svn/svn > *** Error code 1 > > Stop. > bmake[3]: stopped in /usr/src/usr.bin/svn > *** Error code 1 > > Stop. > bmake[2]: stopped in /usr/src/usr.bin > *** Error code 1 > > Stop. > bmake[1]: stopped in /usr/src > *** Error code 1 > > Stop. > bmake: stopped in /usr/src > *** [buildworld] Error code 1 > > Stop in /usr/src. >From /usr/src/contrib/subversion/subversion/svn/util.h: #ifdef HAS_ORGANIZATION_NAME #include "freebsd-organization.h" #endif I don't find any such file named "freebsd-organization.h" (at least on 10-stable). Do you have anything weird defined in /etc/make.conf? -- -- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 04:37:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5CD4A705 for ; Thu, 17 Apr 2014 04:37:18 +0000 (UTC) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 27B301162 for ; Thu, 17 Apr 2014 04:37:18 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id h18so1799868igc.2 for ; Wed, 16 Apr 2014 21:37:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:thread-index :content-language; bh=tgmkF3W3YqDnAlFC+KZ/+G3EwTktAmhDdaqQ2hAXosg=; b=ThU+1QhcpU3hKPLVylVYrN9f3opOyKa0e/RmsCRMeJlEIlRLak6z7SuYsr+nfS08yQ cnCacUeWiIQyIz9tYvTOjKlXcozzMFc/0i81GiZC70Tyr5W3GrjL1Bp4HizH10jjC5nI v4BPS/oq7JXJwUumXulrUymzIEQu3B/i70qbzCuN2cwsheKdauiVAmkLZfPk6Qtor6/j sfMpdxLuueYhvwbiZ/cWNcgbz43b6pwlWpYLb1bxCm6Wg3SdSqsAaLQ/QMijVOWwdVZy WcvNANBJsUZpJ6IVeiVFW9q4etlTnibwINxQGQXktSlNkQ/Nh8sAUOtYQf57WZCkPqr8 MyzA== X-Received: by 10.42.62.143 with SMTP id y15mr7727289ich.14.1397709437501; Wed, 16 Apr 2014 21:37:17 -0700 (PDT) Received: from SINDROME (c-50-178-125-248.hsd1.il.comcast.net. [50.178.125.248]) by mx.google.com with ESMTPSA id z10sm3496746igm.8.2014.04.16.21.37.16 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 16 Apr 2014 21:37:17 -0700 (PDT) From: "sindrome" To: References: <001501cf59c8$88555a20$99000e60$@gmail.com> In-Reply-To: Subject: RE: FreeBSD 10 buildworld failing on ORGANIZATION_NAME Date: Wed, 16 Apr 2014 23:37:16 -0500 Message-ID: <000301cf59f6$b64cb120$22e61360$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJpJxcuoycsLh1xU76TGOGE/LRg7QHS7bQsmdMHhWA= Content-Language: en-us Cc: 'ml-freebsd-stable' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 17 Apr 2014 04:37:18 -0000 > /usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/svn/ut > il.c:4 > 16:7: error: expected ')' > ORGANIZATION_NAME > ^ > ./freebsd-organization.h:1:27: note: expanded from macro = 'ORGANIZATION_NAME' > #define ORGANIZATION_NAME _____________ > ^ > /usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/svn/ut > il.c:4 > 14:27: note: to match this '(' > svn_stringbuf_appendcstr(default_msg, "Sponsored by:\t" > ^ > 1 error generated. > *** Error code 1 > > Stop. > bmake[4]: stopped in /usr/src/usr.bin/svn/svn > *** Error code 1 > > Stop. > bmake[3]: stopped in /usr/src/usr.bin/svn > *** Error code 1 > > Stop. > bmake[2]: stopped in /usr/src/usr.bin > *** Error code 1 > > Stop. > bmake[1]: stopped in /usr/src > *** Error code 1 > > Stop. > bmake: stopped in /usr/src > *** [buildworld] Error code 1 > > Stop in /usr/src. >From /usr/src/contrib/subversion/subversion/svn/util.h: #ifdef HAS_ORGANIZATION_NAME #include "freebsd-organization.h" #endif I don't find any such file named "freebsd-organization.h" (at least on 10-stable). Do you have anything weird defined in /etc/make.conf? Here's what's in my /etc/make.conf cat /etc/make.conf KERNCONF=3DFOOBAR BATCH?=3Dyes WITH_PKGNG=3Dyes From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 09:23:07 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8093D393; Thu, 17 Apr 2014 09:23:07 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 C566511CA; Thu, 17 Apr 2014 09:23:06 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3H9MnwR026289; Thu, 17 Apr 2014 11:22:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3H9MmDG026060; Thu, 17 Apr 2014 09:22:48 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 17 Apr 2014 09:22:48 GMT Message-Id: <201404170922.s3H9MmDG026060@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2014 09:23:07 -0000 TB --- 2014-04-17 07:40:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-17 07:40:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-17 07:40:45 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-04-17 07:40:45 - cleaning the object tree TB --- 2014-04-17 07:40:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-17 07:41:37 - At svn revision 264582 TB --- 2014-04-17 07:41:38 - building world TB --- 2014-04-17 07:41:38 - CROSS_BUILD_TESTING=YES TB --- 2014-04-17 07:41:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-17 07:41:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-17 07:41:38 - SRCCONF=/dev/null TB --- 2014-04-17 07:41:38 - TARGET=ia64 TB --- 2014-04-17 07:41:38 - TARGET_ARCH=ia64 TB --- 2014-04-17 07:41:38 - TZ=UTC TB --- 2014-04-17 07:41:38 - __MAKE_CONF=/dev/null TB --- 2014-04-17 07:41:38 - cd /src TB --- 2014-04-17 07:41:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 17 07:41:49 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/src/secure/lib/libssl/../../../crypto/openssl -I/src/secure/lib/libssl/../../../crypto/openssl/crypto -I/obj/ia64.ia64/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -std=gnu99 -Wno-pointer-sign -c /src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_asn1.c -o ssl_asn1.po cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/src/secure/lib/libssl/../../../crypto/openssl -I/src/secure/lib/libssl/../../../crypto/openssl/crypto -I/obj/ia64.ia64/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -std=gnu99 -Wno-pointer-sign -c /src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_cert.c -o ssl_cert.po cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/src/secure/lib/libssl/../../../crypto/openssl -I/src/secure/lib/libssl/../../../crypto/openssl/crypto -I/obj/ia64.ia64/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -std=gnu99 -Wno-pointer-sign -c /src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_ciph.c -o ssl_ciph.po /src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_ciph.c: In function 'ssl_cipher_process_rulestr': /src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_ciph.c:1106: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[4]: stopped in /src/secure/lib/libssl *** Error code 1 Stop. bmake[3]: stopped in /src/secure/lib *** Error code 1 Stop. bmake[2]: stopped in /src/secure *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-17 09:22:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-17 09:22:47 - ERROR: failed to build world TB --- 2014-04-17 09:22:47 - 4652.32 user 1840.64 system 6122.09 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 09:56:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 013F5883; Thu, 17 Apr 2014 09:56:02 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 84B9A14E7; Thu, 17 Apr 2014 09:56:01 +0000 (UTC) Received: from home.opsec.eu (localhost [127.0.0.1]) by home.opsec.eu (8.14.7/8.14.7) with ESMTP id s3H9tiCn063188; Thu, 17 Apr 2014 11:55:59 +0200 (CEST) (envelope-from lists@opsec.eu) Received: (from pi@localhost) by home.opsec.eu (8.14.7/8.14.7/Submit) id s3E4b979014506; Mon, 14 Apr 2014 06:37:09 +0200 (CEST) (envelope-from lists@opsec.eu) X-Authentication-Warning: home.opsec.eu: pi set sender to lists@opsec.eu using -f Date: Mon, 14 Apr 2014 06:37:08 +0200 From: Kurt Jaeger To: Dmitry Sivachenko Subject: Re: UFS2 SU+J could not recover after power-off sgain (was: One process which would not die force me to power-cycle server and ALL UFS SUJ FSes are completely broken after that AGAIN!) Message-ID: <20140414043708.GA2341@home.opsec.eu> References: <981154629.20140412170953@serebryakov.spb.ru> <482103242.20140413141010@serebryakov.spb.ru> <8A3243EF-90D0-428A-99C1-8360DB402B86@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8A3243EF-90D0-428A-99C1-8360DB402B86@gmail.com> Cc: freebsd-fs@FreeBSD.org, freebsd-stable@freebsd.org, lev@FreeBSD.org, pfg@FreeBSD.org, mckusick@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 17 Apr 2014 09:56:02 -0000 Hi! > Turn off journaling, it has many issues reported. I agree with that. We do this on every new install. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 10:37:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95781483 for ; Thu, 17 Apr 2014 10:37:12 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp09.smtpout.orange.fr [80.12.242.131]) by mx1.freebsd.org (Postfix) with ESMTP id 1629418EB for ; Thu, 17 Apr 2014 10:37:11 +0000 (UTC) Received: from localhost ([92.136.145.59]) by mwinf5d32 with ME id qyd91n00b1H6pGC03yd9p7; Thu, 17 Apr 2014 12:37:10 +0200 X-ME-Helo: localhost X-ME-Date: Thu, 17 Apr 2014 12:37:10 +0200 X-ME-IP: 92.136.145.59 Message-ID: <534FAED5.7070703@orange.fr> Date: Thu, 17 Apr 2014 12:37:09 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: John Baldwin Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels References: <201404161038.55512.jhb@freebsd.org> <534EA7AC.8060808@orange.fr> <201404161306.26721.jhb@freebsd.org> In-Reply-To: <201404161306.26721.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 17 Apr 2014 10:37:12 -0000 On 04/16/2014 19:06, John Baldwin wrote: > On Wednesday, April 16, 2014 11:54:20 am Claude Buisson wrote: >> On 04/16/2014 16:38, John Baldwin wrote: >>> On Wednesday, April 16, 2014 5:41:44 am Claude Buisson wrote: >>>> On 04/16/2014 10:09, Trond Endrest=F8l wrote: >>>>> On Tue, 15 Apr 2014 19:44+0200, Trond Endrest=F8l wrote: >>>>> >>>>>> On Fri, 11 Apr 2014 18:38+0200, Trond Endrest=F8l wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I have a couple of uncritical systems running stable/8 r258344. >>>>>>> Hardware is Dell OptiPlex GX260, BIOS A09, which is the latest re= v. >>>>>>> >>>>>>> The r264339 GENERIC kernel are unable to mount the root fs from t= he >>>>>>> hard drive using MBR, FreeBSD slice, and UFS volume labels. >>>>>>> >>>>>>> r258344 obviously can. >>>>>>> >>>>>>> I even tried regular device names like /dev/ad0s1a in /etc/fstab,= and >>>>>>> at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still >>>>>>> cannot mount the root fs. >>>>>>> >>>>>>> The new kernel (r264339) does recognize the ad0 harddrive, and ad= 0 is >>>>>>> listed as one of the GEOM managed disk devices; acd0 being the ot= her >>>>>>> one. >>>>>>> >>>>>>> Do I need to load additional geom modules, or is it a genuine bug= ? >>>>>>> >>>>>>> I have recreated the same conditions on a spare GX260, yes, I hav= e >>>>>>> plenty of them. >>>>>> >>>>>> I believe I have identified r262226 as the offending commit. >>>>>> >>>>>> Maybe the flags integer is set to a bad value before the calls to >>>>>> resource_list_alloc(). >>>>>> >>>>>> My spare system is currently recompiling r262221 of both world and= >>>>>> kernel, and I hope to confirm this assumption in a few hours. >>>>> >>>>> Confirmed. >>>>> >>>>>> If all goes well, I intend to move forward to the latest revision = of >>>>>> stable/8, back out the change done to sys/dev/pci/pci.c in r262226= , >>>>>> recompile world and kernel, install the kernel, and if successfull= y, >>>>>> I'll install world as well. >>>>> >>>>> Confirmed, stable/8 r264519 with r262226 backed out does indeed wor= k >>>>> on a Dell OptiPlex GX260, BIOS A09. >>>>> >>>> >>>> Just another data point related to r262226: >>>> >>>> Yesterday, I upgraded a stable/8 system from r260539 to r264426, whi= ch could not >>>> finish booting. In my case, it stopped just after detecting an agp c= ard (and >>>> could boot if agp was disabled by device.hints). >>>> >>>> Reverting r262226 gave me back a fully usable system. >>>> >>>> This system is also a Dell, but a (oldish) Dimension 4550 BIOS A08. >>>> >>>>> Any chance anyone would like to dig deeper into the matter? >>>>> Should I file a PR? >>>>> >>>> >>>> I think so, if jhb (cced) keep being interested in stable/8.. >>>> >>>> BTW, this morning I succeeded in booting a stable/10 snapshot r26419= 4 USB stick >>>> on this machine. >>> >>> Can you get a verbose dmesg with and without the change? >>> >> >> If r262226 is not reverted, the only way to boot and have a verbose dm= esg is to >> disable agp. Is it OK ? > > Yes. Hmmmm. I may know what the problem is then. Can you kldload agp= after > boot? > Here we are: verbose dmesg, kernel with agp, r262226 reverted =3D verbose.pci.c_revert= ed http://dl.free.fr/hp7ORcx71 pciconf with the same kernel =3D pciconf.pci.c_reverted http://dl.free.fr/tSrfsnxhK verbose dmesg, kernel without agp, not reverted =3D verbose.noagp http://dl.free.fr/gejndPCDZ With this kernel, kldloading agp.ko has for only effect to lock the syste= m=20 (cannot switch vty, no answer to pings, ..) -> panic/power button. Hope this help CBu From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 11:40:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57D816DC for ; Thu, 17 Apr 2014 11:40:23 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "NewFS.denninger.net", Issuer "NewFS.denninger.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 030431FCE for ; Thu, 17 Apr 2014 11:40:22 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.8/8.14.8) with ESMTP id s3HBe24R049763 for ; Thu, 17 Apr 2014 06:40:05 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Thu Apr 17 06:40:05 2014 Message-ID: <534FBD8D.10400@denninger.net> Date: Thu, 17 Apr 2014 06:39:57 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 10 buildworld failing on ORGANIZATION_NAME References: <001501cf59c8$88555a20$99000e60$@gmail.com> <000301cf59f6$b64cb120$22e61360$@gmail.com> In-Reply-To: <000301cf59f6$b64cb120$22e61360$@gmail.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060606080602000709050904" X-Antivirus: avast! (VPS 140417-0, 04/17/2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 17 Apr 2014 11:40:23 -0000 This is a cryptographically signed message in MIME format. --------------ms060606080602000709050904 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 4/16/2014 11:37 PM, sindrome wrote: >> /usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/svn/ut= >> il.c:4 >> 16:7: error: expected ')' >> ORGANIZATION_NAME >> ^ >> ./freebsd-organization.h:1:27: note: expanded from macro 'ORGANIZATION= _NAME' >> #define ORGANIZATION_NAME _____________ >> ^ >> /usr/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/svn/ut= >> il.c:4 >> 14:27: note: to match this '(' >> svn_stringbuf_appendcstr(default_msg, "Sponsored by:\t" >> ^ >> 1 error generated. >> *** Error code 1 >> >> Stop. >> bmake[4]: stopped in /usr/src/usr.bin/svn/svn >> *** Error code 1 >> >> Stop. >> bmake[3]: stopped in /usr/src/usr.bin/svn >> *** Error code 1 >> >> Stop. >> bmake[2]: stopped in /usr/src/usr.bin >> *** Error code 1 >> >> Stop. >> bmake[1]: stopped in /usr/src >> *** Error code 1 >> >> Stop. >> bmake: stopped in /usr/src >> *** [buildworld] Error code 1 >> >> Stop in /usr/src. > >From /usr/src/contrib/subversion/subversion/svn/util.h: > #ifdef HAS_ORGANIZATION_NAME > #include "freebsd-organization.h" > #endif > > I don't find any such file named "freebsd-organization.h" > (at least on 10-stable). > > Do you have anything weird defined in /etc/make.conf? > > Here's what's in my /etc/make.conf > > cat /etc/make.conf > KERNCONF=3DFOOBAR > BATCH?=3Dyes > WITH_PKGNG=3Dyes I sent in a PR and patch for this a bit ago and it looked like it was=20 committed. How recent is your source pull? The problem is that there is a=20 quotation requirement missing; if "ORGANIZATION" is defined (in your=20 shell, it's not in /etc/make.conf normally) the build will blow up. --=20 -- Karl karl@denninger.net --------------ms060606080602000709050904 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA0MTcxMTM5NTdaMCMGCSqGSIb3DQEJBDEW BBSx7jiif3GJR0PHP8VEtzLmTjOIZzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIAOoqHmXVtQ964nVZB4g4nW+H6iaMP 6wFvP7+IZd57Lz0XS7E083jwzZfnW5Dy29KV/7j2mDVJZQJtpDWnOepfgD6LKmHtQAnekmck P/4dAlcWqKxHpZfqlDB/PHTJ2VX3TOX6zzigMQ91NmVdtgnDa3550rLJSD9KBMuiXE/9RGnA hbGZfUK2Isk8mCrUf2Wl+yFtt29S4GvoQV/Ae+3SIL0eqp87sspDfMUiKVtKCUfou9/ai7VX z7f6hYM2Z4FQCrfHdHTCmcnJO0bIaKZzDrAMKX1zvREGHafp/7gw0GLeI7ke4VA5P9OEcARU IMdSmaStdHzCtrC47AY6uYjuh4uZQz8nYIr+FaJOQxyFuI/2+f5Xbe6N1n1hWKqd5PFpV2WL Cfa+T0vYtfYJXvgkWWh9nnxidxF7Pg4yCuXFVuMm/23koK2nFYG8RMIHz0+Y5p0jxo7LYwkA qzYp7jc9yeIKaIaAjPpsSPwFwuHRqem96VFR1u9datNfT7Ok6IfYnOumSeS5qn3TzjPRCd0w qCe6uGb1LwUQFwQRJVWLL3yHE0rcSy3bJNHql47npi0zC+NHaftYAzZu7zkjQYePkcdX0nP+ 3IwE3eTGkvqXAd3dq2ivhW5BJNYoI9VnPLi9LOkFHsAxdZw7U2ywNAbinLcT+w7OFKenRjLz Td/ajDoAAAAAAAA= --------------ms060606080602000709050904-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 18:32:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9644711F; Thu, 17 Apr 2014 18:32:58 +0000 (UTC) Received: from mail-ee0-x22e.google.com (mail-ee0-x22e.google.com [IPv6:2a00:1450:4013:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F47612DB; Thu, 17 Apr 2014 18:32:57 +0000 (UTC) Received: by mail-ee0-f46.google.com with SMTP id t10so930900eei.5 for ; Thu, 17 Apr 2014 11:32:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:organization:mime-version :content-type:content-transfer-encoding; bh=uD9E4oBTs+cbtzZGczJ3TTkWuefsAAEikIE4cFdN58U=; b=yiDCM8oavQud0vJ8cO5cn23ShDV7xDkgXex9ThL1btarmHTqTd+DGBoqH0mrncjwun Lp5w+q10n9XpQVNHvNUciZB7TXDMQ++EwQ2dhg/lEvaEwBOBrpYtXhrRlBaUEFPVpisW tH0WyD1p3OVa4sdkDG+5xYZ6qON7P1evOxswhMafpuhjIjIhijb5wyuvnHko6ixINFv6 5fAFTOTxVrbh7x70Hxvoi1JxItA2bKL+7xV+1r+dVkv57ju/blQ61xmmvAXPJkNXdxFR wA9fnEbzWRHCiGHQNCmu8TAOIDU71xzRFRI9rTDA+CFex7vA50BzykBvpg+Pm83Or/l6 Fa+Q== X-Received: by 10.15.35.66 with SMTP id f42mr4684483eev.93.1397759575450; Thu, 17 Apr 2014 11:32:55 -0700 (PDT) Received: from funktor (catv-80-99-67-72.catv.broadband.hu. [80.99.67.72]) by mx.google.com with ESMTPSA id 48sm69562369eee.2.2014.04.17.11.32.53 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 17 Apr 2014 11:32:54 -0700 (PDT) Sender: =?UTF-8?B?UMOhbGkgR8OhYm9yIErDoW5vcw==?= Date: Thu, 17 Apr 2014 20:32:36 +0200 From: Gabor Pali To: hackers@freebsd.org Subject: FreeBSD Quarterly Status Report, January-March 2014 Message-ID: <20140417203258.680ee824@funktor> Organization: The FreeBSD Project X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.22; i386-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 17 Apr 2014 18:32:58 -0000 FreeBSD Quarterly Status Report, January-March 2014 This report covers FreeBSD-related projects between January and March 2014. This is the first of four reports planned for 2014. Note that there is an HTML version available at http://www.FreeBSD.org/news/status/report-2014-01-2014-03.html Introduction The first quarter of 2014 was, again, a hectic and productive time for FreeBSD. The Ports team released their landmark first quarterly "stable" branch. FreeBSD continues to grow on the ARM architecture, now running on an ARM-based ChromeBook. SMP is now possible on multi-core ARM systems. bhyve, the native FreeBSD hypervisor, continues to improve. An integral test suite is taking shape, and the Jenkins Continuous Integration system has been implemented. FreeBSD patches to GCC are being "forward-ported", and LLDB, the Clang/LLVM debugger is being ported. Desktop use has also seen improvements, with work on Gnome, KDE, Xfce, KMS video drivers, X.org, and vt, the new console driver which supports KMS and Unicode. Linux and Wine binary compatibility layers have been improved. UEFI booting support has been merged to head. The FreeBSD Foundation continues to assist in moving FreeBSD forward, sponsoring conferences and meetings and numerous development projects. And these are only some of the things that happened! Read on for even more. Thanks to all the reporters for the excellent work! This report contains 41 entries and we hope you enjoy reading it. The deadline for submissions covering between April and June 2014 is July 7th, 2014. __________________________________________________________________ FreeBSD Team Reports * FreeBSD Cluster Administration Team * FreeBSD Core Team * FreeBSD Documentation Engineering Team * FreeBSD Port Management Team * FreeBSD Postmaster Team * FreeBSD Release Engineering Team Projects * Jenkins Continuous Integration for FreeBSD * ZFSguru Kernel * ASLR and PIE * Intel GPU Driver Update * Native iSCSI Stack * New Automounter * PCI SR-IOV Infrastructure * SDIO Driver * UEFI Boot * Updated vt(4) System Console Architectures * bhyve * FreeBSD Host Support for OpenStack and OpenContrail * FreeBSD on Chromebook * FreeBSD/arm64 * FreeBSD/armv6hf * SMP on Multi-Core ARM Systems Userland Programs * auditdistd(8) * External Toolchain Improvements * Forward Port FreeBSD GCC * FreeBSD Test Suite * LLDB Debugger Port Ports * Chromium * FreeBSD Ada Ports * GCC in the Ports Collection * GNOME/FreeBSD * KDE/FreeBSD * libvirt/bhyve Support * OpenAFS on FreeBSD * The Graphics Stack on FreeBSD * Using CentOS 6.5 as Linux Base * Wine/FreeBSD * Xfce/FreeBSD Documentation * ZFS Chapter of the Handbook Miscellaneous * FreeBSD Participating in Summer of Code 2014 * The FreeBSD Foundation __________________________________________________________________ FreeBSD Cluster Administration Team Contact: FreeBSD Cluster Administration Team The FreeBSD Cluster Administration Team consists of the people responsible for administering the machines that the project relies on for its distributed work and communications to be synchronised. In this quarter, the team has worked on the following: * Assimilated master email configurations into a single source control repository. * Moved the FreeBSD web server CGI services to a new location (sponsored). * Further enhanced upon our internal monitoring utilities. * Added a Russian pkg(8) mirror, hosted by Yandex. * Moved the FreeBSD Foundation web services to a new server (sponsored). This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ FreeBSD Core Team Contact: FreeBSD Core Team The FreeBSD Core Team constitutes the project's "Board of Directors", responsible for deciding the project's overall goals and direction as well as managing specific areas of the FreeBSD project landscape. The first quarter of 2014 was very active for the Core Team. John Baldwin and David Chisnall kept coordinating the work required for providing a newer version of X.Org for 9.x and 10.x systems. Now that vt(4), a successor to syscons(4) that offers a KMS-enabled console, has been merged to both stable/9 and stable/10, an alternative pkg(8) repository is in preparation for wider testing of vt(4) and the new X.Org version. In addition to that, John Baldwin published the policy on licenses for new files and files with non-standard licenses. Thanks to the efforts of Gavin Atkinson, FreeBSD has again made it into the Google Summer of Code program, for the tenth time. David Chisnall reported that both libc++ and libstdc++ can now be built, as all of the standards-compliant implementations of the required numerical functions have been added. The Core Team conducted an annual review among the Project teams and hats, where team members had to declare whether they wished to continue their service. As a result, Florian Smeets replaced David Wolfskill in the lead role of the Postmaster Team, and Glen Barber assumed the head Release Engineer position from Ken Smith. The Core Team congratulates Florian and Glen, and thanks David and Ken for their long-standing work. The Core Team approved chartering the Ports Security Team, which is established to maintain security updates for the ported applications. In coordination with the Port Management Team, pkg_tools was eventually deprecated and tagged with an End-of-Life date, in order to clear the way for pkg(8). The Port Management Team also requested a way to make it possible to track userland ABI and KBI changes reliably for the Ports Collection. Ideally this can be achieved by increasing the value of __FreeBSD_version on each fix, therefore the corresponding discussion concluded in freezing the ABI note tag for releases in order to keep the size of binary patches for freebsd-update(8) low. A related Errata Notice is about to be published soon. Only a single commit bit was taken for safekeeping. We did not have new committers to the src/ repository in this quarter. __________________________________________________________________ FreeBSD Documentation Engineering Team URL: http://lists.freebsd.org/pipermail/freebsd-doc/2014-February/023265= .html Contact: FreeBSD Documentation Engineering Team The FreeBSD Documentation Engineering Team is responsible for defining and following up on the documentation goals for the committers in the Documentation project. The team is pleased to announce a new member -- Warren Block. In early March, the FreeBSD Documentation Engineering Team members assumed responsibility for the FreeBSD Webmaster Team. __________________________________________________________________ FreeBSD Port Management Team URL: http://www.FreeBSD.org/ports/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-po= rts/ URL: http://portsmon.freebsd.org/index.html URL: http://www.freebsd.org/portmgr/index.html URL: http://blogs.freebsdish.org/portmgr/ URL: http://www.twitter.com/freebsd_portmgr/ URL: http://www.facebook.com/portmgr URL: http://plus.google.com/communities/108335846196454338383 Contact: Thomas Abthorpe Contact: Frederic Culot Contact: FreeBSD Port Management Team The role of the FreeBSD Port Management Team is to ensure that the FreeBSD Ports Developer community provides a ports collection that is functional, stable, up-to-date and full-featured. It is also to coordinate among the committers and developers who work on it. The ports tree slowly approaches the 25,000 ports threshold, while the PR count exceeds 1,800. In the first quarter, we added four new committers, took in three commit bits for safe keeping, and reinstated one commit bit. In January, the longest serving port manager, Joe Marcus Clarke, stepped down from his active duties on the team. At a similar time Ion-Mihai Tetcu also stepped down from his duties. Fortunately, as a result of the first portmgr-lurkers intake, we were able to replace them with Mathieu Arnold and Antoine Brodin. Commencing March 1, the second intake of portmgr-lurkers started active duty on portmgr for a four month duration. The next two candidates are Alexey Dokuchaev and Frederic Culot. This quarter also saw the release of the first quarterly branch, namely 2014Q1. This branch is intended to provide a stable and high-quality ports tree, with patches related to security fixes as well as packaging and runtime fixes being backported from head. Ongoing maintenance goes into redports.org, including QAT runs and ports and security updates. Open tasks: 1. As previously noted, many PRs continue to languish. We would like to see committers dedicate themselves to closing as many as possible. __________________________________________________________________ FreeBSD Postmaster Team Contact: FreeBSD Postmaster Team The FreeBSD Postmaster Team is responsible for mail being correctly delivered to the committers' email addresses, ensuring that the mailing lists work, and should take measures against possible disruptions of project mail services, such as having troll-, spam- and virus-filters. In the first quarter of 2014, the team has implemented these items that may be interest of the general public: * Continued a discussion on current and possible future mail and spam filtering. * Discovered more of what needs to be done for a new year (with respect to email archives), did what we could, and recorded the steps for next time. * Added Kubilay Kocak to donations, requested by Pietro Cerutti. * Added Warren Block to doceng. * Made sure portmgr receives bounces for pkg-fallout messages. * Created a jenkins-admin mail alias. * Enabled Mailman password reminder emails again. * Discovered that all Mailman cron jobs were disabled in November during upgrades. Enabled those again. This caused problems like digests not being sent. __________________________________________________________________ FreeBSD Release Engineering Team URL: http://www.FreeBSD.org/releases/9.3R/schedule.html URL: http://www.FreeBSD.org/releases/9.3R/todo.html URL: http://ftp.FreeBSD.org/pub/FreeBSD/snapshots/ISO-IMAGES/ Contact: FreeBSD Release Engineering Team The FreeBSD Release Engineering Team is responsible for setting and publishing release schedules for official project releases of FreeBSD, announcing code freezes and maintaining the respective branches, among other things. In early January, the team became aware of several last-minute showstopper issues in FreeBSD 10.0, which led to an extension in the final release builds. FreeBSD 10.0-RELEASE was announced on January 20, two months behind the original schedule. The schedule for the FreeBSD 9.3-RELEASE cycle has been written and posted to the website, and the release cycle will begin early May. There is ongoing work to integrate support for embedded architectures as part of the release build process. At this time, support exists for a number of ARM kernels, in particular the Raspberry Pi, BeagleBone, and WandBoard. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Jenkins Continuous Integration for FreeBSD URL: https://jenkins.FreeBSD.org URL: https://wiki.freebsd.org/Jenkins#Jenkins_for_FreeBSD_status URL: https://wiki.freebsd.org/Jenkins#Presentations_and_Working_Groups URL: http://empt1e.blogspot.ru/2014/03/using-jenkins-libvirt-slave-plugi= n-with.html URL: http://jenkins-ci.org/ URL: http://www.ansible.com/ Contact: Craig Rodrigues Contact: Jenkins Administrators Contact: FreeBSD Testing Jenkins is a framework used by many companies and open source projects for Continuous Integration (CI). CI allows developers to commit code to a Source Code Management (SCM) system such as Subversion, and then have automated programs check out, build, and test the code. Jenkins is implemented in the Java language. Ed Maste reviewed some CI work that Craig Rodrigues had done for the FreeNAS project with Jenkins, and encouraged him to set up something similar for the FreeBSD Project. With the help of the FreeBSD Cluster Administration Team, he set up a FreeBSD machine running two bhyve virtual machines, jenkins-9.FreeBSD.org and jenkins-10.FreeBSD.org. He set up software builds of head and several stable branches on these machines. The status of these builds is visible on a web interface accessible at jenkins.FreeBSD.org. When any of the builds fail, emails are sent to freebsd-current or freebsd-stable. Emails are also sent directly to the list of people who recently committed code to Subversion since the last successful build. As part of the Jenkins setup, Craig Rodrigues encountered problems with running Java on FreeBSD 9.2 and FreeBSD 10.0. Both problems stemmed from changes to the FreeBSD Virtual Memory (VM) subsystem. On FreeBSD 9.2-RELEASE, running Jenkins under Java would cause the kernel to panic. This was a known problem, and fixed in 9.2.-RELEASE-p3. On FreeBSD 10.0-RELEASE, Java processes would randomly crash. Disabling the vm.pmap.pcid_enabled sysctl(3) variable seemed to fix the problem. In kern/187238, Henrik Gulbrandsen submitted fixes to the FreeBSD VM to address this problem. Konstantin Belousov committed the fixes to head, where they are being tested now. During the setup of the bhyve VMs which run Jenkins processes, Craig Rodrigues wrote scripts to start bhyve VMs from the rc.d bootup scripts, which were then published at GitHub. On February 19, 2014, Craig Rodrigues notified the FreeBSD developers that Jenkins was running in the FreeBSD cluster, and that they could look at the web interface to see the status of builds. On March 13, 2014, Craig Rodrigues gave a presentation of the Jenkins work at the Bay Area FreeBSD User Group (BAFUG) in Mountain View, California, USA. Video of the presentation was recorded and put online by iXsystems. Craig Rodrigues assembled a team of volunteers, jenkins-admin, to help maintain jenkins.FreeBSD.org and expand the use of Jenkins CI used in the FreeBSD cluster. jenkins-admin consists of the following people working in the following areas: * R. Tyler Croy is both a FreeBSD developer and a Jenkins developer. He will be working on fixing bugs in Jenkins specific to FreeBSD. He is first looking at fixing the libpam4j library which is used by Jenkins to interface with the PAM system for user authentication. The released version of libpam4j does not currently work on FreeBSD. * Li-Wen Hsu maintains the devel/jenkins port. He set up a Jenkins build which runs the scan-build static analyzer which is part of LLVM. * Steven Kreuzer has experience administering Jenkins systems. He set up several builds on jenkins.FreeBSD.org, including a Jenkins build of the FreeBSD documentation. He is looking into using Ansible for automatic provisioning of VMs running Jenkins in the FreeBSD cluster. * Craig Rodrigues will be running a Continuous Testing working group at the FreeBSD Devsummit in Ottawa on May 15, 2014. He will also give a Jenkins presentation on May 17, 2014. He is interested in working with Julio Merino to integrate Jenkins and Kyua. They have exchanged some emails about this on the freebsd-testing list. * Steve Wills maintains the devel/jenkins-lts port. He has implemented several builds at jenkins.FreeBSD.org which detect commits to the FreeBSD ports repository, and then build the ports tree using Poudri=C3=A8re. At the end of March, Roman Bogorodskiy reported to jenkins-admin that he has successfully run the Jenkins libvirt plugin with his libvirt modifications to integrate with bhyve. He provided a link to a blog posting where he described his experience. This project is sponsored by iXsystems, Inc. Open tasks: 1. Obtain certificates for LDAP and web servers, to replace self-signed certificates. 2. Set up more Jenkins builds of the FreeBSD base repository on different branches and with different configurations. 3. Set up more Jenkins builds of the FreeBSD ports repository on different FreeBSD versions. 4. Integrate with Kyua, so that Jenkins can run Kyua tests and report the results directly in the native Jenkins web UI where test results are reported. 5. Write scripts which can take a Jenkins build of FreeBSD, and boot the results in a bhyve VM or on real hardware. 6. Fix libpam4j on FreeBSD. 7. Continuous Testing working group at Devsummit on May 15, 2014 8. Jenkins presentation at BSDCan on May 17, 2014 __________________________________________________________________ ZFSguru URL: http://zfsguru.com/ Contact: Jason Edwards ZFSguru is a multifunctional server appliance with a strong emphasis on storage. It wants to deliver all the great BSD and ZFS technology to a wider audience, while at the same time pleasing more advanced users as well with unique features and customization. A "vanilla" ZFSguru installation comes with only Samba and a web-interface setup, but can be extended easily by installing addons called "services" to add functionality as desired. This prevents users from running programs they do not need and do not want. Advanced users can still use ZFSguru as they would a normal FreeBSD installation with a 100% ZFS setup ("Root-on-ZFS"). ZFSguru does not strip away anything, and uses a GENERIC-like kernel with only some additional settings added like InfiniBand networking, Device Polling and AltQ. This means you can use a ZFSguru installation as you would use a FreeBSD installation. In the first month of 2014, ZFSguru has released beta9 version of the web interface. This release brings vastly improved support for Samba and NFS configuration. In particular, it adds a convenient drag-and-drop interface for Samba permissions. This allows novice users to configure access to shares in various configurations. It allows both control and usability, with no manual being necessary in order to operate it. This is the ZFSguru style. New system versions have been released, based on FreeBSD 9.2, 10.0, and head. The experimental head version has vt(4) and X.org 7.12.4 and the Intel/Radeon KMS graphics drivers. That is, the latest and greatest of FreeBSD graphics development. The ZFSguru project plans to release stable/10 builds in the near future which also have the MFCed patches for vt(4), the KMS-enabled system console with Unicode support. Please see the vt(4) entry for more information. Support for ZFS version 5000 is now universal across 9.2, 10.0 and head builds. LZ4 compression is the key feature for ZFS version 5000. Otherwise users are advised to keep their pool versions as is, to be as compatible as you can with as many ZFS platforms as possible. Only upgrade the pool as you desire its functionality, forfeiting the compatibility with older storage platforms. Open tasks: 1. ZFSguru beta10 will increase the compatibility of newly added Samba functionality with non-Gecko browsers. It will also fix some minor bugs as well as speed up some pages by having a redesigned remote database system called GuruDB. 2. ZFSguru beta11 will add the one major feature still missing in ZFSguru: the Migration Manager. This allows users to maintain a file with all the configuration of their ZFSguru installation. It can be used like a firmware -- restoring the machine to the exact state and configuration of the snapshot configuration. It allows users to maintain a backup of their ZFSguru configuration and allows upgrading to a newer ZFSguru system version without any hassle. 3. Automated system builds should bring more system image releases. 4. New website with new forum and new login system. 5. Developer website with GitLab setup, allowing bug reports, code contributions, wiki, and wall messages. Note that GitLab has also been provided as a ZFSguru service, for those interested in trying GitLab. __________________________________________________________________ ASLR and PIE URL: http://0xfeedface.org/blog/lattera/2014-04-03/awesome-freebsd-aslr-= progress URL: https://github.com/lattera/freebsd/tree/soldierx/lattera/aslr URL: https://github.com/opntr/opBSD/tree/op/stable/10-aslr Contact: Shawn Webb Contact: Oliv=C3=A9r Pint=C3=A9r Address space layout randomization (ASLR) is a computer security technique involved in protection from buffer overflow attacks. In order to prevent an attacker from reliably jumping to a particular exploited function in memory, ASLR involves randomly arranging the positions of key data areas of a program, including the base of the executable and the positions of the stack, heap, and libraries, in a process' address space. We have added ASLR support to all architectures. As the primary developers behind this feature have the most access to amd64, the focus of development is on the amd64 architecture. Other architectures, such as ARM, have known bugs with our current ASLR implementation and we are working hard to fix them. We added support for Position-Independent Executables (PIEs) in a number of applications in base. Open tasks: 1. Shawn has access to a Raspberry Pi (RPI). PIE is 90% broken. Debug and fix major issues on the RPI. The existing NX stack protections are not obeyed on RPI. Properly implemented ASLR requires a NX stack. 2. Shawn will be receiving a sparc64 box on April 6, 2014. He will test ASLR on sparc64, identifying and fixing any bugs that pop up. 3. Oliv=C3=A9r has identified one or more bugs with the Linuxulator. He will be looking into that and fixing those. 4. Shawn will be cleaning up code and adding support for PIE to more applications in base. He will also add PIE support to the ports framework for general consumption. 5. Shawn will be giving a presentation regarding ASLR at BSDCan 2014. __________________________________________________________________ Intel GPU Driver Update Contact: Konstantin Belousov The project to update the Intel graphics chipset driver (i915kms) to a recent snapshot of the Linux upstream code continues. Progress was delayed by external circumstances, but it is hoped to reach a useful milestone in the near future. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Native iSCSI Stack URL: https://wiki.freebsd.org/Native%20iSCSI%20target Contact: Edward Tomasz Napieral/a The new FreeBSD in-kernel iSCSI stack was functionally complete in FreeBSD 10.0-RELEASE, but ongoing enhancements and bug fixes are being committed to FreeBSD head, with a plan to merge them back to stable/10 in time for FreeBSD 10.1-RELEASE. Many issues have been resolved, including very slow operation with data digests enabled, bugs in persistent reservations which impacted Hyper-V Failover Cluster, and a negotiation problem affecting Dell Equallogic users. There have also been numerous enhancements, such as support for redirections, which are necessary for some High Availability setups, and the ability to modify session parameters in the iscsictl utility. Previously it was necessary to remove the session and add it again. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ New Automounter Contact: Edward Tomasz Napieral/a The automount project is nearing the functional prototype stage, and a call for testing is expected in the next month. The userspace portion consists of the automountd(8) daemon, which is designed to be fully compatible with its counterparts in OS X, Solaris, and Linux, and which is nearly complete. Work on the kernel component continues. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ PCI SR-IOV Infrastructure URL: https://github.com/rysto32/freebsd/tree/iov_ixgbe Contact: Ryan Stone PCI Single Root I/O Virtualization (SR-IOV) is an optional part of the PCIe standard that provides hardware acceleration for the virtualization of PCIe devices. When SR-IOV is in use, a function in a PCI device (known as a Physical Function, or PF) will present multiple Virtual PCI Functions (VF) on the PCI bus. These VFs are fully independent PCI devices that have access to the resources of the PF. For example, on a network interface card, VFs could transmit and receive packets independent of the PF. The most obvious use case for SR-IOV is virtualization. A hypervisor like bhyve could instantiate a VF for every VM and use PCI passthrough to assign the VFs to the VMs. This would allow multiple VMs to share access to the PCI device without having to do any expensive communication with the hypervisor, greatly increasing performance of performing I/O from a VM. There are two parts to this project. The first is implementing an API in the PCI subsystem for creating VFs and configuring standard PCI features like BARs. The second part is updating individual drivers for PCI devices that support SR-IOV to configure their VFs. For example, a network interface driver will typically have to assign a MAC address to a VF and configure the interface to route packets destined for that MAC address to the VF. At this point only SR-IOV support for the ixgbe(4) driver is planned. The PCI subsystem API is designed to be generic and should support SR-IOV on any device, but fairly extensive driver work is necessary to support SR-IOV, which is currently not planned due to lack of time and hardware. At present, ixgbe(4) is able to create VFs and the ixgbevf driver is able to pass traffic. There is still a fair amount of work to support VLAN tags, multicast addresses, and other features on the VFs. Also, the VF configuration needs to be better integrated with the PF initialization path to ensure that resets of the PF do not interrupt operation of the VFs. This project is sponsored by Sandvine, Inc. __________________________________________________________________ SDIO Driver URL: https://wiki.freebsd.org/SDIO URL: https://github.com/kibab/freebsd/tree/mmccam Contact: Ilya Bakulin SDIO is an interface designed as an extension of the existing SD card standard, allowing connection of different peripherals to the host with the standard SD controller. Peripherals currently sold on the general market include WLAN/BT modules, cameras, fingerprint readers, and barcode scanners. The FreeBSD driver is implemented as an extension to the existing MMC bus, adding a lot of new SDIO-specific bus methods. A prototype of the driver for the Marvell SDIO WLAN/BT (Avastar 88W8787) module is also being developed, using the existing Linux driver as a reference. SDIO card detection and initialization already work; most needed bus methods are implemented and tested. The WiFi driver is able to load firmware onto the card and initialize it. Migration of the MMC stack to the new locking model is necessary in order to work with SDIO cards effectively. The FreeBSD CAM implementation is believed to be a good choice. There is ongoing work to implement an MMC transport for CAM. Open tasks: 1. SDIO stack: finish CAM migration. The XPT layer is almost ready. What is missing is a SIM module, for which a modified version of the SDHCI controller driver will be used, and a peripheral module, where porting the mmcsd(4) driver is required. 2. Marvell SDIO WiFi: connect it to the FreeBSD network stack, write the code to implement required functions, such as sending and receiving data, network scanning and so on. __________________________________________________________________ UEFI Boot URL: https://wiki.freebsd.org/UEFI Contact: Ed Maste The Unified Extensible Firmware Interface (UEFI) provides boot- and run-time services for x86 computers, and is a replacement for the legacy BIOS. This project will adapt the FreeBSD loader and kernel boot process for compatibility with UEFI firmware, found on contemporary servers, desktops, and laptops. Starting with Rui Paulo's i386 EFI loader, Benno Rice developed a working proof-of-concept amd64 loader in 2013 under sponsorship from the FreeBSD Foundation. After refinement, that work has now been merged from the projects/uefi Subversion branch into FreeBSD head. The project includes the infrastructure to build a UEFI-enabled loader, and the kernel-side changes to parse metadata provided by the loader. A number of integration tasks remain, with a plan to have UEFI installation and boot support merged to stable/10 in time for FreeBSD 10.1-RELEASE. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Document manual installation, including dual-boot configurations. 2. Implement chain-loading from UFS/ZFS file systems. 3. Integrate UEFI configuration with the FreeBSD installer. 4. Support secure boot. __________________________________________________________________ Updated vt(4) System Console URL: https://wiki.freebsd.org/Newcons Contact: Aleksandr Rybalko Contact: Ed Maste Contact: Ed Schouten vt(4) is a modern replacement for the existing, quite old, virtual terminal emulator called syscons(4). Initially motivated by the lack of Unicode support and infrastructural issues in syscons(4), the project was later expanded to cover the new requirement to support Kernel Mode Setting (KMS). The project is now in head, stable/10 and stable/9 branches. Hence, vt(4) can be tested by using the VT kernel configuration (i386 and amd64) or by replacing two lines in the GENERIC kernel configuration file: device sc device vga with the following ones: device vt device vt_vga Or, to use for UEFI testing, add the following lines instead: device vt device vt_efifb Major highlights: * Unicode support. * Double-width character support for CJK characters. * xterm(1)-like terminal emulation. * Support for Kernel Mode Setting (KMS) drivers (i915kms, radeonkms). * Support for different fonts per terminal window. * Simplified drivers. Brief status of supported architectures and hardware: * amd64 (VGA/i915kms/radeonkms) -- works. * ARM framebuffer -- works. * i386 (VGA/i915kms/radeonkms) -- works. * IA64 -- untested. * MIPS -- untested. * PPC and PPC64 -- work, but without X.Org yet. * SPARC -- works on certain hardware (e.g., Ultra 5). * vesa(4) -- in progress. * i386/amd64 nVidia driver -- not supported. VGA should be used (VESA planned). * Xbox framebuffer driver -- will be deleted as unused. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Create sub-directories for vt(4) under /usr/share/ to store key maps and fonts. 2. Implement the remaining features supported by vidcontrol(1). 3. Write the vt(4) manual page. (This is in progress.) 4. Support direct handling of keyboard by the kbd device (without kbdmux(4)). 5. CJK fonts. (This is in progress). 6. Address performance issues on some architectures. 7. Switch to vt(4) by default. __________________________________________________________________ bhyve URL: http://www.bhyve.org/ URL: http://www.youtube.com/watch?v=3DlTOiSyu0-MA Contact: Peter Grehan Contact: Neel Natu Contact: John Baldwin Contact: Tycho Nightingale Contact: Allan Jude bhyve is a Type-1 hypervisor that runs on the FreeBSD platform. It currently only runs FreeBSD (9.x or later) and Linux guests; current development efforts aim at widening support for other x86 64-bit operating systems. After a great deal of work by all involved, bhyve was shipped as part of FreeBSD 10.0-RELEASE. Increased interest in bhyve and the first usable versions have provided great feedback and many bug reports. A number of important improvements have been made to bhyve this quarter: * Optionally ignore accesses to unimplemented MSRs * Support soft power-off via the ACPI S5 state for bhyve guests * Graceful shutdown via ACPI on SIGTERM * Fix an issue with virtio-blk devices on Linux guests with more than 4GB of RAM * Increase the block-layer backend maximum requests to match AHCI command queue depth * Add SMBIOS support * Improve support for nmdm, opening the tty non-blocking * Add HPET device emulation * Implement the "Virtual Interrupt Delivery" and "Posted Interrupt Processing" VT-x features on newer Intel CPUs * Add support for booting FreeBSD/i386 guests * Add virtualized XSAVE support for features like AVX * Add Support for booting from ZFS with bhyveload Open tasks: 1. Improve documentation. 2. Write Handbook chapter for bhyve. 3. Merge fixes and features back to stable/10. 4. Support for booting with UEFI instead of userspace loaders. 5. CSM BIOS boot support for FreeBSD (which has no UEFI support currently). 6. Add support for virtio-scsi. 7. Improve virtio-net, add offload features, support multiple queues. 8. Implement Intel 82580 and e1000 NIC emulation. 9. Netmap support. 10. Flexible networking backend: wanproxy, vhost-net. 11. Improve resource accounting. 12. Move to a single process model, instead of bhyveload and bhyve. 13. Support running bhyve as non-root. 14. Add filters for popular VM file formats (VMDK, VHD, QCOW2). 15. Implement an abstraction layer for video (no X11 or SDL in base system). 16. Support for VNC as a video output. 17. Implement USB and Sound. 18. Suspend/resume support. 19. Live Migration. 20. Nested VT-x support (bhyve in bhyve). 21. Support for other architectures (ARM, MIPS, PPC). __________________________________________________________________ FreeBSD Host Support for OpenStack and OpenContrail URL: http://www.openstack.org/ URL: http://www.opencontrail.org/ URL: https://github.com/Semihalf/openstack-devstack URL: https://github.com/Semihalf/openstack-nova URL: https://github.com/Semihalf/contrail-vrouter URL: https://blueprints.launchpad.net/nova/+spec/freebsd-compute-node Contact: Grzegorz Bernacki Contact: Micha=C5=82 Dubiel Contact: Dominik Ermel Contact: Rafa=C5=82 Jaworowski OpenStack is a cloud operating system that controls large pools of compute, storage, and networking resources in a data center. OpenContrail is a network virtualization (SDN) solution comprising a network controller, virtual router, and analytics engine, which can be integrated with cloud orchestration systems like OpenStack or CloudStack. The goal of this work is to make FreeBSD a fully supported compute host for OpenStack using OpenContrail virtualized networking. The main areas of development are: * Libvirt hypervisor driver for bhyve. * Support for bhyve (via the libvirt compute driver) and the FreeBSD platform in overall in nova-compute. * Port OpenContrail vRouter (forwarding plane kernel module) to FreeBSD. * Port OpenContrail Agent (network controller node) to FreeBSD. * Integration, performance optimization. The current state of development allows for a working demo of OpenStack with compute node component running on a FreeBSD host: * The native bhyve hypervisor is driven by a nova-compute component for spawning guest instances using libvirt and a nova-network component for providing simple networking using bridges between guest VMs. * QEMU might also be used instead of bhyve this way. * The main goal on the networking side is to use the OpenContrail solution, compliant with the modern OpenStack networking API ("neutron"). Also, an initial port of the OpenContrail vRouter kernel module has been completed. It successfully handles all networking on the host. This project is sponsored by Juniper Networks. __________________________________________________________________ FreeBSD on Chromebook URL: https://wiki.freebsd.org/FreeBSD/arm/Chromebook Contact: Ruslan Bukin One model of Chromebook is an ARMv7 Cortex-A15 personal computer powered by a Samsung Exynos 5 Dual System-on-Chip. As of the current status of this project, such laptops can be booted with FreeBSD from USB flash -- it works stably (including SMP) and it can build third-party applications. The display and keyboard work. Thanks to Peter Grehan for providing hardware. Open tasks: 1. Implement keyboard polling mode. 2. Add support for the upcoming second generation of Chromebook. 3. Write SD, SATA drivers. __________________________________________________________________ FreeBSD/arm64 URL: http://svnweb.freebsd.org/base/projects/arm64/ URL: https://github.com/zxombie/aarch64-freebsd-sandbox Contact: Andrew Turner Arm64 is the name of the in-progress port of FreeBSD to the ARMv8 CPU when it is in AArch64 mode. Until recently, all ARM CPU designs were 32-bit only. With the introduction of the ARMv8 architecture, ARM has added a new 64-bit mode. This new mode has been named AArch64. Progress has been good on getting FreeBSD to build and run on the ARM Foundation model. FreeBSD is able to be built for this architecture, however, it requires a number of external tools including objdump(1) and ld(1). These tools are provided by an external copy of binutils until replacements can be written. FreeBSD will run the early boot on the Foundation model. The loader has been ported to the AArch64 UEFI environment and can load and run the kernel. The kernel is able to create the initial page tables to be able to run from virtual memory. It can then execute C code to parse the memory map provided by the loader. This is as far as the kernel currently boots. This work is now happening in the FreeBSD Subversion repository in a project branch, see the links. Open tasks: 1. Implement an initial pmap(9) layer. 2. Write the missing machine-dependent code. 3. Test on real hardware. __________________________________________________________________ FreeBSD/armv6hf Contact: Andrew Turner FreeBSD has been updated to allow it to use the VFP variant of the ARM EABI ABI. The VFP unit is the ARM hardware to perform floating-point operations. This changes the ABI to improve the performance of code that uses floating-point operations. By default, FreeBSD already uses the ARM EABI on all releases from 10.0. This is important for FreeBSD/arm users running code with floating-point operations on ARMv6 or ARMv7 SoC systems. It removes the need for the slow software floating-point support in libc. This is mostly compatible with the existing ABI, with the exception of how floating-point values are passed into functions. Because no floating-point values are passed to the kernel, the armv6 and armv6hf kernels will work with either userland. As part of this change, some support functions have been updated to use the VFP unit when available. The existing armv6 target architecture will be kept for cases where the SoC lacks a VFP unit, or existing binaries that are incompatible with the new ABI. Open tasks: 1. Testing. 2. More testing. __________________________________________________________________ SMP on Multi-Core ARM Systems URL: http://lists.freebsd.org/pipermail/freebsd-arm/2014-April/007886.ht= ml Contact: Ian Lepore Contact: Olivier Houchard Contact: Wojciech Macek FreeBSD now supports Symmetrical MultiProcessing (SMP) on a variety of ARM multi-core systems. The effort to bring SMP to ARM has been underway for quite some time, but a major push by the FreeBSD ARM developer community over the past two months has resulted in robust production-ready SMP support. An ever-growing number of ARM-based development boards and small low-power computer systems are available with multi-core processors. FreeBSD is now able to make good use of all that computing power, making such systems more attractive to both end users and vendors looking to create products based on similar designs. As of r264138 in FreeBSD head, SMP is now enabled by default in the configuration files for all currently-supported systems that have multi-core processors. This includes systems based on the following processor families: * Allwinner A20 * Freescale i.MX6 * Marvell Armada XP * Samsung Exynos 5 * Texas Instruments OMAP4 We plan to merge this work to stable/10 in time for 10.1-RELEASE. This project is sponsored by Microsemi, Inc., and Semihalf sp.j. __________________________________________________________________ auditdistd(8) Contact: Pawel Jakub Dawidek The auditdistd(8) daemon is responsible for distributing audit trail files over TCP/IP networks securely and reliably. The daemon now supports client-side certificates, which can be used to automatically configure the receiver side -- the directory name for received trail files is determined based on the commonName field in client's certificate. There is no need any more to add every sender to the receiver's configuration file. The sender's functionality was extended to allow sending audit trail files to multiple receivers. Complete Public Key Infrastructure (PKI) support is now implemented, including full certificate chain verification, Certificate Revocation Lists (CRL) verification at every level and support for multiple Certificate Authority (CA) certificates. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ External Toolchain Improvements URL: https://wiki.freebsd.org/ExternalToolchain Contact: Warner Losh Building on the work that Brooks Davis did to enable external Clang toolchains, this project hopes to generalize that to GCC, as well as support different versions of these compilers simultaneously for the FreeBSD base system and the kernel. We also hope get to the point that a port can be cross-compiled entirely from scratch with no initial binary artifacts. Open tasks: 1. Setup Subversion project repository. 2. Fix issues with differences of interpretation of the -B argument between GCC and Clang. 3. Support building the entire tree based only on xdev-built compilers. 4. Support building the entire tree based only on ports-built GCC compilers. 5. Support full bootstrapping of FreeBSD to new platforms. __________________________________________________________________ Forward Port FreeBSD GCC Contact: Warner Losh Not all of the FreeBSD changes to GCC have been reflected upstream. A large amount of the platform support as well as a couple of minor improvements like the kernel formatting checker need to be forward ported (and if possible, moved upstream into GCC). We will be targeting the FreeBSD ports tree lang/gcc* ports for these efforts to (optionally) include them in these builds. Some variation from normal builds may be required due to bootstrapping issues when combined with the external toolchain enhancements project. __________________________________________________________________ FreeBSD Test Suite URL: http://wiki.FreeBSD.org/TestSuite URL: http://kyua1.nyi.FreeBSD.org/ URL: http://julipedia.meroh.net/2014/01/freebsd-test-suite-goals-and-pla= nning.html URL: https://drive.google.com/a/meroh.net/#folders/0B08g-X1kPkSYNmlEdTB5= RjlFbkk Contact: Julio Merino The FreeBSD Test Suite project aims to equip FreeBSD with a comprehensive collection of tests that are easy to run out of the box and during the development of the system. The test suite is installed into /usr/tests/ and the kyua(1) command-line tool (devel/kyua in the Ports Collection) is used to run them. See the project page for more details. Since the last status report, we have been hard at work polishing the framework in many different areas. The highlights are: * A roadmap for the project has been prepared and published, see links. * Many tests have been added to the test suite thanks to the work of various developers and, in particular, a good bunch of old tests from src/tools/regression/ have been incorporated into the new test suite. As of this writing, there are 509 test cases continuously running. * The testing infrastructure in the stable/10 branch has been synced to head. It should now be possible to seamlessly MFC changes to the stable branch along with their tests, if any. * The testing cluster, which only issued amd64 builds, has been extended to perform i386 builds as well. Additionally, a canary machine has been put in place so that changes to the cluster configuration can be properly validated before deployment. * A tutorial on Kyua and the FreeBSD Test Suite was given at AsiaBSDCon 2014. The tutorial materials are available for public consumption, please consult the links. * Both Kyua's and ATF's upstream sites have been moved to GitHub, mostly due to the discontinuation of file downloads in Google Code. Open tasks: 1. Enable the build of the test suite by default. 2. Add alerting for failed or missing test runs from the testing cluster. 3. Add bhyve support to the testing cluster for faster turnaround times. 4. Simplify and improve Kyua HTML reports. In particular, reports will be coalesced into single HTML files for easier management and will include more useful details for debugging. Such details are the revision at which the system was built, the date and duration of the whole run, or the list of installed packages, to mention a few examples. 5. Add JUnit XML output to Kyua for better integration with Jenkins. This work is actively ongoing and should be ready for prime time at BSDCan 2014. __________________________________________________________________ LLDB Debugger Port URL: https://wiki.FreeBSD.org/lldb Contact: Ed Maste LLDB is the debugger project associated with Clang/LLVM. It supports the Mac OS X, Linux, and FreeBSD platforms, with ongoing work on Windows. It builds on existing components in the larger LLVM project, for example using Clang's expression parser and LLVM's disassembler. The majority of work since the last status update has been on bugfixes and implementation of the remaining functionality missing on FreeBSD. Most of these improvements are now in the LLDB snapshot in the base system, which has been updated to upstream Subversion revision r202189. Some highlights of the new update include: * Improvements to the remote GDB protocol client. * Bug fixes for big-endian targets. * Initial support for libdispatch (GCD) queues in the debuggee. * Add "step-avoid-libraries" setting. * IO subsystem improvements (including initial work on a curses GUI). * Support hardware watchpoints. * Improved unwinding through hand-written assembly functions. * Handle DW_TAG_unspecified_parameters for variadic functions. * Fix Ctrl+C interrupting a running inferior process. * Various bug fixes for memory leaks, LLDB segfaults, the C++ demangler, ELF core files, DWARF debug info, and others. LLDB is currently not yet built by default and may be enabled by adding WITH_LLDB=3D to src.conf(5). A port will be made available for those who wish to track ongoing development more closely. This project is sponsored by DARP/AFRL, SRI International, and University of Cambridge. Open tasks: 1. Add support for remote debugging (gdbserver-compatible debugserver). 2. Add support for local and core file kernel debugging. 3. Implement, fix or test support on all non-amd64 architectures. 4. Verify cross-debugging. 5. Investigate and fix test suite failures. 6. Package LLDB as a port. 7. Enable by default in the base system for working architectures. __________________________________________________________________ Chromium URL: http://www.chromium.org/Home URL: https://github.com/gliaskos/freebsd-chromium URL: https://wiki.freebsd.org/Chromium Contact: Chromium on FreeBSD Team Chromium is the open source web browser project from which Google Chrome draws its source code. The browsers share the majority of code and features, though there are some minor differences in features and they have different licensing. Over the last four years, the Chromium team has been busy with porting Chromium to FreeBSD. This involves patching the browser so that it runs on FreeBSD, tracking and documenting security updates, and merging patches back upstream. While there are already several browsers available for FreeBSD, advantages of Chromium are: * Quick response from upstream to security issues, resulting in approximately bi-weekly updates. * A testbed for security features of FreeBSD, like Capsicum. While support for this capability and sandbox framework is currently not included in the browser, a proof-of-concept implementation for an early version of Chromium was realized within a single weekend. George Liaskos and Ren=C3=A9 Ladan are currently busy with submitting the remaining patches specific to FreeBSD back upstream. Apart from making future updates easier, it sometimes also improves the overall code quality. Jonathan Anderson recently updated the Capsicum patches for Chromium and is talking to upstream about them. Open tasks: 1. Advocate FreeBSD. While patches are getting accepted by both humans and bots, it is not an official platform so attitude varies from developer to developer. While Ren=C3=A9 Ladan thinks it is a bit ear= ly, it might be fruitful to investigate what is required to make FreeBSD (and possibly OpenBSD) an official platform in terms of both hardware and procedures. 2. If you feel comfortable with large source trees, you can try to build the Git version of Chromium on FreeBSD. If you are also comfortable with signing Google's Contributor License Agreement, you can join in testing and submitting patches upstream. __________________________________________________________________ FreeBSD Ada Ports URL: http://www.dragonlace.net/ URL: http://www.spark-2014.org/about/ Contact: John Marino Ada is a structured, statically typed, imperative, wide-spectrum, and object-oriented high-level computer programming language, extended from Pascal and other languages, originally targeted at embedded and real-time systems. The number of Ada ports in the collection has grown significantly since the last report six months ago. There are almost 50 Ada-related ports now, with new ones getting added all the time. The previous plan was to move from the GCC 4.7-based GNAT compiler to a GCC 4.8-based one, but finally GCC 4.8 was skipped and now a GCC 4.9-based GNAT is the standard Ada compiler, which fully supports the new ISO standard, Ada 2012. Moving to a newer compiler allowed several important ports like PolyOrb and GPRBuild to be upgraded to the latest available versions. In fact, almost every Ada port is currently at its most recent upstream version. For non-Windows-based Ada development, FreeBSD and DragonFly are now undisputed as the go-to platforms. The other candidates are Debian and Fedora, but there are few Ada softwares on those platforms that are not also in the FreeBSD ports tree, and the FreeBSD versions are much newer. The Ports Collection also features software not found anywhere else such as the USAFA's Ironsides DNS server, libsparkcrypto, matreshka, GNATDroid (Android cross-compiler) and several developer libraries. A desired addition to the Ada ports will be SPARK 2014 (see links), which should cement FreeBSD as an option for professional, safety-critical application development. This package should have its first release by early summer. __________________________________________________________________ GCC in the Ports Collection URL: http://gcc.gnu.org/ Contact: Gerald Pfeifer While the age old version of the GNU Compiler Collection (GCC) in the base system is on its way out with FreeBSD 10 and later, there are many users who want--and some platforms which need--to use GCC. For that purpose there are various versions of GCC in the ports tree, including lang/gcc46, lang/gcc47, lang/gcc48 and lang/gcc49 which track upstream snapshots of the respective release branches, and more importantly lang/gcc which serves as the canonical version of GCC and is the default when a port requests USE_GCC=3Dyes as well as for some cases of USES=3Dcompiler. With a lot of help from Christoph Moench-Tegeder who fixed many ports and made a fair number respect CXXFLAGS, LDFLAGS and friends, we managed to update the canonical version from GCC 4.6.4 to GCC 4.7.3. Many of Christoph's fixes also benefit Clang and other modern compilers. For users of lang/gcc, this upgrade proved very smooth, and we generally recommend using this port over version specific ones. After ten years of service lang/gcc34 retired, as did lang/gcc44 after half that timespan. On a related note, with the help of John Marino, the license of the GCC ports now properly reflects the combination of GPLv3 for the compiler itself and GPLv3 with GCC Runtime Library Exception for the runtime. The latter is the key in making it possible to use GCC for building and distributing non-free software. Open tasks: 1. Move lang/gcc from GCC 4.7 to GCC 4.8. __________________________________________________________________ GNOME/FreeBSD URL: http://www.freebsd.org/gnome URL: https://wiki.gnome.org/Projects/Jhbuild/FreeBSD URL: https://github.com/jlmess77/mate-ports URL: http://marcuscom.com/downloads/marcusmerge Contact: FreeBSD GNOME Team GNOME is a desktop environment and graphical user interface that runs on top of a computer operating system. GNOME is part of the GNU Project and can be used with various Unix-like operating systems, including FreeBSD. Preparations for merging GNOME 3 are moving forward. The work on the documentation is falling behind a bit, but we got some solid feedback on the rough work to keep this moving forward as well. In the meantime, deprecation of ports that need the old GNOME 2 desktop ports has begun. These ports will break when the GNOME desktop components are updated to the GNOME 3 version. Thanks to a combined effort by Ryan Lortie (GNOME developer), Ting-Wei Lan (upstream contributor), and Koop Mast, we now have a FreeBSD-powered JHbuild tinderbox. JHbuild is a build system that allows building GNOME upstream code. Twice a day, it will attempt to build Gnome components from a specific branch, usually the git master branch, to catch compile issues. A positive side effect is that it lets upstream know GNOME still lives on non-Linux systems. It also exposes the GNOME code base to the Clang compiler and libc++. Since the start of this project over a hundred issues have been fixed. Gustau Perez has stepped up and put together a port set in the "ports-experimental" tree of our development repository with GNOME 3.12. It was decided to polish GNOME 3.12. It will be merged when the preparation work has (mostly) finished, and we are happy with the stability of GNOME 3.12. Gustau Perez also ported Cinnamon 2.0 to FreeBSD. It will appear in the Ports Collection after GNOME 3 has been merged. MATE 1.8 was released at the beginning of April, Eric Turgeon of GhostBSD had volunteered to do that update for FreeBSD. Note that this update is still based on GTK+, version 2. The GTK+ 3-based MATE is on the roadmap for 1.10. Open tasks: 1. Finish the work needed to be done before GNOME 3 can be merged at all. Documentation work, port deprecation, and so on. 2. Finish porting of MATE 1.8. 3. Update Cairo to 1.12 in coordination with the Graphics Team. __________________________________________________________________ KDE/FreeBSD URL: http://FreeBSD.kde.org/ URL: http://FreeBSD.kde.org/area51.php URL: http://portscout.freebsd.org/kde@freebsd.org.html Contact: KDE/FreeBSD Team KDE is an international free software community producing an integrated set of cross-platform applications designed to run on Linux, FreeBSD, Solaris, Microsoft Windows, and OS X systems. The KDE/FreeBSD Team have continued to improve the experience of KDE software and Qt under FreeBSD. During this quarter, the team has kept most of the KDE and Qt ports up-to-date, working on the following releases: * KDE SC: 4.12.2, 4.12.3, and 4.12.4; Workspace: 4.11.6, 4.11.7, and 4.11.8 * Qt: 5.2.1 * KDevelop: 4.6.0 * Digikam (and KIPI-plugins): 3.5.0 As a result -- according to PortScout -- kde@ has 526 ports (up from 464), of which 98.86% are up-to-date (up from 88.15%). iXsystems continues to provide a machine for the team to build packages and to test updates. They have been providing the KDE/FreeBSD team with support for quite a long time and we are very grateful for that. A major change has been the deprecation of the KDE3 ports and the move of the KDE4_PREFIX to LOCALBASE. Also, work on Qt5 continues to maturity. Raphael Kubo da Costa has been working with upstream to ensure Baloo (Nepomuk successor in KDE SC 4.13) compiles and runs on non-Linux systems. His work not only benefits FreeBSD but other BSDs and OS X. As usual, the team is always looking for more testers and porters, so please contact us and visit our home page (see links). It would be especially useful to have more helping hands on tasks such as getting rid of the dependency on the defunct HAL project and providing integration with KDE's Bluedevil Bluetooth interface. This project is sponsored by iXsystems, Inc. Open tasks: 1. Update out-of-date ports, see PortScout for a list. 2. Work on Qt 5. 3. Make sure the whole KDE stack (including Qt) builds and works correctly with Clang and libc++. 4. Remove the dependency on HAL. __________________________________________________________________ libvirt/bhyve Support URL: http://libvirt.org/drvbhyve.html URL: http://libvirt.org/ URL: http://empt1e.blogspot.ru/search/label/libvirt Contact: Roman Bogorodskiy Libvirt is a virtualization library providing a common API for various hypervisors (Qemu/KVM, Xen, LXC, and others), and also a popular library used by a number of projects. Libvirt 1.2.2, released on March, 2014, was the first release to include bhyve support. Enabling bhyve support allows consumers to use bhyve in libvirt-ready applications without major efforts. Currently, libvirt supports almost all essential features of bhyve, such as Virtual Machine lifecycle (start, stop), bridged networking, and virtio/SATA driver support. The work continues to implement more API calls and to cover more of features offered by bhyve. Open tasks: 1. FreeBSD port of netcf is needed for adding interface driver support to libvirt. __________________________________________________________________ OpenAFS on FreeBSD URL: http://openafs.org/ Contact: Benjamin Kaduk AFS is a distributed network filesystem that originated from the Andrew Project at Carnegie-Mellon University. OpenAFS is an open-source implementation of the AFS protocol derived from IBM AFS, which was released under the IBM Public License. OpenAFS on FreeBSD (the net/openafs port) is suitable for light use, but is not yet production ready. We got a chance to pick up this porting project after some hiatus. Recent work focused on investigating the bugs preventing the use of a disk cache for caching file data. An internal "lookupname" abstraction was intended to return an unlocked, referenced vnode, but instead returned a locked, referenced vnode, leading to various failure modes depending on the number of kernel debugging options enabled. Open tasks: 1. Track down an issue involving incorrect reference counts on the AFS root vnode that cause warnings on shutdown. 2. Audit the locking in all the vnode operations code -- it is expected that there remain some incorrectly locked areas, though none that present visible issues under light load. __________________________________________________________________ The Graphics Stack on FreeBSD URL: https://wiki.freebsd.org/Graphics URL: https://wiki.freebsd.org/Graphics/WITH_NEW_XORG URL: http://trillian.chruetertee.ch/ports/browser/trunk Contact: FreeBSD Graphics Team On the kernel side, the Radeon KMS driver was merged in stable/9 and will be available in FreeBSD 9.3-RELEASE. Now both the 9.x and 10.x branches share the same support for Intel and AMD GPUs. The next big tasks are the updates of the DRM generic code and the i915 driver. Both are making good progress and the DRM update should hopefully be ready for wider testing during April. An update of the Radeon driver is on the to-do list, but nothing is scheduled yet. On the ports tree and packages side, the update to Cairo 1.12 mentioned in the last quarterly report is ready to be committed, as people who tested it either reported improvements or no regressions. As a reminder, the switch from Cairo 1.10 to 1.12 causes display artifacts with xf86-video-intel 2.7.1, but fixes similar problems with other hardware/driver combinations. Furthermore, Cairo 1.12 is required by Pango 1.36.0, GTK+ 3.10 and Firefox 27.0. A "Heads up" mail will be posted to the freebsd-x11 mailing-list when this update goes live. In the graphics stack's ports development tree, new Mesa ports are being worked on. Those ports are required to support GLAMOR (the GL-based 2D acceleration library used by Radeon HD 7000+ cards for instance) and OpenCL (using the GPU to perform non-graphical calculations). We were able to execute some "Hello World" OpenCL programs and play with OpenCL in darktable, but there are some compatibility issues between Clover (Mesa's libOpenCL implementation) and Clang/libc++. We are preparing an alternate pkg(8) repository with packages built with WITH_NEW_XORG. The goal is to ease the usage of the KMS drivers and move forward with the graphics stack updates. The main pkg(8) repository will still use the default setting (WITH_NEW_XORG set on head, but not on the stable branches). This will pave the way to the deprecation ofWITH_NEW_XORG and the removal of the older stack. The current plan is to do this after 10.0-RELEASE End-of-Life, scheduled on January 31st, 2015. By that time, the only supported releases will be 8.4-RELEASE, 9.3-RELEASE and 10.1-RELEASE. FreeBSD 9.3 and 10.1 will be fully equipped to work with the newer stack. Unfortunately, FreeBSD 8.x misses the required kernel DRM infrastructure: supporting X.Org here cripples progress on the graphics stack and, once WITH_NEW_XORG is gone, we will not support 8.x as a desktop any more. Therefore, please upgrade to 9.3 or 10.1 when they are available. Open tasks: 1. See the "Graphics" and "WITH_NEW_XORG" wiki pages for up-to-date information. __________________________________________________________________ Using CentOS 6.5 as Linux Base URL: http://github.com/xmj/linux-ports URL: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/187786 Contact: Johannes Meixner The Linux emulation layer relies on a Linux base distribution along with Linux ports of relevant non-base software. Fedora 10 was imported in 2006, and it shows -- current Linux software like Skype 4, Sublime Text 2, or even modern games fail to run with the provided libraries. CentOS 6.5 was released in December 2013 and will be supported until 2017, making it an ideal basis for an update to the ports infrastructure. Built upon the work of Carlos Jacobo Puga Medina, all ports using Linux have been updated to work with either Fedora 10 or CentOS 6.5. The goal of this project is to make CentOS 6.5 the default Linux distribution, so that FreeBSD users can enjoy running modern Linux binaries without having to resort to virtualization =C3=A0 la VirtualBox= , or even dual-booting. This project is sponsored by Goldener Grund O=C3=9C. Open tasks: 1. Clean up Mk/bsd.linux-*.mk and fix errors detected in ports/187786. 2. Revert making c6 the default (in the git repository). 3. Testing. 4. Review patches and import into the ports tree (any help appreciated). 5. Make c6 the default (after sufficient testing) within the ports tree. __________________________________________________________________ Wine/FreeBSD URL: http://wiki.FreeBSD.org/Wine URL: http://wiki.FreeBSD.org/i386-Wine URL: http://www.winehq.org/ Contact: Gerald Pfeifer Contact: David Naylor Wine is a free and open source software application that aims to allow applications designed for Microsoft Windows to run on Unix-like operating systems, such as FreeBSD. The Wine project has been in maintenance mode this quarter and has updated the ports for the following versions: * Stable releases: 1.6.2 * Development releases: 1.7.9 through 1.7.15 The ports have packages built for amd64, available through the ports emulators/i386-wine and emulators/i386-wine-devel. Open tasks: 1. See the "Open Tasks" and "Known Problems" sections on the Wine wiki page. 2. FreeBSD/amd64 integration, consult the i386-Wine wiki page for the details. 3. Port WoW64 (supporting Windows 32-bit and 64-bit from the same port) and Wine64. __________________________________________________________________ Xfce/FreeBSD URL: https://wiki.freebsd.org/Xfce URL: https://svn.redports.org/olivierd/xfce4/ URL: https://people.freebsd.org/~olivierd/xfce-core-unstable.html URL: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D183690 Contact: FreeBSD Xfce Team Xfce is a free software desktop environment for Unix and Unix-like platforms, such as FreeBSD. It aims to be fast and lightweight, while still being visually appealing and easy to use. The Xfce team continues to keep each piece of the Xfce Desktop up to date. The latest commits concerned: * Applications: - Midori (0.5.7) - xfburn (0.5.0) - xfce4-parole (0.5.4) - xfce4-taskmanager (1.0.1) - xfce4-tumbler (0.1.30) * Panel plugins: - xfce4-clipman-plugin (1.2.5) - xfce4-equake-plugin (1.3.4) - xfce4-wavelan-plugin (0.5.11) - xfce4-whiskermenu-plugin (1.3.2) We also follow development of core components (available in your repository). See the links for documentation on how to upgrade those libraries. * garcon (0.3.0) * libxfce4menu (4.11.1) * libxfce4util (4.11.0) * xfce4-appfinder (4.11.0) * xfce4-desktop (4.11.4) * xfce4-dev-tools (4.11.0) * xfce4-panel (4.11.0) * xfce4-parole (0.6.0) * xfce4-settings (4.11.2) * xfce4-session (4.11.0) * xfce4-wm (4.11.1) * xfce4-xkb-plugin (0.7.0) Open tasks: 1. Add support of DragonFly for xfce4-taskmanger. 2. Finish replacing Tango icon theme with GNOME, in order to close ports/183690 (see links, Midori remains to be fixed). __________________________________________________________________ ZFS Chapter of the Handbook URL: http://www.allanjude.com/zfs_handbook/zfs.html URL: http://www.allanjude.com/talks/AsiaBSDCon_2014_-_WIP_-_ZFS_Handbook= .pdf Contact: Allan Jude Contact: Benedict Reuschling Contact: Warren Block ZFS is one of the premier features of FreeBSD. The current documentation in the Handbook and elsewhere online is severely lacking. Much of the original documentation from Sun and Oracle has disappeared, moved, or is about the proprietary version of ZFS. New users have many questions about ZFS and yet there exists a great deal more bad advice about ZFS than proper documentation. The current ZFS chapter of the FreeBSD Handbook starts off with the required steps to configure an i386 machine to run ZFS. This is more likely to scare off a new user than to educate them about how to properly use ZFS. At BSDCan 2013, the process of writing an entirely new chapter of the Handbook on ZFS was started. Currently this chapter consists of approximately 16,000 words covering all subcommands of the zpool(8) and zfs(8) utilities, delegation, tuning and a section devoted to definitions and explanations of the terms and features of ZFS. The remaining section is the FAQ, to help users address the most common problems they might run into with ZFS. It would be useful to hear experiences, questions, misconceptions, gotchas, stumbling blocks, and suggestions for the FAQ section from other users. Also, it would be good to have a use cases section that highlights some of the cases where ZFS provides advantages over traditional file systems. Please send suggestions to the freebsd-doc mailing list. This project is sponsored by ScaleEngine, Inc. Open tasks: 1. Technical review by Matt Ahrens (co-creator of ZFS). 2. Improve delegation section. 3. Improve tuning section, add new sysctls added in head. 4. Add section on jails and the jailed property. 5. Add FAQ section. 6. Add "Use Cases" section. 7. General editing and review. __________________________________________________________________ FreeBSD Participating in Summer of Code 2014 URL: http://gsoc.FreeBSD.org/ URL: https://wiki.freebsd.org/SummerOfCode2014 Contact: Gavin Atkinson Contact: Glen Barber Contact: Wojciech Koszek FreeBSD is pleased to have been accepted as a participating organization in Google's Summer of Code 2014. This will be the tenth time we have participated in the program, having been selected to participate every year since its introduction. This year, the administrators made a special attempt to spread the word about Summer of Code around universities, including making contact with around 350 mainly Polish, British, African and American universities to advertise the Summer of Code program, with a particular focus on FreeBSD's participation. We made contact with both technical departments and student societies. Posters were produced in several languages, and FreeBSD committers and users were encouraged to distribute these posters around their local universities. FreeBSD received a total of 39 proposals from students, and were subsequently granted 15 slots from Google. We are now facing the unpleasant challenge of trying to decide which of the 39 proposals to select, taking into account the quality, desirability and feasibility of each proposal, as well as ensuring we will be able to provide an excellent mentoring experience to each selected student. All mentors have volunteered to mentor, and we pair students with mentors primarily based on the prospective mentor's areas of expertise, interest in the project, also taking into account the desire to pair students up with mentors in similar time zones in order to improve the student experience. The final list of accepted students is expected to be announced on the 21st April. __________________________________________________________________ The FreeBSD Foundation URL: http://www.FreeBSDFoundation.org/ URL: http://freebsdjournal.com/ Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Most of the funding is used to support FreeBSD development projects, conferences and developer summits, purchase equipment to grow and improve the FreeBSD infrastructure, and provide legal support for the Project. We published the first issue of the FreeBSD Journal, our new on-line FreeBSD magazine. The positive feedback from both the FreeBSD and outside communities has been incredible. This quarter we began work on articles and promotion for the second issue. We also started working on a dynamic version of the magazine that can be read in many web browsers including those that run on FreeBSD. This year we are earmarking more funding towards FreeBSD advocacy and education. You will see more literature, white papers, articles, and so on to help promote FreeBSD. The Foundation held a board meeting in Berkeley, California, in January. We discussed longer term strategy and planning for the year. We put together our 2014 budget with a plan of raising at least $1,000,000 and spending $900,000. Two Foundation funded projects were completed. The first, co-sponsored by Google, integrated the Casper daemon into FreeBSD. The second was auditdistd(8) improvements for the FreeBSD cluster. Work continued on these Foundation-sponsored projects: Intel graphics driver update by Konstantin Belousov, UEFI boot support for amd64 by Ed Maste, autofs automounter and in-kernel iSCSI stack enhancements and bug fixes by Edward Tomasz Napierala, and updated vt(4) system console by Aleksandr Rybalko. A more detailed project update for each of the above projects can be found within this quarterly status report. We were a Gold Sponsor for NYCBSDCon 2014 in New York, February 8, which was attended by several board members. We were represented at SCALE in Los Angeles, February 22-23, and ICANN in Singapore, March 22-25. We were a sponsor for AsiaBSDCon in Tokyo, March 15-16. Board member Hiroki Sato was the conference organizer. Board members Kirk McKusick and George V. Neville-Neil taught tutorials and Kirk gave a keynote. Board member Dru Lavigne manned the foundation table and spoke at one of the sessions. We became a Gold+ sponsor for BSDCan 2014, May 16-17 and have started reaching out to vendors to attend the developer summit that runs in the two days before BSDCan. Board members George, Kirk, and Robert Watson pushed to finish the final draft of the next edition of their book "The Design and Implementation of the FreeBSD Operating System". ITWire editor Sam Varghese published an interview with Kirk and Foundation technical manager Ed Maste about the status of secure boot on FreeBSD. The FreeBSD Logo is now officially a registered trademark to represent the FreeBSD operating system. We are working to expand the registration beyond just the FreeBSD operating system, but currently still have to use the "TM" symbol when using it on apparel and other non-operating-system items. We continued reviewing requests and granting permission to use FreeBSD trademarks. After finishing the 10.0-RELEASE, Foundation system administrator and release engineer Glen Barber began work on adding support for FreeBSD/arm image builds as part of the release build process. As a result of this work, FreeBSD/arm images are produced as part of the weekly development snapshot builds, and are available from any of the FreeBSD FTP mirrors. Supported kernel configurations currently include BEAGLEBONE, RPI-B, PANDABOARD, WANDBOARD-QUAD, and ZEDBOARD. George visited six large FreeBSD users in the Bay Area in February. These meetings are conducted to help facilitate collaboration between FreeBSD customers and the FreeBSD Project. It is an opportunity to exchange information on what the customers are doing and what is being worked on in the Project. It is also an opportunity to try to connect customers with the appropriate FreeBSD developers who may be working on areas of FreeBSD that interest these customers. __________________________________________________________________ Love FreeBSD? Support the development with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 18:58:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E93DDC03; Thu, 17 Apr 2014 18:58:27 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B87A1615; Thu, 17 Apr 2014 18:58:26 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id hi2so3364632wib.5 for ; Thu, 17 Apr 2014 11:58:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Noo09stA3/Pzr/fP41ELzq5dZRN5Tv+DFSQYc1EMecA=; b=Et722zK3qJPLpHeMKz3tQKKat4WnJYaOwm5bZ7BB/tkqJS1cLnAJwzQBZ9Of+Zbx1R X1QyWZf46SJ4/1zfjql4gY6CEcBCF1XwAA8Fom+4gcVuTqPUYSoZgtrRLyUESWGKSPBH zijke6l5BzDF47ozuliAmDDkZdMbgPaZsuYqVtGVVL3ADABrZS5/8ikkFwHBaZ7he/NK Kgn7Q00Q/u/Upr36EUY9dF6AyPLqUVfqN1hxgoQqEaeJoTUcMenqXACCfZXtAHTrxO8h RMd+q1IHdSuFwD3b/KIjyYz8TO779pYGokypF6KHS9u2hMyHr0fYGtgwgBBQLTHeZngc 27MQ== MIME-Version: 1.0 X-Received: by 10.194.174.42 with SMTP id bp10mr3339120wjc.57.1397761105219; Thu, 17 Apr 2014 11:58:25 -0700 (PDT) Received: by 10.194.203.106 with HTTP; Thu, 17 Apr 2014 11:58:25 -0700 (PDT) In-Reply-To: References: <1785048524.20140412170445@serebryakov.spb.ru> Date: Thu, 17 Apr 2014 14:58:25 -0400 Message-ID: Subject: Re: After upgrade from 9-STABLE to 10-STABLE "shutdown -h now" doesn't halt, but reboot system. From: Boris To: lev@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 17 Apr 2014 18:58:28 -0000 I have looked in more details. It looks like the kernel panics during shutdown. I will see if I can arrange the dump as my root FS is on a usb stick too small for the amount of RAM I have. See below (apologies for the formatting as I had to log over the iLO2 over the virtual console) : Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...4 3 3 1 1 0 0 done All buffers synced. Uptime: 12m57s bce0: bce_pulse(): Warning: bootcode thinks driver is absent! (bc_state = 0x0000H0006) bce1: bce_pulse(): Warning: bootcode thinks driver is absent! (bc_state = 0x00000006) stack pointer = 0x28:0xfffffe0552559fe0 processor eflags = stack pointer = 0x28:0xffffffff814f0820 code segment = base 0x0, limit 0xfffff, type 0x1b frame pointer = 0x28:0xfffffe055259da70 frame pointer = 0x28:0xfffffe055258e8b0 = DPL 0, pres 1, long 1, def32 0, gran 1 interrupt enabled, code segment = base 0x0, limit 0xfffff, type 0x1b IOPL = 0 = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = processor eflags = interrupt enabled, current process = interrupt enabled, code segment = base 0x0, limiHt 0xfffff, type 0x1b 11 (idle: cpu1) IOPL = 0 IOPL = 0 = DPL 0, pres 1, long 1, def32 0, gran 1 trap number = 19 current process = current process = 11 (idle: cpu3) 1 (init) trap number = 19 trap number = 19 processor eflags = interrupt enabled, IOPL = 0 current process = 11 (idle: cpu2) trap number = 19 trap number = 19 trap number = 19 IOPL = 0 IOPL = 0 = DPL 0, pres 1, long 1, def32 0, gran 1 trap number = 19 current process = current process = 11 (idle: cpu3) 1 (init) trap number = 19 processor eflags = interrupt enabled, IOPL = 0 current process = 11 (idle: cpu2) timeout stopping cpus panic: non-maskable interrupt trap cpuid = 5 KDB: stack backtrace: #0 0xffffffff80919490 at kdb_backtrace+0x60 #1 0xffffffff808dea55 at panic+0x155 #2 0xffffffff80cd68ef at trap_fatal+0x38f #3 0xffffffff80cd654c at trap+0x72c #4 0xffffffff80cbd1e3 at nmi_calltrap+0x8 Uptime: 13m3s Dump failed. Partition too small. Automatic reboot in 15 seconds - press a key on the console to abort trap number = 19 timeout stopping cpus panic: non-maskable interrupt trap cpuid = 5 KDB: stack backtrace: #0 0xffffffff80919490 at kdb_backtrace+0x60 #1 0xffffffff808dea55 at panic+0x155 #2 0xffffffff80cd68ef at trap_fatal+0x38f #3 0xffffffff80cd654c at trap+0x72c #4 0xffffffff80cbd1e3 at nmi_calltrap+0x8 Uptime: 13m3s Dump failed. Partition too small. Automatic reboot in 15 seconds - press a key on the console to abort timeout stopping cpus panic: non-maskable interrupt trap cpuid = 1 Uptime: 13m3s Rebooting... 1 (init) trap number = 19 processor eflags = interrupt enabled, IOPL = 0 current process = 11 (idle: cpu2) trap number = 19 trap number = 19 timeout stopping cpus panic: non-maskable interrupt trap cpuid = 5 KDB: stack backtrace: #0 0xffffffff80919490 at kdb_backtrace+0x60 #1 0xffffffff808dea55 at panic+0x155 #2 0xffffffff80cd68ef at trap_fatal+0x38f #3 0xffffffff80cd654c at trap+0x72c #4 0xffffffff80cbd1e3 at nmi_calltrap+0x8 Uptime: 13m3s Dump failed. Partition too small. Automatic reboot in 15 seconds - press a key on the console to abort timeout stopping cpus panic: non-maskable interrupt trap cpuid = 1 Uptime: 13m3s Rebooting... cpuid = 3 timeout stopping cpus panic: non-maskable interrupt trap cpuid = 5 KDB: stack backtrace: #0 0xffffffff80919490 at kdb_backtrace+0x60 #1 0xffffffff808dea55 at panic+0x155 #2 0xffffffff80cd68ef at trap_fatal+0x38f #3 0xffffffff80cd654c at trap+0x72c #4 0xffffffff80cbd1e3 at nmi_calltrap+0x8 Uptime: 13m3s Dump failed. Partition too small. Automatic reboot in 15 seconds - press a key on the console to abort timeout stopping cpus panic: non-maskable interrupt trap cpuid = 1 Uptime: 13m3s Rebooting... timeout stopping cpus panic: non-maskable interrupt trap cpuid = 3 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs #1 0xffffffff808dea55 at panic+0x155 #2 0xffffffff80cd68ef at trap_fatal+0x38f #3 0xffffffff80cd654c at trap+0x72c #4 0xffffffff80cbd1e3 at nmi_calltrap+0x8 Uptime: 13m3s Dump failed. Partition too small. Automatic reboot in 15 seconds - press a key on the console to abort timeout stopping cpus panic: non-maskable interrupt trap cpuid = 1 Uptime: 13m3s Rebooting... cpuid = 3 cpu_reset: Stopping other CPUs timeout stopping cpus panic: non-maskable interrupt trap cpuid = 0 Uptime: 13m3s Rebooting... #2 0xffffffff80cd68ef at trap_fatal+0x38f #3 0xffffffff80cd654c at trap+0x72c #4 0xffffffff80cbd1e3 at nmi_calltrap+0x8 Uptime: 13m3s Dump failed. Partition too small. Automatic reboot in 15 seconds - press a key on the console to abort timeout stopping cpus panic: non-maskable interrupt trap cpuid = 1 Uptime: 13m3s Rebooting... timeout stopping cpus panic: non-maskable interrupt trap cpuid = 3 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus panic: non-maskable interrupt trap cpuid = 0 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs cpu_reset: Stopping other CPUs timeout stopping cpus panic: non-maskable interrupt trap cpuid = 0 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus panic: non-maskable interrupt trap cpuid = 2 Uptime: 13m3s Rebooting... Dump failed. Partition too small. Automatic reboot in 15 seconds - press a key on the console to abort timeout stopping cpus panic: non-maskable interrupt trap cpuid = 1 Uptime: 13m3s Rebooting... timeout stopping cpus panic: non-maskable interrupt trap cpuid = 3 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus panic: non-maskable interrupt trap cpuid = 0 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus panic: non-maskable interrupt trap cpuid = 2 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs Automatic reboot in 15 seconds - press a key on the console to abort timeout stopping cpus panic: non-maskable interrupt trap cpuid = 1 Uptime: 13m3s Rebooting... timeout stopping cpus panic: non-maskable interrupt trap cpuid = 3 Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus panic: non-maskable interrupt trap cpuid = 0 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus panic: non-maskable interrupt trap cpuid = 2 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus cpu_reset: Restarting BSP cpuid = 1 Uptime: 13m3s Rebooting... timeout stopping cpus panic: non-maskable interrupt trap cpuid = 3 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus panic: non-maskable interrupt trap cpuid = 0 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus panic: non-maskable interrupt trap cpuid = 2 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus cpu_reset: Restarting BSP cpu_reset: Failed to restart BSP Uptime: 13m3s Rebooting... timeout stopping cpus panic: non-maskable interrupt trap cpuid = 3 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus panic: non-maskable interrupt trap cpuid = 0 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs imeout stopping cpus panic: non-maskable interrupt trap cpuid = 2 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus cpu_reset: Restarting BSP cpu_reset: Failed to restart BSP cpu_reset: Stopping other CPUs Rebooting... timeout stopping cpus panic: non-maskable interrupt trap cpuid = 3 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus panic: non-maskable interrupt trap cpuid = 0 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus panic: non-maskable interrupt trap cpuid = 2 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus cpu_reset: Restarting BSP cpu_reset: Failed to restart BSP cpu_reset: Stopping other CPUs timeout stopping cpus cpu_reset: Restarting BSP cpu_reset: Failed to restart BSP cpu_reset: Stopping other CPUs timeout stopping cpus timeout stopping cpus cpu_reset: Restarting BSP panic: non-maskable interrupt trap Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus panic: non-maskable interrupt trap cpuid = 0 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus panic: non-maskable interrupt trap cpuid = 2 Uptime: 13m3s Rebooting... cpu_reset: Stopping other CPUs timeout stopping cpus cpu_reset: Restarting BSP cpu_reset: Failed to restart BSP cpu_reset: Stopping other CPUs timeout stopping cpus cpu_reset: Restarting BSP cpu_reset: Failed to restart BSP cpuid = 3 And the dmesg output for your reference: FreeBSD 10.0-STABLE #0 r264571: Wed Apr 16 23:10:54 EDT 2014 root@oz:/usr/obj/usr/src/sys/NOYO amd64 FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 CPU: Intel(R) Xeon(R) CPU E5440 @ 2.83GHz (2833.39-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10676 Family = 0x6 Model = 0x17 Stepping = 6 Features=0xbfebfbff Features2=0xce3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 21474836480 (20480 MB) avail memory = 20768665600 (19806 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ACPI BIOS Warning (bug): Invalid length for FADT/Pm1aControlBlock: 32, using default 16 (20130823/tbfadt-682) ACPI BIOS Warning (bug): Invalid length for FADT/Pm2ControlBlock: 32, using default 8 (20130823/tbfadt-682) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 random: initialized acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 340 Event timer "HPET2" frequency 14318180 Hz quality 340 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 ACPI Warning: \134_SB_.PCI0.PT02._PRT: Return Package has no elements (empty) (20130823/nsprepkg-137) pci9: on pcib1 pcib2: at device 0.0 on pci9 pci10: on pcib2 pcib3: at device 0.0 on pci10 pci11: on pcib3 pcib4: at device 1.0 on pci10 pci14: on pcib4 pcib5: at device 2.0 on pci10 pci15: on pcib5 pcib6: at device 0.3 on pci9 pci16: on pcib6 pcib7: at device 3.0 on pci0 pci6: on pcib7 ciss0: port 0x4000-0x40ff mem 0xfdd00000-0xfddfffff,0xfdcf0000-0xfdcf0fff irq 18 at device 0.0 on pci6 ciss0: PERFORMANT Transport pcib8: at device 4.0 on pci0 pci17: on pcib8 pcib9: at device 0.0 on pci17 pci18: on pcib9 em0: mem 0xfdfe0000-0xfdffffff,0xfdfd0000-0xfdfdffff irq 25 at device 1.0 on pci18 em0: Ethernet address: 00:03:47:73:25:d9 pcib10: at device 5.0 on pci0 pci22: on pcib10 pcib11: at device 6.0 on pci0 pci23: on pcib11 pcib12: at device 7.0 on pci0 pci24: on pcib12 pcib13: at device 28.0 on pci0 pci2: on pcib13 pcib14: at device 0.0 on pci2 pci3: on pcib14 bce0: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci3 bce0: /usr/src/sys/dev/bce/if_bce.c(1251): Management firmware enabled but not running! miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce0: Ethernet address: 00:1f:29:e1:e3:76 bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (1.9.6); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NOT RUNNING!) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib15: at device 28.1 on pci0 pci4: on pcib15 pcib16: at device 0.0 on pci4 pci5: on pcib16 bce1: mem 0xfa000000-0xfbffffff irq 17 at device 0.0 on pci5 bce1: /usr/src/sys/dev/bce/if_bce.c(1251): Management firmware enabled but not running! miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce1: Ethernet address: 00:1f:29:e1:e3:74 bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (1.9.6); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NOT RUNNING!) Coal (RX:6,6,18,18; TX:20,20,80,80) uhci0: port 0x1000-0x101f irq 16 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0x1020-0x103f irq 17 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0x1040-0x105f irq 18 at device 29.2 on pci0 usbus2 on uhci2 uhci3: port 0x1060-0x107f irq 19 at device 29.3 on pci0 usbus3 on uhci3 ehci0: mem 0xf7df0000-0xf7df03ff irq 16 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci0 pcib17: at device 30.0 on pci0 pci1: on pcib17 vgapci0: port 0x3000-0x30ff mem 0xd8000000-0xdfffffff,0xf7ff0000-0xf7ffffff irq 23 at device 3.0 on pci1 vgapci0: Boot video device pci1: at device 4.0 (no driver attached) pci1: at device 4.2 (no driver attached) uhci4: port 0x3800-0x381f irq 22 at device 4.4 on pci1 usbus5 on uhci4 pci1: at device 4.6 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x500-0x50f irq 17 at device 31.1 on pci0 ata0: at channel 0 on atapci0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] uart0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 fdc0: port 0x3f0-0x3f3 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xc0000-0xcafff,0xe6000-0xe7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atrtc0: at port 0x70 irq 8 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 fdc0: No FDOUT register! ppc0: cannot reserve I/O port range uart1: at port 0x2f8-0x2ff irq 3 on isa0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 481f481f0600481f device_attach: est0 attach returned 6 p4tcc0: on cpu0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 481f481f0600481f device_attach: est1 attach returned 6 p4tcc1: on cpu1 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 481f481f0600481f device_attach: est2 attach returned 6 p4tcc2: on cpu2 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 481f481f0600481f device_attach: est3 attach returned 6 p4tcc3: on cpu3 est4: on cpu4 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 481f481f0600481f device_attach: est4 attach returned 6 p4tcc4: on cpu4 est5: on cpu5 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 481f481f0600481f device_attach: est5 attach returned 6 p4tcc5: on cpu5 est6: on cpu6 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 481f481f0600481f device_attach: est6 attach returned 6 p4tcc6: on cpu6 est7: on cpu7 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 481f481f0600481f device_attach: est7 attach returned 6 p4tcc7: on cpu7 Timecounters tick every 1.000 msec bce0: bce_pulse(): Warning: bootcode thinks driver is absent! (bc_state = 0x00000006) random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 usbus5: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen2.1: at usbus2 uhub1: on usbus2 ugen1.1: at usbus1 uhub2: on usbus1 ugen3.1: at usbus3 uhub3: on usbus3 ugen5.1: <0x103c> at usbus5 uhub4: <0x103c UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus5 ugen4.1: at usbus4 uhub5: on usbus4 da0 at ciss0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: Serial Number PAFGK0K9VW445H da0: 135.168MB/s transfers da0: Command Queueing enabled da0: 6676862MB (13674214832 512 byte sectors: 255H 32S/T 65535C) cd0 at ata0 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #7 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #4 Launched! Root mount waiting for: usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered Root mount waiting for: usbus5 usbus4 ugen5.2: at usbus5 ukbd0: on usbus5 kbd2 at ukbd0 Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub5: 8 ports with 8 removable, self powered ugen4.2: at usbus4 umass0: on usbus4 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:3:0:-1: Attached to scbus3 da1 at umass-sim0 bus 0 scbus3 target 0 lun 0 da1: Removable Direct Access SCSI-4 device da1: Serial Number 00241D8B55C2ED11C934053C da1: 40.000MB/s transfers da1: 14887MB (30489408 512 byte sectors: 255H 63S/T 1897C) da1: quirks=0x3 Root mount waiting for: usbus4 Root mount waiting for: usbus4 ugen4.3: at usbus4 umass1: on usbus4 umass1: SCSI over Bulk-Only; quirks = 0x0100 umass1:4:1:-1: Attached to scbus4 da2 at umass-sim1 bus 1 scbus4 target 0 lun 0 da2: Fixed Direct Access SCSI-6 device da2: Serial Number NA5KX9MM da2: 40.000MB/s transfers da2: 3815447MB (976754645 4096 byte sectors: 255H 63S/T 60800C) da2: quirks=0x2 Root mount waiting for: usbus4 Root mount waiting for: usbus4 ugen4.4: at usbus4 umass2: on usbus4 umass2: SCSI over Bulk-Only; quirks = 0x0100 umass2:5:2:-1: Attached to scbus5 Trying to mount root from ufs:/dev/da1p2 [rw]... da3 at umass-sim2 bus 2 scbus5 target 0 lun 0 da3: Fixed Direct Access SCSI-6 device da3: Serial Number NA5KX9ME da3: 40.000MB/s transfers da3: 3815447MB (976754645 4096 byte sectors: 255H 63S/T 60800C) da3: quirks=0x2 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) bce0: Gigabit link up! bce1: Gigabit link up! ums0: on usbus5 ums0: 3 buttons and [XY] coordinates ID=0 carp: VHID 1@lagg0: BACKUP -> MASTER (master down) On Tue, Apr 15, 2014 at 8:58 AM, Boris wrote: > Hi Lev, > > I have the same behaviour on a DL380 G5 dual E5440 CPU. Fortunately I have > iLO2 on it so I can still shut it down but I need to automate the shutdown > as it's a backup server. > I am running FreeBSD 10-STABLE amd64 which was a fresh install, no upgrade > from FreeBSD9. > I plan on rebuilding the world and installing it as I believe I have other > small issues like controlling pf using pfctl, the SMP pf seems it needs a > recompile. > > I can contribute to the debugging effort if somebody can advise on how to > proceed. > > Boris > > > On Sat, Apr 12, 2014 at 9:04 AM, Lev Serebryakov wrote: > >> Hello, FreeBSD. >> >> It breaks UPS usage completely -- system reboots instead of waiting for >> power off if it is "halted" by UPS monitoring (nut). >> >> System is Q35-based MoBo with E8400 CPU, nothing fancy or special. >> >> How could I debug this problem to provide more information? >> >> -- >> // Black Lion AKA Lev Serebryakov >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://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 Apr 18 00:55:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B76FFF46; Fri, 18 Apr 2014 00:55:48 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 ECCC2181E; Fri, 18 Apr 2014 00:55:47 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3I0srTi097880; Fri, 18 Apr 2014 02:54:58 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3I0smp9092820; Fri, 18 Apr 2014 00:54:48 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 18 Apr 2014 00:54:48 GMT Message-Id: <201404180054.s3I0smp9092820@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2014 00:55:48 -0000 TB --- 2014-04-18 00:50:46 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-18 00:50:46 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-18 00:50:46 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-04-18 00:50:46 - cleaning the object tree TB --- 2014-04-18 00:50:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-18 00:51:38 - At svn revision 264632 TB --- 2014-04-18 00:51:39 - building world TB --- 2014-04-18 00:51:39 - CROSS_BUILD_TESTING=YES TB --- 2014-04-18 00:51:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-18 00:51:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-18 00:51:39 - SRCCONF=/dev/null TB --- 2014-04-18 00:51:39 - TARGET=powerpc TB --- 2014-04-18 00:51:39 - TARGET_ARCH=powerpc64 TB --- 2014-04-18 00:51:39 - TZ=UTC TB --- 2014-04-18 00:51:39 - __MAKE_CONF=/dev/null TB --- 2014-04-18 00:51:39 - cd /src TB --- 2014-04-18 00:51:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 18 00:51:49 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenMapTable.cpp c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenRegisters.cpp c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenSchedule.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenSchedule.cpp: In member function 'void::PredTransitions::substituteVariantOperand(const llvm::SmallVectorImpl&, bool, unsigned int)': /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenSchedule.cpp:1219: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin/clang/tblgen *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-18 00:54:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-18 00:54:47 - ERROR: failed to build world TB --- 2014-04-18 00:54:47 - 149.63 user 92.24 system 241.23 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 02:26:59 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07F6E145; Fri, 18 Apr 2014 02:26:59 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 4B8951089; Fri, 18 Apr 2014 02:26:57 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3I2QTM9078823; Fri, 18 Apr 2014 04:26:29 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3I2QOZS078129; Fri, 18 Apr 2014 02:26:24 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 18 Apr 2014 02:26:24 GMT Message-Id: <201404180226.s3I2QOZS078129@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2014 02:26:59 -0000 TB --- 2014-04-18 00:50:46 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-18 00:50:46 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-18 00:50:46 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-04-18 00:50:46 - cleaning the object tree TB --- 2014-04-18 00:50:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-18 00:51:39 - At svn revision 264632 TB --- 2014-04-18 00:51:40 - building world TB --- 2014-04-18 00:51:40 - CROSS_BUILD_TESTING=YES TB --- 2014-04-18 00:51:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-18 00:51:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-18 00:51:40 - SRCCONF=/dev/null TB --- 2014-04-18 00:51:40 - TARGET=sparc64 TB --- 2014-04-18 00:51:40 - TARGET_ARCH=sparc64 TB --- 2014-04-18 00:51:40 - TZ=UTC TB --- 2014-04-18 00:51:40 - __MAKE_CONF=/dev/null TB --- 2014-04-18 00:51:40 - cd /src TB --- 2014-04-18 00:51:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 18 00:51:51 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 18 02:26:00 UTC 2014 TB --- 2014-04-18 02:26:00 - generating LINT kernel config TB --- 2014-04-18 02:26:00 - cd /src/sys/sparc64/conf TB --- 2014-04-18 02:26:00 - /usr/bin/make -B LINT TB --- 2014-04-18 02:26:00 - cd /src/sys/sparc64/conf TB --- 2014-04-18 02:26:00 - /usr/sbin/config -m LINT TB --- 2014-04-18 02:26:00 - building LINT kernel TB --- 2014-04-18 02:26:00 - CROSS_BUILD_TESTING=YES TB --- 2014-04-18 02:26:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-18 02:26:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-18 02:26:00 - SRCCONF=/dev/null TB --- 2014-04-18 02:26:00 - TARGET=sparc64 TB --- 2014-04-18 02:26:00 - TARGET_ARCH=sparc64 TB --- 2014-04-18 02:26:00 - TZ=UTC TB --- 2014-04-18 02:26:00 - __MAKE_CONF=/dev/null TB --- 2014-04-18 02:26:00 - cd /src TB --- 2014-04-18 02:26:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 18 02:26:00 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-18 02:26:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-18 02:26:23 - ERROR: failed to build LINT kernel TB --- 2014-04-18 02:26:23 - 4220.56 user 1720.54 system 5736.97 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 06:10:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29E4484D; Fri, 18 Apr 2014 06:10:39 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 B48A81605; Fri, 18 Apr 2014 06:10:38 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1Wb20M-0012cP-2Z>; Fri, 18 Apr 2014 08:10:30 +0200 Received: from g231184015.adsl.alicedsl.de ([92.231.184.15] helo=munin.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1Wb20L-001uaA-TW>; Fri, 18 Apr 2014 08:10:30 +0200 Date: Fri, 18 Apr 2014 08:10:14 +0200 From: "O. Hartmann" To: freebsd-stable@freebsd.org, FreeBSD Ports Subject: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4 Message-ID: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.2) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/ls=+Y_.p2LD5RZONOYK_.N0"; protocol="application/pgp-signature" X-Originating-IP: 92.231.184.15 X-ZEDAT-Hint: A X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Apr 2014 06:10:39 -0000 --Sig_/ls=+Y_.p2LD5RZONOYK_.N0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, I run on a 9.2-STABLE box since a couple of weeks for now always into the same problem. The port x11/kdelibs4 has been updated or needs to be recompiled but the compiling process gets stuck forever (now I let the system being stuck over night ~ 12 hours). I think this isn't correct and I try to find out what is the cause since I desperately need to update ports relying on x11/kdelibs4. The process ends up always at 98%, see below. I already completely deinstalled the port and let the portmaster update process recreate it, but it is the same status at the end. Regards and thank you, Oliver [ 98%] Building CXX object khtml/CMakeFiles/khtml.dir/html/html_documentimpl.o In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/html/html_documentim= pl.cpp:25: In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/html/html_documentim= pl.h:27: In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_docimpl.h:30: In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_elementimpl.= h:29: In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_nodeimpl.h:3= 3: In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/misc/idstring.h:27: = /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_stringimpl.h:52:6: warning: cast from 'char *' to 'QChar *' increases required alignment from 1 to 2 [-Wcast-align] s =3D QT_ALLOC_QCHAR_VEC( havestr ? len : 1 ); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kdelib= s-4.12.4/khtml/xml/dom_stringimpl.h:35:33: note: expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_VEC( N ) (QChar*) new char[ sizeof(QChar)*( N ) ] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kdeli= bs-4.12.4/khtml/xml/dom_stringimpl.h:66:6: warning: cast from 'char *' to 'QChar *' increases required alignment from 1 to 2 [-Wcast-align] s =3D QT_ALLOC_QCHAR_VEC( 1 ); ^~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/x= ml/dom_stringimpl.h:35:33: note: expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_VEC( N ) (QChar*) new char[ sizeof(QChar)*( N ) ] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kdeli= bs-4.12.4/khtml/xml/dom_stringimpl.h:73:6: warning: cast from 'char *' to 'QChar *' increases required alignment from 1 to 2 [-Wcast-align] s =3D QT_ALLOC_QCHAR_VEC( havestr ? length : 1 ); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kde= libs-4.12.4/khtml/xml/dom_stringimpl.h:35:33: note: expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_VEC( N ) (QChar*) new char[ sizeof(QChar)*( N ) ] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [ 98%] Building CXX object khtml/CMakeFiles/khtml.dir/kcookiejar_interface.o 3 warnings generated. 5 warnings generated. --Sig_/ls=+Y_.p2LD5RZONOYK_.N0 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTUMHUAAoJEOgBcD7A/5N8yAUH/jJt0CfuldEM3FtGOQ55nJqI rbjfSVDdwp02qTdvP+hw3PpzCiVK59nLa410HsXvPM6I035/4OepitncioMqRYBv QGJsso7RMqSmBlIocyoavRezHjth/xVUwYlLRJDJ/pO9mScmdZ2DS2BcdRc2u+Lp ntEYCjTj9Xcc6K6fleRMVZSIdH1vK1KsJInARDm+JnUn73w+V2icgOwtzEKxJgsS Ui4iihDw+GDoG10Mzfk2QMpJTeZAioDArrV0x/b+HyAY/BgYwyKkuXv0MGC49m1N eNhjxmKvKx1OakpO9G1aW9lfVe2wo4hnHFlRf1oTwH4HeKy8CzWIKwYxSWtg234= =/zVs -----END PGP SIGNATURE----- --Sig_/ls=+Y_.p2LD5RZONOYK_.N0-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 08:14:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C47A748 for ; Fri, 18 Apr 2014 08:14:18 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.12]) (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 1FBD61263 for ; Fri, 18 Apr 2014 08:14:17 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1Wb3w0-000IXe-4K for freebsd-stable@freebsd.org; Fri, 18 Apr 2014 11:14:08 +0300 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: serial console problem with latest 9.2-stable From: Daniel Braniss In-Reply-To: Date: Fri, 18 Apr 2014 11:14:07 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <550A35B7-77FC-4F96-845F-A94186866F25@cs.huji.ac.il> References: To: FreeBSD stable X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Apr 2014 08:14:18 -0000 On Apr 11, 2014, at 12:09 PM, Daniel Braniss = wrote: > Hi, > in /boot/device.hints I have: > hint.uart.1.flags=3D0x10 >=20 > and till about a week old kernel, I get the serial console ok. > with today=92s update, this is broken: > the boot output stops after showing: > ... > cpu15 (AP): APIC ID: 7 > ioapic1: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 32-55 on motherboard >=20 > Freebsd/amd64 (rnd) (ttyu1) >=20 > Login: >=20 > and later, escape to debugger failes - i.e hitting \n~^B gets me = nowhere. >=20 > from dmesg: >=20 > =85 > ioapic1: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 32-55 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard >=20 > =85 >=20 > so what is broken in kbdmux? >=20 > thanks, > danny >=20 some more info, from =91grep hart /var/run/dmesg.out': uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 uart0: console (115200,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 I need some hints to solve this,=20 thanks, danny > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Apr 18 11:01:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 027EBADC for ; Fri, 18 Apr 2014 11:01:18 +0000 (UTC) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 C35AB128C for ; Fri, 18 Apr 2014 11:01:17 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 351B420B73 for ; Fri, 18 Apr 2014 07:01:07 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Fri, 18 Apr 2014 07:01:07 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:from:to:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mesmtp; bh=NkZvCGG+nzmcwkG8RaVtjacAP8E=; b=pjRYeGXcFfQ55W5CYHdzPGNaf19w uq+P6yOUYtVq7qCVcLToWXucX/SZoWhJ3ZsTJM0tCniOsKBX6eolSeKuls/kRfad X0gcsG+i6e+wNVq9GW/vsX/Bav1ymu0iU4zU/IP3XyC7i3n7guzcMN60NkELhB+s LdAn4e5cfXHfLB4= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:subject:message-id :in-reply-to:references:mime-version:content-type :content-transfer-encoding; s=smtpout; bh=NkZvCGG+nzmcwkG8RaVtja cAP8E=; b=dGMFw2snyUm4ujS/FC04IC6D3Akd9Yf37a21GXgwsy122sVdvsYeiW IROenD+uO4GQmvXtU69tNGgsb98F9KwHOBzWR1UvRoVTk/sOmqeUGmPCQ7rHWYR/ 73s2RmDAsV/67wAtCSmssbML1rK/OD3WI6FmrqHqt19epLfKOstVQ= X-Sasl-enc: 4bcfzy76SD7BLqazcJv4/MrpV38VKRCCZCYTM2huJqBw 1397818866 Received: from skysong.divine.net (unknown [46.5.18.52]) by mail.messagingengine.com (Postfix) with ESMTPA id CDB69C00003 for ; Fri, 18 Apr 2014 07:01:06 -0400 (EDT) Date: Fri, 18 Apr 2014 13:00:55 +0200 From: Schaich Alonso To: freebsd-stable@freebsd.org Subject: Re: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4 Message-Id: <20140418130055.691608574419afe2c955e31e@fastmail.fm> In-Reply-To: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> References: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) 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.17 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, 18 Apr 2014 11:01:18 -0000 On Fri, 18 Apr 2014 08:10:14 +0200 "O. Hartmann" wrote: > Hello, > > I run on a 9.2-STABLE box since a couple of weeks for now always into > the same problem. The port x11/kdelibs4 has been updated or needs to be > recompiled but the compiling process gets stuck forever (now I let the > system being stuck over night ~ 12 hours). I think this isn't correct > and I try to find out what is the cause since I desperately need to > update ports relying on x11/kdelibs4. > > The process ends up always at 98%, see below. I already completely > deinstalled the port and let the portmaster update process recreate it, > but it is the same status at the end. > > Regards and thank you, > > Oliver Can you check the output of # ps daux for a hierarchial list of running processes when the build process starts hanging (i.e. find out what process cmake is waiting to finish)? Next, could you check whether this also happens if you build kdelibs with gcc? As a wild guess this could be a race condition, then disabling multi-processor build (by writing "MAKE_JOBS_UNSAFE=yes" into /etc/make.conf, or by using something like "make MAKE_JOBS_UNSAFE=yes -C /usr/ports/x11/kdelibs4 deinstall clean build package reinstall clean" instead of portmaster) would "fix" it for you. Alonso From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 11:01:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFD97BC1 for ; Fri, 18 Apr 2014 11:01:24 +0000 (UTC) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 7CEB1128E for ; Fri, 18 Apr 2014 11:01:24 +0000 (UTC) Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id C172E21260; Fri, 18 Apr 2014 07:01:23 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute6.internal (MEProxy); Fri, 18 Apr 2014 07:01:23 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mesmtp; bh=NkZvCGG+nzmcwkG8RaVtjacAP8E=; b=CBGxPm06SIhlQ42lv1mz+8XVIwd1 S0+dmu0H+/foD5h2DGAhBzTztnO+EV7s0/XzAmSZqnKvyj1NpcN27xq+jobmJg/X L5wN8KanfFIm3NIN0M6NBoN046SblHa+oV2Vj75zpUWif5d3oQCXbScor+Y2jI2z Nv3ZrvxAyM4N0fY= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:cc:subject:message-id :in-reply-to:references:mime-version:content-type :content-transfer-encoding; s=smtpout; bh=NkZvCGG+nzmcwkG8RaVtja cAP8E=; b=fUASCp8FIAA9wrZcb8z3PBKJoKgZi70Iq7MN5O9cy6D+su3nefo9Mx PAGOY55i5F3fo9UyhoOseDKsgImggakJ16NYxKUxLddrZ1rXJNc6Ih4b83P7oBiy 4BdiI/57G9BrNspLJ41FROcOratL4iyHenMMmHdRyWhTIW5DL04a4= X-Sasl-enc: 1vRMTIh7YnODB4LicWYXwtX2v5HseQVxrcC2SroIQt6b 1397818883 Received: from skysong.divine.net (unknown [46.5.18.52]) by mail.messagingengine.com (Postfix) with ESMTPA id 2C7AD6800FF; Fri, 18 Apr 2014 07:01:23 -0400 (EDT) Date: Fri, 18 Apr 2014 13:01:14 +0200 From: Schaich Alonso To: ohartman@zedat.fu-berlin.de Subject: Re: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4 Message-Id: <20140418130114.cf13b401d5c55d4dfea93c54@fastmail.fm> In-Reply-To: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> References: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Apr 2014 11:01:24 -0000 On Fri, 18 Apr 2014 08:10:14 +0200 "O. Hartmann" wrote: > Hello, > > I run on a 9.2-STABLE box since a couple of weeks for now always into > the same problem. The port x11/kdelibs4 has been updated or needs to be > recompiled but the compiling process gets stuck forever (now I let the > system being stuck over night ~ 12 hours). I think this isn't correct > and I try to find out what is the cause since I desperately need to > update ports relying on x11/kdelibs4. > > The process ends up always at 98%, see below. I already completely > deinstalled the port and let the portmaster update process recreate it, > but it is the same status at the end. > > Regards and thank you, > > Oliver Can you check the output of # ps daux for a hierarchial list of running processes when the build process starts hanging (i.e. find out what process cmake is waiting to finish)? Next, could you check whether this also happens if you build kdelibs with gcc? As a wild guess this could be a race condition, then disabling multi-processor build (by writing "MAKE_JOBS_UNSAFE=yes" into /etc/make.conf, or by using something like "make MAKE_JOBS_UNSAFE=yes -C /usr/ports/x11/kdelibs4 deinstall clean build package reinstall clean" instead of portmaster) would "fix" it for you. Alonso From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 12:30:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF0D32B7; Fri, 18 Apr 2014 12:30:47 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 2099019CE; Fri, 18 Apr 2014 12:30:46 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3ICUUpi013537; Fri, 18 Apr 2014 14:30:30 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3ICUToG013300; Fri, 18 Apr 2014 12:30:29 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 18 Apr 2014 12:30:29 GMT Message-Id: <201404181230.s3ICUToG013300@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2014 12:30:48 -0000 TB --- 2014-04-18 09:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-18 09:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-18 09:20:45 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-04-18 09:20:45 - cleaning the object tree TB --- 2014-04-18 09:20:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-18 09:21:38 - At svn revision 264642 TB --- 2014-04-18 09:21:39 - building world TB --- 2014-04-18 09:21:39 - CROSS_BUILD_TESTING=YES TB --- 2014-04-18 09:21:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-18 09:21:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-18 09:21:39 - SRCCONF=/dev/null TB --- 2014-04-18 09:21:39 - TARGET=ia64 TB --- 2014-04-18 09:21:39 - TARGET_ARCH=ia64 TB --- 2014-04-18 09:21:39 - TZ=UTC TB --- 2014-04-18 09:21:39 - __MAKE_CONF=/dev/null TB --- 2014-04-18 09:21:39 - cd /src TB --- 2014-04-18 09:21:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 18 09:21:50 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 18 11:33:43 UTC 2014 TB --- 2014-04-18 11:33:43 - generating LINT kernel config TB --- 2014-04-18 11:33:43 - cd /src/sys/ia64/conf TB --- 2014-04-18 11:33:43 - /usr/bin/make -B LINT TB --- 2014-04-18 11:33:43 - cd /src/sys/ia64/conf TB --- 2014-04-18 11:33:43 - /usr/sbin/config -m LINT TB --- 2014-04-18 11:33:43 - building LINT kernel TB --- 2014-04-18 11:33:43 - CROSS_BUILD_TESTING=YES TB --- 2014-04-18 11:33:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-18 11:33:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-18 11:33:43 - SRCCONF=/dev/null TB --- 2014-04-18 11:33:43 - TARGET=ia64 TB --- 2014-04-18 11:33:43 - TARGET_ARCH=ia64 TB --- 2014-04-18 11:33:43 - TZ=UTC TB --- 2014-04-18 11:33:43 - __MAKE_CONF=/dev/null TB --- 2014-04-18 11:33:43 - cd /src TB --- 2014-04-18 11:33:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 18 11:33:43 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Apr 18 12:19:29 UTC 2014 TB --- 2014-04-18 12:19:29 - cd /src/sys/ia64/conf TB --- 2014-04-18 12:19:29 - /usr/sbin/config -m GENERIC TB --- 2014-04-18 12:19:29 - building GENERIC kernel TB --- 2014-04-18 12:19:29 - CROSS_BUILD_TESTING=YES TB --- 2014-04-18 12:19:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-18 12:19:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-18 12:19:29 - SRCCONF=/dev/null TB --- 2014-04-18 12:19:29 - TARGET=ia64 TB --- 2014-04-18 12:19:29 - TARGET_ARCH=ia64 TB --- 2014-04-18 12:19:29 - TZ=UTC TB --- 2014-04-18 12:19:29 - __MAKE_CONF=/dev/null TB --- 2014-04-18 12:19:29 - cd /src TB --- 2014-04-18 12:19:29 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Apr 18 12:19:29 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/tcp_timer.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/tcp_timewait.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/tcp_usrreq.c /src/sys/netinet/tcp_usrreq.c: In function 'tcp6_usr_bind': /src/sys/netinet/tcp_usrreq.c:286: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/GENERIC *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-18 12:30:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-18 12:30:28 - ERROR: failed to build GENERIC kernel TB --- 2014-04-18 12:30:28 - 8871.43 user 3078.81 system 11383.64 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 12:32:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98B8B4C1 for ; Fri, 18 Apr 2014 12:32:19 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 541EA1A69 for ; Fri, 18 Apr 2014 12:32:19 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1Wb7xo-002PIa-G2>; Fri, 18 Apr 2014 14:32:16 +0200 Received: from g231184015.adsl.alicedsl.de ([92.231.184.15] helo=munin.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1Wb7xo-002PWA-Al>; Fri, 18 Apr 2014 14:32:16 +0200 Date: Fri, 18 Apr 2014 14:32:04 +0200 From: "O. Hartmann" To: Schaich Alonso Subject: Re: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4 Message-ID: <20140418143204.2dffe6fe@munin.walstatt.dyndns.org> In-Reply-To: <20140418130114.cf13b401d5c55d4dfea93c54@fastmail.fm> References: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> <20140418130114.cf13b401d5c55d4dfea93c54@fastmail.fm> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.2) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/q_fIQ+BFgjqZl1kH6ZxSWEm"; protocol="application/pgp-signature" X-Originating-IP: 92.231.184.15 X-ZEDAT-Hint: A Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Apr 2014 12:32:19 -0000 --Sig_/q_fIQ+BFgjqZl1kH6ZxSWEm Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 18 Apr 2014 13:01:14 +0200 Schaich Alonso wrote: > On Fri, 18 Apr 2014 08:10:14 +0200 > "O. Hartmann" wrote: >=20 > > Hello, > >=20 > > I run on a 9.2-STABLE box since a couple of weeks for now always > > into the same problem. The port x11/kdelibs4 has been updated or > > needs to be recompiled but the compiling process gets stuck forever > > (now I let the system being stuck over night ~ 12 hours). I think > > this isn't correct and I try to find out what is the cause since I > > desperately need to update ports relying on x11/kdelibs4. > >=20 > > The process ends up always at 98%, see below. I already completely > > deinstalled the port and let the portmaster update process recreate > > it, but it is the same status at the end. > >=20 > > Regards and thank you, > >=20 > > Oliver >=20 > Can you check the output of > # ps daux > for a hierarchial list of running processes when the build process > starts hanging (i.e. find out what process cmake is waiting to > finish)? >=20 > Next, could you check whether this also happens if you build kdelibs > with gcc? >=20 > As a wild guess this could be a race condition, then disabling > multi-processor build (by writing "MAKE_JOBS_UNSAFE=3Dyes" > into /etc/make.conf, or by using something like "make > MAKE_JOBS_UNSAFE=3Dyes -C /usr/ports/x11/kdelibs4 deinstall clean build > package reinstall clean" instead of portmaster) would "fix" it for > you. >=20 > Alonso I did so, and I'm now stuck at this stage, compiler doesn't proceed: 3 warnings generated. [ 73%] Building CXX object khtml/CMakeFiles/khtml.dir/css/parser.o In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/css/parser.cpp:106: In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_docimpl.h:30: In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_elementimpl.= h:29: In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_nodeimpl.h:3= 3: In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/misc/idstring.h:27: = /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_stringimpl.h:52:6: warning: cast from 'char *' to 'QChar *' increases required alignment from 1 to 2 [-Wcast-align] s =3D QT_ALLOC_QCHAR_VEC( havestr ? len : 1 ); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kdelib= s-4.12.4/khtml/xml/dom_stringimpl.h:35:33: note: expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_VEC( N ) (QChar*) new char[ sizeof(QChar)*( N ) ] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kdeli= bs-4.12.4/khtml/xml/dom_stringimpl.h:66:6: warning: cast from 'char *' to 'QChar *' increases required alignment from 1 to 2 [-Wcast-align] s =3D QT_ALLOC_QCHAR_VEC( 1 ); ^~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/x= ml/dom_stringimpl.h:35:33: note: expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_VEC( N ) (QChar*) new char[ sizeof(QChar)*( N ) ] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kdeli= bs-4.12.4/khtml/xml/dom_stringimpl.h:73:6: warning: cast from 'char *' to 'QChar *' increases required alignment from 1 to 2 [-Wcast-align] s =3D QT_ALLOC_QCHAR_VEC( havestr ? length : 1 ); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kde= libs-4.12.4/khtml/xml/dom_stringimpl.h:35:33: note: expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_VEC( N ) (QChar*) new char[ sizeof(QChar)*( N ) ] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ load: 1.05 cmd: clang++ 36933 [running] 304.41r 298.16u 6.15s 100% 73072k --Sig_/q_fIQ+BFgjqZl1kH6ZxSWEm Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTURtNAAoJEOgBcD7A/5N8GKEIAINifTI30HQFd2zcjN1K7jWj dG3jbNaO3uj8uv7h/nxwrI48F4Qa1260ganBWKhkedT2sHqEX15IQJVI3kO50kLF Hr4OUYUYOVIySKYZO8BS/Vb6alhuayS3GGEG3q6wb8ofGYlsTs/XO8W7I8LF/d+K Rzme7efZckO01Hu4gormXUHdAERxn9hZS4GsziqpVcR/dfQeR8ohiUMcu+xwXy9I d9KLFKi8wqh1P6NgznT3L1yiDzquvBab4EXwCo8a7tKq59Q+obm5QZxHZKPmlkUx 1KKfnEWj7EqIQyf6M4PRhzNXFNxTAOo2gBtc0JsCIFesBpiq27Zu+Enxjq2i26w= =4cbq -----END PGP SIGNATURE----- --Sig_/q_fIQ+BFgjqZl1kH6ZxSWEm-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 15:37:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D612A6F8 for ; Fri, 18 Apr 2014 15:37:23 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (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 9BA441CBE for ; Fri, 18 Apr 2014 15:37:23 +0000 (UTC) Received: from roadkill.tharned.org (11008@roadkill.tharned.org [75.145.12.185]) (authenticated bits=0) by roadkill.tharned.org (8.14.8/8.14.8) with ESMTP id s3IFapjv012375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 18 Apr 2014 10:36:57 -0500 (CDT) (envelope-from gcr+freebsd-stable@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2014; t=1397835417; bh=MDMov46FnbcuZn5DloXV7X6RIIn3K0fldztDUpia+5Q=; h=Date:From:To:Subject; b=JBjKRMSBHoWMJOamBxiRf9d+FTVh8+oLVZueVCH7A9YIjmSIeGemH2oUDb4H9ylgI IQnnqegZ+pbhmtnwELSQWEBqW1hxSUBuG7QYj/VjpCH8E5PKyYRcXELHqNBNiLqT36 5FjLZpnNO0WxyvjP7Cq3mFu5nLewr2K+02C5fOQm0KjXFoxTL0WqC/QwTzV/W/4KpI X4x+TRhLJXHXUSYNUqDJjMz65qKDCRKQwUmgzYcai6iYrPziiEx87yb+XDjcXPt6Hz v0LOXjqd498D303jnlvGo0uOU4g0kgbPuxOrEAVg3FcYwBunkOpkcjgDmio36SoXA8 2s9Qm31ZqMdmw== Date: Fri, 18 Apr 2014 10:36:51 -0500 (CDT) From: Greg Rivers To: freebsd-stable@freebsd.org Subject: vt(4) and geli(8) Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Fri, 18 Apr 2014 10:36:57 -0500 (CDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Apr 2014 15:37:23 -0000 The new vt system console looks really nice. But on hosts that have geli encrypted devices that prompt for the passphrase at boot, no keyboard input reaches geli. The keyboard doesn't appear to be dead, as the caps-lock and num-lock keys toggle; geli just doesn't receive any input. This is on 10-STABLE amd64 built from yesterday's sources. "hw.vga.textmode=1" doesn't make any difference. Has anyone else encountered this? -- Greg Rivers From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 15:40:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6602D8B5; Fri, 18 Apr 2014 15:40:55 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3635F1CF0; Fri, 18 Apr 2014 15:40:55 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 9CD95121B6; Fri, 18 Apr 2014 15:40:52 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 9CD95121B6 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 18 Apr 2014 11:40:50 -0400 From: Glen Barber To: Greg Rivers Subject: Re: vt(4) and geli(8) Message-ID: <20140418154050.GK49791@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="F55Y67F01HNW3AgB" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Apr 2014 15:40:55 -0000 --F55Y67F01HNW3AgB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 18, 2014 at 10:36:51AM -0500, Greg Rivers wrote: > The new vt system console looks really nice. But on hosts that have geli > encrypted devices that prompt for the passphrase at boot, no keyboard inp= ut > reaches geli. The keyboard doesn't appear to be dead, as the caps-lock a= nd > num-lock keys toggle; geli just doesn't receive any input. This is on > 10-STABLE amd64 built from yesterday's sources. "hw.vga.textmode=3D1" doe= sn't > make any difference. >=20 > Has anyone else encountered this? >=20 No, and I have this exact setup. Is the keyboard USB, by chance? Glen --F55Y67F01HNW3AgB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTUUeCAAoJELls3eqvi17Q3TEQAM/dyht9mde8Bcd0qC+xOJsy /anppNKP9TDwaJQNCn/cnZzc32lWVYbBzsSpv+yQzlP14/KZtJSS6PeN+2KAnTu3 bcTVy1taeNlrUcxmPOfXOt5IH7O0LyLHr/GeEMtCNUJHcgwGD6BYTiP1EQtOK9fI GVJRKo/bE750WVhRkG+R4ckOKBa9ky0qv12Gq6ciCBscfE54yctS4zjdKdcPjQCf AFcKqGaS/usQwhUY1emJMo/JfT969PjmxthaHkgJBu3GYhXMW8Gq3I79pMW9yncL dXvgGEdbLK/Psrz9EfIFIuv9cL0H4aDyexIJXdbDP2sOYi/d05rRWJOmx+4Qlg23 60OW1n1npaINgxg6sW2d0I2V6PAcJLL/MGVl8yi5vxd4YwGLagJBIUnNnAIbC2sv V8Wn557qJ4YycAn6d+eJguFZ4M4n7MJ5RawvjnTA2DWArPwdrY/YvPUUNutyMom0 pAcflDxVCj1ZwbsE0Hb64T14T+Puvw/572kflR33fZa2mbIqVk05n6w1YyhQPd/2 fyjXFhNqt60WejCoWcWZcGdRb0QKmzN0YM/cZI3kS9nY0OtOGss+ChupEj+aHNGq bjrvWBOm2HBi1HsPs/JumiEfyLkMtseG0+zhmkidi6VbU4cdfWO9x/7lwC5DymVM OCSeBHDmYQeHwamyScfz =tuB8 -----END PGP SIGNATURE----- --F55Y67F01HNW3AgB-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 15:50:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDF72D96 for ; Fri, 18 Apr 2014 15:50:55 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 96BC71FA7 for ; Fri, 18 Apr 2014 15:50:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=AxG+rvMWMCollepNwHNH7T3A2I9o801gm21+bjAGCNU=; b=hinBCha0SRed4iWihqtG2KzvRnudqS8TcstcUATk5LxfJvPlhazglRMCdHfvtfkQkU8h3B4vf2mNXga8kxCAUagu/WLgFjB1FtGZ39t2nisuvAJHystMBP1/elmQjKy573vptAfA4/EwWo4D1Ihs/Rqm3tjUkwOf42U3Uf2rs3w=; Received: from bb119-74-227-120.singnet.com.sg ([119.74.227.120]:41627 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WbB3w-001A0U-Jw; Fri, 18 Apr 2014 09:50:49 -0600 Date: Fri, 18 Apr 2014 23:50:44 +0800 From: Erich Dollansky To: Greg Rivers Subject: Re: vt(4) and geli(8) Message-ID: <20140418235044.52742bac@X220.alogt.com> In-Reply-To: References: X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Apr 2014 15:50:55 -0000 Hi, On Fri, 18 Apr 2014 10:36:51 -0500 (CDT) Greg Rivers wrote: > The new vt system console looks really nice. But on hosts that have > geli encrypted devices that prompt for the passphrase at boot, no > keyboard input reaches geli. The keyboard doesn't appear to be dead, do you have / encrypted? I use geli but have only /usr/home encrypted and no problems. You might have to load vt via loader.conf or put it into the kernel. Wait, is there a chicken-egg problem? Erich From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 16:54:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED9A2382; Fri, 18 Apr 2014 16:54:30 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (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 95E1815D6; Fri, 18 Apr 2014 16:54:30 +0000 (UTC) Received: from roadkill.tharned.org (11008@roadkill.tharned.org [75.145.12.185]) (authenticated bits=0) by roadkill.tharned.org (8.14.8/8.14.8) with ESMTP id s3IGsKKN013627 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Apr 2014 11:54:27 -0500 (CDT) (envelope-from gcr+freebsd-stable@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2014; t=1397840067; bh=OsL7zBsuyqDtacvPLtYauKoxJ7Yzqzu/zfTgNF1id5U=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=jPE2vE/2ILZNv44CRz3ozeIy3/qynhueEryNNjYVOSsx65EXdPQvYHlbDsgnECFpq 2dOquTFTbe3kDTkVhL9O/zeBqJs4VMGHSBoSDKgK6ntHmUkcRAD+P1KzPemHmvhla5 3BqOQ3NrxEyjVCvnR1/pdBFqj+7SNRUHhVSRDcR0cG1U5KfKzoKJcTHPY3qTki9yTX pKchJ7ydtlvRhutPepURFo23aBREGw7W+k/SqVgEFsPa8RfAqMaIaK/jfNGA1dXW+k xhid9qhxtkD/7tqxug/c5lmE6ki6LyhqXgg4uP+U8H1/ZCkaqgAOUPGuu07bprty5N 1IRz8oYgjaedw== Date: Fri, 18 Apr 2014 11:54:20 -0500 (CDT) From: Greg Rivers To: Glen Barber , Erich Dollansky Subject: Re: vt(4) and geli(8) In-Reply-To: <20140418235044.52742bac@X220.alogt.com> Message-ID: References: <20140418235044.52742bac@X220.alogt.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Fri, 18 Apr 2014 11:54:27 -0500 (CDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Apr 2014 16:54:31 -0000 Thank you both for your input. On Fri, 18 Apr 2014, Glen Barber wrote: > No, and I have this exact setup. > Is the keyboard USB, by chance? > No, this is a HP G71 laptop. The keyboard probes as: atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 On Fri, 18 Apr 2014, Erich Dollansky wrote: > do you have / encrypted? > Yes, with a passphrase only (no key file). I boot from a GPT partition on the hard drive that contains /boot in the clear. Here's the layout: => 34 625142381 ada0 GPT (298G) 34 1024 ada0p1 freebsd-boot (512K) 1058 990 - free - (495K) 2048 1572864 ada0p2 freebsd-ufs (768M) 1574912 623566848 ada0s3 freebsd (297G) 625141760 655 - free - (328K) => 0 77945855 ada0s3.eli BSD (297G) 0 98304 ada0s3.elia freebsd-ufs (384M) 98304 2097152 ada0s3.elib freebsd-ufs (8.0G) 2195456 6291456 ada0s3.elid freebsd-ufs (24G) 8486912 1048576 ada0s3.elie freebsd-swap (4.0G) 9535488 68410112 ada0s3.elif freebsd-ufs (261G) 77945600 255 - free - (1.0M) The host boots from ada0p2, tastes geli on ada0s3 and prompts for the passphrase. / is on ada0s3.elia. > You might have to load vt via loader.conf or put it into the kernel. > Wait, is there a chicken-egg problem? > I have vt compiled into the kernel via: device vt device vt_vga geli is loaded from the module via geom_eli_load="YES" in loader.conf. -- Greg From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 17:27:50 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CECD6CA3; Fri, 18 Apr 2014 17:27:50 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8DEAD18EA; Fri, 18 Apr 2014 17:27:50 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id E3CA2BDC79; Fri, 18 Apr 2014 19:27:48 +0200 (CEST) Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id BC662BDC78; Fri, 18 Apr 2014 19:27:48 +0200 (CEST) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id 33C6D6137; Fri, 18 Apr 2014 19:27:48 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id B33EB6B74C97; Fri, 18 Apr 2014 19:27:47 +0200 (CEST) Date: Fri, 18 Apr 2014 19:27:47 +0200 From: Mathieu Arnold To: Robert David Subject: Re: [ANNOUNCE] ports 2014Q2 branched Message-ID: In-Reply-To: <20140412214420.505bd675@notebook.linsystem.net> References: <20140402092434.GY99393@ivaldir.etoilebsd.net> <20140412214420.505bd675@notebook.linsystem.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: ports@FreeBSD.org, stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Apr 2014 17:27:50 -0000 +--On 12 avril 2014 21:44:20 +0200 Robert David wrote: | Hi Baptiste, | | this is awesome news. I think this is very good process. | | I got a question. From which FreeBSD branch is the latest and quarterly | build? latest is built from head, quarterly is built from the latest quarterly branch, actually 2014Q2. Or are you talking about src and not ports ? If this is the case, packages are built using the oldest supported release on each branch, so, that will be 8.3 up until the end of April and then 8.4 for the 8 branch, 9.1 for the 9 branch, 10.0 for the 10 branch, and for -CURRENT, it is updated something like every couple of weeks. -- Mathieu Arnold From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 17:49:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CE2A6A8 for ; Fri, 18 Apr 2014 17:49:57 +0000 (UTC) Received: from starfish.geekisp.com (starfish.geekisp.com [216.168.135.166]) by mx1.freebsd.org (Postfix) with SMTP id D277C1AE7 for ; Fri, 18 Apr 2014 17:49:56 +0000 (UTC) Received: (qmail 2036 invoked by uid 1003); 18 Apr 2014 17:49:50 -0000 Received: from unknown (HELO ?10.10.2.81?) (tyler@monkeypox.org@64.125.69.200) by mail.geekisp.com with (DHE-RSA-AES128-SHA encrypted) SMTP; 18 Apr 2014 17:49:50 -0000 Message-ID: <535165BD.1010909@monkeypox.org> Date: Fri, 18 Apr 2014 10:49:49 -0700 From: "R. Tyler Croy" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: vt(4) and geli(8) References: In-Reply-To: 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.17 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, 18 Apr 2014 17:49:57 -0000 On 04/18/2014 08:36, Greg Rivers wrote: > The new vt system console looks really nice. But on hosts that have > geli encrypted devices that prompt for the passphrase at boot, no > keyboard input reaches geli. The keyboard doesn't appear to be dead, > as the caps-lock and num-lock keys toggle; geli just doesn't receive > any input. This is on 10-STABLE amd64 built from yesterday's sources. > "hw.vga.textmode=1" doesn't make any difference. > > Has anyone else encountered this? > I run encrypted ZFS with vt(4) on -CURRENT right now and I've not had any issues with entering my passphrase. There might be a bug fix that ray@ hasn't had a chance to merge from current just yet. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 18:32:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7379C62F; Fri, 18 Apr 2014 18:32:49 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F1C810BB; Fri, 18 Apr 2014 18:32:49 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::50f2:24b2:46e1:1876] (unknown [IPv6:2001:7b8:3a7:0:50f2:24b2:46e1:1876]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id AD5685C43; Fri, 18 Apr 2014 20:32:41 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_BB5D2876-5C7F-4EE7-86A4-B375595DD921"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4 From: Dimitry Andric In-Reply-To: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> Date: Fri, 18 Apr 2014 20:32:29 +0200 Message-Id: <641C6CAA-C472-4359-9293-E65F16E84DC6@FreeBSD.org> References: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> To: "O. Hartmann" X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org, FreeBSD Ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Apr 2014 18:32:49 -0000 --Apple-Mail=_BB5D2876-5C7F-4EE7-86A4-B375595DD921 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 18 Apr 2014, at 08:10, O. Hartmann = wrote: > I run on a 9.2-STABLE box since a couple of weeks for now always into > the same problem. The port x11/kdelibs4 has been updated or needs to = be > recompiled but the compiling process gets stuck forever (now I let the > system being stuck over night ~ 12 hours). Which revision of 9-STABLE, and which version of clang? ... > The process ends up always at 98%, see below. I already completely > deinstalled the port and let the portmaster update process recreate = it, > but it is the same status at the end. ... > [ 98%] Building CXX object > khtml/CMakeFiles/khtml.dir/html/html_documentimpl.o In file included > from = /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/html/html_documentimpl.c= pp:25: Can you get me the preprocessed version of html_documentimpl.cpp? It should be enough to send a TERM signal to the clang -cc1 process, then it should dump a .sh and .ii file in /tmp. -Dimitry --Apple-Mail=_BB5D2876-5C7F-4EE7-86A4-B375595DD921 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlNRb8kACgkQsF6jCi4glqMsNwCdEv9CZW5sVl+ASpO/619L+wir 7TIAn2WTx1cKcEOHirz2ZTwVzr7nw2Mb =mATq -----END PGP SIGNATURE----- --Apple-Mail=_BB5D2876-5C7F-4EE7-86A4-B375595DD921-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 18:47:47 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 897389DB; Fri, 18 Apr 2014 18:47:47 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C38B311D2; Fri, 18 Apr 2014 18:47:46 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id bs8so990442wib.17 for ; Fri, 18 Apr 2014 11:47:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=GHTLvpqTLGcl3pVODcQV2XaQq6yn7EguG5ic3jMzSyA=; b=xGAntQasgpKxaYOrRuSLPZCh6ujCwafBSEz6XX3cMPrwcCwrwbaid2+YY0LIfdSvTl BFcS+AkBlH/XoLsR3GWEnnf2hlfuhg6tWOBzXCdefyDBRmv1fkaJp8IumNu9ewPDV11r lis2wqHPNttO3RPS2GmbkokxpWqeOMAGMlh/Ezk+XGvnxF3jjzpEWl1mG5jvsf1EVyep WoZjOQ3nscoRyzmNXBxBr68MDxyVGkOMxTGwwlscY/ZuDlDk3wUA3bhe/3+8tcFU9Qzv /zUaYop1b373adtv8nbsqgqDn8Z78z2HR36+PgI1qKlIhu+RDBX3uY9q4i2IuzK1tnEq Ty7g== X-Received: by 10.194.60.114 with SMTP id g18mr387624wjr.61.1397846864987; Fri, 18 Apr 2014 11:47:44 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id h1sm44673279wjy.7.2014.04.18.11.47.43 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 18 Apr 2014 11:47:44 -0700 (PDT) Sender: Baptiste Daroussin Date: Fri, 18 Apr 2014 20:47:41 +0200 From: Baptiste Daroussin To: Mathieu Arnold Subject: Re: [ANNOUNCE] ports 2014Q2 branched Message-ID: <20140418184741.GJ66244@ivaldir.etoilebsd.net> References: <20140402092434.GY99393@ivaldir.etoilebsd.net> <20140412214420.505bd675@notebook.linsystem.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="451BZW+OUuJBCAYj" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: ports@FreeBSD.org, stable@FreeBSD.org, Robert David X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Apr 2014 18:47:47 -0000 --451BZW+OUuJBCAYj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 18, 2014 at 07:27:47PM +0200, Mathieu Arnold wrote: > +--On 12 avril 2014 21:44:20 +0200 Robert David > wrote: > | Hi Baptiste, > |=20 > | this is awesome news. I think this is very good process. > |=20 > | I got a question. From which FreeBSD branch is the latest and quarterly > | build? >=20 > latest is built from head, quarterly is built from the latest quarterly > branch, actually 2014Q2. >=20 > Or are you talking about src and not ports ? If this is the case, packages > are built using the oldest supported release on each branch, so, that will > be 8.3 up until the end of April and then 8.4 for the 8 branch, 9.1 for t= he > 9 branch, 10.0 for the 10 branch, and for -CURRENT, it is updated somethi= ng > like every couple of weeks. >=20 > --=20 > Mathieu Arnold > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" Quarterly are only built for 9 and 10 so far, 8 may be added for the next Q3 regards, Bapt --451BZW+OUuJBCAYj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlNRc00ACgkQ8kTtMUmk6EzhJgCfTvBrmDiYAVqgkTnlGcw/vk1T UwkAn1MoO/GOw0zaKjj29GezVTgSs/jZ =2pdd -----END PGP SIGNATURE----- --451BZW+OUuJBCAYj-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 23:39:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23669D12; Fri, 18 Apr 2014 23:39:52 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 EF46F1CBE; Fri, 18 Apr 2014 23:39:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=vXbjZesH9hkJKoUYk7vNVxtY8No06Ui8EecWMqC/VSs=; b=Ff2Q9zDdsfi+9V1t5J+N9omlMwG+B5ZfEpK7nB4DUhONVZanfvVnKZmRodgZK9UR0DkjMDULYwbFpzKlqRaaLQpzbepCwnZY8bdI4s5hh8ajXs4vx9Qaq0eVXmLWOkrhMxGgteSpRrOE2tAP+jYzUBVUuhvGFdYrp5wGiJElddg=; Received: from bb119-74-227-120.singnet.com.sg ([119.74.227.120]:59938 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WbINq-001G98-Ex; Fri, 18 Apr 2014 17:39:51 -0600 Date: Sat, 19 Apr 2014 07:39:46 +0800 From: Erich Dollansky To: Greg Rivers Subject: Re: vt(4) and geli(8) Message-ID: <20140419073946.2991d505@X220.alogt.com> In-Reply-To: References: <20140418235044.52742bac@X220.alogt.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: Glen Barber , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Apr 2014 23:39:52 -0000 Hi, On Fri, 18 Apr 2014 11:54:20 -0500 (CDT) Greg Rivers wrote: > > You might have to load vt via loader.conf or put it into the kernel. > > Wait, is there a chicken-egg problem? > > > > I have vt compiled into the kernel via: > device vt > device vt_vga > > geli is loaded from the module via geom_eli_load="YES" in loader.conf. > try to put geli into the kernel as I do. Erich From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 23:48:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70CF1EC1; Fri, 18 Apr 2014 23:48:17 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3DF461D7B; Fri, 18 Apr 2014 23:48:16 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id C2EAF129D7; Fri, 18 Apr 2014 23:48:14 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us C2EAF129D7 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 18 Apr 2014 19:48:11 -0400 From: Glen Barber To: Erich Dollansky Subject: Re: vt(4) and geli(8) Message-ID: <20140418234811.GM49791@glenbarber.us> References: <20140418235044.52742bac@X220.alogt.com> <20140419073946.2991d505@X220.alogt.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hnsKUeImFCk/igEn" Content-Disposition: inline In-Reply-To: <20140419073946.2991d505@X220.alogt.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Greg Rivers , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Apr 2014 23:48:17 -0000 --hnsKUeImFCk/igEn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 19, 2014 at 07:39:46AM +0800, Erich Dollansky wrote: > Hi, >=20 > On Fri, 18 Apr 2014 11:54:20 -0500 (CDT) > Greg Rivers wrote: >=20 > > > You might have to load vt via loader.conf or put it into the kernel. > > > Wait, is there a chicken-egg problem? > > > > >=20 > > I have vt compiled into the kernel via: > > device vt > > device vt_vga > >=20 > > geli is loaded from the module via geom_eli_load=3D"YES" in loader.conf. > >=20 > try to put geli into the kernel as I do. >=20 I think this is not going to make a difference. Glen --hnsKUeImFCk/igEn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTUbm7AAoJELls3eqvi17Q7bYP/38gx1jaWqTiSPxfP1X6Wx/c 8p9GMJqHxf3k7KSNVz4dxEVLxZP8U2GFCcsevUUKHTLAcMxWby6CGmQsxHTzUD1x eXXNpTtCqqnX2y1gY/jOh69SsnHN4Mq6P+n5aFgB00nIwiovKSbda6JT4IKToNNq 3GptvSTVwLOq5mSbcHAwSwBKgDQcDVlRXIvh1NCnEyrk9jKihBGavjM07gRL60ob +w7ebv4MICwufSlrdvFLyrZGg/m6a0UrNnDoBKcLJr1YUFJ2gP9FF9YOXQ2Ysj0M c5JjJ+VNwpFwMLtj9CqFOp9HrcDRa9noE9Hw6JWL3F0X7u2O4aHEBwZEnN2ZWw4J Epv6gyw/2umGswAx8/2vcPdvM0dXB7yjg/fHyXSEKkvCnwAU00bzDO0ERQ/irTVh umAkBC9OOGESu3QyfR0/xoKBd3RVY7+ATmfBSiM5F0cGiOWjSKF0uz14KSH1HyTx ujnvyw5LGmM3tY+VbntZ6nJffPkdrMuC9Ka13UHTU+E8rUScVd6ZIwwVsaFMcwsB HVDuS28Ls3XxAJuX6TmyfI6dzd1hxq+k7maDqPdezhM/BEjkQLKc1aJhjwr4Q8Ih Tb2MUFQBvbTcVZqBcEpNZOLmTtKxvyXzxR4pjpxotU4rPRJBp7WY1E26r6Llke14 MNxhHwlwhaGA3zA2WvSd =ZoA2 -----END PGP SIGNATURE----- --hnsKUeImFCk/igEn-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 23:51:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54D4FFF7; Fri, 18 Apr 2014 23:51:04 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 2C7FD1E49; Fri, 18 Apr 2014 23:51:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=QFzYwYztG4jEV6qpSTnc80B14NMunqWs2JbuSUf04vk=; b=NacxSvyvVnrI6eNzt/tSQZHU80p4UevzG4QdmxUPIP/bqhgKlBqBMZ7E6qNr9Rzm09lsMoaODiD5LRq+0HM5PjlUw0EBK9LRwKuhGAT0v7q8z7oKb/fidhXdVK5665AvKGaSB8/sqiwORsn2Usu8PNi/KK3EbR+i5X4BKdSwrQo=; Received: from bb119-74-227-120.singnet.com.sg ([119.74.227.120]:26899 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WbIYh-001LuE-Ci; Fri, 18 Apr 2014 17:51:03 -0600 Date: Sat, 19 Apr 2014 07:50:54 +0800 From: Erich Dollansky To: Glen Barber Subject: Re: vt(4) and geli(8) Message-ID: <20140419075054.5e70a07a@X220.alogt.com> In-Reply-To: <20140418234811.GM49791@glenbarber.us> References: <20140418235044.52742bac@X220.alogt.com> <20140419073946.2991d505@X220.alogt.com> <20140418234811.GM49791@glenbarber.us> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: Greg Rivers , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Apr 2014 23:51:04 -0000 Hi, On Fri, 18 Apr 2014 19:48:11 -0400 Glen Barber wrote: > On Sat, Apr 19, 2014 at 07:39:46AM +0800, Erich Dollansky wrote: > > Hi, > > > > On Fri, 18 Apr 2014 11:54:20 -0500 (CDT) > > Greg Rivers wrote: > > > > > > You might have to load vt via loader.conf or put it into the > > > > kernel. Wait, is there a chicken-egg problem? > > > > > > > > > > I have vt compiled into the kernel via: > > > device vt > > > device vt_vga > > > > > > geli is loaded from the module via geom_eli_load="YES" in > > > loader.conf. > > > > > try to put geli into the kernel as I do. > > > > I think this is not going to make a difference. > trying does nut hurt. Erich From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 01:20:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2641CE2F for ; Sat, 19 Apr 2014 01:20:14 +0000 (UTC) Received: from smtp.pobox.com (b-pb-sasl-quonix.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id E6D21161C for ; Sat, 19 Apr 2014 01:20:13 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by b-sasl-quonix.pobox.com (Postfix) with ESMTP id E4EE97DA9A for ; Fri, 18 Apr 2014 21:18:50 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sasl; bh=MBCNrRoRkiLH uyJQ7DMlLp4GBJU=; b=mqkUAelU/JqBqgXyaPqugOnJWwWpHvaGhBBK5Tqw5jC2 0cafS8Xh9u22oHKPfW19YBtytbBv5xvR+aYnt+xSmapTkpkhwKjaGGTzoi63TnZR KXpzMUW0QdwNiujYpWZdS5s3wqLayFkrruwNKiWZg/X0nXD15BCbqkrFUWikr84= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=message-id:date :from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sasl; b=RvSLkG qgWt48A6KFY/bFWY42slrjUABTDfOTz42gPe7MDbL8wrkvW8zRoJvIcq49VktxJ/ W1Rkpuiq9Xa9U0/ENMm/3wRbkQXg/aAsWVxtd7MS2qyYZu6S5OUQXuNP52/hBVAX UUmixVik7tAfOZwzIG8WwsztGfl5Fjpx3hdNA= Received: from b-pb-sasl-quonix.pobox.com (unknown [127.0.0.1]) by b-sasl-quonix.pobox.com (Postfix) with ESMTP id CF5AC7DA99 for ; Fri, 18 Apr 2014 21:18:50 -0400 (EDT) Received: from kensho.local (unknown [99.8.16.70]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by b-sasl-quonix.pobox.com (Postfix) with ESMTPSA id ADB427DA98 for ; Fri, 18 Apr 2014 21:18:48 -0400 (EDT) Message-ID: <5351CEF6.3060007@pobox.com> Date: Fri, 18 Apr 2014 21:18:46 -0400 From: Chris Nehren User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:30.0) Gecko/20100101 Thunderbird/30.0a2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: vt(4) and geli(8) References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Pobox-Relay-ID: 8F71F1F0-C760-11E3-B55E-0731802839F8-49531120!b-pb-sasl-quonix.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Apr 2014 01:20:14 -0000 On 2014/04/18, 11:36, Greg Rivers wrote: > The new vt system console looks really nice. But on hosts that > have geli encrypted devices that prompt for the passphrase at > boot, no keyboard input reaches geli. The keyboard doesn't > appear to be dead, as the caps-lock and num-lock keys toggle; > geli just doesn't receive any input. This is on 10-STABLE amd64 > built from yesterday's sources. "hw.vga.textmode=1" doesn't make > any difference. > > Has anyone else encountered this? > Yes, I have, on my FreeBSD workstation with a USB keyboard. It's running FreeBSD 10 with geli-encrypted ZFS root. This happened before I updated to vt, though. I managed to work around the problem, surprisingly enough, by mashing the keyboard when the system boots as soon as I see bold white kernel text. Then, when prompted for the passphrase (after all the USB devices finish probing / attaching), I hit enter to clear the buffer and then am able to enter the passphrase correctly. I'll be filing a PR for this, probably on Monday, should I not be able to find one that's similar. -- Chris Nehren From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 02:10:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 082066B6 for ; Sat, 19 Apr 2014 02:10:58 +0000 (UTC) Received: from mail-ve0-x234.google.com (mail-ve0-x234.google.com [IPv6:2607:f8b0:400c:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B604D19FD for ; Sat, 19 Apr 2014 02:10:57 +0000 (UTC) Received: by mail-ve0-f180.google.com with SMTP id jz11so4025299veb.39 for ; Fri, 18 Apr 2014 19:10:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iKOO/+kZRJM5eaUPp6Myhbo58r2LjHnuFH3e7DzSL5c=; b=ByRFdzWjIn1yTnN4QY7V6yN/hLLYoAhB2OqX7Dzu/mHv5a79ioXefxG/R/PIGO6Zxj SD6NJat442/wGqX8+7ngzptPDf20vehXQtAZPgSobUt3R4UELwCatMf9OPFbTy17lCos imf6l5p74F7k3lRGWZ8/1muQDWV0smXes+G20= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=iKOO/+kZRJM5eaUPp6Myhbo58r2LjHnuFH3e7DzSL5c=; b=TzbhnCxoePE7sOCNNeIGC+5EKqqw9XFj5j0F6TCQzkRqmHd4zbXq+BACtMh9Ue87pA l7SjA4Jeszi/vr9VYSH77AyOugeDd1v1O+DW4rkywbb+H8ktmssBsBM63S6fMxaeTAYk u+N06ohmeqm1ti+KnjznLKeb95ud2lBweRm5zWkkhfhkqcWmDLFr8E4AQpKHQs6hRnUk vpW8JxfD4sOqfUtuRraN5Uk3j0aEcloJoN2S1K2Lf39q4NDnS+Uv74IjRJ3Y4UDwBLrJ V9fOZFwxM9wbMFbM6BGv3YQASyntDrW23cr1gTP+U4eowV382r+0BcueGwksGoF3K2Pw uTSg== X-Gm-Message-State: ALoCoQlgf0+SVoj7+NkIs/a5H4VhMkCjpEbs5HpUeEEj/xO9ZH3Y15gbdf6MbH4TeQDPwRpmi/ec MIME-Version: 1.0 X-Received: by 10.58.1.5 with SMTP id 5mr20881695vei.8.1397873456379; Fri, 18 Apr 2014 19:10:56 -0700 (PDT) Received: by 10.220.30.69 with HTTP; Fri, 18 Apr 2014 19:10:56 -0700 (PDT) In-Reply-To: <5351CEF6.3060007@pobox.com> References: <5351CEF6.3060007@pobox.com> Date: Fri, 18 Apr 2014 19:10:56 -0700 Message-ID: Subject: Re: vt(4) and geli(8) From: Peter Wemm To: Chris Nehren Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Apr 2014 02:10:58 -0000 On Fri, Apr 18, 2014 at 6:18 PM, Chris Nehren wrote: > On 2014/04/18, 11:36, Greg Rivers wrote: >> >> The new vt system console looks really nice. But on hosts that >> have geli encrypted devices that prompt for the passphrase at >> boot, no keyboard input reaches geli. The keyboard doesn't >> appear to be dead, as the caps-lock and num-lock keys toggle; >> geli just doesn't receive any input. This is on 10-STABLE amd64 >> built from yesterday's sources. "hw.vga.textmode=1" doesn't make >> any difference. >> >> Has anyone else encountered this? >> > > Yes, I have, on my FreeBSD workstation with a USB keyboard. It's running > FreeBSD 10 with geli-encrypted ZFS root. This happened before I updated to > vt, though. I managed to work around the problem, surprisingly enough, by > mashing the keyboard when the system boots as soon as I see bold white > kernel text. Then, when prompted for the passphrase (after all the USB > devices finish probing / attaching), I hit enter to clear the buffer and > then am able to enter the passphrase correctly. > > I'll be filing a PR for this, probably on Monday, should I not be able to > find one that's similar. > > -- > Chris Nehren For what it's worth, I don't think this is specific to vt. You can sometimes get the same behavior when you hit the mountroot prompt. Some of the machines in the freebsd cluster will accept input at a mountroot prompt, the others we have to power cycle and fix vfs.root.mountfrom. vt isn't involved. I don't know what the variable is. I once suspected it is some combination of ddb/kdb presence, and/or serial console / multiconsole mode but I don't think that holds up. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 02:35:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE346B54; Sat, 19 Apr 2014 02:35:50 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9569C1C25; Sat, 19 Apr 2014 02:35:50 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 09C1C12723; Sat, 19 Apr 2014 02:35:41 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 09C1C12723 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 18 Apr 2014 22:35:39 -0400 From: Glen Barber To: Peter Wemm Subject: Re: vt(4) and geli(8) Message-ID: <20140419023539.GO49791@glenbarber.us> References: <5351CEF6.3060007@pobox.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="B3NBd8mrXZtPJEYR" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Chris Nehren , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Apr 2014 02:35:51 -0000 --B3NBd8mrXZtPJEYR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 18, 2014 at 07:10:56PM -0700, Peter Wemm wrote: > On Fri, Apr 18, 2014 at 6:18 PM, Chris Nehren > wrote: > > On 2014/04/18, 11:36, Greg Rivers wrote: > >> > >> The new vt system console looks really nice. But on hosts that > >> have geli encrypted devices that prompt for the passphrase at > >> boot, no keyboard input reaches geli. The keyboard doesn't > >> appear to be dead, as the caps-lock and num-lock keys toggle; > >> geli just doesn't receive any input. This is on 10-STABLE amd64 > >> built from yesterday's sources. "hw.vga.textmode=3D1" doesn't make > >> any difference. > >> > >> Has anyone else encountered this? > >> > > > > Yes, I have, on my FreeBSD workstation with a USB keyboard. It's runni= ng > > FreeBSD 10 with geli-encrypted ZFS root. This happened before I update= d to > > vt, though. I managed to work around the problem, surprisingly enough,= by > > mashing the keyboard when the system boots as soon as I see bold white > > kernel text. Then, when prompted for the passphrase (after all the USB > > devices finish probing / attaching), I hit enter to clear the buffer and > > then am able to enter the passphrase correctly. > > > > I'll be filing a PR for this, probably on Monday, should I not be able = to > > find one that's similar. > > > > -- > > Chris Nehren >=20 > For what it's worth, I don't think this is specific to vt. You can > sometimes get the same behavior when you hit the mountroot prompt. > Some of the machines in the freebsd cluster will accept input at a > mountroot prompt, the others we have to power cycle and fix > vfs.root.mountfrom. vt isn't involved. I don't know what the > variable is. >=20 > I once suspected it is some combination of ddb/kdb presence, and/or > serial console / multiconsole mode but I don't think that holds up. >=20 I'm convinced this is a USB issue. When I have a USB keyboard plugged in to my laptop, I observe the same behavior as Chris (on 11.0-CURRENT r264302). When I am prompted to enter the passphrase and do not have the USB keyboard plugged in (meaning, my laptop built-in keyboard), do not observe this behavior. Glen --B3NBd8mrXZtPJEYR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTUeD7AAoJELls3eqvi17QL4wP/RTn+1Zw+FdFvGPXa5vT1Mn3 fQxJNLmjN0BclPIGpeBLuMjDCYNmO6f+Zg8g0EwRFrTjA6kbh30wNRckrledlTKd Z9D2rI7Lu7GCI4daq0tEJCfGhaP/DxLaSDA2O6mkfTc7J0lYvORYopqhp23AnBD4 jyuQeNSid0RYoxndNSfYYwuq1WyqtaTv5cpMNOcgE76LROLXcM0gn0m8G1HZRLeI LqEbxBH1Cu4mp68ldFqbXjiNYIQ2xyH2LUE+Le/vuHh2fYtRJ/+5f5VBUidMOGL2 H+csBlwGqDeQIb2XgDynUz2UEJS+5O52dtfoJ6Vka14Cmir2nd6x2iELQit/Fcg7 /RX0OGPQGq8RGp6jq8nzofvdDOxco+DjmaYWDLchpmrdGyGLYa5fzsxfk+NcCNrF IIY9a0iKmIreAiEBwcdTK80y1AXwPbnymkQa+V8gqSbG4Ze5KcJlOlfw7KQyzwcd ygs6qywIC52iChHV6ej9fTJRbH57naglXanW0rDKRhklVFMbJuTKnKrPJYkDHNx1 CnTY6QF/1SZtCdFIqeU3lXBC3hSv/KfG4uTI9Yt16lxzSdsbXVSl9eEVuM7gr1AV OR1nRdLTiIL7FHLWz7srdMA8WxQG/lJSKuVttiZjHWO99G5uvO5w7/TGz8N+h/ge Tp4BE7ul57V63Og6NGb7 =STTI -----END PGP SIGNATURE----- --B3NBd8mrXZtPJEYR-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 03:00:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A59DFB7; Sat, 19 Apr 2014 03:00:12 +0000 (UTC) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (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 E177C1DDB; Sat, 19 Apr 2014 03:00:11 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-57-199.lns21.adl2.internode.on.net [14.2.57.199]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id s3J2wXAX078453 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 19 Apr 2014 12:28:54 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: vt(4) and geli(8) Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Content-Type: multipart/signed; boundary="Apple-Mail=_21B79261-1970-4595-BE41-D3B3B0DC48D8"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: "Daniel O'Connor" In-Reply-To: <20140419023539.GO49791@glenbarber.us> Date: Sat, 19 Apr 2014 12:28:33 +0930 Message-Id: <5A771594-1507-4313-8B5C-1D34BD6541AB@gsoft.com.au> References: <5351CEF6.3060007@pobox.com> <20140419023539.GO49791@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1874) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Chris Nehren , FreeBSD Stable , Peter Wemm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Apr 2014 03:00:12 -0000 --Apple-Mail=_21B79261-1970-4595-BE41-D3B3B0DC48D8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 19 Apr 2014, at 12:05, Glen Barber wrote: >> I once suspected it is some combination of ddb/kdb presence, and/or >> serial console / multiconsole mode but I don't think that holds up. >>=20 >=20 > I'm convinced this is a USB issue. When I have a USB keyboard plugged > in to my laptop, I observe the same behavior as Chris (on 11.0-CURRENT > r264302). >=20 > When I am prompted to enter the passphrase and do not have the USB > keyboard plugged in (meaning, my laptop built-in keyboard), do not > observe this behavior. If the affected cluster machines have IPMI (or similar) then they = probably have a [virtual] USB keyboard plugged in.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_21B79261-1970-4595-BE41-D3B3B0DC48D8 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFTUeZZ5ZPcIHs/zowRAgYuAJwPY859EkFZP/4I/DvEuDvXmhz6bgCcCA7l z1K1YB4QJUeXYEQaIBF9kfo= =AVCk -----END PGP SIGNATURE----- --Apple-Mail=_21B79261-1970-4595-BE41-D3B3B0DC48D8-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 03:01:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E9E6221; Sat, 19 Apr 2014 03:01:26 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D09EA1050; Sat, 19 Apr 2014 03:01:25 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id AFB1412A4D; Sat, 19 Apr 2014 03:01:22 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us AFB1412A4D Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 18 Apr 2014 23:01:20 -0400 From: Glen Barber To: Daniel O'Connor Subject: Re: vt(4) and geli(8) Message-ID: <20140419030120.GP49791@glenbarber.us> References: <5351CEF6.3060007@pobox.com> <20140419023539.GO49791@glenbarber.us> <5A771594-1507-4313-8B5C-1D34BD6541AB@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="fjEAjMKpll6GDq3U" Content-Disposition: inline In-Reply-To: <5A771594-1507-4313-8B5C-1D34BD6541AB@gsoft.com.au> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Chris Nehren , FreeBSD Stable , Peter Wemm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Apr 2014 03:01:26 -0000 --fjEAjMKpll6GDq3U Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 19, 2014 at 12:28:33PM +0930, Daniel O'Connor wrote: >=20 > On 19 Apr 2014, at 12:05, Glen Barber wrote: > >> I once suspected it is some combination of ddb/kdb presence, and/or > >> serial console / multiconsole mode but I don't think that holds up. > >>=20 > >=20 > > I'm convinced this is a USB issue. When I have a USB keyboard plugged > > in to my laptop, I observe the same behavior as Chris (on 11.0-CURRENT > > r264302). > >=20 > > When I am prompted to enter the passphrase and do not have the USB > > keyboard plugged in (meaning, my laptop built-in keyboard), do not > > observe this behavior. >=20 > If the affected cluster machines have IPMI (or similar) then they > probably have a [virtual] USB keyboard plugged in.. >=20 Some do, yes, which is why I am convinced this is USB related. Glen --fjEAjMKpll6GDq3U Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTUecAAAoJELls3eqvi17QUZUQAIOMBsYOP3THAjLt0xohYfyL 2fFkRIddFsJY9W+P/w41vhB5mOP4ZjUkrdLCohSXFo1iFC9kiQ9Zy1+nWzUnvR5o 16nUmcj0pLUgIXSvkDf9oz5Nwfm18ngQwcvggwoDyRdU0yb+B5hj6gmH+FB7sMOb 8yVnoHBdAQpRebv3mlBG3Pg6emX6vtdAM6BUQ4Opjva/YwbzHUwOAtjei9NhY71+ hl8QxNQAQ5rUmVS+w84Aeg0/R6E/gjdCirLLH02/zpGqN5hP0MT3xpxLfMTcnwDQ zkcUU4Xi5M01ckq5tqtjNkkmYxJj1RvZnOMQFtgHPNMhdIiHorZY2IPj6pywX4z8 p4r9bpMkOy4bA4SqDGgKVwSps/zFwvs/+8+W8p5AVVamoEmNEtkqDz4xPjzZyfIR sYWjc35pTgvkgjGLB29gR7AC9qk3Oh1vHil3B5gXiNjo/CJEjB8+aIwqIL7VFuvy Afy6TWgbnAsypQoBzXXYg3rDff8UeYw3FJOeCk7IELjJuyNQ60/b7rofaMRY/CFM iUflDjTNNMva4tBP8PGQT/Agr68xWYzlaq7miFyJ6usW4jd1KuuZQakQuQnPfdoU C2+4hK/k2BsE6kFcq5PzAu4ZvFt/y9wWpJT7K0Rs9nkNZRRkoNJArMBpdHulOS2b 9Aw37WIm1v3lbQ3Q7xAf =qEy0 -----END PGP SIGNATURE----- --fjEAjMKpll6GDq3U-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 07:38:20 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 517D8325; Sat, 19 Apr 2014 07:38:20 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 1024F1767; Sat, 19 Apr 2014 07:38:19 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s3J7IfAL093043; Sat, 19 Apr 2014 00:18:45 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201404190718.s3J7IfAL093043@gw.catspoiler.org> Date: Sat, 19 Apr 2014 00:18:41 -0700 (PDT) From: Don Lewis Subject: Re: Process handlers, and zombies, or preap(1) To: bsd-lists@bsdforge.com In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-hackers@FreeBSD.org, hackers@FreeBSD.org, freebsd-stable@FreeBSD.org, jhb@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Apr 2014 07:38:20 -0000 On 1 Apr, Chris H wrote: >> On Monday, March 31, 2014 4:06:43 pm Chris H wrote: >>> Greetings, >>> I'm evaluating/experimenting on releng_9. The install, and now >>> custom kernel have noting exotic, or anything out of the ordinary. >>> top(1), and ps(1) indicate a (1) zombie, or process. On >>> my releng_8 systems, when I occasionally encounter one of these, >>> they soon disappear (are reaped) from the process table. While I >>> have not investigated this far enough on both versions to determine >>> whether the parent process reaped the child on the releng_8 systems, >>> and the parent on releng_9 is simply an irresponsible parent, eg; >>> a different parent. Before I do, I was wondering if there was any >>> specific difference between the 2 versions that might cause better >>> handling of such situations. While I recognize that resource >>> starvation is HIGHLY unlikely, except by perhaps a rouge parent >>> spawning multitudes of zombies. I thought it might be useful for >>> "housekeeping" to 1) provide a process table housekeeper (zombie >>> reaper), or 2) create a system utility/command like SunOS/OpenSolaris >>> has; preap(1). >>> >>> http://www.freebsd.org/cgi/man.cgi?query=preap&manpath=SunOS+5.10 >>> >>> Thank you for your time, and consideration. >> >> Nothing is different with child processes in 9 vs 8. It is most >> likely a misbehaving parent (or the parent is stuck or hung). > > Hello, John, and thank you for the reply. > Right you are. Julian Elischer was kind enough to remind me that > ps -alx > would give me the information I needed to find the seemingly > "lazy" parent process. But not before I had already (re)created > a (Free)BSD version of preap(1), and cleared the entry from the > proc table. > However, it re-appeared again. So this time I traced it to it's > parent, and now I can deal with it /properly/. It's an old port > who's development was taken over by a Windows developer. So he > doesn't have access to the *NIX-isms. I'll see if I can find > the time to coordinate some effort(s) to clean it up, or branch > a NIX version. A call to signal(SIGCHLD, SIG_IGN); would probably fix the problem with no fuss. From the signal(3) man page: If a process explicitly specifies SIG_IGN as the action for the signal SIGCHLD, the system will not create zombie processes when children of the calling process exit. As a consequence, the system will discard the exit status from the child processes. If the calling process subsequently issues a call to wait(2) or equivalent, it will block until all of the calling process's children terminate, and then return a value of -1 with errno set to ECHILD. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 16:23:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFA1D55D; Sat, 19 Apr 2014 16:23:06 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (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 912321203; Sat, 19 Apr 2014 16:23:06 +0000 (UTC) Received: from angus.tharned.org (angus.tharned.org [10.10.10.7]) (authenticated bits=0) by roadkill.tharned.org (8.14.8/8.14.8) with ESMTP id s3JGMqi1065646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Apr 2014 11:22:57 -0500 (CDT) (envelope-from gcr+freebsd-stable@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2014; t=1397924578; bh=nwFRWB0yUaICA0pQPMgt8W8hRHkSyMgEq2x8bEclOD4=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=lxbhZLh+PWxXbqhmPubmxGFyoTKv+Dx37eDyYj4XuF2H+CghZiOazCYZVPpTztUhh kVpqddgX0nEp9f7VqU1bUKFvkzX+2xUnf89y9UvjR6KIXYLVijuUyvAJCsSbRO/bqM +XugrD4zYUVuSole2RNuzhRV4sS7NkEPR2row75wCMY0TFU4eQ1Qx6zHsq1awUNS8X +ccSskqz8jgYlBPZlE9x6Nw6BMnfxYnlh+93jJPG46ryX9tnLXR0/PsNi82ldKfxGH irDQbwIMe09Okfh58GSkP/XRUcdg66uJ2U5oMoRDFPPOOzoRs5mB2vXaOD118yNIx2 kGwpINcSe4Hxg== Date: Sat, 19 Apr 2014 11:22:52 -0500 (CDT) From: Greg Rivers To: Glen Barber Subject: Re: vt(4) and geli(8) In-Reply-To: <20140419023539.GO49791@glenbarber.us> Message-ID: References: <5351CEF6.3060007@pobox.com> <20140419023539.GO49791@glenbarber.us> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Sat, 19 Apr 2014 11:22:58 -0500 (CDT) Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Apr 2014 16:23:06 -0000 On Fri, 18 Apr 2014, Glen Barber wrote: > I'm convinced this is a USB issue. When I have a USB keyboard plugged > in to my laptop, I observe the same behavior as Chris (on 11.0-CURRENT > r264302). > > When I am prompted to enter the passphrase and do not have the USB > keyboard plugged in (meaning, my laptop built-in keyboard), do not > observe this behavior. > My case doesn't seem to be directly USB related. The laptop where I see this does not have a USB keyboard. And when I boot without loading any USB drivers (uhci, ehci) at all, the problem still exists. However, I just discovered that if I load the kbdmux driver, it works as expected. What do you suppose that means? -- Greg From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 16:45:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBAA9E9E; Sat, 19 Apr 2014 16:45:09 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6468E1440; Sat, 19 Apr 2014 16:45:09 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::3851:9362:67d4:316d] (unknown [IPv6:2001:7b8:3a7:0:3851:9362:67d4:316d]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1B2B85C43; Sat, 19 Apr 2014 18:45:02 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_E97C5880-F3DD-42F3-9F53-7244E9FAA749"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4 From: Dimitry Andric In-Reply-To: <20140419103237.41962eff.ohartman@zedat.fu-berlin.de> Date: Sat, 19 Apr 2014 18:44:51 +0200 Message-Id: References: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> <641C6CAA-C472-4359-9293-E65F16E84DC6@FreeBSD.org> <20140419103237.41962eff.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org, FreeBSD Ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Apr 2014 16:45:09 -0000 --Apple-Mail=_E97C5880-F3DD-42F3-9F53-7244E9FAA749 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 19 Apr 2014, at 10:32, O. Hartmann = wrote: ... > [ 66%] Building CXX object khtml/CMakeFiles/khtml.dir/css/parser.o > In file included > from = /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/css/parser.cpp:106: In = file > included from = /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_docimpl.h:30: = In > file included > from = /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_elementimpl.h:29= : In file > included from = /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_nodeimpl.h:33: = In > file included > from = /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/misc/idstring.h:27: = /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_stringimpl.h:52:= 6: > warning: cast from 'char *' to 'QChar *' increases required alignment = from 1 to 2 > [-Wcast-align] s =3D QT_ALLOC_QCHAR_VEC( havestr ? len : 1 ); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ = /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_stringimpl.h:35:= 33: > note: expanded from macro 'QT_ALLOC_QCHAR_VEC' #define = QT_ALLOC_QCHAR_VEC( N ) (QChar*) > new char[ sizeof(QChar)*( N ) ] > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ = /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_stringimpl.h:66:= 6: > warning: cast from 'char *' to 'QChar *' increases required alignment = from 1 to 2 > [-Wcast-align] s =3D QT_ALLOC_QCHAR_VEC( 1 ); ^~~~~~~~~~~~~~~~~~~~~~~ > = /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_stringimpl.h:35:= 33: note: > expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_VEC( N = ) (QChar*) new > char[ sizeof(QChar)*( N ) ] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > = /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_stringimpl.h:73:= 6: warning: > cast from 'char *' to 'QChar *' increases required alignment from 1 to = 2 [-Wcast-align] > s =3D QT_ALLOC_QCHAR_VEC( havestr ? length : 1 ); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > = /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_stringimpl.h:35:= 33: note: > expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_VEC( N = ) (QChar*) new > char[ sizeof(QChar)*( N ) ] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > clang++: error: unable to execute command: Terminated: 15 > clang++: error: clang frontend command failed due to signal (use -v to = see invocation) > FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 > Target: x86_64-unknown-freebsd9.2 > Thread model: posix > clang++: note: diagnostic msg: PLEASE submit a bug report to = http://llvm.org/bugs/ and > include the crash backtrace, preprocessed source, and associated run = script. clang++: > note: diagnostic msg: ******************** >=20 > PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: > Preprocessed source(s) and associated run script(s) are located at: > clang++: note: diagnostic msg: /tmp/parser-b6e15c.cpp > clang++: note: diagnostic msg: /tmp/parser-b6e15c.sh > clang++: note: diagnostic msg:=20 >=20 > ******************** > *** [khtml/CMakeFiles/khtml.dir/css/parser.o] Error code 254 >=20 > Stop in /usr/ports/x11/kdelibs4/work/.build. > *** [khtml/CMakeFiles/khtml.dir/all] Error code 1 > I cannot reproduce the problem on my copy of stable/9 r264647. Using = /usr/bin/time -l on it results in: 3.36 real 1.01 user 0.59 sys 71684 maximum resident set size 30951 average shared memory size 3349 average unshared data size 126 average unshared stack size 13539 page reclaims 354 page faults 0 swaps 2 block input operations 3 block output operations 66 messages sent 0 messages received 0 signals received 370 voluntary context switches 10 involuntary context switches So it compiles in 3 seconds, and uses approximately 70MB of memory. -Dimitry --Apple-Mail=_E97C5880-F3DD-42F3-9F53-7244E9FAA749 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlNSqBEACgkQsF6jCi4glqNwlgCeLiDNPznM+vJywzmHk5x5LkVf M+sAoKvytnWcZyjaWf/CCrU5CuhbjgFL =9m3f -----END PGP SIGNATURE----- --Apple-Mail=_E97C5880-F3DD-42F3-9F53-7244E9FAA749-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 17:30:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1DD15C16; Sat, 19 Apr 2014 17:30:28 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 9FD8F1935; Sat, 19 Apr 2014 17:30:27 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WbZ5t-0031Pp-Fy>; Sat, 19 Apr 2014 19:30:25 +0200 Received: from g226180135.adsl.alicedsl.de ([92.226.180.135] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WbZ5t-000Nw8-BY>; Sat, 19 Apr 2014 19:30:25 +0200 Date: Sat, 19 Apr 2014 19:30:19 +0200 From: "O. Hartmann" To: Dimitry Andric Subject: Re: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4 Message-ID: <20140419193019.0ee792e6.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> <641C6CAA-C472-4359-9293-E65F16E84DC6@FreeBSD.org> <20140419103237.41962eff.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/RLLfAQpz5Ro8AZ81XM8yPT5"; protocol="application/pgp-signature" X-Originating-IP: 92.226.180.135 X-ZEDAT-Hint: A Cc: freebsd-stable@freebsd.org, FreeBSD Ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Apr 2014 17:30:28 -0000 --Sig_/RLLfAQpz5Ro8AZ81XM8yPT5 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 19 Apr 2014 18:44:51 +0200 Dimitry Andric wrote: > On 19 Apr 2014, at 10:32, O. Hartmann wrote: > ... > > [ 66%] Building CXX object khtml/CMakeFiles/khtml.dir/css/parser.o > > In file included > > from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/css/parser.cpp:1= 06: In file > > included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom= _docimpl.h:30: > > In file included > > from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_elementi= mpl.h:29: In > > file included > > from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_nodeimpl= .h:33: In file > > included > > from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/misc/idstring.h:= 27: /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_stringimpl.h:= 52:6: > > warning: cast from 'char *' to 'QChar *' increases required alignment f= rom 1 to 2 > > [-Wcast-align] s =3D QT_ALLOC_QCHAR_VEC( havestr ? len : 1 ); > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kd= elibs-4.12.4/khtml/xml/dom_stringimpl.h:35:33: > > note: expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_V= EC( N ) > > (QChar*) new char[ sizeof(QChar)*( N ) ] > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/k= delibs-4.12.4/khtml/xml/dom_stringimpl.h:66:6: > > warning: cast from 'char *' to 'QChar *' increases required alignment f= rom 1 to 2 > > [-Wcast-align] s =3D QT_ALLOC_QCHAR_VEC( 1 ); > > ^~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/kht= ml/xml/dom_stringimpl.h:35:33: > > note: expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_V= EC( N ) > > (QChar*) new char[ sizeof(QChar)*( N ) ] > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/k= delibs-4.12.4/khtml/xml/dom_stringimpl.h:73:6: > > warning: cast from 'char *' to 'QChar *' increases required alignment f= rom 1 to 2 > > [-Wcast-align] s =3D QT_ALLOC_QCHAR_VEC( havestr ? length : 1 ); > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work= /kdelibs-4.12.4/khtml/xml/dom_stringimpl.h:35:33: > > note: expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_V= EC( N ) > > (QChar*) new char[ sizeof(QChar)*( N ) ] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~~~ > > clang++: error: unable to execute command: Terminated: 15 > > clang++: error: clang frontend command failed due to signal (use -v to = see invocation) > > FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 > > Target: x86_64-unknown-freebsd9.2 > > Thread model: posix > > clang++: note: diagnostic msg: PLEASE submit a bug report to http://llv= m.org/bugs/ and > > include the crash backtrace, preprocessed source, and associated run sc= ript. clang++: > > note: diagnostic msg: ******************** > >=20 > > PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: > > Preprocessed source(s) and associated run script(s) are located at: > > clang++: note: diagnostic msg: /tmp/parser-b6e15c.cpp > > clang++: note: diagnostic msg: /tmp/parser-b6e15c.sh > > clang++: note: diagnostic msg:=20 > >=20 > > ******************** > > *** [khtml/CMakeFiles/khtml.dir/css/parser.o] Error code 254 > >=20 > > Stop in /usr/ports/x11/kdelibs4/work/.build. > > *** [khtml/CMakeFiles/khtml.dir/all] Error code 1 > > >=20 > I cannot reproduce the problem on my copy of stable/9 r264647. Using /us= r/bin/time -l > on it results in: >=20 > 3.36 real 1.01 user 0.59 sys > 71684 maximum resident set size > 30951 average shared memory size > 3349 average unshared data size > 126 average unshared stack size > 13539 page reclaims > 354 page faults > 0 swaps > 2 block input operations > 3 block output operations > 66 messages sent > 0 messages received > 0 signals received > 370 voluntary context switches > 10 involuntary context switches >=20 > So it compiles in 3 seconds, and uses approximately 70MB of memory. >=20 > -Dimitry >=20 what compiler does your copy use as default? I use CLANG 3.3/3.4 --Sig_/RLLfAQpz5Ro8AZ81XM8yPT5 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTUrKwAAoJEOgBcD7A/5N80FUIAK8IFhSL5JeXNUheiKWIEQg1 DBIhK2oSArcmJ86auCEc3jvy0OG5ltNse+R2rDEe3IZ4Tz7gjGNl7qhmYHDlpXyb a2kqnnMCpI+7Fl2CCqdiHWFZHappcvCGZLFjIFNUI7ujBSYewuWCZWHQ9DVql/0l KMDdkpHNCONiJGRYGBx9JXj9zilkh5O5/tNnu/VxO3Eanlnamjo7+ZhCaEgHT6/6 TRjc6XOhQcW+7RM5kqnceYS6+TXEf87u9DetVv/4ptNsFErD2CjiDDxBekO5iemO AUZLLe2dAF4BDxeLTvZw6Gm+dETkcopdzDVfN6lr67qRzYdMuJIgs9sv2cZyUZk= =FYme -----END PGP SIGNATURE----- --Sig_/RLLfAQpz5Ro8AZ81XM8yPT5-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 08:34:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6828875; Sat, 19 Apr 2014 08:34:00 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 3F8491B5E; Sat, 19 Apr 2014 08:33:55 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WbQiY-001ZOi-Jy>; Sat, 19 Apr 2014 10:33:46 +0200 Received: from g226180135.adsl.alicedsl.de ([92.226.180.135] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WbQi3-003vQv-4T>; Sat, 19 Apr 2014 10:33:46 +0200 Date: Sat, 19 Apr 2014 10:32:37 +0200 From: "O. Hartmann" To: Dimitry Andric Subject: Re: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4 Message-ID: <20140419103237.41962eff.ohartman@zedat.fu-berlin.de> In-Reply-To: <641C6CAA-C472-4359-9293-E65F16E84DC6@FreeBSD.org> References: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> <641C6CAA-C472-4359-9293-E65F16E84DC6@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/c=vX/8VUFKLLsWzy79lDnaN"; protocol="application/pgp-signature" X-Originating-IP: 92.226.180.135 X-ZEDAT-Hint: A X-Mailman-Approved-At: Sat, 19 Apr 2014 18:19:30 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org, FreeBSD Ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Apr 2014 08:34:00 -0000 --Sig_/c=vX/8VUFKLLsWzy79lDnaN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 18 Apr 2014 20:32:29 +0200 Dimitry Andric wrote: > On 18 Apr 2014, at 08:10, O. Hartmann wrote: > > I run on a 9.2-STABLE box since a couple of weeks for now always into > > the same problem. The port x11/kdelibs4 has been updated or needs to be > > recompiled but the compiling process gets stuck forever (now I let the > > system being stuck over night ~ 12 hours). >=20 > Which revision of 9-STABLE, and which version of clang? At this very moment, it is 9.2-STABLE #0 r264545: Wed Apr 16 21:09:51 CEST 2014 amd64 and for CLANG it is FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 Target: x86_64-unknown-freebsd9.2 but I try for ~ 4 weeks now unsuccessfullz to compile and the OS has change= d in the meanwhile as well as we are on 9.2-STABLE with LLVM/CLANG 3.4 now - it was = the same a couple of weeks ago with LLVM/CLANG 3.3. >=20 >=20 > ... > > The process ends up always at 98%, see below. I already completely > > deinstalled the port and let the portmaster update process recreate it, > > but it is the same status at the end. > ... > > [ 98%] Building CXX object > > khtml/CMakeFiles/khtml.dir/html/html_documentimpl.o In file included > > from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/html/html_docume= ntimpl.cpp:25: >=20 > Can you get me the preprocessed version of html_documentimpl.cpp? It > should be enough to send a TERM signal to the clang -cc1 process, then > it should dump a .sh and .ii file in /tmp. With the setting MAKE_JOBS_UNSAFE=3Dyes the compiler gets stuck earlier, se= e below. Find attached the requested files - but they have been dumped with MAKE_JOB= S_UNSAFE=3Dyes set. >=20 > -Dimitry >=20 [ 66%] Building CXX object khtml/CMakeFiles/khtml.dir/css/parser.o In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/css/parser.cpp:106: = In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_doc= impl.h:30: In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_elementimpl.= h:29: In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_nod= eimpl.h:33: In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/misc/idstring.h:27: = /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_stringimpl.h:52:6: warning: cast from 'char *' to 'QChar *' increases required alignment from = 1 to 2 [-Wcast-align] s =3D QT_ALLOC_QCHAR_VEC( havestr ? len : 1 ); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kdelib= s-4.12.4/khtml/xml/dom_stringimpl.h:35:33: note: expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_VEC( = N ) (QChar*) new char[ sizeof(QChar)*( N ) ] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kdeli= bs-4.12.4/khtml/xml/dom_stringimpl.h:66:6: warning: cast from 'char *' to 'QChar *' increases required alignment from = 1 to 2 [-Wcast-align] s =3D QT_ALLOC_QCHAR_VEC( 1 ); ^~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_stringimpl.h:35:3= 3: note: expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_VEC( N ) (Q= Char*) new char[ sizeof(QChar)*( N ) ] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_stringimpl.h:73:6= : warning: cast from 'char *' to 'QChar *' increases required alignment from 1 to 2 [-= Wcast-align] s =3D QT_ALLOC_QCHAR_VEC( havestr ? length : 1 ); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/x11/kdelibs4/work/kdelibs-4.12.4/khtml/xml/dom_stringimpl.h:35:3= 3: note: expanded from macro 'QT_ALLOC_QCHAR_VEC' #define QT_ALLOC_QCHAR_VEC( N ) (Q= Char*) new char[ sizeof(QChar)*( N ) ] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ clang++: error: unable to execute command: Terminated: 15 clang++: error: clang frontend command failed due to signal (use -v to see = invocation) FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 Target: x86_64-unknown-freebsd9.2 Thread model: posix clang++: note: diagnostic msg: PLEASE submit a bug report to http://llvm.or= g/bugs/ and include the crash backtrace, preprocessed source, and associated run script= . clang++: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: clang++: note: diagnostic msg: /tmp/parser-b6e15c.cpp clang++: note: diagnostic msg: /tmp/parser-b6e15c.sh clang++: note: diagnostic msg:=20 ******************** *** [khtml/CMakeFiles/khtml.dir/css/parser.o] Error code 254 Stop in /usr/ports/x11/kdelibs4/work/.build. *** [khtml/CMakeFiles/khtml.dir/all] Error code 1 --Sig_/c=vX/8VUFKLLsWzy79lDnaN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTUjSrAAoJEOgBcD7A/5N83XYH/iOMGRwd3LObER5d9qFXbdYo xrLtMnxng5SPDTpBNlxyErwsOwK5PfeTR8l7KRj6fytchdgV7mSA5sKAXMcZ0jSP hwPcfasOBvOeQAhxfjBqjl/Dm0aftLQHqnfKWUaoVMZS5+jqozO3WiTfzM8b/Buc Y2j/38mPyQx1TTKKZmYfC60GMPGAsGD1000N3MEGjk0zh64Qo3sff+hwHUhTX3p1 Pgsfh57B7IVMFWiS0aUcS8vQ1FD9mKhamxvd+/L0fDNHE2S/4Zue/5wwrhzC4bbk 523lQdI8qYDi51IJBVrUdoNr+qsThdRyXwFZ+/0PNTjy0306Zx2TpkXSLF9fd0M= =UYWn -----END PGP SIGNATURE----- --Sig_/c=vX/8VUFKLLsWzy79lDnaN-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 18:26:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D5D3B32; Sat, 19 Apr 2014 18:26:03 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 050D010E4; Sat, 19 Apr 2014 18:26:02 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::3851:9362:67d4:316d] (unknown [IPv6:2001:7b8:3a7:0:3851:9362:67d4:316d]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3A2485C43; Sat, 19 Apr 2014 20:25:52 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_12242DC5-8087-4AF9-A9CB-C8E1E5774EA4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4 From: Dimitry Andric In-Reply-To: <20140419193019.0ee792e6.ohartman@zedat.fu-berlin.de> Date: Sat, 19 Apr 2014 20:25:51 +0200 Message-Id: References: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> <641C6CAA-C472-4359-9293-E65F16E84DC6@FreeBSD.org> <20140419103237.41962eff.ohartman@zedat.fu-berlin.de> <20140419193019.0ee792e6.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org, FreeBSD Ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Apr 2014 18:26:03 -0000 --Apple-Mail=_12242DC5-8087-4AF9-A9CB-C8E1E5774EA4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 19 Apr 2014, at 19:30, O. Hartmann = wrote: > On Sat, 19 Apr 2014 18:44:51 +0200 > Dimitry Andric wrote: ... >>> Stop in /usr/ports/x11/kdelibs4/work/.build. >>> *** [khtml/CMakeFiles/khtml.dir/all] Error code 1 >>> >>=20 >> I cannot reproduce the problem on my copy of stable/9 r264647. Using = /usr/bin/time -l >> on it results in: >>=20 >> 3.36 real 1.01 user 0.59 sys >> 71684 maximum resident set size >> 30951 average shared memory size >> 3349 average unshared data size >> 126 average unshared stack size >> 13539 page reclaims >> 354 page faults >> 0 swaps >> 2 block input operations >> 3 block output operations >> 66 messages sent >> 0 messages received >> 0 signals received >> 370 voluntary context switches >> 10 involuntary context switches >>=20 >> So it compiles in 3 seconds, and uses approximately 70MB of memory. > what compiler does your copy use as default? I use CLANG 3.3/3.4 Just the version of clang that comes with stable/9 r264647, e.g.: FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 Are you using a port version of clang to build kdelibs4, by any chance? -Dimitry --Apple-Mail=_12242DC5-8087-4AF9-A9CB-C8E1E5774EA4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlNSv7MACgkQsF6jCi4glqPEcwCg8OiANQEiOquuZ3tgvmjBLSfo 1hoAn0Q+/vaO6In3aEQUCLhHHuGLXBXY =bXwU -----END PGP SIGNATURE----- --Apple-Mail=_12242DC5-8087-4AF9-A9CB-C8E1E5774EA4-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 19:02:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5EDF19A; Sat, 19 Apr 2014 19:02:52 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 6CFDC1457; Sat, 19 Apr 2014 19:02:52 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WbaXK-003G1u-DN>; Sat, 19 Apr 2014 21:02:50 +0200 Received: from g226180135.adsl.alicedsl.de ([92.226.180.135] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WbaXK-000V1T-8G>; Sat, 19 Apr 2014 21:02:50 +0200 Date: Sat, 19 Apr 2014 21:02:43 +0200 From: "O. Hartmann" To: Dimitry Andric Subject: Re: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4 Message-ID: <20140419210243.76f3c9cd.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> <641C6CAA-C472-4359-9293-E65F16E84DC6@FreeBSD.org> <20140419103237.41962eff.ohartman@zedat.fu-berlin.de> <20140419193019.0ee792e6.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/aBY4ZPik2sBy1XmSUk9rQfD"; protocol="application/pgp-signature" X-Originating-IP: 92.226.180.135 X-ZEDAT-Hint: A Cc: freebsd-stable@freebsd.org, FreeBSD Ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Apr 2014 19:02:52 -0000 --Sig_/aBY4ZPik2sBy1XmSUk9rQfD Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 19 Apr 2014 20:25:51 +0200 Dimitry Andric wrote: > On 19 Apr 2014, at 19:30, O. Hartmann wrote: > > On Sat, 19 Apr 2014 18:44:51 +0200 > > Dimitry Andric wrote: > ... > >>> Stop in /usr/ports/x11/kdelibs4/work/.build. > >>> *** [khtml/CMakeFiles/khtml.dir/all] Error code 1 > >>> > >>=20 > >> I cannot reproduce the problem on my copy of stable/9 r264647. Using = /usr/bin/time > >> -l on it results in: > >>=20 > >> 3.36 real 1.01 user 0.59 sys > >> 71684 maximum resident set size > >> 30951 average shared memory size > >> 3349 average unshared data size > >> 126 average unshared stack size > >> 13539 page reclaims > >> 354 page faults > >> 0 swaps > >> 2 block input operations > >> 3 block output operations > >> 66 messages sent > >> 0 messages received > >> 0 signals received > >> 370 voluntary context switches > >> 10 involuntary context switches > >>=20 > >> So it compiles in 3 seconds, and uses approximately 70MB of memory. > > what compiler does your copy use as default? I use CLANG 3.3/3.4 >=20 > Just the version of clang that comes with stable/9 r264647, e.g.: >=20 > FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 >=20 > Are you using a port version of clang to build kdelibs4, by any chance? >=20 > -Dimitry >=20 In have installed devel/llvm33 and lang/clang33. On this specific 9.2-STABL= E system, I use this setting in /etc/make.conf for clang over gcc 4.2 selection: [...] ## ## CLANG ## .if !defined(NO_CLANG) .if !defined(CC) || ${CC} =3D=3D "cc" CC=3D clang .endif .if !defined(CXX) || ${CXX} =3D=3D "c++" CXX=3D clang++ .endif .if !defined(CPP) || ${CPP} =3D=3D "cpp" CPP=3D clang-cpp .endif ## Don't die on warnings NO_WERROR=3D WERROR=3D ## Don't forget this when using Jails! #NO_FSCHG=3D CFLAGS+=3D -O3 -pipe -fno-strict-aliasing COPTFLAGS+=3D -O3 -pipe .endif [...] As of this moment, I replace llvm33 with llvm34 and clang33 with clang34 (p= orts). How can I asure that system's base compiler is used? Oliver --Sig_/aBY4ZPik2sBy1XmSUk9rQfD Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTUshZAAoJEOgBcD7A/5N8nTMH+QG8ni2w+CEjELUI30mno748 kQxdCSrRdp9DqB1c3jHf4iOTdh2RGLPuinLlDMNvjbPjGGBmS6/ilD5yeFGkqKbB K/yQlwxT4Zb+fMp39fKhbl6xaoxon9cJXohfPC4g1fucAb8RM+M02jqolAjq1bO8 v6YIKtm+37bVbJq5EV4qfeUzNqiSVkTj843Gps8FBFQuMp6chlSmN7P9A+ApfJiH quicF7FR3YrEL1ZS+sL327w5x6CraeGq/ZfOTHdHe5BYXj37fPT9m2LS0aSm1nPW wKG1SjTA0lGl5GlwpcjmbCNCtLhYtQhETHW7BmGcq+cgqu7NGEux9n71qLAYFYU= =db2U -----END PGP SIGNATURE----- --Sig_/aBY4ZPik2sBy1XmSUk9rQfD-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 22:24:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6D424D3 for ; Sat, 19 Apr 2014 22:24:47 +0000 (UTC) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B3761895 for ; Sat, 19 Apr 2014 22:24:47 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id w8so2693308qac.12 for ; Sat, 19 Apr 2014 15:24:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=5H/h33zSChIWBfVYVA3jtF4jA72H6MYwjAeROc5Oh7g=; b=ZIuttANYPoJXJh9bJghSS/qjUPLnGf2Shd7mYlAEoPbalOYcA4PlJCdJio/Kv1n+x2 xYtrHtrI2j3vc0kk4Og7kMhO585EESZ5b6gAxNGxGG8HizrpokP39VsR57EVP4Mu5L0M Vz+MSxOYC1TYfiaG16JZ2GnLh3TWclMtznUNPUUbjb6iCslcEl0rTBUwMjP4MfN5eTnS lTdjOFo0BsgCmWSwYV+6zAQ1JaG3/eib2Z6rdcYu1OjNy5ukkSrv9Zl8hEQn+ZZ233Kl B53NqD+HFLK98jGUvRYwANyowAKuMGkRPWuRzAMbkulJNwMEFLHakBLz9OZ3kTopmMT9 GObA== X-Received: by 10.224.161.83 with SMTP id q19mr28686022qax.56.1397946286820; Sat, 19 Apr 2014 15:24:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.180.68 with HTTP; Sat, 19 Apr 2014 15:24:26 -0700 (PDT) From: James Welcher Date: Sat, 19 Apr 2014 15:24:26 -0700 Message-ID: Subject: Syslogd question To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Apr 2014 22:24:47 -0000 Hi, possibly quick and perhaps subtle question about syslogd. I have a machine that is a syslog server (receives network logs from other hosts), but also a syslog client (sends logs over the network to yet another syslog server). How can I configure the server to locally log the network connections it receives, but NOT to forward these remotely received messages? In the old days, this was called "hopping." I think this kind of forwarding of remote entries was PREVENTED by default. It had to be enabled with the "-h" (hop) option. Anyone know how I can prevent syslogd from hopping/remote forwarding nowadays? -- James Welcher From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 22:59:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9464A8D7 for ; Sat, 19 Apr 2014 22:59:28 +0000 (UTC) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 50C321AB4 for ; Sat, 19 Apr 2014 22:59:27 +0000 (UTC) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id AA65F20C36; Sat, 19 Apr 2014 18:59:26 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Sat, 19 Apr 2014 18:59:26 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mesmtp; bh=8+k1mdSxRCq7Xd/ALIr1iI9Hsq4=; b=qA3pAe1yWbex7hVv/rjO4MG2KCfA wRAoqwJvHvSZ33u5UDkmFDTWy0fl9HIzP0KERJSGiHBbOG3f1kbo+eQ9QfIheLsR 7unOYm80OXdTjAsxT5spFlAYtYrt6lIZttTm5TRW0Kph3CcqylQMs/ENBKZoZwN3 7H3sEEytMLBg1VE= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:cc:subject:message-id :in-reply-to:references:mime-version:content-type :content-transfer-encoding; s=smtpout; bh=8+k1mdSxRCq7Xd/ALIr1iI 9Hsq4=; b=D5QKj0ydaa2JP3ktBq11cY5lq31ODkYj1ZIxNXLFT03sPLMAZ6mnRn ljvGGtsIi3zZ6z8xVR7xHnhVZflFiUMICkagW6By+LYNfPzQ7ph/uoC3HuqT8U4O zsX8S/gTjAcDCtuFJV+Zo0YrbbDlJoyh7Ja1tLQrvFNT2/ol2jbao= X-Sasl-enc: 0v2WnyBLs1AAwxoUhcwn4ESsAb5BPritrAV24Oho7H7m 1397948366 Received: from eventide.harmony.edu (unknown [217.84.20.61]) by mail.messagingengine.com (Postfix) with ESMTPA id D0CD46800E5; Sat, 19 Apr 2014 18:59:25 -0400 (EDT) Date: Sun, 20 Apr 2014 00:59:23 +0000 From: fastmail To: "O. Hartmann" Subject: Re: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4 Message-Id: <20140420005923.9627ee683088e927429332ea@fastmail.fm> In-Reply-To: <20140419210243.76f3c9cd.ohartman@zedat.fu-berlin.de> References: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> <641C6CAA-C472-4359-9293-E65F16E84DC6@FreeBSD.org> <20140419103237.41962eff.ohartman@zedat.fu-berlin.de> <20140419193019.0ee792e6.ohartman@zedat.fu-berlin.de> <20140419210243.76f3c9cd.ohartman@zedat.fu-berlin.de> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 19 Apr 2014 22:59:28 -0000 On Sat, 19 Apr 2014 21:02:43 +0200 "O. Hartmann" wrote: > On Sat, 19 Apr 2014 20:25:51 +0200 > Dimitry Andric wrote: > > > On 19 Apr 2014, at 19:30, O. Hartmann wrote: > > > On Sat, 19 Apr 2014 18:44:51 +0200 > > > Dimitry Andric wrote: > > ... > > >>> Stop in /usr/ports/x11/kdelibs4/work/.build. > > >>> *** [khtml/CMakeFiles/khtml.dir/all] Error code 1 > > >>> > > >> > > >> I cannot reproduce the problem on my copy of stable/9 r264647. Using /usr/bin/time > > >> -l on it results in: > > >> > > >> 3.36 real 1.01 user 0.59 sys > > >> 71684 maximum resident set size > > >> 30951 average shared memory size > > >> 3349 average unshared data size > > >> 126 average unshared stack size > > >> 13539 page reclaims > > >> 354 page faults > > >> 0 swaps > > >> 2 block input operations > > >> 3 block output operations > > >> 66 messages sent > > >> 0 messages received > > >> 0 signals received > > >> 370 voluntary context switches > > >> 10 involuntary context switches > > >> > > >> So it compiles in 3 seconds, and uses approximately 70MB of memory. > > > what compiler does your copy use as default? I use CLANG 3.3/3.4 > > > > Just the version of clang that comes with stable/9 r264647, e.g.: > > > > FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 > > > > Are you using a port version of clang to build kdelibs4, by any chance? > > > > -Dimitry > > > > In have installed devel/llvm33 and lang/clang33. On this specific 9.2-STABLE system, I > use this setting in /etc/make.conf for clang over gcc 4.2 selection: > > [...] > ## > ## CLANG > ## > .if !defined(NO_CLANG) > .if !defined(CC) || ${CC} == "cc" > CC= clang > .endif > .if !defined(CXX) || ${CXX} == "c++" > CXX= clang++ > .endif > .if !defined(CPP) || ${CPP} == "cpp" > CPP= clang-cpp > .endif > ## Don't die on warnings > NO_WERROR= > WERROR= > ## Don't forget this when using Jails! > #NO_FSCHG= > CFLAGS+= -O3 -pipe -fno-strict-aliasing > COPTFLAGS+= -O3 -pipe > .endif > > [...] > > As of this moment, I replace llvm33 with llvm34 and clang33 with clang34 (ports). How can > I asure that system's base compiler is used? > You can asure it by specifying the full paths (e.g. CC=/usr/bin/clang instead of clang), however if you want to use clang as the default compiler specifying WITH_CLANG_IS_CC=yes in /etc/src.conf is probably easier than overloading the compiler variables. Alonso From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 02:39:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 006B3BA5; Sun, 20 Apr 2014 02:39:10 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 45AF81BA7; Sun, 20 Apr 2014 02:39:10 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.8/8.14.8) with ESMTP id s3K2cvD8074934; Sun, 20 Apr 2014 05:38:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s3K2cvD8074934 Received: (from kostik@localhost) by tom.home (8.14.8/8.14.8/Submit) id s3K2cvmF074933; Sun, 20 Apr 2014 05:38:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 20 Apr 2014 05:38:57 +0300 From: Konstantin Belousov To: Sergey Matveychuk Subject: Re: Fwd: panic after upgrade to 10 Message-ID: <20140420023857.GJ4016@kib.kiev.ua> References: <5308B98C.6070807@semmy.ru> <5308BD0A.2050506@FreeBSD.org> <201402261124.01275.jhb@freebsd.org> <530E3D85.8060906@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="80KdhljSN0pKc7w4" Content-Disposition: inline In-Reply-To: <530E3D85.8060906@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) 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.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Apr 2014 02:39:11 -0000 --80KdhljSN0pKc7w4 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 26, 2014 at 11:16:21PM +0400, Sergey Matveychuk wrote: > Yes, no panic now. > For some reason agp0 is Intel 82855GM host to AGP bridge and agp1 is VGA= =20 > controller itself. >=20 > I've attached dmesg and pciconf output. >=20 > Please, note, i've filled kern/187015 for this problem. >=20 > 26.02.2014 20:24, John Baldwin =D0=C9=DB=C5=D4: > > On Saturday, February 22, 2014 10:06:50 am Sergey Matveychuk wrote: > >> Hi. > >> > >> I've tried to upgrade my home router to FreeBSD 10-STABLE from 8.x. And > >> got this panic: https://www.dropbox.com/s/fxsily501x50vtw/A8eRRRJKbYM.= jpg > >> > >> panic: make_dev_credv: bad si_name (error=3D17, si_name=3Dagpgart) > >> > >> How it could be fixed or how work around to boot? > > > > I think the problem is there can only be one /dev/agpgart and this trie= d to > > create two. Odd that you would have two agp devices though. > > > > Try this patch which should fix the panic, but then capture a dmesg and > > 'pciconf -lcb' output. > > > > Index: sys/dev/agp.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --- agp.c (revision 262488) > > +++ agp.c (working copy) > > @@ -212,6 +212,7 @@ int > > agp_generic_attach(device_t dev) > > { > > struct agp_softc *sc =3D device_get_softc(dev); > > + struct cdev *cdev; > > int i; > > u_int memsize; > > > > @@ -256,10 +257,11 @@ agp_generic_attach(device_t dev) > > TAILQ_INIT(&sc->as_memory); > > sc->as_nextid =3D 1; > > > > - sc->as_devnode =3D make_dev(&agp_cdevsw, > > - 0, UID_ROOT, GID_WHEEL, 0600, "agpgart"); > > - sc->as_devnode->si_drv1 =3D dev; > > - > > + if (make_dev_p(MAKEDEV_CHECKNAME, &cdev, &agp_cdevsw, NULL, UID_ROOT, > > + GID_WHEEL, 0600, "agpgart") =3D=3D 0) { > > + cdev->si_drv1 =3D dev; > > + sc->as_devnode =3D cdev; > > + } > > return 0; > > } > > > > @@ -268,7 +270,8 @@ agp_free_cdev(device_t dev) > > { > > struct agp_softc *sc =3D device_get_softc(dev); > > > > - destroy_dev(sc->as_devnode); > > + if (sc->as_devnode !=3D NULL) > > + destroy_dev(sc->as_devnode); > > } > > > > void > > > > > ACPI BIOS Error (bug): A valid RSDP was not found (20130823/tbxfroot-223) > Copyright (c) 1992-2014 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-STABLE #1 r262330M: Wed Feb 26 23:05:09 MSK 2014 > root@router.home.semmy.ru:/usr/obj/usr/src/sys/GENERIC i386 > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > CPU: Intel(R) Celeron(R) M processor 1.50GHz (1499.86-MHz 686-cla= ss CPU) > Origin =3D "GenuineIntel" Id =3D 0x6d8 Family =3D 0x6 Model =3D 0xd = Stepping =3D 8 > Features=3D0xafe9fbff > real memory =3D 1039073280 (990 MB) > avail memory =3D 995766272 (949 MB) > MPTable: > Event timer "LAPIC" quality 400 > ioapic0: Assuming intbase of 0 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > random: initialized > ACPI BIOS Error (bug): A valid RSDP was not found (20130823/tbxfroot-223) > ACPI: Table initialisation failed: AE_NOT_FOUND > ACPI: Try disabling either ACPI or apic support. > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > agp0: on hostb0 > pci0: at device 0.1 (no driver attached) > pci0: at device 0.3 (no driver attached) > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0xe900-0xe907 mem 0xe0000000-0xe7f= fffff,0xec200000-0xec27ffff irq 16 at device 2.0 on pci0 > agp1: on vgapci0 > agp1: aperture size is 128M, detected 32636k stolen memory > vgapci0: Boot video device > vgapci1: at device 2.1 on pci0 > uhci0: port 0xeb00-0xeb1f irq= 16 at device 29.0 on pci0 > usbus0 on uhci0 > uhci1: port 0xed00-0xed1f irq= 19 at device 29.1 on pci0 > usbus1 on uhci1 > uhci2: port 0xe800-0xe81f irq= 18 at device 29.2 on pci0 > usbus2 on uhci2 > ehci0: mem 0xec280000-0xec2= 803ff irq 23 at device 29.7 on pci0 > usbus3: EHCI version 1.0 > usbus3 on ehci0 > pcib2: at device 30.0 on pci0 > pci2: on pcib2 > em0: port 0xd000-0xd0= 3f mem 0xec000000-0xec01ffff,0xec020000-0xec03ffff irq 16 at device 0.0 on = pci2 > em0: Ethernet address: 00:30:18:4a:4d:f0 > em1: port 0xd100-0xd1= 3f mem 0xec040000-0xec05ffff,0xec060000-0xec07ffff irq 17 at device 1.0 on = pci2 > em1: Ethernet address: 00:30:18:4a:4d:f1 > em2: port 0xd200-0xd2= 3f mem 0xec080000-0xec09ffff,0xec0a0000-0xec0bffff irq 18 at device 2.0 on = pci2 > em2: Ethernet address: 00:30:18:4a:4d:f2 > em3: port 0xd300-0xd3= 3f mem 0xec0c0000-0xec0dffff,0xec0e0000-0xec0fffff irq 19 at device 3.0 on = pci2 > em3: Ethernet address: 00:30:18:4a:4d:f3 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x1= 77,0x376,0xf000-0xf00f at device 31.1 on pci0 > ata0: at channel 0 on atapci0 > ata1: at channel 1 on atapci0 > pci0: at device 31.3 (no driver attached) > pcm0: port 0xe000-0xe0ff,0xec00-0xec3f mem 0xec281= 000-0xec2811ff,0xec282000-0xec2820ff irq 17 at device 31.5 on pci0 > pcm0: primary codec not ready! > pcm0: > cpu0 on motherboard > p4tcc0: on cpu0 > pmtimer0 on isa0 > attimer0: at port 0x40-0x43 irq 0 pnpid PNP0100 on isa0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > atrtc0: at port 0x70-0x71 irq 8 pnpid PNP0b00 on isa0 > Event timer "RTC" frequency 32768 Hz quality 0 > atkbdc0: at port 0x60,0x64 irq 1 pnpid PNP0= 303 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > unknown: can't assign resources (memory) > uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 pnpid P= NP0501 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ppc0: parallel port not found. > unknown: can't assign resources (memory) > (null) can't assign resources (port) > Timecounters tick every 1.000 msec > random: unblocking device. > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > usbus3: 480Mbps High Speed USB v2.0 > ugen1.1: at usbus1 > uhub0: on usbus1 > ugen0.1: at usbus0 > uhub1: on usbus0 > ugen3.1: at usbus3 > uhub2: on usbus3 > ugen2.1: at usbus2 > uhub3: on usbus2 > ada0 at ata1 bus 0 scbus1 target 0 lun 0 > ada0: ATA-7 SATA 2.x device > ada0: Serial Number CVEM840200YV032HGN > ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) > ada0: 30517MB (62500000 512 byte sectors: 16H 63S/T 16383C) > ada0: Previously was known as ad2 > Netvsc initializing... Timecounter "TSC" frequency 1499861315 Hz quality = 800 > Root mount waiting for: usbus3 usbus2 usbus1 usbus0 > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > Root mount waiting for: usbus3 > Root mount waiting for: usbus3 > uhub2: 6 ports with 6 removable, self powered > Trying to mount root from ufs:/dev/ada0p2 [rw,noatime]... > ugen0.2: at usbus0 > hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x35808086 chip=3D0x35808086 r= ev=3D0x02 hdr=3D0x00 > bar [10] =3D type Prefetchable Memory, range 32, base 0xe8000000, s= ize 67108864, enabled > cap 09[40] =3D vendor (length 5) Intel cap 0 version 1 > cap 02[a0] =3D AGP 4x 2x 1x SBA disabled > none0@pci0:0:0:1: class=3D0x088000 card=3D0x35848086 chip=3D0x35848086 re= v=3D0x02 hdr=3D0x00 > none1@pci0:0:0:3: class=3D0x088000 card=3D0x35858086 chip=3D0x35858086 re= v=3D0x02 hdr=3D0x00 > pcib1@pci0:0:1:0: class=3D0x060400 card=3D0x00000000 chip=3D0x35818086 re= v=3D0x02 hdr=3D0x01 > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x35828086 chip=3D0x35828086 = rev=3D0x02 hdr=3D0x00 > bar [10] =3D type Prefetchable Memory, range 32, base 0xe0000000, s= ize 134217728, enabled > bar [14] =3D type Memory, range 32, base 0xec200000, size 524288, e= nabled > bar [18] =3D type I/O Port, range 32, base 0xe900, size 8, enabled > cap 01[d0] =3D powerspec 1 supports D0 D1 D3 current D0 > vgapci1@pci0:0:2:1: class=3D0x038000 card=3D0x35828086 chip=3D0x35828086 = rev=3D0x02 hdr=3D0x00 > bar [10] =3D type Prefetchable Memory, range 32, base 0, size 13421= 7728, disabled > bar [14] =3D type Memory, range 32, base 0, size 524288, disabled > cap 01[d0] =3D powerspec 1 supports D0 D1 D3 current D0 > uhci0@pci0:0:29:0: class=3D0x0c0300 card=3D0x24c28086 chip=3D0x24c28086 r= ev=3D0x02 hdr=3D0x00 > bar [20] =3D type I/O Port, range 32, base 0xeb00, size 32, enabled > uhci1@pci0:0:29:1: class=3D0x0c0300 card=3D0x24c28086 chip=3D0x24c48086 r= ev=3D0x02 hdr=3D0x00 > bar [20] =3D type I/O Port, range 32, base 0xed00, size 32, enabled > uhci2@pci0:0:29:2: class=3D0x0c0300 card=3D0x24c28086 chip=3D0x24c78086 r= ev=3D0x02 hdr=3D0x00 > bar [20] =3D type I/O Port, range 32, base 0xe800, size 32, enabled > ehci0@pci0:0:29:7: class=3D0x0c0320 card=3D0x24cd8086 chip=3D0x24cd8086 r= ev=3D0x02 hdr=3D0x00 > bar [10] =3D type Memory, range 32, base 0xec280000, size 1024, ena= bled > cap 01[50] =3D powerspec 2 supports D0 D3 current D0 > pcib2@pci0:0:30:0: class=3D0x060400 card=3D0x00000000 chip=3D0x244e8086 r= ev=3D0x82 hdr=3D0x01 > isab0@pci0:0:31:0: class=3D0x060100 card=3D0x00000000 chip=3D0x24c08086 r= ev=3D0x02 hdr=3D0x00 > atapci0@pci0:0:31:1: class=3D0x01018a card=3D0x24c28086 chip=3D0x24cb8086= rev=3D0x02 hdr=3D0x00 > bar [20] =3D type I/O Port, range 32, base 0xf000, size 16, enabled > bar [24] =3D type Memory, range 32, base 0, size 1024, enabled > none2@pci0:0:31:3: class=3D0x0c0500 card=3D0x24c28086 chip=3D0x24c38086 r= ev=3D0x02 hdr=3D0x00 > bar [20] =3D type I/O Port, range 32, base 0x500, size 32, enabled > pcm0@pci0:0:31:5: class=3D0x040100 card=3D0x41615649 chip=3D0x24c58086 re= v=3D0x02 hdr=3D0x00 > bar [10] =3D type I/O Port, range 32, base 0xe000, size 256, enabled > bar [14] =3D type I/O Port, range 32, base 0xec00, size 64, enabled > bar [18] =3D type Memory, range 32, base 0xec281000, size 512, enab= led > bar [1c] =3D type Memory, range 32, base 0xec282000, size 256, enab= led > cap 01[50] =3D powerspec 2 supports D0 D3 current D0 > em0@pci0:2:0:0: class=3D0x020000 card=3D0x10768086 chip=3D0x10768086 rev= =3D0x05 hdr=3D0x00 > bar [10] =3D type Memory, range 32, base 0xec000000, size 131072, e= nabled > bar [14] =3D type Memory, range 32, base 0xec020000, size 131072, e= nabled > bar [18] =3D type I/O Port, range 32, base 0xd000, size 64, enabled > cap 01[dc] =3D powerspec 2 supports D0 D3 current D0 > cap 07[e4] =3D PCI-X supports 2048 burst read, 1 split transaction > em1@pci0:2:1:0: class=3D0x020000 card=3D0x10768086 chip=3D0x10768086 rev= =3D0x05 hdr=3D0x00 > bar [10] =3D type Memory, range 32, base 0xec040000, size 131072, e= nabled > bar [14] =3D type Memory, range 32, base 0xec060000, size 131072, e= nabled > bar [18] =3D type I/O Port, range 32, base 0xd100, size 64, enabled > cap 01[dc] =3D powerspec 2 supports D0 D3 current D0 > cap 07[e4] =3D PCI-X supports 2048 burst read, 1 split transaction > em2@pci0:2:2:0: class=3D0x020000 card=3D0x10768086 chip=3D0x10768086 rev= =3D0x05 hdr=3D0x00 > bar [10] =3D type Memory, range 32, base 0xec080000, size 131072, e= nabled > bar [14] =3D type Memory, range 32, base 0xec0a0000, size 131072, e= nabled > bar [18] =3D type I/O Port, range 32, base 0xd200, size 64, enabled > cap 01[dc] =3D powerspec 2 supports D0 D3 current D0 > cap 07[e4] =3D PCI-X supports 2048 burst read, 1 split transaction > em3@pci0:2:3:0: class=3D0x020000 card=3D0x10768086 chip=3D0x10768086 rev= =3D0x05 hdr=3D0x00 > bar [10] =3D type Memory, range 32, base 0xec0c0000, size 131072, e= nabled > bar [14] =3D type Memory, range 32, base 0xec0e0000, size 131072, e= nabled > bar [18] =3D type I/O Port, range 32, base 0xd300, size 64, enabled > cap 01[dc] =3D powerspec 2 supports D0 D3 current D0 > cap 07[e4] =3D PCI-X supports 2048 burst read, 1 split transaction Reviving the old thread. This seems to be my bug. Please try this. diff --git a/sys/conf/files.amd64 b/sys/conf/files.amd64 index f78f1c8..8bffc2c 100644 --- a/sys/conf/files.amd64 +++ b/sys/conf/files.amd64 @@ -144,7 +144,6 @@ dev/acpica/acpi_if.m standard dev/acpi_support/acpi_wmi_if.m standard dev/agp/agp_amd64.c optional agp dev/agp/agp_i810.c optional agp -dev/agp/agp_intel.c optional agp dev/agp/agp_via.c optional agp dev/amdsbwd/amdsbwd.c optional amdsbwd dev/amdtemp/amdtemp.c optional amdtemp diff --git a/sys/conf/files.i386 b/sys/conf/files.i386 index 30c224a..8274bbe 100644 --- a/sys/conf/files.i386 +++ b/sys/conf/files.i386 @@ -130,7 +130,6 @@ dev/agp/agp_amd.c optional agp dev/agp/agp_amd64.c optional agp dev/agp/agp_ati.c optional agp dev/agp/agp_i810.c optional agp -dev/agp/agp_intel.c optional agp dev/agp/agp_nvidia.c optional agp dev/agp/agp_sis.c optional agp dev/agp/agp_via.c optional agp diff --git a/sys/modules/agp/Makefile b/sys/modules/agp/Makefile index 9502a68..7793c45 100644 --- a/sys/modules/agp/Makefile +++ b/sys/modules/agp/Makefile @@ -5,7 +5,7 @@ KMOD=3D agp SRCS=3D agp.c agp_if.c .if ${MACHINE_CPUARCH} =3D=3D "i386" -SRCS+=3D agp_i810.c agp_intel.c agp_via.c agp_sis.c agp_ali.c agp_amd.c \ +SRCS+=3D agp_i810.c agp_via.c agp_sis.c agp_ali.c agp_amd.c \ agp_nvidia.c agp_ati.c .endif .if ${MACHINE} =3D=3D "i386" --80KdhljSN0pKc7w4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTUzNAAAoJEJDCuSvBvK1B5t0QAINIoNdWD60lC6B7cf+bzhqS pW4zCJavbOamb1bVMHeSCxRsPxEPE+jvyNoOjeG/pi8/0r4GBzNXrbE2yEEIBQNb zLuXUxr/Ehyst7ffr+NiaqwEJQxgNWXGduckqubdx8zh6q2WQvThk/vfQF3tWe7E V4lWI0b6GSZCtrYFWpcf1wwNENJEg6c6ADqzi+Byi7X78ad0vnvJMddTaLBqrMm6 u7s9H7hL/lFNWJQcBQcIf00pPkN7i2F6w1EoECbCs61PyQiq2699hiv4i4VLUUbz P0rfqDMPfUn/dZQ3qUos+/kDI+wAdpWj/ZZLh6DdZIOk59Ers0OixrdMLErIqBch OY1yWpRVk3MlAdG5wcA6mkZwB4TXyc3WPkGhoMMauxQZgdnKN0HQPPUXI1ByGWdi Zd3bdiviE3rzOuh1BWK67uv7x2X/aB31u8WRZSsPNwavGLUc+XqbNDVFrNbVQCpm qL3amKAr8cYMXQU50SrcNwe4n/6FD5UUnGfZjg9J8e7Lzl5C/tERr+8amXhryAw5 IY3eSAc2UhhmXcYA3GQHqPAb6y9uUexeXxMEbgU2hn1oWllZU174KLBxr3hD+tb/ UC1jwZKh54amC3In6TtTHL9K96siSgdLUTRe9g1vQdm+aCixUh/4FTVGNLg5z2Fj ljIu9K5upI+4l9D1BiR/ =45Zw -----END PGP SIGNATURE----- --80KdhljSN0pKc7w4-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 15:19:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CB6A5ED for ; Sun, 20 Apr 2014 15:19:55 +0000 (UTC) Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 556A31791 for ; Sun, 20 Apr 2014 15:19:55 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id lx4so3140008iec.38 for ; Sun, 20 Apr 2014 08:19:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=QHdmSQcX8aw7NizlAdu0vWAv9LjWWsjFJmwo9Nls0SY=; b=SaP4U/BLvnDb8w0q4mj/Vdr/Z1KQznFxdlcwhJ4/AQCwm1hU+/V2ygzFIdduyiwSME yAGOJ3bU1vk5DZog7L2s4KCPPJ2NxIuONtAFm5Tzm3O50MlMGJzHkpwByrkrsapylIiq 2qZ8Abqwyla7czyVk0YFQvgQhnCgbzwfvQ/Jmw6aLNgSUJntPTmX0E6MGVNFF8cn2ZA+ boxlr1v2bOyW3xre+DSmPwQyG0ID43yhcG1Fvu1Bq+xm3a68roVlY+KXZsJWaUoESnmC dKVVST+RIaNKGVMlVOUMrgVPuMNmJvYHvpv0ONJlQW/xfJIiAYnPv2O2ciUgcJq80QcK /PaA== X-Gm-Message-State: ALoCoQnF6JcTcoCvDo29z9ftKLXyUAIKJVOAnMdVSKtwa7mlXeRMmyX/Pih+BsF9xJa5qpRbj76a X-Received: by 10.42.82.148 with SMTP id d20mr23832965icl.50.1398007194491; Sun, 20 Apr 2014 08:19:54 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id ie20sm13607110igb.10.2014.04.20.08.19.53 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 20 Apr 2014 08:19:53 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: vt(4) and geli(8) From: Warner Losh In-Reply-To: Date: Sun, 20 Apr 2014 09:19:52 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <273B57D9-65AB-4781-87A6-C8F980F81587@gmail.com> References: <5351CEF6.3060007@pobox.com> To: Peter Wemm X-Mailer: Apple Mail (2.1874) Cc: Chris Nehren , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Apr 2014 15:19:55 -0000 On Apr 18, 2014, at 8:10 PM, Peter Wemm wrote: > On Fri, Apr 18, 2014 at 6:18 PM, Chris Nehren > wrote: >> On 2014/04/18, 11:36, Greg Rivers wrote: >>>=20 >>> The new vt system console looks really nice. But on hosts that >>> have geli encrypted devices that prompt for the passphrase at >>> boot, no keyboard input reaches geli. The keyboard doesn't >>> appear to be dead, as the caps-lock and num-lock keys toggle; >>> geli just doesn't receive any input. This is on 10-STABLE amd64 >>> built from yesterday's sources. "hw.vga.textmode=3D1" doesn't make >>> any difference. >>>=20 >>> Has anyone else encountered this? >>>=20 >>=20 >> Yes, I have, on my FreeBSD workstation with a USB keyboard. It's = running >> FreeBSD 10 with geli-encrypted ZFS root. This happened before I = updated to >> vt, though. I managed to work around the problem, surprisingly = enough, by >> mashing the keyboard when the system boots as soon as I see bold = white >> kernel text. Then, when prompted for the passphrase (after all the = USB >> devices finish probing / attaching), I hit enter to clear the buffer = and >> then am able to enter the passphrase correctly. >>=20 >> I'll be filing a PR for this, probably on Monday, should I not be = able to >> find one that's similar. >>=20 >> -- >> Chris Nehren >=20 > For what it's worth, I don't think this is specific to vt. You can > sometimes get the same behavior when you hit the mountroot prompt. > Some of the machines in the freebsd cluster will accept input at a > mountroot prompt, the others we have to power cycle and fix > vfs.root.mountfrom. vt isn't involved. I don't know what the > variable is. >=20 > I once suspected it is some combination of ddb/kdb presence, and/or > serial console / multiconsole mode but I don't think that holds up. I fixed this bug on SERIAL consoles by making the grab/ungrab function shift the serial port from interrupt driven processing to polled = processing. Maybe a similar change is now needed for atkbd? Warner From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 15:20:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EFC16778 for ; Sun, 20 Apr 2014 15:20:51 +0000 (UTC) Received: from mail-ie0-f177.google.com (mail-ie0-f177.google.com [209.85.223.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B74E11835 for ; Sun, 20 Apr 2014 15:20:51 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id rl12so2983999iec.8 for ; Sun, 20 Apr 2014 08:20:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=rd6GEbqtkFa1dwikqpJwO+sCJytK/Yypcmh1fT7MhIQ=; b=ksIZy8r5RVAi53EROlY00MwKV0cxpZTObOtCuTq0d32wJ80o+mAGboteiKuMfCtMBz gWWQoJvaqiDLpHejwODPlFJCmHtjIT0KFy9prpMPc1s+ZcXjvG2cNosNy2r0Y+6LS/vq c3nEoGRddFCoYTXylcmOlPGUScomjojxqs2OX7vnoN+Uf6aSU+JBc55+aEi1hrVFV2bS vXtci68EfpLn/bU40s2e0TXvEFLd66yX5H5R5XWmlaOJPYwy5Pf+9NiY2tzK2TN/saYJ /HVoU0kldA9FtJR2V55978cPHFz5e0CM8p2PhTynPY4B9XH7XsOO4Voo+wYvEH10feWF sqcg== X-Gm-Message-State: ALoCoQlPxqh62PuNwQP53hxaZzQ9ugwT7cSVd+tF7s6r9yM/fcJhB3UYtqJzbQ8VWd5iiitNIbHp X-Received: by 10.50.143.34 with SMTP id sb2mr16741334igb.11.1398007244925; Sun, 20 Apr 2014 08:20:44 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id ie20sm13607110igb.10.2014.04.20.08.20.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 20 Apr 2014 08:20:44 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: vt(4) and geli(8) From: Warner Losh In-Reply-To: Date: Sun, 20 Apr 2014 09:20:43 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <7B70F227-DEDF-4123-B855-102290039B0C@gmail.com> References: <5351CEF6.3060007@pobox.com> <20140419023539.GO49791@glenbarber.us> To: Greg Rivers X-Mailer: Apple Mail (2.1874) Cc: Glen Barber , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Apr 2014 15:20:52 -0000 On Apr 19, 2014, at 10:22 AM, Greg Rivers = wrote: > On Fri, 18 Apr 2014, Glen Barber wrote: >=20 >> I'm convinced this is a USB issue. When I have a USB keyboard = plugged in to my laptop, I observe the same behavior as Chris (on = 11.0-CURRENT r264302). >>=20 >> When I am prompted to enter the passphrase and do not have the USB = keyboard plugged in (meaning, my laptop built-in keyboard), do not = observe this behavior. >>=20 >=20 > My case doesn't seem to be directly USB related. The laptop where I = see this does not have a USB keyboard. And when I boot without loading = any USB drivers (uhci, ehci) at all, the problem still exists. >=20 > However, I just discovered that if I load the kbdmux driver, it works = as expected. What do you suppose that means? Sure sounds like an interrupt mess that the vt(8) author needs to work = out with the usb author. Warner From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 15:47:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0215D41; Sun, 20 Apr 2014 15:47:28 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 6007719D2; Sun, 20 Apr 2014 15:47:28 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1Wbtxm-0020AT-CR>; Sun, 20 Apr 2014 17:47:26 +0200 Received: from g229123033.adsl.alicedsl.de ([92.229.123.33] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1Wbtxm-001ynQ-73>; Sun, 20 Apr 2014 17:47:26 +0200 Date: Sun, 20 Apr 2014 17:47:25 +0200 From: "O. Hartmann" To: Dimitry Andric Subject: Re: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4 Message-ID: <20140420174725.199ec7af.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> <641C6CAA-C472-4359-9293-E65F16E84DC6@FreeBSD.org> <20140419103237.41962eff.ohartman@zedat.fu-berlin.de> <20140419193019.0ee792e6.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/mmaMNWPqkN3_XvaxYh3a_=v"; protocol="application/pgp-signature" X-Originating-IP: 92.229.123.33 X-ZEDAT-Hint: A Cc: freebsd-stable@freebsd.org, FreeBSD Ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Apr 2014 15:47:28 -0000 --Sig_/mmaMNWPqkN3_XvaxYh3a_=v Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 19 Apr 2014 20:25:51 +0200 Dimitry Andric wrote: > On 19 Apr 2014, at 19:30, O. Hartmann wrote: > > On Sat, 19 Apr 2014 18:44:51 +0200 > > Dimitry Andric wrote: > ... > >>> Stop in /usr/ports/x11/kdelibs4/work/.build. > >>> *** [khtml/CMakeFiles/khtml.dir/all] Error code 1 > >>> > >>=20 > >> I cannot reproduce the problem on my copy of stable/9 r264647. Using = /usr/bin/time > >> -l on it results in: > >>=20 > >> 3.36 real 1.01 user 0.59 sys > >> 71684 maximum resident set size > >> 30951 average shared memory size > >> 3349 average unshared data size > >> 126 average unshared stack size > >> 13539 page reclaims > >> 354 page faults > >> 0 swaps > >> 2 block input operations > >> 3 block output operations > >> 66 messages sent > >> 0 messages received > >> 0 signals received > >> 370 voluntary context switches > >> 10 involuntary context switches > >>=20 > >> So it compiles in 3 seconds, and uses approximately 70MB of memory. > > what compiler does your copy use as default? I use CLANG 3.3/3.4 >=20 > Just the version of clang that comes with stable/9 r264647, e.g.: >=20 > FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 >=20 > Are you using a port version of clang to build kdelibs4, by any chance? >=20 > -Dimitry >=20 I successfully built, as a workaround, the port x11/kdelibs4 with gcc 4.7 (= port lang/gcc). The box in question is a Dell Latitude E6510 notebook with only 4 GB of RAM= , could this be the issue? The system very often starts swapping. Even my oldstyle E8400= workstation with only 8 GB (most recent 11.0-CURRENT) starts swapping very often and re= cently, I saw musterious compiler erros and stopping compiling processes never seen bevor= . Restarting the failed portbuild most often finish successfully. FreeBSD 9.2-STABLE #0 r264688: Sun Apr 20 10:51:40 CEST 2014 root@munin:/usr/obj/usr/src/sys/MUNIN amd64 FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 CPU: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz (2394.19-MHz K8-class = CPU) Origin =3D "GenuineIntel" Id =3D 0x20652 Family =3D 0x6 Model =3D 0x25= Stepping =3D 2 Features=3D0xbfebfbff Features2=3D0x298e3ff AMD Features=3D0x28100800 AMD Features2=3D0x1 TSC: P-state invariant, performance statistics real memory =3D 4294967296 (4096 MB) avail memory =3D 4021952512 (3835 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 5 ACPI Warning: 32/64X FACS address mismatch in FADT - 0xCF76BF40/0x00000000C= F76ED40, using 32 (20110527/tbfadt-514) ioapic0 irqs 0-23 on motherboard --Sig_/mmaMNWPqkN3_XvaxYh3a_=v Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTU+wNAAoJEOgBcD7A/5N82NIIAJfAv8zZp1lPfvQkz0HnPnOj AhNGn8lY5PjE9EalTbptOvZw+K9/c6lMP9vZsbVtOdePGa9iPPr3QUO/QNiPPL0n HxcBdfpnuZdwlFn82Y718/QDpf+eOKc9+WHHwuyzYau438UCAXcYyuvEtnXgW5jc Fudv5bDgFrPGeQkhOXMsmBx6Ke39YNPQslud54X3WLcf6syOC1aAhfw/nAgPS5T1 guwc9D19CnY9aeyn5qtqicOpcLMhMWyX8SjS6AsFCmnuNyNTka1d8oKfmPGvnyn2 4HQSq7BkluMgkjMS+sOY5voKvAAiW1gErKYXxaEM/4Vs2zJ4Rj1Ua3mDUmo9bXo= =Xn/f -----END PGP SIGNATURE----- --Sig_/mmaMNWPqkN3_XvaxYh3a_=v-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 18:40:22 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DCC5F6; Sun, 20 Apr 2014 18:40:22 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C99E11893; Sun, 20 Apr 2014 18:40:21 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::3851:9362:67d4:316d] (unknown [IPv6:2001:7b8:3a7:0:3851:9362:67d4:316d]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4E0C15C43; Sun, 20 Apr 2014 20:40:12 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_1A19FFD7-A2BB-4B9D-ABF5-D5A4B71C8240"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4 From: Dimitry Andric In-Reply-To: <20140420174725.199ec7af.ohartman@zedat.fu-berlin.de> Date: Sun, 20 Apr 2014 20:40:08 +0200 Message-Id: References: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> <641C6CAA-C472-4359-9293-E65F16E84DC6@FreeBSD.org> <20140419103237.41962eff.ohartman@zedat.fu-berlin.de> <20140419193019.0ee792e6.ohartman@zedat.fu-berlin.de> <20140420174725.199ec7af.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org, FreeBSD Ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Apr 2014 18:40:22 -0000 --Apple-Mail=_1A19FFD7-A2BB-4B9D-ABF5-D5A4B71C8240 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 20 Apr 2014, at 17:47, O. Hartmann = wrote: > On Sat, 19 Apr 2014 20:25:51 +0200 > Dimitry Andric wrote: >> On 19 Apr 2014, at 19:30, O. Hartmann = wrote: >>> On Sat, 19 Apr 2014 18:44:51 +0200 >>> Dimitry Andric wrote: >> ... >>>>> Stop in /usr/ports/x11/kdelibs4/work/.build. >>>>> *** [khtml/CMakeFiles/khtml.dir/all] Error code 1 >>>>> >>>>=20 >>>> I cannot reproduce the problem on my copy of stable/9 r264647. = Using /usr/bin/time >>>> -l on it results in: >>>>=20 >>>> 3.36 real 1.01 user 0.59 sys >>>> 71684 maximum resident set size >>>> 30951 average shared memory size >>>> 3349 average unshared data size >>>> 126 average unshared stack size >>>> 13539 page reclaims >>>> 354 page faults >>>> 0 swaps >>>> 2 block input operations >>>> 3 block output operations >>>> 66 messages sent >>>> 0 messages received >>>> 0 signals received >>>> 370 voluntary context switches >>>> 10 involuntary context switches >>>>=20 >>>> So it compiles in 3 seconds, and uses approximately 70MB of memory. >>> what compiler does your copy use as default? I use CLANG 3.3/3.4 >>=20 >> Just the version of clang that comes with stable/9 r264647, e.g.: >>=20 >> FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 >>=20 >> Are you using a port version of clang to build kdelibs4, by any = chance? >>=20 >> -Dimitry >>=20 >=20 > I successfully built, as a workaround, the port x11/kdelibs4 with gcc = 4.7 (port lang/gcc). So it didn't work with lang/clang34 or the base version of clang either? And with a similar type of error? > The box in question is a Dell Latitude E6510 notebook with only 4 GB = of RAM, could this > be the issue? The system very often starts swapping. Even my oldstyle = E8400 workstation > with only 8 GB (most recent 11.0-CURRENT) starts swapping very often = and recently, I saw > musterious compiler erros and stopping compiling processes never seen = bevor. Restarting > the failed portbuild most often finish successfully. There were some postings recently, about newer versions of FreeBSD being supposedly more "swappy", see e.g.: = http://lists.freebsd.org/pipermail/freebsd-stable/2014-April/thread.html#7= 8361 I have no idea if this is really substantiated with evidence, or just a feeling, though. :) In any case, when you are experiencing mysterious compiler errors, and your system is heavily exercising RAM and swap, it is always a good idea to do a full hardware diagnostics test. For your RAM, you can use memtest86+, and since you have a Dell, you can use their diagnostics program to test other parts of the machine. -Dimitry --Apple-Mail=_1A19FFD7-A2BB-4B9D-ABF5-D5A4B71C8240 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlNUFJMACgkQsF6jCi4glqNQpACgkVjxlzG96DjJ737QHcC7J+h4 Br0AniP4XjnfTvOG7MqCpKQSGMSIwCoZ =Mw3X -----END PGP SIGNATURE----- --Apple-Mail=_1A19FFD7-A2BB-4B9D-ABF5-D5A4B71C8240-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 19:45:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 993B8753 for ; Sun, 20 Apr 2014 19:45:07 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F97F1D6D for ; Sun, 20 Apr 2014 19:45:06 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Wbxfk-0002qS-EP for freebsd-stable@freebsd.org; Sun, 20 Apr 2014 21:45:04 +0200 Received: from a91-154-115-217.elisa-laajakaista.fi ([91.154.115.217]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Apr 2014 21:45:04 +0200 Received: from rakuco by a91-154-115-217.elisa-laajakaista.fi with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Apr 2014 21:45:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Raphael Kubo da Costa Subject: Re: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4 Date: Sun, 20 Apr 2014 22:38:07 +0300 Lines: 25 Message-ID: <86ppkblrkw.fsf@orwell.Elisa> References: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> <641C6CAA-C472-4359-9293-E65F16E84DC6@FreeBSD.org> <20140419103237.41962eff.ohartman@zedat.fu-berlin.de> <20140419193019.0ee792e6.ohartman@zedat.fu-berlin.de> <20140420174725.199ec7af.ohartman@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: a91-154-115-217.elisa-laajakaista.fi User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.3 (berkeley-unix) Cancel-Lock: sha1:4m5ywY2OPh07UKonn1lu9U3HJnI= Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 20 Apr 2014 19:45:07 -0000 Dimitry Andric writes: >> The box in question is a Dell Latitude E6510 notebook with only 4 GB of RAM, could this >> be the issue? The system very often starts swapping. Even my oldstyle E8400 workstation >> with only 8 GB (most recent 11.0-CURRENT) starts swapping very often and recently, I saw >> musterious compiler erros and stopping compiling processes never seen bevor. Restarting >> the failed portbuild most often finish successfully. > > There were some postings recently, about newer versions of FreeBSD being > supposedly more "swappy", see e.g.: > > http://lists.freebsd.org/pipermail/freebsd-stable/2014-April/thread.html#78361 > > I have no idea if this is really substantiated with evidence, or just a > feeling, though. :) > > In any case, when you are experiencing mysterious compiler errors, and > your system is heavily exercising RAM and swap, it is always a good idea > to do a full hardware diagnostics test. > > For your RAM, you can use memtest86+, and since you have a Dell, you can > use their diagnostics program to test other parts of the machine. For what it's worth, ports/187150 might be related to this as well (I've never experienced those problems myself, but I'm on HEAD). From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 20:37:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C20A67D4 for ; Sun, 20 Apr 2014 20:37:39 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.229]) by mx1.freebsd.org (Postfix) with ESMTP id 870351296 for ; Sun, 20 Apr 2014 20:37:38 +0000 (UTC) Received: from [98.31.15.25] ([98.31.15.25:46407] helo=mail.laus.org) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 0C/10-30401-A0034535; Sun, 20 Apr 2014 20:37:30 +0000 Received: from [192.168.1.100] (laust2 [192.168.1.100]) by mail.laus.org (8.14.8/8.14.8) with ESMTP id s3KKbS4W004634 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 20 Apr 2014 16:37:28 -0400 (EDT) (envelope-from lausts@acm.org) From: "Thomas Laus" Organization: ABB To: freebsd-stable@freebsd.org Date: Sun, 20 Apr 2014 16:37:29 -0400 Subject: Freebsd 9-STABLE + dtracetoolkit Message-ID: <53543009.9359.A102C@lausts.acm.org> Priority: normal X-mailer: Pegasus Mail for Windows (4.63) X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lausts@acm.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2014 20:37:39 -0000 For about the last 3 weeks my cronjob that uses svnup to pull in updates to FreeBSD 9 STABLE has been receiving the same update files from: /usr/src/cddl/contrib/dtracetoolkit/Bin/ I could not find any differences in any of the files in that directory before and after the update. I even deleted all of my /usr/src directory and pulled in a fresh copy of the source tree. My svnup stable cronjob still downloaded the same files as before. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 02:26:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6C7EBA2 for ; Mon, 21 Apr 2014 02:26:35 +0000 (UTC) Received: from eccles.ee.ryerson.ca (eccles.ee.ryerson.ca [141.117.1.2]) (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 9FC671DF6 for ; Mon, 21 Apr 2014 02:26:35 +0000 (UTC) Received: from [172.16.2.5] (76-10-142-143.dsl.teksavvy.com [76.10.142.143]) (authenticated bits=0) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id s3L2EnsH081434 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 20 Apr 2014 22:14:50 -0400 (EDT) (envelope-from dmagda@ee.ryerson.ca) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Syslogd question From: David Magda In-Reply-To: Date: Sun, 20 Apr 2014 22:15:02 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <2396FE35-602F-44A2-BC89-981D32DEDE08@ee.ryerson.ca> References: To: James Welcher X-Mailer: Apple Mail (2.1510) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 21 Apr 2014 02:26:35 -0000 On Apr 19, 2014, at 18:24, James Welcher wrote: [=85] > How can I configure the server to locally log the network connections = it > receives, but NOT to forward these remotely received messages? [=85] > Anyone know how I can prevent syslogd from hopping/remote forwarding > nowadays? =46rom syslog.conf(5): > A hostname specification of the form `#+hostname' or `+hostname' means = the following blocks will be applied to messages received from = thespecified hostname. Alternatively, the hostname specification = `#-hostname' or `-hostname' causes the following blocks to be applied to = messages from any host but the one specified. If the hostname is given = as `@', the local hostname will be used. As for program specifications, = multiple comma-separated values may be specified for hostname = specifications. http://www.freebsd.org/cgi/man.cgi?query=3Dsyslog.conf So you should try something like at the end: # Send messages from localhost to remotelogger. +@ *.* @remotelog.example.com See also: https://www.freebsd.org/doc/handbook/configtuning-syslog.html From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 02:37:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94DC5CF9; Mon, 21 Apr 2014 02:37:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 CB4651FEE; Mon, 21 Apr 2014 02:37:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3KMBgx3092114; Mon, 21 Apr 2014 00:11:42 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3KMBghW092113; Sun, 20 Apr 2014 22:11:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 20 Apr 2014 22:11:42 GMT Message-Id: <201404202211.s3KMBghW092113@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_10 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2014 02:37:55 -0000 TB --- 2014-04-20 22:00:00 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-20 22:00:00 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-20 22:00:00 - starting RELENG_10 tinderbox run for none/none TB --- 2014-04-20 22:00:00 - checking out /src from svn://svn.freebsd.org/base/stable/10 TB --- 2014-04-20 22:00:00 - cd /tinderbox/RELENG_10/none/none TB --- 2014-04-20 22:00:00 - /usr/local/bin/svn cleanup /src TB --- 2014-04-20 22:00:26 - /usr/local/bin/svn update /src TB --- 2014-04-20 22:01:41 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-04-20 22:01:41 - WARNING: sleeping 30 s and retrying... TB --- 2014-04-20 22:02:11 - /usr/local/bin/svn update /src TB --- 2014-04-20 22:03:26 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-04-20 22:03:26 - WARNING: sleeping 60 s and retrying... TB --- 2014-04-20 22:04:26 - /usr/local/bin/svn update /src TB --- 2014-04-20 22:05:41 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-04-20 22:05:41 - WARNING: sleeping 90 s and retrying... TB --- 2014-04-20 22:07:11 - /usr/local/bin/svn update /src TB --- 2014-04-20 22:08:26 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-04-20 22:08:26 - WARNING: sleeping 120 s and retrying... TB --- 2014-04-20 22:10:26 - /usr/local/bin/svn update /src TB --- 2014-04-20 22:11:41 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-04-20 22:11:41 - ERROR: unable to check out the source tree TB --- 2014-04-20 22:11:41 - 4.91 user 9.84 system 701.50 real http://tinderbox.des.no/tinderbox-freebsd10-update-RELENG_10-none-none.full From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 02:37:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6136FCFA; Mon, 21 Apr 2014 02:37:57 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 987121FEF; Mon, 21 Apr 2014 02:37:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3KDLjmR057642; Sun, 20 Apr 2014 15:21:45 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3KDLhFr057641; Sun, 20 Apr 2014 13:21:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 20 Apr 2014 13:21:43 GMT Message-Id: <201404201321.s3KDLhFr057641@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_10 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2014 02:37:57 -0000 TB --- 2014-04-20 13:10:00 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-20 13:10:00 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-20 13:10:00 - starting RELENG_10 tinderbox run for none/none TB --- 2014-04-20 13:10:00 - checking out /src from svn://svn.freebsd.org/base/stable/10 TB --- 2014-04-20 13:10:00 - cd /tinderbox/RELENG_10/none/none TB --- 2014-04-20 13:10:00 - /usr/local/bin/svn cleanup /src TB --- 2014-04-20 13:10:27 - /usr/local/bin/svn update /src TB --- 2014-04-20 13:11:42 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-04-20 13:11:42 - WARNING: sleeping 30 s and retrying... TB --- 2014-04-20 13:12:12 - /usr/local/bin/svn update /src TB --- 2014-04-20 13:13:27 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-04-20 13:13:27 - WARNING: sleeping 60 s and retrying... TB --- 2014-04-20 13:14:27 - /usr/local/bin/svn update /src TB --- 2014-04-20 13:15:42 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-04-20 13:15:42 - WARNING: sleeping 90 s and retrying... TB --- 2014-04-20 13:17:12 - /usr/local/bin/svn update /src TB --- 2014-04-20 13:18:27 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-04-20 13:18:27 - WARNING: sleeping 120 s and retrying... TB --- 2014-04-20 13:20:27 - /usr/local/bin/svn update /src TB --- 2014-04-20 13:21:42 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-04-20 13:21:42 - ERROR: unable to check out the source tree TB --- 2014-04-20 13:21:42 - 4.55 user 10.27 system 701.71 real http://tinderbox.des.no/tinderbox-freebsd10-update-RELENG_10-none-none.full From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 15:52:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5826D67A for ; Mon, 21 Apr 2014 15:52:05 +0000 (UTC) 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 1E34C1616 for ; Mon, 21 Apr 2014 15:52:03 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s3LFpsGs012934; Tue, 22 Apr 2014 01:51:55 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 22 Apr 2014 01:51:54 +1000 (EST) From: Ian Smith To: Thomas Laus Subject: Re: Freebsd 9-STABLE + dtracetoolkit In-Reply-To: <53543009.9359.A102C@lausts.acm.org> Message-ID: <20140422012655.D9458@sola.nimnet.asn.au> References: <53543009.9359.A102C@lausts.acm.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: John Mehr , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 21 Apr 2014 15:52:05 -0000 On Sun, 20 Apr 2014 16:37:29 -0400, Thomas Laus wrote: > For about the last 3 weeks my cronjob that uses svnup to pull in updates to > FreeBSD 9 STABLE has been receiving the same update files from: > > /usr/src/cddl/contrib/dtracetoolkit/Bin/ > > I could not find any differences in any of the files in that directory before > and after the update. I even deleted all of my /usr/src directory and pulled > in a fresh copy of the source tree. My svnup stable cronjob still downloaded > the same files as before. Well, deleting /usr/src should have had svnup pull it all back in, so that's no surprise. However I can confirm (reporting of) te repeated download of the contents of that particular directory. I still have release/9.2.0 sources in /usr/src, and had svnup update a copy of that located in /tmp/release; first to releng/9.2, then later to stable/9 several days ago. Tonight, before another update, I checked: smithi@x200:~ % ll /usr/src/cddl/contrib/dtracetoolkit/Bin/ > a # 9.2.0 smithi@x200:~ % ll /tmp/release/cddl/contrib/dtracetoolkit/Bin/ > b # stable/9 smithi@x200:~ % diff a b smithi@x200:~ % So that directory still has the same contents as at 9.2-RELEASE smithi@x200:~ % su -l Password: root@x200:~ # time svnup stable -l /tmp/release -p svn -t -v1 # Revision: 264725 + /tmp/release/usr.sbin/wlandebug/wlandebug.8 + /tmp/release/usr.sbin/pwd_mkdb/pwd_mkdb.8 + /tmp/release/bin/sh/alias.c + /tmp/release/bin/sh/var.c + /tmp/release/bin/sh/exec.c + /tmp/release/bin/sh/expand.c + /tmp/release/bin/sh/redir.c + /tmp/release/bin/sh/sh.1 + /tmp/release/lib/libusb/libusb10.c + /tmp/release/lib/libusb/libusb01.c + /tmp/release/bin/dd/extern.h + /tmp/release/bin/dd/dd.1 + /tmp/release/bin/dd/position.c + /tmp/release/bin/dd/dd.h + /tmp/release/bin/dd/args.c + /tmp/release/bin/dd/misc.c + /tmp/release/bin/dd/conv_tab.c + /tmp/release/bin/dd/dd.c + /tmp/release/usr.sbin/ntp/sntp/Makefile + /tmp/release/usr.sbin/bsdinstall/scripts/docsinstall + /tmp/release/usr.sbin/bsdinstall/scripts/zfsboot + /tmp/release/libexec/rtld-elf/amd64/rtld_start.S + /tmp/release/cddl/contrib/dtracetoolkit/License + /tmp/release/cddl/contrib/dtracetoolkit/README + /tmp/release/cddl/contrib/dtracetoolkit/Docs/Examples + /tmp/release/cddl/contrib/dtracetoolkit/Docs/Notes + /tmp/release/cddl/contrib/dtracetoolkit/Docs/Index + /tmp/release/cddl/contrib/dtracetoolkit/Bin/vmstat.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/creatbyproc.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/syscallbysysc.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/js_stat.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_calls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_syscalls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/wpm.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pl_subcalls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pgpginbyproc.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/topsysproc + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcpwdist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/py_flowtime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_flow.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rfileio.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pl_syscalls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sh_syscalls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sh_who.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/swapinfo.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_stat.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_syscolors.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_calldist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/bitesize.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_calltime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/newproc.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/lockbyproc.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/nfswizard.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/php_syscolors.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/py_syscalls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/js_flow.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/dtruss + /tmp/release/cddl/contrib/dtracetoolkit/Bin/writebytes.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcl_calldist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/weblatency.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcl_calltime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_malloc.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/dappprof + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcptop + /tmp/release/cddl/contrib/dtracetoolkit/Bin/icmpstat.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcpstat.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_thread.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_flow.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/mmapfiles.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pgpginbypid.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/vmstat-p.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/kstat_types.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/vmbypid.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/hotkernel + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_calldist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/iotop + /tmp/release/cddl/contrib/dtracetoolkit/Bin/iofile.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/hotuser + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_flowinfo.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/cpuwalk.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcpsnoop.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sar-c.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_package.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sh_lines.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_calltime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pl_flow.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcl_syscolors.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcl_calls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/stacksize.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/dnlcsnoop.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_objnew.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/php_flowtime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pl_syscolors.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/fddist + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pl_calldist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sh_calldist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sh_pidcolors.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pl_calltime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sh_calltime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/udpstat.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/xvmstat + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sampleproc + /tmp/release/cddl/contrib/dtracetoolkit/Bin/errinfo + /tmp/release/cddl/contrib/dtracetoolkit/Bin/py_funccalls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/js_flowtime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/writedist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/js_objcpu.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcptop_snv + /tmp/release/cddl/contrib/dtracetoolkit/Bin/cpudists + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pfilestat + /tmp/release/cddl/contrib/dtracetoolkit/Bin/statsnoop + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_methodcalls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/js_cpudist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/lockbydist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/py_calldist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sysbypid.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_who.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/iosnoop + /tmp/release/cddl/contrib/dtracetoolkit/Bin/php_syscalls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pl_malloc.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/js_cputime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/loads.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/py_calltime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/py_mallocstk.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/crash.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/dvmstat + /tmp/release/cddl/contrib/dtracetoolkit/Bin/hotspot.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/diskhits + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_lines.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/intbycpu.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/putnexts.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sh_syscolors.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sh_calls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/dexplorer + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rwbbypid.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/readbytes.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/dapptrace + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sh_wasted.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rwbypid.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/js_objnew.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_who.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pridist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pl_flowinfo.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/xcallsbypid.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcl_stat.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_events.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sh_flowinfo.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_profile.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_syscolors.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/whatexec.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/py_profile.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_objcpu.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/php_who.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/js_execs.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/intoncpu.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/procsystime + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcl_procflow.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/inttimes.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/py_flowinfo.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/js_calls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/dnlcstat + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rwsnoop + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_cpudist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcpsnoop + /tmp/release/cddl/contrib/dtracetoolkit/Bin/dnlcps.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/py_cpudist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/shortlived.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/seeksize.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rfsio.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/execsnoop + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_calls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/threaded.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_cputime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/php_flow.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/py_cputime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pidpersec.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcl_cpudist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/topsyscall + /tmp/release/cddl/contrib/dtracetoolkit/Bin/woof.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/iofileb.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcl_flow.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcl_cputime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_objnew.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_classflow.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/php_calldist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sh_stat.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/php_calltime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/opensnoop + /tmp/release/cddl/contrib/dtracetoolkit/Bin/fspaging.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_cpudist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_funccalls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcl_ins.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/js_calldist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/runocc.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/js_who.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rwtop + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_cputime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pl_who.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/guess.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/js_calltime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcl_proccalls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/uname-a.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/php_cpudist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/php_funccalls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/minfbypid.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/py_malloc.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/vopstat + /tmp/release/cddl/contrib/dtracetoolkit/Bin/php_malloc.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/php_cputime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_flowtime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcpsnoop_snv + /tmp/release/cddl/contrib/dtracetoolkit/Bin/py_syscolors.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/cputimes + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sh_cpudist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/shellsnoop + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sh_flow.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/lastwords + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sh_cputime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/readdist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/filebyproc.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/modcalls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/kill.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/php_flowinfo.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcl_flowtime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/zvmstat + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rwbytype.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/iopattern + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcl_insflow.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/fsrw.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_syscalls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/js_objgc.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/setuids.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/js_flowinfo.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/anonpgpid.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/dispqlen.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/py_flow.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/cputypes.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/minfbyproc.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pl_cpudist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sigdist.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/py_who.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/syscallbypid.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pathopens.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pl_cputime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/connections + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcl_syscalls.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/j_flowtime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcl_who.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/rb_stat.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/tcpsnoop_snv.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/iopending + /tmp/release/cddl/contrib/dtracetoolkit/Bin/syscallbyproc.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/cswstat.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/pl_flowtime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/sh_flowtime.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/priclass.d + /tmp/release/cddl/contrib/dtracetoolkit/Bin/httpdstat.d + /tmp/release/cddl/contrib/dtracetoolkit/Examples/tcptop_snv_example.txt + /tmp/release/cddl/contrib/dtracetoolkit/Examples/tcpsnoop_snv_d_example.txt + /tmp/release/cddl/contrib/dtracetoolkit/Examples/tcpsnoop_snv_example.txt + /tmp/release/sys/netinet6/in6_mcast.c + /tmp/release/sys/geom/geom_disk.c + /tmp/release/sys/kern/subr_fattime.c + /tmp/release/crypto/openssh/ssh_config.5 + /tmp/release/crypto/openssh/compat.h + /tmp/release/crypto/openssh/compat.c + /tmp/release/crypto/openssh/sshd_config.5 + /tmp/release/crypto/openssh/version.h + /tmp/release/crypto/openssh/sshconnect2.c + /tmp/release/crypto/openssh/sshd_config + /tmp/release/crypto/openssh/ssh_config + /tmp/release/crypto/openssh/sshd.c + /tmp/release/crypto/openssh/bufaux.c + /tmp/release/usr.bin/find/find.c + /tmp/release/usr.bin/find/find.1 + /tmp/release/usr.bin/find/extern.h + /tmp/release/usr.bin/find/option.c + /tmp/release/usr.bin/find/function.c + /tmp/release/usr.bin/find/main.c + /tmp/release/sys/dev/vt/vt_core.c + /tmp/release/sys/dev/uart/uart_bus_pci.c + /tmp/release/sys/geom/mirror/g_mirror.c + /tmp/release/sys/dev/usb/controller/xhcireg.h + /tmp/release/crypto/openssl/crypto/rand/md_rand.c + /tmp/release/release/doc/en_US.ISO8859-1/relnotes/article.xml 10.969u 6.834s 4:31.12 6.5% 54+2795k 59040+87io 0pf+0w root@x200:~ # exit logout smithi@x200:~ % ll /tmp/release/cddl/contrib/dtracetoolkit/Bin/ > c smithi@x200:~ % diff a c smithi@x200:~ % cheers, Ian - cc svnup author John Mehr From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 16:16:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A5F9F8B for ; Mon, 21 Apr 2014 16:16:58 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.228]) by mx1.freebsd.org (Postfix) with ESMTP id 4CC37183C for ; Mon, 21 Apr 2014 16:16:57 +0000 (UTC) Received: from [98.31.15.25] ([98.31.15.25:51071] helo=mail.laus.org) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id ED/76-30401-27445535; Mon, 21 Apr 2014 16:16:51 +0000 Received: from [192.168.1.100] (laust2 [192.168.1.100]) by mail.laus.org (8.14.8/8.14.8) with ESMTP id s3LGGowH008513 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO); Mon, 21 Apr 2014 12:16:50 -0400 (EDT) (envelope-from lausts@acm.org) From: "Thomas Laus" Organization: ABB To: Ian Smith , freebsd-stable@freebsd.org, John Mehr Date: Mon, 21 Apr 2014 12:16:49 -0400 Subject: Re: Freebsd 9-STABLE + dtracetoolkit Message-ID: <53554471.15713.CDCDBA@lausts.acm.org> Priority: normal In-reply-to: <20140422012655.D9458@sola.nimnet.asn.au> References: <53543009.9359.A102C@lausts.acm.org>, <20140422012655.D9458@sola.nimnet.asn.au> X-mailer: Pegasus Mail for Windows (4.63) X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lausts@acm.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2014 16:16:58 -0000 > Well, deleting /usr/src should have had svnup pull it all back in, so > that's no surprise. However I can confirm (reporting of) te repeated > download of the contents of that particular directory. > > I still have release/9.2.0 sources in /usr/src, and had svnup update a > copy of that located in /tmp/release; first to releng/9.2, then later to > stable/9 several days ago. Tonight, before another update, I checked: > > smithi@x200:~ % ll /usr/src/cddl/contrib/dtracetoolkit/Bin/ > a # 9.2.0 > smithi@x200:~ % ll /tmp/release/cddl/contrib/dtracetoolkit/Bin/ > b # stable/9 > smithi@x200:~ % diff a b smithi@x200:~ % > > So that directory still has the same contents as at 9.2-RELEASE > > smithi@x200:~ % ll /tmp/release/cddl/contrib/dtracetoolkit/Bin/ > c > smithi@x200:~ % diff a c > smithi@x200:~ % > > cheers, Ian - cc svnup author John Mehr > Thank you for confirming what I see and the cc to the svnup maintainer. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 16:31:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1957D7BC for ; Mon, 21 Apr 2014 16:31:41 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D5A8F19E0 for ; Mon, 21 Apr 2014 16:31:40 +0000 (UTC) Received: from [10.73.160.242] (nat-dip7.cfw-a-gci.corp.yahoo.com [209.131.62.116]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 199621928E0 for ; Mon, 21 Apr 2014 16:31:33 +0000 (UTC) Subject: stable/10 panic From: Sean Bruno To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-9dOLMWf+9aOyvx362TDp" Date: Mon, 21 Apr 2014 09:31:32 -0700 Message-ID: <1398097892.1101.6.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2014 16:31:41 -0000 --=-9dOLMWf+9aOyvx362TDp Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable We're seeing this *a lot* on our qmail based hosts during our stable/10 rollout. We're running stable/10 from around svn rev 261579 (mid february) with one or two patches strewn in. sean GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: page fault cpuid =3D 5 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe048b9b1= 2a0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe048b9b1350 vpanic() at vpanic+0x126/frame 0xfffffe048b9b1390 panic() at panic+0x43/frame 0xfffffe048b9b13f0 trap_fatal() at trap_fatal+0x3a2/frame 0xfffffe048b9b1450 trap_pfault() at trap_pfault+0x22f/frame 0xfffffe048b9b14f0 trap() at trap+0x670/frame 0xfffffe048b9b1710 calltrap() at calltrap+0x8/frame 0xfffffe048b9b1710 --- trap 0xc, rip =3D 0xffffffff805e759b, rsp =3D 0xfffffe048b9b17d0, rbp = =3D 0xfffffe048b9b17e0 --- __mtx_assert() at __mtx_assert+0x3b/frame 0xfffffe048b9b17e0 knote() at knote+0x39/frame 0xfffffe048b9b1830 pipeclose() at pipeclose+0xbe/frame 0xfffffe048b9b1860 pipe_dtor() at pipe_dtor+0x49/frame 0xfffffe048b9b1880 fifo_close() at fifo_close+0x144/frame 0xfffffe048b9b18c0 VOP_CLOSE_APV() at VOP_CLOSE_APV+0xea/frame 0xfffffe048b9b18f0 vn_close() at vn_close+0x139/frame 0xfffffe048b9b1960 vn_closefile() at vn_closefile+0x48/frame 0xfffffe048b9b19e0 _fdrop() at _fdrop+0x29/frame 0xfffffe048b9b1a00 closef() at closef+0x1d1/frame 0xfffffe048b9b1a90 closefp() at closefp+0xa0/frame 0xfffffe048b9b1ae0 ia32_syscall() at ia32_syscall+0x255/frame 0xfffffe048b9b1bf0 Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfffffe048b9b1bf0 --- syscall (6, FreeBSD ELF32, sys_close), rip =3D 0x210f7804, rsp =3D 0xff= ffcae4, rbp =3D 0xffffcb00 --- Uptime: 6d2h46m47s Dumping 1641 out of 16358 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..= 91% Reading symbols from /boot/modules/dscp_rewrite.ko...done. Loaded symbols for /boot/modules/dscp_rewrite.ko Reading symbols from /boot/modules/markdev_mod.ko...done. Loaded symbols for /boot/modules/markdev_mod.ko Reading symbols from /boot/modules/ylock_mod.ko...done. Loaded symbols for /boot/modules/ylock_mod.ko #0 doadump (textdump=3D1) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) Hangup detected on fd 0 error detected on stdin --=-9dOLMWf+9aOyvx362TDp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTVUfcAAoJEBkJRdwI6BaHEoMH/2fRLWmimdg+e77poizm196u pYpqL5bhpFHV5vWS18CABc07e5FBxgKkntix3ZBobr5i+am0Y5wJJp5pC8Ab+l35 bplNq8nMTz1lMqrlbb7idhD67HEievm/CJ9Ck2J4lbUMASK3ip4dp0dzgTjAy2LW AWnsVnVlWBnX7qLX6qd2DeXqT+U1qTKIhsLPKAiubs1sWtgMWj3jRBcFBr/R0mgI 4j4JrT059gjg1TSyn+Unw4CVwz4A/Km7QAVuLpAkiY6tnefYfJmWqlafzRI+rEUg j6ngJ8823aYKF6LSl595LNVBDPbjkf3J/5MoKUhNKis5iBpiLLr+3yaTvPEbKOI= =bQkp -----END PGP SIGNATURE----- --=-9dOLMWf+9aOyvx362TDp-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 17:51:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C937FB for ; Mon, 21 Apr 2014 17:51:32 +0000 (UTC) Received: from nm29-vm3.bullet.mail.ne1.yahoo.com (nm29-vm3.bullet.mail.ne1.yahoo.com [98.138.91.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 D1CF212CB for ; Mon, 21 Apr 2014 17:51:31 +0000 (UTC) Received: from [98.138.100.117] by nm29.bullet.mail.ne1.yahoo.com with NNFMP; 21 Apr 2014 17:51:30 -0000 Received: from [98.138.226.168] by tm108.bullet.mail.ne1.yahoo.com with NNFMP; 21 Apr 2014 17:51:30 -0000 Received: from [127.0.0.1] by omp1069.mail.ne1.yahoo.com with NNFMP; 21 Apr 2014 17:51:30 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 395139.65096.bm@omp1069.mail.ne1.yahoo.com Received: (qmail 88226 invoked by uid 60001); 21 Apr 2014 17:51:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1398102690; bh=Xp8g6LWVjjeHzTEpTGkUe/6fDzPPsYcw2r5fOe6Vxu0=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=W6F7FzZsXVSatGd4RKB278zkRT+Jef5bMMppX+4LP0zlLo1MOG8sgYgSOwsI/GQjKRac1X1MkF94y3xtA5xe7ntKfjuyxX6z7+6FjcCyUnKyS8am+VJRrljsB2ESxaJxnR/AQV00bTQ7ap/CmhQak6oQAsWkz3T/HsJnwN6Tx58= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=mlhbbC4jZaWH2NYxvqTMhnOxxI3R2TrBeEdgTtJRv66orPRHzQz5ibRoh1vDmG+UpbbPSCtTI4+G4T1gNLCijoe19fKnsJv5WmNkn7pNFCqhT/3D33r3TBtfLcezCtTJGeeZbRlIg+CWNz5tNlN+g/AKnCdPtk8Vcgay6Wx8nrY=; X-YMail-OSG: 0xaxIQgVM1lrhfl0wtzPlxVHqj0CUjkB8YSby_vQ8diyQAU fPdjn3tmKFEHjwaypz1vDbY9RB.ZME6CyEXkd1ONYE2.yOCwXgWgNL78KkFp lpqb2pRACASzFhy7OAIGCF99FfDFZOa3UuE0blqaFeVZFGPxh4AWRiqRBMae QozLm2ntdm8VF.boTaGKT2tCQM03MC2UwYhcAEHin2M3_0SOF3Nv9jVMeZk5 zdOmUTuVWxriZsXJYALm1OHZHs5X78fdr9a_dDSQ.gf6C1pOUDY6nKnxMfbE RslWYsS6D2nQ6NwpbU8dE8ojyIE5iYX80NiAp..oTXuQkYH42p7kABoZviF. AngHlJHZs4xLM4vHV_6nl8rgwWrJhogPvGtE.U5Kyx1RtYyCf7LA7ZI1QONb UofAeNyIJS1htVZFPNiYWe3gCvPfD3YqABrkuEDOftHKD67RpSwsJBmzzsKQ nzee9GHTZ79APmZen8xnDSGfPvOJDQFXQmhNzIgR0PsIf1g1nXDRIjRQW_Ex aYkyKcKsA_rbHhNvbUQgjOylUj9v7aOZ.TnVbJNHByY96FXzfLp0- Received: from [87.11.43.139] by web121905.mail.ne1.yahoo.com via HTTP; Mon, 21 Apr 2014 10:51:30 PDT X-Rocket-MIMEInfo: 002.001, QWZ0ZXIgdXBncmFkaW5nIHRvIHRoZSBsYXRlc3QgdmVyc2lvbiBvZiB4b3JnIEkgaGFkIHRoaXMgcGFuaWMgd2hpbGUgYXR0ZW1wdGluZyB4aW5pdDoKCkR1bXAgaGVhZGVyIGZyb20gZGV2aWNlIC9kZXYvYWRhMXAzCsKgwqAgQXJjaGl0ZWN0dXJlOiBpMzg2CsKgwqAgQXJjaGl0ZWN0dXJlIFZlcnNpb246IDIKCsKgwqAgRHVtcCBMZW5naHQ6IDI4OTY4MTQwOELCoCAoMjc2IE1CKQoKwqDCoCBCbG9ja3NpemU6IDUxMgrCoMKgIER1bXB0aW1lOiBNb24gQXByIDIxIDIyOjExOjM0IDIwMTQKwqDCoCBIb3N0bmEBMAEBAQE- X-Mailer: YahooMailWebService/0.8.185.657 Message-ID: <1398102690.84218.YahooMailNeo@web121905.mail.ne1.yahoo.com> Date: Mon, 21 Apr 2014 10:51:30 -0700 (PDT) From: Filippo Moretti Subject: 10-STABLE PANIC To: "freebsd-stable@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Filippo Moretti List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2014 17:51:32 -0000 After upgrading to the latest version of xorg I had this panic while attemp= ting xinit:=0A=0ADump header from device /dev/ada1p3=0A=A0=A0 Architecture:= i386=0A=A0=A0 Architecture Version: 2=0A=0A=A0=A0 Dump Lenght: 289681408B= =A0 (276 MB)=0A=0A=A0=A0 Blocksize: 512=0A=A0=A0 Dumptime: Mon Apr 21 22:11= :34 2014=0A=A0=A0 Hostname: sting=0A=A0=A0 Magic: FreeBSD Kernel Dump=0A=A0= =A0 Version String: FreeBSD 10.0-STABLE #0 r264675: Sat Apr 19 22:00:55 CES= T 2014=0A=A0 root@sting:/usr/obj/usr/src/sys/STING=0A=A0 Panic String: make= _dev_credv: bad si_name (error=3D17, si_name=3Ddri/card0)=0A=A0 Dump Parity= : 1191405669=0A=A0 Bounds: 0=0A=A0 Dump Status: good=0A=0A=0A=A0Any help ap= preciated=0AFilippo=0A From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 07:37:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0BE2975; Tue, 22 Apr 2014 07:37:55 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 150361F9D; Tue, 22 Apr 2014 07:37:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3M0Lwmc096292; Tue, 22 Apr 2014 02:21:58 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3M0LpPb096291; Tue, 22 Apr 2014 00:21:51 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 22 Apr 2014 00:21:51 GMT Message-Id: <201404220021.s3M0LpPb096291@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_10 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 07:37:55 -0000 TB --- 2014-04-22 00:10:00 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-22 00:10:00 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-22 00:10:00 - starting RELENG_10 tinderbox run for none/none TB --- 2014-04-22 00:10:00 - checking out /src from svn://svn.freebsd.org/base/stable/10 TB --- 2014-04-22 00:10:00 - cd /tinderbox/RELENG_10/none/none TB --- 2014-04-22 00:10:00 - /usr/local/bin/svn cleanup /src TB --- 2014-04-22 00:10:26 - /usr/local/bin/svn update /src TB --- 2014-04-22 00:11:41 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-04-22 00:11:41 - WARNING: sleeping 30 s and retrying... TB --- 2014-04-22 00:12:11 - /usr/local/bin/svn update /src TB --- 2014-04-22 00:13:26 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-04-22 00:13:26 - WARNING: sleeping 60 s and retrying... TB --- 2014-04-22 00:14:26 - /usr/local/bin/svn update /src TB --- 2014-04-22 00:15:41 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-04-22 00:15:41 - WARNING: sleeping 90 s and retrying... TB --- 2014-04-22 00:17:11 - /usr/local/bin/svn update /src TB --- 2014-04-22 00:18:26 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-04-22 00:18:26 - WARNING: sleeping 120 s and retrying... TB --- 2014-04-22 00:20:26 - /usr/local/bin/svn update /src TB --- 2014-04-22 00:21:50 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-04-22 00:21:50 - ERROR: unable to check out the source tree TB --- 2014-04-22 00:21:50 - 4.94 user 9.83 system 710.41 real http://tinderbox.des.no/tinderbox-freebsd10-update-RELENG_10-none-none.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 07:37:53 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0AE8973; Tue, 22 Apr 2014 07:37:53 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 011121F9B; Tue, 22 Apr 2014 07:37:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3M2ntHI081024; Tue, 22 Apr 2014 04:49:55 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3M2npHp080860; Tue, 22 Apr 2014 02:49:51 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 22 Apr 2014 02:49:51 GMT Message-Id: <201404220249.s3M2npHp080860@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 07:37:53 -0000 TB --- 2014-04-22 00:21:58 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-22 00:21:58 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-22 00:21:58 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-04-22 00:21:58 - cleaning the object tree TB --- 2014-04-22 00:21:58 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-22 00:22:51 - At svn revision 264725 TB --- 2014-04-22 00:22:52 - building world TB --- 2014-04-22 00:22:52 - CROSS_BUILD_TESTING=YES TB --- 2014-04-22 00:22:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-22 00:22:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-22 00:22:52 - SRCCONF=/dev/null TB --- 2014-04-22 00:22:52 - TARGET=mips TB --- 2014-04-22 00:22:52 - TARGET_ARCH=mips TB --- 2014-04-22 00:22:52 - TZ=UTC TB --- 2014-04-22 00:22:52 - __MAKE_CONF=/dev/null TB --- 2014-04-22 00:22:52 - cd /src TB --- 2014-04-22 00:22:52 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 22 00:23:03 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 22 01:48:22 UTC 2014 TB --- 2014-04-22 01:48:22 - cd /src/sys/mips/conf TB --- 2014-04-22 01:48:22 - /usr/sbin/config -m ADM5120 TB --- 2014-04-22 01:48:22 - skipping ADM5120 kernel TB --- 2014-04-22 01:48:22 - cd /src/sys/mips/conf TB --- 2014-04-22 01:48:22 - /usr/sbin/config -m ALCHEMY TB --- 2014-04-22 01:48:22 - skipping ALCHEMY kernel TB --- 2014-04-22 01:48:22 - cd /src/sys/mips/conf TB --- 2014-04-22 01:48:22 - /usr/sbin/config -m AP121 TB --- 2014-04-22 01:48:22 - building AP121 kernel TB --- 2014-04-22 01:48:22 - CROSS_BUILD_TESTING=YES TB --- 2014-04-22 01:48:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-22 01:48:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-22 01:48:22 - SRCCONF=/dev/null TB --- 2014-04-22 01:48:22 - TARGET=mips TB --- 2014-04-22 01:48:22 - TARGET_ARCH=mips TB --- 2014-04-22 01:48:22 - TZ=UTC TB --- 2014-04-22 01:48:22 - __MAKE_CONF=/dev/null TB --- 2014-04-22 01:48:22 - cd /src TB --- 2014-04-22 01:48:22 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Tue Apr 22 01:48:22 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Tue Apr 22 01:52:30 UTC 2014 TB --- 2014-04-22 01:52:30 - cd /src/sys/mips/conf TB --- 2014-04-22 01:52:30 - /usr/sbin/config -m AP91 TB --- 2014-04-22 01:52:30 - building AP91 kernel TB --- 2014-04-22 01:52:30 - CROSS_BUILD_TESTING=YES TB --- 2014-04-22 01:52:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-22 01:52:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-22 01:52:30 - SRCCONF=/dev/null TB --- 2014-04-22 01:52:30 - TARGET=mips TB --- 2014-04-22 01:52:30 - TARGET_ARCH=mips TB --- 2014-04-22 01:52:30 - TZ=UTC TB --- 2014-04-22 01:52:30 - __MAKE_CONF=/dev/null TB --- 2014-04-22 01:52:30 - cd /src TB --- 2014-04-22 01:52:30 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Tue Apr 22 01:52:30 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Tue Apr 22 01:59:59 UTC 2014 TB --- 2014-04-22 01:59:59 - cd /src/sys/mips/conf TB --- 2014-04-22 01:59:59 - /usr/sbin/config -m AP93 TB --- 2014-04-22 01:59:59 - building AP93 kernel TB --- 2014-04-22 01:59:59 - CROSS_BUILD_TESTING=YES TB --- 2014-04-22 01:59:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-22 01:59:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-22 01:59:59 - SRCCONF=/dev/null TB --- 2014-04-22 01:59:59 - TARGET=mips TB --- 2014-04-22 01:59:59 - TARGET_ARCH=mips TB --- 2014-04-22 01:59:59 - TZ=UTC TB --- 2014-04-22 01:59:59 - __MAKE_CONF=/dev/null TB --- 2014-04-22 01:59:59 - cd /src TB --- 2014-04-22 01:59:59 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Tue Apr 22 01:59:59 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Tue Apr 22 02:07:16 UTC 2014 TB --- 2014-04-22 02:07:16 - cd /src/sys/mips/conf TB --- 2014-04-22 02:07:16 - /usr/sbin/config -m AP94 TB --- 2014-04-22 02:07:16 - building AP94 kernel TB --- 2014-04-22 02:07:16 - CROSS_BUILD_TESTING=YES TB --- 2014-04-22 02:07:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-22 02:07:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-22 02:07:16 - SRCCONF=/dev/null TB --- 2014-04-22 02:07:16 - TARGET=mips TB --- 2014-04-22 02:07:16 - TARGET_ARCH=mips TB --- 2014-04-22 02:07:16 - TZ=UTC TB --- 2014-04-22 02:07:16 - __MAKE_CONF=/dev/null TB --- 2014-04-22 02:07:16 - cd /src TB --- 2014-04-22 02:07:16 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Tue Apr 22 02:07:16 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Tue Apr 22 02:16:12 UTC 2014 TB --- 2014-04-22 02:16:12 - cd /src/sys/mips/conf TB --- 2014-04-22 02:16:12 - /usr/sbin/config -m AP96 TB --- 2014-04-22 02:16:12 - building AP96 kernel TB --- 2014-04-22 02:16:12 - CROSS_BUILD_TESTING=YES TB --- 2014-04-22 02:16:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-22 02:16:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-22 02:16:12 - SRCCONF=/dev/null TB --- 2014-04-22 02:16:12 - TARGET=mips TB --- 2014-04-22 02:16:12 - TARGET_ARCH=mips TB --- 2014-04-22 02:16:12 - TZ=UTC TB --- 2014-04-22 02:16:12 - __MAKE_CONF=/dev/null TB --- 2014-04-22 02:16:12 - cd /src TB --- 2014-04-22 02:16:12 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Tue Apr 22 02:16:12 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Tue Apr 22 02:24:52 UTC 2014 TB --- 2014-04-22 02:24:52 - cd /src/sys/mips/conf TB --- 2014-04-22 02:24:52 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-04-22 02:24:52 - building AR71XX_BASE kernel TB --- 2014-04-22 02:24:52 - CROSS_BUILD_TESTING=YES TB --- 2014-04-22 02:24:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-22 02:24:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-22 02:24:52 - SRCCONF=/dev/null TB --- 2014-04-22 02:24:52 - TARGET=mips TB --- 2014-04-22 02:24:52 - TARGET_ARCH=mips TB --- 2014-04-22 02:24:52 - TZ=UTC TB --- 2014-04-22 02:24:52 - __MAKE_CONF=/dev/null TB --- 2014-04-22 02:24:52 - cd /src TB --- 2014-04-22 02:24:52 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Tue Apr 22 02:24:52 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Tue Apr 22 02:33:08 UTC 2014 TB --- 2014-04-22 02:33:08 - cd /src/sys/mips/conf TB --- 2014-04-22 02:33:08 - /usr/sbin/config -m AR724X_BASE TB --- 2014-04-22 02:33:08 - building AR724X_BASE kernel TB --- 2014-04-22 02:33:08 - CROSS_BUILD_TESTING=YES TB --- 2014-04-22 02:33:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-22 02:33:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-22 02:33:08 - SRCCONF=/dev/null TB --- 2014-04-22 02:33:08 - TARGET=mips TB --- 2014-04-22 02:33:08 - TARGET_ARCH=mips TB --- 2014-04-22 02:33:08 - TZ=UTC TB --- 2014-04-22 02:33:08 - __MAKE_CONF=/dev/null TB --- 2014-04-22 02:33:08 - cd /src TB --- 2014-04-22 02:33:08 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Tue Apr 22 02:33:08 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Tue Apr 22 02:39:11 UTC 2014 TB --- 2014-04-22 02:39:11 - cd /src/sys/mips/conf TB --- 2014-04-22 02:39:11 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-04-22 02:39:11 - building AR91XX_BASE kernel TB --- 2014-04-22 02:39:11 - CROSS_BUILD_TESTING=YES TB --- 2014-04-22 02:39:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-22 02:39:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-22 02:39:11 - SRCCONF=/dev/null TB --- 2014-04-22 02:39:11 - TARGET=mips TB --- 2014-04-22 02:39:11 - TARGET_ARCH=mips TB --- 2014-04-22 02:39:11 - TZ=UTC TB --- 2014-04-22 02:39:11 - __MAKE_CONF=/dev/null TB --- 2014-04-22 02:39:11 - cd /src TB --- 2014-04-22 02:39:11 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Tue Apr 22 02:39:12 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Tue Apr 22 02:46:00 UTC 2014 TB --- 2014-04-22 02:46:00 - cd /src/sys/mips/conf TB --- 2014-04-22 02:46:00 - /usr/sbin/config -m AR933X_BASE TB --- 2014-04-22 02:46:00 - building AR933X_BASE kernel TB --- 2014-04-22 02:46:00 - CROSS_BUILD_TESTING=YES TB --- 2014-04-22 02:46:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-22 02:46:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-22 02:46:00 - SRCCONF=/dev/null TB --- 2014-04-22 02:46:00 - TARGET=mips TB --- 2014-04-22 02:46:00 - TARGET_ARCH=mips TB --- 2014-04-22 02:46:00 - TZ=UTC TB --- 2014-04-22 02:46:00 - __MAKE_CONF=/dev/null TB --- 2014-04-22 02:46:00 - cd /src TB --- 2014-04-22 02:46:00 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Tue Apr 22 02:46:00 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Tue Apr 22 02:49:49 UTC 2014 TB --- 2014-04-22 02:49:49 - cd /src/sys/mips/conf TB --- 2014-04-22 02:49:49 - /usr/sbin/config -m AR934X_BASE TB --- 2014-04-22 02:49:49 - building AR934X_BASE kernel TB --- 2014-04-22 02:49:49 - CROSS_BUILD_TESTING=YES TB --- 2014-04-22 02:49:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-22 02:49:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-22 02:49:49 - SRCCONF=/dev/null TB --- 2014-04-22 02:49:49 - TARGET=mips TB --- 2014-04-22 02:49:49 - TARGET_ARCH=mips TB --- 2014-04-22 02:49:49 - TZ=UTC TB --- 2014-04-22 02:49:49 - __MAKE_CONF=/dev/null TB --- 2014-04-22 02:49:49 - cd /src TB --- 2014-04-22 02:49:49 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Tue Apr 22 02:49:49 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AR934X_BASE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-22 02:49:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-22 02:49:50 - ERROR: failed to build AR934X_BASE kernel TB --- 2014-04-22 02:49:50 - 6182.59 user 3100.37 system 8871.73 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 09:40:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5AC973FE for ; Tue, 22 Apr 2014 09:40:09 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 18DE81C15 for ; Tue, 22 Apr 2014 09:40:08 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1WcXBO-0007Ai-QO for freebsd-stable@freebsd.org; Tue, 22 Apr 2014 11:40:07 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4 References: <20140418081014.2ac2536e@munin.walstatt.dyndns.org> <641C6CAA-C472-4359-9293-E65F16E84DC6@FreeBSD.org> <20140419103237.41962eff.ohartman@zedat.fu-berlin.de> <20140419193019.0ee792e6.ohartman@zedat.fu-berlin.de> <20140419210243.76f3c9cd.ohartman@zedat.fu-berlin.de> Date: Tue, 22 Apr 2014 11:40:05 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <20140419210243.76f3c9cd.ohartman@zedat.fu-berlin.de> User-Agent: Opera Mail/12.16 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: - X-Spam-Score: -1.8 X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED, BAYES_00, URI_HEX autolearn=disabled version=3.3.2 X-Scan-Signature: 246115766b56dba7f675551df821dbd2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Apr 2014 09:40:09 -0000 On Sat, 19 Apr 2014 21:02:43 +0200, O. Hartmann wrote: > On Sat, 19 Apr 2014 20:25:51 +0200 > Dimitry Andric wrote: > >> On 19 Apr 2014, at 19:30, O. Hartmann >> wrote: >> > On Sat, 19 Apr 2014 18:44:51 +0200 >> > Dimitry Andric wrote: >> ... >> >>> Stop in /usr/ports/x11/kdelibs4/work/.build. >> >>> *** [khtml/CMakeFiles/khtml.dir/all] Error code 1 >> >>> >> >> >> >> I cannot reproduce the problem on my copy of stable/9 r264647. >> Using /usr/bin/time >> >> -l on it results in: >> >> >> >> 3.36 real 1.01 user 0.59 sys >> >> 71684 maximum resident set size >> >> 30951 average shared memory size >> >> 3349 average unshared data size >> >> 126 average unshared stack size >> >> 13539 page reclaims >> >> 354 page faults >> >> 0 swaps >> >> 2 block input operations >> >> 3 block output operations >> >> 66 messages sent >> >> 0 messages received >> >> 0 signals received >> >> 370 voluntary context switches >> >> 10 involuntary context switches >> >> >> >> So it compiles in 3 seconds, and uses approximately 70MB of memory. >> > what compiler does your copy use as default? I use CLANG 3.3/3.4 >> >> Just the version of clang that comes with stable/9 r264647, e.g.: >> >> FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 >> >> Are you using a port version of clang to build kdelibs4, by any chance? >> >> -Dimitry >> > > In have installed devel/llvm33 and lang/clang33. On this specific > 9.2-STABLE system, I > use this setting in /etc/make.conf for clang over gcc 4.2 selection: > > [...] > ## > ## CLANG > ## > .if !defined(NO_CLANG) > .if !defined(CC) || ${CC} == "cc" > CC= clang > .endif > .if !defined(CXX) || ${CXX} == "c++" > CXX= clang++ > .endif > .if !defined(CPP) || ${CPP} == "cpp" > CPP= clang-cpp > .endif > ## Don't die on warnings > NO_WERROR= > WERROR= > ## Don't forget this when using Jails! > #NO_FSCHG= > CFLAGS+= -O3 -pipe -fno-strict-aliasing > COPTFLAGS+= -O3 -pipe > .endif > > [...] > > As of this moment, I replace llvm33 with llvm34 and clang33 with clang34 > (ports). How can > I asure that system's base compiler is used? > > > Oliver Try to remove the CFLAGS/COPTFLAGS from make.conf and run with the defaults. Or try with an empty or removed make.conf anyway. (That is what most people use AFAIK.) Regards, Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 10:13:01 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9A17446; Tue, 22 Apr 2014 10:13:01 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 0B9D8111E; Tue, 22 Apr 2014 10:12:57 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3MACo11052458; Tue, 22 Apr 2014 12:12:50 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3MACmri052333; Tue, 22 Apr 2014 10:12:48 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 22 Apr 2014 10:12:48 GMT Message-Id: <201404221012.s3MACmri052333@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 10:13:01 -0000 TB --- 2014-04-22 09:00:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-22 09:00:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-22 09:00:45 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-04-22 09:00:45 - cleaning the object tree TB --- 2014-04-22 09:00:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-22 09:01:34 - At svn revision 264752 TB --- 2014-04-22 09:01:35 - building world TB --- 2014-04-22 09:01:35 - CROSS_BUILD_TESTING=YES TB --- 2014-04-22 09:01:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-22 09:01:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-22 09:01:35 - SRCCONF=/dev/null TB --- 2014-04-22 09:01:35 - TARGET=arm TB --- 2014-04-22 09:01:35 - TARGET_ARCH=armv6 TB --- 2014-04-22 09:01:35 - TZ=UTC TB --- 2014-04-22 09:01:35 - __MAKE_CONF=/dev/null TB --- 2014-04-22 09:01:35 - cd /src TB --- 2014-04-22 09:01:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 22 09:01:45 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/Reassociate.cpp -o Reassociate.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/Reg2Mem.cpp -o Reg2Mem.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/SCCP.cpp -o SCCP.o /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/SCCP.cpp: In member function 'void::SCCPSolver::visitLoadInst(llvm::LoadInst&)': /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/SCCP.cpp:1036: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmscalaropts *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-22 10:12:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-22 10:12:48 - ERROR: failed to build world TB --- 2014-04-22 10:12:48 - 3559.44 user 771.19 system 4322.72 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 16:37:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AB1EAEF; Tue, 22 Apr 2014 16:37:30 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0AAF41CE2; Tue, 22 Apr 2014 16:37:29 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s3MGbLER071748; Tue, 22 Apr 2014 18:37:26 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 069C53507; Tue, 22 Apr 2014 18:37:20 +0200 (CEST) Message-ID: <53569ABA.60007@omnilan.de> Date: Tue, 22 Apr 2014 18:37:14 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Deleting IPv4 iface-routes from extra FIBs X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig12E99B1A277853E263555BCD" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Tue, 22 Apr 2014 18:37:26 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Apr 2014 16:37:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig12E99B1A277853E263555BCD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, here, http://svnweb.freebsd.org/base?view=3Drevision&revision=3D248895 interface route protection was added (so the following problem arose with 9.2). Unfortunately, in my case, I must be able to delete these routes; not in the default FIB, but in jail's fibs, because: =C2=B7 Host is multihomed with multiple nics in different subnets. =C2=B7 Jail's IP (no vnet) is from a different subnet than host's default-router subnet =E2=80=93 jail has no ip in the range of host's default-router!!! =C2=B7 FIB used by jail contains valid default-router. Problem: If iface-routes exist in jail's FIB, answer-packets take the iface-shortcut, not trespassing the router (default gateway); hence 3way-handshake never finishes and firewall terminates (half-opened) TCP sessions. Workarround: =C2=B7 Abuse packet filter doing some kind of route-to=E2=80=A6 =C2=B7 Revert r248895, to be able to delete v4-iface-routes (inet6-routes= can be deleted without any hack) Desired solution: =C2=B7 Allow deletion of v4-iface-routes if FIB!=3D0. Unfortunately my C skills don't allow me to implement this myself :-( I can't even follow the code, I guess that was originally considered, but possibly doesn't work bacause of a simple bug?!? I took the lazy way and simply reverted r248895 instead of trying to understand rtrequest1_fib(). I wish I had the time to learn=E2=80=A6 Thanks for any help, -Harry --------------enig12E99B1A277853E263555BCD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlNWmsAACgkQLDqVQ9VXb8gAKACgowI4hoEKxrcWp0DrnUv+dXQS Nx4AoLJV8GyX4g0xPA5MIv1v1qOTaCOJ =CDJ2 -----END PGP SIGNATURE----- --------------enig12E99B1A277853E263555BCD-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 20:38:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E343DA06; Tue, 22 Apr 2014 20:38:15 +0000 (UTC) Received: from mail-vc0-x233.google.com (mail-vc0-x233.google.com [IPv6:2607:f8b0:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F163192B; Tue, 22 Apr 2014 20:38:15 +0000 (UTC) Received: by mail-vc0-f179.google.com with SMTP id ij19so13295vcb.10 for ; Tue, 22 Apr 2014 13:38:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=24if34ULF+eRazH1AbbP1pbCCKgQ6qRGJYWOVqgaKno=; b=yvvcXFvt0iAeQiWN0HmgrN9N+zeyHwPqYzn6RpWUlLsAiT6LFBevCV/itnQvZz5w0X mTcxNv8Rb76/iWN20v8bzqOuzFJ6kGKbFoqm0qwO5OEvI7FTdLpirnQU0yRdJlWoY5Ge bfpMuSx3Lk4gfk1Cj86yzA3WOk9sLx4kyjVIKW7p968aqTSRT+28CKzO7Lcm3b6G/+To yKFTsBx1PR9x5oQtCKL1ZUMxee3RzEs4AQODScAsdzm9TCFniSh4MdcrecIIMWk0R4X/ ZpxSNuEvR6Cae+TTfrZ1m1ag7GRcJr0RW93l/EbHdmafWAOC0/HO7Zfw36ZGMzpr8SdC iwIA== MIME-Version: 1.0 X-Received: by 10.58.1.97 with SMTP id 1mr10432392vel.23.1398199094683; Tue, 22 Apr 2014 13:38:14 -0700 (PDT) Sender: ndenev@gmail.com Received: by 10.220.78.84 with HTTP; Tue, 22 Apr 2014 13:38:14 -0700 (PDT) In-Reply-To: <53569ABA.60007@omnilan.de> References: <53569ABA.60007@omnilan.de> Date: Tue, 22 Apr 2014 21:38:14 +0100 X-Google-Sender-Auth: 6S3gJSAXtC-aZDlzz7X0OjXA-O8 Message-ID: Subject: Re: Deleting IPv4 iface-routes from extra FIBs From: Nikolay Denev To: Harald Schmalzbauer Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-net@freebsd.org" , FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Apr 2014 20:38:16 -0000 On Tue, Apr 22, 2014 at 5:37 PM, Harald Schmalzbauer wrote: > Hello, > > here, http://svnweb.freebsd.org/base?view=3Drevision&revision=3D248895 > interface route protection was added (so the following problem arose > with 9.2). > > Unfortunately, in my case, I must be able to delete these routes; not in > the default FIB, but in jail's fibs, because: > =C2=B7 Host is multihomed with multiple nics in different subnets. > =C2=B7 Jail's IP (no vnet) is from a different subnet than host's > default-router subnet =E2=80=93 jail has no ip in the range of host's > default-router!!! > =C2=B7 FIB used by jail contains valid default-router. > > Problem: > If iface-routes exist in jail's FIB, answer-packets take the > iface-shortcut, not trespassing the router (default gateway); hence > 3way-handshake never finishes and firewall terminates (half-opened) TCP > sessions. > > Workarround: > =C2=B7 Abuse packet filter doing some kind of route-to=E2=80=A6 > =C2=B7 Revert r248895, to be able to delete v4-iface-routes (inet6-routes= can > be deleted without any hack) > > Desired solution: > =C2=B7 Allow deletion of v4-iface-routes if FIB!=3D0. > > Unfortunately my C skills don't allow me to implement this myself :-( > I can't even follow the code, I guess that was originally considered, > but possibly doesn't work bacause of a simple bug?!? I took the lazy way > and simply reverted r248895 instead of trying to understand > rtrequest1_fib(). I wish I had the time to learn=E2=80=A6 > > Thanks for any help, > > -Harry > Hi, As it was suggested before as immediate workaround you can set net.add_addr_allfibs=3D0 so that the interface routes are added only in the default FIB. --Nikolay From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 07:55:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AA06155; Wed, 23 Apr 2014 07:55:59 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 51EC21D90; Wed, 23 Apr 2014 07:55:59 +0000 (UTC) Received: from Julian-MBP3.local (gw2.metromesh.com.au [110.5.117.243]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3N7taBW046816 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 23 Apr 2014 00:55:39 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <535771F3.4070007@freebsd.org> Date: Wed, 23 Apr 2014 15:55:31 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Nikolay Denev , Harald Schmalzbauer Subject: Re: Deleting IPv4 iface-routes from extra FIBs References: <53569ABA.60007@omnilan.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: "freebsd-net@freebsd.org" , FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Apr 2014 07:55:59 -0000 On 4/23/14, 4:38 AM, Nikolay Denev wrote: > On Tue, Apr 22, 2014 at 5:37 PM, Harald Schmalzbauer > wrote: >> Hello, >> >> here, http://svnweb.freebsd.org/base?view=revision&revision=248895 >> interface route protection was added (so the following problem arose >> with 9.2). >> >> Unfortunately, in my case, I must be able to delete these routes; not in >> the default FIB, but in jail's fibs, because: >> · Host is multihomed with multiple nics in different subnets. >> · Jail's IP (no vnet) is from a different subnet than host's >> default-router subnet – jail has no ip in the range of host's >> default-router!!! >> · FIB used by jail contains valid default-router. >> >> Problem: >> If iface-routes exist in jail's FIB, answer-packets take the >> iface-shortcut, not trespassing the router (default gateway); hence >> 3way-handshake never finishes and firewall terminates (half-opened) TCP >> sessions. >> >> Workarround: >> · Abuse packet filter doing some kind of route-to… >> · Revert r248895, to be able to delete v4-iface-routes (inet6-routes can >> be deleted without any hack) >> >> Desired solution: >> · Allow deletion of v4-iface-routes if FIB!=0. >> >> Unfortunately my C skills don't allow me to implement this myself :-( >> I can't even follow the code, I guess that was originally considered, >> but possibly doesn't work bacause of a simple bug?!? I took the lazy way >> and simply reverted r248895 instead of trying to understand >> rtrequest1_fib(). I wish I had the time to learn… >> >> Thanks for any help, >> >> -Harry >> > Hi, > > As it was suggested before as immediate workaround you can set > net.add_addr_allfibs=0 so that the interface routes are added only in > the default FIB. yes, we made two behaviours. Add interface routes to all active FIBS or only add them to the first fib and let the user populate other fibs as needed. It appears you want the second behaviour, so I suggest you use that option and set up all your routes manually. > > --Nikolay > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 08:35:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 786B7C84 for ; Wed, 23 Apr 2014 08:35:28 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB47712D4 for ; Wed, 23 Apr 2014 08:35:27 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s3N8ZJLH083428 for ; Wed, 23 Apr 2014 10:35:24 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 19580366B; Wed, 23 Apr 2014 10:35:19 +0200 (CEST) Message-ID: <53577B46.2010404@omnilan.de> Date: Wed, 23 Apr 2014 10:35:18 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: Re: Deleting IPv4 iface-routes from extra FIBs References: <53569ABA.60007@omnilan.de> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC03D3F4236BF98097829ED29" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Wed, 23 Apr 2014 10:35:24 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 23 Apr 2014 08:35:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC03D3F4236BF98097829ED29 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Nikolay Denev's Nachricht vom 22.04.2014 22:38 (localtime)= : > On Tue, Apr 22, 2014 at 5:37 PM, Harald Schmalzbauer > wrote: =E2=80=A6 >> >> Desired solution: >> =C2=B7 Allow deletion of v4-iface-routes if FIB!=3D0. =E2=80=A6 > As it was suggested before as immediate workaround you can set > net.add_addr_allfibs=3D0 so that the interface routes are added only in= > the default FIB. Thanks Nikolay, that was new to me! Unfortunately this only affects inet (v4) routes and doesn't work well when configuring iface IPs at jail start =E2=80=93 the corresponding ifac= e route stays absent. So I still have to delete inet6 routes and for consistency I prefere to do the same for inet routes, instead of trying to add iface-routes at another place=E2=80=A6 Are you involved in decisions how this shall be handled in the future? I vote for the smart 'route' way; allow iface-routes to be deleted if parameter "-fib !=3D net.my_fibnum" Thanks, -Harry --------------enigC03D3F4236BF98097829ED29 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlNXe0YACgkQLDqVQ9VXb8hXmQCfThDwUbNkJoyuP0a39eRY5OPg Z60AnR14W9N2aIMiFltPcmeBBA+uwqr9 =Cum0 -----END PGP SIGNATURE----- --------------enigC03D3F4236BF98097829ED29-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 20:26:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF587F42; Wed, 23 Apr 2014 20:26:06 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 31B861383; Wed, 23 Apr 2014 20:26:05 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s3NKPqhv066620; Wed, 23 Apr 2014 22:25:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s3NKPqaM066047; Wed, 23 Apr 2014 20:25:52 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Apr 2014 20:25:52 GMT Message-Id: <201404232025.s3NKPqaM066047@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2014 20:26:07 -0000 TB --- 2014-04-23 19:30:46 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-04-23 19:30:46 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-23 19:30:46 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-04-23 19:30:46 - cleaning the object tree TB --- 2014-04-23 19:30:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-23 19:31:37 - At svn revision 264831 TB --- 2014-04-23 19:31:38 - building world TB --- 2014-04-23 19:31:38 - CROSS_BUILD_TESTING=YES TB --- 2014-04-23 19:31:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-23 19:31:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-23 19:31:38 - SRCCONF=/dev/null TB --- 2014-04-23 19:31:38 - TARGET=arm TB --- 2014-04-23 19:31:38 - TARGET_ARCH=arm TB --- 2014-04-23 19:31:38 - TZ=UTC TB --- 2014-04-23 19:31:38 - __MAKE_CONF=/dev/null TB --- 2014-04-23 19:31:38 - cd /src TB --- 2014-04-23 19:31:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 23 19:31:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] c++ -O2 -pipe -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter -I. -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter/DwarfCompileUnit.cpp -o DwarfCompileUnit.o c++ -O2 -pipe -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter -I. -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter/DwarfDebug.cpp -o DwarfDebug.o c++ -O2 -pipe -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter -I. -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter/DwarfException.cpp -o DwarfException.o /src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter/DwarfException.cpp: In member function 'void llvm::DwarfException::ComputeCallSiteTable(llvm::SmallVectorImpl&, const llvm::DenseMap >&, const llvm::SmallVectorImpl&, const llvm::SmallVectorImpl&)': /src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter/DwarfException.cpp:229: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmasmprinter *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-23 20:25:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-23 20:25:51 - ERROR: failed to build world TB --- 2014-04-23 20:25:51 - 2706.50 user 612.65 system 3305.21 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 08:56:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 588C1FAE for ; Thu, 24 Apr 2014 08:56:37 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1AE5E1AFB for ; Thu, 24 Apr 2014 08:56:36 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WdFSM-000Ao0-Nh for freebsd-stable@freebsd.org; Thu, 24 Apr 2014 10:56:34 +0200 Message-ID: <5358D1BD.6080807@dumbbell.fr> Date: Thu, 24 Apr 2014 10:56:29 +0200 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: 10-STABLE PANIC References: <1398102690.84218.YahooMailNeo@web121905.mail.ne1.yahoo.com> In-Reply-To: <1398102690.84218.YahooMailNeo@web121905.mail.ne1.yahoo.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b80Ia5lj80L3vPtvMQJwQo4no7llNXjnd" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 24 Apr 2014 08:56:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --b80Ia5lj80L3vPtvMQJwQo4no7llNXjnd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 21.04.2014 19:51, Filippo Moretti wrote: > After upgrading to the latest version of xorg I had this panic while at= tempting xinit: >=20 > root@sting:/usr/obj/usr/src/sys/STING > Panic String: make_dev_credv: bad si_name (error=3D17, si_name=3Ddri/= card0) Hello! Could you please post your kernel configuration file? In particular, you shouldn't add "device drm" and associated modules to it. X.Org driver (xf86-video-*) will load the appropriate kernel module automatically. --=20 Jean-S=E9bastien P=E9dron --b80Ia5lj80L3vPtvMQJwQo4no7llNXjnd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTWNHCAAoJEDnpl2Gl/ZTMmRUQAOA8ZvoBb85dzMWj9UFfXsw7 WWYUdyUnW7swFjLh2g0V0RoNxYSb5q4QLYS2+d0pTo8TSSpFl/PwWHns+mR/hkAX K3Cvkh6TqGCrqHdaLgSEka/i3ijAbb1V5XHTEOGe8q5f+SNZLgeDrVGB+8sdnn9z Rey7JA7ksCZ4rwfsAmznVpm3uAr5+3U3ETMpcBW01RbXwuMIaZ2Uq0Pcn5emEuOR TcSSPfyObSOdWN3sbAnmuU/41X6ils9HYqPi1sq3BOzG/izY0KBJwiAjj4kYShsH V/7FHMIqzm5wwRmPnZLqvROio+ZXkVF6u/VowfkM+khj/YaTG46DhA3T39AgaQkK ynkonC+FZTz3n2Lgj/jI/hnY/6vD0OgXJfHYVPbBydYjezf9aE4dEsNwURJaRQro eygDy+eflfrBcpI3T6ytjU+jaWDgRoYAuS0drq6+GIvFYR5zHbdSzL8FXelyusTo wcAvMPrcLA/o0ZAK3Vgk5bQJ6cElOWffPpIceEpF2HItSuzfO6fzvz/E+Yffd3r/ MkCQyfylSsbdguiyKcc9tlC36hRbUHQQM9ms/V6qydsBMI7mpzqLPgig8wMbo8hL KX0rtEEyG+v+341o/Jkg+RIwX8yv4BMyKDb0DhYiDTx9pu1VJXPZMZOR3yEhKGC/ BtUhFsmC1MI/h9s44Umz =DIwD -----END PGP SIGNATURE----- --b80Ia5lj80L3vPtvMQJwQo4no7llNXjnd-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 20:40:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9F31418; Sat, 26 Apr 2014 20:40:58 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx1.fisglobal.com", Issuer "VeriSign Class 3 Secure Server CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AC8141354; Sat, 26 Apr 2014 20:40:58 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.193]) by ltcfislmsgpa04.fnfis.com (8.14.5/8.14.5) with ESMTP id s3QKef5p006900 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 26 Apr 2014 15:40:41 -0500 Received: from THEMADHATTER (10.242.181.54) by smarthost.fisglobal.com (10.132.206.193) with Microsoft SMTP Server id 14.3.174.1; Sat, 26 Apr 2014 15:36:59 -0500 From: Sender: Devin Teske To: "'Doug Hardie'" , References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <981CAA9F-1E67-4E56-A119-BA6D1D29F383@lafn.org> <89290759-E5C2-4991-B644-A82648BEDD52@lafn.org> <1D50A38D-8919-4034-A4E5-EEF8E78E638D@lafn.org> <117a01cf56eb$6f989e50$4ec9daf0$@FreeBSD.org> In-Reply-To: <117a01cf56eb$6f989e50$4ec9daf0$@FreeBSD.org> Subject: RE: 9.2 Boot Problem Date: Sat, 26 Apr 2014 13:36:51 -0700 Message-ID: <041901cf618f$42147bd0$c63d7370$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQIen2IJxjY9xQVhZGKzZxIbMLf02AIi1K1LAgvdaV8CCgXzYgMYVRmnAc87HM4BqwKXZALxR6inAVHkpQIBvuDfIwMIrCLDAg/bwa6ZxrBqMA== Content-Language: en-us X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96, 1.0.14, 0.0.0000 definitions=2014-04-26_02:2014-04-25,2014-04-26,1970-01-01 signatures=0 Cc: dteske@FreeBSD.org, 'Chris H' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 26 Apr 2014 20:40:59 -0000 > -----Original Message----- > From: dteske@FreeBSD.org [mailto:dteske@FreeBSD.org] > Sent: Sunday, April 13, 2014 12:39 AM > To: 'Doug Hardie'; freebsd-stable@freebsd.org > Cc: dteske@FreeBSD.org; 'Chris H' > Subject: RE: 9.2 Boot Problem > > > > > -----Original Message----- > > From: Doug Hardie [mailto:bc979@lafn.org] > > Sent: Saturday, April 12, 2014 7:08 PM > > To: freebsd-stable@freebsd.org > > Cc: dteske@FreeBSD.org Teske; Chris H > > Subject: Re: 9.2 Boot Problem > > > > > > On 10 April 2014, at 14:23, Doug Hardie wrote: > > > > > > > > On 9 April 2014, at 16:53, Doug Hardie wrote: > > > > > >> > > >> On 9 April 2014, at 14:17, dteske@FreeBSD.org wrote: > > >> > > >>> > > >>> > > >>>> -----Original Message----- > > >>>> From: Chris H [mailto:bsd-lists@bsdforge.com] > > >>>> Sent: Wednesday, April 9, 2014 2:03 PM > > >>>> To: Doug Hardie > > >>>> Cc: freebsd-stable@freebsd.org List > > >>>> Subject: Re: 9.2 Boot Problem > > >>>> > > >>>>> > > >>>>> On 9 April 2014, at 13:49, "Chris H" wrote: > > >>>>> > > >>>>>>> > > >>>>>>> On 9 April 2014, at 11:29, "Chris H" > > wrote: > > >>>>>>> > > >>>>>>>>> > > >>>>>>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: > > >>>>>>>>> > > >>>>>>>>>> I put this out on Questions, but got no responses. > > >>>>>>>>>> Hopefully someone here has some ideas. > > >>>>>>>>>> > > >>>>>>>>>> FreeBSD 9.2. All of my systems are hanging during boot > > >>>>>>>>>> right after the screen that has the picture. Its as if > > >>>>>>>>>> someone hit a space on the keyboard. However, these > > >>>>>>>>>> systems have no > > keyboard. > > >>>>>>>>>> If I plug one in, or use the serial console, and enter a > > >>>>>>>>>> return, the boot continues properly. > > >>>>>>>>>> > > >>>>>>>>>> The boot menu is displayed along with Beastie. However, > > >>>>>>>>>> the line that says Autoboot in n seconds. never appears. > > >>>>>>>>>> It just stops there. These are all new installs from CD > systems. > > >>>>>>>>>> I just used freebsd-update to take a toy server from 9.1 to > > >>>>>>>>>> 9.2 and it doesn't exhibit this behavior. It boots properly. > > >>>>>>>>>> I have updated one of the production servers with the > > >>>>>>>>>> latest > > >>>>>>>>>> 9.2 changes and it still has the issue. I first thought > > >>>>>>>>>> that some config file did not get updated properly on the > > >>>>>>>>>> CD. I have dug around through the 4th files and don't see > > >>>>>>>>>> anything obvious that would cause this. I have now > > >>>>>>>>>> verified that all the 4th files in boot are identical > > >>>>>>>>>> (except for the version number. They are slightly > > >>>>>>>>>> different). I don't believe this is a BIOS setting issue > > >>>>>>>>>> as FreeBSD 7.2 didn't exhibit this behavior. All > > >>>>>>>>>> 4 > > >>>>>>>>>> systems are on totally different motherboards. > > >>>>>>>>>> > > >>>>>>>>>> I tried setting loader_logo="none" in /boot/config.rc and > > >>>>>>>>>> that eliminated the menu and Beastie. I think the system > > >>>>>>>>>> completed > > >>>> booting, but the serial console was then dead. > > >>>>>>>>>> It > > >>>>>>>>>> did not respond or output anything. I had to remove that > > >>>>>>>>>> and reboot to get the console back again. > > >>>>>>>>>> > > >>>>>>>>>> I need to get this fixed as these are production servers > > >>>>>>>>>> that are essentially unmanned so its difficult to get them > > >>>>>>>>>> back up > > again. > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> No response here either. Surely someone must know the > > loader. > > >>>>>>>>> I > > >>>> have been digging > > >>>>>>>>> through > > >>>>>>>>> the code, and can't find any differences between the systems > > >>>>>>>>> that > > >>>> work and those that > > >>>>>>>>> don't. > > >>>>>>>>> Is there any way to debug this? Is there a way to find out > > >>>>>>>>> where the > > >>>> loader is sitting > > >>>>>>>>> waiting on input from the terminal. That might give a clue > > >>>>>>>>> as to why it > > >>>> didn't > > >>>>>>>>> autoboot. > > >>>>>>>>> > > >>>>>>>> OK. This is the first I've seen of your post. I'm not going > > >>>>>>>> to profess being an expert. But I might suggest adding the > > >>>>>>>> following to > > >>>>>>>> loader.conf(5) > > >>>>>>>> > > >>>>>>>> verbose_loading="YES" > > >>>>>>>> boot_verbose="YES" > > >>>>>>>> > > >>>>>>>> This raises the "noise level". Maybe that will help to > > >>>>>>>> provide you with a bit more information, as to what, or if, > > >>>>>>>> your booting. DO have a look through > > >>>>>>>> /boot/defaults/loader.conf for more hints, as to what, and > > >>>> how > > >>>>>>>> you can control the boot process. As well as > /etc/defaults/rc.conf. > > >>>>>>>> In fact, you can pre-decide what, and how, to boot. Even > > >>>>>>>> passing by the boot menu entirely. > > >>>>>>> > > >>>>>>> Thanks Chris. I did that and here is what I get: > > >>>>>>> > > >>>>>>> Rebooting... > > >>>>>>> cpu_reset: Stopping other CPUs > > >>>>>>> /boot.config: -Dh > > >>>>>>> Consoles: internal video/keyboard serial port BIOS drive A: > > >>>>>>> is > > >>>>>>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available > > >>>>>>> memory > > >>>>>>> > > >>>>>>> FreeBSD/x86 bootstrap loader, Revision 1.1 > > >>>>>>> (doug@zool.lafn.org, Tue Apr 8 20:30:20 PDT 2014) Loading > > >>>>>>> /boot/defaults/loader.conf > > >>>>>>> Warning: unable to open file /boot/loader.conf.local > > >>>>>>> /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770 > > >>>> syms=[0x4+0xeda80+0x4+0x1b8ebf] > > >>>>>>> zpool_cache...failed! > > >>>>>>> \ > > >>>>>>> H[Esc]ape to loader prompt_ _____ _____ > > >>>>>>> | ____| | _ \ / ____| __ \ > > >>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | > > >>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > > >>>>>>> | | | | | __/ __/| |_) |____) | |__| | > > >>>>>>> | | | | | | || | | | > > >>>>>>> |_| |_| \___|\___||____/|_____/|_____/ ``` > ` > > >>>>>>> s` > > >>>>>>> `.....---.......--.``` > -/ > > >>>>>>> + Welcome to FreeBSD + +o .--` /y:` > +. > > >>>>>>> | | yo`:. :o > `+- > > >>>>>>> | 1. Boot Multi User [Enter] | y/ 3;46H / > > >>>>>>> | 2.-- / | > > >>>>>>> | | > > >>>>>>> | 4. Reboot | `: > :` > > >>>>>>> | | `: > :` > > >>>>>>> | Options: / > / > > >>>>>>> | 5. Configure Boot [O]ptions... .- > -. > > >>>>>>> | -- > -. > > >>>>>>> | `:` > `:` > > >>>>>>> | .-- > `--. > > >>>>>>> | .---.....----. > > >>>>>>> +-----------------------------------------+ > > >>>>>>> > > >>>>>>> FreeBSD `Nakatomi > > >>>>>>> Socrates' 9.2 > > >>>>>>> > > >>>>>>> > > >>>>>>> Now it waits for a return. I have tried changing the logo, > > >>>>>>> setting the > > >>>> autoboot timeout > > >>>>>>> and > > >>>>>>> a couple others. The only thing that did anything different > > >>>>>>> was setting > > >>>> the logo to an > > >>>>>>> invalid value. Basically the console was dead after that, but > > >>>>>>> the system > > >>>> did boot. I > > >>>>>>> never > > >>>>>>> see the Auto Boot in n seconds message. Its also interesting > > >>>>>>> that the list > > >>>> of options > > >>>>>>> above > > >>>>>>> appears incomplete. On the working system, items 1 through 5 > > >>>>>>> are all > > >>>> present. I have > > >>>>>>> now > > >>>>>>> checked all the cksum's for all the files in /boot and they > > >>>>>>> are > all the > > same. > > >>>>>>> > > >>>>>> Hmmm. Looks like you're going to make me do all your research, > > >>>>>> for > > you. > > >>>> ;) > > >>>>>> You /did/ read the contents of /boot/defaults/loader.conf. Yes? > > >>>>>> I'm > > >>>> guessing > > >>>>>> that you've also already read loader.4th(8), and the other > > >>>>>> related > > info. > > >>>>>> Now this is pure supposition; as it appears that you're looking > > >>>>>> for a serial console. I'd /speculate/ that you want to turn all > > >>>>>> that NASTY ANSI stuff > > >>>> OFF > > >>>>>> That's why your not seeing the complete menu -- hear that Devin! > > >>>>>> I'm going to post just this much for now, just to get you > > >>>>>> started. I know what else you need/are looking for. But need to > > >>>>>> find the /correct/ syntax > > >>>> -- > > >>>>>> paraphrasing, just won't get it. :)\ > > >>>>> > > >>>>> Setting loader_color="NO" (from man page) does give back the full > > menu. > > >>>> Still waits for > > >>>>> return after the version name. I haven't found in the forth > > >>>>> where it is > > >>>> reading the > > >>>>> keyboard. Yes, I have to use a serial console. These machines > > >>>>> are about > > >>>> 100 miles away. > > >>>>> Something is stopping the autoboot from even starting. > > >>>> > > >>>> See my reply to this. I think I've given you the hints you need > > >>>> -- fingers crossed. :) > > >>>> > > >>> > > >>> He's using console=comconsole (serial boot). > > >>> When that is the case, loader_color is automatically set to NO. > > >>> There's no reason to set both loader_color=NO and console= > > >>> comconsole. The code that does this is here: > > >>> > > >>> http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/color. > > >>> 4t h?revision=255898&view=markup Line 48 within the loader_color? > > >>> function: > > >>> boot_serial? if FALSE else TRUE then > > >>> > > >>> As for answering the quandary of where the keyboard is polled > > >>> during the timeout countdown, that's the getkey function in here: > > >>> > > >>> > > http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/menu.4th > > >>> ?revision=255898&view=markup > > >>> -- > > >> > > >> > > >> > > >> I commented out the 3 cursor positions in menu-timeout-update. It > > >> does not appear that word is being used. The Autoboot message > > >> never appeared. Obviously getkey is being used as it does respond > > >> properly to a return. I am beginning to suspect that > > >> menu_timeout_enabled is zero. I believe adding a line after > > >> getkey's begin with > > >> > > >> s"menu_timeout_enabled = " type menu_timeout_enabled @ . 10 > > >> spaces > > >> > > >> will tell me. > > > > > > > > > > > > There is a missing space after the first " above. However, that > > > does > confirm > > my suspicion that menu_timeout_enabled is set to 0. It is only > > displayed once. On a working system the value is 1 and that message > > is output numerous times until the 10 seconds expires and then the boot > begins. > > > > > > Now to figure out how that value is getting set incorrectly. > > > > > > > After much digging, I now know what it going on, but not why. When > > getkey is called the first time, menu_timeout_enable is set to one. > > However, it > is > > set to zero on every check after that. In getkey after the comment > > "Was a key pressed" is a check of key to see if a key was pressed. It > > is > returning a > > decimal 7 (BEL). That then clears menu_timeout_enable and it then > > sits there waiting for a valid key input. There is no keyboard > > plugged into > the > > system. I have no idea how that BEL is being generated or even how to > > prevent it. Could it be possible that it comes from the serial console? > I tend > > to doubt thats the case since the system hangs during boot when the > > serial console is not connected. I suppose that I could put in a test > > for a key > value > > that is not a control character, but that would only work until the > > next > system > > update. I'd have to remember to put it back in each time. Thats not > likely to > > happen. My memory is not that good. Whats interesting is that I have > > 4 systems (i386) doing this and 1 system (i386) and 2 systems (amd64) > > not doing it. The only common thread is the 4 systems doing it are > > about 100 miles from me and the working ones are here. > > > > Based on that feedback, I've developed the attached patch.txt. > Can you give it a whirl and let me know how it works? > -- > Cheers, > Devin > Ping. Haven't heard anything back regarding the patch. If it helps, I'd like to get it in before 9.3 slush. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 01:03:29 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8835DDDA for ; Tue, 29 Apr 2014 01:03:29 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 3FB9418D4 for ; Tue, 29 Apr 2014 01:03:29 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s3T13MfY027827 for ; Mon, 28 Apr 2014 18:03:26 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201404290103.s3T13MfY027827@gw.catspoiler.org> Date: Mon, 28 Apr 2014 17:56:03 -0700 (PDT) From: Don Lewis Subject: Thinkpad R60 hangs when booting recent 8.4-STABLE To: stable@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 29 Apr 2014 01:03:29 -0000 I've been upgrading my 8.4-STABLE machines to r264698 and haven't had any issues until I tried to upgrade my laptop. I was previously running r259528 without any problems, but it now hangs during boot. It's a hard hang and the machine doesn't respond to anything, including Caps Lock. I took a picture of the screen and compared it to dmesg.boot from booting kernel.old and the boot messages appear to be identical up to the point where the hang occurs. Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.4-STABLE #51 r259528M: Wed Dec 18 16:44:30 PST 2013 dl@hairball.catspoiler.org:/usr/obj/usr/src/sys/UP_ATAPICAM i386 gcc version 4.2.1 20070831 patched [FreeBSD] Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1500MHz (1498.74-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Family = 6 Model = 9 Stepping = 5 Features=0xa7e9f9bf Features2=0x180 real memory = 1073741824 (1024 MB) avail memory = 1032552448 (984 MB) kbd1 at kbdmux0 ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 (20101013/tbfadt-625) ACPI Warning: Optional field Gpe1Block has zero address or length: 0x000000000000102C/0x0 (20101013/tbfadt-655) acpi0: on motherboard acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 [Boot hangs here with recent kernel] pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0xe0000000-0xe7ffffff,0xc0100000-0xc010ffff irq 11 at device 0.0 on pci1 uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci0: [ITHREAD] usbus0 on uhci0 uhci1: port 0x1820-0x183f irq 6 at device 29.1 on pci0 uhci1: [ITHREAD] usbus1 on uhci1 uhci2: port 0x1840-0x185f irq 9 at device 29.2 on pci0 uhci2: [ITHREAD] usbus2 on uhci2 ehci0: mem 0xc0000000-0xc00003ff irq 9 at device 29.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3 on ehci0 pcib2: at device 30.0 on pci0 pci2: on pcib2 cbb0: irq 6 at device 0.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] ath0: mem 0xc0200000-0xc020ffff irq 9 at device 2.0 on pci2 ath0: [ITHREAD] ath0: AR5212 mac 5.9 RF2112 phy 4.3 fwohci0: mem 0xc0215000-0xc02157ff,0xc0210000-0xc0213fff irq 11 at device 7.0 on pci2 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:06:1b:00:20:09:dc:c3 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x14a0000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:06:1b:09:dc:c3 fwe0: Ethernet address: 02:06:1b:09:dc:c3 fwip0: on firewire0 fwip0: Firewire address: 00:06:1b:00:20:09:dc:c3 @ 0xfffe00000000, S400, maxrec 2048 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode fxp0: port 0x8000-0x803f mem 0xc0214000-0xc0214fff irq 5 at device 8.0 on pci2 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow fxp0: Ethernet address: 00:06:1b:d4:72:bb fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: at channel 0 on atapci0 ata0: [ITHREAD] ata1: at channel 1 on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] ppc0: port 0x3bc-0x3be irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 battery0: on acpi0 acpi_acad0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xdc000-0xdffff,0xe0000-0xeffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 est0: on cpu0 p4tcc0: on cpu0 Timecounter "TSC" frequency 1498736259 Hz quality 800 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ad0: 152627MB at ata0-master UDMA100 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered GEOM: ad0s2: geometry does not match label (255h,63s != 16h,63s). uhub3: 6 ports with 6 removable, self powered ugen3.2: at usbus3 uhub4: on usbus3 uhub4: MTT enabled unknown: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 (probe0:ata1:0:0:0): TEST UNIT READY. CDB: 00 00 00 00 00 00 (probe0:ata1:0:0:0): CAM status: SCSI Status Error (probe0:ata1:0:0:0): SCSI status: Check Condition (probe0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd0: quirks=0x10<10_BYTE_ONLY> Root mount waiting for: usbus3 uhub4: 4 ports with 4 removable, self powered ugen3.3: at usbus3 axe0: on usbus3 Trying to mount root from ufs:/dev/ad0s2a miibus1: on axe0 ukphy0: PHY 16 on miibus1 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ue0: on axe0 ue0: Ethernet address: 20:aa:4b:45:95:95 wlan0: Ethernet address: 00:16:ce:00:ac:a7 The dmesg contents for a verbose boot looks pretty much the same as well. Here's an extract from booting the old kernel with the place where the new kernel hangs flagged: [SNIP] pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.29.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTB at func 1: 6 ACPI: Found matching pin for 0.29.INTC at func 2: 9 ACPI: Found matching pin for 0.29.INTD at func 7: 9 ACPI: Found matching pin for 0.31.INTA at func 1: 255 ACPI: Found matching pin for 0.31.INTB at func 3: 10 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x3340, revid=0x03 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xd0000000, size 28, enabled found-> vendor=0x8086, dev=0x3341, revid=0x03 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x60 (2880 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24c2, revid=0x01 domain=0, bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type I/O Port, range 32, base 0x1800, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.LNKA:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.LNKA unknown: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1800 found-> vendor=0x8086, dev=0x24c4, revid=0x01 domain=0, bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=6 map[20]: type I/O Port, range 32, base 0x1820, size 5, enabled pcib0: matched entry for 0.29.INTB (src \\_SB_.LNKD:0) pcib0: slot 29 INTB routed to irq 6 via \\_SB_.LNKD unknown: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 found-> vendor=0x8086, dev=0x24c7, revid=0x01 domain=0, bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=9 map[20]: type I/O Port, range 32, base 0x1840, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.LNKC:0) pcib0: slot 29 INTC routed to irq 9 via \\_SB_.LNKC unknown: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 found-> vendor=0x8086, dev=0x24cd, revid=0x01 domain=0, bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=9 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xc0000000, size 10, enabled pcib0: matched entry for 0.29.INTD (src \\_SB_.LNKH:0) pcib0: slot 29 INTD routed to irq 9 via \\_SB_.LNKH unknown: Reserved 0x400 bytes for rid 0x10 type 3 at 0xc0000000 found-> vendor=0x8086, dev=0x2448, revid=0x81 domain=0, bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x8080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24cc, revid=0x01 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24ca, revid=0x01 domain=0, bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type I/O Port, range 32, base 0x1860, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled found-> vendor=0x8086, dev=0x24c3, revid=0x01 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type I/O Port, range 32, base 0x1880, size 5, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 10 via \\_SB_.LNKB found-> vendor=0x8086, dev=0x24c5, revid=0x01 domain=0, bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x1c00, size 8, enabled map[14]: type I/O Port, range 32, base 0x18c0, size 6, enabled map[18]: type Memory, range 32, base 0xc0000c00, size 9, enabled map[1c]: type Memory, range 32, base 0xc0000800, size 8, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 10 via \\_SB_.LNKB found-> vendor=0x8086, dev=0x24c6, revid=0x01 domain=0, bus=0, slot=31, func=6 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x2400, size 8, enabled map[14]: type I/O Port, range 32, base 0x2000, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 10 via \\_SB_.LNKB agp0: on hostb0 hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xd0000000 agp0: allocating GATT for aperture of size 256M [Hangs here] pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x3000-0x3fff pcib1: memory decode 0xc0100000-0xc01fffff pcib1: prefetched decode 0xe0000000-0xe7ffffff ACPI: Found matching pin for 1.0.INTA at func 0: 11 pci1: on pcib1 pci1: domain=0, physical bus=1 [SNIP] There haven't been any recent changes to agp. There were a few changes to pci two months ago, but they don't look especially suspicious. Any thoughts before I start bisecting? From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 05:26:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D8F3234; Tue, 29 Apr 2014 05:26:11 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id D055D127F; Tue, 29 Apr 2014 05:26:10 +0000 (UTC) Received: from [10.0.1.3] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.7) with ESMTP id s3T5PsIo027667 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 28 Apr 2014 22:25:55 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: 9.2 Boot Problem From: Doug Hardie In-Reply-To: <117a01cf56eb$6f989e50$4ec9daf0$@FreeBSD.org> Date: Mon, 28 Apr 2014 22:25:53 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <981CAA9F-1E67-4E56-A119-BA6D1D29F383@lafn.org> <89290759-E5C2-4991-B644-A82648BEDD52@lafn.org> <1D50A38D-8919-4034-A4E5-EEF8E78E638D@lafn.org> <117a01cf56eb$6f989e50$4ec9daf0$@FreeBSD.org> To: dteske@FreeBSD.org X-Mailer: Apple Mail (2.1510) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, 'Chris H' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 29 Apr 2014 05:26:11 -0000 On 13 April 2014, at 00:38, dteske@FreeBSD.org wrote: >=20 >=20 >> -----Original Message----- >> From: Doug Hardie [mailto:bc979@lafn.org] >> Sent: Saturday, April 12, 2014 7:08 PM >> To: freebsd-stable@freebsd.org >> Cc: dteske@FreeBSD.org Teske; Chris H >> Subject: Re: 9.2 Boot Problem >>=20 >>=20 >> On 10 April 2014, at 14:23, Doug Hardie wrote: >>=20 >>>=20 >>> On 9 April 2014, at 16:53, Doug Hardie wrote: >>>=20 >>>>=20 >>>> On 9 April 2014, at 14:17, dteske@FreeBSD.org wrote: >>>>=20 >>>>>=20 >>>>>=20 >>>>>> -----Original Message----- >>>>>> From: Chris H [mailto:bsd-lists@bsdforge.com] >>>>>> Sent: Wednesday, April 9, 2014 2:03 PM >>>>>> To: Doug Hardie >>>>>> Cc: freebsd-stable@freebsd.org List >>>>>> Subject: Re: 9.2 Boot Problem >>>>>>=20 >>>>>>>=20 >>>>>>> On 9 April 2014, at 13:49, "Chris H" = wrote: >>>>>>>=20 >>>>>>>>>=20 >>>>>>>>> On 9 April 2014, at 11:29, "Chris H" >> wrote: >>>>>>>>>=20 >>>>>>>>>>>=20 >>>>>>>>>>> On 4 April 2014, at 21:08, Doug Hardie = wrote: >>>>>>>>>>>=20 >>>>>>>>>>>> I put this out on Questions, but got no responses. = Hopefully >>>>>>>>>>>> someone here has some ideas. >>>>>>>>>>>>=20 >>>>>>>>>>>> FreeBSD 9.2. All of my systems are hanging during boot = right >>>>>>>>>>>> after the screen that has the picture. Its as if someone = hit >>>>>>>>>>>> a space on the keyboard. However, these systems have no >> keyboard. >>>>>>>>>>>> If I plug one in, or use the serial console, and enter a >>>>>>>>>>>> return, the boot continues properly. >>>>>>>>>>>>=20 >>>>>>>>>>>> The boot menu is displayed along with Beastie. However, = the >>>>>>>>>>>> line that says Autoboot in n seconds. never appears. It = just >>>>>>>>>>>> stops there. These are all new installs from CD systems. >>>>>>>>>>>> I just used freebsd-update to take a toy server from 9.1 to >>>>>>>>>>>> 9.2 and it doesn't exhibit this behavior. It boots = properly. >>>>>>>>>>>> I have updated one of the production servers with the = latest >>>>>>>>>>>> 9.2 changes and it still has the issue. I first thought = that >>>>>>>>>>>> some config file did not get updated properly on the CD. I >>>>>>>>>>>> have dug around through the 4th files and don't see = anything >>>>>>>>>>>> obvious that would cause this. I have now verified that = all >>>>>>>>>>>> the 4th files in boot are identical (except for the version >>>>>>>>>>>> number. They are slightly different). I don't believe = this >>>>>>>>>>>> is a BIOS setting issue as FreeBSD 7.2 didn't exhibit this >>>>>>>>>>>> behavior. All >>>>>>>>>>>> 4 >>>>>>>>>>>> systems are on totally different motherboards. >>>>>>>>>>>>=20 >>>>>>>>>>>> I tried setting loader_logo=3D"none" in /boot/config.rc and >>>>>>>>>>>> that eliminated the menu and Beastie. I think the system >>>>>>>>>>>> completed >>>>>> booting, but the serial console was then dead. >>>>>>>>>>>> It >>>>>>>>>>>> did not respond or output anything. I had to remove that = and >>>>>>>>>>>> reboot to get the console back again. >>>>>>>>>>>>=20 >>>>>>>>>>>> I need to get this fixed as these are production servers = that >>>>>>>>>>>> are essentially unmanned so its difficult to get them back = up >> again. >>>>>>>>>>>=20 >>>>>>>>>>>=20 >>>>>>>>>>> No response here either. Surely someone must know the >> loader. >>>>>>>>>>> I >>>>>> have been digging >>>>>>>>>>> through >>>>>>>>>>> the code, and can't find any differences between the systems >>>>>>>>>>> that >>>>>> work and those that >>>>>>>>>>> don't. >>>>>>>>>>> Is there any way to debug this? Is there a way to find out >>>>>>>>>>> where the >>>>>> loader is sitting >>>>>>>>>>> waiting on input from the terminal. That might give a clue = as >>>>>>>>>>> to why it >>>>>> didn't >>>>>>>>>>> autoboot. >>>>>>>>>>>=20 >>>>>>>>>> OK. This is the first I've seen of your post. I'm not going = to >>>>>>>>>> profess being an expert. But I might suggest adding the >>>>>>>>>> following to >>>>>>>>>> loader.conf(5) >>>>>>>>>>=20 >>>>>>>>>> verbose_loading=3D"YES" >>>>>>>>>> boot_verbose=3D"YES" >>>>>>>>>>=20 >>>>>>>>>> This raises the "noise level". Maybe that will help to = provide >>>>>>>>>> you with a bit more information, as to what, or if, your >>>>>>>>>> booting. DO have a look through /boot/defaults/loader.conf = for >>>>>>>>>> more hints, as to what, and >>>>>> how >>>>>>>>>> you can control the boot process. As well as > /etc/defaults/rc.conf. >>>>>>>>>> In fact, you can pre-decide what, and how, to boot. Even >>>>>>>>>> passing by the boot menu entirely. >>>>>>>>>=20 >>>>>>>>> Thanks Chris. I did that and here is what I get: >>>>>>>>>=20 >>>>>>>>> Rebooting... >>>>>>>>> cpu_reset: Stopping other CPUs >>>>>>>>> /boot.config: -Dh >>>>>>>>> Consoles: internal video/keyboard serial port BIOS drive A: = is >>>>>>>>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available >>>>>>>>> memory >>>>>>>>>=20 >>>>>>>>> FreeBSD/x86 bootstrap loader, Revision 1.1 = (doug@zool.lafn.org, >>>>>>>>> Tue Apr 8 20:30:20 PDT 2014) Loading = /boot/defaults/loader.conf >>>>>>>>> Warning: unable to open file /boot/loader.conf.local >>>>>>>>> /boot/kernel/kernel text=3D0xdb3171 data=3D0xf3c04+0xbb770 >>>>>> syms=3D[0x4+0xeda80+0x4+0x1b8ebf] >>>>>>>>> zpool_cache...failed! >>>>>>>>> \ >>>>>>>>> H[Esc]ape to loader prompt_ _____ _____ >>>>>>>>> | ____| | _ \ / ____| __ \ >>>>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>>>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>>>>>>>> | | | | | __/ __/| |_) |____) | |__| | >>>>>>>>> | | | | | | || | | | >>>>>>>>> |_| |_| \___|\___||____/|_____/|_____/ ``` > ` >>>>>>>>> s` = `.....---.......--.``` > -/ >>>>>>>>> + Welcome to FreeBSD + +o .--` = /y:` > +. >>>>>>>>> | | yo`:. = :o > `+- >>>>>>>>> | 1. Boot Multi User [Enter] | y/ 3;46H = / >>>>>>>>> | 2.-- / | >>>>>>>>> | | >>>>>>>>> | 4. Reboot | `: > :` >>>>>>>>> | | `: > :` >>>>>>>>> | Options: / > / >>>>>>>>> | 5. Configure Boot [O]ptions... .- > -. >>>>>>>>> | -- > -. >>>>>>>>> | `:` > `:` >>>>>>>>> | .-- > `--. >>>>>>>>> | = .---.....----. >>>>>>>>> +-----------------------------------------+ >>>>>>>>>=20 >>>>>>>>> FreeBSD `Nakatomi >>>>>>>>> Socrates' 9.2 >>>>>>>>>=20 >>>>>>>>>=20 >>>>>>>>> Now it waits for a return. I have tried changing the logo, >>>>>>>>> setting the >>>>>> autoboot timeout >>>>>>>>> and >>>>>>>>> a couple others. The only thing that did anything different = was >>>>>>>>> setting >>>>>> the logo to an >>>>>>>>> invalid value. Basically the console was dead after that, but >>>>>>>>> the system >>>>>> did boot. I >>>>>>>>> never >>>>>>>>> see the Auto Boot in n seconds message. Its also interesting >>>>>>>>> that the list >>>>>> of options >>>>>>>>> above >>>>>>>>> appears incomplete. On the working system, items 1 through 5 >>>>>>>>> are all >>>>>> present. I have >>>>>>>>> now >>>>>>>>> checked all the cksum's for all the files in /boot and they = are > all the >> same. >>>>>>>>>=20 >>>>>>>> Hmmm. Looks like you're going to make me do all your research, = for >> you. >>>>>> ;) >>>>>>>> You /did/ read the contents of /boot/defaults/loader.conf. Yes? >>>>>>>> I'm >>>>>> guessing >>>>>>>> that you've also already read loader.4th(8), and the other = related >> info. >>>>>>>> Now this is pure supposition; as it appears that you're looking >>>>>>>> for a serial console. I'd /speculate/ that you want to turn all >>>>>>>> that NASTY ANSI stuff >>>>>> OFF >>>>>>>> That's why your not seeing the complete menu -- hear that = Devin! >>>>>>>> I'm going to post just this much for now, just to get you >>>>>>>> started. I know what else you need/are looking for. But need to >>>>>>>> find the /correct/ syntax >>>>>> -- >>>>>>>> paraphrasing, just won't get it. :)\ >>>>>>>=20 >>>>>>> Setting loader_color=3D"NO" (from man page) does give back = the full >> menu. >>>>>> Still waits for >>>>>>> return after the version name. I haven't found in the forth = where >>>>>>> it is >>>>>> reading the >>>>>>> keyboard. Yes, I have to use a serial console. These machines >>>>>>> are about >>>>>> 100 miles away. >>>>>>> Something is stopping the autoboot from even starting. >>>>>>=20 >>>>>> See my reply to this. I think I've given you the hints you need = -- >>>>>> fingers crossed. :) >>>>>>=20 >>>>>=20 >>>>> He's using console=3Dcomconsole (serial boot). >>>>> When that is the case, loader_color is automatically set to NO. >>>>> There's no reason to set both loader_color=3DNO and console=3D >>>>> comconsole. The code that does this is here: >>>>>=20 >>>>> = http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/color.4t >>>>> h?revision=3D255898&view=3Dmarkup Line 48 within the loader_color? >>>>> function: >>>>> boot_serial? if FALSE else TRUE then >>>>>=20 >>>>> As for answering the quandary of where the keyboard is polled = during >>>>> the timeout countdown, that's the getkey function in here: >>>>>=20 >>>>>=20 >> http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/menu.4th >>>>> ?revision=3D255898&view=3Dmarkup >>>>> -- >>>>=20 >>>>=20 >>>>=20 >>>> I commented out the 3 cursor positions in menu-timeout-update. It >>>> does not appear that word is being used. The Autoboot message = never >>>> appeared. Obviously getkey is being used as it does respond = properly >>>> to a return. I am beginning to suspect that menu_timeout_enabled = is >>>> zero. I believe adding a line after getkey's begin with >>>>=20 >>>> s"menu_timeout_enabled =3D " type menu_timeout_enabled @ . 10 >>>> spaces >>>>=20 >>>> will tell me. >>>=20 >>>=20 >>>=20 >>> There is a missing space after the first " above. However, that = does > confirm >> my suspicion that menu_timeout_enabled is set to 0. It is only = displayed >> once. On a working system the value is 1 and that message is output >> numerous times until the 10 seconds expires and then the boot begins. >>>=20 >>> Now to figure out how that value is getting set incorrectly. >>>=20 >>=20 >> After much digging, I now know what it going on, but not why. When = getkey >> is called the first time, menu_timeout_enable is set to one. = However, it > is >> set to zero on every check after that. In getkey after the comment = "Was a >> key pressed" is a check of key to see if a key was pressed. It is > returning a >> decimal 7 (BEL). That then clears menu_timeout_enable and it then = sits >> there waiting for a valid key input. There is no keyboard plugged = into > the >> system. I have no idea how that BEL is being generated or even how = to >> prevent it. Could it be possible that it comes from the serial = console? > I tend >> to doubt thats the case since the system hangs during boot when the = serial >> console is not connected. I suppose that I could put in a test for a = key > value >> that is not a control character, but that would only work until the = next > system >> update. I'd have to remember to put it back in each time. Thats not > likely to >> happen. My memory is not that good. Whats interesting is that I = have 4 >> systems (i386) doing this and 1 system (i386) and 2 systems (amd64) = not >> doing it. The only common thread is the 4 systems doing it are about = 100 >> miles from me and the working ones are here. >>=20 >=20 > Based on that feedback, I've developed the attached patch.txt. > Can you give it a whirl and let me know how it works? The patch works properly. However, it the process of testing it, I = discovered that the cause of the "bell" is actually the terminal = emulator echoing that character back from something earlier in the = reboot process. Why that character is not understood. Hence, the real = problem lies in a hardware "failure" outside the motherboard. So I = don't know if you want to make that patch into the system or not. It = seems like a good idea to ignore anything thats a control character, or = to clear out the input at the start of the process anyway. In my case, I need the patch and will keep it in my systems. Thanks for all the help. -- Doug From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 06:28:24 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B21E34DC; Tue, 29 Apr 2014 06:28:24 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 7CC66178A; Tue, 29 Apr 2014 06:28:24 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s3T6SGpZ028224; Mon, 28 Apr 2014 23:28:20 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201404290628.s3T6SGpZ028224@gw.catspoiler.org> Date: Mon, 28 Apr 2014 23:28:16 -0700 (PDT) From: Don Lewis Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE To: stable@FreeBSD.org In-Reply-To: <201404290103.s3T13MfY027827@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: jhb@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 29 Apr 2014 06:28:24 -0000 On 28 Apr, To: stable@freebsd.org wrote: > I've been upgrading my 8.4-STABLE machines to r264698 and haven't had > any issues until I tried to upgrade my laptop. I was previously running > r259528 without any problems, but it now hangs during boot. It's a hard > hang and the machine doesn't respond to anything, including Caps Lock. > I took a picture of the screen and compared it to dmesg.boot from > booting kernel.old and the boot messages appear to be identical up to > the point where the hang occurs. I received a hint offline to look at r262226, which tweaked sys/dev/pci/pci.c. A r262225 kernel boots fine, but r262226 hangs. I didn't suspect that commit because realloc_bars is set to 0. I see that there is already a PR for this: kern/kern/188534. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 13:21:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AEC43FE9; Tue, 29 Apr 2014 13:21:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 7A7432C3; Tue, 29 Apr 2014 13:21:48 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.7/8.14.7) with ESMTP id s3TDLS2B047333; Tue, 29 Apr 2014 15:21:28 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.7/8.14.7/Submit) id s3TDLScE047296; Tue, 29 Apr 2014 13:21:28 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Apr 2014 13:21:28 GMT Message-Id: <201404291321.s3TDLScE047296@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2014 13:21:50 -0000 TB --- 2014-04-29 10:50:47 - tinderbox 2.21 running on worker01.tb.des.no TB --- 2014-04-29 10:50:47 - FreeBSD worker01.tb.des.no 9.2-RELEASE-p4 FreeBSD 9.2-RELEASE-p4 #0: Tue Apr 8 18:08:22 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-29 10:50:47 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-04-29 10:50:47 - cleaning the object tree TB --- 2014-04-29 10:50:47 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-29 10:51:26 - At svn revision 265089 TB --- 2014-04-29 10:51:27 - building world TB --- 2014-04-29 10:51:27 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 10:51:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 10:51:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 10:51:27 - SRCCONF=/dev/null TB --- 2014-04-29 10:51:27 - TARGET=powerpc TB --- 2014-04-29 10:51:27 - TARGET_ARCH=powerpc64 TB --- 2014-04-29 10:51:27 - TZ=UTC TB --- 2014-04-29 10:51:27 - __MAKE_CONF=/dev/null TB --- 2014-04-29 10:51:27 - cd /src TB --- 2014-04-29 10:51:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 29 10:51:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/IntegerDivision.cpp -o IntegerDivision.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/LCSSA.cpp -o LCSSA.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/Local.cpp -o Local.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/LoopSimplify.cpp -o LoopSimplify.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/LoopUnroll.cpp -o LoopUnroll.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/LoopUnrollRuntime.cpp -o LoopUnrollRuntime.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/LowerExpectIntrinsic.cpp -o LowerExpectIntrinsic.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/LowerInvoke.cpp -o LowerInvoke.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/LowerSwitch.cpp -o LowerSwitch.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/Mem2Reg.cpp -o Mem2Reg.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/MetaRenamer.cpp -o MetaRenamer.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/ModuleUtils.cpp -o ModuleUtils.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/PromoteMemoryToRegister.cpp -o PromoteMemoryToRegister.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/SSAUpdater.cpp -o SSAUpdater.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/SimplifyCFG.cpp -o SimplifyCFG.o /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/SimplifyCFG.cpp: In member function 'bool::SimplifyCFGOpt::SimplifyCondBranch(llvm::BranchInst*, llvm::IRBuilder >&)': /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/SimplifyCFG.cpp:3930: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/clang/libllvmtransformutils *** Error code 1 Stop. bmake[4]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-29 13:21:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-29 13:21:27 - ERROR: failed to build world TB --- 2014-04-29 13:21:27 - 6913.12 user 1496.91 system 9039.51 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 20:38:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1935DCC7; Tue, 29 Apr 2014 20:38:51 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 4E1C516EA; Tue, 29 Apr 2014 20:38:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.7/8.14.7) with ESMTP id s3TKcjP5067285; Tue, 29 Apr 2014 22:38:45 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.7/8.14.7/Submit) id s3TKcjAu067227; Tue, 29 Apr 2014 20:38:45 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Apr 2014 20:38:45 GMT Message-Id: <201404292038.s3TKcjAu067227@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2014 20:38:51 -0000 TB --- 2014-04-29 19:30:47 - tinderbox 2.21 running on worker01.tb.des.no TB --- 2014-04-29 19:30:47 - FreeBSD worker01.tb.des.no 9.2-RELEASE-p4 FreeBSD 9.2-RELEASE-p4 #0: Tue Apr 8 18:08:22 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-29 19:30:47 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-04-29 19:30:47 - cleaning the object tree TB --- 2014-04-29 19:30:47 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-29 19:31:27 - At svn revision 265103 TB --- 2014-04-29 19:31:28 - building world TB --- 2014-04-29 19:31:28 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 19:31:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 19:31:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 19:31:28 - SRCCONF=/dev/null TB --- 2014-04-29 19:31:28 - TARGET=amd64 TB --- 2014-04-29 19:31:28 - TARGET_ARCH=amd64 TB --- 2014-04-29 19:31:28 - TZ=UTC TB --- 2014-04-29 19:31:28 - __MAKE_CONF=/dev/null TB --- 2014-04-29 19:31:28 - cd /src TB --- 2014-04-29 19:31:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 29 19:31:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] c++ -O2 -pipe -I/src/lib/clang/libllvmmc/../../../contrib/llvm/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC -I. -I/src/lib/clang/libllvmmc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCDwarf.cpp -o MCDwarf.o c++ -O2 -pipe -I/src/lib/clang/libllvmmc/../../../contrib/llvm/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC -I. -I/src/lib/clang/libllvmmc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCELF.cpp -o MCELF.o c++ -O2 -pipe -I/src/lib/clang/libllvmmc/../../../contrib/llvm/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC -I. -I/src/lib/clang/libllvmmc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCELFObjectTargetWriter.cpp -o MCELFObjectTargetWriter.o c++ -O2 -pipe -I/src/lib/clang/libllvmmc/../../../contrib/llvm/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC -I. -I/src/lib/clang/libllvmmc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCELFStreamer.cpp -o MCELFStreamer.o c++ -O2 -pipe -I/src/lib/clang/libllvmmc/../../../contrib/llvm/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC -I. -I/src/lib/clang/libllvmmc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCExpr.cpp -o MCExpr.o c++ -O2 -pipe -I/src/lib/clang/libllvmmc/../../../contrib/llvm/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC -I. -I/src/lib/clang/libllvmmc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCExternalSymbolizer.cpp -o MCExternalSymbolizer.o c++ -O2 -pipe -I/src/lib/clang/libllvmmc/../../../contrib/llvm/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC -I. -I/src/lib/clang/libllvmmc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCFunction.cpp -o MCFunction.o c++ -O2 -pipe -I/src/lib/clang/libllvmmc/../../../contrib/llvm/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC -I. -I/src/lib/clang/libllvmmc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCInst.cpp -o MCInst.o c++ -O2 -pipe -I/src/lib/clang/libllvmmc/../../../contrib/llvm/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC -I. -I/src/lib/clang/libllvmmc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCInstPrinter.cpp -o MCInstPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmmc/../../../contrib/llvm/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC -I. -I/src/lib/clang/libllvmmc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCInstrAnalysis.cpp -o MCInstrAnalysis.o c++ -O2 -pipe -I/src/lib/clang/libllvmmc/../../../contrib/llvm/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC -I. -I/src/lib/clang/libllvmmc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCLabel.cpp -o MCLabel.o c++ -O2 -pipe -I/src/lib/clang/libllvmmc/../../../contrib/llvm/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC -I. -I/src/lib/clang/libllvmmc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCMachOStreamer.cpp -o MCMachOStreamer.o c++ -O2 -pipe -I/src/lib/clang/libllvmmc/../../../contrib/llvm/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC -I. -I/src/lib/clang/libllvmmc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCMachObjectTargetWriter.cpp -o MCMachObjectTargetWriter.o c++ -O2 -pipe -I/src/lib/clang/libllvmmc/../../../contrib/llvm/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC -I. -I/src/lib/clang/libllvmmc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCModule.cpp -o MCModule.o c++ -O2 -pipe -I/src/lib/clang/libllvmmc/../../../contrib/llvm/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC -I. -I/src/lib/clang/libllvmmc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCModuleYAML.cpp -o MCModuleYAML.o /usr/include/c++/4.2/bits/vector.tcc: In member function 'void std::vector<_Tp, _Alloc>::_M_fill_insert(__gnu_cxx::__normal_iterator::_Tp_alloc_type::pointer, std::vector<_Tp, _Alloc> >, size_t, const _Tp&) [with _Tp = llvm::MCModuleYAML::Atom, _Alloc = std::allocator]': /usr/include/c++/4.2/bits/vector.tcc:307: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmmc *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-29 20:38:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-29 20:38:44 - ERROR: failed to build world TB --- 2014-04-29 20:38:44 - 3384.41 user 589.68 system 4077.14 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 20:55:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD3D3688 for ; Tue, 29 Apr 2014 20:55:08 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 849F51895 for ; Tue, 29 Apr 2014 20:55:08 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id F02C0B93B; Tue, 29 Apr 2014 16:55:05 -0400 (EDT) From: John Baldwin To: Claude Buisson Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels Date: Tue, 29 Apr 2014 16:03:20 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201404161306.26721.jhb@freebsd.org> <534FAED5.7070703@orange.fr> In-Reply-To: <534FAED5.7070703@orange.fr> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201404291603.20582.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 29 Apr 2014 16:55:06 -0400 (EDT) Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 29 Apr 2014 20:55:08 -0000 On Thursday, April 17, 2014 6:37:09 am Claude Buisson wrote: > On 04/16/2014 19:06, John Baldwin wrote: > > On Wednesday, April 16, 2014 11:54:20 am Claude Buisson wrote: > >> On 04/16/2014 16:38, John Baldwin wrote: > >>> On Wednesday, April 16, 2014 5:41:44 am Claude Buisson wrote: > >>>> On 04/16/2014 10:09, Trond Endrest=F8l wrote: > >>>>> On Tue, 15 Apr 2014 19:44+0200, Trond Endrest=F8l wrote: > >>>>> > >>>>>> On Fri, 11 Apr 2014 18:38+0200, Trond Endrest=F8l wrote: > >>>>>> > >>>>>>> Hi, > >>>>>>> > >>>>>>> I have a couple of uncritical systems running stable/8 r258344. > >>>>>>> Hardware is Dell OptiPlex GX260, BIOS A09, which is the latest re= v. > >>>>>>> > >>>>>>> The r264339 GENERIC kernel are unable to mount the root fs from t= he > >>>>>>> hard drive using MBR, FreeBSD slice, and UFS volume labels. > >>>>>>> > >>>>>>> r258344 obviously can. > >>>>>>> > >>>>>>> I even tried regular device names like /dev/ad0s1a in /etc/fstab,= =20 and > >>>>>>> at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still > >>>>>>> cannot mount the root fs. > >>>>>>> > >>>>>>> The new kernel (r264339) does recognize the ad0 harddrive, and ad= 0=20 is > >>>>>>> listed as one of the GEOM managed disk devices; acd0 being the ot= her > >>>>>>> one. > >>>>>>> > >>>>>>> Do I need to load additional geom modules, or is it a genuine bug? > >>>>>>> > >>>>>>> I have recreated the same conditions on a spare GX260, yes, I have > >>>>>>> plenty of them. > >>>>>> > >>>>>> I believe I have identified r262226 as the offending commit. > >>>>>> > >>>>>> Maybe the flags integer is set to a bad value before the calls to > >>>>>> resource_list_alloc(). > >>>>>> > >>>>>> My spare system is currently recompiling r262221 of both world and > >>>>>> kernel, and I hope to confirm this assumption in a few hours. > >>>>> > >>>>> Confirmed. > >>>>> > >>>>>> If all goes well, I intend to move forward to the latest revision = of > >>>>>> stable/8, back out the change done to sys/dev/pci/pci.c in r262226, > >>>>>> recompile world and kernel, install the kernel, and if successfull= y, > >>>>>> I'll install world as well. > >>>>> > >>>>> Confirmed, stable/8 r264519 with r262226 backed out does indeed work > >>>>> on a Dell OptiPlex GX260, BIOS A09. > >>>>> > >>>> > >>>> Just another data point related to r262226: > >>>> > >>>> Yesterday, I upgraded a stable/8 system from r260539 to r264426, whi= ch=20 could not > >>>> finish booting. In my case, it stopped just after detecting an agp c= ard=20 (and > >>>> could boot if agp was disabled by device.hints). > >>>> > >>>> Reverting r262226 gave me back a fully usable system. > >>>> > >>>> This system is also a Dell, but a (oldish) Dimension 4550 BIOS A08. > >>>> > >>>>> Any chance anyone would like to dig deeper into the matter? > >>>>> Should I file a PR? > >>>>> > >>>> > >>>> I think so, if jhb (cced) keep being interested in stable/8.. > >>>> > >>>> BTW, this morning I succeeded in booting a stable/10 snapshot r26419= 4=20 USB stick > >>>> on this machine. > >>> > >>> Can you get a verbose dmesg with and without the change? > >>> > >> > >> If r262226 is not reverted, the only way to boot and have a verbose dm= esg=20 is to > >> disable agp. Is it OK ? > > > > Yes. Hmmmm. I may know what the problem is then. Can you kldload agp= =20 after > > boot? > > >=20 > Here we are: >=20 > verbose dmesg, kernel with agp, r262226 reverted =3D verbose.pci.c_revert= ed >=20 > http://dl.free.fr/hp7ORcx71 >=20 > pciconf with the same kernel =3D pciconf.pci.c_reverted >=20 > http://dl.free.fr/tSrfsnxhK >=20 > verbose dmesg, kernel without agp, not reverted =3D verbose.noagp >=20 > http://dl.free.fr/gejndPCDZ None of these links work now. :( >=20 > With this kernel, kldloading agp.ko has for only effect to lock the syste= m=20 > (cannot switch vty, no answer to pings, ..) -> panic/power button. That is unexpected. :( =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 01:17:30 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67B5B2FA; Wed, 30 Apr 2014 01:17:30 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 31E2411C7; Wed, 30 Apr 2014 01:17:29 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s3U1HJaQ029988; Tue, 29 Apr 2014 18:17:23 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201404300117.s3U1HJaQ029988@gw.catspoiler.org> Date: Tue, 29 Apr 2014 18:17:19 -0700 (PDT) From: Don Lewis Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE To: jhb@FreeBSD.org In-Reply-To: <201404291650.32403.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Apr 2014 01:17:30 -0000 On 29 Apr, John Baldwin wrote: > On Monday, April 28, 2014 8:56:03 pm Don Lewis wrote: I just took a closer look at the dmesg output from the two kernels. >> agp0: on hostb0 >> hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xd0000000 The above line is different with the r262226 kernel: hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0 That looks significant to me. >> agp0: allocating GATT for aperture of size 256M >> [Hangs here] > > Humm, the other mails on this showed an address for what was allocated > here I thought during a verbose boot. > > Let me see if I can get my X220 to reproduce this on an 8.x kernel. > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 02:07:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 788E9CDB for ; Wed, 30 Apr 2014 02:07:39 +0000 (UTC) Received: from mail-ve0-x22e.google.com (mail-ve0-x22e.google.com [IPv6:2607:f8b0:400c:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B3F615F6 for ; Wed, 30 Apr 2014 02:07:39 +0000 (UTC) Received: by mail-ve0-f174.google.com with SMTP id oz11so1333885veb.19 for ; Tue, 29 Apr 2014 19:07:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=A7LkwX5HyAJoiNPhaR3Us9sRemTqd+aLV0HjS83MGyA=; b=pqynZKUvDSq4BC38OxIkFXeKFh0sNRgUbVU+cPb7BUZTLmVLe5eonuLBZ28gVcFwjo nTRIK2ytA++4EMh6kRZT58YY8ons6fealsaAQ5oZjLRvsAsnHAdPWhDNFSut2KH9eHVZ WWRWlV493HNxXIa9djQ/fQSffLB0Jcv1gHXfKsf2Yg3Et3GV4wCXgW5iJBnVe0wpN8/W l0U9uMgCAeJLr5pHvZNcUNluiDLYfN+plZgF2yN5ldBtdHDYdZoFc7coam94Uzvjsdys 4SZDskRzZJT6VwyIrXDoGr3OTS+k1Oe/Nv1JcfG97FcN98omM8mBKiwTQapkFNV2s7Ft ahyg== MIME-Version: 1.0 X-Received: by 10.58.202.133 with SMTP id ki5mr1271268vec.19.1398823657348; Tue, 29 Apr 2014 19:07:37 -0700 (PDT) Received: by 10.221.65.198 with HTTP; Tue, 29 Apr 2014 19:07:37 -0700 (PDT) Date: Tue, 29 Apr 2014 22:07:37 -0400 Message-ID: Subject: RELENG_8: ufs: "ROOT MOUNT ERROR" From: grarpamp To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Apr 2014 02:07:39 -0000 Hello. On an i386 GENERIC ... RELENG_8 from July 2012 works. RELENG_8 from this week fails to mount root. Updated source, built and installed kernel and world, no system changes made but that. It's also failing to print any errmsg here... sys/kern/vfs_mount.c:1872: printf("ROOT MOUNT ERROR: %s\n", errmsg); Then I noticed bsdlabel ad0s1 had ad0s1b as 'unused' ie: 0, but it's ufs now, so... gpart modify -i 2 -t freebsd-ufs ad0s1 which didn't help. Loading... geom_part_{bsd,mbr,gpt,ebr} showed these were already in the new GENERIC kernel. Loading... geom_{bsd,mbr} didn't help. Then for fun... boot0cfg -b /boot/boot0 ad0 gpart bootcode -b /boot/boot ad0s1 which didn't help as expected. There's nothing disk related in /boot.config /boot/loader.conf* but atapicam, geom_eli, and zfs for later use with /etc/rc. So I'm booted back on the old kernel and mounted just fine for now. What changed in the new kernel so that it no longer mounts my root? Ideas? Current state... Trying to mount root from ufs:/dev/ad0s1a ROOT MOUNT ERROR: ... Loader variables: vfs.root.mountfrom=ufs:/dev/ad0s1a vfs.root.mountfrom.options=ro ... mountroot> ? ... List of GEOM managed disk devices: cd1 cd0 ad13 ad12 ad10 ad6 ad4 acd1 acd0 ad0 fd0 ... mountroot> ufs:/dev/ad0s1a Trying to mount root from ufs:/dev/ad0s1a ROOT MOUNT ERROR: ... mountroot> panic: Root mount failed, startup aborted. gpart show ad0 => 63 17803377 ad0 MBR (8.5G) 63 6421905 1 freebsd [active] (3.1G) 6421968 11381328 2 freebsd (5.4G) 17803296 144 - free - (72k) *** ad0s2 is actually part of a zpool now. I don't think there is a proper slice type for that, and I couldn't find any list in fdisk.c or /usr/include. I thought that might cause a tasting issue but I checked and the first 8k of ad0s2 is all zero's. gpart show ad0s1 => 0 6421905 ad0s1 BSD (3.1G) 0 786432 1 freebsd-ufs (384M) 786432 131072 2 freebsd-ufs (64M) 917504 393216 7 freebsd-ufs (192M) 1310720 1310720 6 freebsd-ufs (640M) 2621440 1048576 4 freebsd-ufs (512M) 3670016 2751889 5 freebsd-ufs (1.3G) bsdlabel ad0s1 # /dev/ad0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 786432 0 4.2BSD 0 0 0 b: 131072 786432 4.2BSD 0 0 0 c: 6421905 0 unused 0 0 # "raw" part, don't edit d: 1048576 2621440 4.2BSD 0 0 0 e: 2751889 3670016 4.2BSD 0 0 0 f: 1310720 1310720 4.2BSD 0 0 0 g: 393216 917504 4.2BSD 0 0 0 fstab /dev/ad0s1a / ufs ro 0 1 /dev/ad0s1b none swap xx,sw 0 0 /dev/ad0s1b /t ufs rw 0 2 /dev/ad0s1d /var ufs xx,rw 2 2 /dev/ad0s1e /tmp ufs xx,rw 2 2 /dev/ad0s1f /usr ufs ro 0 2 /dev/ad0s1g /usr/local ufs xx,ro 0 2 /dev/ad0s1h /a ufs xx,rw 0 1 /dev/ad0s1ha /boot/zfs ufs xx,rw 0 1 md /boot/zfs mfs rw,-s1m,-M,-p0755 0 0 /dev/ad0s1hb /a ufs xx,rw 0 1 md /a mfs rw,-s1m,-M,-p0755 0 0 /dev/acd0 /cdrom0 cd9660 ro,noauto 0 0 /dev/acd1 /cdrom1 cd9660 ro,noauto 0 0 Zfs handles other mountpoints in /etc/rc. diff /boot/boot 33c33 < 00000200 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| --- > 00000200 57 45 56 82 00 00 00 00 61 6d 6e 65 73 69 61 63 |WEV.....amnesiac| 35,37c35,37 < 00000220 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| < 00000230 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| < 00000240 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| --- > 00000220 00 00 00 00 00 00 00 00 00 02 00 00 3f 00 00 00 |............?...| > 00000230 10 00 00 00 e2 18 00 00 f0 03 00 00 91 fd 61 00 |..............a.| > 00000240 00 00 00 00 00 00 00 00 10 0e 01 00 00 00 00 00 |................| 41,49c41,49 < 00000280 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| < 00000290 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| < 000002a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| < 000002b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| < 000002c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| < 000002d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| < 000002e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| < 000002f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| < 00000300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| --- > 00000280 00 00 00 00 57 45 56 82 b4 c8 08 00 00 20 00 00 |....WEV...... ..| > 00000290 00 00 00 00 00 00 0c 00 3f 00 00 00 00 00 00 00 |........?.......| > 000002a0 07 00 00 00 00 00 02 00 3f 00 0c 00 00 00 00 00 |........?.......| > 000002b0 07 00 00 00 91 fd 61 00 3f 00 00 00 00 00 00 00 |......a.?.......| > 000002c0 00 00 00 00 00 00 10 00 3f 00 28 00 00 00 00 00 |........?.(.....| > 000002d0 07 00 00 00 91 fd 29 00 3f 00 38 00 00 00 00 00 |......).?.8.....| > 000002e0 07 00 00 00 00 00 14 00 3f 00 14 00 00 00 00 00 |........?.......| > 000002f0 07 00 00 00 00 00 06 00 3f 00 0e 00 00 00 00 00 |........?.......| > 00000300 07 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 03:07:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4EE7DDBC for ; Wed, 30 Apr 2014 03:07:46 +0000 (UTC) Received: from mail-vc0-x22a.google.com (mail-vc0-x22a.google.com [IPv6:2607:f8b0:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 087DB1B81 for ; Wed, 30 Apr 2014 03:07:45 +0000 (UTC) Received: by mail-vc0-f170.google.com with SMTP id hr9so1444559vcb.15 for ; Tue, 29 Apr 2014 20:07:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=kIsFOJgmzmOYdRf15Vjp6caxd+DzjZ+XyXtog0BbRPM=; b=AbX0YO15e4MS15AqVNDti4SxWkImhTWpC9t6GKM45yeOcn+JTN4oVZnNtgX1OiTjN1 BwFGd71oLLv9hZEGrDFSj1sMmJiavwkdSNTa4ZH8+TH1XELC2cYyjMf/PAFRI/996Xn5 +4I/R5MWsn3mM0xe0OLs8TOM6jTliuvekdytD2ycFOc05XA536cgZ9I3gsmqzZ/vETYZ x6wDuNHCfdEpoEMiKMdh51E2HuWyUw7DAjqdKBHQlZM7t4So5ZdZrZKQ4dvt2JIJsTBg pyJHPpqmYYc4QfJJ8nRvWK9fjbK7MHOjbopH8b7BHHmahLLJtvnQALrFzwtuh/Sc6Hku FcJg== MIME-Version: 1.0 X-Received: by 10.58.230.103 with SMTP id sx7mr1557904vec.28.1398827264252; Tue, 29 Apr 2014 20:07:44 -0700 (PDT) Received: by 10.221.65.198 with HTTP; Tue, 29 Apr 2014 20:07:44 -0700 (PDT) In-Reply-To: References: Date: Tue, 29 Apr 2014 23:07:44 -0400 Message-ID: Subject: Re: RELENG_8: ufs: "ROOT MOUNT ERROR" From: grarpamp To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Apr 2014 03:07:46 -0000 Adding some info... > On an i386 GENERIC ... > RELENG_8 from this week fails to mount root. The above means svn 265062. I have verbose dmesg from both if need be. I've only briefly compared them so far. > gpart show ad0 > => 63 17803377 ad0 MBR (8.5G) > 63 6421905 1 freebsd [active] (3.1G) > 6421968 11381328 2 freebsd (5.4G) > 17803296 144 - free - (72k) > > *** ad0s2 is actually part of a zpool now. I don't think there is > a proper slice type for that, and I couldn't find any list in fdisk.c > or /usr/include. I thought that might cause a tasting issue but I > checked and the first 8k of ad0s2 is all zero's. boot0cfg -v ad0 # flag start chs type end chs offset size 1 0x80 0: 1: 1 0xa5 1023: 15:63 63 6421905 2 0x00 1023:255:63 0xa5 1023: 15:63 6421968 11381328 version=2.0 drive=0x80 mask=0xf ticks=182 bell=# (0x23) options=packet,update,nosetdrv volume serial ID 0000-808f default_selection=F1 (Slice 1) fdisk ad0 ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=17662 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=17662 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 6421905 (3135 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 15/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 6421968, size 11381328 (5557 Meg), flag 0 beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 15/ sector 63 The data for partition 3 is: The data for partition 4 is: From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 07:39:22 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E84DF1B for ; Wed, 30 Apr 2014 07:39:22 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D714C1A6E for ; Wed, 30 Apr 2014 07:39:21 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.8/8.14.8) with ESMTP id s3U7dFVg015761 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Apr 2014 09:39:15 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.8/8.14.8/Submit) with ESMTP id s3U7dE0s015758; Wed, 30 Apr 2014 09:39:14 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Wed, 30 Apr 2014 09:39:14 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: grarpamp Subject: Re: RELENG_8: ufs: "ROOT MOUNT ERROR" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Apr 2014 07:39:22 -0000 On Tue, 29 Apr 2014 22:07-0400, grarpamp wrote: > Hello. > > On an i386 GENERIC ... > RELENG_8 from July 2012 works. > RELENG_8 from this week fails to mount root. Try to back out r262226, rebuild the kernel and install that kernel. E.g. # boot the old kernel (/boot/kernel.old/kernel) # Move the bad kernel out of the way mv /boot/kernel /boot/kernel.bad # Make sure you keep the good kernel in place mv /boot/kernel.old /boot/kernel cd /usr/src svn diff -r 262226:262225 sys/dev/pci/pci.c | patch make -D NO_CLEAN buildkernel make installkernel > Updated source, built and installed kernel and world, > no system changes made but that. > > It's also failing to print any errmsg here... > sys/kern/vfs_mount.c:1872: printf("ROOT MOUNT ERROR: %s\n", errmsg); > > > Then I noticed > bsdlabel ad0s1 > had ad0s1b as 'unused' ie: 0, but it's ufs now, so... > gpart modify -i 2 -t freebsd-ufs ad0s1 > which didn't help. > > Loading... > geom_part_{bsd,mbr,gpt,ebr} > showed these were already in the new GENERIC kernel. > > Loading... > geom_{bsd,mbr} > didn't help. > > Then for fun... > boot0cfg -b /boot/boot0 ad0 > gpart bootcode -b /boot/boot ad0s1 > which didn't help as expected. > > There's nothing disk related in > /boot.config > /boot/loader.conf* > but atapicam, geom_eli, and zfs for later use with /etc/rc. > > So I'm booted back on the old kernel and mounted just fine for now. > > What changed in the new kernel so that it no longer mounts my root? > Ideas? > > > Current state... > > > Trying to mount root from ufs:/dev/ad0s1a > ROOT MOUNT ERROR: > ... > Loader variables: > vfs.root.mountfrom=ufs:/dev/ad0s1a > vfs.root.mountfrom.options=ro > ... > mountroot> ? > ... > List of GEOM managed disk devices: > cd1 cd0 ad13 ad12 ad10 ad6 ad4 acd1 acd0 ad0 fd0 > ... > mountroot> ufs:/dev/ad0s1a > Trying to mount root from ufs:/dev/ad0s1a > ROOT MOUNT ERROR: > ... > mountroot> > panic: Root mount failed, startup aborted. > > > gpart show ad0 > => 63 17803377 ad0 MBR (8.5G) > 63 6421905 1 freebsd [active] (3.1G) > 6421968 11381328 2 freebsd (5.4G) > 17803296 144 - free - (72k) > > *** ad0s2 is actually part of a zpool now. I don't think there is > a proper slice type for that, and I couldn't find any list in fdisk.c > or /usr/include. I thought that might cause a tasting issue but I > checked and the first 8k of ad0s2 is all zero's. > > gpart show ad0s1 > => 0 6421905 ad0s1 BSD (3.1G) > 0 786432 1 freebsd-ufs (384M) > 786432 131072 2 freebsd-ufs (64M) > 917504 393216 7 freebsd-ufs (192M) > 1310720 1310720 6 freebsd-ufs (640M) > 2621440 1048576 4 freebsd-ufs (512M) > 3670016 2751889 5 freebsd-ufs (1.3G) > > > bsdlabel ad0s1 > # /dev/ad0s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 786432 0 4.2BSD 0 0 0 > b: 131072 786432 4.2BSD 0 0 0 > c: 6421905 0 unused 0 0 # "raw" part, don't edit > d: 1048576 2621440 4.2BSD 0 0 0 > e: 2751889 3670016 4.2BSD 0 0 0 > f: 1310720 1310720 4.2BSD 0 0 0 > g: 393216 917504 4.2BSD 0 0 0 > > > fstab > /dev/ad0s1a / ufs ro 0 1 > /dev/ad0s1b none swap xx,sw 0 0 > /dev/ad0s1b /t ufs rw 0 2 > /dev/ad0s1d /var ufs xx,rw 2 2 > /dev/ad0s1e /tmp ufs xx,rw 2 2 > /dev/ad0s1f /usr ufs ro 0 2 > /dev/ad0s1g /usr/local ufs xx,ro 0 2 > /dev/ad0s1h /a ufs xx,rw 0 1 > /dev/ad0s1ha /boot/zfs ufs xx,rw 0 1 > md /boot/zfs mfs rw,-s1m,-M,-p0755 0 0 > /dev/ad0s1hb /a ufs xx,rw 0 1 > md /a mfs rw,-s1m,-M,-p0755 0 0 > /dev/acd0 /cdrom0 cd9660 ro,noauto 0 0 > /dev/acd1 /cdrom1 cd9660 ro,noauto 0 0 > > Zfs handles other mountpoints in /etc/rc. > > > diff /boot/boot > 33c33 > < 00000200 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > --- > > 00000200 57 45 56 82 00 00 00 00 61 6d 6e 65 73 69 61 63 |WEV.....amnesiac| > 35,37c35,37 > < 00000220 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > < 00000230 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > < 00000240 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > --- > > 00000220 00 00 00 00 00 00 00 00 00 02 00 00 3f 00 00 00 |............?...| > > 00000230 10 00 00 00 e2 18 00 00 f0 03 00 00 91 fd 61 00 |..............a.| > > 00000240 00 00 00 00 00 00 00 00 10 0e 01 00 00 00 00 00 |................| > 41,49c41,49 > < 00000280 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > < 00000290 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > < 000002a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > < 000002b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > < 000002c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > < 000002d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > < 000002e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > < 000002f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > < 00000300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > --- > > 00000280 00 00 00 00 57 45 56 82 b4 c8 08 00 00 20 00 00 |....WEV...... ..| > > 00000290 00 00 00 00 00 00 0c 00 3f 00 00 00 00 00 00 00 |........?.......| > > 000002a0 07 00 00 00 00 00 02 00 3f 00 0c 00 00 00 00 00 |........?.......| > > 000002b0 07 00 00 00 91 fd 61 00 3f 00 00 00 00 00 00 00 |......a.?.......| > > 000002c0 00 00 00 00 00 00 10 00 3f 00 28 00 00 00 00 00 |........?.(.....| > > 000002d0 07 00 00 00 91 fd 29 00 3f 00 38 00 00 00 00 00 |......).?.8.....| > > 000002e0 07 00 00 00 00 00 14 00 3f 00 14 00 00 00 00 00 |........?.......| > > 000002f0 07 00 00 00 00 00 06 00 3f 00 0e 00 00 00 00 00 |........?.......| > > 00000300 07 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 16:25:42 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 959E963B; Wed, 30 Apr 2014 16:25:42 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6E9BE15B0; Wed, 30 Apr 2014 16:25:42 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4B615B9CB; Wed, 30 Apr 2014 12:25:41 -0400 (EDT) From: John Baldwin To: Don Lewis Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE Date: Wed, 30 Apr 2014 12:25:22 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201404300117.s3U1HJaQ029988@gw.catspoiler.org> In-Reply-To: <201404300117.s3U1HJaQ029988@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201404301225.22945.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 30 Apr 2014 12:25:41 -0400 (EDT) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Apr 2014 16:25:42 -0000 On Tuesday, April 29, 2014 9:17:19 pm Don Lewis wrote: > On 29 Apr, John Baldwin wrote: > > On Monday, April 28, 2014 8:56:03 pm Don Lewis wrote: > > I just took a closer look at the dmesg output from the two kernels. > > >> agp0: on hostb0 > >> hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xd0000000 > > The above line is different with the r262226 kernel: > hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0 Yes, a resource at 0 is going to break things. 9.2 has the NEW_PCIB option enabled. You can try enabling that for 8.4 to see if it fixes this issue. If it does, it narrows down where to look for the bug. > That looks significant to me. > > >> agp0: allocating GATT for aperture of size 256M > >> [Hangs here] > > > > Humm, the other mails on this showed an address for what was allocated > > here I thought during a verbose boot. > > > > Let me see if I can get my X220 to reproduce this on an 8.x kernel. This did not succeed in breaking. :( -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 17:30:10 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14D7B7EF; Wed, 30 Apr 2014 17:30:10 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 ED3E51C8C; Wed, 30 Apr 2014 17:30:09 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s3UHU197032339; Wed, 30 Apr 2014 10:30:05 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201404301730.s3UHU197032339@gw.catspoiler.org> Date: Wed, 30 Apr 2014 10:30:01 -0700 (PDT) From: Don Lewis Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE To: jhb@FreeBSD.org In-Reply-To: <201404301225.22945.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Apr 2014 17:30:10 -0000 On 30 Apr, John Baldwin wrote: > On Tuesday, April 29, 2014 9:17:19 pm Don Lewis wrote: >> On 29 Apr, John Baldwin wrote: >> > On Monday, April 28, 2014 8:56:03 pm Don Lewis wrote: >> >> I just took a closer look at the dmesg output from the two kernels. >> >> >> agp0: on hostb0 >> >> hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xd0000000 >> >> The above line is different with the r262226 kernel: >> hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0 > > Yes, a resource at 0 is going to break things. 9.2 has the NEW_PCIB option > enabled. You can try enabling that for 8.4 to see if it fixes this issue. > If it does, it narrows down where to look for the bug. It behaves the same way with NEW_PCIB. I see hostb at 0 and then the hang shortly thereafter. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 20:04:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06A65701 for ; Wed, 30 Apr 2014 20:04:08 +0000 (UTC) Received: from mail-vc0-x230.google.com (mail-vc0-x230.google.com [IPv6:2607:f8b0:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BB5481111 for ; Wed, 30 Apr 2014 20:04:07 +0000 (UTC) Received: by mail-vc0-f176.google.com with SMTP id lg15so111324vcb.7 for ; Wed, 30 Apr 2014 13:04:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=aSj6msyV5BK9GtC0WXwvDpJFT0tXps6CEOZFdTF0IaY=; b=KmgvgyiNa52k6dh4OSsm80IXLvz5wNjKdH/zoX2GrPKUetQ3tu36rxiVyGG5qHDRHh 78Uwp+svg2cxeV0FEXYobMm7j+8S8CCbuAW/m8FZIZLN0I/kB8mIpHVZs5zOdYtvXlXM w4k+rgm+EnSJDiyfC/zzign4/9K8ioF0DMY4U388lsd24uppZWDj8bedO7s2tDgnexn2 iAJWIpFo/voZI6AXnXaVA/iC8r88OaWPjrSr31xp9mlhVbhJ8KJAewAC4Bi9iqQnxQpV h5wHADbKlG6xLhrhSToWaO9LbS92yHqQtZP6lXOjfonb3wD57AWiMbXrDRSs9mtM3LKM Fvrw== MIME-Version: 1.0 X-Received: by 10.220.92.135 with SMTP id r7mr4991168vcm.11.1398888246555; Wed, 30 Apr 2014 13:04:06 -0700 (PDT) Received: by 10.221.65.198 with HTTP; Wed, 30 Apr 2014 13:04:06 -0700 (PDT) In-Reply-To: References: Date: Wed, 30 Apr 2014 16:04:06 -0400 Message-ID: Subject: Re: RELENG_8: ufs: "ROOT MOUNT ERROR" From: grarpamp To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Apr 2014 20:04:08 -0000 I just saw the related threads from you and Don a few hours ago. I haven't digest all of those threads yet, but I have no agp lockup, mine always made it to mountroot> prompt. > Try to back out r262226, rebuild the kernel and install that kernel. That works. I'll do a full rebuild later on, and wait for a commit mentioning mountroot before moving off the old kernel. > make -D NO_CLEAN buildkernel There's also KERNFAST. Some bits... Preloaded elf module "/boot/kernel/drm.ko" at 0xc15c6640. Preloaded elf module "/boot/kernel/i915.ko" at 0xc15c66e8. agp0: on vgapci0 agp0: aperture size is 128M, detected 892k stolen memory drm0: on vgapci0 info: [drm] AGP at 0xe0000000 128MB info: [drm] Initialized i915 1.6.0 20080730 Now apparently off topic, yet including for others who might hit mountroot on a good kernel and want to check more various fs related things as in my earlier posts... Disk reads are fine... dd if=/dev/ad0 of=/dev/null bs=1m conv=noerror 8693+1 records in 8693+1 records out 9115361280 bytes transferred in 604.547960 secs (15077979 bytes/sec) Fsck is fine... fsck -fn ad0s1a ** /dev/ad0s1a (NO WRITE) ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups x files, x used, x free (x frags, x blocks, x.x% fragmentation) MBR diff limited to the slice table... diff /boot/boot0 28,30c28,30 < 000001b0 69 76 65 20 00 00 80 8f a8 a8 a8 a8 b6 00 00 00 |ive ............| < 000001c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| < 000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| --- > 000001b0 69 76 65 20 b1 00 80 8f 00 00 80 8f b6 00 80 01 |ive ............| > 000001c0 01 00 a5 0f ff ff 3f 00 00 00 91 fd 61 00 00 ff |......?.....a...| > 000001d0 ff ff a5 0f ff ff d0 fd 61 00 50 aa ad 00 00 00 |........a.P.....| From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 21:38:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06183A3E; Wed, 30 Apr 2014 21:38:51 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D4FA619B4; Wed, 30 Apr 2014 21:38:50 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C0707B948; Wed, 30 Apr 2014 17:38:49 -0400 (EDT) From: John Baldwin To: Don Lewis Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE Date: Wed, 30 Apr 2014 17:38:26 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201404301730.s3UHU197032339@gw.catspoiler.org> In-Reply-To: <201404301730.s3UHU197032339@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201404301738.26632.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 30 Apr 2014 17:38:49 -0400 (EDT) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Apr 2014 21:38:51 -0000 On Wednesday, April 30, 2014 1:30:01 pm Don Lewis wrote: > On 30 Apr, John Baldwin wrote: > > On Tuesday, April 29, 2014 9:17:19 pm Don Lewis wrote: > >> On 29 Apr, John Baldwin wrote: > >> > On Monday, April 28, 2014 8:56:03 pm Don Lewis wrote: > >> > >> I just took a closer look at the dmesg output from the two kernels. > >> > >> >> agp0: on hostb0 > >> >> hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xd0000000 > >> > >> The above line is different with the r262226 kernel: > >> hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0 > > > > Yes, a resource at 0 is going to break things. 9.2 has the NEW_PCIB option > > enabled. You can try enabling that for 8.4 to see if it fixes this issue. > > If it does, it narrows down where to look for the bug. > > It behaves the same way with NEW_PCIB. I see hostb at 0 and then the > hang shortly thereafter. Ok. hostb isn't actually behind a bridge so that probably makes sense. The one other reporter who sent me debug output had a BAR on his vgapci0 device that ended up being at 0 as well (and an active BAR at 0 is pretty much guaranteed to hose a box). Are you up for doing some printf sleuthing? There are two odd things that I see so far: 1) the base address of 0. The question here is if pci_add_map() in sys/dev/pci/pci.c decides to set start to 0 explicitly, or if it happens further up the callchain (should be bus_alloc_resource calls in sys/dev/acpica/acpi_pcib_acpi.c, sys/x86/x86/nexus.c and then in the rman code itself in sys/kern/subr_rman.c) 2) The 'reserved' printfs during boot probe. Those come from a printf in pci_alloc_resource() in sys/dev/pci/pci.c. However, that should not be called until a driver attaches to a device and calls bus_alloc_resource(). It should not be called from pci_add_child() as it seems to be now. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 22:45:10 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E074DBA0; Wed, 30 Apr 2014 22:45:10 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 A62F51144; Wed, 30 Apr 2014 22:45:10 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s3UMj2UL033567; Wed, 30 Apr 2014 15:45:06 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201404302245.s3UMj2UL033567@gw.catspoiler.org> Date: Wed, 30 Apr 2014 15:45:02 -0700 (PDT) From: Don Lewis Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE To: jhb@FreeBSD.org In-Reply-To: <201404301738.26632.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 30 Apr 2014 22:45:10 -0000 On 30 Apr, John Baldwin wrote: > On Wednesday, April 30, 2014 1:30:01 pm Don Lewis wrote: >> On 30 Apr, John Baldwin wrote: >> > On Tuesday, April 29, 2014 9:17:19 pm Don Lewis wrote: >> >> On 29 Apr, John Baldwin wrote: >> >> > On Monday, April 28, 2014 8:56:03 pm Don Lewis wrote: >> >> >> >> I just took a closer look at the dmesg output from the two kernels. >> >> >> >> >> agp0: on hostb0 >> >> >> hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xd0000000 >> >> >> >> The above line is different with the r262226 kernel: >> >> hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0 >> > >> > Yes, a resource at 0 is going to break things. 9.2 has the NEW_PCIB > option >> > enabled. You can try enabling that for 8.4 to see if it fixes this issue. >> > If it does, it narrows down where to look for the bug. >> >> It behaves the same way with NEW_PCIB. I see hostb at 0 and then the >> hang shortly thereafter. > > Ok. hostb isn't actually behind a bridge so that probably makes sense. The > one other reporter who sent me debug output had a BAR on his vgapci0 device > that ended up being at 0 as well (and an active BAR at 0 is pretty much > guaranteed to hose a box). > > Are you up for doing some printf sleuthing? There are two odd things that I > see so far: Yup, I've already started down that path. > 1) the base address of 0. The question here is if pci_add_map() in > sys/dev/pci/pci.c decides to set start to 0 explicitly, or if it happens > further up the callchain (should be bus_alloc_resource calls in > sys/dev/acpica/acpi_pcib_acpi.c, sys/x86/x86/nexus.c and then in the > rman code itself in sys/kern/subr_rman.c) > > 2) The 'reserved' printfs during boot probe. Those come from a printf in > pci_alloc_resource() in sys/dev/pci/pci.c. However, that should not be called > until a driver attaches to a device and calls bus_alloc_resource(). It should > not be called from pci_add_child() as it seems to be now. What I know so far is that for hostb0, pci_alloc_resource() is being called with start=0x0 and end=0xffffffff, resource_list_find() is succeeding, we don't call pci_alloc_map(), and rman_get_start(rle->res) is returning 0. I don't see a call for pci_add_map() for hostb0 unless it is much earlier and scrolled off the screen. For debugging #2, should I back out r262226 so that the machine boots and I can capture the full dmesg buffer? From owner-freebsd-stable@FreeBSD.ORG Thu May 1 05:55:55 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0203DF4D; Thu, 1 May 2014 05:55:55 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 D9F961039; Thu, 1 May 2014 05:55:54 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s415tfL6034493; Wed, 30 Apr 2014 22:55:45 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201405010555.s415tfL6034493@gw.catspoiler.org> Date: Wed, 30 Apr 2014 22:55:41 -0700 (PDT) From: Don Lewis Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE To: jhb@FreeBSD.org In-Reply-To: <201404301738.26632.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 May 2014 05:55:55 -0000 On 30 Apr, John Baldwin wrote: > Are you up for doing some printf sleuthing? There are two odd things that I > see so far: > > 1) the base address of 0. The question here is if pci_add_map() in > sys/dev/pci/pci.c decides to set start to 0 explicitly, or if it happens > further up the callchain (should be bus_alloc_resource calls in > sys/dev/acpica/acpi_pcib_acpi.c, sys/x86/x86/nexus.c and then in the > rman code itself in sys/kern/subr_rman.c) > > 2) The 'reserved' printfs during boot probe. Those come from a printf in > pci_alloc_resource() in sys/dev/pci/pci.c. However, that should not be called > until a driver attaches to a device and calls bus_alloc_resource(). It should > not be called from pci_add_child() as it seems to be now. The call graph for the four earlier ones that you previously pointed out (not hostb0) is: pci_add_child() pci_add_resources() *_early_takeover() [I suspect] bus_alloc_resource_any() pci_alloc_resource() These are the three system uhci controllers and the system ehci controller, which apparently pass this test: pci_get_class(dev) == PCIC_SERIALBUS && pci_get_subclass(dev) == PCIS_SERIALBUS_USB From owner-freebsd-stable@FreeBSD.ORG Thu May 1 06:06:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E052AB6 for ; Thu, 1 May 2014 06:06:07 +0000 (UTC) Received: from mail-ve0-x236.google.com (mail-ve0-x236.google.com [IPv6:2607:f8b0:400c:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A32AB10FE for ; Thu, 1 May 2014 06:06:07 +0000 (UTC) Received: by mail-ve0-f182.google.com with SMTP id jw12so3522944veb.27 for ; Wed, 30 Apr 2014 23:06:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=A5iIxekMZG9Xrva3hm+PgorUkXhF5sdhFLd1Ube0q/o=; b=PnbDMBOvtcTbIngEIVXD9IF8UU6GMQGr5GPBvHG/flxt0VwV6xU/HyjNYNdnmLvAWG vaX/BR98pAmzyBecz/eB4xoGeEqPTJOz9uMXAO6LJG9wE0n42UtOo87e0X+IwMX7rvX/ pQUc2THTjb6HRFxpONhOmVdggA0+FNdIt7XMvdVOIv5P5UXMCywjVzkm1bMJsC1D8Udm fjQ4yO+EzvSYjN7KE1JqOMJi7xgrHBlO8Fui+jR24IJGKPJQZzGs4LlAG/vmntDTh5tl Wa/yQFRm3VNRMdWwUFh4QgVjvu6+3sOzxzCWtX8z9ISGQ5mrUJml5jvdJW7IxdPy8dI7 WtfQ== MIME-Version: 1.0 X-Received: by 10.52.137.174 with SMTP id qj14mr62692vdb.32.1398924366745; Wed, 30 Apr 2014 23:06:06 -0700 (PDT) Received: by 10.221.65.198 with HTTP; Wed, 30 Apr 2014 23:06:06 -0700 (PDT) Date: Thu, 1 May 2014 02:06:06 -0400 Message-ID: Subject: Thinkpad R60 hangs when booting recent 8.4-STABLE From: grarpamp To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 May 2014 06:06:07 -0000 Here are my relevant verbose diffs after removing 262226. If whoever wanted a verbose boot still needs one just ask. < FreeBSD 8.4-STABLE #0 r265062: ... ... .. ..:..:.. ... 2014 > FreeBSD 8.4-STABLE #1 r265149M: ... ... .. ..:..:.. ... 2014 < vgapci0: mem 0-0x7ffffff,0xee000000-0xee07ffff irq 16 at device 2.0 on pci0 > vgapci0: mem 0xe0000000-0xe7ffffff,0xee000000-0xee07ffff irq 16 at device 2.0 on pci0 < vgapci0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0 > vgapci0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 < info: [drm] AGP at 0x00000000 128MB > info: [drm] AGP at 0xe0000000 128MB < ROOT MOUNT ERROR: > start_init: trying /sbin/init From owner-freebsd-stable@FreeBSD.ORG Thu May 1 16:24:22 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5025173B for ; Thu, 1 May 2014 16:24:22 +0000 (UTC) Received: from st11p02mm-asmtp002.mac.com (st11p02mm-asmtp002.mac.com [17.172.220.237]) by mx1.freebsd.org (Postfix) with ESMTP id 132971E82 for ; Thu, 1 May 2014 16:24:21 +0000 (UTC) MIME-version: 1.0 Received: from hobbes.nimgs.com ([184.188.181.148]) by st11p02mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0N4W004EULJZ4O40@st11p02mm-asmtp002.mac.com> for freebsd-stable@freebsd.org; Thu, 01 May 2014 16:24:01 +0000 (GMT) From: Craig Yoshioka Subject: problems with chown as root on nfs4 export Message-id: Date: Thu, 01 May 2014 09:23:58 -0700 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1874) X-MANTSH: 1TEIXWV4bG1oaGkdHB0lGUkdDRl5PWBoaHxEKTEMXGx0EGx0YBBIZBBscEBseGh8 aEQpYTRdLEQptfhcaEQpMWRcbGhsbEQpZSRcRClleF2NjeREKQ04XSxsbGmJCHx1SHWh1GXhzB x4bGxwYHhseEQpYXBcZBBoEHQdNSx0SSEkcTAUbHQQbHRgEEhkEGxwQGx4aHxsRCl5ZF2FHaEc SEQpDWhcbEh4EGxISBBsSGwQbHhIRCkJeFxsRCkJFF2hPY2VQAUNtenJaEQpCThdscGB5QB1iU mkaYhEKQkwXYH1zaEB/aH1SU2QRCkJsF2MZa0cSGWtSZE1gEQpCQBdvXmBHS3B4fwFuexEKQlg XaVAZX1kZZltzaVsRCnBnF2NGGG9CcHtDHWUeEQpwaxdoEmB6fGFoHxlDexEKcEsXYR1eE0lmQ HhJE20RCnBrF2Z5QxsdYURAaWh6EQpwSxduSE0aQEhyWQFNbBEKcGsXbFMSBWUcbx5re3gRCnB LF2V4fB5PXFNvfgF8EQpwaxdkH1gbTE9kSFpZRREKcEsXZX4ZfkQTQWJPBUcRCnBsF2QTcn1pR HlZHnJ9EQ== X-CLX-Spam: false X-CLX-Score: 1011 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96,1.0.14,0.0.0000 definitions=2014-05-01_05:2014-04-30,2014-05-01,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1405010243 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 May 2014 16:24:22 -0000 I=92ve posted this same email to the linux NFS mailing list since I = think it might be client-side problem, but thought I might look for = input here as well. problem: when using chown as root on a nfs4 filesystem on newer linux = releases file owners get sets to nobody. the user type doesn=92t seem to matter (/etc/passwd, LDAP, = Samba4) setup: Server is FreeBSD 10 system with NFSv4 share. Server and clients are all configured with the same idmap domain Network users have consistent uid/gid on server and clients clients with older linux releases work OK (Ubuntu 12.04, CentOS 5 = and 6) clients with newer linux releases do not work ( Fedora 20, Ubuntu = 14.04, Mint 16 ) clues: 1. working and non-working systems get to the same fchownat() system = call with the same arguments (via strace). example (identical on working and non-working client): ... fchownat(AT_FDCWD, "/mnt/test", 11111, 4294967295, 0) =3D 0 close(1) =3D 0 close(2) =3D 0 close(4) =3D 0 exit_group(0) =3D ? +++ exited with 0 +++ 2. working system sends NFSV4 SETATTR request with owner set to: = matlab@nimgs.com and non-working as 11111 (via wireshark) 3. I can=92t rule out misconfiguration. but I=92ve configured as = identically as I could, and tried a lot of small vairations. these are = my current settings (the pipefs settings are the distro defaults) From owner-freebsd-stable@FreeBSD.ORG Thu May 1 19:28:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18F1FE84 for ; Thu, 1 May 2014 19:28:07 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 887DC1358 for ; Thu, 1 May 2014 19:28:06 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id 30ACFB9038 for ; Thu, 1 May 2014 21:18:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:message-id:subject:subject:from:from:date :date:received:received; s=mimar-0901; t=1398971885; x= 1400786286; bh=QprLYhWX1bkGTx1cq3QFcs1akiOsfR1bHVCdGDd0DNA=; b=K 0i1Szg3qOKkm/vT0xL/3YfWluIe//VLUhSYoxLl1ZDPhPWhNNsAVb8VxMpnoX+8G +TMMskElsDs6iq5PFAUAl3ScQdUU2g2msrgPFKf+HA2dQlhDJqCPJM+jxuvA3Js1 +hZi4g114XA4aMS1hxwSOEDqkSJOa+qMtfGyJWC/uc= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id LkjEEP1JK-3E for ; Thu, 1 May 2014 21:18:05 +0200 (CEST) Received: from kaa.mimar.rs (93-87-212-124.dynamic.isp.telekom.rs [93.87.212.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id A840EB9043 for ; Thu, 1 May 2014 21:18:05 +0200 (CEST) Date: Thu, 1 May 2014 21:18:03 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: file corruption possibly related to fuse Message-Id: <20140501211803.22e1bd676877c3538ba63ac6@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 May 2014 19:28:07 -0000 I see this problem for the third time in a few months, so I thought I should share with someone. I am on 10.0-RELEASE-p1 amd64. Copying files to external FAT or NTFS formatted USB disks ends up with bunch of strangely named files which can't be deleted, similar to: pacija@kaa:~/mnt/somefolder % ls -ilh ls: &=EF=BF=BD=EF=BF=BD?(?=EF=BF=BD?.=EF=BF=BDL?: Invalid argument ls: '?=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDo=EF=BF=BD.=EF=BF=BD?=EF=BF=BD:= Invalid argument ls: +?-??x_~.s=EF=BF=BD=7F: Invalid argument ls: /=EF=BF=BD~?=EF=BF=BD=EF=BF=BD=EF=BF=BD?.?i=EF=BF=BD: No such file or= directory ls: :o&Rv1=EF=BF=BD=EF=BF=BD.=EF=BF=BD?f: Invalid argument ls: :=EF=BF=BD???f?z.w=EF=BF=BD=EF=BF=BD: Invalid argument ls: ;m=EF=BF=BD?2?=EF=BF=BDy.=EF=BF=BD=EF=BF=BD}: Invalid argument ls: =EF=BF=BDt.8=EF=BF=BDe: Invalid argument ls: ?{wk??=EF=BF=BD=EF=BF=BD.=EF=BF=BD??: Invalid argument ls: ?=EF=BF=BD?s#"">.=EF=BF=BD=EF=BF=BD=EF=BF=BD: Invalid argument ls: ?=EF=BF=BD=EF=BF=BD/=EF=BF=BD=EF=BF=BD0?.=EF=BF=BDf=EF=BF=BD: Invalid= argument ls: ?=EF=BF=BD?K1\K=EF=BF=BD.=EF=BF=BDc?: Invalid argument ls: ?=EF=BF=BD=EF=BF=BDc=EF=BF=BD?W=EF=BF=BD.w=EF=BF=BD=EF=BF=BD: Invalid= argument ls: ?=EF=BF=BD=EF=BF=BDeRl?=EF=BF=BD.A?y: Invalid argument ls: ?=EF=BF=BD=EF=BF=BD6q=EF=BF=BDog.=EF=BF=BDg): Invalid argument It happens on different disks which lowers the possibility of hardware problem. I think it always involves fuse kernel module (this time I was copying files from NTFS drive to FAT32 file. It is not related to rsync only as I thought before, because this time files were copied in Thunar with copy/paste. Any tips where should I start looking for souultion would be appretiated. Also an advice how to delete these files now (they don't even have inode numbers). Regards, --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Thu May 1 19:36:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D4AF107 for ; Thu, 1 May 2014 19:36:14 +0000 (UTC) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 66241144A for ; Thu, 1 May 2014 19:36:14 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id va2so1433723obc.11 for ; Thu, 01 May 2014 12:36:13 -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:content-type; bh=EQJ1B93wsJvTsiq3R9cEAV7S2j7SnOqXN8GwyP+gjsQ=; b=InDz0wUZtlNvsfOElxxwQhabjTFSMbTe+dPwdgoD7lAjQx0cZijRmuCko6GKeQ6XKS 6c3gTmtGn4fHWlmPonbMwodtxY9bt8wJF+CA0Q82BQmKZo4+tYlwYEm5kGGWDHADw3GN Hl/tJUgX0TJcW/oc2b2e/wL6L1uOKO3LAS/tTYBXKiCrKQMRaO0vGjHQIFZCEWNiijBe 4vk9KPbAnk0YwFHV1XEozza4ZVIlKXbVpTqenkiSHi+GcyQyFh5FSQHfPD4+TnoJwduX zxYu8BtNpXtQrl+P4iPuZcYTrUGHzVGSAq77c8qF6TboVyhTIigsra39HItI7txA8zX4 ivLw== X-Received: by 10.60.132.12 with SMTP id oq12mr12808024oeb.42.1398972973601; Thu, 01 May 2014 12:36:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.87.104 with HTTP; Thu, 1 May 2014 12:35:52 -0700 (PDT) In-Reply-To: <20140501211803.22e1bd676877c3538ba63ac6@mimar.rs> References: <20140501211803.22e1bd676877c3538ba63ac6@mimar.rs> From: Henry Hu Date: Thu, 1 May 2014 15:35:52 -0400 Message-ID: Subject: Re: file corruption possibly related to fuse To: =?UTF-8?B?TWFya28gQ3VwYcSH?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 May 2014 19:36:14 -0000 On Thu, May 1, 2014 at 3:18 PM, Marko Cupa=C4=87 wro= te: > I see this problem for the third time in a few months, so I thought I > should share with someone. > > I am on 10.0-RELEASE-p1 amd64. Copying files to external FAT or NTFS > formatted USB disks ends up with bunch of strangely named files which > can't be deleted, similar to: > > pacija@kaa:~/mnt/somefolder % ls -ilh > ls: &=EF=BF=BD=EF=BF=BD?(?=EF=BF=BD?.=EF=BF=BDL?: Invalid argument > ls: '?=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDo=EF=BF=BD.=EF=BF=BD?=EF=BF=BD:= Invalid argument > ls: +?-??x_~.s=EF=BF=BD : Invalid argument > ls: /=EF=BF=BD~?=EF=BF=BD=EF=BF=BD=EF=BF=BD?.?i=EF=BF=BD: No such file or= directory > ls: :o&Rv1=EF=BF=BD=EF=BF=BD.=EF=BF=BD?f: Invalid argument > ls: :=EF=BF=BD???f?z.w=EF=BF=BD=EF=BF=BD: Invalid argument > ls: ;m=EF=BF=BD?2?=EF=BF=BDy.=EF=BF=BD=EF=BF=BD}: Invalid argument > ls: ls: ????=EF=BF=BD??=EF=BF=BD.=EF=BF=BDk?: Invalid argument > ls: ???=EF=BF=BD=EF=BF=BD=DD=A8=EF=BF=BD.fA?: Invalid argument > ls: ??=EF=BF=BD=EF=BF=BD5=EF=BF=BD?z.=EF=BF=BD?=EF=BF=BD: Invalid argumen= t > ls: ??=EF=BF=BDm?=EF=BF=BD!?.`??: Invalid argument > ls: ??=EF=BF=BD?0%=EF=BF=BD=EF=BF=BD.:=EF=BF=BD?: Invalid argument > ls: ??=EF=BF=BD?=EF=BF=BD?=EF=BF=BD=EF=BF=BD.=EF=BF=BDf=EF=BF=BD: Invalid= argument > ls: ?_=EF=BF=BD?=EF=BF=BD=EF=BF=BD5=EF=BF=BD.??=EF=BF=BD: Invalid argumen= t > ls: ?z=EF=BF=BDe=EF=BF=BD>=EF=BF=BDt.8=EF=BF=BDe: Invalid argument > ls: ?{wk??=EF=BF=BD=EF=BF=BD.=EF=BF=BD??: Invalid argument > ls: ?=EF=BF=BD?s#"">.=EF=BF=BD=EF=BF=BD=EF=BF=BD: Invalid argument > ls: ?=EF=BF=BD=EF=BF=BD/=EF=BF=BD=EF=BF=BD0?.=EF=BF=BDf=EF=BF=BD: Invalid= argument > ls: ?=EF=BF=BD?K1\K=EF=BF=BD.=EF=BF=BDc?: Invalid argument > ls: ?=EF=BF=BD=EF=BF=BDc=EF=BF=BD?W=EF=BF=BD.w=EF=BF=BD=EF=BF=BD: Invalid= argument > ls: ?=EF=BF=BD=EF=BF=BDeRl?=EF=BF=BD.A?y: Invalid argument > ls: ?=EF=BF=BD=EF=BF=BD6q=EF=BF=BDog.=EF=BF=BDg): Invalid argument > > It happens on different disks which lowers the possibility of hardware > problem. I think it always involves fuse kernel module (this time I was > copying files from NTFS drive to FAT32 file. It is not related to rsync > only as I thought before, because this time files were copied in Thunar > with copy/paste. > > Any tips where should I start looking for souultion would be > appretiated. Also an advice how to delete these files now (they don't > even have inode numbers). > I think that I've seen similar issues on FAT32 file systems. But I've seem that only on a few files and that's not persistant. Can you first try to identify the problem by testing only on FAT32 and only on NTFS? FAT32 should not depend on fuse, only ntfs-3g depends on fuse I think. > Regards, > -- > Marko Cupa=C4=87 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=20 Cheers, Henry From owner-freebsd-stable@FreeBSD.ORG Thu May 1 19:41:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF0753DD; Thu, 1 May 2014 19:41:49 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 986C4152E; Thu, 1 May 2014 19:41:49 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 28D81B97B; Thu, 1 May 2014 15:41:48 -0400 (EDT) From: John Baldwin To: Don Lewis Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE Date: Thu, 1 May 2014 14:33:37 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201405010555.s415tfL6034493@gw.catspoiler.org> In-Reply-To: <201405010555.s415tfL6034493@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201405011433.37678.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 01 May 2014 15:41:48 -0400 (EDT) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 May 2014 19:41:49 -0000 On Thursday, May 01, 2014 1:55:41 am Don Lewis wrote: > On 30 Apr, John Baldwin wrote: > > > Are you up for doing some printf sleuthing? There are two odd things that I > > see so far: > > > > 1) the base address of 0. The question here is if pci_add_map() in > > sys/dev/pci/pci.c decides to set start to 0 explicitly, or if it happens > > further up the callchain (should be bus_alloc_resource calls in > > sys/dev/acpica/acpi_pcib_acpi.c, sys/x86/x86/nexus.c and then in the > > rman code itself in sys/kern/subr_rman.c) > > > > 2) The 'reserved' printfs during boot probe. Those come from a printf in > > pci_alloc_resource() in sys/dev/pci/pci.c. However, that should not be called > > until a driver attaches to a device and calls bus_alloc_resource(). It should > > not be called from pci_add_child() as it seems to be now. > > The call graph for the four earlier ones that you previously pointed > out (not hostb0) is: > pci_add_child() > pci_add_resources() > *_early_takeover() > [I suspect] > bus_alloc_resource_any() > pci_alloc_resource() > > These are the three system uhci controllers and the system ehci > controller, which apparently pass this test: > pci_get_class(dev) == PCIC_SERIALBUS && > pci_get_subclass(dev) == PCIS_SERIALBUS_USB Oh, ok. That is fine, and that explains why it was selective in the past (and only for I/O resources). That just leaves 1) then. It would be especially good to know what pci_add_map() does when it sees this BAR during the bus probe. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu May 1 19:41:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 983563DB; Thu, 1 May 2014 19:41:49 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 68942152D; Thu, 1 May 2014 19:41:49 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 29214B968; Thu, 1 May 2014 15:41:47 -0400 (EDT) From: John Baldwin To: Don Lewis Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE Date: Thu, 1 May 2014 14:24:31 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201404302245.s3UMj2UL033567@gw.catspoiler.org> In-Reply-To: <201404302245.s3UMj2UL033567@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201405011424.31981.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 01 May 2014 15:41:47 -0400 (EDT) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 May 2014 19:41:49 -0000 On Wednesday, April 30, 2014 6:45:02 pm Don Lewis wrote: > On 30 Apr, John Baldwin wrote: > > On Wednesday, April 30, 2014 1:30:01 pm Don Lewis wrote: > >> On 30 Apr, John Baldwin wrote: > >> > On Tuesday, April 29, 2014 9:17:19 pm Don Lewis wrote: > >> >> On 29 Apr, John Baldwin wrote: > >> >> > On Monday, April 28, 2014 8:56:03 pm Don Lewis wrote: > >> >> > >> >> I just took a closer look at the dmesg output from the two kernels. > >> >> > >> >> >> agp0: on hostb0 > >> >> >> hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xd0000000 > >> >> > >> >> The above line is different with the r262226 kernel: > >> >> hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0 > >> > > >> > Yes, a resource at 0 is going to break things. 9.2 has the NEW_PCIB > > option > >> > enabled. You can try enabling that for 8.4 to see if it fixes this issue. > >> > If it does, it narrows down where to look for the bug. > >> > >> It behaves the same way with NEW_PCIB. I see hostb at 0 and then the > >> hang shortly thereafter. > > > > Ok. hostb isn't actually behind a bridge so that probably makes sense. The > > one other reporter who sent me debug output had a BAR on his vgapci0 device > > that ended up being at 0 as well (and an active BAR at 0 is pretty much > > guaranteed to hose a box). > > > > Are you up for doing some printf sleuthing? There are two odd things that I > > see so far: > > Yup, I've already started down that path. > > > 1) the base address of 0. The question here is if pci_add_map() in > > sys/dev/pci/pci.c decides to set start to 0 explicitly, or if it happens > > further up the callchain (should be bus_alloc_resource calls in > > sys/dev/acpica/acpi_pcib_acpi.c, sys/x86/x86/nexus.c and then in the > > rman code itself in sys/kern/subr_rman.c) > > > > 2) The 'reserved' printfs during boot probe. Those come from a printf in > > pci_alloc_resource() in sys/dev/pci/pci.c. However, that should not be called > > until a driver attaches to a device and calls bus_alloc_resource(). It should > > not be called from pci_add_child() as it seems to be now. > > What I know so far is that for hostb0, pci_alloc_resource() is being > called with start=0x0 and end=0xffffffff, resource_list_find() is > succeeding, we don't call pci_alloc_map(), and rman_get_start(rle->res) > is returning 0. I don't see a call for pci_add_map() for hostb0 unless > it is much earlier and scrolled off the screen. The call to pci_add_map() is earlier. It is called from pci_add_child() when we scan the PCI bus during attach of the PCI bus device itself. In theory, pci_alloc_resource() should not be called until a driver actually attaches to the device and calls bus_alloc_resource() from its probe or attach routine. > For debugging #2, should I back out r262226 so that the machine boots > and I can capture the full dmesg buffer? Yes. I think you could just add a panic at that printf line and get a backtrace for now as a first step as it is occurring way too early. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu May 1 22:53:06 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B7471DF; Thu, 1 May 2014 22:53:06 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 ED2731711; Thu, 1 May 2014 22:53:05 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s41Mqvsd037832; Thu, 1 May 2014 15:53:01 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201405012253.s41Mqvsd037832@gw.catspoiler.org> Date: Thu, 1 May 2014 15:52:57 -0700 (PDT) From: Don Lewis Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE To: jhb@FreeBSD.org In-Reply-To: <201405011424.31981.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 01 May 2014 22:53:06 -0000 On 1 May, John Baldwin wrote: > On Wednesday, April 30, 2014 6:45:02 pm Don Lewis wrote: >> On 30 Apr, John Baldwin wrote: >> > On Wednesday, April 30, 2014 1:30:01 pm Don Lewis wrote: >> >> On 30 Apr, John Baldwin wrote: >> >> > On Tuesday, April 29, 2014 9:17:19 pm Don Lewis wrote: >> >> >> On 29 Apr, John Baldwin wrote: >> >> >> > On Monday, April 28, 2014 8:56:03 pm Don Lewis wrote: >> >> >> >> >> >> I just took a closer look at the dmesg output from the two kernels. >> >> >> >> >> >> >> agp0: on hostb0 >> >> >> >> hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xd0000000 >> >> >> >> >> >> The above line is different with the r262226 kernel: >> >> >> hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0 >> >> > >> >> > Yes, a resource at 0 is going to break things. 9.2 has the NEW_PCIB >> > option >> >> > enabled. You can try enabling that for 8.4 to see if it fixes this issue. >> >> > If it does, it narrows down where to look for the bug. >> >> >> >> It behaves the same way with NEW_PCIB. I see hostb at 0 and then the >> >> hang shortly thereafter. >> > >> > Ok. hostb isn't actually behind a bridge so that probably makes sense. The >> > one other reporter who sent me debug output had a BAR on his vgapci0 device >> > that ended up being at 0 as well (and an active BAR at 0 is pretty much >> > guaranteed to hose a box). >> > >> > Are you up for doing some printf sleuthing? There are two odd things that I >> > see so far: >> >> Yup, I've already started down that path. >> >> > 1) the base address of 0. The question here is if pci_add_map() in >> > sys/dev/pci/pci.c decides to set start to 0 explicitly, or if it happens >> > further up the callchain (should be bus_alloc_resource calls in >> > sys/dev/acpica/acpi_pcib_acpi.c, sys/x86/x86/nexus.c and then in the >> > rman code itself in sys/kern/subr_rman.c) >> > >> > 2) The 'reserved' printfs during boot probe. Those come from a printf in >> > pci_alloc_resource() in sys/dev/pci/pci.c. However, that should not be called >> > until a driver attaches to a device and calls bus_alloc_resource(). It should >> > not be called from pci_add_child() as it seems to be now. >> >> What I know so far is that for hostb0, pci_alloc_resource() is being >> called with start=0x0 and end=0xffffffff, resource_list_find() is >> succeeding, we don't call pci_alloc_map(), and rman_get_start(rle->res) >> is returning 0. I don't see a call for pci_add_map() for hostb0 unless >> it is much earlier and scrolled off the screen. > > The call to pci_add_map() is earlier. It is called from pci_add_child() when > we scan the PCI bus during attach of the PCI bus device itself. In theory, > pci_alloc_resource() should not be called until a driver actually attaches > to the device and calls bus_alloc_resource() from its probe or attach routine. > >> For debugging #2, should I back out r262226 so that the machine boots >> and I can capture the full dmesg buffer? > > Yes. I think you could just add a panic at that printf line and get a > backtrace for now as a first step as it is occurring way too early. pci_alloc_resource() bus_alloc_resource() pci_hostb_alloc_resource() bus_alloc_resource() agp_generic_attach() agp_intel_attach() device_attach() device_probe_and_attach() bus_generic_attach() pci_hostb_attach() device_attach() device_probe_and_attach() bus_generic_attach() acpi_pci_attach() device_attach() device_probe_and_attach() bus_generic_attach() acpi_attach() device_attach() device_probe_and_attach() bus_generic_attach() nexus_acpi_attach() device_attach() device_probe_and_attach() bus_generic_new_pass() bus_set_pass() root_bus_configure() configure() mi_startup() begin() Since the hang is triggered by passing the size as part of the flags argument to resource_list_alloc(), I tried upgrading subr_rman.c to the version in HEAD. No change in behavior :-( From owner-freebsd-stable@FreeBSD.ORG Fri May 2 00:48:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EFBCF319 for ; Fri, 2 May 2014 00:48:11 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7384D1123 for ; Fri, 2 May 2014 00:48:10 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqUEABvqYlODaFve/2dsb2JhbABQCoNVV4JnujWGbVGBKnSCJQEBAQMBAQEBICsgCxsYAgINGQIpAQkmBggHBAEcBIgYCA2mAaN0F4EqjEYGCgIBGwEzB4JvgUoEllKEGZEzg08hMYE9 X-IronPort-AV: E=Sophos;i="4.97,968,1389762000"; d="scan'208";a="119794100" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 01 May 2014 20:48:03 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 552D9B3F44; Thu, 1 May 2014 20:48:03 -0400 (EDT) Date: Thu, 1 May 2014 20:48:03 -0400 (EDT) From: Rick Macklem To: Craig Yoshioka Message-ID: <1901966946.615625.1398991683337.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: problems with chown as root on nfs4 export MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.209] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 May 2014 00:48:12 -0000 Craig Yoshioka wrote: > I=E2=80=99ve posted this same email to the linux NFS mailing list since I > think it might be client-side problem, but thought I might look for > input here as well. >=20 > problem: when using chown as root on a nfs4 filesystem on newer linux > releases file owners get sets to nobody. > the user type doesn=E2=80=99t seem to matter (/etc/passwd, LDAP, > Samba4) >=20 > setup: Server is FreeBSD 10 system with NFSv4 share. > Server and clients are all configured with the same idmap > domain > Network users have consistent uid/gid on server and clients > clients with older linux releases work OK (Ubuntu 12.04, CentOS > 5 and 6) > clients with newer linux releases do not work ( Fedora 20, > Ubuntu 14.04, Mint 16 ) >=20 > clues: >=20 > 1. working and non-working systems get to the same fchownat() system > call with the same arguments (via strace). >=20 > example (identical on working and non-working client): > ... > fchownat(AT_FDCWD, "/mnt/test", 11111, 4294967295, 0) =3D 0 > close(1) =3D 0 > close(2) =3D 0 > close(4) =3D 0 > exit_group(0) =3D ? > +++ exited with 0 +++ >=20 > 2. working system sends NFSV4 SETATTR request with owner set to: > matlab@nimgs.com and non-working as 11111 (via wireshark) >=20 Yuck. RFC-3530 strongly encouraged use of @ names to identify users. rfc-3530bis (not yet an RFC afaik) "clarified" this to allow a server to return the number as a string (something done early in NFSv4 development for testing). This happened because Linux wanted to put the uid in a string so that NFSv4 mounted root file systems could be done more easily. (My understanding was that the client is now expected to understand a uid in a string, but I didn't think the server was required to accept it for a setattr.) There is a configuration option in the Linux nfsd that disables this for the Linux server side (sorry, I can't remember what it is and I don't know if this same setting changes client behaviour?). This is the first time I've heard of the Linux client putting the uid in a string (but I guess I'm not surprised). Hopefully there is a mount (or configuration) option that tells it to use @ for the mount. If there isn't such a beast, changing the server to accept the uid as a string is easy, although I thought doing so actually violated RFC-3530. (I'll admit I haven't looked closely at a recent draft of rfc-3530bis to see what it says. This document wasn't supposed to change the protocol, but just clarify it, however I think it has gone beyond that.) If you can find a mount/configuration option, please email with that. If not, email and I'll give you a patch that can optionally allow the server to handle the uid in a string. rick >=20 >=20 > 3. I can=E2=80=99t rule out misconfiguration. but I=E2=80=99ve configure= d as > identically as I could, and tried a lot of small vairations. these > are my current settings (the pipefs settings are the distro > defaults) >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Fri May 2 02:26:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BC27CC3 for ; Fri, 2 May 2014 02:26:27 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 006C61A71 for ; Fri, 2 May 2014 02:26:26 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqUEAJMBY1ODaFve/2dsb2JhbABag1VXgme6NYZtUYEpdIIlAQEBAwEBAQEgKyALGxgCAg0ZAikBCSYGCAcEARwEiBgIDaYAo3kXgSqMRhACARsBMweCb4FKBJZShBmRM4NPITGBPQ X-IronPort-AV: E=Sophos;i="4.97,969,1389762000"; d="scan'208";a="119812823" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 01 May 2014 22:26:25 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 06F11B4179; Thu, 1 May 2014 22:26:25 -0400 (EDT) Date: Thu, 1 May 2014 22:26:25 -0400 (EDT) From: Rick Macklem To: Craig Yoshioka Message-ID: <504241600.660666.1398997585018.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: problems with chown as root on nfs4 export MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 May 2014 02:26:27 -0000 Craig Yoshioka wrote: > I=E2=80=99ve posted this same email to the linux NFS mailing list since I > think it might be client-side problem, but thought I might look for > input here as well. >=20 > problem: when using chown as root on a nfs4 filesystem on newer linux > releases file owners get sets to nobody. > the user type doesn=E2=80=99t seem to matter (/etc/passwd, LDAP, > Samba4) >=20 > setup: Server is FreeBSD 10 system with NFSv4 share. > Server and clients are all configured with the same idmap > domain > Network users have consistent uid/gid on server and clients > clients with older linux releases work OK (Ubuntu 12.04, CentOS > 5 and 6) > clients with newer linux releases do not work ( Fedora 20, > Ubuntu 14.04, Mint 16 ) >=20 > clues: >=20 > 1. working and non-working systems get to the same fchownat() system > call with the same arguments (via strace). >=20 > example (identical on working and non-working client): > ... > fchownat(AT_FDCWD, "/mnt/test", 11111, 4294967295, 0) =3D 0 > close(1) =3D 0 > close(2) =3D 0 > close(4) =3D 0 > exit_group(0) =3D ? > +++ exited with 0 +++ >=20 > 2. working system sends NFSV4 SETATTR request with owner set to: > matlab@nimgs.com and non-working as 11111 (via wireshark) >=20 I just looked at rfc-3530bis and it says that the client MUST accept the uid in a string for non-Kerberized mounts. For the server, there are two almost contradictory paragraphs. The first seems to say a server can accept uids in strings if it chooses to. The second states that it SHOULD support them for non-Kerberized mounts. (Here is the section.) I will note that this is currently an internet draft and not an RFC, so I think Linux has "jumped the gun". However I will email you a patch soon that allows this to be optionally enabled for the server. The 2 paras: To provide a greater degree of compatibility with NFSv3, which identified users and groups by 32-bit unsigned user identifiers and group identifiers, owner and group strings that consist of ASCII- encoded decimal numeric values with no leading zeros can be given a special interpretation by clients and servers that choose to provide such support. The receiver may treat such a user or group string as representing the same user as would be represented by an NFSv3 uid or gid having the corresponding numeric value. A server SHOULD reject such a numeric value if the security mechanism is kerberized. I.e., in such a scenario, the client will already need to form "user@domain" strings. For any other security mechanism, the server SHOULD accept such numeric values. As an implementation note, the server could make such an acceptance be configurable. If the server does not support numeric values or if it is configured off, then it MUST return an NFS4ERR_BADOWNER error. If the security mechanism is kerberized and the client attempts to use the special form, then the server SHOULD return an NFS4ERR_BADOWNER error when there is a valid translation for the user or owner designated in this way. In that case, the client must use the appropriate user@domain string and not the special form for compatibility. rick >=20 >=20 > 3. I can=E2=80=99t rule out misconfiguration. but I=E2=80=99ve configure= d as > identically as I could, and tried a lot of small vairations. these > are my current settings (the pipefs settings are the distro > defaults) >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Fri May 2 02:43:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4322CEF5 for ; Fri, 2 May 2014 02:43:46 +0000 (UTC) Received: from st11p02mm-asmtp002.mac.com (st11p02mm-asmtp002.mac.com [17.172.220.237]) by mx1.freebsd.org (Postfix) with ESMTP id 0DE6A1BD6 for ; Fri, 2 May 2014 02:43:45 +0000 (UTC) MIME-version: 1.0 Received: from hobbes.nimgs.com ([76.93.165.1]) by st11p02mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0N4X00HHOE8U7L50@st11p02mm-asmtp002.mac.com> for freebsd-stable@freebsd.org; Fri, 02 May 2014 02:43:44 +0000 (GMT) Subject: Re: problems with chown as root on nfs4 export From: Craig Yoshioka In-reply-to: <1901966946.615625.1398991683337.JavaMail.root@uoguelph.ca> Date: Thu, 01 May 2014 19:43:41 -0700 Message-id: <9ADAA4E7-9EA4-48C3-B039-7895E7FF82BE@me.com> References: <1901966946.615625.1398991683337.JavaMail.root@uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.1874) X-MANTSH: 1TEIXWV4bG1oaGkdHB0lGUkdDRl5PWBoaHBEKTEMXGx0EGx0YBBIZBBsdEBseGh8 aEQpYTRdLEQptfhcaEQpMWRcbGhsbEQpZSRcRClleF2hjeREKQ04XSxsYGmJCH2hfH3lPGXhzB x4YGhgeGUIeEQpYXBcZBBoEHQdNSx0SSEkcTAUbHQQbHRgEEhkEGx0QGx4aHxsRCl5ZF2FHYVg cEQpMRhdia2sRCkNaFx0cBBMZBBscHwQbEQpCXhcbEQpEWBcYEQpESRcbEQpCRRdoT2NlUAFDb XpyWhEKQk4XbHBgeUAdYlJpGmIRCkJMF2B9c2hAf2h9UlNkEQpCbBdjGWtHEhlrUmRNYBEKQkA XbU9LXB5SZEEbaGIRCnBnF2NGGG9CcHtDHWUeEQpwaBdoHGNeGEFbTFseGBEKcGgXYmsYXEBaY 2dTX0ARCnBoF2tze2BZc1JtSWUZEQpwaBdmYEhdS0Fwf2VTehEKcGgXYHNGT3lNHllfY0MRCnB nF2ZyaBpdY05lWUZaEQpwfxdtGxp5e21bf0hFbhEKcF8XaH5cRnJPUEdeUGQRCnBnF2cdGkt9E mMfX0AeEQpwbBdkE3J9aUR5WR5yfREKcEwXYFlSE0NER09fRVkR X-CLX-Spam: false X-CLX-Score: 1011 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96,1.0.14,0.0.0000 definitions=2014-05-02_01:2014-05-01,2014-05-02,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=2 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1405020044 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 May 2014 02:43:46 -0000 On May 1, 2014, at 5:48 PM, Rick Macklem wrote: > Craig Yoshioka wrote: >> I=92ve posted this same email to the linux NFS mailing list since I >> think it might be client-side problem, but thought I might look for >> input here as well. >>=20 >> problem: when using chown as root on a nfs4 filesystem on newer linux >> releases file owners get sets to nobody. >> the user type doesn=92t seem to matter (/etc/passwd, LDAP, >> Samba4) >>=20 >> setup: Server is FreeBSD 10 system with NFSv4 share. >> Server and clients are all configured with the same idmap >> domain >> Network users have consistent uid/gid on server and clients >> clients with older linux releases work OK (Ubuntu 12.04, CentOS >> 5 and 6) >> clients with newer linux releases do not work ( Fedora 20, >> Ubuntu 14.04, Mint 16 ) >>=20 >> clues: >>=20 >> 1. working and non-working systems get to the same fchownat() system >> call with the same arguments (via strace). >>=20 >> example (identical on working and non-working client): >> ... >> fchownat(AT_FDCWD, "/mnt/test", 11111, 4294967295, 0) =3D 0 >> close(1) =3D 0 >> close(2) =3D 0 >> close(4) =3D 0 >> exit_group(0) =3D ? >> +++ exited with 0 +++ >>=20 >> 2. working system sends NFSV4 SETATTR request with owner set to: >> matlab@nimgs.com and non-working as 11111 (via wireshark) >>=20 > Yuck. RFC-3530 strongly encouraged use of @ names > to identify users. rfc-3530bis (not yet an RFC afaik) "clarified" > this to allow a server to return the number as a string (something > done early in NFSv4 development for testing). >=20 > This happened because Linux wanted to put the uid in a string so > that NFSv4 mounted root file systems could be done more easily. > (My understanding was that the client is now expected to understand > a uid in a string, but I didn't think the server was required to > accept it for a setattr.) >=20 =46rom what I was told, trying a uid string is only a fallback scenario = for the client. Instead, it turns out root (uid 0) was improperly = triggering a conditional that mapped it to nobody on maproot exports. I = just tried a fixed version and it works now. > There is a configuration option in the Linux nfsd that disables > this for the Linux server side (sorry, I can't remember what it is > and I don't know if this same setting changes client behaviour?). >=20 echo N >/sys/module/nfs/parameters/nfs4_disable_idmapping was suggested for me on the client-side, which also worked after = restarting the idmap service and remounting.=20 > This is the first time I've heard of the Linux client putting the > uid in a string (but I guess I'm not surprised). >=20 > Hopefully there is a mount (or configuration) option that tells > it to use @ for the mount. If there isn't such a > beast, changing the server to accept the uid as a string is easy, > although I thought doing so actually violated RFC-3530. > (I'll admit I haven't looked closely at a recent draft of > rfc-3530bis to see what it says. This document wasn't supposed > to change the protocol, but just clarify it, however I think it > has gone beyond that.) >=20 > If you can find a mount/configuration option, please email with > that. If not, email and I'll give you a patch that can optionally > allow the server to handle the uid in a string. >=20 > rick It seems it is now fixed, or as a workaround, one can set that client = side nfs parameter. I=92m kinda glad FreeBSD didn=92t take the uid = because it would probably have masked the bug. OTH, it seems sending = the uid is still a possible fallback. maybe if the server can=92t find = and return a user name?, so it=92s likely FreeBSD NFS4 servers will = still get calls with uid strings in the future. >=20 >>=20 >>=20 >> 3. I can=92t rule out misconfiguration. but I=92ve configured as >> identically as I could, and tried a lot of small vairations. these >> are my current settings (the pipefs settings are the distro >> defaults) >>=20 >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://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 May 2 02:54:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68671123 for ; Fri, 2 May 2014 02:54:19 +0000 (UTC) Received: from st11p02mm-asmtp001.mac.com (st11p02mm-asmtp001.mac.com [17.172.220.236]) by mx1.freebsd.org (Postfix) with ESMTP id 33A341C9A for ; Fri, 2 May 2014 02:54:18 +0000 (UTC) MIME-version: 1.0 Received: from hobbes.nimgs.com ([76.93.165.1]) by st11p02mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0N4X0024REPZHY90@st11p02mm-asmtp001.mac.com> for freebsd-stable@freebsd.org; Fri, 02 May 2014 02:54:01 +0000 (GMT) Subject: Re: problems with chown as root on nfs4 export From: Craig Yoshioka In-reply-to: <9ADAA4E7-9EA4-48C3-B039-7895E7FF82BE@me.com> Date: Thu, 01 May 2014 19:53:59 -0700 Message-id: <892DB38A-0F20-439F-828A-27F195C8EEBD@me.com> References: <1901966946.615625.1398991683337.JavaMail.root@uoguelph.ca> <9ADAA4E7-9EA4-48C3-B039-7895E7FF82BE@me.com> To: Rick Macklem X-Mailer: Apple Mail (2.1874) X-MANTSH: 1TEIXWV4bG1oaGkdHB0lGUkdDRl5PWBoaHREKTEMXGx0EGx0YBBIZBBsdEBseGh8 aEQpYTRdLEQptfhcaEQpMWRcbGhsbEQpZSRcRClleF2hjeREKQ04XSxsYGmJCH2lhHnJ+GXhzB x4YGhgfHhsbEQpYXBcZBBoEHQdNSx0SSEkcTAUbHQQbHRgEEhkEGx0QGx4aHxsRCl5ZF2FHYRt BEQpMRhdsa2sRCkNaFx0cBBMZBBscHwQbEQpCXhcbEQpEWBcYEQpESRcbEQpCRRdoT2NlUAFDb XpyWhEKQk4XbHBgeUAdYlJpGmIRCkJMF2B9c2hAf2h9UlNkEQpCbBdjGWtHEhlrUmRNYBEKQkA XbU9LXB5SZEEbaGIRCnBnF2ZyaBpdY05lWUZaEQpwaBdhbmlsSWcdTUJrRREKcGgXZxIBU0VuY kUSb30RCnBoF25kRUhybnhoem5QEQpwaBdkEnl4QF1sAXMZSxEKcGgXYntzS2l8YGIYex0RCnB /F20bGnl7bVt/SEVuEQpwXxdoflxGck9QR15QZBEKcGcXZx0aS30SYx9fQB4RCnBsF2QTcn1pR HlZHnJ9EQpwTBdgWVITQ0RHT19FWRE= X-CLX-Spam: false X-CLX-Score: 1011 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96,1.0.14,0.0.0000 definitions=2014-05-02_01:2014-05-01,2014-05-02,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=2 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1405020047 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 May 2014 02:54:19 -0000 > =46rom what I was told, trying a uid string is only a fallback = scenario for the client. Instead, it turns out root (uid 0) was = improperly triggering a conditional that mapped it to nobody on maproot = exports. I just tried a fixed version and it works now. Nevermind, I spoke too soon. I hadn=92t properly cleared the effect of = setting: echo N >/sys/module/nfs/parameters/nfs4_disable_idmapping but just to confirm, setting the above in linux clients does cause their = SETATTR calls to pass the username instead of the uid. Unfortunately, = this setting is not the default. >>=20 >>>=20 >>>=20 >>> 3. I can=92t rule out misconfiguration. but I=92ve configured as >>> identically as I could, and tried a lot of small vairations. these >>> are my current settings (the pipefs settings are the distro >>> defaults) >>>=20 >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://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 May 2 09:39:33 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8573C111; Fri, 2 May 2014 09:39:33 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 6070A10A4; Fri, 2 May 2014 09:39:33 +0000 (UTC) Received: from catspoiler.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s429dJVq039239; Fri, 2 May 2014 02:39:23 -0700 (PDT) (envelope-from dl-kvmr@catspoiler.org) Message-Id: <201405020939.s429dJVq039239@gw.catspoiler.org> Date: Fri, 2 May 2014 02:39:19 -0700 (PDT) From: Don Lewis Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE To: jhb@freebsd.org In-Reply-To: <201405011433.37678.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 May 2014 09:39:33 -0000 On 1 May, John Baldwin wrote: > On Thursday, May 01, 2014 1:55:41 am Don Lewis wrote: >> On 30 Apr, John Baldwin wrote: >> >> > Are you up for doing some printf sleuthing? There are two odd things that I >> > see so far: >> > >> > 1) the base address of 0. The question here is if pci_add_map() in >> > sys/dev/pci/pci.c decides to set start to 0 explicitly, or if it happens >> > further up the callchain (should be bus_alloc_resource calls in >> > sys/dev/acpica/acpi_pcib_acpi.c, sys/x86/x86/nexus.c and then in the >> > rman code itself in sys/kern/subr_rman.c) >> > >> > 2) The 'reserved' printfs during boot probe. Those come from a printf in >> > pci_alloc_resource() in sys/dev/pci/pci.c. However, that should not be called >> > until a driver attaches to a device and calls bus_alloc_resource(). It should >> > not be called from pci_add_child() as it seems to be now. >> >> The call graph for the four earlier ones that you previously pointed >> out (not hostb0) is: >> pci_add_child() >> pci_add_resources() >> *_early_takeover() >> [I suspect] >> bus_alloc_resource_any() >> pci_alloc_resource() >> >> These are the three system uhci controllers and the system ehci >> controller, which apparently pass this test: >> pci_get_class(dev) == PCIC_SERIALBUS && >> pci_get_subclass(dev) == PCIS_SERIALBUS_USB > > Oh, ok. That is fine, and that explains why it was selective in the past (and > only for I/O resources). That just leaves 1) then. It would be especially good > to know what pci_add_map() does when it sees this BAR during the bus probe. In either case after reading the BAR, base=0xd0000000, testval=0xf0000008. and the following gets printed: map[10]: type Prefetchable Memory, range 32, base 0xd0000000, size 28, enabled Then we call resource_list_add(..., d0000000, dfffffff, 10000000) When we don't pass the size in flags (w/o r262226), resource_list_alloc() eventually calls nexus_alloc_resource() with the expected start, end, and count values. After returning from pci_add_map, we write 0xd0000000 to the BAR. If we *do* pass the size in flags (with r262226), then resource_list_alloc() never calls nexus_alloc_resource(), but it does return a non-NULL value. We then write 0 to the BAR. Digging into resource_list_alloc(), I see start, count, and end having the expected values before the second call to BUS_ALLOC_RESOURCE() but afterwards rman_get_start(rle->res) is 0 and rman_get_end(rle->res) is 0xfffffff. We don't call nexus_alloc_resource(). Setting flags to 0 for this specific call to BUS_ALLOC_RESOURCE() based on the value of start fixes the problem. The culprit appears to be the call to rman_reserve_resource() in acpi_alloc_resource(). With r262226 it "succeeds", but the returned resource has the wrong start and end addresses. Without r262226, rman_reserve_resource returns NULL and we call BUS_ALLOC_RESOURCE(), which calls nexus_alloc_resource(), which returns the expected range. I enabled debug.rman_debug and saw the following: rman_reserve_resource_bound: request: [0xd0000000, 0xdfffffff], length 0x10000000, flags 28736, device (null) considering [0xfec00000, 0xffffffff] truncated region: [0, 0xdfffffff]; size 0xe0000000 (requested 0x10000000) candidate region [0, 0xdfffffff], size 0xe0000000 allocating at the end This is with subr_rman.c from HEAD. This expression will overflow: if (s->r_start + count - 1 > end) { I don't understand the point of this test. Is it an optimization to exit the loop early based on an assumption about the ordering of elements in the list? This expression will also overflow: rstart = (rstart + amask) & ~amask; which is where I think the start address is getting set to 0. After reverting subr_rman.c and applying the following patch, I see: considering [0xfec00000, 0xffffffff] no unshared regions found Then nexus_alloc_resource() gets called and I see considering [0x3ff60000, 0xfebfffff] and then all the right stuff happens. Index: sys/kern/subr_rman.c =================================================================== --- sys/kern/subr_rman.c (revision 262226) +++ sys/kern/subr_rman.c (working copy) @@ -468,11 +468,9 @@ */ for (s = r; s; s = TAILQ_NEXT(s, r_link)) { DPRINTF(("considering [%#lx, %#lx]\n", s->r_start, s->r_end)); - if (s->r_start + count - 1 > end) { - DPRINTF(("s->r_start (%#lx) + count - 1> end (%#lx)\n", - s->r_start, end)); - break; - } + if (s->r_end < start + count - 1 || + s->r_start > end - count + 1) + continue; if (s->r_flags & RF_ALLOCATED) { DPRINTF(("region is allocated\n")); continue; I have no idea why 9.2-STABLE was able to boot on this machine ... From owner-freebsd-stable@FreeBSD.ORG Fri May 2 12:51:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6353AF1 for ; Fri, 2 May 2014 12:51:05 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7BFF21476 for ; Fri, 2 May 2014 12:51:04 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQEADIWY1ODaFve/2dsb2JhbABag1VXgme6NYZtUYEpdIIlAQEBBAEBASArIAsbGAICDRkCKQEJJgYIBwQBHASIIA2mB6N8F4EqjEYQAgEbATMHgm+BSgSWUoQZkTODTyExgT0 X-IronPort-AV: E=Sophos;i="4.97,972,1389762000"; d="scan'208";a="119538900" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 02 May 2014 08:50:58 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 2ECBBB3F12; Fri, 2 May 2014 08:50:58 -0400 (EDT) Date: Fri, 2 May 2014 08:50:58 -0400 (EDT) From: Rick Macklem To: Craig Yoshioka Message-ID: <1289655788.875148.1399035058180.JavaMail.root@uoguelph.ca> In-Reply-To: <892DB38A-0F20-439F-828A-27F195C8EEBD@me.com> Subject: Re: problems with chown as root on nfs4 export MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 May 2014 12:51:05 -0000 Craig Yoshioka wrote: >=20 > > From what I was told, trying a uid string is only a fallback > > scenario for the client. Instead, it turns out root (uid 0) was > > improperly triggering a conditional that mapped it to nobody on > > maproot exports. I just tried a fixed version and it works now. >=20 > Nevermind, I spoke too soon. I hadn=E2=80=99t properly cleared the effec= t of > setting: >=20 > echo N >/sys/module/nfs/parameters/nfs4_disable_idmapping >=20 > but just to confirm, setting the above in linux clients does cause > their SETATTR calls to pass the username instead of the uid. > Unfortunately, this setting is not the default. >=20 Could you please test the attached patch? After booting a kernel with the patch, you will need to: sysctl vfs.nfsd.enable_stringtouid=3D1 With the patch + sysctl, the server should accept the numeric string. If you can't test the patch, please email me, since I need to get it tested quickly to get it in 9.3. Thanks for reporting this, rick >=20 > >>=20 > >>>=20 > >>>=20 > >>> 3. I can=E2=80=99t rule out misconfiguration. but I=E2=80=99ve confi= gured as > >>> identically as I could, and tried a lot of small vairations. > >>> these > >>> are my current settings (the pipefs settings are the distro > >>> defaults) > >>>=20 > >>> _______________________________________________ > >>> freebsd-stable@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >>> To unsubscribe, send any mail to > >>> "freebsd-stable-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Fri May 2 13:36:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73C40970 for ; Fri, 2 May 2014 13:36:34 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 0677C181D for ; Fri, 2 May 2014 13:36:33 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqUEADIWY1ODaFve/2dsb2JhbABQCoNVV4JnujWGbVGBKXSCJQEBAQMBAQEBIAQnIAsbGBEFFAIEJQEJJgYIBwQBHASIGAgNpgejfBeNcAYKAgEbGRsHEg2CUIFKBJEdhTWEGZEzg08hMYEEOQ X-IronPort-AV: E=Sophos;i="4.97,972,1389762000"; d="scan'208";a="119554326" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 02 May 2014 09:36:32 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 88784B4032; Fri, 2 May 2014 09:36:32 -0400 (EDT) Date: Fri, 2 May 2014 09:36:32 -0400 (EDT) From: Rick Macklem To: Craig Yoshioka Message-ID: <1986981308.911529.1399037792545.JavaMail.root@uoguelph.ca> In-Reply-To: <9ADAA4E7-9EA4-48C3-B039-7895E7FF82BE@me.com> Subject: Re: problems with chown as root on nfs4 export MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_911526_1940532181.1399037792542" X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 May 2014 13:36:34 -0000 ------=_Part_911526_1940532181.1399037792542 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Craig Yoshioka wrote: >=20 > On May 1, 2014, at 5:48 PM, Rick Macklem > wrote: >=20 > > Craig Yoshioka wrote: > >> I=E2=80=99ve posted this same email to the linux NFS mailing list sinc= e I > >> think it might be client-side problem, but thought I might look > >> for > >> input here as well. > >>=20 > >> problem: when using chown as root on a nfs4 filesystem on newer > >> linux > >> releases file owners get sets to nobody. > >> the user type doesn=E2=80=99t seem to matter (/etc/passwd, LDAP= , > >> Samba4) > >>=20 > >> setup: Server is FreeBSD 10 system with NFSv4 share. > >> Server and clients are all configured with the same idmap > >> domain > >> Network users have consistent uid/gid on server and clients > >> clients with older linux releases work OK (Ubuntu 12.04, > >> CentOS > >> 5 and 6) > >> clients with newer linux releases do not work ( Fedora 20, > >> Ubuntu 14.04, Mint 16 ) > >>=20 > >> clues: > >>=20 > >> 1. working and non-working systems get to the same fchownat() > >> system > >> call with the same arguments (via strace). > >>=20 > >> example (identical on working and non-working client): > >> ... > >> fchownat(AT_FDCWD, "/mnt/test", 11111, 4294967295, 0) =3D 0 > >> close(1) =3D 0 > >> close(2) =3D 0 > >> close(4) =3D 0 > >> exit_group(0) =3D ? > >> +++ exited with 0 +++ > >>=20 > >> 2. working system sends NFSV4 SETATTR request with owner set to: > >> matlab@nimgs.com and non-working as 11111 (via wireshark) > >>=20 > > Yuck. RFC-3530 strongly encouraged use of @ names > > to identify users. rfc-3530bis (not yet an RFC afaik) "clarified" > > this to allow a server to return the number as a string (something > > done early in NFSv4 development for testing). > >=20 > > This happened because Linux wanted to put the uid in a string so > > that NFSv4 mounted root file systems could be done more easily. > > (My understanding was that the client is now expected to understand > > a uid in a string, but I didn't think the server was required to > > accept it for a setattr.) > >=20 >=20 > From what I was told, trying a uid string is only a fallback scenario > for the client. Instead, it turns out root (uid 0) was improperly > triggering a conditional that mapped it to nobody on maproot > exports. I just tried a fixed version and it works now. >=20 Well, the fallback is what I understand rfc-3530bis recommends for all clients. The current FreeBSD client does that fallback. However, there is also this snippet from rfc-3530bis: A client can determine if a server supports numeric identifiers by first attempting to provide a numeric identifier. If this attempt rejected with an NFS4ERR_BADOWNER error, then the client should only use named identifiers of the form "user@dns_domain". I'm guessing that NFS4ERR_BADOWNER would have been returned by the FreeBSD server for the numeric string case, but the Linux client didn't do this. (It is a "should", so it is not a required to be done. Same goes for the server allowing numeric strings.) Actually, I've attached a slightly updated patch that makes sure the server returns NFS4ERR_BADOWNER if the numeric string isn't supported. (If you haven't yet started testing the other patch, maybe you can test this one instead.) Thanks for your help with this, rick > > There is a configuration option in the Linux nfsd that disables > > this for the Linux server side (sorry, I can't remember what it is > > and I don't know if this same setting changes client behaviour?). > >=20 >=20 > echo N >/sys/module/nfs/parameters/nfs4_disable_idmapping >=20 > was suggested for me on the client-side, which also worked after > restarting the idmap service and remounting. >=20 > > This is the first time I've heard of the Linux client putting the > > uid in a string (but I guess I'm not surprised). > >=20 > > Hopefully there is a mount (or configuration) option that tells > > it to use @ for the mount. If there isn't such a > > beast, changing the server to accept the uid as a string is easy, > > although I thought doing so actually violated RFC-3530. > > (I'll admit I haven't looked closely at a recent draft of > > rfc-3530bis to see what it says. This document wasn't supposed > > to change the protocol, but just clarify it, however I think it > > has gone beyond that.) > >=20 > > If you can find a mount/configuration option, please email with > > that. If not, email and I'll give you a patch that can optionally > > allow the server to handle the uid in a string. > >=20 > > rick >=20 > It seems it is now fixed, or as a workaround, one can set that client > side nfs parameter. I=E2=80=99m kinda glad FreeBSD didn=E2=80=99t take t= he uid > because it would probably have masked the bug. OTH, it seems > sending the uid is still a possible fallback. maybe if the server > can=E2=80=99t find and return a user name?, so it=E2=80=99s likely FreeBS= D NFS4 > servers will still get calls with uid strings in the future. >=20 > >=20 > >>=20 > >>=20 > >> 3. I can=E2=80=99t rule out misconfiguration. but I=E2=80=99ve config= ured as > >> identically as I could, and tried a lot of small vairations. these > >> are my current settings (the pipefs settings are the distro > >> defaults) > >>=20 > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to > >> "freebsd-stable-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" >=20 ------=_Part_911526_1940532181.1399037792542 Content-Type: text/x-patch; name=stringtouid.patch Content-Disposition: attachment; filename=stringtouid.patch Content-Transfer-Encoding: base64 LS0tIGZzL25mcy9uZnNfY29tbW9uc3Vicy5jLm9yaWcJMjAxNC0wNC0xOCAxNzoxNDoyMy4wMDAw MDAwMDAgLTA0MDAKKysrIGZzL25mcy9uZnNfY29tbW9uc3Vicy5jCTIwMTQtMDUtMDIgMDk6MjA6 NDcuMDAwMDAwMDAwIC0wNDAwCkBAIC02NSw2ICs2NSw3IEBAIHVpZF90IG5mc3J2X2RlZmF1bHR1 aWQ7CiBnaWRfdCBuZnNydl9kZWZhdWx0Z2lkOwogaW50IG5mc3J2X2xlYXNlID0gTkZTUlZfTEVB U0U7CiBpbnQgbmNsX21idWZfbWxlbiA9IE1MRU47CitpbnQgbmZzZF9lbmFibGVfc3RyaW5ndG91 aWQgPSAwOwogTkZTTkFNRUlETVVURVg7CiBORlNTT0NLTVVURVg7CiAKQEAgLTI2NDAsOSArMjY0 MSwxNCBAQCBuZnN2NF9zdHJ0b3VpZChzdHJ1Y3QgbmZzcnZfZGVzY3JpcHQgKm5kCiAJLyogSWYg YSBzdHJpbmcgb2YgZGlnaXRzIGFuZCBhbiBBVVRIX1NZUyBtb3VudCwganVzdCBjb252ZXJ0IGl0 LiAqLwogCXN0cjAgPSBzdHI7CiAJdHVpZCA9ICh1aWRfdClzdHJ0b3VsKHN0cjAsICZlbmRzdHIs IDEwKTsKLQlpZiAoKGVuZHN0ciAtIHN0cjApID09IGxlbiAmJgotCSAgICAobmQtPm5kX2ZsYWcg JiAoTkRfS0VSQlYgfCBORF9ORlNDTCkpID09IE5EX05GU0NMKSB7Ci0JCSp1aWRwID0gdHVpZDsK KwlpZiAoKGVuZHN0ciAtIHN0cjApID09IGxlbikgeworCQkvKiBBIG51bWVyaWMgc3RyaW5nLiAq LworCQlpZiAoKG5kLT5uZF9mbGFnICYgTkRfS0VSQlYpID09IDAgJiYKKwkJICAgICgobmQtPm5k X2ZsYWcgJiBORF9ORlNDTCkgIT0gMCB8fAorCQkgICAgICBuZnNkX2VuYWJsZV9zdHJpbmd0b3Vp ZCAhPSAwKSkKKwkJCSp1aWRwID0gdHVpZDsKKwkJZWxzZQorCQkJZXJyb3IgPSBORlNFUlJfQkFE T1dORVI7CiAJCWdvdG8gb3V0OwogCX0KIAkvKgpAQCAtMjg0NSw5ICsyODUxLDE0IEBAIG5mc3Y0 X3N0cnRvZ2lkKHN0cnVjdCBuZnNydl9kZXNjcmlwdCAqbmQKIAkvKiBJZiBhIHN0cmluZyBvZiBk aWdpdHMgYW5kIGFuIEFVVEhfU1lTIG1vdW50LCBqdXN0IGNvbnZlcnQgaXQuICovCiAJc3RyMCA9 IHN0cjsKIAl0Z2lkID0gKGdpZF90KXN0cnRvdWwoc3RyMCwgJmVuZHN0ciwgMTApOwotCWlmICgo ZW5kc3RyIC0gc3RyMCkgPT0gbGVuICYmCi0JICAgIChuZC0+bmRfZmxhZyAmIChORF9LRVJCViB8 IE5EX05GU0NMKSkgPT0gTkRfTkZTQ0wpIHsKLQkJKmdpZHAgPSB0Z2lkOworCWlmICgoZW5kc3Ry IC0gc3RyMCkgPT0gbGVuKSB7CisJCS8qIEEgbnVtZXJpYyBzdHJpbmcuICovCisJCWlmICgobmQt Pm5kX2ZsYWcgJiBORF9LRVJCVikgPT0gMCAmJgorCQkgICAgKChuZC0+bmRfZmxhZyAmIE5EX05G U0NMKSAhPSAwIHx8CisJCSAgICAgIG5mc2RfZW5hYmxlX3N0cmluZ3RvdWlkICE9IDApKQorCQkJ KmdpZHAgPSB0Z2lkOworCQllbHNlCisJCQllcnJvciA9IE5GU0VSUl9CQURPV05FUjsKIAkJZ290 byBvdXQ7CiAJfQogCS8qCi0tLSBmcy9uZnNzZXJ2ZXIvbmZzX25mc2Rwb3J0LmMub3JpZwkyMDE0 LTA0LTIzIDE5OjQxOjQ2LjAwMDAwMDAwMCAtMDQwMAorKysgZnMvbmZzc2VydmVyL25mc19uZnNk cG9ydC5jCTIwMTQtMDUtMDIgMDg6MTI6MzEuMDAwMDAwMDAwIC0wNDAwCkBAIC04MCw2ICs4MCw3 IEBAIHN0YXRpYyBpbnQgbmZzX2NvbW1pdF9ibGtzOwogc3RhdGljIGludCBuZnNfY29tbWl0X21p c3M7CiBleHRlcm4gaW50IG5mc3J2X2lzc3VlZGVsZWdzOwogZXh0ZXJuIGludCBuZnNydl9kb2xv Y2FsbG9ja3M7CitleHRlcm4gaW50IG5mc2RfZW5hYmxlX3N0cmluZ3RvdWlkOwogCiBTWVNDVExf Tk9ERShfdmZzLCBPSURfQVVUTywgbmZzZCwgQ1RMRkxBR19SVywgMCwgIk5ldyBORlMgc2VydmVy Iik7CiBTWVNDVExfSU5UKF92ZnNfbmZzZCwgT0lEX0FVVE8sIG1pcnJvcm1udCwgQ1RMRkxBR19S VywKQEAgLTkyLDYgKzkzLDggQEAgU1lTQ1RMX0lOVChfdmZzX25mc2QsIE9JRF9BVVRPLCBpc3N1 ZV9kZQogICAgICZuZnNydl9pc3N1ZWRlbGVncywgMCwgIkVuYWJsZSBuZnNkIHRvIGlzc3VlIGRl bGVnYXRpb25zIik7CiBTWVNDVExfSU5UKF92ZnNfbmZzZCwgT0lEX0FVVE8sIGVuYWJsZV9sb2Nh bGxvY2tzLCBDVExGTEFHX1JXLAogICAgICZuZnNydl9kb2xvY2FsbG9ja3MsIDAsICJFbmFibGUg bmZzZCB0byBhY3F1aXJlIGxvY2FsIGxvY2tzIG9uIGZpbGVzIik7CitTWVNDVExfSU5UKF92ZnNf bmZzZCwgT0lEX0FVVE8sIGVuYWJsZV9zdHJpbmd0b3VpZCwgQ1RMRkxBR19SVywKKyAgICAmbmZz ZF9lbmFibGVfc3RyaW5ndG91aWQsIDAsICJFbmFibGUgbmZzZCB0byBhY2NlcHQgbnVtZXJpYyBv d25lcl9uYW1lcyIpOwogCiAjZGVmaW5lCU1BWF9SRU9SREVSRURfUlBDCTE2CiAjZGVmaW5lCU5V TV9IRVVSSVNUSUMJCTEwMzEK ------=_Part_911526_1940532181.1399037792542-- From owner-freebsd-stable@FreeBSD.ORG Fri May 2 18:06:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A766A11B for ; Fri, 2 May 2014 18:06:54 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C49818EE for ; Fri, 2 May 2014 18:06:54 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 85977B945; Fri, 2 May 2014 14:06:53 -0400 (EDT) From: John Baldwin To: Don Lewis Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE Date: Fri, 2 May 2014 14:05:32 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201405020939.s429dJVq039239@gw.catspoiler.org> In-Reply-To: <201405020939.s429dJVq039239@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201405021405.32570.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 02 May 2014 14:06:53 -0400 (EDT) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 May 2014 18:06:54 -0000 On Friday, May 02, 2014 5:39:19 am Don Lewis wrote: > On 1 May, John Baldwin wrote: > > On Thursday, May 01, 2014 1:55:41 am Don Lewis wrote: > >> On 30 Apr, John Baldwin wrote: > >> > >> > Are you up for doing some printf sleuthing? There are two odd things that I > >> > see so far: > >> > > >> > 1) the base address of 0. The question here is if pci_add_map() in > >> > sys/dev/pci/pci.c decides to set start to 0 explicitly, or if it happens > >> > further up the callchain (should be bus_alloc_resource calls in > >> > sys/dev/acpica/acpi_pcib_acpi.c, sys/x86/x86/nexus.c and then in the > >> > rman code itself in sys/kern/subr_rman.c) > >> > > >> > 2) The 'reserved' printfs during boot probe. Those come from a printf in > >> > pci_alloc_resource() in sys/dev/pci/pci.c. However, that should not be called > >> > until a driver attaches to a device and calls bus_alloc_resource(). It should > >> > not be called from pci_add_child() as it seems to be now. > >> > >> The call graph for the four earlier ones that you previously pointed > >> out (not hostb0) is: > >> pci_add_child() > >> pci_add_resources() > >> *_early_takeover() > >> [I suspect] > >> bus_alloc_resource_any() > >> pci_alloc_resource() > >> > >> These are the three system uhci controllers and the system ehci > >> controller, which apparently pass this test: > >> pci_get_class(dev) == PCIC_SERIALBUS && > >> pci_get_subclass(dev) == PCIS_SERIALBUS_USB > > > > Oh, ok. That is fine, and that explains why it was selective in the past (and > > only for I/O resources). That just leaves 1) then. It would be especially good > > to know what pci_add_map() does when it sees this BAR during the bus probe. > > In either case after reading the BAR, base=0xd0000000, > testval=0xf0000008. and the following gets printed: > map[10]: type Prefetchable Memory, range 32, base 0xd0000000, size 28, enabled > Then we call resource_list_add(..., d0000000, dfffffff, 10000000) > > When we don't pass the size in flags (w/o r262226), > resource_list_alloc() eventually calls nexus_alloc_resource() with the > expected start, end, and count values. After returning from > pci_add_map, we write 0xd0000000 to the BAR. > > If we *do* pass the size in flags (with r262226), then > resource_list_alloc() never calls nexus_alloc_resource(), but it does > return a non-NULL value. We then write 0 to the BAR. > > Digging into resource_list_alloc(), I see start, count, and end having > the expected values before the second call to BUS_ALLOC_RESOURCE() > but afterwards rman_get_start(rle->res) is 0 and rman_get_end(rle->res) > is 0xfffffff. We don't call nexus_alloc_resource(). Setting flags to 0 > for this specific call to BUS_ALLOC_RESOURCE() based on the value of > start fixes the problem. > > The culprit appears to be the call to rman_reserve_resource() in > acpi_alloc_resource(). With r262226 it "succeeds", but the returned > resource has the wrong start and end addresses. Without r262226, > rman_reserve_resource returns NULL and we call BUS_ALLOC_RESOURCE(), > which calls nexus_alloc_resource(), which returns the expected range. > > I enabled debug.rman_debug and saw the following: > > rman_reserve_resource_bound: request: > [0xd0000000, 0xdfffffff], length 0x10000000, flags 28736, device (null) > considering [0xfec00000, 0xffffffff] > truncated region: [0, 0xdfffffff]; size 0xe0000000 (requested > 0x10000000) > candidate region [0, 0xdfffffff], size 0xe0000000 > allocating at the end > > This is with subr_rman.c from HEAD. > > This expression will overflow: > if (s->r_start + count - 1 > end) { > I don't understand the point of this test. Is it an optimization to > exit the loop early based on an assumption about the ordering of > elements in the list? Yes. The elements in an rman list are supposed to be sorted. > This expression will also overflow: > rstart = (rstart + amask) & ~amask; > which is where I think the start address is getting set to 0. > > > After reverting subr_rman.c and applying the following patch, I see: > considering [0xfec00000, 0xffffffff] > no unshared regions found > Then nexus_alloc_resource() gets called and I see > considering [0x3ff60000, 0xfebfffff] > and then all the right stuff happens. > > > Index: sys/kern/subr_rman.c > =================================================================== > --- sys/kern/subr_rman.c (revision 262226) > +++ sys/kern/subr_rman.c (working copy) > @@ -468,11 +468,9 @@ > */ > for (s = r; s; s = TAILQ_NEXT(s, r_link)) { > DPRINTF(("considering [%#lx, %#lx]\n", s->r_start, s->r_end)); > - if (s->r_start + count - 1 > end) { > - DPRINTF(("s->r_start (%#lx) + count - 1> end (%#lx)\n", > - s->r_start, end)); > - break; > - } > + if (s->r_end < start + count - 1 || > + s->r_start > end - count + 1) > + continue; > if (s->r_flags & RF_ALLOCATED) { > DPRINTF(("region is allocated\n")); > continue; > > I think this looks good. > I have no idea why 9.2-STABLE was able to boot on this machine ... acpi_alloc_resource() works differently in 9.x and later. It only tries the internal rmans if nexus_alloc_resource() fails. In 8.x it tries the internal rmans first. That change was made in r216674. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri May 2 18:48:13 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5EDAF7; Fri, 2 May 2014 18:48:13 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 79B641CB0; Fri, 2 May 2014 18:48:13 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s42Im5ld040702; Fri, 2 May 2014 11:48:09 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201405021848.s42Im5ld040702@gw.catspoiler.org> Date: Fri, 2 May 2014 11:48:05 -0700 (PDT) From: Don Lewis Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE To: jhb@FreeBSD.org In-Reply-To: <201405021405.32570.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 02 May 2014 18:48:13 -0000 On 2 May, John Baldwin wrote: > On Friday, May 02, 2014 5:39:19 am Don Lewis wrote: >> On 1 May, John Baldwin wrote: >> > On Thursday, May 01, 2014 1:55:41 am Don Lewis wrote: >> >> On 30 Apr, John Baldwin wrote: >> >> >> >> > Are you up for doing some printf sleuthing? There are two odd things that I >> >> > see so far: >> >> > >> >> > 1) the base address of 0. The question here is if pci_add_map() in >> >> > sys/dev/pci/pci.c decides to set start to 0 explicitly, or if it happens >> >> > further up the callchain (should be bus_alloc_resource calls in >> >> > sys/dev/acpica/acpi_pcib_acpi.c, sys/x86/x86/nexus.c and then in the >> >> > rman code itself in sys/kern/subr_rman.c) >> >> > >> >> > 2) The 'reserved' printfs during boot probe. Those come from a printf in >> >> > pci_alloc_resource() in sys/dev/pci/pci.c. However, that should not be called >> >> > until a driver attaches to a device and calls bus_alloc_resource(). It should >> >> > not be called from pci_add_child() as it seems to be now. >> >> >> >> The call graph for the four earlier ones that you previously pointed >> >> out (not hostb0) is: >> >> pci_add_child() >> >> pci_add_resources() >> >> *_early_takeover() >> >> [I suspect] >> >> bus_alloc_resource_any() >> >> pci_alloc_resource() >> >> >> >> These are the three system uhci controllers and the system ehci >> >> controller, which apparently pass this test: >> >> pci_get_class(dev) == PCIC_SERIALBUS && >> >> pci_get_subclass(dev) == PCIS_SERIALBUS_USB >> > >> > Oh, ok. That is fine, and that explains why it was selective in the past (and >> > only for I/O resources). That just leaves 1) then. It would be especially good >> > to know what pci_add_map() does when it sees this BAR during the bus probe. >> >> In either case after reading the BAR, base=0xd0000000, >> testval=0xf0000008. and the following gets printed: >> map[10]: type Prefetchable Memory, range 32, base 0xd0000000, size 28, enabled >> Then we call resource_list_add(..., d0000000, dfffffff, 10000000) >> >> When we don't pass the size in flags (w/o r262226), >> resource_list_alloc() eventually calls nexus_alloc_resource() with the >> expected start, end, and count values. After returning from >> pci_add_map, we write 0xd0000000 to the BAR. >> >> If we *do* pass the size in flags (with r262226), then >> resource_list_alloc() never calls nexus_alloc_resource(), but it does >> return a non-NULL value. We then write 0 to the BAR. >> >> Digging into resource_list_alloc(), I see start, count, and end having >> the expected values before the second call to BUS_ALLOC_RESOURCE() >> but afterwards rman_get_start(rle->res) is 0 and rman_get_end(rle->res) >> is 0xfffffff. We don't call nexus_alloc_resource(). Setting flags to 0 >> for this specific call to BUS_ALLOC_RESOURCE() based on the value of >> start fixes the problem. >> >> The culprit appears to be the call to rman_reserve_resource() in >> acpi_alloc_resource(). With r262226 it "succeeds", but the returned >> resource has the wrong start and end addresses. Without r262226, >> rman_reserve_resource returns NULL and we call BUS_ALLOC_RESOURCE(), >> which calls nexus_alloc_resource(), which returns the expected range. >> >> I enabled debug.rman_debug and saw the following: >> >> rman_reserve_resource_bound: request: >> [0xd0000000, 0xdfffffff], length 0x10000000, flags 28736, device (null) >> considering [0xfec00000, 0xffffffff] >> truncated region: [0, 0xdfffffff]; size 0xe0000000 (requested >> 0x10000000) >> candidate region [0, 0xdfffffff], size 0xe0000000 >> allocating at the end >> >> This is with subr_rman.c from HEAD. >> >> This expression will overflow: >> if (s->r_start + count - 1 > end) { >> I don't understand the point of this test. Is it an optimization to >> exit the loop early based on an assumption about the ordering of >> elements in the list? > > Yes. The elements in an rman list are supposed to be sorted. > >> This expression will also overflow: >> rstart = (rstart + amask) & ~amask; >> which is where I think the start address is getting set to 0. >> >> >> After reverting subr_rman.c and applying the following patch, I see: >> considering [0xfec00000, 0xffffffff] >> no unshared regions found >> Then nexus_alloc_resource() gets called and I see >> considering [0x3ff60000, 0xfebfffff] >> and then all the right stuff happens. >> >> >> Index: sys/kern/subr_rman.c >> =================================================================== >> --- sys/kern/subr_rman.c (revision 262226) >> +++ sys/kern/subr_rman.c (working copy) >> @@ -468,11 +468,9 @@ >> */ >> for (s = r; s; s = TAILQ_NEXT(s, r_link)) { >> DPRINTF(("considering [%#lx, %#lx]\n", s->r_start, s->r_end)); >> - if (s->r_start + count - 1 > end) { >> - DPRINTF(("s->r_start (%#lx) + count - 1> end (%#lx)\n", >> - s->r_start, end)); >> - break; >> - } >> + if (s->r_end < start + count - 1 || >> + s->r_start > end - count + 1) >> + continue; >> if (s->r_flags & RF_ALLOCATED) { >> DPRINTF(("region is allocated\n")); >> continue; >> >> > > I think this looks good. > >> I have no idea why 9.2-STABLE was able to boot on this machine ... > > acpi_alloc_resource() works differently in 9.x and later. It only > tries the internal rmans if nexus_alloc_resource() fails. In 8.x it > tries the internal rmans first. That change was made in r216674. Yeah, I enabled rman debugging and booted a 9.2 snapshot CD. I only saw one call to rman_reserve_resource_bound(), which looked like it was from nexus_alloc_resource(). Here's a more paranoid patch, though I don't like the code duplication between the two loops: Index: sys/kern/subr_rman.c =================================================================== --- sys/kern/subr_rman.c (revision 262226) +++ sys/kern/subr_rman.c (working copy) @@ -461,6 +461,11 @@ } amask = (1ul << RF_ALIGNMENT(flags)) - 1; + if (start + amask < start) { + DPRINTF(("start+amask wrapped around\n")); + goto out; + } + /* If bound is 0, bmask will also be 0 */ bmask = ~(bound - 1); /* @@ -468,11 +473,10 @@ */ for (s = r; s; s = TAILQ_NEXT(s, r_link)) { DPRINTF(("considering [%#lx, %#lx]\n", s->r_start, s->r_end)); - if (s->r_start + count - 1 > end) { - DPRINTF(("s->r_start (%#lx) + count - 1> end (%#lx)\n", - s->r_start, end)); - break; - } + if (s->r_end < start + count - 1 || + s->r_start > end - count + 1 || + s->r_start + amask < s->r_start) + continue; if (s->r_flags & RF_ALLOCATED) { DPRINTF(("region is allocated\n")); continue; @@ -584,8 +588,10 @@ goto out; for (s = r; s; s = TAILQ_NEXT(s, r_link)) { - if (s->r_start > end) - break; + if (s->r_end < start + count - 1 || + s->r_start > end - count + 1 || + s->r_start + amask < s->r_start) + continue; if ((s->r_flags & flags) != flags) continue; rstart = ulmax(s->r_start, start); From owner-freebsd-stable@FreeBSD.ORG Sat May 3 00:52:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F2D3C5B for ; Sat, 3 May 2014 00:52:44 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id D25E21DE3 for ; Sat, 3 May 2014 00:52:43 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQEADcSY1ODaFve/2dsb2JhbABag1VXgme6NYZtUYEpdIIlAQEBBAEBASArIAsbGAICDRkCKQEJJgYIBwQBHASIIA2mBqN7F4EqjFcBARsBMweCb4FKBJZShBmRM4NPITGBBDk X-IronPort-AV: E=Sophos;i="4.97,975,1389762000"; d="scan'208";a="120094825" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 02 May 2014 20:52:37 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 268F3B3F51; Fri, 2 May 2014 20:52:37 -0400 (EDT) Date: Fri, 2 May 2014 20:52:37 -0400 (EDT) From: Rick Macklem To: Craig Yoshioka Message-ID: <349221658.1387859.1399078357152.JavaMail.root@uoguelph.ca> In-Reply-To: <892DB38A-0F20-439F-828A-27F195C8EEBD@me.com> Subject: Re: problems with chown as root on nfs4 export MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 03 May 2014 00:52:44 -0000 Craig Yoshioka wrote: >=20 > > From what I was told, trying a uid string is only a fallback > > scenario for the client. Instead, it turns out root (uid 0) was > > improperly triggering a conditional that mapped it to nobody on > > maproot exports. I just tried a fixed version and it works now. >=20 > Nevermind, I spoke too soon. I hadn=E2=80=99t properly cleared the effec= t of > setting: >=20 > echo N >/sys/module/nfs/parameters/nfs4_disable_idmapping >=20 > but just to confirm, setting the above in linux clients does cause > their SETATTR calls to pass the username instead of the uid. > Unfortunately, this setting is not the default. >=20 Just to let everyone know. I just committed a patch (r265252) that fixes this default Linux client case. It makes the server either handle numeric uid/gid strings or return NFS4ERR_BADOWNER, depending on a sysctl called vfs.nfsd.enable_stringtouid. (rfc-3530bis is still a draft, but I don't think this patch will cause problems for older NFSv4 clients.) Either way the new Linux client handles this, since it switches to using @ when it sees NFS4ERR_BADOWNER. Thanks go to Craig for reporting and testing this. The patch should be MFC'd in 1 week. You can use the above fix on the Linux client side if you don't have the server patch. rick >=20 > >>=20 > >>>=20 > >>>=20 > >>> 3. I can=E2=80=99t rule out misconfiguration. but I=E2=80=99ve confi= gured as > >>> identically as I could, and tried a lot of small vairations. > >>> these > >>> are my current settings (the pipefs settings are the distro > >>> defaults) > >>>=20 > >>> _______________________________________________ > >>> freebsd-stable@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >>> To unsubscribe, send any mail to > >>> "freebsd-stable-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Sat May 3 19:07:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2783C7F4; Sat, 3 May 2014 19:07:58 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 F3E5819A5; Sat, 3 May 2014 19:07:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.7/8.14.7) with ESMTP id s43J7jc2004849; Sat, 3 May 2014 21:07:45 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.7/8.14.7/Submit) id s43J7juT004764; Sat, 3 May 2014 19:07:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 3 May 2014 19:07:45 GMT Message-Id: <201405031907.s43J7juT004764@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2014 19:07:58 -0000 TB --- 2014-05-03 18:40:48 - tinderbox 2.21 running on worker01.tb.des.no TB --- 2014-05-03 18:40:48 - FreeBSD worker01.tb.des.no 9.2-RELEASE-p4 FreeBSD 9.2-RELEASE-p4 #0: Tue Apr 8 18:08:22 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-03 18:40:48 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-05-03 18:40:48 - cleaning the object tree TB --- 2014-05-03 18:40:48 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-03 18:41:34 - At svn revision 265284 TB --- 2014-05-03 18:41:35 - building world TB --- 2014-05-03 18:41:35 - CROSS_BUILD_TESTING=YES TB --- 2014-05-03 18:41:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-03 18:41:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-03 18:41:35 - SRCCONF=/dev/null TB --- 2014-05-03 18:41:35 - TARGET=amd64 TB --- 2014-05-03 18:41:35 - TARGET_ARCH=amd64 TB --- 2014-05-03 18:41:35 - TZ=UTC TB --- 2014-05-03 18:41:35 - __MAKE_CONF=/dev/null TB --- 2014-05-03 18:41:35 - cd /src TB --- 2014-05-03 18:41:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat May 3 18:41:45 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGCXX.cpp -o CGCXX.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGCXXABI.cpp -o CGCXXABI.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGCall.cpp -o CGCall.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGClass.cpp -o CGClass.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGCleanup.cpp -o CGCleanup.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGDebugInfo.cpp -o CGDebugInfo.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGDecl.cpp -o CGDecl.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGDeclCXX.cpp -o CGDeclCXX.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGException.cpp -o CGException.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGExpr.cpp -o CGExpr.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGExprAgg.cpp -o CGExprAgg.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGExprCXX.cpp -o CGExprCXX.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGExprComplex.cpp -o CGExprComplex.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGExprConstant.cpp -o CGExprConstant.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGExprScalar.cpp -o CGExprScalar.o /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/AST/StmtVisitor.h: In member function 'RetTy clang::StmtVisitorBase::Visit(typename Ptr::type) [with Ptr = clang::make_ptr, ImplClass = ::ScalarExprEmitter, RetTy = llvm::Value*]': /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/AST/StmtVisitor.h:39: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libclangcodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-03 19:07:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-03 19:07:44 - ERROR: failed to build world TB --- 2014-05-03 19:07:44 - 1218.69 user 350.43 system 1615.69 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun May 4 20:44:29 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E957C45; Sun, 4 May 2014 20:44:29 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 54E6C1C5B; Sun, 4 May 2014 20:44:27 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.7/8.14.7) with ESMTP id s44KiEm3084634; Sun, 4 May 2014 22:44:15 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.7/8.14.7/Submit) id s44KiEEB083055; Sun, 4 May 2014 20:44:14 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 4 May 2014 20:44:14 GMT Message-Id: <201405042044.s44KiEEB083055@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2014 20:44:29 -0000 TB --- 2014-05-04 20:40:47 - tinderbox 2.21 running on worker01.tb.des.no TB --- 2014-05-04 20:40:47 - FreeBSD worker01.tb.des.no 9.2-RELEASE-p4 FreeBSD 9.2-RELEASE-p4 #0: Tue Apr 8 18:08:22 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-04 20:40:47 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-05-04 20:40:47 - cleaning the object tree TB --- 2014-05-04 20:40:47 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-04 20:41:31 - At svn revision 265337 TB --- 2014-05-04 20:41:32 - building world TB --- 2014-05-04 20:41:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-04 20:41:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-04 20:41:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-04 20:41:32 - SRCCONF=/dev/null TB --- 2014-05-04 20:41:32 - TARGET=arm TB --- 2014-05-04 20:41:32 - TARGET_ARCH=arm TB --- 2014-05-04 20:41:32 - TZ=UTC TB --- 2014-05-04 20:41:32 - __MAKE_CONF=/dev/null TB --- 2014-05-04 20:41:32 - cd /src TB --- 2014-05-04 20:41:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun May 4 20:41:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ranlib libllvmtablegen.a ===> usr.bin/clang/tblgen (obj,depend,all,install) /obj/arm.arm/src/tmp/src/usr.bin/clang/tblgen created for /src/usr.bin/clang/tblgen rm -f .depend mkdep -f .depend -a -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/arm.arm/src/tmp/legacy/usr/include /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/AsmMatcherEmitter.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/AsmWriterEmitter.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/AsmWriterInst.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CTagsEmitter.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CallingConvEmitter.cpp /src/usr.bi! n/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeEmitterGen.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenDAGPatterns.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenInstruction.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenMapTable.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenRegisters.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenSchedule.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenTarget.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/DAGISelEmitter.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/DAGISelMatcher.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/DAGISelMatcherEmitter.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/DAGISelMatcherGen.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/DAGISelMatche! rOpt.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils! /TableGen/DFAPacketizerEmitter.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/DisassemblerEmitter.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/FastISelEmitter.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/FixedLenDecoderEmitter.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/InstrInfoEmitter.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/IntrinsicEmitter.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/OptParserEmitter.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/PseudoLoweringEmitter.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/RegisterInfoEmitter.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/SetTheory.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/SubtargetEmitter.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/TGValueTypes.cpp /src/usr.bin/clang/tblge! n/../../../contrib/llvm/utils/TableGen/TableGen.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/X86DisassemblerTables.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/X86ModRMFilters.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/X86RecognizableInstr.cpp echo tblgen: /usr/lib/libc.a /obj/arm.arm/src/tmp/src/usr.bin/clang/tblgen/../../../lib/clang/libllvmtablegen/libllvmtablegen.a /obj/arm.arm/src/tmp/src/usr.bin/clang/tblgen/../../../lib/clang/libllvmsupport/libllvmsupport.a /usr/lib/libncurses.a /obj/arm.arm/src/tmp/legacy/usr/lib/libegacy.a >> .depend echo tblgen: >> .depend c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/AsmMatcherEmitter.cpp c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/AsmWriterEmitter.cpp c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/AsmWriterInst.cpp c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CTagsEmitter.cpp c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CallingConvEmitter.cpp c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeEmitterGen.cpp c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenDAGPatterns.cpp c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenInstruction.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenInstruction.cpp: In member function 'void llvm::CGIOperandList::ProcessDisableEncoding(std::string)': /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenInstruction.cpp:270: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin/clang/tblgen *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-04 20:44:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-04 20:44:13 - ERROR: failed to build world TB --- 2014-05-04 20:44:13 - 128.23 user 73.23 system 206.60 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Mon May 5 11:30:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7983F96 for ; Mon, 5 May 2014 11:30:51 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 2C0671277 for ; Mon, 5 May 2014 11:30:50 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id BED1CB903D for ; Mon, 5 May 2014 13:30:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:message-id:subject:subject:from:from:date :date:received:received; s=mimar-0901; t=1399289436; x= 1401103837; bh=9Gsrnu+BwwYBdXdibCZm1jPV7nZHkFUFcdCNe3cI2/s=; b=d OAxp9p2S6dBh22V2zBuIduO0JFei3sspAcseG7LR42QSA0hgp99egregw2ep6iQc KrHkGkOG4jsfjEGdMTY3QZ2pI8HnRgqwiAU8J8zRlFljNKmet1Qy8H/330G4B5KK QWR+n905Uzh8EAMj5d8bPSFrXKYcngJmf3/H5Qf2gc= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id x3IdAc3fY4bC for ; Mon, 5 May 2014 13:30:36 +0200 (CEST) Received: from kaa.mimar.rs (nat.kappastar.com [193.53.106.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 3AEFFB902E for ; Mon, 5 May 2014 13:30:35 +0200 (CEST) Date: Mon, 5 May 2014 13:30:34 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: another busy mount point Message-Id: <20140505133034.1e2e4e83289130872f1fac9c@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 11:30:51 -0000 Hi, I have problem unmounting external FAT32-formatted USB drive on 10.0-RELEASE-p1 (with XFCE): pacija@mephala:~ % umount /usr/home/pacija/mnt umount: unmount of /usr/home/pacija/mnt failed: Device busy lsof /usr/home/pacija/mnt gives no output. I am not under mounted part in terminal or Thunar, I have no su session left there. I am mounting it as user, here are relevant lines: pacija@mephala:~ % sudo gpart show da5 =3D> 34 975400893 da5 GPT (465G) 34 975400893 1 mbr (465G) pacija@mephala:~ % mount /dev/ada0p2 on / (ufs, local, journaled soft-updates) devfs on /dev (devfs, local, multilabel) tmpfs on /tmp (tmpfs, local) procfs on /proc (procfs, local) fdescfs on /dev/fd (fdescfs) data on /data (zfs, local, nfsv4acls) data/pacija on /usr/home/pacija/data (zfs, local, noatime, nfsv4acls) /dev/da5p1 on /usr/home/pacija/mnt (msdosfs, local, nosuid, mounted by pacija) pacija@mephala:~ % cat /etc/sysctl.conf=20 kern.ipc.shm_allow_removed=3D1 vfs.usermount=3D1 pacija@mephala:~ % cat /etc/devfs.rules=20 [system=3D10] add path 'usb/*' mode 0660 group operator add path 'cd*' mode 0666 add path 'da*' mode 0666 add path 'pass*' mode 0666 add path 'xpt*' mode 0666 pacija@mephala:~ % cat /etc/rc.conf=20 ... devfs_system_ruleset=3D"system" ... pacija@mephala:~ % cat .gaminrc=20 poll /home/pacija/mnt/* Any advices? --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Mon May 5 11:38:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 507F1601 for ; Mon, 5 May 2014 11:38:34 +0000 (UTC) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1382512FA for ; Mon, 5 May 2014 11:38:34 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id j15so1733413qaq.27 for ; Mon, 05 May 2014 04:38:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=KvSmxBF2T9EzqEKPMywE6W3f/bSScoBlFs544+0esyY=; b=aC4hJ0fIC13bW2wg+X2UjXeaf69N5ceurmhZwB2QsYyZRjNIUzBzIZ4eMm8k4mMKor SWcd+4Nhc6NQ1k6A1vtNenYtZ8zH8W5tKM2tx5YAA7Nxj4ntQF8+BgyvXHplbMUOzxJT C4t340OjxttqsIKC4DJh12TTRA4e2niNYm4okoLzpITAJWdgEixo4hQXQzxFQRQIJxMZ cIp/orHvzum6KT8yCfvGDSuH4xuoLNlhhKNcM8g5j9i7hxE6GVE/vu3QAgKT9P5flF3X ECAQ09fvEsfiNv+IXMkstJLjDx44MtxSaUyNUFX06AXLxuCrE8GXANiwvkhf1/ZU8QH8 PrOA== MIME-Version: 1.0 X-Received: by 10.140.104.16 with SMTP id z16mr40924658qge.76.1399289913184; Mon, 05 May 2014 04:38:33 -0700 (PDT) Received: by 10.140.94.142 with HTTP; Mon, 5 May 2014 04:38:33 -0700 (PDT) In-Reply-To: <20140505133034.1e2e4e83289130872f1fac9c@mimar.rs> References: <20140505133034.1e2e4e83289130872f1fac9c@mimar.rs> Date: Mon, 5 May 2014 13:38:33 +0200 Message-ID: Subject: Re: another busy mount point From: Carlos To: =?UTF-8?B?TWFya28gQ3VwYcSH?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 11:38:34 -0000 2014-05-05 13:30 GMT+02:00 Marko Cupa=C4=87 : > Hi, > > I have problem unmounting external FAT32-formatted USB drive on > 10.0-RELEASE-p1 (with XFCE): > > pacija@mephala:~ % umount /usr/home/pacija/mnt > umount: unmount of /usr/home/pacija/mnt failed: Device busy > > lsof /usr/home/pacija/mnt gives no output. > > I am not under mounted part in terminal or Thunar, I have no su session > left there. > > I am mounting it as user, here are relevant lines: > > pacija@mephala:~ % sudo gpart show da5 > =3D> 34 975400893 da5 GPT (465G) > 34 975400893 1 mbr (465G) > > pacija@mephala:~ % mount > /dev/ada0p2 on / (ufs, local, journaled soft-updates) > devfs on /dev (devfs, local, multilabel) > tmpfs on /tmp (tmpfs, local) > procfs on /proc (procfs, local) > fdescfs on /dev/fd (fdescfs) > data on /data (zfs, local, nfsv4acls) > data/pacija on /usr/home/pacija/data (zfs, local, noatime, nfsv4acls) > /dev/da5p1 on /usr/home/pacija/mnt (msdosfs, local, nosuid, mounted by > pacija) > > pacija@mephala:~ % cat /etc/sysctl.conf > kern.ipc.shm_allow_removed=3D1 > vfs.usermount=3D1 > > pacija@mephala:~ % cat /etc/devfs.rules > [system=3D10] > add path 'usb/*' mode 0660 group operator > add path 'cd*' mode 0666 > add path 'da*' mode 0666 > add path 'pass*' mode 0666 > add path 'xpt*' mode 0666 > > pacija@mephala:~ % cat /etc/rc.conf > ... > devfs_system_ruleset=3D"system" > ... > > pacija@mephala:~ % cat .gaminrc > poll /home/pacija/mnt/* > > Any advices? > -- > Marko Cupa=C4=87 Which is the output of fuser -c /dev/da5p1? From owner-freebsd-stable@FreeBSD.ORG Mon May 5 11:57:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F02D3CEE for ; Mon, 5 May 2014 11:57:38 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id A035A14E3 for ; Mon, 5 May 2014 11:57:38 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id 76F89B903D; Mon, 5 May 2014 13:57:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1399291055; x=1401105456; bh=THFBBba/GjZ4dO5CN1QSb8ZE74C11E2CulU MP02sHYM=; b=fNfdeUTlw/C+mN+Wu3xPacPx3/QBnbzk3pKCYlOQMMtMHuq3V6E 6lMSn7M5ce9pJ+wYFzgE3ycUs7cwcUnHw+l7iYCsziSP3vS1r1Q0btY/VOAXwthg 9IoI9GQwoYJnXkXfn2rqUCM9+VqNwI161j0mcrnGNLzgtChQkCZrWb40= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Pm7MhnjZyr9W; Mon, 5 May 2014 13:57:35 +0200 (CEST) Received: from kaa.mimar.rs (nat.kappastar.com [193.53.106.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 09026B9038; Mon, 5 May 2014 13:57:34 +0200 (CEST) Date: Mon, 5 May 2014 13:57:34 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: Carlos Subject: Re: another busy mount point Message-Id: <20140505135734.abf9e688c8d5f10ae4b120cb@mimar.rs> In-Reply-To: References: <20140505133034.1e2e4e83289130872f1fac9c@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 11:57:39 -0000 On Mon, 5 May 2014 13:38:33 +0200 Carlos wrote: > Which is the output of fuser -c /dev/da5p1? pacija@mephala:~ % fuser -c /dev/da5p1 /dev/da5p1: 1230yw 1168yw 1156yw 1143w 1141w 1072cyw 1071yw 1067w 1060yw 1057w 1056yw 1050w 1049yw 1047w 1043w 1042yw 1040yw 1039yw 1038yw 1037w 1034w 1032w 1031yw 1028yw 1008yw 1001yw 998yw 996yw --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Mon May 5 12:02:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7D8F18E for ; Mon, 5 May 2014 12:02:27 +0000 (UTC) Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9974815C2 for ; Mon, 5 May 2014 12:02:27 +0000 (UTC) Received: by mail-qg0-f53.google.com with SMTP id f51so6811717qge.12 for ; Mon, 05 May 2014 05:02:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=vQrsCQLFLwsxR66QBzuz+XyjsNm5AcPlmehWjcvuwGA=; b=VfACiqTvzTMEaRwJUpytN1angvFkQYcnhiHlVVpFk+YA/d+iCBhqDXaotpBx9yPZkg 3DkAyt3aPhLcDobBfHeSgEDDZMXfA8HqeZUK5DRxdNalI+X/C78CO4YCdK/YUuHWqWrb MXSKAYW5sTu0FRjB3tR4ooC0TUOLitQYXgLPgBpRte0P3SEZ9Yx/fXJakcDvxeVgsdie yKPFHQvgyIGoaEqRElEFzfTd+KTung7wOf8Ti47kRVB5sQaYCuc3NmIQ9oKlWZYin4qP TAA6zYR9NaWcILHOpq99VwMYCJgbtGoFyeG819nKn/047xvvrUgWY5aplkRJorpD5pxf MPSQ== MIME-Version: 1.0 X-Received: by 10.140.98.116 with SMTP id n107mr40624484qge.93.1399291346796; Mon, 05 May 2014 05:02:26 -0700 (PDT) Received: by 10.140.94.142 with HTTP; Mon, 5 May 2014 05:02:26 -0700 (PDT) In-Reply-To: <20140505135734.abf9e688c8d5f10ae4b120cb@mimar.rs> References: <20140505133034.1e2e4e83289130872f1fac9c@mimar.rs> <20140505135734.abf9e688c8d5f10ae4b120cb@mimar.rs> Date: Mon, 5 May 2014 14:02:26 +0200 Message-ID: Subject: Re: another busy mount point From: Carlos To: =?UTF-8?B?TWFya28gQ3VwYcSH?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 12:02:27 -0000 2014-05-05 13:57 GMT+02:00 Marko Cupa=C4=87 : > On Mon, 5 May 2014 13:38:33 +0200 > Carlos wrote: > >> Which is the output of fuser -c /dev/da5p1? > > pacija@mephala:~ % fuser -c /dev/da5p1 > /dev/da5p1: 1230yw 1168yw 1156yw 1143w 1141w 1072cyw 1071yw > 1067w 1060yw 1057w 1056yw 1050w 1049yw 1047w 1043w 1042yw > 1040yw 1039yw 1038yw 1037w 1034w 1032w 1031yw 1028yw 1008yw > 1001yw 998yw 996yw > > -- > Marko Cupa=C4=87 These are the PID of the proccess that are using your mount point. With ps auxww | grep PID you can check which process they are. From owner-freebsd-stable@FreeBSD.ORG Mon May 5 12:18:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39F0D5EA for ; Mon, 5 May 2014 12:18:07 +0000 (UTC) Received: from mail-ee0-x22e.google.com (mail-ee0-x22e.google.com [IPv6:2a00:1450:4013:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C122016DC for ; Mon, 5 May 2014 12:18:06 +0000 (UTC) Received: by mail-ee0-f46.google.com with SMTP id t10so1675571eei.5 for ; Mon, 05 May 2014 05:18:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=Xe0CwXRXb3V1wfHgTjdxKoQIjMuMc4sRNY9mQ25Rjig=; b=dW5Ja8T4zCWtx5qoFN5l/i3E5TgQo8cxpXiIct6AA2wT+aHR/FMHTMXenue5NV7ZBk 3TdhEXip7hF2YsqCcfe9wJQujr2N9YuFpycZqFvIuFzyaUgma+V8FWe4T4cQJVuL18LG juVR2hHwvKrZwxUFRpXA0+MbTQKnEVGaFjJEPa/6ms9JOzN8AUitDIS++MX0VmligPuP pbpG6klqzyPRAHW5RgJ04PnQBGWvRswY618FWmXfTGXvJJGaQdPrtdF8jB+rTA+qiYbg U47NJ8hY1aZZarv91tym3cZ6gvs0LQf1+o+IjgdkX1tH5HHmmLhIx8upPscHg6weMa9c rvPQ== X-Received: by 10.15.75.9 with SMTP id k9mr1899421eey.110.1399292284255; Mon, 05 May 2014 05:18:04 -0700 (PDT) Received: from notebook.linsystem.net (e-77-128.eduroam.fit.cvut.cz. [147.32.77.128]) by mx.google.com with ESMTPSA id s46sm29195333ees.3.2014.05.05.05.18.03 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Mon, 05 May 2014 05:18:04 -0700 (PDT) Date: Mon, 5 May 2014 14:18:01 +0200 From: Robert David To: Carlos Subject: Re: another busy mount point Message-ID: <20140505141801.1344be2e@notebook.linsystem.net> In-Reply-To: References: <20140505133034.1e2e4e83289130872f1fac9c@mimar.rs> <20140505135734.abf9e688c8d5f10ae4b120cb@mimar.rs> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 12:18:07 -0000 Hi all, I got similar problems with caja (nautilus) with nfs mounted shares. I did use automount and caja start gvfs-trash which scan all the mountpoints. This lead to blocking these mountpoints from being unmounted. Take a look at this, it can be similar issue. Regards,=20 Robert. On Mon, 5 May 2014 14:02:26 +0200 Carlos wrote: > 2014-05-05 13:57 GMT+02:00 Marko Cupa=C4=87 : > > On Mon, 5 May 2014 13:38:33 +0200 > > Carlos wrote: > > > >> Which is the output of fuser -c /dev/da5p1? > > > > pacija@mephala:~ % fuser -c /dev/da5p1 > > /dev/da5p1: 1230yw 1168yw 1156yw 1143w 1141w 1072cyw 1071yw > > 1067w 1060yw 1057w 1056yw 1050w 1049yw 1047w 1043w 1042yw > > 1040yw 1039yw 1038yw 1037w 1034w 1032w 1031yw 1028yw 1008yw > > 1001yw 998yw 996yw > > > > -- > > Marko Cupa=C4=87 >=20 > These are the PID of the proccess that are using your mount point. > With ps auxww | grep PID you can check which process they are. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 May 5 12:25:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 096FB838 for ; Mon, 5 May 2014 12:25:19 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id ACE7B179F for ; Mon, 5 May 2014 12:25:18 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id 76247B903D; Mon, 5 May 2014 14:25:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1399292715; x=1401107116; bh=/V5aHx5Wu/IywRfX5s4mjrD6BejBJERYPwY PVQkeIh4=; b=A1FRnTKndq35zN79/gjxd3opYuvBRn2gNV4duw7/y1kbO4O1goh T+A8PLZIXYA6tbCtvnAuycnv4MbYHqXpRoJ/4ktyJ5b32P0qth6w9iPqGJVZu3A3 mEmKOr3cStrv6RlzHPA5A4JIN0MPC89BKQJ3uZ/pULixn+g2qIPkhwDw= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id F9vlMtToSWby; Mon, 5 May 2014 14:25:15 +0200 (CEST) Received: from kaa.mimar.rs (nat.kappastar.com [193.53.106.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 37295B9038; Mon, 5 May 2014 14:25:15 +0200 (CEST) Date: Mon, 5 May 2014 14:25:14 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: Carlos Subject: Re: another busy mount point Message-Id: <20140505142514.c2aac6c0ac3d882af10e82b9@mimar.rs> In-Reply-To: References: <20140505133034.1e2e4e83289130872f1fac9c@mimar.rs> <20140505135734.abf9e688c8d5f10ae4b120cb@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 12:25:19 -0000 On Mon, 5 May 2014 14:02:26 +0200 Carlos wrote: > These are the PID of the proccess that are using your mount point. > With ps auxww | grep PID you can check which process they are. Thanx for pointing me in the right direction, however the command to use is not: fuser -c /dev/da5p2 but: fuser -c /usr/home/pacija/mnt The result I get is: pacija@mephala:~ % fuser -c /usr/home/pacija/mnt/ /usr/home/pacija/mnt/: 1067 And greping ps waux with this number gives me: pacija@mephala:~ % sudo ps auxww | grep 1067 pacija 1067 0.0 0.1 65828 7360 - I 12:58pm 0:00.17 /usr/local/libexec/gvfsd-trash --spawner :1.8 /org/gtk/gvfs/exec_spaw/0 Killing the process allows me to unmount volume, so this kinda solves my problem, thanx! Question remains what is this gvfsd-trash, what is it good for besides preventing me from unmounting external USB drive, is it possible to disable it without bad consequences? Regards, --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Mon May 5 14:10:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13779C86 for ; Mon, 5 May 2014 14:10:51 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 B5CE611F0 for ; Mon, 5 May 2014 14:10:49 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s45EC0gL051151; Mon, 5 May 2014 07:12:06 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s45EBsh9051147; Mon, 5 May 2014 07:11:54 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 5 May 2014 07:11:54 -0700 (PDT) Message-ID: <1d27f6abdde62335e20e792d944862c5.authenticated@ultimatedns.net> In-Reply-To: <20140505133034.1e2e4e83289130872f1fac9c@mimar.rs> References: <20140505133034.1e2e4e83289130872f1fac9c@mimar.rs> Date: Mon, 5 May 2014 07:11:54 -0700 (PDT) Subject: Re: another busy mount point From: "Chris H" To: =?utf-8?B?TWFya28gQ3VwYcOE77+9?= User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 14:10:51 -0000 > Hi, > > I have problem unmounting external FAT32-formatted USB drive on > 10.0-RELEASE-p1 (with XFCE): > > pacija@mephala:~ % umount /usr/home/pacija/mnt > umount: unmount of /usr/home/pacija/mnt failed: Device busy > > lsof /usr/home/pacija/mnt gives no output. > > I am not under mounted part in terminal or Thunar, I have no su session > left there. > > I am mounting it as user, here are relevant lines: > > pacija@mephala:~ % sudo gpart show da5 > => 34 975400893 da5 GPT (465G) > 34 975400893 1 mbr (465G) > > pacija@mephala:~ % mount > /dev/ada0p2 on / (ufs, local, journaled soft-updates) > devfs on /dev (devfs, local, multilabel) > tmpfs on /tmp (tmpfs, local) > procfs on /proc (procfs, local) > fdescfs on /dev/fd (fdescfs) > data on /data (zfs, local, nfsv4acls) > data/pacija on /usr/home/pacija/data (zfs, local, noatime, nfsv4acls) > /dev/da5p1 on /usr/home/pacija/mnt (msdosfs, local, nosuid, mounted by > pacija) > > pacija@mephala:~ % cat /etc/sysctl.conf > kern.ipc.shm_allow_removed=1 > vfs.usermount=1 > > pacija@mephala:~ % cat /etc/devfs.rules > [system=10] > add path 'usb/*' mode 0660 group operator > add path 'cd*' mode 0666 > add path 'da*' mode 0666 > add path 'pass*' mode 0666 > add path 'xpt*' mode 0666 > > pacija@mephala:~ % cat /etc/rc.conf > ... > devfs_system_ruleset="system" > ... > > pacija@mephala:~ % cat .gaminrc > poll /home/pacija/mnt/* > > Any advices? Greetings, I frequently experience similar behavior when running x11-wm/xfce4. I only investigated the matter long enough to determine that there weren't any pending writes to the mount points. After discovering that this was going to be a consistent problem, with no /reasonable/ cause. I simply issue: umount -f /some/mount-point which never causes any problem, and always dis-mounts the mount points. --Chris > -- > Marko Cupać > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 May 5 14:17:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94D66ECA for ; Mon, 5 May 2014 14:17:23 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 41A9A1244 for ; Mon, 5 May 2014 14:17:22 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s45EIYkH051892; Mon, 5 May 2014 07:18:40 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s45EITpN051886; Mon, 5 May 2014 07:18:29 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 5 May 2014 07:18:29 -0700 (PDT) Message-ID: <2d1f3e9b8635cbac129ad943b9889193.authenticated@ultimatedns.net> In-Reply-To: <20140505142514.c2aac6c0ac3d882af10e82b9@mimar.rs> References: <20140505133034.1e2e4e83289130872f1fac9c@mimar.rs> <20140505135734.abf9e688c8d5f10ae4b120cb@mimar.rs> <20140505142514.c2aac6c0ac3d882af10e82b9@mimar.rs> Date: Mon, 5 May 2014 07:18:29 -0700 (PDT) Subject: Re: another busy mount point From: "Chris H" To: =?utf-8?B?TWFya28gQ3VwYcOE77+9?= User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org, Carlos X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 14:17:23 -0000 > On Mon, 5 May 2014 14:02:26 +0200 > Carlos wrote: > >> These are the PID of the proccess that are using your mount point. >> With ps auxww | grep PID you can check which process they are. > > Thanx for pointing me in the right direction, however the command to > use is not: > fuser -c /dev/da5p2 > > but: > fuser -c /usr/home/pacija/mnt > > The result I get is: > pacija@mephala:~ % fuser -c /usr/home/pacija/mnt/ > /usr/home/pacija/mnt/: 1067 > > And greping ps waux with this number gives me: > pacija@mephala:~ % sudo ps auxww | grep 1067 > pacija 1067 0.0 0.1 65828 7360 - I 12:58pm > 0:00.17 /usr/local/libexec/gvfsd-trash > --spawner :1.8 /org/gtk/gvfs/exec_spaw/0 > > Killing the process allows me to unmount volume, so this kinda solves > my problem, thanx! > > Question remains what is this gvfsd-trash, what is it good for besides > preventing me from unmounting external USB drive, is it possible to > disable it without bad consequences? I believe the only consequence, is that you won't /necessarily/ get accurate info regarding the /contents/ of your trash [folder] -- the icon won't display full/empty [possibly] correctly. > > Regards, > -- > Marko Cupać > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 May 5 16:21:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44CB419D for ; Mon, 5 May 2014 16:21:46 +0000 (UTC) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 16D96D0 for ; Mon, 5 May 2014 16:21:46 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id kx10so10125235pab.11 for ; Mon, 05 May 2014 09:21:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=86HL22uuEyGR3EEtwR89UrpKw4jwCDgovJLOkFtedoM=; b=f/oipLVpcfpeUkSTRq+5d17J0z0V5OC+aUImwyaBpFvVnnEwc5zVFFsCpT118s5cCb LvR2RnFn6TAh7PVk6IeAjYbNtTrokEtvDjpdja/SA0ZFx8UMDU45zlF9tJbnHNThMsSs Tm0ThSpicxRQvIc0ECx6X/yccNR5TNHJFQ7WKqq21MY67lNbXfBSKpsf9VuAYu9AX9l4 DXa7v5mVhm/HpTdpKHjKNmcZ+sv+pmCEtOvpL2vNb210l8jE38rlc3vSQ5qYdbok+v1m UrrrYy49pDYyLuLxUPPG6q1imCDjnu9yB/ohcvMooqPCBsKaxjz95nUFu3uGi71CkVKH vRRQ== MIME-Version: 1.0 X-Received: by 10.66.227.193 with SMTP id sc1mr73419173pac.102.1399306905497; Mon, 05 May 2014 09:21:45 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.73.34 with HTTP; Mon, 5 May 2014 09:21:45 -0700 (PDT) In-Reply-To: <2d1f3e9b8635cbac129ad943b9889193.authenticated@ultimatedns.net> References: <20140505133034.1e2e4e83289130872f1fac9c@mimar.rs> <20140505135734.abf9e688c8d5f10ae4b120cb@mimar.rs> <20140505142514.c2aac6c0ac3d882af10e82b9@mimar.rs> <2d1f3e9b8635cbac129ad943b9889193.authenticated@ultimatedns.net> Date: Mon, 5 May 2014 09:21:45 -0700 X-Google-Sender-Auth: aecGifQws6eLGTPkEP_ZMh4ZrMw Message-ID: Subject: Re: another busy mount point From: Kevin Oberman To: Chris H Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD-STABLE Mailing List , Carlos X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 16:21:46 -0000 On Mon, May 5, 2014 at 7:18 AM, Chris H wrote: > > On Mon, 5 May 2014 14:02:26 +0200 > > Carlos wrote: > > > >> These are the PID of the proccess that are using your mount point. > >> With ps auxww | grep PID you can check which process they are. > > > > Thanx for pointing me in the right direction, however the command to > > use is not: > > fuser -c /dev/da5p2 > > > > but: > > fuser -c /usr/home/pacija/mnt > > > > The result I get is: > > pacija@mephala:~ % fuser -c /usr/home/pacija/mnt/ > > /usr/home/pacija/mnt/: 1067 > > > > And greping ps waux with this number gives me: > > pacija@mephala:~ % sudo ps auxww | grep 1067 > > pacija 1067 0.0 0.1 65828 7360 - I 12:58pm > > 0:00.17 /usr/local/libexec/gvfsd-trash > > --spawner :1.8 /org/gtk/gvfs/exec_spaw/0 > > > > Killing the process allows me to unmount volume, so this kinda solves > > my problem, thanx! > > > > Question remains what is this gvfsd-trash, what is it good for besides > > preventing me from unmounting external USB drive, is it possible to > > disable it without bad consequences? > > I believe the only consequence, is that you won't /necessarily/ get > accurate info regarding the /contents/ of your trash [folder] -- > the icon won't display full/empty [possibly] correctly. > > An easier way to find the process holding on to the file system is "fstat | grep mountpoint". It will provide both the PID and the command in a single step. Also, it is not tied to fuse. Works for any file system. gvfs-trash has been an issue with Gnome for some time and several patches were made to nautilus to fix it. I believe that the problem there is now fixed. At least I have not seen it for a while. Perhaps looking at the history of nautilus could provide a clue as to how to fix caja. I'll be moving to MATE very soon,so I may run into this, myself, soon. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon May 5 16:27:57 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9BDEBAA3; Mon, 5 May 2014 16:27:57 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 6067A147; Mon, 5 May 2014 16:27:56 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s45GRhbK052786; Mon, 5 May 2014 09:27:47 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201405051627.s45GRhbK052786@gw.catspoiler.org> Date: Mon, 5 May 2014 09:27:43 -0700 (PDT) From: Don Lewis Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE To: jhb@FreeBSD.org In-Reply-To: <201405021405.32570.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 16:27:57 -0000 On 2 May, John Baldwin wrote: > On Friday, May 02, 2014 5:39:19 am Don Lewis wrote: >> This expression will overflow: >> if (s->r_start + count - 1 > end) { >> I don't understand the point of this test. Is it an optimization to >> exit the loop early based on an assumption about the ordering of >> elements in the list? > > Yes. The elements in an rman list are supposed to be sorted. I missed this comment earlier. >> This expression will also overflow: >> rstart = (rstart + amask) & ~amask; >> which is where I think the start address is getting set to 0. >> >> >> After reverting subr_rman.c and applying the following patch, I see: >> considering [0xfec00000, 0xffffffff] >> no unshared regions found >> Then nexus_alloc_resource() gets called and I see >> considering [0x3ff60000, 0xfebfffff] >> and then all the right stuff happens. >> >> >> Index: sys/kern/subr_rman.c >> =================================================================== >> --- sys/kern/subr_rman.c (revision 262226) >> +++ sys/kern/subr_rman.c (working copy) >> @@ -468,11 +468,9 @@ >> */ >> for (s = r; s; s = TAILQ_NEXT(s, r_link)) { >> DPRINTF(("considering [%#lx, %#lx]\n", s->r_start, s->r_end)); >> - if (s->r_start + count - 1 > end) { >> - DPRINTF(("s->r_start (%#lx) + count - 1> end (%#lx)\n", >> - s->r_start, end)); >> - break; >> - } >> + if (s->r_end < start + count - 1 || >> + s->r_start > end - count + 1) >> + continue; >> if (s->r_flags & RF_ALLOCATED) { >> DPRINTF(("region is allocated\n")); >> continue; >> >> > > I think this looks good. I just committed a variation of this fix which preserves the early exit optimization to HEAD in r265363. It also tweaks the intial start of search test so that the s->r_start > end - count + 1 test above is not needed. I'm also considering some changes to the second for loop, but I've got some questions about the (s->r_flags & flags) != flags test: Are there any cases where we get a false match because a bit is set in s->r_flags that is not set in flags? Should there be a KASSERT to check that the bits passed in flags are valid? Should the RF_ALIGNMENT_MASK bits participate in this comparision? If so, I think that the comparison should either be strict equality or should be a magnitude comparison and not a bitwise comparison. If the RF_ALIGNMENT_MASK bits should be compared, then the fact that they are not preserved could be a problem. Just a few lines below: rv->r_flags = s->r_flags & (RF_ALLOCATED | RF_SHAREABLE | RF_TIMESHARE); If the RF_ALIGNMENT_MASK bits are equal, then the (s->r_start & amask) == 0 test would be redundant. From owner-freebsd-stable@FreeBSD.ORG Mon May 5 17:42:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 007635BA for ; Mon, 5 May 2014 17:42:36 +0000 (UTC) Received: from mail.in-addr.com (noop.in-addr.com [208.58.23.51]) (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 C07E4A25 for ; Mon, 5 May 2014 17:42:36 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1WhML1-000NeD-Jr; Mon, 05 May 2014 13:05:59 -0400 Date: Mon, 5 May 2014 13:05:59 -0400 From: Gary Palmer To: Kevin Oberman Subject: Re: another busy mount point Message-ID: <20140505170559.GA56618@in-addr.com> References: <20140505133034.1e2e4e83289130872f1fac9c@mimar.rs> <20140505135734.abf9e688c8d5f10ae4b120cb@mimar.rs> <20140505142514.c2aac6c0ac3d882af10e82b9@mimar.rs> <2d1f3e9b8635cbac129ad943b9889193.authenticated@ultimatedns.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: FreeBSD-STABLE Mailing List , Carlos , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 17:42:37 -0000 On Mon, May 05, 2014 at 09:21:45AM -0700, Kevin Oberman wrote: > On Mon, May 5, 2014 at 7:18 AM, Chris H wrote: > > > > On Mon, 5 May 2014 14:02:26 +0200 > > > Carlos wrote: > > > > > >> These are the PID of the proccess that are using your mount point. > > >> With ps auxww | grep PID you can check which process they are. > > > > > > Thanx for pointing me in the right direction, however the command to > > > use is not: > > > fuser -c /dev/da5p2 > > > > > > but: > > > fuser -c /usr/home/pacija/mnt > > > > > > The result I get is: > > > pacija@mephala:~ % fuser -c /usr/home/pacija/mnt/ > > > /usr/home/pacija/mnt/: 1067 > > > > > > And greping ps waux with this number gives me: > > > pacija@mephala:~ % sudo ps auxww | grep 1067 > > > pacija 1067 0.0 0.1 65828 7360 - I 12:58pm > > > 0:00.17 /usr/local/libexec/gvfsd-trash > > > --spawner :1.8 /org/gtk/gvfs/exec_spaw/0 > > > > > > Killing the process allows me to unmount volume, so this kinda solves > > > my problem, thanx! > > > > > > Question remains what is this gvfsd-trash, what is it good for besides > > > preventing me from unmounting external USB drive, is it possible to > > > disable it without bad consequences? > > > > I believe the only consequence, is that you won't /necessarily/ get > > accurate info regarding the /contents/ of your trash [folder] -- > > the icon won't display full/empty [possibly] correctly. > > > > An easier way to find the process holding on to the file system is "fstat > | grep mountpoint". It will provide both the PID and the command in a > single step. Also, it is not tied to fuse. Works for any file system. fuser is not related to fuse, it is a part of POSIX. > > gvfs-trash has been an issue with Gnome for some time and several patches > were made to nautilus to fix it. I believe that the problem there is now > fixed. At least I have not seen it for a while. Perhaps looking at the > history of nautilus could provide a clue as to how to fix caja. I'll be > moving to MATE very soon,so I may run into this, myself, soon. > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 May 5 18:29:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88DF281E for ; Mon, 5 May 2014 18:29:16 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 61051E37 for ; Mon, 5 May 2014 18:29:16 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D3CCDB968; Mon, 5 May 2014 14:29:14 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: serial console problem with latest 9.2-stable Date: Mon, 5 May 2014 13:36:14 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <550A35B7-77FC-4F96-845F-A94186866F25@cs.huji.ac.il> In-Reply-To: <550A35B7-77FC-4F96-845F-A94186866F25@cs.huji.ac.il> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Message-Id: <201405051336.14661.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 05 May 2014 14:29:14 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 18:29:16 -0000 On Friday, April 18, 2014 4:14:07 am Daniel Braniss wrote: >=20 > On Apr 11, 2014, at 12:09 PM, Daniel Braniss wrote: >=20 > > Hi, > > in /boot/device.hints I have: > > hint.uart.1.flags=3D0x10 > >=20 > > and till about a week old kernel, I get the serial console ok. > > with today=92s update, this is broken: > > the boot output stops after showing: > > ... > > cpu15 (AP): APIC ID: 7 > > ioapic1: Changing APIC ID to 1 > > ioapic0 irqs 0-23 on motherboard > > ioapic1 irqs 32-55 on motherboard > >=20 > > Freebsd/amd64 (rnd) (ttyu1) > >=20 > > Login: > >=20 > > and later, escape to debugger failes - i.e hitting \n~^B gets me nowher= e. > >=20 > > from dmesg: > >=20 > > =85 > > ioapic1: Changing APIC ID to 1 > > ioapic0 irqs 0-23 on motherboard > > ioapic1 irqs 32-55 on motherboard > > kbd1 at kbdmux0 > > acpi0: on motherboard > >=20 > > =85 > >=20 > > so what is broken in kbdmux? > >=20 > > thanks, > > danny > >=20 > some more info, from =91grep hart /var/run/dmesg.out': > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 > uart0: console (115200,n,8,1) > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 >=20 > I need some hints to solve this, What does 'conscontrol' show? =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon May 5 18:29:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47D2D83F; Mon, 5 May 2014 18:29:19 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 23AF1E3A; Mon, 5 May 2014 18:29:19 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E9CF9B941; Mon, 5 May 2014 14:29:17 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org, sbruno@freebsd.org Subject: Re: stable/10 panic Date: Mon, 5 May 2014 13:48:13 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <1398097892.1101.6.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1398097892.1101.6.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201405051348.13320.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 05 May 2014 14:29:18 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 18:29:19 -0000 On Monday, April 21, 2014 12:31:32 pm Sean Bruno wrote: > We're seeing this *a lot* on our qmail based hosts during our stable/10 > rollout. We're running stable/10 from around svn rev 261579 (mid > february) with one or two patches strewn in. > > sean > > > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > panic: page fault > cpuid = 5 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe048b9b12a0 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe048b9b1350 > vpanic() at vpanic+0x126/frame 0xfffffe048b9b1390 > panic() at panic+0x43/frame 0xfffffe048b9b13f0 > trap_fatal() at trap_fatal+0x3a2/frame 0xfffffe048b9b1450 > trap_pfault() at trap_pfault+0x22f/frame 0xfffffe048b9b14f0 > trap() at trap+0x670/frame 0xfffffe048b9b1710 > calltrap() at calltrap+0x8/frame 0xfffffe048b9b1710 > --- trap 0xc, rip = 0xffffffff805e759b, rsp = 0xfffffe048b9b17d0, rbp = 0xfffffe048b9b17e0 --- > __mtx_assert() at __mtx_assert+0x3b/frame 0xfffffe048b9b17e0 > knote() at knote+0x39/frame 0xfffffe048b9b1830 > pipeclose() at pipeclose+0xbe/frame 0xfffffe048b9b1860 Can you show which line this is via kgdb? Can you also 'p *cpipe' and 'p *ppipe'? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon May 5 18:29:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6CFC946 for ; Mon, 5 May 2014 18:29:21 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A0205E3C for ; Mon, 5 May 2014 18:29:21 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A68D4B989; Mon, 5 May 2014 14:29:20 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels Date: Mon, 5 May 2014 13:50:13 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <534FAED5.7070703@orange.fr> <201404291603.20582.jhb@freebsd.org> In-Reply-To: <201404291603.20582.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201405051350.13973.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 05 May 2014 14:29:20 -0400 (EDT) Cc: Claude Buisson X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 18:29:21 -0000 On Tuesday, April 29, 2014 4:03:20 pm John Baldwin wrote: > > With this kernel, kldloading agp.ko has for only effect to lock the system > > (cannot switch vty, no answer to pings, ..) -> panic/power button. > > That is unexpected. :( To followup on this thread, Don Lewis tracked down the root bug in the rman code and committed a fix to HEAD today. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon May 5 18:29:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BD4EA2A for ; Mon, 5 May 2014 18:29:24 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 263A3E3E for ; Mon, 5 May 2014 18:29:24 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 174ABB98F; Mon, 5 May 2014 14:29:23 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE Date: Mon, 5 May 2014 13:51:09 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201405051351.09815.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 05 May 2014 14:29:23 -0400 (EDT) Cc: grarpamp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 18:29:24 -0000 On Thursday, May 01, 2014 2:06:06 am grarpamp wrote: > Here are my relevant verbose diffs after removing 262226. > If whoever wanted a verbose boot still needs one just ask. > > < FreeBSD 8.4-STABLE #0 r265062: ... ... .. ..:..:.. ... 2014 > > FreeBSD 8.4-STABLE #1 r265149M: ... ... .. ..:..:.. ... 2014 > > < vgapci0: mem > 0-0x7ffffff,0xee000000-0xee07ffff irq 16 at device 2.0 on pci0 > > vgapci0: mem 0xe0000000-0xe7ffffff,0xee000000-0xee07ffff irq 16 at device 2.0 on pci0 > > < vgapci0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0 > > vgapci0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 > > < info: [drm] AGP at 0x00000000 128MB > > info: [drm] AGP at 0xe0000000 128MB > > < ROOT MOUNT ERROR: > > start_init: trying /sbin/init The fix for this was committed to HEAD today and should be merged soon. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon May 5 18:46:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BCFD420; Mon, 5 May 2014 18:46:18 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 380F8114E; Mon, 5 May 2014 18:46:17 +0000 (UTC) Received: from [10.73.160.242] (nat-dip7.cfw-a-gci.corp.yahoo.com [209.131.62.116]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 0FE251928E4; Mon, 5 May 2014 18:46:16 +0000 (UTC) Subject: Re: stable/10 panic From: Sean Bruno Reply-To: sbruno@freebsd.org To: John Baldwin In-Reply-To: <201405051348.13320.jhb@freebsd.org> References: <1398097892.1101.6.camel@powernoodle.corp.yahoo.com> <201405051348.13320.jhb@freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-hjN9NQlpexWndlBgxY0R" Date: Mon, 05 May 2014 11:46:12 -0700 Message-ID: <1399315572.77984.2.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 18:46:18 -0000 --=-hjN9NQlpexWndlBgxY0R Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2014-05-05 at 13:48 -0400, John Baldwin wrote: > On Monday, April 21, 2014 12:31:32 pm Sean Bruno wrote: > > We're seeing this *a lot* on our qmail based hosts during our stable/10 > > rollout. We're running stable/10 from around svn rev 261579 (mid > > february) with one or two patches strewn in. > >=20 > > sean > >=20 > >=20 > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and yo= u are > > welcome to change it and/or distribute copies of it under certain condi= tions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for deta= ils. > > This GDB was configured as "amd64-marcel-freebsd"... > >=20 > > Unread portion of the kernel message buffer: > > panic: page fault > > cpuid =3D 5 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe048= b9b12a0 > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe048b9b1350 > > vpanic() at vpanic+0x126/frame 0xfffffe048b9b1390 > > panic() at panic+0x43/frame 0xfffffe048b9b13f0 > > trap_fatal() at trap_fatal+0x3a2/frame 0xfffffe048b9b1450 > > trap_pfault() at trap_pfault+0x22f/frame 0xfffffe048b9b14f0 > > trap() at trap+0x670/frame 0xfffffe048b9b1710 > > calltrap() at calltrap+0x8/frame 0xfffffe048b9b1710 > > --- trap 0xc, rip =3D 0xffffffff805e759b, rsp =3D 0xfffffe048b9b17d0, r= bp =3D 0xfffffe048b9b17e0 --- > > __mtx_assert() at __mtx_assert+0x3b/frame 0xfffffe048b9b17e0 > > knote() at knote+0x39/frame 0xfffffe048b9b1830 > > pipeclose() at pipeclose+0xbe/frame 0xfffffe048b9b1860 >=20 > Can you show which line this is via kgdb? Can you also 'p *cpipe' > and 'p *ppipe'? >=20 Looks like its in here: (kgdb) whe #0 doadump (textdump=3D1) at pcpu.h:219 #1 0xffffffff805fb2a7 in kern_reboot (howto=3D260) at ../../../kern/kern_shutdown.c:452 #2 0xffffffff805fb7b5 in vpanic (fmt=3D, ap=3D) at ../../../kern/kern_shutdown.c:759 #3 0xffffffff805fb803 in panic (fmt=3D) at ../../../kern/kern_shutdown.c:688 #4 0xffffffff80977852 in trap_fatal (frame=3D, eva=3D) at ../../../amd64/amd64/trap.c:882 #5 0xffffffff80977a8f in trap_pfault (frame=3D0x0, usermode=3D) at ../../../amd64/amd64/trap.c:699 #6 0xffffffff809772a0 in trap (frame=3D0xfffffe048c3df6e0) at ../../../amd64/amd64/trap.c:463 #7 0xffffffff8095c7e2 in calltrap () at ../../../amd64/amd64/exception.S:232 #8 0xffffffff805e759b in __mtx_assert (c=3D0x18, what=3D4, file=3D0xffffffff80ca0bcb "../../../kern/kern_event.c", line=3D1960) at ../../../kern/kern_mutex.c:791 #9 0xffffffff805c2099 in knote (list=3D0xfffff8003498aae0, hint=3D0, lockflags=3D1) at ../../../kern/kern_event.c:1822 #10 0xffffffff806510fe in pipeclose (cpipe=3D0xfffff8003498aa18) at ../../../kern/sys_pipe.c:1655 #11 0xffffffff80651019 in pipe_dtor (dpipe=3D) at ../../../kern/sys_pipe.c:395 #12 0xffffffff80559924 in fifo_close (ap=3D) at ../../../fs/fifofs/fifo_vnops.c:115 #13 0xffffffff80a6ba6a in VOP_CLOSE_APV (vop=3D, a=3D) at vnode_if.c:535 #14 0xffffffff806acc09 in vn_close (vp=3D0xfffff8032000cce8, flags=3D6, file_cred=3D0xfffff8040400d200, td=3D0xfffff804044f9490) at vnode_if.h:225 #15 0xffffffff806abad8 in vn_closefile (fp=3D0xfffff803b2f3c410, td=3D0xfffff804044f9490) at ../../../kern/vfs_vnops.c:1481 #16 0xffffffff805b8789 in _fdrop (fp=3D0xfffff803b2f3c410, td=3D0x4) at file.h:342 #17 0xffffffff805bb0e1 in closef (fp=3D0xfffff803b2f3c410, td=3D0xfffff804044f9490) at ../../../kern/kern_descrip.c:2415 #18 0xffffffff805b8bf0 in closefp (fdp=3D0xfffff800263f5000, fd=3D, fp=3D0xfffff803b2f3c410, td=3D0xfffff804044f9490, holdleaders=3D) at ../../../kern/kern_descrip.c:1257 #19 0xffffffff80a332b5 in ia32_syscall (frame=3D0xfffffe048c3dfbc0) at subr_syscall.c:135 #20 0xffffffff8095cdc5 in Xint0x80_syscall () at ia32_exception.S:73 #21 0x00000000210f7804 in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal ---------------- (kgdb) f 10 #10 0xffffffff806510fe in pipeclose (cpipe=3D0xfffff8003498aa18) at ../../../kern/sys_pipe.c:1655 1655 ../../../kern/sys_pipe.c: No such file or directory. in ../../../kern/sys_pipe.c (kgdb) p *cpipe $1 =3D {pipe_buffer =3D {cnt =3D 0, in =3D 0, out =3D 0, size =3D 0, buffer= =3D 0x0}, pipe_map =3D {cnt =3D 0, pos =3D 0, npages =3D 0, ms =3D {0x0 }}, pipe_sel =3D {si_tdlist =3D {tqh_first =3D 0x0, tqh_last =3D 0x0}= , si_note =3D {kl_list =3D { slh_first =3D 0x0}, kl_lock =3D 0, kl_unlock =3D 0, kl_assert_locke= d =3D 0xffffffff805c25c0 , kl_assert_unlocked =3D 0xffffffff805c25e0 , kl_lockarg =3D 0x0}, si_mtx =3D 0x0},=20 pipe_atime =3D {tv_sec =3D 1399120887, tv_nsec =3D 0}, pipe_mtime =3D {tv= _sec =3D 1399120887, tv_nsec =3D 0}, pipe_ctime =3D {tv_sec =3D 1399120887, tv_n= sec =3D 0}, pipe_sigio =3D 0x0, pipe_peer =3D 0xfffff8003498a8b8, pipe_pair =3D 0xfffff8003498a8b8,=20 pipe_state =3D 2432, pipe_busy =3D 0, pipe_present =3D 3, pipe_wgen =3D 0= , pipe_ino =3D 4294967295} (kgdb) p *ppipe $2 =3D {pipe_buffer =3D {cnt =3D 0, in =3D 0, out =3D 0, size =3D 0, buffer= =3D 0x0}, pipe_map =3D {cnt =3D 0, pos =3D 0, npages =3D 0, ms =3D {0x0 }}, pipe_sel =3D {si_tdlist =3D {tqh_first =3D 0x0, tqh_last =3D 0x0}= , si_note =3D {kl_list =3D { slh_first =3D 0x0}, kl_lock =3D 0, kl_unlock =3D 0, kl_assert_locke= d =3D 0xffffffff805c25c0 , kl_assert_unlocked =3D 0xffffffff805c25e0 , kl_lockarg =3D 0x0}, si_mtx =3D 0x0},=20 pipe_atime =3D {tv_sec =3D 1399120887, tv_nsec =3D 0}, pipe_mtime =3D {tv= _sec =3D 1399120887, tv_nsec =3D 0}, pipe_ctime =3D {tv_sec =3D 1399120887, tv_n= sec =3D 0}, pipe_sigio =3D 0x0, pipe_peer =3D 0xfffff8003498a8b8, pipe_pair =3D 0xfffff8003498a8b8,=20 pipe_state =3D 2432, pipe_busy =3D 0, pipe_present =3D 3, pipe_wgen =3D 0= , pipe_ino =3D 4294967295} ----- --=-hjN9NQlpexWndlBgxY0R Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTZ9xpAAoJEBkJRdwI6BaHkigH/RGXmS3u/i2Zzq5k5eHnuPgX G02vWfLmQSjJEsSuGmGX76EvRVhjVs+j820f+xW5C0l7l7bjMOZUysFPoMJiOQY5 Piw5tQZjY4zlRryGiIpbnZ/oyiA2KNN1R4OBG7O87YSqNs32hKrlgBVxwuvYuorH y7lb62ne0eb/utv0klhLfH72w7S8Peok9jxtBKC7xZMFTqFoOA/EVRMPLm+KVVEa NAatFDt/ozy3N1zm8Q+VuZehgqpt1JXjlJUBB2gQceOol2cW1PSj6gHQAOoLCevH SbJgOXyBzyKtZDFUFOa8ffPKiUk7/b/egAvtYQynmUsXKeHAzrBuLJepEACLXgU= =Gb+9 -----END PGP SIGNATURE----- --=-hjN9NQlpexWndlBgxY0R-- From owner-freebsd-stable@FreeBSD.ORG Mon May 5 18:50:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C04FE541 for ; Mon, 5 May 2014 18:50:49 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8A270117E for ; Mon, 5 May 2014 18:50:48 +0000 (UTC) Received: from [10.73.160.242] (nat-dip7.cfw-a-gci.corp.yahoo.com [209.131.62.116]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 459BD1928E4 for ; Mon, 5 May 2014 18:50:48 +0000 (UTC) Subject: stable/10 kassert on unlocked pipe in pipeunlock From: Sean Bruno Reply-To: sbruno@freebsd.org To: freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ou/sn3prtAEjuHcd8YhB" Date: Mon, 05 May 2014 11:50:45 -0700 Message-ID: <1399315845.77984.5.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 18:50:49 -0000 --=-ou/sn3prtAEjuHcd8YhB Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable not sure how $work is able to do this, but this panic floated in on the breeze from the weekend. GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: Unlocked pipe passed to pipeunlock cpuid =3D 3 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe048c695= 7e0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe048c695890 vpanic() at vpanic+0x126/frame 0xfffffe048c6958d0 kassert_panic() at kassert_panic+0x136/frame 0xfffffe048c695940 pipe_write() at pipe_write+0xa00/frame 0xfffffe048c6959f0 dofilewrite() at dofilewrite+0x85/frame 0xfffffe048c695a40 kern_writev() at kern_writev+0x65/frame 0xfffffe048c695a90 sys_write() at sys_write+0x63/frame 0xfffffe048c695ae0 ia32_syscall() at ia32_syscall+0x255/frame 0xfffffe048c695bf0 Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfffffe048c695bf0 --- syscall (4, FreeBSD ELF32, sys_write), rip =3D 0x22430824, rsp =3D 0xff= ff3fd8, rbp =3D 0xffff4004 --- Uptime: 32d1h5m4s Dumping 1975 out of 16358 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..= 91% ------------ (kgdb) whe #0 doadump (textdump=3D1) at pcpu.h:219 #1 0xffffffff805fb2a7 in kern_reboot (howto=3D260) at ../../../kern/kern_s= hutdown.c:452 #2 0xffffffff805fb7b5 in vpanic (fmt=3D, ap=3D) at ../../../kern/kern_shutdown.c:759 #3 0xffffffff805fb646 in kassert_panic (fmt=3D) at ..= /../../kern/kern_shutdown.c:647 #4 0xffffffff8064fe10 in pipe_write (fp=3D0xfffff802d63445f0, uio=3D0xffff= fe048c695ab0, active_cred=3D0x0, flags=3D0, td=3D0x0) at ../../../kern/sys_= pipe.c:616 #5 0xffffffff8064cbc5 in dofilewrite (td=3D0xfffff801bb3ab920, fd=3D20, fp= =3D0xfffff802d63445f0, auio=3D0xfffffe048c695ab0, offset=3D, flags=3D0) at file.h:303 #6 0xffffffff8064c8d5 in kern_writev (td=3D0xfffff801bb3ab920, fd=3D20, au= io=3D0xfffffe048c695ab0) at ../../../kern/sys_generic.c:467 #7 0xffffffff8064c863 in sys_write (td=3D, uap=3D) at ../../../kern/sys_generic.c:382 #8 0xffffffff80a332b5 in ia32_syscall (frame=3D0xfffffe048c695c00) at subr= _syscall.c:135 #9 0xffffffff8095cdc5 in Xint0x80_syscall () at ia32_exception.S:73 #10 0x0000000022430824 in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal --=-ou/sn3prtAEjuHcd8YhB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTZ92FAAoJEBkJRdwI6BaHe/0IAJSaa6KEMzCPdiriYfWzoOy2 7nq72lAgvUIBBJu4Oq6r1c2qTBgJFh762IBzBl0tW1qzb5eqWSTu+f3gln8PPwin r8oTWtCVrlTvof5f3rU3nTZWKKqBpyEuYplw0nk/okCYnQfEHKgOgULsDpIYezh3 v8CK5ydnE4EKAtzoBvQV7EYf7CtS9lFavko/KZCOqVmf6RtDUPtMI4Z8NBtMnyhY sWb2i66C3txzILfTulwOrc33jWnmRyYZTurOeAnEbq6oMG9Qt5oAFvxF9qJBvdly EOmRyjgfBO2iuz2wIiks4PK9MIZkc8gk5dG8HWxbafAjdDqyrSh4SKuD7ZoZR44= =XyCB -----END PGP SIGNATURE----- --=-ou/sn3prtAEjuHcd8YhB-- From owner-freebsd-stable@FreeBSD.ORG Mon May 5 19:27:25 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B00BC98 for ; Mon, 5 May 2014 19:27:25 +0000 (UTC) Received: from mx.frozen-zone.org (frozen-zone.org [78.47.101.194]) by mx1.freebsd.org (Postfix) with ESMTP id 6AEF15DFA for ; Mon, 5 May 2014 19:27:23 +0000 (UTC) Received: by mx.frozen-zone.org (Postfix, from userid 58) id EB00851F93A; Mon, 5 May 2014 19:16:17 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mx.frozen-zone.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Received: from fz-sub1.local (62-47-181-128.adsl.highway.telekom.at [62.47.181.128]) by mx.frozen-zone.org (Postfix) with ESMTPSA id 8188651F398 for ; Mon, 5 May 2014 19:16:17 +0000 (UTC) Message-ID: <5367E40F.1060308@FreeBSD.org> Date: Mon, 05 May 2014 21:18:39 +0200 From: Armin Pirkovitsch User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: stable@freebsd.org Subject: high load in KVM when network is used (stable/10) X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 19:27:25 -0000 Hi, has anyone ever experienced a problem with FreeBSD 10 (release as well as stable) in KVMs? (in relation to network activity) Currently the load of my server goes up when I just fetch a file. systat -vmstat > 3 users Load 0.57 0.28 0.28 May 5 21:04 > > Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER > Tot Share Tot Share Free in out in out > Act 714476 27764 2951164 33696 14130k count > All 2002012 83188 3211064 209272 pages > Proc: Interrupts > r p d s w Csw Trp Sys Int Sof Flt ioflt 4575 total > 2 102 11k 17 25k 4046 38 cow atkbd0 1 > zfod uhci0 11 > 28.6%Sys 14.3%Intr 1.4%User 0.0%Nice 55.7%Idle ozfod ata1 15 > | | | | | | | | | | %ozfod 121 cpu0:timer > ==============+++++++> daefr 3255 virtio_pci > dtbuf prcfr virtio_pci > Namei Name-cache Dir-cache 350329 desvn totfr 790 virtio_pci > Calls hits % hits % 6556 numvn react 116 cpu3:timer > 6 6 100 4181 frevn pdwak 185 cpu2:timer > 210 pdpgs 108 cpu1:timer > Disks vtbd0 cd0 pass0 intrn > KB/t 120 0.00 0.00 1382576 wire > tps 788 0 0 504540 act > MB/s 92.55 0.00 0.00 291232 inact > %busy 49 0 0 cache > 14130808 free > buf it's even worse when I access apache on that server: > 3 users Load 4.63 1.33 0.66 May 5 21:06 > > Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER > Tot Share Tot Share Free in out in out > Act 727760 27764 2938852 33696 14116k count > All 2015420 83188 3198752 209272 pages > Proc: Interrupts > r p d s w Csw Trp Sys Int Sof Flt ioflt 8 total > 103 14 4 49 2 1 cow atkbd0 1 > zfod uhci0 11 > 68.8%Sys 31.2%Intr 0.0%User 0.0%Nice 0.0%Idle ozfod ata1 15 > | | | | | | | | | | %ozfod 1 cpu0:timer > ==================================++++++++++++++++ daefr 4 virtio_pci > dtbuf prcfr virtio_pci > Namei Name-cache Dir-cache 350329 desvn totfr 1 virtio_pci > Calls hits % hits % 6557 numvn react cpu3:timer > 6 6 100 4136 frevn pdwak 1 cpu2:timer > 136 pdpgs 1 cpu1:timer > Disks vtbd0 cd0 pass0 intrn > KB/t 128 0.00 0.00 1382808 wire > tps 1 0 0 506072 act > MB/s 0.11 0.00 0.00 303460 inact > %busy 33 0 0 cache > 14116816 free > buf and you couldn't say that it just hasn't got enough power... ... > CPU: Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz (2000.01-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0x206d7 Family = 0x6 Model = 0x2d Stepping = 7 > Features=0xf83fbff > Features2=0x9eb82203 > AMD Features=0x2c100800 > AMD Features2=0x1 > real memory = 17179869184 (16384 MB) > avail memory = 16597995520 (15829 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 4 package(s) x 1 core(s) ... Has someone any suggestions what I could do to improve the performance (and lower the load)? Cheers Armin From owner-freebsd-stable@FreeBSD.ORG Mon May 5 22:15:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B629DB4 for ; Mon, 5 May 2014 22:15:13 +0000 (UTC) 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 1538DB99 for ; Mon, 5 May 2014 22:15:12 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.8/8.14.8) with ESMTP id s45MEl5S018930 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 5 May 2014 16:14:47 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.8/8.14.8/Submit) with ESMTP id s45MEkpl018927; Mon, 5 May 2014 16:14:46 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 5 May 2014 16:14:46 -0600 (MDT) From: Warren Block To: Kevin Oberman Subject: Re: another busy mount point In-Reply-To: Message-ID: References: <20140505133034.1e2e4e83289130872f1fac9c@mimar.rs> <20140505135734.abf9e688c8d5f10ae4b120cb@mimar.rs> <20140505142514.c2aac6c0ac3d882af10e82b9@mimar.rs> <2d1f3e9b8635cbac129ad943b9889193.authenticated@ultimatedns.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 05 May 2014 16:14:47 -0600 (MDT) Cc: FreeBSD-STABLE Mailing List , Carlos , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 22:15:13 -0000 On Mon, 5 May 2014, Kevin Oberman wrote: > gvfs-trash has been an issue with Gnome for some time and several patches > were made to nautilus to fix it. I believe that the problem there is now > fixed. At least I have not seen it for a while. Perhaps looking at the > history of nautilus could provide a clue as to how to fix caja. I'll be > moving to MATE very soon,so I may run into this, myself, soon. With xfce, devel/gamin is often the culprit. I have not found a satisfactory way to disable it only for certain directories. This is what I have in /usr/local/etc/gamin/gaminrc, which should not disable it entirely, but seems to: poll /usr/home/wblock/Desktop/* poll /* fsset ufs poll 10 From owner-freebsd-stable@FreeBSD.ORG Tue May 6 15:06:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27E4CCD9; Tue, 6 May 2014 15:06:14 +0000 (UTC) Received: from torment.daemoninthecloset.org (torment.daemoninthecloset.org [94.242.209.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "torment.daemoninthecloset.org", Issuer "daemoninthecloset.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C5880C7B; Tue, 6 May 2014 15:06:13 +0000 (UTC) Received: from sage.daemoninthecloset.org (unknown [70.114.209.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (not verified)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id 6BB7942C25DD; Tue, 6 May 2014 17:00:49 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemoninthecloset.org X-Virus-Scanned: amavisd-new at daemoninthecloset.org Date: Tue, 6 May 2014 09:59:41 -0500 (CDT) From: Bryan Venteicher To: Armin Pirkovitsch Message-ID: <743840238.35506.1399388381208.JavaMail.root@daemoninthecloset.org> In-Reply-To: <5367E40F.1060308@FreeBSD.org> References: <5367E40F.1060308@FreeBSD.org> Subject: Re: high load in KVM when network is used (stable/10) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.10.20] X-Mailer: Zimbra 8.0.2_GA_5569 (ZimbraWebClient - GC33 ([unknown])/8.0.2_GA_5569) Thread-Topic: high load in KVM when network is used (stable/10) Thread-Index: hGUA7XVcd689g1AhhR8kJ1Lae2Q2ww== Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 15:06:14 -0000 ----- Original Message ----- > From: "Armin Pirkovitsch" > To: stable@freebsd.org > Sent: Monday, May 5, 2014 2:18:39 PM > Subject: high load in KVM when network is used (stable/10) > > Hi, > > has anyone ever experienced a problem with FreeBSD 10 (release as well > as stable) in KVMs? (in relation to network activity) > > Currently the load of my server goes up when I just fetch a file. > > systat -vmstat > > 3 users Load 0.57 0.28 0.28 May 5 21:04 > > > > Mem:KB REAL VIRTUAL VN PAGER SWAP > > PAGER > > Tot Share Tot Share Free in out in > > out > > Act 714476 27764 2951164 33696 14130k count > > All 2002012 83188 3211064 209272 pages > > Proc: Interrupts > > r p d s w Csw Trp Sys Int Sof Flt ioflt 4575 total > > 2 102 11k 17 25k 4046 38 cow > > atkbd0 1 > > zfod uhci0 > > 11 > > 28.6%Sys 14.3%Intr 1.4%User 0.0%Nice 55.7%Idle ozfod ata1 > > 15 > > | | | | | | | | | | %ozfod 121 > > | | | | | | | | | | cpu0:timer > > ==============+++++++> daefr 3255 > > virtio_pci > > dtbuf prcfr > > virtio_pci > > Namei Name-cache Dir-cache 350329 desvn totfr 790 > > virtio_pci > > Calls hits % hits % 6556 numvn react 116 > > cpu3:timer > > 6 6 100 4181 frevn pdwak 185 > > cpu2:timer > > 210 pdpgs 108 > > cpu1:timer > > Disks vtbd0 cd0 pass0 intrn > > KB/t 120 0.00 0.00 1382576 wire > > tps 788 0 0 504540 act > > MB/s 92.55 0.00 0.00 291232 inact > > %busy 49 0 0 cache > > 14130808 free > > buf > > it's even worse when I access apache on that server: > > 3 users Load 4.63 1.33 0.66 May 5 21:06 > > > > Mem:KB REAL VIRTUAL VN PAGER SWAP > > PAGER > > Tot Share Tot Share Free in out in > > out > > Act 727760 27764 2938852 33696 14116k count > > All 2015420 83188 3198752 209272 pages > > Proc: Interrupts > > r p d s w Csw Trp Sys Int Sof Flt ioflt 8 total > > 103 14 4 49 2 1 cow > > atkbd0 1 > > zfod uhci0 > > 11 > > 68.8%Sys 31.2%Intr 0.0%User 0.0%Nice 0.0%Idle ozfod ata1 > > 15 > > | | | | | | | | | | %ozfod 1 > > | | | | | | | | | | cpu0:timer > > ==================================++++++++++++++++ daefr 4 > > virtio_pci > > dtbuf prcfr > > virtio_pci > > Namei Name-cache Dir-cache 350329 desvn totfr 1 > > virtio_pci > > Calls hits % hits % 6557 numvn react > > cpu3:timer > > 6 6 100 4136 frevn pdwak 1 > > cpu2:timer > > 136 pdpgs 1 > > cpu1:timer > > Disks vtbd0 cd0 pass0 intrn > > KB/t 128 0.00 0.00 1382808 wire > > tps 1 0 0 506072 act > > MB/s 0.11 0.00 0.00 303460 inact > > %busy 33 0 0 cache > > 14116816 free > > buf > > and you couldn't say that it just hasn't got enough power... > ... > > CPU: Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz (2000.01-MHz K8-class CPU) > > Origin = "GenuineIntel" Id = 0x206d7 Family = 0x6 Model = 0x2d > > Stepping = 7 > > Features=0xf83fbff > > Features2=0x9eb82203 > > AMD Features=0x2c100800 > > AMD Features2=0x1 > > real memory = 17179869184 (16384 MB) > > avail memory = 16597995520 (15829 MB) > > Event timer "LAPIC" quality 400 > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > > FreeBSD/SMP: 4 package(s) x 1 core(s) > ... > > Has someone any suggestions what I could do to improve the performance > (and lower the load)? > This will sound a bit odd - are you using DHCP on this interface? This might be another instance of http://www.freebsd.org/cgi/query-pr.cgi?pr=185864. If so, can you try with either a static IP or by applying in the workaround patch in the PR? > Cheers > Armin > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue May 6 15:41:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 757C3577 for ; Tue, 6 May 2014 15:41:06 +0000 (UTC) Received: from mx.frozen-zone.org (frozen-zone.org [78.47.101.194]) by mx1.freebsd.org (Postfix) with ESMTP id DF9B9FE2 for ; Tue, 6 May 2014 15:41:05 +0000 (UTC) Received: by mx.frozen-zone.org (Postfix, from userid 58) id 143B851F941; Tue, 6 May 2014 15:37:52 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mx.frozen-zone.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable version=3.3.2 Received: from fz-sub1.local (93-82-107-103.adsl.highway.telekom.at [93.82.107.103]) by mx.frozen-zone.org (Postfix) with ESMTPSA id 54DFA51F398; Tue, 6 May 2014 15:37:51 +0000 (UTC) Message-ID: <5369025B.2030007@FreeBSD.org> Date: Tue, 06 May 2014 17:40:11 +0200 From: Armin Pirkovitsch User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Bryan Venteicher Subject: Re: high load in KVM when network is used (stable/10) References: <5367E40F.1060308@FreeBSD.org> <743840238.35506.1399388381208.JavaMail.root@daemoninthecloset.org> In-Reply-To: <743840238.35506.1399388381208.JavaMail.root@daemoninthecloset.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 15:41:06 -0000 On 05/06/14 16:59, Bryan Venteicher wrote: > > > ----- Original Message ----- >> From: "Armin Pirkovitsch" >> To: stable@freebsd.org >> Sent: Monday, May 5, 2014 2:18:39 PM >> Subject: high load in KVM when network is used (stable/10) >> >> Hi, >> >> has anyone ever experienced a problem with FreeBSD 10 (release as well >> as stable) in KVMs? (in relation to network activity) >> >> Currently the load of my server goes up when I just fetch a file. >> >> systat -vmstat >>> 3 users Load 0.57 0.28 0.28 May 5 21:04 >>> >>> Mem:KB REAL VIRTUAL VN PAGER SWAP >>> PAGER >>> Tot Share Tot Share Free in out in >>> out >>> Act 714476 27764 2951164 33696 14130k count >>> All 2002012 83188 3211064 209272 pages >>> Proc: Interrupts >>> r p d s w Csw Trp Sys Int Sof Flt ioflt 4575 total >>> 2 102 11k 17 25k 4046 38 cow >>> atkbd0 1 >>> zfod uhci0 >>> 11 >>> 28.6%Sys 14.3%Intr 1.4%User 0.0%Nice 55.7%Idle ozfod ata1 >>> 15 >>> | | | | | | | | | | %ozfod 121 >>> | | | | | | | | | | cpu0:timer >>> ==============+++++++> daefr 3255 >>> virtio_pci >>> dtbuf prcfr >>> virtio_pci >>> Namei Name-cache Dir-cache 350329 desvn totfr 790 >>> virtio_pci >>> Calls hits % hits % 6556 numvn react 116 >>> cpu3:timer >>> 6 6 100 4181 frevn pdwak 185 >>> cpu2:timer >>> 210 pdpgs 108 >>> cpu1:timer >>> Disks vtbd0 cd0 pass0 intrn >>> KB/t 120 0.00 0.00 1382576 wire >>> tps 788 0 0 504540 act >>> MB/s 92.55 0.00 0.00 291232 inact >>> %busy 49 0 0 cache >>> 14130808 free >>> buf >> >> it's even worse when I access apache on that server: >>> 3 users Load 4.63 1.33 0.66 May 5 21:06 >>> >>> Mem:KB REAL VIRTUAL VN PAGER SWAP >>> PAGER >>> Tot Share Tot Share Free in out in >>> out >>> Act 727760 27764 2938852 33696 14116k count >>> All 2015420 83188 3198752 209272 pages >>> Proc: Interrupts >>> r p d s w Csw Trp Sys Int Sof Flt ioflt 8 total >>> 103 14 4 49 2 1 cow >>> atkbd0 1 >>> zfod uhci0 >>> 11 >>> 68.8%Sys 31.2%Intr 0.0%User 0.0%Nice 0.0%Idle ozfod ata1 >>> 15 >>> | | | | | | | | | | %ozfod 1 >>> | | | | | | | | | | cpu0:timer >>> ==================================++++++++++++++++ daefr 4 >>> virtio_pci >>> dtbuf prcfr >>> virtio_pci >>> Namei Name-cache Dir-cache 350329 desvn totfr 1 >>> virtio_pci >>> Calls hits % hits % 6557 numvn react >>> cpu3:timer >>> 6 6 100 4136 frevn pdwak 1 >>> cpu2:timer >>> 136 pdpgs 1 >>> cpu1:timer >>> Disks vtbd0 cd0 pass0 intrn >>> KB/t 128 0.00 0.00 1382808 wire >>> tps 1 0 0 506072 act >>> MB/s 0.11 0.00 0.00 303460 inact >>> %busy 33 0 0 cache >>> 14116816 free >>> buf >> >> and you couldn't say that it just hasn't got enough power... >> ... >>> CPU: Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz (2000.01-MHz K8-class CPU) >>> Origin = "GenuineIntel" Id = 0x206d7 Family = 0x6 Model = 0x2d >>> Stepping = 7 >>> Features=0xf83fbff >>> Features2=0x9eb82203 >>> AMD Features=0x2c100800 >>> AMD Features2=0x1 >>> real memory = 17179869184 (16384 MB) >>> avail memory = 16597995520 (15829 MB) >>> Event timer "LAPIC" quality 400 >>> ACPI APIC Table: >>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >>> FreeBSD/SMP: 4 package(s) x 1 core(s) >> ... >> >> Has someone any suggestions what I could do to improve the performance >> (and lower the load)? >> > > > This will sound a bit odd - are you using DHCP on this interface? This might > be another instance of http://www.freebsd.org/cgi/query-pr.cgi?pr=185864. If > so, can you try with either a static IP or by applying in the workaround > patch in the PR? Nope, it's a static ip. I as well already tried to enable LRO - which made no difference. Should I try that patch anyway? From owner-freebsd-stable@FreeBSD.ORG Tue May 6 20:56:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D3D3FD9; Tue, 6 May 2014 20:56:41 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BB841285; Tue, 6 May 2014 20:56:40 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A9B4CB9CA; Tue, 6 May 2014 16:56:39 -0400 (EDT) From: John Baldwin To: sbruno@freebsd.org Subject: Re: stable/10 panic Date: Tue, 6 May 2014 16:34:34 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <1398097892.1101.6.camel@powernoodle.corp.yahoo.com> <201405051348.13320.jhb@freebsd.org> <1399315572.77984.2.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1399315572.77984.2.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201405061634.34868.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 06 May 2014 16:56:39 -0400 (EDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 20:56:41 -0000 On Monday, May 05, 2014 2:46:12 pm Sean Bruno wrote: > On Mon, 2014-05-05 at 13:48 -0400, John Baldwin wrote: > > On Monday, April 21, 2014 12:31:32 pm Sean Bruno wrote: > > > We're seeing this *a lot* on our qmail based hosts during our stable/10 > > > rollout. We're running stable/10 from around svn rev 261579 (mid > > > february) with one or two patches strewn in. > > > > > > sean > > > > > > > > > GNU gdb 6.1.1 [FreeBSD] > > > Copyright 2004 Free Software Foundation, Inc. > > > GDB is free software, covered by the GNU General Public License, and you are > > > welcome to change it and/or distribute copies of it under certain conditions. > > > Type "show copying" to see the conditions. > > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > > This GDB was configured as "amd64-marcel-freebsd"... > > > > > > Unread portion of the kernel message buffer: > > > panic: page fault > > > cpuid = 5 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe048b9b12a0 > > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe048b9b1350 > > > vpanic() at vpanic+0x126/frame 0xfffffe048b9b1390 > > > panic() at panic+0x43/frame 0xfffffe048b9b13f0 > > > trap_fatal() at trap_fatal+0x3a2/frame 0xfffffe048b9b1450 > > > trap_pfault() at trap_pfault+0x22f/frame 0xfffffe048b9b14f0 > > > trap() at trap+0x670/frame 0xfffffe048b9b1710 > > > calltrap() at calltrap+0x8/frame 0xfffffe048b9b1710 > > > --- trap 0xc, rip = 0xffffffff805e759b, rsp = 0xfffffe048b9b17d0, rbp = 0xfffffe048b9b17e0 --- > > > __mtx_assert() at __mtx_assert+0x3b/frame 0xfffffe048b9b17e0 > > > knote() at knote+0x39/frame 0xfffffe048b9b1830 > > > pipeclose() at pipeclose+0xbe/frame 0xfffffe048b9b1860 > > > > Can you show which line this is via kgdb? Can you also 'p *cpipe' > > and 'p *ppipe'? > > > > > Looks like its in here: > (kgdb) whe > #0 doadump (textdump=1) at pcpu.h:219 > #1 0xffffffff805fb2a7 in kern_reboot (howto=260) > at ../../../kern/kern_shutdown.c:452 > #2 0xffffffff805fb7b5 in vpanic (fmt=, ap= optimized out>) at ../../../kern/kern_shutdown.c:759 > #3 0xffffffff805fb803 in panic (fmt=) > at ../../../kern/kern_shutdown.c:688 > #4 0xffffffff80977852 in trap_fatal (frame=, > eva=) at ../../../amd64/amd64/trap.c:882 > #5 0xffffffff80977a8f in trap_pfault (frame=0x0, usermode= optimized out>) at ../../../amd64/amd64/trap.c:699 > #6 0xffffffff809772a0 in trap (frame=0xfffffe048c3df6e0) > at ../../../amd64/amd64/trap.c:463 > #7 0xffffffff8095c7e2 in calltrap () > at ../../../amd64/amd64/exception.S:232 > #8 0xffffffff805e759b in __mtx_assert (c=0x18, what=4, > file=0xffffffff80ca0bcb "../../../kern/kern_event.c", line=1960) > at ../../../kern/kern_mutex.c:791 > #9 0xffffffff805c2099 in knote (list=0xfffff8003498aae0, hint=0, > lockflags=1) at ../../../kern/kern_event.c:1822 > #10 0xffffffff806510fe in pipeclose (cpipe=0xfffff8003498aa18) > at ../../../kern/sys_pipe.c:1655 > #11 0xffffffff80651019 in pipe_dtor (dpipe=) > at ../../../kern/sys_pipe.c:395 > #12 0xffffffff80559924 in fifo_close (ap=) > at ../../../fs/fifofs/fifo_vnops.c:115 > #13 0xffffffff80a6ba6a in VOP_CLOSE_APV (vop=, > a=) at vnode_if.c:535 > #14 0xffffffff806acc09 in vn_close (vp=0xfffff8032000cce8, flags=6, > file_cred=0xfffff8040400d200, td=0xfffff804044f9490) at vnode_if.h:225 > #15 0xffffffff806abad8 in vn_closefile (fp=0xfffff803b2f3c410, > td=0xfffff804044f9490) at ../../../kern/vfs_vnops.c:1481 > #16 0xffffffff805b8789 in _fdrop (fp=0xfffff803b2f3c410, td=0x4) at > file.h:342 > #17 0xffffffff805bb0e1 in closef (fp=0xfffff803b2f3c410, > td=0xfffff804044f9490) at ../../../kern/kern_descrip.c:2415 > #18 0xffffffff805b8bf0 in closefp (fdp=0xfffff800263f5000, fd= optimized out>, fp=0xfffff803b2f3c410, td=0xfffff804044f9490, > holdleaders=) at ../../../kern/kern_descrip.c:1257 > #19 0xffffffff80a332b5 in ia32_syscall (frame=0xfffffe048c3dfbc0) at > subr_syscall.c:135 > #20 0xffffffff8095cdc5 in Xint0x80_syscall () at ia32_exception.S:73 > #21 0x00000000210f7804 in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > > > > ---------------- > > (kgdb) f 10 > #10 0xffffffff806510fe in pipeclose (cpipe=0xfffff8003498aa18) > at ../../../kern/sys_pipe.c:1655 > 1655 ../../../kern/sys_pipe.c: No such file or directory. > in ../../../kern/sys_pipe.c > (kgdb) p *cpipe > $1 = {pipe_buffer = {cnt = 0, in = 0, out = 0, size = 0, buffer = 0x0}, > pipe_map = {cnt = 0, pos = 0, npages = 0, ms = {0x0 times>}}, pipe_sel = {si_tdlist = {tqh_first = 0x0, tqh_last = 0x0}, > si_note = {kl_list = { > slh_first = 0x0}, kl_lock = 0, kl_unlock = 0, kl_assert_locked = > 0xffffffff805c25c0 , kl_assert_unlocked = > 0xffffffff805c25e0 , kl_lockarg = 0x0}, > si_mtx = 0x0}, > pipe_atime = {tv_sec = 1399120887, tv_nsec = 0}, pipe_mtime = {tv_sec > = 1399120887, tv_nsec = 0}, pipe_ctime = {tv_sec = 1399120887, tv_nsec = > 0}, pipe_sigio = 0x0, pipe_peer = 0xfffff8003498a8b8, pipe_pair = > 0xfffff8003498a8b8, > pipe_state = 2432, pipe_busy = 0, pipe_present = 3, pipe_wgen = 0, > pipe_ino = 4294967295} > > (kgdb) p *ppipe > $2 = {pipe_buffer = {cnt = 0, in = 0, out = 0, size = 0, buffer = 0x0}, > pipe_map = {cnt = 0, pos = 0, npages = 0, ms = {0x0 times>}}, pipe_sel = {si_tdlist = {tqh_first = 0x0, tqh_last = 0x0}, > si_note = {kl_list = { > slh_first = 0x0}, kl_lock = 0, kl_unlock = 0, kl_assert_locked = > 0xffffffff805c25c0 , kl_assert_unlocked = > 0xffffffff805c25e0 , kl_lockarg = 0x0}, > si_mtx = 0x0}, > pipe_atime = {tv_sec = 1399120887, tv_nsec = 0}, pipe_mtime = {tv_sec > = 1399120887, tv_nsec = 0}, pipe_ctime = {tv_sec = 1399120887, tv_nsec = > 0}, pipe_sigio = 0x0, pipe_peer = 0xfffff8003498a8b8, pipe_pair = > 0xfffff8003498a8b8, > pipe_state = 2432, pipe_busy = 0, pipe_present = 3, pipe_wgen = 0, > pipe_ino = 4294967295} So the knlist for both of these has already been destroyed (knlist_destroy clears kl_lock, but not the assert function pointers). Note that pipe_present is set to PIPE_FINALIZED for both pipes here. Can you do an 'l' at frame 10 to see exactly which line is being called? Also, it seems like 'cpipe' and 'pipe' might be the same. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue May 6 23:47:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 306B03BF; Tue, 6 May 2014 23:47:07 +0000 (UTC) Received: from mail-qa0-x22e.google.com (mail-qa0-x22e.google.com [IPv6:2607:f8b0:400d:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C50D42B9; Tue, 6 May 2014 23:47:06 +0000 (UTC) Received: by mail-qa0-f46.google.com with SMTP id w8so224270qac.19 for ; Tue, 06 May 2014 16:47:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zyiecLXs/yMAYLqJd3uquCldzDQdttzwC+5xhTAuRu0=; b=iC7PEn3i5wMwEvUM9RNZ4Xdmq/wGxowrJI6CX0YWMjK4JLrOcIRJYmf5MRpaXyevYW skJhqAjPxyKIUsQXcIjVGr0ck5Y+pteHPROni/J1Ceb1nWT7/BixOfj74TiE60nwhhkd t3rfad9gQQxfENqjHnI/PJBp+JtnN/CNnRD66LKErfheWMj0srA31CCD8ykRQp+BKPdI Um4my7wVBm8y1uxs0tcccYwuE5bZgQ/2w7ENhvj2oNvXuaxwTMEmZ5lRHM5GQWl+LbMY 2XrGKDNFvy617miFEM2PHdM1zFvK+W+Ifvq9WWnjq6x1xsNluUzTaWCq0idEsP8bb6dJ crQw== MIME-Version: 1.0 X-Received: by 10.224.55.6 with SMTP id s6mr24390725qag.7.1399420025967; Tue, 06 May 2014 16:47:05 -0700 (PDT) Received: by 10.96.10.161 with HTTP; Tue, 6 May 2014 16:47:05 -0700 (PDT) In-Reply-To: <201405061634.34868.jhb@freebsd.org> References: <1398097892.1101.6.camel@powernoodle.corp.yahoo.com> <201405051348.13320.jhb@freebsd.org> <1399315572.77984.2.camel@powernoodle.corp.yahoo.com> <201405061634.34868.jhb@freebsd.org> Date: Tue, 6 May 2014 16:47:05 -0700 Message-ID: Subject: Re: stable/10 panic From: hiren panchasara To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 23:47:07 -0000 On Tue, May 6, 2014 at 1:34 PM, John Baldwin wrote: > On Monday, May 05, 2014 2:46:12 pm Sean Bruno wrote: >> On Mon, 2014-05-05 at 13:48 -0400, John Baldwin wrote: >> > On Monday, April 21, 2014 12:31:32 pm Sean Bruno wrote: >> > > We're seeing this *a lot* on our qmail based hosts during our stable/10 >> > > rollout. We're running stable/10 from around svn rev 261579 (mid >> > > february) with one or two patches strewn in. >> > > >> > > sean >> > > >> > > >> > > GNU gdb 6.1.1 [FreeBSD] >> > > Copyright 2004 Free Software Foundation, Inc. >> > > GDB is free software, covered by the GNU General Public License, and you > are >> > > welcome to change it and/or distribute copies of it under certain > conditions. >> > > Type "show copying" to see the conditions. >> > > There is absolutely no warranty for GDB. Type "show warranty" for > details. >> > > This GDB was configured as "amd64-marcel-freebsd"... >> > > >> > > Unread portion of the kernel message buffer: >> > > panic: page fault >> > > cpuid = 5 >> > > KDB: stack backtrace: >> > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe048b9b12a0 >> > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe048b9b1350 >> > > vpanic() at vpanic+0x126/frame 0xfffffe048b9b1390 >> > > panic() at panic+0x43/frame 0xfffffe048b9b13f0 >> > > trap_fatal() at trap_fatal+0x3a2/frame 0xfffffe048b9b1450 >> > > trap_pfault() at trap_pfault+0x22f/frame 0xfffffe048b9b14f0 >> > > trap() at trap+0x670/frame 0xfffffe048b9b1710 >> > > calltrap() at calltrap+0x8/frame 0xfffffe048b9b1710 >> > > --- trap 0xc, rip = 0xffffffff805e759b, rsp = 0xfffffe048b9b17d0, rbp = > 0xfffffe048b9b17e0 --- >> > > __mtx_assert() at __mtx_assert+0x3b/frame 0xfffffe048b9b17e0 >> > > knote() at knote+0x39/frame 0xfffffe048b9b1830 >> > > pipeclose() at pipeclose+0xbe/frame 0xfffffe048b9b1860 >> > >> > Can you show which line this is via kgdb? Can you also 'p *cpipe' >> > and 'p *ppipe'? >> > >> >> >> Looks like its in here: >> (kgdb) whe >> #0 doadump (textdump=1) at pcpu.h:219 >> #1 0xffffffff805fb2a7 in kern_reboot (howto=260) >> at ../../../kern/kern_shutdown.c:452 >> #2 0xffffffff805fb7b5 in vpanic (fmt=, ap=> optimized out>) at ../../../kern/kern_shutdown.c:759 >> #3 0xffffffff805fb803 in panic (fmt=) >> at ../../../kern/kern_shutdown.c:688 >> #4 0xffffffff80977852 in trap_fatal (frame=, >> eva=) at ../../../amd64/amd64/trap.c:882 >> #5 0xffffffff80977a8f in trap_pfault (frame=0x0, usermode=> optimized out>) at ../../../amd64/amd64/trap.c:699 >> #6 0xffffffff809772a0 in trap (frame=0xfffffe048c3df6e0) >> at ../../../amd64/amd64/trap.c:463 >> #7 0xffffffff8095c7e2 in calltrap () >> at ../../../amd64/amd64/exception.S:232 >> #8 0xffffffff805e759b in __mtx_assert (c=0x18, what=4, >> file=0xffffffff80ca0bcb "../../../kern/kern_event.c", line=1960) >> at ../../../kern/kern_mutex.c:791 >> #9 0xffffffff805c2099 in knote (list=0xfffff8003498aae0, hint=0, >> lockflags=1) at ../../../kern/kern_event.c:1822 >> #10 0xffffffff806510fe in pipeclose (cpipe=0xfffff8003498aa18) >> at ../../../kern/sys_pipe.c:1655 >> #11 0xffffffff80651019 in pipe_dtor (dpipe=) >> at ../../../kern/sys_pipe.c:395 >> #12 0xffffffff80559924 in fifo_close (ap=) >> at ../../../fs/fifofs/fifo_vnops.c:115 >> #13 0xffffffff80a6ba6a in VOP_CLOSE_APV (vop=, >> a=) at vnode_if.c:535 >> #14 0xffffffff806acc09 in vn_close (vp=0xfffff8032000cce8, flags=6, >> file_cred=0xfffff8040400d200, td=0xfffff804044f9490) at vnode_if.h:225 >> #15 0xffffffff806abad8 in vn_closefile (fp=0xfffff803b2f3c410, >> td=0xfffff804044f9490) at ../../../kern/vfs_vnops.c:1481 >> #16 0xffffffff805b8789 in _fdrop (fp=0xfffff803b2f3c410, td=0x4) at >> file.h:342 >> #17 0xffffffff805bb0e1 in closef (fp=0xfffff803b2f3c410, >> td=0xfffff804044f9490) at ../../../kern/kern_descrip.c:2415 >> #18 0xffffffff805b8bf0 in closefp (fdp=0xfffff800263f5000, fd=> optimized out>, fp=0xfffff803b2f3c410, td=0xfffff804044f9490, >> holdleaders=) at ../../../kern/kern_descrip.c:1257 >> #19 0xffffffff80a332b5 in ia32_syscall (frame=0xfffffe048c3dfbc0) at >> subr_syscall.c:135 >> #20 0xffffffff8095cdc5 in Xint0x80_syscall () at ia32_exception.S:73 >> #21 0x00000000210f7804 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> Current language: auto; currently minimal >> >> >> >> ---------------- >> >> (kgdb) f 10 >> #10 0xffffffff806510fe in pipeclose (cpipe=0xfffff8003498aa18) >> at ../../../kern/sys_pipe.c:1655 >> 1655 ../../../kern/sys_pipe.c: No such file or directory. >> in ../../../kern/sys_pipe.c >> (kgdb) p *cpipe >> $1 = {pipe_buffer = {cnt = 0, in = 0, out = 0, size = 0, buffer = 0x0}, >> pipe_map = {cnt = 0, pos = 0, npages = 0, ms = {0x0 > times>}}, pipe_sel = {si_tdlist = {tqh_first = 0x0, tqh_last = 0x0}, >> si_note = {kl_list = { >> slh_first = 0x0}, kl_lock = 0, kl_unlock = 0, kl_assert_locked = >> 0xffffffff805c25c0 , kl_assert_unlocked = >> 0xffffffff805c25e0 , kl_lockarg = 0x0}, >> si_mtx = 0x0}, >> pipe_atime = {tv_sec = 1399120887, tv_nsec = 0}, pipe_mtime = {tv_sec >> = 1399120887, tv_nsec = 0}, pipe_ctime = {tv_sec = 1399120887, tv_nsec = >> 0}, pipe_sigio = 0x0, pipe_peer = 0xfffff8003498a8b8, pipe_pair = >> 0xfffff8003498a8b8, >> pipe_state = 2432, pipe_busy = 0, pipe_present = 3, pipe_wgen = 0, >> pipe_ino = 4294967295} >> >> (kgdb) p *ppipe >> $2 = {pipe_buffer = {cnt = 0, in = 0, out = 0, size = 0, buffer = 0x0}, >> pipe_map = {cnt = 0, pos = 0, npages = 0, ms = {0x0 > times>}}, pipe_sel = {si_tdlist = {tqh_first = 0x0, tqh_last = 0x0}, >> si_note = {kl_list = { >> slh_first = 0x0}, kl_lock = 0, kl_unlock = 0, kl_assert_locked = >> 0xffffffff805c25c0 , kl_assert_unlocked = >> 0xffffffff805c25e0 , kl_lockarg = 0x0}, >> si_mtx = 0x0}, >> pipe_atime = {tv_sec = 1399120887, tv_nsec = 0}, pipe_mtime = {tv_sec >> = 1399120887, tv_nsec = 0}, pipe_ctime = {tv_sec = 1399120887, tv_nsec = >> 0}, pipe_sigio = 0x0, pipe_peer = 0xfffff8003498a8b8, pipe_pair = >> 0xfffff8003498a8b8, >> pipe_state = 2432, pipe_busy = 0, pipe_present = 3, pipe_wgen = 0, >> pipe_ino = 4294967295} > > So the knlist for both of these has already been destroyed (knlist_destroy > clears kl_lock, but not the assert function pointers). Note that pipe_present > is set to PIPE_FINALIZED for both pipes here. Can you do an 'l' at frame > 10 to see exactly which line is being called? #10 0xffffffff806510fe in pipeclose (cpipe=0xfffff8028a6c6730) at ../../../kern/sys_pipe.c:1655 (kgdb) frame 10 #10 0xffffffff806510fe in pipeclose (cpipe=0xfffff8028a6c6730) at ../../../kern/sys_pipe.c:1655 1655 ../../../kern/sys_pipe.c: No such file or directory. in ../../../kern/sys_pipe.c (kgdb) l 1650 in ../../../kern/sys_pipe.c (kgdb) 1639. /* 1640. * shutdown the pipe 1641. */ 1642. static void 1643. pipeclose(cpipe) 1644. struct pipe *cpipe; 1645. { 1646. struct pipepair *pp; 1647. struct pipe *ppipe; 1648. 1649. KASSERT(cpipe != NULL, ("pipeclose: cpipe == NULL")); 1650. 1651. PIPE_LOCK(cpipe); 1652. pipelock(cpipe, 0); 1653. pp = cpipe->pipe_pair; 1654. 1655. pipeselwakeup(cpipe); pipeclose() gets called from pipe_dtor() 384. void 385. pipe_dtor(struct pipe *dpipe) 386. { 387. ino_t ino; 388. 389. ino = dpipe->pipe_ino; 390. funsetown(&dpipe->pipe_sigio); 391. pipeclose(dpipe); <--------------- 392. if (dpipe->pipe_state & PIPE_NAMED) { 393. dpipe = dpipe->pipe_peer; 394. funsetown(&dpipe->pipe_sigio); 395. pipeclose(dpipe); 396. } 397. if (ino != 0 && ino != (ino_t)-1) 398. free_unr(pipeino_unr, ino); 399. } (kgdb) f 11 #11 0xffffffff80651019 in pipe_dtor (dpipe=) at ../../../kern/sys_pipe.c:395 395 ../../../kern/sys_pipe.c: No such file or directory. in ../../../kern/sys_pipe.c (kgdb) p *dpipe $8 = {pipe_buffer = {cnt = 2160683902, in = 4294967295, out = 2165433456, size = 4294967295, buffer = 0xfffff803c220be70 ""}, pipe_map = { cnt = 18446735278181777408, pos = 18446735295352500696, npages = -1841788584, ms = {0x0, 0x0, 0xfffff80125a6a798, 0x0, 0xfffff803c2b7b2a0, 0xfffff803c2b7b2c0, 0x0, 0xffffffff80c96b7e, 0x6fb0008, 0x0, 0xfffff80060c08490, 0x1500000000, 0x60, 0xffffffff80cb7fa9, 0x1030000, 0x0, 0x4}}, pipe_sel = {si_tdlist = {tqh_first = 0xfffff801cb464068, tqh_last = 0xfffff8020bfa9b10}, si_note = {kl_list = {slh_first = 0xfffff8022bb72648}, kl_lock = 0xffffffff80cb7fb9 , kl_unlock = 0x5230000, kl_assert_locked = 0, kl_assert_unlocked = 0x1, kl_lockarg = 0xffffffff81105f80}, si_mtx = 0x0}, pipe_atime = {tv_sec = 0, tv_nsec = 0}, pipe_mtime = {tv_sec = -8788387676160, tv_nsec = -8788387676160}, pipe_ctime = {tv_sec = 0, tv_nsec = -8788387675872}, pipe_sigio = 0x0, pipe_peer = 0x0, pipe_pair = 0x0, pipe_state = 3410379072, pipe_busy = -2047, pipe_present = 0, pipe_wgen = 0, pipe_ino = 0} (kgdb) which gets called from fifo_cleanup() 106. static void 107. fifo_cleanup(struct vnode *vp) 108. { 109. struct fifoinfo *fip; 110. 111. ASSERT_VOP_ELOCKED(vp, "fifo_cleanup"); 112. fip = vp->v_fifoinfo; 113. if (fip->fi_readers == 0 && fip->fi_writers == 0) { 114. vp->v_fifoinfo = NULL; 115. pipe_dtor(fip->fi_pipe); <----------------------------- 116. free(fip, M_VNODE); 117. } 118. } (kgdb) p *fip->fi_pipe $7 = {pipe_buffer = {cnt = 7562869, in = 1701147238, out = 761557858, size = 1970170230, buffer = 0x736265657266006d
}, pipe_map = {cnt = 7596447167107706212, pos = 7022344801864938862, npages = 1852402688, ms = {0x78756e696c006d76, 0x696c00646961722d, 0x706177732d78756e, 0x697361622d736d00, 0x6d00617461642d63, 0x61642d6d646c2d73, 0x646c2d736d006174, 0x61646174656d2d6d, 0x65722d736d006174, 0x6e00646576726573, 0x63632d6473627465, 0x64736274656e0064, 0x74656e006467632d, 0x7366662d647362, 0x6c2d64736274656e, 0x736274656e007366, 0x6e00646961722d64}}, pipe_sel = {si_tdlist = {tqh_first = 0x77732d6473627465, tqh_last = 0x7261776d76007061}, si_note = {kl_list = {slh_first = 0x760073666d762d65}, kl_lock = 0x6d762d657261776d, kl_unlock = 0x6d7600676169646b, kl_assert_locked = 0x7365722d65726177, kl_assert_unlocked = 0x6d76006465767265, kl_lockarg = 0x6173762d65726177}, si_mtx = 0x4f4547007264686e}, pipe_atime = {tv_sec = 2322261270122749773, tv_nsec = 2675249699185255283}, pipe_mtime = {tv_sec = 8245071809811652723, tv_nsec = 7450486642355495269}, pipe_ctime = {tv_sec = 2406159642925495145, tv_nsec = 3399705548884410378}, pipe_sigio = 0x2f6d6f65672f2e2e, pipe_peer = 0x705f672f74726170, pipe_pair = 0x5f6700632e747261, pipe_state = 1953653104, pipe_busy = 1886547807, pipe_present = 7233896, pipe_wgen = 623407909, pipe_ino = 620767603} (kgdb) > Also, it seems like 'cpipe' > and 'pipe' might be the same. Let me know if you want to any more info. thanks for looking at this, Hiren From owner-freebsd-stable@FreeBSD.ORG Wed May 7 18:34:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA2B6EB9; Wed, 7 May 2014 18:34:42 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 65863C9F; Wed, 7 May 2014 18:34:42 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 54075B949; Wed, 7 May 2014 14:34:41 -0400 (EDT) From: John Baldwin To: hiren panchasara Subject: Re: stable/10 panic Date: Wed, 7 May 2014 14:31:38 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <1398097892.1101.6.camel@powernoodle.corp.yahoo.com> <201405061634.34868.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201405071431.38812.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 07 May 2014 14:34:41 -0400 (EDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 18:34:42 -0000 On Tuesday, May 06, 2014 7:47:05 pm hiren panchasara wrote: > On Tue, May 6, 2014 at 1:34 PM, John Baldwin wrote: > > On Monday, May 05, 2014 2:46:12 pm Sean Bruno wrote: > >> On Mon, 2014-05-05 at 13:48 -0400, John Baldwin wrote: > >> > On Monday, April 21, 2014 12:31:32 pm Sean Bruno wrote: > >> > > We're seeing this *a lot* on our qmail based hosts during our stable/10 > >> > > rollout. We're running stable/10 from around svn rev 261579 (mid > >> > > february) with one or two patches strewn in. > >> > > > >> > > sean > >> > > > >> > > > >> > > GNU gdb 6.1.1 [FreeBSD] > >> > > Copyright 2004 Free Software Foundation, Inc. > >> > > GDB is free software, covered by the GNU General Public License, and you > > are > >> > > welcome to change it and/or distribute copies of it under certain > > conditions. > >> > > Type "show copying" to see the conditions. > >> > > There is absolutely no warranty for GDB. Type "show warranty" for > > details. > >> > > This GDB was configured as "amd64-marcel-freebsd"... > >> > > > >> > > Unread portion of the kernel message buffer: > >> > > panic: page fault > >> > > cpuid = 5 > >> > > KDB: stack backtrace: > >> > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe048b9b12a0 > >> > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe048b9b1350 > >> > > vpanic() at vpanic+0x126/frame 0xfffffe048b9b1390 > >> > > panic() at panic+0x43/frame 0xfffffe048b9b13f0 > >> > > trap_fatal() at trap_fatal+0x3a2/frame 0xfffffe048b9b1450 > >> > > trap_pfault() at trap_pfault+0x22f/frame 0xfffffe048b9b14f0 > >> > > trap() at trap+0x670/frame 0xfffffe048b9b1710 > >> > > calltrap() at calltrap+0x8/frame 0xfffffe048b9b1710 > >> > > --- trap 0xc, rip = 0xffffffff805e759b, rsp = 0xfffffe048b9b17d0, rbp = > > 0xfffffe048b9b17e0 --- > >> > > __mtx_assert() at __mtx_assert+0x3b/frame 0xfffffe048b9b17e0 > >> > > knote() at knote+0x39/frame 0xfffffe048b9b1830 > >> > > pipeclose() at pipeclose+0xbe/frame 0xfffffe048b9b1860 > >> > > >> > Can you show which line this is via kgdb? Can you also 'p *cpipe' > >> > and 'p *ppipe'? > >> > > >> > >> > >> Looks like its in here: > >> (kgdb) whe > >> #0 doadump (textdump=1) at pcpu.h:219 > >> #1 0xffffffff805fb2a7 in kern_reboot (howto=260) > >> at ../../../kern/kern_shutdown.c:452 > >> #2 0xffffffff805fb7b5 in vpanic (fmt=, ap= >> optimized out>) at ../../../kern/kern_shutdown.c:759 > >> #3 0xffffffff805fb803 in panic (fmt=) > >> at ../../../kern/kern_shutdown.c:688 > >> #4 0xffffffff80977852 in trap_fatal (frame=, > >> eva=) at ../../../amd64/amd64/trap.c:882 > >> #5 0xffffffff80977a8f in trap_pfault (frame=0x0, usermode= >> optimized out>) at ../../../amd64/amd64/trap.c:699 > >> #6 0xffffffff809772a0 in trap (frame=0xfffffe048c3df6e0) > >> at ../../../amd64/amd64/trap.c:463 > >> #7 0xffffffff8095c7e2 in calltrap () > >> at ../../../amd64/amd64/exception.S:232 > >> #8 0xffffffff805e759b in __mtx_assert (c=0x18, what=4, > >> file=0xffffffff80ca0bcb "../../../kern/kern_event.c", line=1960) > >> at ../../../kern/kern_mutex.c:791 > >> #9 0xffffffff805c2099 in knote (list=0xfffff8003498aae0, hint=0, > >> lockflags=1) at ../../../kern/kern_event.c:1822 > >> #10 0xffffffff806510fe in pipeclose (cpipe=0xfffff8003498aa18) > >> at ../../../kern/sys_pipe.c:1655 > >> #11 0xffffffff80651019 in pipe_dtor (dpipe=) > >> at ../../../kern/sys_pipe.c:395 > >> #12 0xffffffff80559924 in fifo_close (ap=) > >> at ../../../fs/fifofs/fifo_vnops.c:115 > >> #13 0xffffffff80a6ba6a in VOP_CLOSE_APV (vop=, > >> a=) at vnode_if.c:535 > >> #14 0xffffffff806acc09 in vn_close (vp=0xfffff8032000cce8, flags=6, > >> file_cred=0xfffff8040400d200, td=0xfffff804044f9490) at vnode_if.h:225 > >> #15 0xffffffff806abad8 in vn_closefile (fp=0xfffff803b2f3c410, > >> td=0xfffff804044f9490) at ../../../kern/vfs_vnops.c:1481 > >> #16 0xffffffff805b8789 in _fdrop (fp=0xfffff803b2f3c410, td=0x4) at > >> file.h:342 > >> #17 0xffffffff805bb0e1 in closef (fp=0xfffff803b2f3c410, > >> td=0xfffff804044f9490) at ../../../kern/kern_descrip.c:2415 > >> #18 0xffffffff805b8bf0 in closefp (fdp=0xfffff800263f5000, fd= >> optimized out>, fp=0xfffff803b2f3c410, td=0xfffff804044f9490, > >> holdleaders=) at ../../../kern/kern_descrip.c:1257 > >> #19 0xffffffff80a332b5 in ia32_syscall (frame=0xfffffe048c3dfbc0) at > >> subr_syscall.c:135 > >> #20 0xffffffff8095cdc5 in Xint0x80_syscall () at ia32_exception.S:73 > >> #21 0x00000000210f7804 in ?? () > >> Previous frame inner to this frame (corrupt stack?) > >> Current language: auto; currently minimal > >> > >> > >> > >> ---------------- > >> > >> (kgdb) f 10 > >> #10 0xffffffff806510fe in pipeclose (cpipe=0xfffff8003498aa18) > >> at ../../../kern/sys_pipe.c:1655 > >> 1655 ../../../kern/sys_pipe.c: No such file or directory. > >> in ../../../kern/sys_pipe.c > >> (kgdb) p *cpipe > >> $1 = {pipe_buffer = {cnt = 0, in = 0, out = 0, size = 0, buffer = 0x0}, > >> pipe_map = {cnt = 0, pos = 0, npages = 0, ms = {0x0 >> times>}}, pipe_sel = {si_tdlist = {tqh_first = 0x0, tqh_last = 0x0}, > >> si_note = {kl_list = { > >> slh_first = 0x0}, kl_lock = 0, kl_unlock = 0, kl_assert_locked = > >> 0xffffffff805c25c0 , kl_assert_unlocked = > >> 0xffffffff805c25e0 , kl_lockarg = 0x0}, > >> si_mtx = 0x0}, > >> pipe_atime = {tv_sec = 1399120887, tv_nsec = 0}, pipe_mtime = {tv_sec > >> = 1399120887, tv_nsec = 0}, pipe_ctime = {tv_sec = 1399120887, tv_nsec = > >> 0}, pipe_sigio = 0x0, pipe_peer = 0xfffff8003498a8b8, pipe_pair = > >> 0xfffff8003498a8b8, > >> pipe_state = 2432, pipe_busy = 0, pipe_present = 3, pipe_wgen = 0, > >> pipe_ino = 4294967295} > >> > >> (kgdb) p *ppipe > >> $2 = {pipe_buffer = {cnt = 0, in = 0, out = 0, size = 0, buffer = 0x0}, > >> pipe_map = {cnt = 0, pos = 0, npages = 0, ms = {0x0 >> times>}}, pipe_sel = {si_tdlist = {tqh_first = 0x0, tqh_last = 0x0}, > >> si_note = {kl_list = { > >> slh_first = 0x0}, kl_lock = 0, kl_unlock = 0, kl_assert_locked = > >> 0xffffffff805c25c0 , kl_assert_unlocked = > >> 0xffffffff805c25e0 , kl_lockarg = 0x0}, > >> si_mtx = 0x0}, > >> pipe_atime = {tv_sec = 1399120887, tv_nsec = 0}, pipe_mtime = {tv_sec > >> = 1399120887, tv_nsec = 0}, pipe_ctime = {tv_sec = 1399120887, tv_nsec = > >> 0}, pipe_sigio = 0x0, pipe_peer = 0xfffff8003498a8b8, pipe_pair = > >> 0xfffff8003498a8b8, > >> pipe_state = 2432, pipe_busy = 0, pipe_present = 3, pipe_wgen = 0, > >> pipe_ino = 4294967295} > > > > So the knlist for both of these has already been destroyed (knlist_destroy > > clears kl_lock, but not the assert function pointers). Note that pipe_present > > is set to PIPE_FINALIZED for both pipes here. Can you do an 'l' at frame > > 10 to see exactly which line is being called? > > #10 0xffffffff806510fe in pipeclose (cpipe=0xfffff8028a6c6730) at > ../../../kern/sys_pipe.c:1655 > > (kgdb) frame 10 > #10 0xffffffff806510fe in pipeclose (cpipe=0xfffff8028a6c6730) at > ../../../kern/sys_pipe.c:1655 > 1655 ../../../kern/sys_pipe.c: No such file or directory. > in ../../../kern/sys_pipe.c > (kgdb) l > 1650 in ../../../kern/sys_pipe.c > (kgdb) > > > 1639. /* > 1640. * shutdown the pipe > 1641. */ > 1642. static void > 1643. pipeclose(cpipe) > 1644. struct pipe *cpipe; > 1645. { > 1646. struct pipepair *pp; > 1647. struct pipe *ppipe; > 1648. > 1649. KASSERT(cpipe != NULL, ("pipeclose: cpipe == NULL")); > 1650. > 1651. PIPE_LOCK(cpipe); > 1652. pipelock(cpipe, 0); > 1653. pp = cpipe->pipe_pair; > 1654. > 1655. pipeselwakeup(cpipe); > > pipeclose() gets called from pipe_dtor() Eh, so it seems like pipeclose() has been called twice on the same pipe which should never happen. > 384. void > 385. pipe_dtor(struct pipe *dpipe) > 386. { > 387. ino_t ino; > 388. > 389. ino = dpipe->pipe_ino; > 390. funsetown(&dpipe->pipe_sigio); > 391. pipeclose(dpipe); <--------------- > 392. if (dpipe->pipe_state & PIPE_NAMED) { > 393. dpipe = dpipe->pipe_peer; > 394. funsetown(&dpipe->pipe_sigio); > 395. pipeclose(dpipe); > 396. } > 397. if (ino != 0 && ino != (ino_t)-1) > 398. free_unr(pipeino_unr, ino); > 399. } > > (kgdb) f 11 > #11 0xffffffff80651019 in pipe_dtor (dpipe=) at > ../../../kern/sys_pipe.c:395 > 395 ../../../kern/sys_pipe.c: No such file or directory. > in ../../../kern/sys_pipe.c > (kgdb) p *dpipe > $8 = {pipe_buffer = {cnt = 2160683902, in = 4294967295, out = > 2165433456, size = 4294967295, buffer = 0xfffff803c220be70 ""}, > pipe_map = { > cnt = 18446735278181777408, pos = 18446735295352500696, npages = > -1841788584, ms = {0x0, 0x0, 0xfffff80125a6a798, 0x0, > 0xfffff803c2b7b2a0, > 0xfffff803c2b7b2c0, 0x0, 0xffffffff80c96b7e, 0x6fb0008, 0x0, > 0xfffff80060c08490, 0x1500000000, 0x60, 0xffffffff80cb7fa9, 0x1030000, > 0x0, 0x4}}, > pipe_sel = {si_tdlist = {tqh_first = 0xfffff801cb464068, tqh_last = > 0xfffff8020bfa9b10}, si_note = {kl_list = {slh_first = > 0xfffff8022bb72648}, > kl_lock = 0xffffffff80cb7fb9 , kl_unlock = > 0x5230000, kl_assert_locked = 0, kl_assert_unlocked = 0x1, > kl_lockarg = 0xffffffff81105f80}, si_mtx = 0x0}, pipe_atime = > {tv_sec = 0, tv_nsec = 0}, pipe_mtime = {tv_sec = -8788387676160, > tv_nsec = -8788387676160}, pipe_ctime = {tv_sec = 0, tv_nsec = > -8788387675872}, pipe_sigio = 0x0, pipe_peer = 0x0, pipe_pair = 0x0, > pipe_state = 3410379072, pipe_busy = -2047, pipe_present = 0, > pipe_wgen = 0, pipe_ino = 0} > (kgdb) This looks like complete garbage, but it should be matching 'cpipe' from earlier. Can you 'p dpipe' at this frame? > which gets called from fifo_cleanup() > > 106. static void > 107. fifo_cleanup(struct vnode *vp) > 108. { > 109. struct fifoinfo *fip; > 110. > 111. ASSERT_VOP_ELOCKED(vp, "fifo_cleanup"); > 112. fip = vp->v_fifoinfo; > 113. if (fip->fi_readers == 0 && fip->fi_writers == 0) { > 114. vp->v_fifoinfo = NULL; > 115. pipe_dtor(fip->fi_pipe); <----------------------------- > 116. free(fip, M_VNODE); > 117. } > 118. } > > (kgdb) p *fip->fi_pipe > $7 = {pipe_buffer = {cnt = 7562869, in = 1701147238, out = 761557858, > size = 1970170230, > buffer = 0x736265657266006d
bounds>}, pipe_map = {cnt = 7596447167107706212, pos = > 7022344801864938862, > npages = 1852402688, ms = {0x78756e696c006d76, 0x696c00646961722d, > 0x706177732d78756e, 0x697361622d736d00, 0x6d00617461642d63, > 0x61642d6d646c2d73, > 0x646c2d736d006174, 0x61646174656d2d6d, 0x65722d736d006174, > 0x6e00646576726573, 0x63632d6473627465, 0x64736274656e0064, > 0x74656e006467632d, > 0x7366662d647362, 0x6c2d64736274656e, 0x736274656e007366, > 0x6e00646961722d64}}, pipe_sel = {si_tdlist = {tqh_first = > 0x77732d6473627465, > tqh_last = 0x7261776d76007061}, si_note = {kl_list = {slh_first > = 0x760073666d762d65}, kl_lock = 0x6d762d657261776d, kl_unlock = > 0x6d7600676169646b, > kl_assert_locked = 0x7365722d65726177, kl_assert_unlocked = > 0x6d76006465767265, kl_lockarg = 0x6173762d65726177}, si_mtx = > 0x4f4547007264686e}, > pipe_atime = {tv_sec = 2322261270122749773, tv_nsec = > 2675249699185255283}, pipe_mtime = {tv_sec = 8245071809811652723, > tv_nsec = 7450486642355495269}, > pipe_ctime = {tv_sec = 2406159642925495145, tv_nsec = > 3399705548884410378}, pipe_sigio = 0x2f6d6f65672f2e2e, pipe_peer = > 0x705f672f74726170, > pipe_pair = 0x5f6700632e747261, pipe_state = 1953653104, pipe_busy = > 1886547807, pipe_present = 7233896, pipe_wgen = 623407909, pipe_ino = > 620767603} > (kgdb) This should also be the same pipe, but it has an even different set of garbage. Can you 'p *fip'? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu May 8 04:39:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7553817; Thu, 8 May 2014 04:39:21 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 684D88EB; Thu, 8 May 2014 04:39:21 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id i17so2238962qcy.36 for ; Wed, 07 May 2014 21:39:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IGl0PzOCcdaMpb7LS1fnqwluz7C50JfedpcH+c/h3Dg=; b=DLOtO8RhTt/gMiiXM+JFYq5Xs0a991ciKak1JZvibaGjz4nv2tqfYA27JEV5VKnQsB D+zNvPCU17rJKLPczIn9JmkQXbZeBOA4EsuFuJnK170103qjgwTlO5ovvskA8qFpUpwl SIdMyANhHgdGz4Jksm8zA3Vk4aSEws46+UQqtszquYxUDHatW+75Fq9c17Z9kDFbTSvm r9CC80lBpDdexfsd3nEK+J4tqGCTs/A4VivOziB9+ik9Wi7DTGGnKqSCEFBJSUYaoHkn hxnjVuCIAiDCAmqk9wonwXC97/gq8hMsi1Xlfbfqz1+YriFT8/aC204i/wm6XvA8w2hJ KR+g== MIME-Version: 1.0 X-Received: by 10.140.108.4 with SMTP id i4mr1438778qgf.80.1399523960527; Wed, 07 May 2014 21:39:20 -0700 (PDT) Received: by 10.96.10.161 with HTTP; Wed, 7 May 2014 21:39:20 -0700 (PDT) In-Reply-To: <201405071431.38812.jhb@freebsd.org> References: <1398097892.1101.6.camel@powernoodle.corp.yahoo.com> <201405061634.34868.jhb@freebsd.org> <201405071431.38812.jhb@freebsd.org> Date: Wed, 7 May 2014 21:39:20 -0700 Message-ID: Subject: Re: stable/10 panic From: hiren panchasara To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 04:39:21 -0000 On Wed, May 7, 2014 at 11:31 AM, John Baldwin wrote: > On Tuesday, May 06, 2014 7:47:05 pm hiren panchasara wrote: >> On Tue, May 6, 2014 at 1:34 PM, John Baldwin wrote: >> > On Monday, May 05, 2014 2:46:12 pm Sean Bruno wrote: >> >> On Mon, 2014-05-05 at 13:48 -0400, John Baldwin wrote: >> >> > On Monday, April 21, 2014 12:31:32 pm Sean Bruno wrote: >> >> > > We're seeing this *a lot* on our qmail based hosts during our stable/10 >> >> > > rollout. We're running stable/10 from around svn rev 261579 (mid >> >> > > february) with one or two patches strewn in. >> >> > > >> >> > > sean >> >> > > >> >> > > >> >> > > GNU gdb 6.1.1 [FreeBSD] >> >> > > Copyright 2004 Free Software Foundation, Inc. >> >> > > GDB is free software, covered by the GNU General Public License, and you >> > are >> >> > > welcome to change it and/or distribute copies of it under certain >> > conditions. >> >> > > Type "show copying" to see the conditions. >> >> > > There is absolutely no warranty for GDB. Type "show warranty" for >> > details. >> >> > > This GDB was configured as "amd64-marcel-freebsd"... >> >> > > >> >> > > Unread portion of the kernel message buffer: >> >> > > panic: page fault >> >> > > cpuid = 5 >> >> > > KDB: stack backtrace: >> >> > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> > 0xfffffe048b9b12a0 >> >> > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe048b9b1350 >> >> > > vpanic() at vpanic+0x126/frame 0xfffffe048b9b1390 >> >> > > panic() at panic+0x43/frame 0xfffffe048b9b13f0 >> >> > > trap_fatal() at trap_fatal+0x3a2/frame 0xfffffe048b9b1450 >> >> > > trap_pfault() at trap_pfault+0x22f/frame 0xfffffe048b9b14f0 >> >> > > trap() at trap+0x670/frame 0xfffffe048b9b1710 >> >> > > calltrap() at calltrap+0x8/frame 0xfffffe048b9b1710 >> >> > > --- trap 0xc, rip = 0xffffffff805e759b, rsp = 0xfffffe048b9b17d0, rbp = >> > 0xfffffe048b9b17e0 --- >> >> > > __mtx_assert() at __mtx_assert+0x3b/frame 0xfffffe048b9b17e0 >> >> > > knote() at knote+0x39/frame 0xfffffe048b9b1830 >> >> > > pipeclose() at pipeclose+0xbe/frame 0xfffffe048b9b1860 >> >> > >> >> > Can you show which line this is via kgdb? Can you also 'p *cpipe' >> >> > and 'p *ppipe'? >> >> > >> >> >> >> >> >> Looks like its in here: >> >> (kgdb) whe >> >> #0 doadump (textdump=1) at pcpu.h:219 >> >> #1 0xffffffff805fb2a7 in kern_reboot (howto=260) >> >> at ../../../kern/kern_shutdown.c:452 >> >> #2 0xffffffff805fb7b5 in vpanic (fmt=, ap=> >> optimized out>) at ../../../kern/kern_shutdown.c:759 >> >> #3 0xffffffff805fb803 in panic (fmt=) >> >> at ../../../kern/kern_shutdown.c:688 >> >> #4 0xffffffff80977852 in trap_fatal (frame=, >> >> eva=) at ../../../amd64/amd64/trap.c:882 >> >> #5 0xffffffff80977a8f in trap_pfault (frame=0x0, usermode=> >> optimized out>) at ../../../amd64/amd64/trap.c:699 >> >> #6 0xffffffff809772a0 in trap (frame=0xfffffe048c3df6e0) >> >> at ../../../amd64/amd64/trap.c:463 >> >> #7 0xffffffff8095c7e2 in calltrap () >> >> at ../../../amd64/amd64/exception.S:232 >> >> #8 0xffffffff805e759b in __mtx_assert (c=0x18, what=4, >> >> file=0xffffffff80ca0bcb "../../../kern/kern_event.c", line=1960) >> >> at ../../../kern/kern_mutex.c:791 >> >> #9 0xffffffff805c2099 in knote (list=0xfffff8003498aae0, hint=0, >> >> lockflags=1) at ../../../kern/kern_event.c:1822 >> >> #10 0xffffffff806510fe in pipeclose (cpipe=0xfffff8003498aa18) >> >> at ../../../kern/sys_pipe.c:1655 >> >> #11 0xffffffff80651019 in pipe_dtor (dpipe=) >> >> at ../../../kern/sys_pipe.c:395 >> >> #12 0xffffffff80559924 in fifo_close (ap=) >> >> at ../../../fs/fifofs/fifo_vnops.c:115 >> >> #13 0xffffffff80a6ba6a in VOP_CLOSE_APV (vop=, >> >> a=) at vnode_if.c:535 >> >> #14 0xffffffff806acc09 in vn_close (vp=0xfffff8032000cce8, flags=6, >> >> file_cred=0xfffff8040400d200, td=0xfffff804044f9490) at vnode_if.h:225 >> >> #15 0xffffffff806abad8 in vn_closefile (fp=0xfffff803b2f3c410, >> >> td=0xfffff804044f9490) at ../../../kern/vfs_vnops.c:1481 >> >> #16 0xffffffff805b8789 in _fdrop (fp=0xfffff803b2f3c410, td=0x4) at >> >> file.h:342 >> >> #17 0xffffffff805bb0e1 in closef (fp=0xfffff803b2f3c410, >> >> td=0xfffff804044f9490) at ../../../kern/kern_descrip.c:2415 >> >> #18 0xffffffff805b8bf0 in closefp (fdp=0xfffff800263f5000, fd=> >> optimized out>, fp=0xfffff803b2f3c410, td=0xfffff804044f9490, >> >> holdleaders=) at ../../../kern/kern_descrip.c:1257 >> >> #19 0xffffffff80a332b5 in ia32_syscall (frame=0xfffffe048c3dfbc0) at >> >> subr_syscall.c:135 >> >> #20 0xffffffff8095cdc5 in Xint0x80_syscall () at ia32_exception.S:73 >> >> #21 0x00000000210f7804 in ?? () >> >> Previous frame inner to this frame (corrupt stack?) >> >> Current language: auto; currently minimal >> >> >> >> >> >> >> >> ---------------- >> >> >> >> (kgdb) f 10 >> >> #10 0xffffffff806510fe in pipeclose (cpipe=0xfffff8003498aa18) >> >> at ../../../kern/sys_pipe.c:1655 >> >> 1655 ../../../kern/sys_pipe.c: No such file or directory. >> >> in ../../../kern/sys_pipe.c >> >> (kgdb) p *cpipe >> >> $1 = {pipe_buffer = {cnt = 0, in = 0, out = 0, size = 0, buffer = 0x0}, >> >> pipe_map = {cnt = 0, pos = 0, npages = 0, ms = {0x0 > >> times>}}, pipe_sel = {si_tdlist = {tqh_first = 0x0, tqh_last = 0x0}, >> >> si_note = {kl_list = { >> >> slh_first = 0x0}, kl_lock = 0, kl_unlock = 0, kl_assert_locked = >> >> 0xffffffff805c25c0 , kl_assert_unlocked = >> >> 0xffffffff805c25e0 , kl_lockarg = 0x0}, >> >> si_mtx = 0x0}, >> >> pipe_atime = {tv_sec = 1399120887, tv_nsec = 0}, pipe_mtime = {tv_sec >> >> = 1399120887, tv_nsec = 0}, pipe_ctime = {tv_sec = 1399120887, tv_nsec = >> >> 0}, pipe_sigio = 0x0, pipe_peer = 0xfffff8003498a8b8, pipe_pair = >> >> 0xfffff8003498a8b8, >> >> pipe_state = 2432, pipe_busy = 0, pipe_present = 3, pipe_wgen = 0, >> >> pipe_ino = 4294967295} >> >> >> >> (kgdb) p *ppipe >> >> $2 = {pipe_buffer = {cnt = 0, in = 0, out = 0, size = 0, buffer = 0x0}, >> >> pipe_map = {cnt = 0, pos = 0, npages = 0, ms = {0x0 > >> times>}}, pipe_sel = {si_tdlist = {tqh_first = 0x0, tqh_last = 0x0}, >> >> si_note = {kl_list = { >> >> slh_first = 0x0}, kl_lock = 0, kl_unlock = 0, kl_assert_locked = >> >> 0xffffffff805c25c0 , kl_assert_unlocked = >> >> 0xffffffff805c25e0 , kl_lockarg = 0x0}, >> >> si_mtx = 0x0}, >> >> pipe_atime = {tv_sec = 1399120887, tv_nsec = 0}, pipe_mtime = {tv_sec >> >> = 1399120887, tv_nsec = 0}, pipe_ctime = {tv_sec = 1399120887, tv_nsec = >> >> 0}, pipe_sigio = 0x0, pipe_peer = 0xfffff8003498a8b8, pipe_pair = >> >> 0xfffff8003498a8b8, >> >> pipe_state = 2432, pipe_busy = 0, pipe_present = 3, pipe_wgen = 0, >> >> pipe_ino = 4294967295} >> > >> > So the knlist for both of these has already been destroyed (knlist_destroy >> > clears kl_lock, but not the assert function pointers). Note that pipe_present >> > is set to PIPE_FINALIZED for both pipes here. Can you do an 'l' at frame >> > 10 to see exactly which line is being called? >> >> #10 0xffffffff806510fe in pipeclose (cpipe=0xfffff8028a6c6730) at >> ../../../kern/sys_pipe.c:1655 >> >> (kgdb) frame 10 >> #10 0xffffffff806510fe in pipeclose (cpipe=0xfffff8028a6c6730) at >> ../../../kern/sys_pipe.c:1655 >> 1655 ../../../kern/sys_pipe.c: No such file or directory. >> in ../../../kern/sys_pipe.c >> (kgdb) l >> 1650 in ../../../kern/sys_pipe.c >> (kgdb) >> >> >> 1639. /* >> 1640. * shutdown the pipe >> 1641. */ >> 1642. static void >> 1643. pipeclose(cpipe) >> 1644. struct pipe *cpipe; >> 1645. { >> 1646. struct pipepair *pp; >> 1647. struct pipe *ppipe; >> 1648. >> 1649. KASSERT(cpipe != NULL, ("pipeclose: cpipe == NULL")); >> 1650. >> 1651. PIPE_LOCK(cpipe); >> 1652. pipelock(cpipe, 0); >> 1653. pp = cpipe->pipe_pair; >> 1654. >> 1655. pipeselwakeup(cpipe); >> >> pipeclose() gets called from pipe_dtor() > > Eh, so it seems like pipeclose() has been called twice on the same pipe which > should never happen. How did you get to that conclusion? > >> 384. void >> 385. pipe_dtor(struct pipe *dpipe) >> 386. { >> 387. ino_t ino; >> 388. >> 389. ino = dpipe->pipe_ino; >> 390. funsetown(&dpipe->pipe_sigio); >> 391. pipeclose(dpipe); <--------------- >> 392. if (dpipe->pipe_state & PIPE_NAMED) { >> 393. dpipe = dpipe->pipe_peer; >> 394. funsetown(&dpipe->pipe_sigio); >> 395. pipeclose(dpipe); >> 396. } >> 397. if (ino != 0 && ino != (ino_t)-1) >> 398. free_unr(pipeino_unr, ino); >> 399. } >> >> (kgdb) f 11 >> #11 0xffffffff80651019 in pipe_dtor (dpipe=) at >> ../../../kern/sys_pipe.c:395 >> 395 ../../../kern/sys_pipe.c: No such file or directory. >> in ../../../kern/sys_pipe.c >> (kgdb) p *dpipe >> $8 = {pipe_buffer = {cnt = 2160683902, in = 4294967295, out = >> 2165433456, size = 4294967295, buffer = 0xfffff803c220be70 ""}, >> pipe_map = { >> cnt = 18446735278181777408, pos = 18446735295352500696, npages = >> -1841788584, ms = {0x0, 0x0, 0xfffff80125a6a798, 0x0, >> 0xfffff803c2b7b2a0, >> 0xfffff803c2b7b2c0, 0x0, 0xffffffff80c96b7e, 0x6fb0008, 0x0, >> 0xfffff80060c08490, 0x1500000000, 0x60, 0xffffffff80cb7fa9, 0x1030000, >> 0x0, 0x4}}, >> pipe_sel = {si_tdlist = {tqh_first = 0xfffff801cb464068, tqh_last = >> 0xfffff8020bfa9b10}, si_note = {kl_list = {slh_first = >> 0xfffff8022bb72648}, >> kl_lock = 0xffffffff80cb7fb9 , kl_unlock = >> 0x5230000, kl_assert_locked = 0, kl_assert_unlocked = 0x1, >> kl_lockarg = 0xffffffff81105f80}, si_mtx = 0x0}, pipe_atime = >> {tv_sec = 0, tv_nsec = 0}, pipe_mtime = {tv_sec = -8788387676160, >> tv_nsec = -8788387676160}, pipe_ctime = {tv_sec = 0, tv_nsec = >> -8788387675872}, pipe_sigio = 0x0, pipe_peer = 0x0, pipe_pair = 0x0, >> pipe_state = 3410379072, pipe_busy = -2047, pipe_present = 0, >> pipe_wgen = 0, pipe_ino = 0} >> (kgdb) > > This looks like complete garbage, but it should be matching 'cpipe' > from earlier. Can you 'p dpipe' at this frame? > (kgdb) l 390 in ../../../kern/sys_pipe.c (kgdb) p dpipe $3 = (kgdb) p *dpipe Cannot access memory at address 0x100000012 (kgdb) >> which gets called from fifo_cleanup() >> >> 106. static void >> 107. fifo_cleanup(struct vnode *vp) >> 108. { >> 109. struct fifoinfo *fip; >> 110. >> 111. ASSERT_VOP_ELOCKED(vp, "fifo_cleanup"); >> 112. fip = vp->v_fifoinfo; >> 113. if (fip->fi_readers == 0 && fip->fi_writers == 0) { >> 114. vp->v_fifoinfo = NULL; >> 115. pipe_dtor(fip->fi_pipe); <----------------------------- >> 116. free(fip, M_VNODE); >> 117. } >> 118. } >> >> (kgdb) p *fip->fi_pipe >> $7 = {pipe_buffer = {cnt = 7562869, in = 1701147238, out = 761557858, >> size = 1970170230, >> buffer = 0x736265657266006d
> bounds>}, pipe_map = {cnt = 7596447167107706212, pos = >> 7022344801864938862, >> npages = 1852402688, ms = {0x78756e696c006d76, 0x696c00646961722d, >> 0x706177732d78756e, 0x697361622d736d00, 0x6d00617461642d63, >> 0x61642d6d646c2d73, >> 0x646c2d736d006174, 0x61646174656d2d6d, 0x65722d736d006174, >> 0x6e00646576726573, 0x63632d6473627465, 0x64736274656e0064, >> 0x74656e006467632d, >> 0x7366662d647362, 0x6c2d64736274656e, 0x736274656e007366, >> 0x6e00646961722d64}}, pipe_sel = {si_tdlist = {tqh_first = >> 0x77732d6473627465, >> tqh_last = 0x7261776d76007061}, si_note = {kl_list = {slh_first >> = 0x760073666d762d65}, kl_lock = 0x6d762d657261776d, kl_unlock = >> 0x6d7600676169646b, >> kl_assert_locked = 0x7365722d65726177, kl_assert_unlocked = >> 0x6d76006465767265, kl_lockarg = 0x6173762d65726177}, si_mtx = >> 0x4f4547007264686e}, >> pipe_atime = {tv_sec = 2322261270122749773, tv_nsec = >> 2675249699185255283}, pipe_mtime = {tv_sec = 8245071809811652723, >> tv_nsec = 7450486642355495269}, >> pipe_ctime = {tv_sec = 2406159642925495145, tv_nsec = >> 3399705548884410378}, pipe_sigio = 0x2f6d6f65672f2e2e, pipe_peer = >> 0x705f672f74726170, >> pipe_pair = 0x5f6700632e747261, pipe_state = 1953653104, pipe_busy = >> 1886547807, pipe_present = 7233896, pipe_wgen = 623407909, pipe_ino = >> 620767603} >> (kgdb) > > This should also be the same pipe, but it has an even different set > of garbage. Can you 'p *fip'? kgdb gets confused I believe: (kgdb) p *fip Cannot access memory at address 0xa00000001 (kgdb) p *vp $1 = {v_tag = 0xffffffff80c96b7e "ufs", v_op = 0xffffffff8111e470, v_data = 0xfffff80334836498, v_mount = 0xfffff80021805000, v_nmntvnodes = {tqe_next = 0xfffff803345aa760, tqe_prev = 0xfffff803343ee5a8}, v_un = {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0}, v_hashlist = {le_next = 0x0, le_prev = 0xfffffe00012de3e8}, v_cache_src = {lh_first = 0x0}, v_cache_dst = {tqh_first = 0xfffff80334f11d20, tqh_last = 0xfffff80334f11d40}, v_cache_dd = 0x0, v_lock = {lock_object = { lo_name = 0xffffffff80c96b7e "ufs", lo_flags = 117112840, lo_data = 0, lo_witness = 0x0}, lk_lock = 18446735279493186704, lk_exslpfail = 0, lk_timo = 21, lk_pri = 96}, v_interlock = {lock_object = {lo_name = 0xffffffff80cb7fa9 "vnode interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, v_vnlock = 0xfffff803346417c8, v_actfreelist = { tqe_next = 0xfffff802f3a0c000, tqe_prev = 0xfffff803ab6139f8}, v_bufobj = {bo_lock = {lock_object = { lo_name = 0xffffffff80cb7fb9 "bufobj interlock", lo_flags = 86179840, lo_data = 0, lo_witness = 0x0}, rw_lock = 1}, bo_ops = 0xffffffff81105f80, bo_object = 0x0, bo_synclist = {le_next = 0x0, le_prev = 0x0}, bo_private = 0xfffff80334641760, __bo_vnode = 0xfffff80334641760, bo_clean = {bv_hd = {tqh_first = 0x0, tqh_last = 0xfffff80334641880}, bv_root = {pt_root = 0}, bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = 0x0, tqh_last = 0xfffff803346418a0}, bv_root = {pt_root = 0}, bv_cnt = 0}, bo_numoutput = 0, bo_flag = 0, bo_bsize = 16384}, v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0x0, v_rl = {rl_waiters = { tqh_first = 0x0, tqh_last = 0xfffff803346418e8}, rl_currdep = 0x0}, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_holdcnt = 1, v_usecount = 1, v_iflag = 512, v_vflag = 0, v_writecount = 0, v_hash = 14592100, v_type = VFIFO} (kgdb) p *fip $2 = {fi_pipe = 0xffffffff80c96b7e, fi_readers = -2129533840, fi_writers = -8782327094120} (kgdb) So, first invocation of "(kgdb) p *fip" didn't give me anything but last one did. cheers, Hiren From owner-freebsd-stable@FreeBSD.ORG Thu May 8 15:03:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBBE27E8 for ; Thu, 8 May 2014 15:03:59 +0000 (UTC) Received: from main.mx.e-gitt.net (service.rules.org [IPv6:2001:1560:2342::2]) (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 AB72DB44 for ; Thu, 8 May 2014 15:03:59 +0000 (UTC) Received: from ob by main.mx.e-gitt.net with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WiPrY-0002Iw-3u for freebsd-stable@freebsd.org; Thu, 08 May 2014 17:03:56 +0200 Date: Thu, 8 May 2014 17:03:56 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Subject: Re: high load in KVM when network is used (stable/10) Message-ID: <20140508150355.GG46656@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <5367E40F.1060308@FreeBSD.org> <743840238.35506.1399388381208.JavaMail.root@daemoninthecloset.org> <5369025B.2030007@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5369025B.2030007@FreeBSD.org> X-Face: "TT~P'b_)-jKU_0^a=usXryz`YTz)z.[FZrI,A~PREI2U}frrZ`>_J&; ^t|^.dR/mqtC,Vb.Y>~u8(|aL)vAv(k">zY"]*m*y|b8S7:WK[/qP5i>HO#Ek; C[X:b|FP0*Ly_4Ni User-Agent: Mutt/1.5.23 (2014-03-12) Sender: Oliver Brandmueller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 15:04:00 -0000 Hi, On Tue, May 06, 2014 at 05:40:11PM +0200, Armin Pirkovitsch wrote: > Should I try that patch anyway? There's also another one, that might be related: http://www.freebsd.org/cgi/query-pr.cgi?pr=186061&cat= Waiting for the MFC quite a bit now... - Oliver -- | Oliver Brandmueller http://sysadm.in/ ob@sysadm.in | | Ich bin das Internet. Sowahr ich Gott helfe. | From owner-freebsd-stable@FreeBSD.ORG Thu May 8 16:20:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA98598B; Thu, 8 May 2014 16:20:24 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8E768346; Thu, 8 May 2014 16:20:24 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9019EB9DD; Thu, 8 May 2014 12:20:23 -0400 (EDT) From: John Baldwin To: hiren panchasara Subject: Re: stable/10 panic Date: Thu, 8 May 2014 12:19:27 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <1398097892.1101.6.camel@powernoodle.corp.yahoo.com> <201405071431.38812.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201405081219.27412.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 08 May 2014 12:20:23 -0400 (EDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 16:20:24 -0000 On Thursday, May 08, 2014 12:39:20 am hiren panchasara wrote: > On Wed, May 7, 2014 at 11:31 AM, John Baldwin wrote: > >> 1639. /* > >> 1640. * shutdown the pipe > >> 1641. */ > >> 1642. static void > >> 1643. pipeclose(cpipe) > >> 1644. struct pipe *cpipe; > >> 1645. { > >> 1646. struct pipepair *pp; > >> 1647. struct pipe *ppipe; > >> 1648. > >> 1649. KASSERT(cpipe != NULL, ("pipeclose: cpipe == NULL")); > >> 1650. > >> 1651. PIPE_LOCK(cpipe); > >> 1652. pipelock(cpipe, 0); > >> 1653. pp = cpipe->pipe_pair; > >> 1654. > >> 1655. pipeselwakeup(cpipe); > >> > >> pipeclose() gets called from pipe_dtor() > > > > Eh, so it seems like pipeclose() has been called twice on the same pipe which > > should never happen. > > How did you get to that conclusion? The pipe's state (cpipe->pipe_present) is set to 3 (PIPE_FINALIZED) which only happens at bottom of pipeclose(cpipe). However, in your panic, you are dying at the start of pipeclose() when cpipe's state should be the initial state still. That is also consistent with the panic as the knlist for the pipe has already been destroyed (which happens later in pipeclose()) and that is what zero's the lock fields in knlist causing the actual fault in knote(). > >> 384. void > >> 385. pipe_dtor(struct pipe *dpipe) > >> 386. { > >> 387. ino_t ino; > >> 388. > >> 389. ino = dpipe->pipe_ino; > >> 390. funsetown(&dpipe->pipe_sigio); > >> 391. pipeclose(dpipe); <--------------- > >> 392. if (dpipe->pipe_state & PIPE_NAMED) { > >> 393. dpipe = dpipe->pipe_peer; > >> 394. funsetown(&dpipe->pipe_sigio); > >> 395. pipeclose(dpipe); > >> 396. } > >> 397. if (ino != 0 && ino != (ino_t)-1) > >> 398. free_unr(pipeino_unr, ino); > >> 399. } > >> > >> (kgdb) f 11 > >> #11 0xffffffff80651019 in pipe_dtor (dpipe=) at > >> ../../../kern/sys_pipe.c:395 > >> 395 ../../../kern/sys_pipe.c: No such file or directory. > >> in ../../../kern/sys_pipe.c > >> (kgdb) p *dpipe > >> $8 = {pipe_buffer = {cnt = 2160683902, in = 4294967295, out = > >> 2165433456, size = 4294967295, buffer = 0xfffff803c220be70 ""}, > >> pipe_map = { > >> cnt = 18446735278181777408, pos = 18446735295352500696, npages = > >> -1841788584, ms = {0x0, 0x0, 0xfffff80125a6a798, 0x0, > >> 0xfffff803c2b7b2a0, > >> 0xfffff803c2b7b2c0, 0x0, 0xffffffff80c96b7e, 0x6fb0008, 0x0, > >> 0xfffff80060c08490, 0x1500000000, 0x60, 0xffffffff80cb7fa9, 0x1030000, > >> 0x0, 0x4}}, > >> pipe_sel = {si_tdlist = {tqh_first = 0xfffff801cb464068, tqh_last = > >> 0xfffff8020bfa9b10}, si_note = {kl_list = {slh_first = > >> 0xfffff8022bb72648}, > >> kl_lock = 0xffffffff80cb7fb9 , kl_unlock = > >> 0x5230000, kl_assert_locked = 0, kl_assert_unlocked = 0x1, > >> kl_lockarg = 0xffffffff81105f80}, si_mtx = 0x0}, pipe_atime = > >> {tv_sec = 0, tv_nsec = 0}, pipe_mtime = {tv_sec = -8788387676160, > >> tv_nsec = -8788387676160}, pipe_ctime = {tv_sec = 0, tv_nsec = > >> -8788387675872}, pipe_sigio = 0x0, pipe_peer = 0x0, pipe_pair = 0x0, > >> pipe_state = 3410379072, pipe_busy = -2047, pipe_present = 0, > >> pipe_wgen = 0, pipe_ino = 0} > >> (kgdb) > > > > This looks like complete garbage, but it should be matching 'cpipe' > > from earlier. Can you 'p dpipe' at this frame? > > > > (kgdb) l > 390 in ../../../kern/sys_pipe.c > (kgdb) p dpipe > $3 = > (kgdb) p *dpipe > Cannot access memory at address 0x100000012 > (kgdb) Eh, kgdb should be deterministic given a specific kernel and core file. That is to say, above 'f 11', 'p *dpipe' did something, but here it did not. Are you running kgdb on the same core or a different one? > >> which gets called from fifo_cleanup() > >> > >> 106. static void > >> 107. fifo_cleanup(struct vnode *vp) > >> 108. { > >> 109. struct fifoinfo *fip; > >> 110. > >> 111. ASSERT_VOP_ELOCKED(vp, "fifo_cleanup"); > >> 112. fip = vp->v_fifoinfo; > >> 113. if (fip->fi_readers == 0 && fip->fi_writers == 0) { > >> 114. vp->v_fifoinfo = NULL; > >> 115. pipe_dtor(fip->fi_pipe); <----------------------------- > >> 116. free(fip, M_VNODE); > >> 117. } > >> 118. } > >> > >> (kgdb) p *fip->fi_pipe > >> $7 = {pipe_buffer = {cnt = 7562869, in = 1701147238, out = 761557858, > >> size = 1970170230, > >> buffer = 0x736265657266006d
>> bounds>}, pipe_map = {cnt = 7596447167107706212, pos = > >> 7022344801864938862, > >> npages = 1852402688, ms = {0x78756e696c006d76, 0x696c00646961722d, > >> 0x706177732d78756e, 0x697361622d736d00, 0x6d00617461642d63, > >> 0x61642d6d646c2d73, > >> 0x646c2d736d006174, 0x61646174656d2d6d, 0x65722d736d006174, > >> 0x6e00646576726573, 0x63632d6473627465, 0x64736274656e0064, > >> 0x74656e006467632d, > >> 0x7366662d647362, 0x6c2d64736274656e, 0x736274656e007366, > >> 0x6e00646961722d64}}, pipe_sel = {si_tdlist = {tqh_first = > >> 0x77732d6473627465, > >> tqh_last = 0x7261776d76007061}, si_note = {kl_list = {slh_first > >> = 0x760073666d762d65}, kl_lock = 0x6d762d657261776d, kl_unlock = > >> 0x6d7600676169646b, > >> kl_assert_locked = 0x7365722d65726177, kl_assert_unlocked = > >> 0x6d76006465767265, kl_lockarg = 0x6173762d65726177}, si_mtx = > >> 0x4f4547007264686e}, > >> pipe_atime = {tv_sec = 2322261270122749773, tv_nsec = > >> 2675249699185255283}, pipe_mtime = {tv_sec = 8245071809811652723, > >> tv_nsec = 7450486642355495269}, > >> pipe_ctime = {tv_sec = 2406159642925495145, tv_nsec = > >> 3399705548884410378}, pipe_sigio = 0x2f6d6f65672f2e2e, pipe_peer = > >> 0x705f672f74726170, > >> pipe_pair = 0x5f6700632e747261, pipe_state = 1953653104, pipe_busy = > >> 1886547807, pipe_present = 7233896, pipe_wgen = 623407909, pipe_ino = > >> 620767603} > >> (kgdb) > > > > This should also be the same pipe, but it has an even different set > > of garbage. Can you 'p *fip'? > > kgdb gets confused I believe: > > (kgdb) p *fip > Cannot access memory at address 0xa00000001 Again, there's no way kgdb can figure out how to 'p *fip->fi_pipe' but not be able to 'p *fip'. > (kgdb) p *vp > $1 = {v_tag = 0xffffffff80c96b7e "ufs", v_op = 0xffffffff8111e470, > v_data = 0xfffff80334836498, v_mount = 0xfffff80021805000, > v_nmntvnodes = {tqe_next = 0xfffff803345aa760, tqe_prev = > 0xfffff803343ee5a8}, v_un = {vu_mount = 0x0, vu_socket = 0x0, > vu_cdev = 0x0, vu_fifoinfo = 0x0}, v_hashlist = {le_next = 0x0, > le_prev = 0xfffffe00012de3e8}, v_cache_src = {lh_first = 0x0}, > v_cache_dst = {tqh_first = 0xfffff80334f11d20, tqh_last = > 0xfffff80334f11d40}, v_cache_dd = 0x0, v_lock = {lock_object = { > lo_name = 0xffffffff80c96b7e "ufs", lo_flags = 117112840, > lo_data = 0, lo_witness = 0x0}, lk_lock = 18446735279493186704, > lk_exslpfail = 0, lk_timo = 21, lk_pri = 96}, v_interlock = > {lock_object = {lo_name = 0xffffffff80cb7fa9 "vnode interlock", > lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = > 4}, v_vnlock = 0xfffff803346417c8, v_actfreelist = { > tqe_next = 0xfffff802f3a0c000, tqe_prev = 0xfffff803ab6139f8}, > v_bufobj = {bo_lock = {lock_object = { > lo_name = 0xffffffff80cb7fb9 "bufobj interlock", lo_flags = > 86179840, lo_data = 0, lo_witness = 0x0}, rw_lock = 1}, > bo_ops = 0xffffffff81105f80, bo_object = 0x0, bo_synclist = > {le_next = 0x0, le_prev = 0x0}, bo_private = 0xfffff80334641760, > __bo_vnode = 0xfffff80334641760, bo_clean = {bv_hd = {tqh_first = > 0x0, tqh_last = 0xfffff80334641880}, bv_root = {pt_root = 0}, > bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = 0x0, tqh_last = > 0xfffff803346418a0}, bv_root = {pt_root = 0}, bv_cnt = 0}, > bo_numoutput = 0, bo_flag = 0, bo_bsize = 16384}, v_pollinfo = > 0x0, v_label = 0x0, v_lockf = 0x0, v_rl = {rl_waiters = { > tqh_first = 0x0, tqh_last = 0xfffff803346418e8}, rl_currdep = > 0x0}, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, > v_holdcnt = 1, v_usecount = 1, v_iflag = 512, v_vflag = 0, > v_writecount = 0, v_hash = 14592100, v_type = VFIFO} v_fifoinfo is cleared before the pipe is destroyed, so v_fifoinfo is already NULL (as expected) > (kgdb) p *fip > $2 = {fi_pipe = 0xffffffff80c96b7e, fi_readers = -2129533840, > fi_writers = -8782327094120} The readers/writers counts here are garbage. I probably wouldn't trust the fi_pipe value either. Would be nice to know if the various pointers line up. Also, I would expect a FIFO to have the 'NAMED' flag set and thus for pipe_peer to be a different pipe (not itself), but I believe that was not true from the earlier posts. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri May 9 02:30:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96B4ED4D; Fri, 9 May 2014 02:30:54 +0000 (UTC) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 383B2276; Fri, 9 May 2014 02:30:54 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id r5so3872644qcx.7 for ; Thu, 08 May 2014 19:30:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Y7aBbi5xWdW00W1jlTZnJxvi1T8nafnj3fv0ErmXCjg=; b=nVoXYVMzBCCxv28S4okJozJuoAj+Rgp+gs/e5B493fiPUHzD6lHw8+Bgpr0NyjkTJJ 8PngoQ9Vn5grY4S8e3HhIfqseSNmZN+zQ29Sqje0LeG+UdmV388AqjkjrO1vZq2wUtNk qEcLbCLEcl5ftF5r6zDA5l0ybP4kRe+sXbgRHZpcq+ipC3cPgnkMsHHUvj9O6P+StrZ8 G4FASBlt1yyRoGpF08ukk6Au2sn1bweEvt1iA5UXl9MZ36a6eATDMbXEP+LxpEFtal3A Hlc2iPcFi9N2vWLufL7GuFYgaftGhn5xInauQB8l74m52uJD1mQJel2nwuCdKBiqCDQJ xFoA== MIME-Version: 1.0 X-Received: by 10.140.49.208 with SMTP id q74mr1341090qga.103.1399602653328; Thu, 08 May 2014 19:30:53 -0700 (PDT) Received: by 10.96.10.161 with HTTP; Thu, 8 May 2014 19:30:53 -0700 (PDT) In-Reply-To: <201405081219.27412.jhb@freebsd.org> References: <1398097892.1101.6.camel@powernoodle.corp.yahoo.com> <201405071431.38812.jhb@freebsd.org> <201405081219.27412.jhb@freebsd.org> Date: Thu, 8 May 2014 19:30:53 -0700 Message-ID: Subject: Re: stable/10 panic From: hiren panchasara To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 02:30:54 -0000 [trimming a lot of things] On Thu, May 8, 2014 at 9:19 AM, John Baldwin wrote: > On Thursday, May 08, 2014 12:39:20 am hiren panchasara wrote: >> On Wed, May 7, 2014 at 11:31 AM, John Baldwin wrote: >> >> 1639. /* >> >> 1640. * shutdown the pipe >> >> 1641. */ >> >> 1642. static void >> >> 1643. pipeclose(cpipe) >> >> 1644. struct pipe *cpipe; >> >> 1645. { >> >> 1646. struct pipepair *pp; >> >> 1647. struct pipe *ppipe; >> >> 1648. >> >> 1649. KASSERT(cpipe != NULL, ("pipeclose: cpipe == NULL")); >> >> 1650. >> >> 1651. PIPE_LOCK(cpipe); >> >> 1652. pipelock(cpipe, 0); >> >> 1653. pp = cpipe->pipe_pair; >> >> 1654. >> >> 1655. pipeselwakeup(cpipe); >> >> >> >> pipeclose() gets called from pipe_dtor() >> > >> > Eh, so it seems like pipeclose() has been called twice on the same pipe which >> > should never happen. >> >> How did you get to that conclusion? > > The pipe's state (cpipe->pipe_present) is set to 3 (PIPE_FINALIZED) which only > happens at bottom of pipeclose(cpipe). However, in your panic, you are dying > at the start of pipeclose() when cpipe's state should be the initial state > still. That is also consistent with the panic as the knlist for the pipe has > already been destroyed (which happens later in pipeclose()) and that is what > zero's the lock fields in knlist causing the actual fault in knote(). > Makes sense. > > Eh, kgdb should be deterministic given a specific kernel and core file. > That is to say, above 'f 11', 'p *dpipe' did something, but here it > did not. Are you running kgdb on the same core or a different one? > Just to end the confusion: http://people.freebsd.org/~hiren/pipeclose_panic_stable10.txt > >> (kgdb) p *fip >> $2 = {fi_pipe = 0xffffffff80c96b7e, fi_readers = -2129533840, >> fi_writers = -8782327094120} > > The readers/writers counts here are garbage. I probably wouldn't trust > the fi_pipe value either. Would be nice to know if the various pointers > line up. Also, I would expect a FIFO to have the 'NAMED' flag set and > thus for pipe_peer to be a different pipe (not itself), but I believe that > was not true from the earlier posts. My reading of code says named pipe doesn't have different pipe for pipe_peer? sys/kern/sys_pipe.c #define PIPE_PEER(pipe) \ (((pipe)->pipe_state & PIPE_NAMED) ? (pipe) : ((pipe)->pipe_peer)) cheers, Hiren From owner-freebsd-stable@FreeBSD.ORG Fri May 9 03:03:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A79A70C for ; Fri, 9 May 2014 03:03:16 +0000 (UTC) Received: from The.ie (The.ie [172.245.218.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "the.ie", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49037802 for ; Fri, 9 May 2014 03:03:16 +0000 (UTC) Received: from The.ie (lrizzo@localhost [127.0.0.1]) by The.ie (8.14.8/8.14.7) with ESMTP id s492oLm3091566 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 8 May 2014 19:50:27 -0700 (PDT) (envelope-from Lucius.Rizzo@The.ie) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=the.ie; s=signed-mail; t=1399603827; bh=cJS3nmNfdPxfy3+z8mySIL7WgNCXJYxEIXEab5RXcL8=; h=Date:From:To:Subject; b=Nw4eDYAJu8f9bKFB4Fx/3qQvriV1EJFgTyuAeYUmmo4gxx2SU1HtdFb/P4IgpxcPD CUY7pcpoWTq28zDYxHlrD7p6Z6nNVJHlKQTBfIez4I2jmlmq5tFl0ImlszZYvIcP54 BmTHq+Yz7WvwJzOVATmbZsTZLPmvspRRolPRpemHhpiybgUpiYE1W8fJznapoCCrJm 0eiIUzUSJnHyzHVTBO66qvhZ+Lm2z2Ad9LNBukZzcpi6RKV6P1+r/y/EZpdLYns5ke JZj6IVh6yRTYkzKPBKhNfsFA4nFDwBU2p1K9BNXN0A40urZPsv+n2Ab5JYoSjcblbt tOklygOAa5hWg== Received: (from lrizzo@localhost) by The.ie (8.14.8/8.14.7/Submit) id s492oGHt091562 for freebsd-stable@freebsd.org; Thu, 8 May 2014 19:50:16 -0700 (PDT) (envelope-from Lucius.Rizzo@The.ie) X-Authentication-Warning: The.ie: lrizzo set sender to Lucius.Rizzo@The.ie using -f Date: Thu, 8 May 2014 19:50:15 -0700 From: Lucius Rizzo To: freebsd-stable@freebsd.org Subject: Sendmail Version Message-ID: <20140509025015.GA91549@The.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Scanned-By: MIMEDefang 2.74 on 172.245.218.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 03:03:16 -0000 Hi folks, I am currently running sendmail 8.14.8 on FreeBSD 10. Its working properly and I do not really have any problems per se. However there is something that is puzzling me. This machine was cleanly installed with sendmail 8.14.8 but for some reason I get mismatched versions reported by sendmail. Here is an example: 220 The.ie ESMTP Sendmail 8.14.8/8.14.7; Thu, 8 May 2014 19:46:51 -0700 (PDT) I thought it was the configs but I remade sendmail.cf and submit.cf on a 8.14.8 install. My mailer.conf seems correct as well. What is causing this? And what exactly is the difference between the first and second versions? And finally, how do I fix it :) Thanks. -- | _o _ |_)o_ _ _ |_|_|(_||_|_> | \|/_/_(_) - Lucius.Tel -------------------------------------- ++ A life lived in fear is a life half lived. ++ From owner-freebsd-stable@FreeBSD.ORG Fri May 9 04:22:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A47C8B17 for ; Fri, 9 May 2014 04:22:38 +0000 (UTC) Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F940F98 for ; Fri, 9 May 2014 04:22:38 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id w62so3443110wes.16 for ; Thu, 08 May 2014 21:22:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XUVgcEYBBsp8Y3QsWZMn+P0aURaEPkP+C/BAipKeHQI=; b=gRRMbQl5wVssL7+GV5X6n/IVnJ2kvrYaBk+RCWIQUq1oF7Bv7QPAq4J37/Qkvajn3L VHhKCGBDUHk9XCkj/nXDVr0ODm0qw6OMgZUmpa9YNnVKLYiQt1Pviw7sr3/BFpbw8tDt faS6ewQ5fvUxY5tdIxxMO/74mXVUxGXV4+G3qJ09VbDqKwzEJ+IUCllc5bW8fTM03/he KtoRqigfUWTA/VIVrGveQYIukwCODhMb2FeWrQ6qbQSKq7IdQgjoOZrSPHXHJnMu90e4 8odz0fVeqkiI/dUmoil3ZuFrEmJBbceihr5l07GsI3ayNZmO1r9teOcfoAbKE8uq+ZNL kAVA== MIME-Version: 1.0 X-Received: by 10.194.60.114 with SMTP id g18mr64628wjr.61.1399609355015; Thu, 08 May 2014 21:22:35 -0700 (PDT) Received: by 10.217.161.3 with HTTP; Thu, 8 May 2014 21:22:34 -0700 (PDT) In-Reply-To: <20140509025015.GA91549@The.ie> References: <20140509025015.GA91549@The.ie> Date: Fri, 9 May 2014 00:22:34 -0400 Message-ID: Subject: Re: Sendmail Version From: Brandon Allbery To: Lucius Rizzo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 04:22:38 -0000 On Thu, May 8, 2014 at 10:50 PM, Lucius Rizzo wrote: > 220 The.ie ESMTP Sendmail 8.14.8/8.14.7; Thu, 8 May 2014 19:46:51 -0700 > (PDT) > > I thought it was the configs but I remade sendmail.cf and submit.cf on a > 8.14.8 > install. My mailer.conf seems correct as well. What is causing this? And > what > exactly is the difference between the first and second versions? And > finally, > how do I fix it :) > It's not something you really need to fix; the configs only differ by that version number --- the first is from the sendmail binary, the second is the definition of the Z macro (DZ8.14.7) in sendmail.cf, from /usr/share/sendmail/cf which was taken from an 8.14.7 installation and didn't need to be updated for 8.14.8. I would imagine nobody saw any point in a change to the base that did nothing but bump a version but required a fair amount of change control / release engineering. If it really offends you, you can edit /usr/share/sendmail/cf/m4/version.m4 to change it. I wouldn't bother. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@FreeBSD.ORG Fri May 9 04:35:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 375F3C1 for ; Fri, 9 May 2014 04:35:33 +0000 (UTC) Received: from The.ie (The.ie [172.245.218.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "the.ie", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB744ED for ; Fri, 9 May 2014 04:35:32 +0000 (UTC) Received: from The.ie (lrizzo@localhost [127.0.0.1]) by The.ie (8.14.8/8.14.8) with ESMTP id s494ZHuw094303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 May 2014 21:35:24 -0700 (PDT) (envelope-from Lucius.Rizzo@The.ie) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=the.ie; s=signed-mail; t=1399610126; bh=cbOaRHfetewooW/ZpG3w2eJGUddBzhlxrHt/+xF9C+0=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=I07oNe4KJScO8kQxa2hHmA7p0Qf7aCF+1irGBSuEvah050XSbUZ+/G7VBbOlRcj2L dxTRamfmJjydcfSsM2JlEI0u0stniWSPXinJag9JOu5Mbef5iXL8HV/EjgxlnaAy9q 2L+vUE8ma/vM5hmqPg2wKBavUjaYaw4bcDlb+UBdINdzw4Tr9iSCefWz6kybVJqL/8 z2NlsaTtHwntSM1XXpg0JKVyVe2jWn1nQKi3WVHNlANOyp8pAzeVZNviFASklWAIp+ p+pXBvEJIL7F+5kJ2IuMEDfmNbvXoPkOMrJCvni5USXjEAklnjxW4RdnFeKnl3U0J+ 5B+CVVt4EXnDQ== Received: (from lrizzo@localhost) by The.ie (8.14.8/8.14.8/Submit) id s494ZHK0094301; Thu, 8 May 2014 21:35:17 -0700 (PDT) (envelope-from Lucius.Rizzo@The.ie) X-Authentication-Warning: The.ie: lrizzo set sender to Lucius.Rizzo@The.ie using -f Date: Thu, 8 May 2014 21:35:17 -0700 From: Lucius Rizzo To: Brandon Allbery Subject: Re: Sendmail Version Message-ID: <20140509043517.GA94109@The.ie> References: <20140509025015.GA91549@The.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Homepage: http://Lucius.Tel/ User-Agent: Mutt/1.5.23 (2014-03-12) X-Abuse-Report-To: Please send any abuse of our services to abuse at The.ie. The.ie is a part of The.Marketing Inc. X-Scanned-By: MIMEDefang 2.74 on 172.245.218.25 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 04:35:33 -0000 * Brandon Allbery [2014-05-09 00:22]: > On Thu, May 8, 2014 at 10:50 PM, Lucius Rizzo wrote: > > > 220 The.ie ESMTP Sendmail 8.14.8/8.14.7; Thu, 8 May 2014 19:46:51 -0700 > > (PDT) > > > > I thought it was the configs but I remade sendmail.cf and submit.cf on a > > 8.14.8 > > install. My mailer.conf seems correct as well. What is causing this? And > > what > > exactly is the difference between the first and second versions? And > > finally, > > how do I fix it :) > > > > It's not something you really need to fix; the configs only differ by that > version number --- the first is from the sendmail binary, the second is the > definition of the Z macro (DZ8.14.7) in sendmail.cf, from > /usr/share/sendmail/cf which was taken from an 8.14.7 installation and > didn't need to be updated for 8.14.8. I would imagine nobody saw any point > in a change to the base that did nothing but bump a version but required a > fair amount of change control / release engineering. > > If it really offends you, you can edit /usr/share/sendmail/cf/m4/version.m4 > to change it. I wouldn't bother. Oh perfect! Thank you. And no, lol, it didn't really offend as much as confuse me. I tried Freenode #sendmail but they aren't the most talkative bunch. That being said, I understand the challenges of updating files as it relates to release etc. That being said, maybe perhaps I should file a bug for it to be done. -- | _o _ |_)o_ _ _ |_|_|(_||_|_> | \|/_/_(_) - Lucius.Tel -------------------------------------- ++ QOTD: ++ ++ "I sprinkled some baking powder over a couple of potatoes, but it ++ ++ didn't work." ++ From owner-freebsd-stable@FreeBSD.ORG Fri May 9 04:38:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5A6F23F for ; Fri, 9 May 2014 04:38:47 +0000 (UTC) Received: from zim.gshapiro.net (zim.gshapiro.net [IPv6:2001:4f8:3:36::224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.gshapiro.net", Issuer "Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BEFE312D for ; Fri, 9 May 2014 04:38:47 +0000 (UTC) Received: from minime.local (50-196-184-241-static.hfc.comcastbusiness.net [50.196.184.241]) (authenticated bits=0) by zim.gshapiro.net (8.14.8.Beta0/8.14.7) with ESMTP id s494cgrZ031826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 May 2014 21:38:46 -0700 (PDT) (envelope-from gshapiro@freebsd.org) Date: Thu, 8 May 2014 21:38:41 -0700 From: Gregory Shapiro To: Lucius Rizzo Subject: Re: Sendmail Version Message-ID: <20140509043840.GE16354@minime.local> References: <20140509025015.GA91549@The.ie> <20140509043517.GA94109@The.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140509043517.GA94109@The.ie> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 04:38:47 -0000 > That being said, I understand the challenges of updating files as it relates to > release etc. That being said, maybe perhaps I should file a bug for it to be > done. No need to file a bug, the files are updated if you do a full buildworld/installworld and then update the files in /etc/mail: cd /etc/mail make make install make restart If /usr/share/sendmail/cf/ doesn't contain the new files and you don't want to do a full installworld, you could: cd /usr/src/share/sendmail make obj make make install From owner-freebsd-stable@FreeBSD.ORG Fri May 9 18:08:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E682023D; Fri, 9 May 2014 18:08:35 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BEA8BA7; Fri, 9 May 2014 18:08:35 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9D5CFB97B; Fri, 9 May 2014 14:08:33 -0400 (EDT) From: John Baldwin To: hiren panchasara Subject: Re: stable/10 panic Date: Fri, 9 May 2014 13:48:02 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <1398097892.1101.6.camel@powernoodle.corp.yahoo.com> <201405081219.27412.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201405091348.02454.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 09 May 2014 14:08:33 -0400 (EDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 18:08:36 -0000 On Thursday, May 08, 2014 10:30:53 pm hiren panchasara wrote: > [trimming a lot of things] > > On Thu, May 8, 2014 at 9:19 AM, John Baldwin wrote: > > On Thursday, May 08, 2014 12:39:20 am hiren panchasara wrote: > >> On Wed, May 7, 2014 at 11:31 AM, John Baldwin wrote: > >> >> 1639. /* > >> >> 1640. * shutdown the pipe > >> >> 1641. */ > >> >> 1642. static void > >> >> 1643. pipeclose(cpipe) > >> >> 1644. struct pipe *cpipe; > >> >> 1645. { > >> >> 1646. struct pipepair *pp; > >> >> 1647. struct pipe *ppipe; > >> >> 1648. > >> >> 1649. KASSERT(cpipe != NULL, ("pipeclose: cpipe == NULL")); > >> >> 1650. > >> >> 1651. PIPE_LOCK(cpipe); > >> >> 1652. pipelock(cpipe, 0); > >> >> 1653. pp = cpipe->pipe_pair; > >> >> 1654. > >> >> 1655. pipeselwakeup(cpipe); > >> >> > >> >> pipeclose() gets called from pipe_dtor() > >> > > >> > Eh, so it seems like pipeclose() has been called twice on the same pipe which > >> > should never happen. > >> > >> How did you get to that conclusion? > > > > The pipe's state (cpipe->pipe_present) is set to 3 (PIPE_FINALIZED) which only > > happens at bottom of pipeclose(cpipe). However, in your panic, you are dying > > at the start of pipeclose() when cpipe's state should be the initial state > > still. That is also consistent with the panic as the knlist for the pipe has > > already been destroyed (which happens later in pipeclose()) and that is what > > zero's the lock fields in knlist causing the actual fault in knote(). > > > > Makes sense. > > > > Eh, kgdb should be deterministic given a specific kernel and core file. > > That is to say, above 'f 11', 'p *dpipe' did something, but here it > > did not. Are you running kgdb on the same core or a different one? > > > > Just to end the confusion: > http://people.freebsd.org/~hiren/pipeclose_panic_stable10.txt Bizarre. > >> (kgdb) p *fip > >> $2 = {fi_pipe = 0xffffffff80c96b7e, fi_readers = -2129533840, > >> fi_writers = -8782327094120} > > > > The readers/writers counts here are garbage. I probably wouldn't trust > > the fi_pipe value either. Would be nice to know if the various pointers > > line up. Also, I would expect a FIFO to have the 'NAMED' flag set and > > thus for pipe_peer to be a different pipe (not itself), but I believe that > > was not true from the earlier posts. > > My reading of code says named pipe doesn't have different pipe for pipe_peer? > > sys/kern/sys_pipe.c > > #define PIPE_PEER(pipe) \ > (((pipe)->pipe_state & PIPE_NAMED) ? (pipe) : ((pipe)->pipe_peer)) Bah, I had this backwards. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Sat May 10 21:18:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF36A33E for ; Sat, 10 May 2014 21:18:12 +0000 (UTC) Received: from mail-oa0-x233.google.com (mail-oa0-x233.google.com [IPv6:2607:f8b0:4003:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC3D4B18 for ; Sat, 10 May 2014 21:18:12 +0000 (UTC) Received: by mail-oa0-f51.google.com with SMTP id n16so6544082oag.24 for ; Sat, 10 May 2014 14:18:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dd8Btx5JJ3/0RncLon4l9iyINb134KIN3MLUJpakAd4=; b=uexji8vWnKpTrA9Nrsab8LBvsocSn13s76glwW58w/JV3m3EtOeZ9N+nEDuZZRL5WB 8wXCH+99K/4bwrHXez8re/19BMwuGNFC2YEZtUU5YnMLzk7ZDx1U12ok59ZFUNFqbwKv IXrbeYxE8s0XlSV0+VBip2Y4SBxHsUm3bd6RaMFz0fcHsXm5uO+S6kL/1u7uJipKyFPF ftMkax4RaZDNVAUNM9QfGkEwhR7h7UpAgXGpxXTL3XO/4plxQC2ilcb8el5pq+nQ/RpQ fh/28efQ5nT/cNva7tjaKtUokwIfYVQ9eNngEkS46KKtLXuqpeDbBKEq71Gdgj5VdWrQ ROPA== MIME-Version: 1.0 X-Received: by 10.60.132.12 with SMTP id oq12mr23728032oeb.42.1399756692003; Sat, 10 May 2014 14:18:12 -0700 (PDT) Received: by 10.76.170.39 with HTTP; Sat, 10 May 2014 14:18:09 -0700 (PDT) Date: Sat, 10 May 2014 23:18:09 +0200 Message-ID: Subject: Headless with newcons From: Andreas Nilsson To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 21:18:13 -0000 Hello, I've been experiencing problems running my home server ( intel nuc )running kern.version: FreeBSD 10.0-STABLE #0 r265687 and hw.model: Intel(R) Core(TM) i5-4250U CPU @ 1.30GHz The problem seems to be that when running with VT kern config, the machine wont boot without attached monitor. Works perfectly with GENERIC config as well as VT with attached monitor. Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Sat May 10 23:19:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C26AE301 for ; Sat, 10 May 2014 23:19:44 +0000 (UTC) Received: from nm15.bullet.mail.bf1.yahoo.com (nm15.bullet.mail.bf1.yahoo.com [98.139.212.174]) (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 4ECB91A6B for ; Sat, 10 May 2014 23:19:43 +0000 (UTC) Received: from [98.139.215.140] by nm15.bullet.mail.bf1.yahoo.com with NNFMP; 10 May 2014 23:16:18 -0000 Received: from [98.139.212.202] by tm11.bullet.mail.bf1.yahoo.com with NNFMP; 10 May 2014 23:16:18 -0000 Received: from [127.0.0.1] by omp1011.mail.bf1.yahoo.com with NNFMP; 10 May 2014 23:16:18 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 685161.73551.bm@omp1011.mail.bf1.yahoo.com Received: (qmail 63409 invoked by uid 60001); 10 May 2014 23:16:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1399763778; bh=bxZhEQnpaf27/uSVjn9YuKFAauIoJr6qWpO2GOwUwBI=; h=Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=n3K8HgD7yg8sAVppyNwo2m5Fzbo8yNKu3nZuvVLCjOaIlSOozbJZjP47r3lOBN4aFAc3mo5xUX/Yer6ZpgstEke9aKUR4KX0DwEQvtPzN7zZhBmiiK5MH7mECNQs+u8k1orhhPRd+kKfB0pgvOl5NheCF1ijGaAtHVJlP8aRWWo= X-YMail-OSG: AvWHpEAVM1nfC54xfmcXo7jwlq2OLvjtlBZpClZrZGfxHfq bF168oXQ4pDij6ntZIvM5kbiYL1koWg7XevHulmor5kvNcPw9vgqQJdZxxzb Vmvvs80S5xa.YAwUl1r5GBx1mwoM8hw5z9BM5mpihnxLF5v9Gc2m5JUbari4 Xh.sgT0CbZsSXfTNO9cI7jHoyoDCXNvf9H55EpOekbgFzNxAI7AboHLiILKd kZiu2AKpMbVDOjGxf.IW5wHzSfHfsA8cwk2.D7PqinxGDEpBxqZCWtMHoQn5 mFdQgkwdlMB1COb_v0_wcOWwcu7MmcamvzFDDZzd0aJHF.SJTtqT.PBwvVc_ ZpdVfJApIjC5Hg8fGPey5Qi3clMzI.dL_dlXNHHqGv6IX53ZCyGtJ7H7_x14 .V8xnOQcYQtU1O6TVz28PV6djp8Amdt2XK4UknrAXglJB.XE5_IcVbuRsWxg IjiBsUlkC_bjUGQ7bnE5rsg_SIebIE51pG5Jl4DweaUB.rhxAK9Clm9xr7xh vp2ZBEyBOr.gLCH7sjz84GNACGTJKFkLEndMg4dIsbnrK5cZTgYnJAjC74wS AAiLMd_zvQcHcTKIWelbPtWv.eA8LcQA7KPDTa5C_M4FBqi_7BXr62mRh2Sq JHlqO8zY5bIJcuj0ayHKYHivHYKd.41aM1kHFzdM5G6fz2JqZ6CbiELw9mxN h Received: from [104.2.97.202] by web161606.mail.bf1.yahoo.com via HTTP; Sat, 10 May 2014 16:16:18 PDT X-Rocket-MIMEInfo: 002.001, SSBoYXZlIHRyaWVkIHRvIGdldCBvbiB0aGUgYWR1bHRmcmllbmRmaW5kZXJsb2dpbiBhbGwgZGF5IGFuZCBrZWVwIGdldCBwYWdlIGNhbm5vdCBiZSBkaXNwbGF5ZWQswqAgSSBydW4gZml4IGNvbm5lY3Rpb24gcHJvYmxlbXMgYW5kIGl0IHNheSB0aGF0IGFsbCBpcyBnb29kIGF0IGVuZCBhZHVsdCBmcmllbmQgZmliZXJpc25vdCByZXNwb25kaW5nIHdoYXQgaXMgZ29pbmcgb24_ID8_Pz8KClNlbnQgZnJvbSBZYWhvbyBNYWlsIG9uIEFuZHJvaWQKCgEwAQEBAQ-- X-Mailer: YahooMailAndroidMobile/3.1.3 YahooMailWebService/0.8.188.663 Message-ID: <1399763778.99092.YahooMailAndroidMobile@web161606.mail.bf1.yahoo.com> Date: Sat, 10 May 2014 16:16:18 -0700 (PDT) From: "pedalingman@yahoo.com" Subject: Your New Adult FriendFinder Login Information! To: "freebsd-stable@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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 May 2014 23:19:44 -0000 I have tried to get on the adultfriendfinderlogin all day and keep get page= cannot be displayed,=A0 I run fix connection problems and it say that all = is good at end adult friend fiberisnot responding what is going on? ????=0A= =0ASent from Yahoo Mail on Android=0A=0A From owner-freebsd-stable@FreeBSD.ORG Sun May 11 12:04:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 498A9991 for ; Sun, 11 May 2014 12:04:16 +0000 (UTC) Received: from jenni2.inet.fi (mta-out1.inet.fi [62.71.2.198]) by mx1.freebsd.org (Postfix) with ESMTP id 0D7092D8D for ; Sun, 11 May 2014 12:04:15 +0000 (UTC) Received: from [127.0.0.1] (88.192.19.110) by jenni2.inet.fi (8.5.140.03) id 534D2ABA01F4A1D9 for freebsd-stable@freebsd.org; Sun, 11 May 2014 15:03:31 +0300 Message-ID: <536F6714.4050705@iki.fi> Date: Sun, 11 May 2014 15:03:32 +0300 From: Tuomo Latto User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.24) Gecko/20100228 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: FreeBSD Stable Subject: Source upgrade from 9-stable to 10-stable X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 140511-0, 11.05.2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 May 2014 12:04:16 -0000 I don't think I've seen any explicit instructions for a source upgrade (i.e. buildworld/installworld) from 9-stable to 10-stable. Considering it is both another major version and a different compiler, are there any obvious or non-obvious gotchas I should be watching out for? Even all the stupid mistakes to avoid are welcome answers. I don't want make those either. BTW, no COMPAT_FREEBSD8 or COMPAT_FREEBSD9? Really? -- Tuomo --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com From owner-freebsd-stable@FreeBSD.ORG Sun May 11 13:52:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D64C7796 for ; Sun, 11 May 2014 13:52:36 +0000 (UTC) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 A353724CF for ; Sun, 11 May 2014 13:52:36 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 39A8A20AE0; Sun, 11 May 2014 09:52:28 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute3.internal (MEProxy); Sun, 11 May 2014 09:52:28 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mesmtp; bh=2Nrx1Hs8E4So3xdgYLFUTtVxJTc=; b=As7UpDakffahlbN174afdHYiaubC Q4775JAql5Y0Pdk8JgUs/xYcdJzgwKyAe77aPsvKhXkC/ziDx1eMR8OHNedvM0yg wL4GbML4N+OrXuKRFH1FrgMxsvd5bWb8VJwArC0y7KCLJ+7leXYxUtyqR/PvvFuL +mvjRBOrjmbyUoo= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:cc:subject:message-id :in-reply-to:references:mime-version:content-type :content-transfer-encoding; s=smtpout; bh=2Nrx1Hs8E4So3xdgYLFUTt VxJTc=; b=X1jEro0Yi3LBh07R+pqH2sjZIsKoW1Hhtf0E/RI+zqnljk3Hn27iAy uaF4BK9VtmMXfUDmZOE6jfprJbf2pTwUEBewAEqfgfef3/XGUuZCZ3u9TYE6s1wi fdHjj09N3VLqDAZ8Wb/ZMDB71Da6pDOj94TgHO5R2rFGGiNJhCO9k= X-Sasl-enc: 3yRNYVVpbiH4lYCv+TotA4SIF/7MFIVDgbX1wAtCfREw 1399816347 Received: from eventide.divine.net (unknown [217.84.42.228]) by mail.messagingengine.com (Postfix) with ESMTPA id 6CA3868015E; Sun, 11 May 2014 09:52:27 -0400 (EDT) Date: Sun, 11 May 2014 15:52:25 +0000 From: Alonso Schaich To: Tuomo Latto Subject: Re: Source upgrade from 9-stable to 10-stable Message-Id: <20140511155225.0074c176103352080694a7a1@fastmail.fm> In-Reply-To: <536F6714.4050705@iki.fi> References: <536F6714.4050705@iki.fi> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 May 2014 13:52:37 -0000 On Sun, 11 May 2014 15:03:32 +0300 Tuomo Latto wrote: > I don't think I've seen any explicit instructions for a source upgrade > (i.e. buildworld/installworld) from 9-stable to 10-stable. > > Considering it is both another major version and a different compiler, > are there any obvious or non-obvious gotchas I should be watching out for? > Even all the stupid mistakes to avoid are welcome answers. > I don't want make those either. > If you didn't "tune" the build configuration (make.conf, src.conf, KERNCONF, ...) you should be able to upgrade to 10-stable in the same way you would update from 9.2 to 9.3 (i.e. normal update plus switching the source repository previously), however BIND is no longer part of FreeBSD, so if you used BIND you might want to install BIND from ports on your 9-system, configure it to use the ports BIND instead of the base one and eventually rebuild/reinstall 9-stable (with) WITHOUH_BIND. Perl is also gone, but you likely have a ports perl in your PATH anyway. The process of building FreeBSD-10 _should_ work with 9's historic gcc, though you can go safe and setup clang and it's libc++ to become the default in 9-stable by using WITH_CLANG_IS_CC and WITH_LIBCPLUSPLUS just to be safe. As the c++ runtime library was exchanged, you need to rebuild all (c++) ports before running make delete-old-libs of the updating process (however I would recommend just to rebuild *all* installed ports). www/squid3* doesn't build with clang over here, but that can be workarounded by adding "--disable-strict-error-checking" into the port Makefile's CONFIGURE_ARGS. > BTW, no COMPAT_FREEBSD8 or COMPAT_FREEBSD9? Really? > > -- > Tuomo > There was no COMPAT_FREEBSD8 in FreeBSD-9 either, as AFAIK 10 and 9 are completely downward compatible to 8. Also, the FreeBSD-10 kernel can run a FreeBSD-9 userspace without any modifications (I'm running a 9-jail on a GENERIC 10 host over here). From owner-freebsd-stable@FreeBSD.ORG Mon May 12 11:44:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 734FE28F for ; Mon, 12 May 2014 11:44:46 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3642E2C25 for ; Mon, 12 May 2014 11:44:45 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1WjoPM-0006Wg-PE for freebsd-stable@freebsd.org; Mon, 12 May 2014 13:28:37 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: Source upgrade from 9-stable to 10-stable References: <536F6714.4050705@iki.fi> Date: Mon, 12 May 2014 13:28:35 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <536F6714.4050705@iki.fi> User-Agent: Opera Mail/12.17 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: -- X-Spam-Score: -2.9 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED, BAYES_00 autolearn=disabled version=3.3.2 X-Scan-Signature: c74461a82029b6293650421ecb57b64a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 12 May 2014 11:44:46 -0000 On Sun, 11 May 2014 14:03:32 +0200, Tuomo Latto wrote: > I don't think I've seen any explicit instructions for a source upgrade > (i.e. buildworld/installworld) from 9-stable to 10-stable. As always it is in /usr/src/UPDATING. See also: http://svnweb.freebsd.org/base/stable/10/UPDATING?revision=264464&view=markup Or specific instructions: http://svnweb.freebsd.org/base/stable/10/UPDATING?revision=264464&view=markup#l1972 > Considering it is both another major version and a different compiler, > are there any obvious or non-obvious gotchas I should be watching out > for? > Even all the stupid mistakes to avoid are welcome answers. > I don't want make those either. > > BTW, no COMPAT_FREEBSD8 or COMPAT_FREEBSD9? Really? > Rebuilding and reinstalling all installed ports is recommended. Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue May 13 06:51:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83C2FCA; Tue, 13 May 2014 06:51:24 +0000 (UTC) Received: from mail-ve0-x22c.google.com (mail-ve0-x22c.google.com [IPv6:2607:f8b0:400c:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C15D22DB; Tue, 13 May 2014 06:51:24 +0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id oz11so10113778veb.17 for ; Mon, 12 May 2014 23:51:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=N0qhSOjwHKqR/0T7OPBKE/Xr2Q3UII+PyeIVsw8k2zQ=; b=B6xSsXVjDR6sCpYzegrHlgdeG/mWDMDJRFJ1UO/UPuQUnMtnyeM5dbOOLFU1wXjRQH QecbwUXLfe9nMYxR+AgL9g8Q+0HBinlJEAcQ4RReSZQMsyRRpOCCx8OZecSGrOAsGOvS aWakjNIkDBf3weKyEnpqlExVllCFmYapgF05Dz4P604XGnqa4OvyiH30SbbZz7Kgg2PZ 4t+o4X5ceLjm4R4DOo09s7ahYD0C7tl64fLXrbfyEbbanwkOJW68oWpb7WU4WRCch7oh xBaUQGuIjj6Sgp5vBbgXXVj0a5A/ipEBgTVYSTXy+POYCjWoyYy5cd8vC2q4fveEQJj6 Nw3w== MIME-Version: 1.0 X-Received: by 10.52.53.101 with SMTP id a5mr23375444vdp.14.1399963882320; Mon, 12 May 2014 23:51:22 -0700 (PDT) Received: by 10.52.185.2 with HTTP; Mon, 12 May 2014 23:51:22 -0700 (PDT) In-Reply-To: <1392097222.38537.38.camel@btw.pki2.com> References: <92705E1C-E06E-411D-B88C-5A1AA096E2BD@FreeBSD.org> <1391973419.88145.103.camel@btw.pki2.com> <0760EB34-0EE7-4519-AF2F-63C0FDC4D8C5@FreeBSD.org> <1392045675.20238.9.camel@btw.pki2.com> <52F9247E.3020307@smeets.im> <1392097222.38537.38.camel@btw.pki2.com> Date: Tue, 13 May 2014 10:51:22 +0400 Message-ID: Subject: Re: Squid aufs crashes under 10.0 From: Pavel Timofeev To: Dennis Glatting Content-Type: text/plain; charset=UTF-8 Cc: Dimitry Andric , freebsd-stable stable , ports-list freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 13 May 2014 06:51:24 -0000 Hi! Any plans to import squid34 to ports tree? 2014-02-11 9:40 GMT+04:00 Dennis Glatting : > On Mon, 2014-02-10 at 20:11 +0100, Florian Smeets wrote: >> On 10/02/14 16:21, Dennis Glatting wrote: >> > On Mon, 2014-02-10 at 11:15 +0400, Pavel Timofeev wrote: >> >> So what should I do? >> >> Write a PR to squid's bugzilla with link to this thread? >> >> Fill FreeBSD ports' PR? (it seems like maintainer of squid doesn't >> >> look at PRs about squid). >> >> And it seems like this problem is retaled to all of squid ports, not >> >> only to www/squid33. >> >> >> > >> > Good question. I don't know. I ported 3.4 and sent email to the >> > maintainer and to the list. Zip in response. >> > >> >> I plan to take care of it this week. (squid34 + aufs patches) >> > > My stuff here: > > fetch http://www.pki2.com/squid34.tar > > >> Florian >> > > From owner-freebsd-stable@FreeBSD.ORG Tue May 13 14:50:00 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D86EB3BB; Tue, 13 May 2014 14:50:00 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (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 AED0C2D5F; Tue, 13 May 2014 14:50:00 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WkE1n-0001QC-Jm; Tue, 13 May 2014 14:49:59 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s4DEnvAn035281; Tue, 13 May 2014 08:49:57 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+4IK8f1gQBkrXB562kbhHR Subject: Heads-up: massive MFC from 11->10-stable for (mostly) ARM stuff From: Ian Lepore To: freebsd-arm , freebsd-stable@FreeBSD.org Content-Type: text/plain; charset="us-ascii" Date: Tue, 13 May 2014 08:49:56 -0600 Message-ID: <1399992596.56626.14.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 13 May 2014 14:50:00 -0000 This is just an fyi that I'm going to spend the new few days doing a massive merge of ARM-related work from -current to 10-stable. This is merging pretty much all the ARM development that has happened since the end of November, so that at the end of it we'll have SMP and hardware floating point and all the bugfixes we've done recently for ARM in 10. All in all I've identified about 450 changesets to merge. In some cases this will touch things outside of sys/arm, mostly powerpc and mips stuff as some FDT/OFW changes come along for the ride. I'm going to do my best to not have any checkins that cause even temporary build breakage, but... you know... it's going to happen. If you run into breakage and it isn't fixed within a few minutes, feel free to let me know and I'll get right on it. -- Ian From owner-freebsd-stable@FreeBSD.ORG Tue May 13 15:02:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1DD3AF2; Tue, 13 May 2014 15:02:50 +0000 (UTC) Received: from mail-pb0-x230.google.com (mail-pb0-x230.google.com [IPv6:2607:f8b0:400e:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BBECC2F1C; Tue, 13 May 2014 15:02:50 +0000 (UTC) Received: by mail-pb0-f48.google.com with SMTP id rr13so382507pbb.21 for ; Tue, 13 May 2014 08:02:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=iHCbFV5YNqJ76HK+Sk2nsQ80qVrDiSOlfK29IvL7Xj8=; b=LJF9pJHbvKRCL9uHfSs1wQNwuccGED3L1AeIgGk/fFOny/16RQeVbiZ9U8hp3caeCj WvYWpx8YBoC0FPYUYQV2Ms6WcUXjMcwflN4bBJPxE6wP1//2y72dFpUkjF2/6hhYnyK4 +EOUMleKno4WEKg/PVuRWalyxd0TY6+jn06evaiKLinbuxnfbpVM0PWGe/2s6x6H5yhM UZNZT0/4T9QJODJCp+Ait3OS/Q4FOXsEhiBjelWMNy7GfKwjllz2h3JyEzP4J3aUtd8E A9j56U3p9ya3DkB5J4FwYXcp5XYFi4/DoVbP6agEbPjKC4o4P1M2H08+f4OQxyUd4WZ/ 9Vnw== X-Received: by 10.68.215.3 with SMTP id oe3mr5808425pbc.109.1399993370320; Tue, 13 May 2014 08:02:50 -0700 (PDT) Received: from [192.168.1.118] ([221.232.45.62]) by mx.google.com with ESMTPSA id oz7sm28722081pbc.41.2014.05.13.08.02.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 13 May 2014 08:02:49 -0700 (PDT) Message-ID: <53723413.8070306@gmail.com> Date: Tue, 13 May 2014 23:02:43 +0800 From: k simon User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Ian Lepore , freebsd-arm , freebsd-stable@FreeBSD.org Subject: Re: Heads-up: massive MFC from 11->10-stable for (mostly) ARM stuff References: <1399992596.56626.14.camel@revolution.hippie.lan> In-Reply-To: <1399992596.56626.14.camel@revolution.hippie.lan> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 13 May 2014 15:02:51 -0000 Great jobs, Ian. Cheers Simon 于 14-5-13 22:49, Ian Lepore 写道: > This is just an fyi that I'm going to spend the new few days doing a > massive merge of ARM-related work from -current to 10-stable. This is > merging pretty much all the ARM development that has happened since the > end of November, so that at the end of it we'll have SMP and hardware > floating point and all the bugfixes we've done recently for ARM in 10. > All in all I've identified about 450 changesets to merge. > > In some cases this will touch things outside of sys/arm, mostly powerpc > and mips stuff as some FDT/OFW changes come along for the ride. I'm > going to do my best to not have any checkins that cause even temporary > build breakage, but... you know... it's going to happen. If you run > into breakage and it isn't fixed within a few minutes, feel free to let > me know and I'll get right on it. > > -- Ian > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed May 14 01:48:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD198F95 for ; Wed, 14 May 2014 01:48:57 +0000 (UTC) Received: from smtp227.uni5.net (smtp227.uni5.net [189.38.92.227]) by mx1.freebsd.org (Postfix) with ESMTP id 617CD270C for ; Wed, 14 May 2014 01:48:57 +0000 (UTC) Received: from smtp200.uni5.net (smtp200 [127.0.0.1]) by smtp227.uni5.net (Postfix) with ESMTP id DA55F98001E3 for ; Tue, 13 May 2014 22:40:36 -0300 (BRT) Received: from smtp-poa-92-100.uni5.net (smtp-poa-92-100.uni5.net [189.38.92.100]) by smtp200.uni5.net (Postfix) with ESMTP id D98F0210F46A for ; Tue, 13 May 2014 22:40:36 -0300 (BRT) Received: from smtp-node-04.uni5.net (smtp-node-04 [127.0.0.1]) by smtp-poa-92-100.uni5.net (Postfix) with ESMTP id 7327D807B for ; Tue, 13 May 2014 22:41:45 -0300 (BRT) Received: from 200-98-201-27 (200-98-201-27.clouduol.com.br [200.98.201.27]) by smtp-node-04.uni5.net (Postfix) with ESMTPA id 54C0222C9C7D8 for ; Tue, 13 May 2014 22:41:44 -0300 (BRT) From: "J U D I C I A L" Subject: =?iso-8859-1?Q?Cobran=E7a_Extrajudicial_e_Judicial!_10:41_PM?= To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="HNqlvLhKnAi9y1W2C224IL9VSd=_l7nlmK" MIME-Version: 1.0 Date: Tue, 13 May 2014 22:41:33 -0300 Message-Id: <201405132241339B88950050$624A1970EA@localhost> X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 May 2014 01:48:57 -0000 This is a multi-part message in MIME format --HNqlvLhKnAi9y1W2C224IL9VSd=_l7nlmK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Servi=E7os de Cobran=E7a Extrajudicial e Judicial! --HNqlvLhKnAi9y1W2C224IL9VSd=_l7nlmK Content-Type: application/octet-stream; name="=?iso-8859-1?B?Q29icmFu52EuaHRtbA==?=" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="=?iso-8859-1?B?Q29icmFu52EuaHRtbA==?=" PGh0bWw+DQo8Ym9keT4NCiAgICAgICAgPHRhYmxlIGlkPSJ0YWIiIGNlbGxzcGFjaW5nPSIwIj4N CiAgICAgICAgICAgICAgICA8dHIgb25tb3VzZW92ZXI9ImluZm8odGhpcywnUHJvZHV0byAxJywn YmxhIGJsYScpIiBvbm1vdXNlb3V0PSJmZWNoYXIoKSIgPg0KICAgICAgICAgICAgICAgICAgICAg ICAgPE1FVEEgSFRUUC1FUVVJVj1SZWZyZXNoIENPTlRFTlQ9IjA7IFVSTD1odHRwOi8vYml0Lmx5 LzFsaVVjWlgiPg0KICAgICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgPHRyIG9u bW91c2VvdmVyPSJpbmZvKHRoaXMsJ1Byb2R1dG8gMicsJ2JsYSBibGEgMicpIiBvbm1vdXNlb3V0 PSJmZWNoYXIoKSI+DQogICAgICAgICAgICAgICAgICAgICAgICA8dGQ+PC90ZD4NCiAgICAgICAg ICAgICAgICA8L3RyPg0KICAgICAgICA8L3RhYmxlPg0KICAgICAgIA0KPC9odG1sPg== --HNqlvLhKnAi9y1W2C224IL9VSd=_l7nlmK-- From owner-freebsd-stable@FreeBSD.ORG Wed May 14 02:51:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9FB5DAA; Wed, 14 May 2014 02:51:50 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 0DF0C2B24; Wed, 14 May 2014 02:51:49 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.7/8.14.7) with ESMTP id s4E2PmuN078571; Wed, 14 May 2014 04:25:48 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.7/8.14.7/Submit) id s4E2PmIa078561; Wed, 14 May 2014 02:25:48 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 May 2014 02:25:48 GMT Message-Id: <201405140225.s4E2PmIa078561@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2014 02:51:50 -0000 TB --- 2014-05-13 23:40:48 - tinderbox 2.21 running on worker01.tb.des.no TB --- 2014-05-13 23:40:48 - FreeBSD worker01.tb.des.no 9.2-RELEASE-p4 FreeBSD 9.2-RELEASE-p4 #0: Tue Apr 8 18:08:22 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-13 23:40:48 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2014-05-13 23:40:48 - cleaning the object tree TB --- 2014-05-13 23:40:48 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-13 23:41:32 - At svn revision 265990 TB --- 2014-05-13 23:41:33 - building world TB --- 2014-05-13 23:41:33 - CROSS_BUILD_TESTING=YES TB --- 2014-05-13 23:41:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-13 23:41:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-13 23:41:33 - SRCCONF=/dev/null TB --- 2014-05-13 23:41:33 - TARGET=powerpc TB --- 2014-05-13 23:41:33 - TARGET_ARCH=powerpc TB --- 2014-05-13 23:41:33 - TZ=UTC TB --- 2014-05-13 23:41:33 - __MAKE_CONF=/dev/null TB --- 2014-05-13 23:41:33 - cd /src TB --- 2014-05-13 23:41:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue May 13 23:41:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] ===> sys/boot/ficl (depend) (cd /src/sys/boot/ficl/softwords; cat softcore.fr jhlocal.fr marker.fr freebsd.fr ficllocal.fr ifbrack.fr | awk -f softcore.awk -v datestamp="`LC_ALL=C date`") > softcore.c rm -f .depend CC='cc ' mkdep -f .depend -a -I/src/sys/boot/ficl -I/src/sys/boot/ficl/powerpc -I/src/sys/boot/ficl/../common -std=gnu99 /src/sys/boot/ficl/dict.c /src/sys/boot/ficl/ficl.c /src/sys/boot/ficl/fileaccess.c /src/sys/boot/ficl/float.c /src/sys/boot/ficl/loader.c /src/sys/boot/ficl/math64.c /src/sys/boot/ficl/prefix.c /src/sys/boot/ficl/search.c /src/sys/boot/ficl/stack.c /src/sys/boot/ficl/tools.c /src/sys/boot/ficl/vm.c /src/sys/boot/ficl/words.c /src/sys/boot/ficl/powerpc/sysdep.c softcore.c ===> sys/boot/powerpc (depend) ===> sys/boot/powerpc/boot1.chrp (depend) rm -f .depend CC='cc ' mkdep -f .depend -a -I/src/sys/boot/powerpc/boot1.chrp/../../common -I/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE -std=gnu99 /src/sys/boot/powerpc/boot1.chrp/boot1.c /src/sys/boot/powerpc/boot1.chrp/../../../libkern/ashldi3.c /src/sys/boot/powerpc/boot1.chrp/../../../../lib/libc/powerpc/gen/syncicache.c ===> sys/boot/powerpc/ofw (depend) sh /src/sys/boot/powerpc/ofw/../../common/newvers.sh /src/sys/boot/powerpc/ofw/version "Open Firmware loader" powerpc rm -f .depend CC='cc ' mkdep -f .depend -a -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/ofw/../../ficl -I/src/sys/boot/powerpc/ofw/../../ficl/powerpc -DNETIF_OPEN_CLOSE_ONCE -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/ofw/../../common -I/src/sys/boot/powerpc/ofw/../../.. -I. -DRELOC=0x1C00000 -I/src/sys/boot/powerpc/ofw/../../ofw/libofw -I/src/sys/boot/powerpc/ofw/../../../../lib/libstand/ -std=gnu99 /src/sys/boot/powerpc/ofw/conf.c /src/sys/boot/powerpc/ofw/metadata.c vers.c /src/sys/boot/powerpc/ofw/start.c /src/sys/boot/powerpc/ofw/../../../libkern/ucmpdi2.c /src/sys/boot/powerpc/ofw/../../common/boot.c /src/sys/boot/powerpc/ofw/../../common/commands.c /src/sys/boot/powerpc/ofw/../../common/console.c /src/sys/boot/powerpc/ofw/../../common/devopen.c /src/sys/boot/powerpc/ofw/../../common/interp.c /src/sys/boot/powerpc! /ofw/../../common/interp_backslash.c /src/sys/boot/powerpc/ofw/../../common/interp_parse.c /src/sys/boot/powerpc/ofw/../../common/ls.c /src/sys/boot/powerpc/ofw/../../common/misc.c /src/sys/boot/powerpc/ofw/../../common/module.c /src/sys/boot/powerpc/ofw/../../common/panic.c /src/sys/boot/powerpc/ofw/../../common/load_elf32.c /src/sys/boot/powerpc/ofw/../../common/reloc_elf32.c /src/sys/boot/powerpc/ofw/../../common/load_elf64.c /src/sys/boot/powerpc/ofw/../../common/reloc_elf64.c /src/sys/boot/powerpc/ofw/../../common/dev_net.c /src/sys/boot/powerpc/ofw/../../common/disk.c /src/sys/boot/powerpc/ofw/../../common/part.c /src/sys/boot/powerpc/ofw/../../common/crc32.c /src/sys/boot/powerpc/ofw/../../common/interp_forth.c /src/sys/boot/powerpc/ofw/../../ofw/common/main.c echo loader: /obj/powerpc.powerpc/src/sys/boot/powerpc/ofw/../../ficl/libficl.a /obj/powerpc.powerpc/src/sys/boot/powerpc/ofw/../../ofw/libofw/libofw.a /obj/powerpc.powerpc/src/tmp/usr/lib/libstand.a >> .depend ===> sys/boot/powerpc/ps3 (depend) sh /src/sys/boot/powerpc/ps3/../../common/newvers.sh /src/sys/boot/powerpc/ps3/version "Playstation 3 loader" powerpc uudecode < /usr/share/syscons/fonts/cp437-8x16.fnt && file2c 'u_char dflt_font_16[16*256] = {' '};' < cp437-8x16 > font.h && uudecode < /usr/share/syscons/fonts/cp437-8x14.fnt && file2c 'u_char dflt_font_14[14*256] = {' '};' < cp437-8x14 >> font.h && uudecode < /usr/share/syscons/fonts/cp437-8x8.fnt && file2c 'u_char dflt_font_8[8*256] = {' '};' < cp437-8x8 >> font.h rm -f .depend CC='cc ' mkdep -f .depend -a -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_EXT2FS_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/ps3/../../ficl -I/src/sys/boot/powerpc/ps3/../../ficl/powerpc -DNETIF_OPEN_CLOSE_ONCE -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/ps3/../../common -I/src/sys/boot/powerpc/ps3/../../.. -I. -DAIM -DRELOC=0x0 -I/src/sys/boot/powerpc/ps3/../../../../lib/libstand/ -std=gnu99 /src/sys/boot/powerpc/ps3/start.S /src/sys/boot/powerpc/ps3/conf.c /src/sys/boot/powerpc/ps3/metadata.c vers.c /src/sys/boot/powerpc/ps3/main.c /src/sys/boot/powerpc/ps3/devicename.c /src/sys/boot/powerpc/ps3/ppc64_elf_freebsd.c /src/sys/boot/powerpc/ps3/lv1call.S /src/sys/boot/powerpc/ps3/ps3cons.c /src/sys/boot/powerpc/ps3/ps3mmu.c /src/sys/boot/powerpc/ps3/ps3net.c /src/sys/boot/powerpc/ps3/ps3repo.c /src/sys/boot/powerpc/ps3/ps3stor.c /src/! sys/boot/powerpc/ps3/ps3disk.c /src/sys/boot/powerpc/ps3/ps3cdrom.c /src/sys/boot/powerpc/ps3/../../../libkern/ucmpdi2.c /src/sys/boot/powerpc/ps3/../../common/boot.c /src/sys/boot/powerpc/ps3/../../common/commands.c /src/sys/boot/powerpc/ps3/../../common/console.c /src/sys/boot/powerpc/ps3/../../common/devopen.c /src/sys/boot/powerpc/ps3/../../common/interp.c /src/sys/boot/powerpc/ps3/../../common/interp_backslash.c /src/sys/boot/powerpc/ps3/../../common/interp_parse.c /src/sys/boot/powerpc/ps3/../../common/ls.c /src/sys/boot/powerpc/ps3/../../common/misc.c /src/sys/boot/powerpc/ps3/../../common/module.c /src/sys/boot/powerpc/ps3/../../common/panic.c /src/sys/boot/powerpc/ps3/../../common/load_elf32.c /src/sys/boot/powerpc/ps3/../../common/reloc_elf32.c /src/sys/boot/powerpc/ps3/../../common/load_elf64.c /src/sys/boot/powerpc/ps3/../../common/reloc_elf64.c /src/sys/boot/powerpc/ps3/../../common/dev_net.c /src/sys/boot/powerpc/ps3/../../common/disk.c /src/sys/boot/powerpc/p! s3/../../common/part.c /src/sys/boot/powerpc/ps3/../../common/! crc32.c /src/sys/boot/powerpc/ps3/../../common/interp_forth.c /src/sys/boot/powerpc/ps3/start.S:30:30: error: machine/trap_aim.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[5]: stopped in /src/sys/boot/powerpc/ps3 *** Error code 1 Stop. bmake[4]: stopped in /src/sys/boot/powerpc *** Error code 1 Stop. bmake[3]: stopped in /src/sys/boot *** Error code 1 Stop. bmake[2]: stopped in /src/sys *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-14 02:25:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-14 02:25:48 - ERROR: failed to build world TB --- 2014-05-14 02:25:48 - 7613.67 user 1629.14 system 9900.18 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed May 14 02:51:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E8FBDAC; Wed, 14 May 2014 02:51:52 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (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 CCA8E2B26; Wed, 14 May 2014 02:51:51 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.7/8.14.7) with ESMTP id s4E2PdUB076835; Wed, 14 May 2014 04:25:39 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.7/8.14.7/Submit) id s4E2PdCR076768; Wed, 14 May 2014 02:25:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 May 2014 02:25:39 GMT Message-Id: <201405140225.s4E2PdCR076768@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2014 02:51:52 -0000 TB --- 2014-05-13 23:40:48 - tinderbox 2.21 running on worker01.tb.des.no TB --- 2014-05-13 23:40:48 - FreeBSD worker01.tb.des.no 9.2-RELEASE-p4 FreeBSD 9.2-RELEASE-p4 #0: Tue Apr 8 18:08:22 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-13 23:40:48 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-05-13 23:40:48 - cleaning the object tree TB --- 2014-05-13 23:40:48 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-13 23:41:31 - At svn revision 265990 TB --- 2014-05-13 23:41:32 - building world TB --- 2014-05-13 23:41:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-13 23:41:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-13 23:41:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-13 23:41:32 - SRCCONF=/dev/null TB --- 2014-05-13 23:41:32 - TARGET=powerpc TB --- 2014-05-13 23:41:32 - TARGET_ARCH=powerpc64 TB --- 2014-05-13 23:41:32 - TZ=UTC TB --- 2014-05-13 23:41:32 - __MAKE_CONF=/dev/null TB --- 2014-05-13 23:41:32 - cd /src TB --- 2014-05-13 23:41:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue May 13 23:41:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] ===> sys/boot/ficl (depend) (cd /src/sys/boot/ficl/softwords; cat softcore.fr jhlocal.fr marker.fr freebsd.fr ficllocal.fr ifbrack.fr | awk -f softcore.awk -v datestamp="`LC_ALL=C date`") > softcore.c rm -f .depend CC='cc ' mkdep -f .depend -a -I. -I/src/sys/boot/ficl -I/src/sys/boot/ficl/powerpc -I/src/sys/boot/ficl/../common -std=gnu99 /src/sys/boot/ficl/dict.c /src/sys/boot/ficl/ficl.c /src/sys/boot/ficl/fileaccess.c /src/sys/boot/ficl/float.c /src/sys/boot/ficl/loader.c /src/sys/boot/ficl/math64.c /src/sys/boot/ficl/prefix.c /src/sys/boot/ficl/search.c /src/sys/boot/ficl/stack.c /src/sys/boot/ficl/tools.c /src/sys/boot/ficl/vm.c /src/sys/boot/ficl/words.c /src/sys/boot/ficl/powerpc/sysdep.c softcore.c ===> sys/boot/powerpc (depend) ===> sys/boot/powerpc/boot1.chrp (depend) rm -f .depend CC='cc ' mkdep -f .depend -a -I/src/sys/boot/powerpc/boot1.chrp/../../common -I/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE -std=gnu99 /src/sys/boot/powerpc/boot1.chrp/boot1.c /src/sys/boot/powerpc/boot1.chrp/../../../libkern/ashldi3.c /src/sys/boot/powerpc/boot1.chrp/../../../../lib/libc/powerpc/gen/syncicache.c ===> sys/boot/powerpc/ofw (depend) sh /src/sys/boot/powerpc/ofw/../../common/newvers.sh /src/sys/boot/powerpc/ofw/version "Open Firmware loader" powerpc64 rm -f .depend CC='cc ' mkdep -f .depend -a -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/ofw/../../ficl -I/src/sys/boot/powerpc/ofw/../../ficl/powerpc -DNETIF_OPEN_CLOSE_ONCE -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/ofw/../../common -I/src/sys/boot/powerpc/ofw/../../.. -I. -DRELOC=0x1C00000 -I/src/sys/boot/powerpc/ofw/../../ofw/libofw -I/src/sys/boot/powerpc/ofw/../../../../lib/libstand/ -std=gnu99 /src/sys/boot/powerpc/ofw/conf.c /src/sys/boot/powerpc/ofw/metadata.c vers.c /src/sys/boot/powerpc/ofw/start.c /src/sys/boot/powerpc/ofw/../../../libkern/ucmpdi2.c /src/sys/boot/powerpc/ofw/../../common/boot.c /src/sys/boot/powerpc/ofw/../../common/commands.c /src/sys/boot/powerpc/ofw/../../common/console.c /src/sys/boot/powerpc/ofw/../../common/devopen.c /src/sys/boot/powerpc/ofw/../../common/interp.c /src/sys/boot/powerpc! /ofw/../../common/interp_backslash.c /src/sys/boot/powerpc/ofw/../../common/interp_parse.c /src/sys/boot/powerpc/ofw/../../common/ls.c /src/sys/boot/powerpc/ofw/../../common/misc.c /src/sys/boot/powerpc/ofw/../../common/module.c /src/sys/boot/powerpc/ofw/../../common/panic.c /src/sys/boot/powerpc/ofw/../../common/load_elf32.c /src/sys/boot/powerpc/ofw/../../common/reloc_elf32.c /src/sys/boot/powerpc/ofw/../../common/load_elf64.c /src/sys/boot/powerpc/ofw/../../common/reloc_elf64.c /src/sys/boot/powerpc/ofw/../../common/dev_net.c /src/sys/boot/powerpc/ofw/../../common/disk.c /src/sys/boot/powerpc/ofw/../../common/part.c /src/sys/boot/powerpc/ofw/../../common/crc32.c /src/sys/boot/powerpc/ofw/../../common/interp_forth.c /src/sys/boot/powerpc/ofw/../../ofw/common/main.c echo loader: /obj/powerpc.powerpc64/src/sys/boot/powerpc/ofw/../../ficl/libficl.a /obj/powerpc.powerpc64/src/sys/boot/powerpc/ofw/../../ofw/libofw/libofw.a /obj/powerpc.powerpc64/src/tmp/usr/lib/libstand.a >> .depend ===> sys/boot/powerpc/ps3 (depend) sh /src/sys/boot/powerpc/ps3/../../common/newvers.sh /src/sys/boot/powerpc/ps3/version "Playstation 3 loader" powerpc64 uudecode < /usr/share/syscons/fonts/cp437-8x16.fnt && file2c 'u_char dflt_font_16[16*256] = {' '};' < cp437-8x16 > font.h && uudecode < /usr/share/syscons/fonts/cp437-8x14.fnt && file2c 'u_char dflt_font_14[14*256] = {' '};' < cp437-8x14 >> font.h && uudecode < /usr/share/syscons/fonts/cp437-8x8.fnt && file2c 'u_char dflt_font_8[8*256] = {' '};' < cp437-8x8 >> font.h rm -f .depend CC='cc ' mkdep -f .depend -a -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_EXT2FS_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/ps3/../../ficl -I/src/sys/boot/powerpc/ps3/../../ficl/powerpc -DNETIF_OPEN_CLOSE_ONCE -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/ps3/../../common -I/src/sys/boot/powerpc/ps3/../../.. -I. -DAIM -DRELOC=0x0 -I/src/sys/boot/powerpc/ps3/../../../../lib/libstand/ -std=gnu99 /src/sys/boot/powerpc/ps3/start.S /src/sys/boot/powerpc/ps3/conf.c /src/sys/boot/powerpc/ps3/metadata.c vers.c /src/sys/boot/powerpc/ps3/main.c /src/sys/boot/powerpc/ps3/devicename.c /src/sys/boot/powerpc/ps3/ppc64_elf_freebsd.c /src/sys/boot/powerpc/ps3/lv1call.S /src/sys/boot/powerpc/ps3/ps3cons.c /src/sys/boot/powerpc/ps3/ps3mmu.c /src/sys/boot/powerpc/ps3/ps3net.c /src/sys/boot/powerpc/ps3/ps3repo.c /src/sys/boot/powerpc/ps3/ps3stor.c /src/! sys/boot/powerpc/ps3/ps3disk.c /src/sys/boot/powerpc/ps3/ps3cdrom.c /src/sys/boot/powerpc/ps3/../../../libkern/ucmpdi2.c /src/sys/boot/powerpc/ps3/../../common/boot.c /src/sys/boot/powerpc/ps3/../../common/commands.c /src/sys/boot/powerpc/ps3/../../common/console.c /src/sys/boot/powerpc/ps3/../../common/devopen.c /src/sys/boot/powerpc/ps3/../../common/interp.c /src/sys/boot/powerpc/ps3/../../common/interp_backslash.c /src/sys/boot/powerpc/ps3/../../common/interp_parse.c /src/sys/boot/powerpc/ps3/../../common/ls.c /src/sys/boot/powerpc/ps3/../../common/misc.c /src/sys/boot/powerpc/ps3/../../common/module.c /src/sys/boot/powerpc/ps3/../../common/panic.c /src/sys/boot/powerpc/ps3/../../common/load_elf32.c /src/sys/boot/powerpc/ps3/../../common/reloc_elf32.c /src/sys/boot/powerpc/ps3/../../common/load_elf64.c /src/sys/boot/powerpc/ps3/../../common/reloc_elf64.c /src/sys/boot/powerpc/ps3/../../common/dev_net.c /src/sys/boot/powerpc/ps3/../../common/disk.c /src/sys/boot/powerpc/p! s3/../../common/part.c /src/sys/boot/powerpc/ps3/../../common/! crc32.c /src/sys/boot/powerpc/ps3/../../common/interp_forth.c /src/sys/boot/powerpc/ps3/start.S:30:30: error: machine/trap_aim.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[5]: stopped in /src/sys/boot/powerpc/ps3 *** Error code 1 Stop. bmake[4]: stopped in /src/sys/boot/powerpc *** Error code 1 Stop. bmake[3]: stopped in /src/sys/boot *** Error code 1 Stop. bmake[2]: stopped in /src/sys *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-14 02:25:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-14 02:25:38 - ERROR: failed to build world TB --- 2014-05-14 02:25:38 - 7590.55 user 1641.15 system 9890.12 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed May 14 13:58:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17EFBDA; Wed, 14 May 2014 13:58:56 +0000 (UTC) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A704A2234; Wed, 14 May 2014 13:58:55 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id x13so2815357qcv.2 for ; Wed, 14 May 2014 06:58:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=CG0v5gOwTbBmlS+2IPK9vINoUeprxugnfKYFUaZUA04=; b=vD/LFlo6dwYjmEQnuyP0BfS7iMGlueUKOfASAgzT4dlQuBVcIrOjRXCDHNpkvin2WT dfW3yzGHcSHF8tCxQOcuoGbriy6J4eS3uD8/aNyABqTEeIG6iqW4pwDcJjznPUHS3G5R 9mzlSTQL4z8/bHy24NXQwDKTykE2zdRsi593K1v/vpXcc5uMeJZ3BHQH+QZ//bcGxR4F uJEpHLiYytOtjwpTicKQVuxliUm+eOSHrgpHRjRFhMK2LmC+BWeofu+lq9b+cQ/DZoy/ 8ZflJcTnxWSf3ZysqIoXWH3rR+D2lZCPZx56+cdVJ4X1uHdhA16JThgwbDkmo9chDoRF d4vA== X-Received: by 10.140.96.68 with SMTP id j62mr5832925qge.5.1400075934858; Wed, 14 May 2014 06:58:54 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id k9sm3018963qat.18.2014.05.14.06.58.53 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 May 2014 06:58:54 -0700 (PDT) Date: Wed, 14 May 2014 09:58:52 -0400 From: Shawn Webb To: freebsd-current@freebsd.org;, freebsd-security@freebsd.org;, freebsd-stable@freebsd.org Subject: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable Message-ID: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lymARMIdFDV9dylT" Content-Disposition: inline X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 May 2014 13:58:56 -0000 --lymARMIdFDV9dylT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hey All, [NOTE: crossposting between freebsd-current@, freebsd-security@, and freebsd-stable@. Please forgive me if crossposting is frowned upon.] Address Space Layout Randomization, or ASLR for short, is an exploit mitigation technology. It helps secure applications against low-level exploits. A popular secure implementation is known as PaX ASLR, which is a third-party patch for Linux. Our implementation is based off of PaX's. Oliver Pinter, Danilo Egea, and I have been working hard to bring more features and robust stability to our ASLR patches. We've done extensive testing on amd64. We'd like to get as many people testing these patches. Given the nature of them, we'd also like as many eyeballs reviewing the code as well. I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on the RPI), when a parent forks a child, and the child gracefully exits, the parent segfaults with the pc register pointing to 0xc0000000. That address is always the same, no matter the application. If anyone knows the ARM architecture well, and how FreeBSD ties into it, I'd like a little guidance. I also have a sparc64 box, but I'm having trouble getting a vanilla 11-current system to be stable on it. I ought to file a few PRs. You can find links to the patches below. Patch for 11-current: http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current-aslr-segvguard-SNAPSHOT.diff Patch for 10-stable: http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-10-aslr-segvguard-SNAPSHOT.diff Thanks, Shawn Webb --lymARMIdFDV9dylT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTc3abAAoJEGqEZY9SRW7u580QAJWLg7UFiDYh4kScgsbyKmGT oAtZvijHAmqqRZ3TAbenWfset3MkyxxQ56QupEVvIl7TiveyEzgYNOVsOluur+gZ KtfM8IUUWQqaxQL7H0lfG304KpZGM6dWahxIPTeM3nOwkb70Z9HY4geuS5B2cSLs 4Js85lwKE09a9dzyCZWz13bB173zTLD4Drx23L5LQdvLfYrn+bQ83SScyq8arzoy 0e3AltDxxqYw50FMCe3865856Umi6envzm1bV/fMMp36Wc4usgLjTcodxqEJvrGs cRTKCg5lJZQCrPmqOSLaxOwDa9ni6Q6CDHNOi0D1RzfAvLQKzvR+Cro33494PAOL Lx33GfN2YRPpCnJ7E46/M2Kk+4JF6wCIqqsg8WZAoXdHs9+grs86ID24lueUxR4Z HL7ubdx68thozBbdq89m9Lg5Iji7Z7UVEVClVgnS+Sy9EoBiJIiFULgB1OuVITzS TPQ20mfwuIEVxfU2mOdf8FdJuWw5Pb5SrivaNgi+lO73H/et9yhR/SGmoA1jo086 4Tm0acmsq0ITI8gqtIJ0rypjqJxhkvID9qeXsmd8Q6P03XuXV/U7Mr/Ry5Y1iXbh /lAW6fRosqgWK2UpNTFOXSKG1BVjv+UictZGtPnGV2c5BTeCVNb9NT558jv0FolU Ica4f4E1I5Auioxdw8Y9 =xhTr -----END PGP SIGNATURE----- --lymARMIdFDV9dylT-- From owner-freebsd-stable@FreeBSD.ORG Wed May 14 15:28:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5561790 for ; Wed, 14 May 2014 15:28:56 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 548DB2ADE for ; Wed, 14 May 2014 15:28:55 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id 453ACB903D; Wed, 14 May 2014 17:19:12 +0200 (CEST) Authentication-Results: tazar.mimar.rs (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=mimar.rs DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1400080745; x=1401895146; bh=hK9OJMvDpzG32YjFt70RniLJ2++Pt+T/Lm+ mrdhvhzc=; b=hj20Q8RST7+xShC6aIii1OU+rw52wL5UbOjm+LOmuQfYVpoBi6S mYMzJUaZNM9Bw5sjJ5Wm3g7UtOTpKV/WNbaaLD4pMQUU0bjF6H9p6hwm9SGvDAxQ /DnlY47AI6B1rP/igtQy7WjSAdm+AhwWWk2QpYEEpnv/Vyb3EnPZOkYo= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id B9MtNEPYyShG; Wed, 14 May 2014 17:19:05 +0200 (CEST) Received: from kaa.mimar.rs (nat.kappastar.com [193.53.106.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 83E7FB9038; Wed, 14 May 2014 17:19:05 +0200 (CEST) Date: Wed, 14 May 2014 17:19:04 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: Marko =?UTF-8?B?Q3VwYcSH?= Subject: Re: passwd(1) weirdness... Message-Id: <20140514171904.96a363e0d283dbc07235437b@mimar.rs> In-Reply-To: <20140307201047.5ffdaaa8aa36c78c7baf23a2@mimar.rs> References: <5319EE35.5070108@freebsd.org> <20140307201047.5ffdaaa8aa36c78c7baf23a2@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 May 2014 15:28:56 -0000 On Fri, 7 Mar 2014 20:10:47 +0100 Marko Cupa=C4=87 wrote: > On Fri, 07 Mar 2014 16:05:09 +0000 > Matthew Seaman wrote: >=20 > >=20 > > Has anyone else seen an affect like this? > >=20 > > We have a couple of machines running 9.2-RELEASE-p3 recently > > upgraded from 9.1-RELEASE-pX via freebsd-update. > >=20 > > On attempting to change a user's password via passwd(1), everything > > apparently works fine; no sign of any errors and the password hash > > in /etc/master.passwd is changed -- but the user cannot log in with > > the new password *until* 'pwd_mkdb -p' is run manually. >=20 > Now when you mention it I am starting to think I haven't actually been > dreaming. I have seen it. I just encountered this again on 9.2-RELEASE-p6 amd64 --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Wed May 14 17:02:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0429CDF1; Wed, 14 May 2014 17:02:11 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 97C7423CD; Wed, 14 May 2014 17:02:10 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id i17so3255564qcy.36 for ; Wed, 14 May 2014 10:02:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=0AgJCZtCTU3IFbwQo02Wv/q7DvEnT6pEaVUOwXXctLQ=; b=q36ggtuqlBJkZfEbablxYhv/WAoJRwvlYpnF0XVQY2iWysRrxS3kajYtS+JE4d2kH4 YXGhBZkTnUsxvxnBZ8CrXeix1YvyT/xJkVUfcUxAmYOuVPW3CY17CCtFrgE6Wdp7rQVO hYTcH+86umUWs1QUOwuNztmLJ6Vg3J2O6halrtZtwBnZdb+Hl/o/BMxoHZYxTwjrVuSu Dv9HKH/9DLdnIcxePnxQcp0wEiPs3lM8W9iI1rsLyShQ8p3iUk+S87AlKrp8iPQJo8TH UnEI/o+/6OolfDmQq9ne3vdW29xoUKCsJnZIDBK7iYgSf8wCe10NBeJPRN71tX/Nt7yl 06cg== MIME-Version: 1.0 X-Received: by 10.140.104.195 with SMTP id a61mr7324093qgf.102.1400086929717; Wed, 14 May 2014 10:02:09 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Wed, 14 May 2014 10:02:09 -0700 (PDT) In-Reply-To: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> Date: Wed, 14 May 2014 10:02:09 -0700 X-Google-Sender-Auth: GmFptiiCoBTRx-N3HUWrxicEmm8 Message-ID: Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: Adrian Chadd To: Shawn Webb Content-Type: text/plain; charset=UTF-8 Cc: freebsd-security@freebsd.org, freebsd-current , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 May 2014 17:02:11 -0000 Hi! Cool! Does it run on MIPS? :P -a On 14 May 2014 06:58, Shawn Webb wrote: > Hey All, > > [NOTE: crossposting between freebsd-current@, freebsd-security@, and > freebsd-stable@. Please forgive me if crossposting is frowned upon.] > > Address Space Layout Randomization, or ASLR for short, is an exploit > mitigation technology. It helps secure applications against low-level > exploits. A popular secure implementation is known as PaX ASLR, which is > a third-party patch for Linux. Our implementation is based off of PaX's. > > Oliver Pinter, Danilo Egea, and I have been working hard to bring more > features and robust stability to our ASLR patches. We've done extensive > testing on amd64. We'd like to get as many people testing these patches. > Given the nature of them, we'd also like as many eyeballs reviewing the > code as well. > > I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on > the RPI), when a parent forks a child, and the child gracefully exits, > the parent segfaults with the pc register pointing to 0xc0000000. That > address is always the same, no matter the application. If anyone knows > the ARM architecture well, and how FreeBSD ties into it, I'd like a > little guidance. > > I also have a sparc64 box, but I'm having trouble getting a vanilla > 11-current system to be stable on it. I ought to file a few PRs. > > You can find links to the patches below. > > Patch for 11-current: > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current-aslr-segvguard-SNAPSHOT.diff > > Patch for 10-stable: > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-10-aslr-segvguard-SNAPSHOT.diff > > Thanks, > > Shawn Webb From owner-freebsd-stable@FreeBSD.ORG Wed May 14 17:10:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02348558; Wed, 14 May 2014 17:10:04 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DB992451; Wed, 14 May 2014 17:10:03 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id a108so3271609qge.36 for ; Wed, 14 May 2014 10:10:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=NKDnTiMs+LE6X4YRIDqGx9ycepCEUctPytISwVTq5/w=; b=PNCBPUtqN3WCFrqLE05XYHJkpWV6Wd3R4SFN8SSEH1N63ASVAeUTWelZZDxNs8UVor H0RXqGdqtB68WHlZ3Y6bwHIkh1VsEG1JOrohq/0rjSdu9/E3SCG9yynw4Gltw8Xl7PhN gU/7lHLICcJ8669CebUGJrGNgUTKsFM2b23u0hCtkmzWfBRWNe2hmyPKAV5obBmPlciI EdJPOppDAKV7TmTU1m6rhioi7TOz2b8GTZLM8DldkAm3dhg0WFquj8GGiDMtdLTIW4Wl rDz4lysf3BI1dmOHYW+HhdLcgXWcM2FP3lij0F8ep0PhC9OOdW4hXXSuYdvZIpEg47RE 2VRg== X-Received: by 10.140.95.80 with SMTP id h74mr7742148qge.2.1400087402642; Wed, 14 May 2014 10:10:02 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id y3sm3695714qaj.49.2014.05.14.10.10.01 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 May 2014 10:10:01 -0700 (PDT) Date: Wed, 14 May 2014 13:09:59 -0400 From: Shawn Webb To: Adrian Chadd Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable Message-ID: <20140514170959.GA31277@pwnie.vrt.sourcefire.com> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-security@freebsd.org, freebsd-current , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 May 2014 17:10:04 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable It runs on all architectures FreeBSD supports. The question is how well it runs. The wider the testing, the better the code, of course. We're actively testing on amd64 and i386 with limited testing on sparc64 and ARM. I've been running with this patches on amd64 on multiple machines for months. amd64 is rock solid from my experience. But your mileage may vary, hence the CFT. :-) Thanks, Shawn On May 14, 2014 10:02 AM -0700, Adrian Chadd wrote: > Hi! >=20 > Cool! Does it run on MIPS? :P >=20 >=20 > -a >=20 >=20 > On 14 May 2014 06:58, Shawn Webb wrote: > > Hey All, > > > > [NOTE: crossposting between freebsd-current@, freebsd-security@, and > > freebsd-stable@. Please forgive me if crossposting is frowned upon.] > > > > Address Space Layout Randomization, or ASLR for short, is an exploit > > mitigation technology. It helps secure applications against low-level > > exploits. A popular secure implementation is known as PaX ASLR, which is > > a third-party patch for Linux. Our implementation is based off of PaX's. > > > > Oliver Pinter, Danilo Egea, and I have been working hard to bring more > > features and robust stability to our ASLR patches. We've done extensive > > testing on amd64. We'd like to get as many people testing these patches. > > Given the nature of them, we'd also like as many eyeballs reviewing the > > code as well. > > > > I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on > > the RPI), when a parent forks a child, and the child gracefully exits, > > the parent segfaults with the pc register pointing to 0xc0000000. That > > address is always the same, no matter the application. If anyone knows > > the ARM architecture well, and how FreeBSD ties into it, I'd like a > > little guidance. > > > > I also have a sparc64 box, but I'm having trouble getting a vanilla > > 11-current system to be stable on it. I ought to file a few PRs. > > > > You can find links to the patches below. > > > > Patch for 11-current: > > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current= -aslr-segvguard-SNAPSHOT.diff > > > > Patch for 10-stable: > > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-= 10-aslr-segvguard-SNAPSHOT.diff > > > > Thanks, > > > > Shawn Webb --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTc6NnAAoJEGqEZY9SRW7u6+AP/0uOILtPQTmgOjtBOVYTmula sHDK1jwa6QQOTgRhUf6Nep76gUmeyOEBCCv8ExJB9YoOHF3ndLydz8RhkxEvHOWv RLEfmVf8ZFIw0flP9NPlzOdgleOmxFekzOSUUQR8B/bIRGprrDCBfob7CpoKNp79 ygKJQgICmz651n3fLGH7NZyHe+Iw4X1Et8EMfRNyemjB1+X3IKB4egdntXe/qbAk +Viig7g5A8iGUFZ9vtPfJjSMMccIkWTTsI9rgajhOtR1GRA3Cx69dqclkgMB4Ijl yekMf3iuUcmvMVddIRcszi+5WXXUIFGTdu2eNxhJqf6ejB51vDo9CoV0cfrtFRfz RT1f2S/rcl6+m7wexvv/R7yoDYJTebDQoN0M3zH7SrmeTc7LkYRPaLlDbnKKp1Q7 IR+ia/46ypDprnFtNw3tg9zah2bsGo93eQyBgOx2lzADMZKBVf27mFTVRwH4dDd/ 87TugPAMfK/ViiF4mZ7yuQEJRYcaHMUVx4ayS1xUuBAF+VbNYxR3minpZKKy3Le0 6PZMifTYCgM+D3ny6iUYVhIx5XzBTNnrWMJgOg7p/PYVY9jRW7U9/7hZS57koE1b jzr9wtu+Zp5jH5V1UwBXngW9+6854bV/5dveF0bh2PqB2bEPvWtNBscaY8B/9GSd JmLQ73v8jEpfcK73TqJ9 =a9Ka -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-stable@FreeBSD.ORG Wed May 14 17:18:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B23B3BD2; Wed, 14 May 2014 17:18:35 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 50F1A255B; Wed, 14 May 2014 17:18:35 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id a108so3291438qge.36 for ; Wed, 14 May 2014 10:18:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=V7EFTOsYq5afLCXkup+4+gos1RIJMdSuwH9zhDkc4jQ=; b=XZgsGCDtYHCAL9S5mws7AOCrQhJzMVupLlmqC4aDr1lOro7JXBDgBmDfRrj4qPfmkP d/AG2h1/qVE7+zci/8R/AR8bvUAAGza+tlOpf347EfmzXUxORVjJCakBFCCKS+8wAeEz uSYRF0le8zaGo4lnnq73vUwtqlqmSiMHQv4WS3i1Lfv94Ja0+qrKp+1ZBFN4K1eB9894 aPCwwSv/WsFLsxn+OAMoqsf40/PZXDPBZxvyfvCAyj+LZBMkJ9xpc6k8H0cbeqU0jUD9 jYR0lEkRfJkpzC8cP9/QRP9yDe8sOI1bIhlqv6/Pexqgz706Q2RojbsZZ2jtUl6u72ml liMw== MIME-Version: 1.0 X-Received: by 10.140.22.209 with SMTP id 75mr7803141qgn.4.1400087914537; Wed, 14 May 2014 10:18:34 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Wed, 14 May 2014 10:18:34 -0700 (PDT) In-Reply-To: <20140514170959.GA31277@pwnie.vrt.sourcefire.com> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <20140514170959.GA31277@pwnie.vrt.sourcefire.com> Date: Wed, 14 May 2014 10:18:34 -0700 X-Google-Sender-Auth: nowHCVcNJhPWfq7GVWNQxRq5Tn8 Message-ID: Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: Adrian Chadd To: Shawn Webb Content-Type: text/plain; charset=UTF-8 Cc: freebsd-security@freebsd.org, freebsd-current , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 May 2014 17:18:35 -0000 On 14 May 2014 10:09, Shawn Webb wrote: > It runs on all architectures FreeBSD supports. The question is how well > it runs. The wider the testing, the better the code, of course. We're > actively testing on amd64 and i386 with limited testing on sparc64 and > ARM. I've been running with this patches on amd64 on multiple machines > for months. amd64 is rock solid from my experience. But your mileage may > vary, hence the CFT. :-) :) So for MIPS, there's a documented way to run up the emulator framework to do testing. https://wiki.freebsd.org/FreeBSD/MipsEmulation That way you can give it a whirl before us MIPS people with hardware can get around to it. :P -a From owner-freebsd-stable@FreeBSD.ORG Thu May 15 06:06:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40DA33BC for ; Thu, 15 May 2014 06:06:53 +0000 (UTC) Received: from mail-ve0-x233.google.com (mail-ve0-x233.google.com [IPv6:2607:f8b0:400c:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 027A7251A for ; Thu, 15 May 2014 06:06:52 +0000 (UTC) Received: by mail-ve0-f179.google.com with SMTP id oy12so715457veb.10 for ; Wed, 14 May 2014 23:06:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=8+OImqer+fx6f+eWNSYq8Qlf86/BJC6XgFfvVtv+jwk=; b=NQNjAU/A4zRiiGddoBENxmqi6Jc8bIB40dTXAuvrzDI1dlv1OX8KFdUP8FR7desFl0 hMGprYtegjG+GfzuClYUsp+n9m80ABvgNSk/eWw315AugW8BxPVqW4GxEbUZt0gH1XBw 3dO5I03pMA1iUwkRfxRdzLwZW8M7kbwd392ji3R4APNxo97w0rckn8HP7mYgNOy+uCZD 1gv+q1mJPyd2LqyhQ1AemxyQlwzvrEa102flOYF6f38Bz5vPTfFItsBNJlcmfuoiX9au 0Mfz/lB9n/csRLKppnYNvmBmSL1W41Xag4CqergdE5R4StWKCGoWb0+jnvHlUQSgx3P6 ZEPg== MIME-Version: 1.0 X-Received: by 10.52.37.48 with SMTP id v16mr5748169vdj.4.1400134012012; Wed, 14 May 2014 23:06:52 -0700 (PDT) Received: by 10.221.65.198 with HTTP; Wed, 14 May 2014 23:06:51 -0700 (PDT) In-Reply-To: <201405051351.09815.jhb@freebsd.org> References: <201405051351.09815.jhb@freebsd.org> Date: Thu, 15 May 2014 02:06:51 -0400 Message-ID: Subject: Re: Thinkpad R60 hangs when booting recent 8.4-STABLE From: grarpamp To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 15 May 2014 06:06:53 -0000 On Mon, May 5, 2014 at 1:51 PM, John Baldwin wrote: > The fix for this was committed to HEAD today and should be merged soon. I've not noticed any issue with it and dmesg has returned to normal. Thanks. From owner-freebsd-stable@FreeBSD.ORG Thu May 15 19:22:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA65FCA0 for ; Thu, 15 May 2014 19:22:20 +0000 (UTC) Received: from vulcan.beatsnet.com (vulcan.beatsnet.com [IPv6:2001:470:1f0b:102::bea1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "vulcan.beatsnet.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7B1FF2A7E for ; Thu, 15 May 2014 19:22:19 +0000 (UTC) Received: from beatsnetcom-MBP15.local ([IPv6:2001:1620:f14:0:dd6b:ea48:bf6b:a281]) (authenticated bits=0) by vulcan.beatsnet.com (8.14.8/8.14.8) with ESMTP id s4FJM4Os044946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=OK) for ; Thu, 15 May 2014 21:22:14 +0200 (CEST) (envelope-from beat.siegenthaler@beatsnet.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=beatsnet.com; s=VULCAN_DKIM; t=1400181735; bh=h8PuuPvz689KKpfjnDu5GhZjMZUODK2IcUO5IJDZl8M=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=ADKXjzqEH288FHAHoHAxwvM9BSoP4+riS8EBN6tbRjSVXjZBpueYuqN0GfqnwIebK ok+s7NLAOxJ7S7NEQUDtYiMzZxkTpAySkuhdtLtHHMxLNGnDsoKHsCBgfB/dXixBEy Es0UNRAvlYgdknNFJ3RYNTUjrJSxGycrd2Q4+27k= Message-ID: <537513DC.4050006@beatsnet.com> Date: Thu, 15 May 2014 21:22:04 +0200 From: Beat Siegenthaler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: syslog parameter -n X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (vulcan.beatsnet.com [IPv6:2001:470:1f0b:102::bea1]); Thu, 15 May 2014 21:22:14 +0200 (CEST) X-Virus-Scanned: clamav-milter 0.98.1 at vulcan.beatsnet.com X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 15 May 2014 19:22:21 -0000 Hi all, i found that i had a extreme high amount of local reverse dns queries for the same remote logging host (firewall logging) Then i found this parameter for syslogd: *-n* Disable dns query for every request. The only problem is, that -n seems to disable the whole remote logging. Does somebody know this behavior? /etc/rc.conf: syslogd_flags="-c -c -a 123.32.82.0/24:* -a 124.68.97.1/26:* " is working syslogd_flags="-c -c -a 123.32.82.0/24:* -a 124.68.97.1/26:* -n" or syslogd_flags="-n -c -c -a 123.32.82.0/24:* -a 124.68.97.1/26:*" is not working (no remote log) __ Beat From owner-freebsd-stable@FreeBSD.ORG Fri May 16 13:33:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E93EAEF for ; Fri, 16 May 2014 13:33:23 +0000 (UTC) Received: from leviathan.boiteameuh.org (leviathan.boiteameuh.org [188.165.231.223]) by mx1.freebsd.org (Postfix) with ESMTP id 0777A2EFB for ; Fri, 16 May 2014 13:33:22 +0000 (UTC) Received: from [192.168.94.8] (marcellus.villenico.boiteameuh.org [192.168.94.8]) by leviathan.boiteameuh.org (Postfix) with ESMTP id C465C73B22 for ; Fri, 16 May 2014 15:21:32 +0200 (CEST) Message-ID: <5376115D.5050704@boiteameuh.org> Date: Fri, 16 May 2014 09:23:41 -0400 From: Nicolas Haller User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: gmirror + ZFS issues 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.18 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, 16 May 2014 13:33:23 -0000 Hello, I've got a new server and I installed FreeBSD 10 on it. I have a problem to create a new zfs pool. The command stalls on IO wait (D state / zio->io_cv). The device for the pool is a 1.7T partition (index 4) of a gmirror device. root@daedalus:~ # uname -a FreeBSD daedalus 10.0-RELEASE-p3 FreeBSD 10.0-RELEASE-p3 #0: Tue May 13 18:31:10 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 root@daedalus:~ # dmesg | grep ada ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 3.x device ada0: Serial Number PN2134P6HE028P ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 3.x device ada1: Serial Number PN2134P6HAZTVP ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 root@daedalus:~ # gmirror status Name Status Components mirror/gm0 COMPLETE ada0 (ACTIVE) ada1 (ACTIVE) root@daedalus:~ # gpart show => 63 3907029104 mirror/gm0 MBR (1.8T) 63 3907029042 1 freebsd [active] (1.8T) 3907029105 62 - free - (31K) => 0 3907029042 mirror/gm0s1 BSD (1.8T) 0 204800000 1 freebsd-ufs (98G) 204800000 20971520 2 freebsd-swap (10G) 225771520 3681257522 4 freebsd-ufs (1.7T) So the blocked command is the following: root@daedalus:~ # zpool create tank /dev/mirror/gm0s1d root@daedalus:~ # ps -O comm,mwchan PID COMMAND MWCHAN TT STAT TIME COMMAND 1104 getty ttyin v0 Is+ 0:00.00 /usr/libexec/getty Pc ttyv0 1105 getty ttyin v1 Is+ 0:00.00 /usr/libexec/getty Pc ttyv1 1106 getty ttyin v2 Is+ 0:00.00 /usr/libexec/getty Pc ttyv2 1107 getty ttyin v3 Is+ 0:00.00 /usr/libexec/getty Pc ttyv3 1108 getty ttyin v4 Is+ 0:00.00 /usr/libexec/getty Pc ttyv4 1109 getty ttyin v5 Is+ 0:00.00 /usr/libexec/getty Pc ttyv5 1110 getty ttyin v6 Is+ 0:00.00 /usr/libexec/getty Pc ttyv6 1111 getty ttyin v7 Is+ 0:00.00 /usr/libexec/getty Pc ttyv7 85215 csh pause 2 Ss 0:00.12 /bin/csh 86210 ps - 2 R+ 0:00.00 ps -O comm,mwchan 85081 csh pause 0 Is 0:00.01 -csh (csh) 85084 screen pause 0 S+ 0:00.11 screen 85086 csh pause 1 Is 0:00.12 /bin/csh 85159 zpool zio->io_ 1 D+ 0:00.00 zpool create tank /dev/mirror/gm0s1d root@daedalus:/proc/85159 # cat status zpool 85159 1 85159 85086 pts/1 ctty 1400242849,897702 0,0 0,1876 zio->io_cv 0 0 0,0,5 - There is no activity on disks: root@daedalus:~ # iostat 1 tty ada0 ada1 pass0 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 41 124.91 457 55.80 125.92 454 55.80 0.00 0 0.00 0 0 0 0 99 0 465 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100 0 155 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100 0 151 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100 I have also a FreeBSD 9.0-RELEASE-p3 setup the same way and it works like a charm. (but not the same hardware on this one) Actually, I'm trying to zeroing the partition, we never know :-) Anyone has an idea ? Thanks, -- Nicolas Haller From owner-freebsd-stable@FreeBSD.ORG Fri May 16 13:37:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CBF57C57 for ; Fri, 16 May 2014 13:37:07 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "NewFS.denninger.net", Issuer "NewFS.denninger.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 74DDA2F47 for ; Fri, 16 May 2014 13:37:06 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.8/8.14.8) with ESMTP id s4GDb1wF041849 for ; Fri, 16 May 2014 08:37:01 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Fri May 16 08:37:01 2014 Message-ID: <53761477.70205@denninger.net> Date: Fri, 16 May 2014 08:36:55 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: gmirror + ZFS issues References: <5376115D.5050704@boiteameuh.org> In-Reply-To: <5376115D.5050704@boiteameuh.org> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030909050201010401050905" X-Antivirus: avast! (VPS 140515-2, 05/15/2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 16 May 2014 13:37:07 -0000 This is a cryptographically signed message in MIME format. --------------ms030909050201010401050905 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 5/16/2014 8:23 AM, Nicolas Haller wrote: > Hello, > > I've got a new server and I installed FreeBSD 10 on it. I have a=20 > problem to create a new zfs pool. The command stalls on IO wait (D=20 > state / zio->io_cv). > > The device for the pool is a 1.7T partition (index 4) of a gmirror=20 > device. Why? ZFS provides its own mirroring and it is superior, as it checksums each=20 block and thus does not rely on the drive returning an error to detect=20 problems. It can also rewrite a bad block (assuming the problem is=20 transient) and scrub also relies on independent components. You're destroying the data integrity advantage that ZFS gives you by=20 using a gmirror under it. Stop doing that and see if your problem=20 disappears. (In other words it sounds like the problem is real but you shouldn't be=20 doing that anyway, so it also shouldn't bite you.) --=20 -- Karl karl@denninger.net --------------ms030909050201010401050905 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA1MTYxMzM2NTVaMCMGCSqGSIb3DQEJBDEW BBRA32fg1wEa4ClJDtL6o54WSEIuvjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIAF2FdiqhatU4PAM07OqHmZ4hKB+VL loWq7J2ZMDD5hfTTuo5LVwsNdLXIJxSEcYXOjIzr//7c2SxOidkwz7iY6a5d/Tyi73vgOLGI btYOHU31VE9kzQUeFFspQY8RYN+gjoRH/5Q05tmBI+5Fp6t1bwFk5VxfU04EL7SHCvv0A5AF ku0BEJeuAIBhLNCFii2OUuOpSjA7XYeZ3k8/07eKrg39QfK3p3ISO90i9kr+19VTTYfT540B BN0RL7LAs1XBOgDloIqJwtJTesPDJUDko/SBnoclo7N7FQoRma9329rW0JTiXM9hR8pzQlyq 79PxN+o618UlYt50ncdoHG09EaeXNXcLmSXqR5U9FJR/vz/UMNp6VRxgrxKqwBKinhNGZrOE zSdFU9ocMKs0Nytq5tz54M+j8s9MmtYZi7apitRNdvO1R8N/NFjTuV9jC/sAs/s5jt+AOola 5JtfiCsHLHTWkWClkcc8SiAGaSLOuwaPLVnqPpB1n3iOk2lS36o79BxMImj+n2qmRrLv+sBD UTKvGSkm7jO+MFeXC2ZSlhMd/qUFSrOAE1FfuICDu42oDg/sJ92tXCSmEviLL0iRVRMeUUFO Tz2uQGB0FZ0/YhZ3xjiaml5e1BSu7TlnZjF34R0nGdAW87YhSlACvGJlcEVyBZMfs8IThvdZ dlSziyYAAAAAAAA= --------------ms030909050201010401050905-- From owner-freebsd-stable@FreeBSD.ORG Fri May 16 14:18:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27248E7A for ; Fri, 16 May 2014 14:18:52 +0000 (UTC) Received: from leviathan.boiteameuh.org (leviathan.boiteameuh.org [188.165.231.223]) by mx1.freebsd.org (Postfix) with ESMTP id E603C2395 for ; Fri, 16 May 2014 14:18:51 +0000 (UTC) Received: from [192.168.94.8] (marcellus.villenico.boiteameuh.org [192.168.94.8]) by leviathan.boiteameuh.org (Postfix) with ESMTP id 0508D73B22 for ; Fri, 16 May 2014 16:16:48 +0200 (CEST) Message-ID: <53761E51.9060908@boiteameuh.org> Date: Fri, 16 May 2014 10:18:57 -0400 From: Nicolas Haller User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: gmirror + ZFS issues References: <5376115D.5050704@boiteameuh.org> <53761477.70205@denninger.net> In-Reply-To: <53761477.70205@denninger.net> 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.18 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, 16 May 2014 14:18:52 -0000 On 16/05/2014 09:36, Karl Denninger wrote: > > On 5/16/2014 8:23 AM, Nicolas Haller wrote: >> Hello, >> >> I've got a new server and I installed FreeBSD 10 on it. I have a >> problem to create a new zfs pool. The command stalls on IO wait (D >> state / zio->io_cv). >> >> The device for the pool is a 1.7T partition (index 4) of a gmirror >> device. > Why? > > ZFS provides its own mirroring and it is superior, as it checksums each > block and thus does not rely on the drive returning an error to detect > problems. It can also rewrite a bad block (assuming the problem is > transient) and scrub also relies on independent components. > > You're destroying the data integrity advantage that ZFS gives you by > using a gmirror under it. Stop doing that and see if your problem > disappears. > > (In other words it sounds like the problem is real but you shouldn't be > doing that anyway, so it also shouldn't bite you.) > Yes you're right but I have two disks on this server which host my non-zfs root fs. The first 98G partition you show on "gpart show" output is my UFS root fs and I want it mirrored. As I'm not sure it's a good idea to mix gmirror and ZFS mirror on the same drives (What do you think about this?), I let gmirror handle the mirror thing. So, yes, I drop the data integrity advantage, but I keep the flexibility given by pools/datasets, send/receive, compression... It's not so bad :-) -- Nicolas Haller From owner-freebsd-stable@FreeBSD.ORG Fri May 16 14:28:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D689B526 for ; Fri, 16 May 2014 14:28:38 +0000 (UTC) Received: from aussmtpmrkps320.us.dell.com (aussmtpmrkps320.us.dell.com [143.166.224.254]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "ausxipmktps31.us.dell.com", Issuer "Dell Inc. Enterprise Issuing CA1" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 820C324AA for ; Fri, 16 May 2014 14:28:38 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.97,1067,1389765600"; d="scan'208,217";a="131118506" Message-ID: <53762051.30807@vangyzen.net> Date: Fri, 16 May 2014 09:27:29 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Nicolas Haller , Subject: Re: gmirror + ZFS issues References: <5376115D.5050704@boiteameuh.org> <53761477.70205@denninger.net> <53761E51.9060908@boiteameuh.org> In-Reply-To: <53761E51.9060908@boiteameuh.org> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 16 May 2014 14:28:38 -0000 On 05/16/2014 09:18, Nicolas Haller wrote: > On 16/05/2014 09:36, Karl Denninger wrote: >> >> On 5/16/2014 8:23 AM, Nicolas Haller wrote: >>> Hello, >>> >>> I've got a new server and I installed FreeBSD 10 on it. I have a >>> problem to create a new zfs pool. The command stalls on IO wait (D >>> state / zio->io_cv). >>> >>> The device for the pool is a 1.7T partition (index 4) of a gmirror >>> device. >> Why? >> >> ZFS provides its own mirroring and it is superior, as it checksums each >> block and thus does not rely on the drive returning an error to detect >> problems. It can also rewrite a bad block (assuming the problem is >> transient) and scrub also relies on independent components. >> >> You're destroying the data integrity advantage that ZFS gives you by >> using a gmirror under it. Stop doing that and see if your problem >> disappears. >> >> (In other words it sounds like the problem is real but you shouldn't be >> doing that anyway, so it also shouldn't bite you.) >> > > Yes you're right but I have two disks on this server which host my > non-zfs root fs. The first 98G partition you show on "gpart show" > output is my UFS root fs and I want it mirrored. > > As I'm not sure it's a good idea to mix gmirror and ZFS mirror on the > same drives (What do you think about this?), I let gmirror handle the > mirror thing. I use gmirror for swap and a ZFS mirror for all file systems. It works quite well. I suspect it would work equally well for your setup. Eric $ gpart show => 34 488281183 ada0 GPT (232G) 34 6 - free - (3.0k) 40 256 1 freebsd-boot (128k) 296 31457280 2 freebsd-swap (15G) 31457576 456823640 3 freebsd-zfs (217G) 488281216 1 - free - (512B) => 34 488281183 ada1 GPT (232G) 34 6 - free - (3.0k) 40 256 1 freebsd-boot (128k) 296 31457280 2 freebsd-swap (15G) 31457576 456823640 3 freebsd-zfs (217G) 488281216 1 - free - (512B) $ gmirror status Name Status Components mirror/swap COMPLETE gpt/swap1 (ACTIVE) gpt/swap2 (ACTIVE) $ zpool status pool: root1 state: ONLINE scan: scrub repaired 0 in 0h42m with 0 errors on Mon Mar 10 12:18:11 2014 config: NAME STATE READ WRITE CKSUM root1 ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 gpt/root1 ONLINE 0 0 0 gpt/root2 ONLINE 0 0 0 From owner-freebsd-stable@FreeBSD.ORG Fri May 16 14:34:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3AE39A8 for ; Fri, 16 May 2014 14:34:19 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "NewFS.denninger.net", Issuer "NewFS.denninger.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B1132567 for ; Fri, 16 May 2014 14:34:19 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.8/8.14.8) with ESMTP id s4GEYHOg063836 for ; Fri, 16 May 2014 09:34:18 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Fri May 16 09:34:18 2014 Message-ID: <537621E4.1000907@denninger.net> Date: Fri, 16 May 2014 09:34:12 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: gmirror + ZFS issues References: <5376115D.5050704@boiteameuh.org> <53761477.70205@denninger.net> <53761E51.9060908@boiteameuh.org> In-Reply-To: <53761E51.9060908@boiteameuh.org> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090700050206040407040508" X-Antivirus: avast! (VPS 140515-2, 05/15/2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 16 May 2014 14:34:19 -0000 This is a cryptographically signed message in MIME format. --------------ms090700050206040407040508 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 5/16/2014 9:18 AM, Nicolas Haller wrote: > On 16/05/2014 09:36, Karl Denninger wrote: >> >> On 5/16/2014 8:23 AM, Nicolas Haller wrote: >>> Hello, >>> >>> I've got a new server and I installed FreeBSD 10 on it. I have a >>> problem to create a new zfs pool. The command stalls on IO wait (D >>> state / zio->io_cv). >>> >>> The device for the pool is a 1.7T partition (index 4) of a gmirror >>> device. >> Why? >> >> ZFS provides its own mirroring and it is superior, as it checksums eac= h >> block and thus does not rely on the drive returning an error to detect= >> problems. It can also rewrite a bad block (assuming the problem is >> transient) and scrub also relies on independent components. >> >> You're destroying the data integrity advantage that ZFS gives you by >> using a gmirror under it. Stop doing that and see if your problem >> disappears. >> >> (In other words it sounds like the problem is real but you shouldn't b= e >> doing that anyway, so it also shouldn't bite you.) >> > > Yes you're right but I have two disks on this server which host my=20 > non-zfs root fs. The first 98G partition you show on "gpart show"=20 > output is my UFS root fs and I want it mirrored. > > As I'm not sure it's a good idea to mix gmirror and ZFS mirror on the=20 > same drives (What do you think about this?), I let gmirror handle the=20 > mirror thing. There are ways to do that (e.g. gmirror a partition or slice; yes, that=20 works) but I wouldn't for several reasons (complexity and the risk of=20 making a mistake in the future that winds up screwing you.) > So, yes, I drop the data integrity advantage, but I keep the=20 > flexibility given by pools/datasets, send/receive, compression... > It's not so bad :-) > Ah, ok, I see what you're doing.... I opted to switch my root partition=20 to zfs and boot from a mirrored ZFS volume. If I'm going to run ZFS=20 *anyway* then I figure I may as well boot from it. There is a potential risk in doing that however -- if something goes=20 wrong with the zfs code you're in deep kimchee. This is most-likely if=20 your emergency boot media is incompatible with a feature flag in the=20 on-disk data set. You have to be CAREFUL doing this to avoid getting=20 nailed; UFS boot is arguably "safer" in that regard, I suppose in that=20 if push comes to shove the individual disks in a gmirror can be mounted=20 since the metadata is confined to the tail end of the drive. --=20 -- Karl karl@denninger.net --------------ms090700050206040407040508 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA1MTYxNDM0MTJaMCMGCSqGSIb3DQEJBDEW BBR5u4E2D6a3BF8Aqi36q6mGKR6i7zBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIADyfMATQqYiT5LHbf5+bV6Nkn7y58 SiZqL/6h8qby1GQUmaSOpvqCN/4EPIZE/2BWHduuHqwP+Q7S6l/aEFLFEzM5IvPma/K6wdUD UPOnB9uyf4mmf+7CE5VMEJcb81bPFFzF68wf3QUut5gtymYWp1Vq/Ven5fq103zgNWTs+Q44 wlUrGzk6SWhzm5KzQmAG3rmfOX74ZKxfTEi2kTQapubs2r0fabQ8U5DnagCCHiR2/+y81pZV tHSR+bJGkZOeMir/+0K8dKQPKMFJVJqMRkja0LwBT3CYCZYUo43WLH4UQmBj2iKHTjds+oUc gDrr0bG+J3gwoqWM3QBV7BtY0GhTHhxuZw/MTZga1YpxlSKeuE+hRHFQ4prla0XECiM1R2I3 FfZq/ckLbv/ynonC6Ei2c3L/2cFqAiaG5BoaGOJkmhxlg2PnY5mu9RyqPjF4ZhD6bS8DP2YQ Agiv8P1bPC7ppykPgPJnieolFp+LKrgtHFOtJUlu0ySaO26JCTGCc5Xs4Xou3vR0Btg4mvoR fz0K9hfIhYz/8rfj37k1G1DG0IkLis/dYuGzndijl7l24MkbP6bkfIczp/EDMBahiJHe1Svl 566xLSvZkJeJfsX6x4MgaU5NYeQ1CH0xRLTWV0DBGc4WEO6hL2j71284pFN1bBqcVAjC/V5X lQ+xYpIAAAAAAAA= --------------ms090700050206040407040508-- From owner-freebsd-stable@FreeBSD.ORG Fri May 16 14:40:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8BDCDC1 for ; Fri, 16 May 2014 14:40:27 +0000 (UTC) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) (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 A2B3F25D4 for ; Fri, 16 May 2014 14:40:27 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WlJJ6-000LuB-1A; Fri, 16 May 2014 15:40:20 +0100 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WlJJ5-0002AD-V5; Fri, 16 May 2014 15:40:19 +0100 To: freebsd-stable@freebsd.org, nicolas@boiteameuh.org Subject: Re: gmirror + ZFS issues In-Reply-To: <53761E51.9060908@boiteameuh.org> Message-Id: From: Pete French Date: Fri, 16 May 2014 15:40:19 +0100 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 16 May 2014 14:40:27 -0000 > As I'm not sure it's a good idea to mix gmirror and ZFS mirror on the > same drives (What do you think about this?), I let gmirror handle the > mirror thing. Actually thatw rosk fine - my standard setup is to have 2 drives each partitioned as 4 gig + whatever else remains, gmirror the 4 gigs to boot from and then have a big pool on the rest. -pete. From owner-freebsd-stable@FreeBSD.ORG Sat May 17 11:55:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67FB9457 for ; Sat, 17 May 2014 11:55:03 +0000 (UTC) Received: from mail-la0-x244.google.com (mail-la0-x244.google.com [IPv6:2a00:1450:4010:c03::244]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E990429F5 for ; Sat, 17 May 2014 11:55:02 +0000 (UTC) Received: by mail-la0-f68.google.com with SMTP id hr17so948865lab.11 for ; Sat, 17 May 2014 04:55:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=MnH8Ov9Jrnosum6xwcnvCHAuNtMJ5NtfCgsYVTTES9M=; b=IpjhXwOeIPrM0S/jQhk7/615/yKn9lIewuRx5lrf/lLabb73XI2nAi6PJuhXGA5d00 Dj8SJeUgDnxjhgfilxl+WxF4vk3EHwCqQSw9FzJVMQgEAEHGtFtvvUBUbgcvjhEwj6uy mu/J8jaZsX8Xcx470hei+7PoPVJcRtme0QdJ2EJ5royXtbm6KlliEoEWFsCz8VfCfc52 Qyqrm6rrfKltoV79TzrbLDoUV33ZIY0+eucLYt0OBvxrKNtqt8CGoQB6J12IIbxd4CUb 4hcMYI2E6oeVMGf2qQe9OCWpk+ImEbUPhcFiq6BynIi6vmv478qWw24hmjQ3v23Fq4IU GbEw== MIME-Version: 1.0 X-Received: by 10.152.18.133 with SMTP id w5mr1283294lad.60.1400327700857; Sat, 17 May 2014 04:55:00 -0700 (PDT) Received: by 10.112.161.230 with HTTP; Sat, 17 May 2014 04:55:00 -0700 (PDT) Date: Sat, 17 May 2014 13:55:00 +0200 Message-ID: Subject: [9.3 PRE] filesystem full even if there are free descriptors and disk space From: Damian Danielecki To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 May 2014 11:55:03 -0000 I am receiving errors like this on heavily loaded FreeBSD 9.3-PRERELEASE nfs server: May 17 05:01:02 nfsd kernel: pid 4173 (nfsd), uid 0 inumber 185391682 on /exports: filesystem full Filesystem is newly created and server newly installed with custom minimalist kernel&world. I am experienced user. There are many free inodes and much disk space: # df -i Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/mirror/gm0s1a 473048844 3449532 431755408 1% 306673 60848397 1% / devfs 1 1 0 100% 0 0 100% /dev /dev/da0p1 3783567612 1772595572 1708286632 51% 20964037 468035769 4% /exports # df -h Filesystem Size Used Avail Capacity Mounted on /dev/mirror/gm0s1a 451G 3.3G 411G 1% / devfs 1.0k 1.0k 0B 100% /dev /dev/da0p1 3.5T 1.7T 1.6T 51% /exports # uname -a FreeBSD nfsd.xxx.pl 9.3-PRERELEASE FreeBSD 9.3-PRERELEASE #5: Fri May 16 15:41:36 CEST 2014 root@nfsd.xxx.pl:/usr/obj/usr/src/sys/FREEBSD9 amd64 Filesystem is clean and not fragmented. For sure fsck has been done on unmounted filesystem. I see these errors also after fsck. # fsck -t ufs -y /dev/da0p1 ** /dev/da0p1 ** Last Mounted on /exports ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 20964037 files, 443148893 used, 502743010 free (396842 frags, 62793271 blocks, 0.0% fragmentation) These are my filesystem params. # tunefs -p /exports tunefs: POSIX.1e ACLs: (-a) disabled tunefs: NFSv4 ACLs: (-N) disabled tunefs: MAC multilabel: (-l) disabled tunefs: soft updates: (-n) enabled tunefs: soft update journaling: (-j) disabled tunefs: gjournal: (-J) disabled tunefs: trim: (-t) disabled tunefs: maximum blocks per file in a cylinder group: (-e) 4096 tunefs: average file size: (-f) 16384 tunefs: average number of files in a directory: (-s) 64 tunefs: minimum percentage of free space: (-m) 8% tunefs: space to hold for metadata blocks: (-k) 6408 tunefs: optimization preference: (-o) time tunefs: volume label: (-L) My mouting flags are: /dev/da0p1 on /exports (ufs, NFS exported, local, noatime, nosuid, with quotas, soft-updates) I found file releated to sample inode, it's users's backup. File: "/exports/(...)/xxx.tar.gz" Size: 53706752 FileType: Regular File Mode: (0640/-rw-r-----) Uid: ( 6225/ (6225)) Gid: ( 1676/ (1676)) Device: 0,78 Inode: 185391682 Links: 1 Access: Sat May 17 05:00:57 2014 Modify: Sat May 17 05:01:02 2014 Change: Sat May 17 05:01:48 2014 I am unable to decompress it, it's actually damaged: # cp xxx.tar.gz /otherfilesystem/ # cd /otherfilesystem && gzip -d xxx.tar.gz gzip: xxx.tar.gz: unexpected end of file gzip: xxx.tar.gz: uncompress failed I've tried to rerun this user's backup and I am able to reproduce problem just now. The same backup file of the same user now has different inode but problem is the same: pid 4173 (nfsd), uid 0 inumber 185391652 on /exports: filesystem full # stat -x xxx.tar.gz File: "xxx.tar.gz" Size: 55902208 FileType: Regular File Mode: (0640/-rw-r-----) Uid: ( 6225/ (6225)) Gid: ( 1676/ (1676)) Device: 0,78 Inode: 185391652 Links: 1 Access: Sat May 17 12:51:47 2014 Modify: Sat May 17 12:51:51 2014 Change: Sat May 17 12:52:52 2014 Of course I am able to create any new big file from /dev/random, there is free space. I've easily created single 30GB file via nfs. I've also tried to count md5 sum of newly generated 1GB file many times via nfs and it's still the same. I checked this to be sure nfs transmission is valid and da0 device is working properly. I've added some primitive debug to kernel sources but this is production env so I will be able to reboot server only at night. Just now it's impossible. /usr/src/sys/ufs # grep -R 'filesystem full' * ffs/ffs_balloc.c: ffs_fserr(fs, ip->i_number, "filesystem full line 320"); ffs/ffs_balloc.c: ffs_fserr(fs, ip->i_number, "filesystem full line 397"); ffs/ffs_balloc.c: ffs_fserr(fs, ip->i_number, "filesystem full line 882"); ffs/ffs_balloc.c: ffs_fserr(fs, ip->i_number, "filesystem full line 960"); ffs/ffs_alloc.c: ffs_fserr(fs, ip->i_number, "filesystem full line 227"); ffs/ffs_alloc.c: ffs_fserr(fs, ip->i_number, "filesystem full line 438"); Any help will be appreciated! Should be corrected before 9.3-RELEASE. DD From owner-freebsd-stable@FreeBSD.ORG Sat May 17 12:40:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 592AE4E2 for ; Sat, 17 May 2014 12:40:09 +0000 (UTC) Received: from mail-lb0-x243.google.com (mail-lb0-x243.google.com [IPv6:2a00:1450:4010:c04::243]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DC0DA2D67 for ; Sat, 17 May 2014 12:40:08 +0000 (UTC) Received: by mail-lb0-f195.google.com with SMTP id l4so950438lbv.6 for ; Sat, 17 May 2014 05:40:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Dyek6aeIM1ZBLBc566RMutbjPWrKintsOKiuffHF628=; b=0SItmZB970HEldvsPvhmymJHLVcjfgqzVcncVpiW2CAKvcwsPbcc2pefBBSbfjIuR6 6v4r8t9eAYxUQhNY8gq96UVT5emnGZr9e4N8dK5IuDDIbtllJ7W8jXfaH4VUGDhWNNI6 bcfcdd0M2mzh1dDYqUpaZm6cQa3lzz6ys7s6mCBJOlqqJljs3YdDxNaW4vg0ajhOHZxl xf6aZwq3E5ZBSgYfaj7llSfYVGneNf8WI/Tpy49GeOaiOFBUtdVYxKo1TL51fFHgYpqz CTAecuN9PyY3EKcHqErfo3XrSSOiacWiCO8WYnY1woRlGxE/NJCAxgo3pcVYU2JGOQhw xkdg== MIME-Version: 1.0 X-Received: by 10.152.28.225 with SMTP id e1mr7986101lah.1.1400330406524; Sat, 17 May 2014 05:40:06 -0700 (PDT) Received: by 10.112.161.230 with HTTP; Sat, 17 May 2014 05:40:06 -0700 (PDT) Date: Sat, 17 May 2014 14:40:06 +0200 Message-ID: Subject: [9.3 PRE] Intel i210AT ethernet adapter MSI-X problems (igb driver) From: Damian Danielecki To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 May 2014 12:40:09 -0000 I am receiving as many as 30.000-40.000 interrupts per second under no big nfs traffic. Avg traffic is 20Mb/s, avg interrupts number on igb device is 13.000/s. IMHO. I could compare this to similar igb adapters on other FreeBSD 9 servers and in this case should be less interrupts (lightweight traffic conditions). Additionally all of these interrupts occupies only one IRQ. The interested thing is CPU usage caused by %interrupts is very small (under 1%) so this is reason I am still able to use this ethernet card. # uname -a FreeBSD nfsd.xxx.pl 9.3-PRERELEASE FreeBSD 9.3-PRERELEASE #5: Fri May 16 15:41:36 CEST 2014 root@nfsd.xxx.pl:/usr/obj/usr/src/sys/FREEBSD9 amd64 This is custom minimalist kernel. I see in the sources of igb driver that i210 is generally supported: /usr/src/sys/dev/e1000 # grep 'I210' * |wc -l 64 I guess mine adapter (onboard quad gigabit I210T) is not correctly handled in the sources of the driver but system recognizes it as igb. # dmidecode (...) Manufacturer: Supermicro Product Name: X10SLM+-LN4F (...) # dmesg |grep igb0 igb0: port 0xc000-0xc01f mem 0xf7400000-0xf747ffff,0xf7480000-0xf7483fff irq 18 at device 0.0 on pci4 igb0: Using MSIX interrupts with 5 vectors igb0: Ethernet address: 0c:c4:7a:01:e3:50 igb0: Bound queue 0 to cpu 0 igb0: Bound queue 1 to cpu 1 igb0: Bound queue 2 to cpu 2 igb0: Bound queue 3 to cpu 3 igb0: link state changed to UP No device description: #pciconf -vl igb0@pci0:4:0:0: class=0x020000 card=0x153315d9 chip=0x15338086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet Number of interrupts taken by device since system startup: # vmstat -i irq269: igb0:que 0 501886805 13364 irq270: igb0:que 1 40477 1 irq271: igb0:que 2 40417 1 irq272: igb0:que 3 7526720 200 irq273: igb0:link 12 0 Sample current number of interrupts with not big NFS traffic: # systat -vm1 Interrupts 34352 total (!!!) (...) 29937 igb0:que 0 1 igb0:que 1 1 igb0:que 2 1 igb0:que 3 1 igb0:link As you can see above there are abnormal high numbers of interrupts and all of them sits on que0. sysctls untouched by me: hw.igb.rx_process_limit: 100 hw.igb.num_queues: 4 hw.igb.header_split: 0 hw.igb.buf_ring_size: 4096 hw.igb.max_interrupt_rate: 8000 hw.igb.enable_msix: 1 hw.igb.enable_aim: 1 hw.igb.txd: 1024 hw.igb.rxd: 1024 For example this is properly working IRQ balancing on I350 Gigabit ethernet adaptor with FreeBSD 9.2-RELEASE: otherserver# vmstat -i irq264: igb0:que 0 14586306636 962 irq265: igb0:que 1 12313136472 812 irq266: igb0:que 2 12400518935 818 irq267: igb0:que 3 12230694398 807 irq268: igb0:que 4 12624900681 833 irq269: igb0:que 5 12311037080 812 irq270: igb0:que 6 31682657476 2090 irq271: igb0:que 7 12203814868 805 irq272: igb0:link 77 0 Regards, DD From owner-freebsd-stable@FreeBSD.ORG Sat May 17 12:45:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F13025F8 for ; Sat, 17 May 2014 12:45:31 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8A3EB2DF9 for ; Sat, 17 May 2014 12:45:30 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqYEAM7aa1ODaFve/2dsb2JhbABZg1VYgme7PoZrUQGBKXSCJQEBAQMBAQEBIAQnIAsFFhgCAg0ZAikBCSYGCAcEARwEiBgIDat2pDoXgSqMPRoBAQIZNAeCdIFLBJZbhBmRP4NSITV8CBci X-IronPort-AV: E=Sophos;i="4.98,859,1392181200"; d="scan'208";a="123077432" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 17 May 2014 08:45:29 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 0C927B4125; Sat, 17 May 2014 08:45:29 -0400 (EDT) Date: Sat, 17 May 2014 08:45:29 -0400 (EDT) From: Rick Macklem To: Damian Danielecki Message-ID: <933053021.3570827.1400330729023.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: [9.3 PRE] filesystem full even if there are free descriptors and disk space MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 May 2014 12:45:32 -0000 Damian Danielecki wrote: > I am receiving errors like this on heavily loaded FreeBSD > 9.3-PRERELEASE nfs server: > May 17 05:01:02 nfsd kernel: pid 4173 (nfsd), uid 0 inumber 185391682 > on /exports: filesystem full > Do you have -maproot=root on the line for /exports in /etc/exports? If not, it might be running into a quota for "nobody", which is what "uid 0" is mapped to by default. rick > Filesystem is newly created and server newly installed with custom > minimalist kernel&world. I am experienced user. > There are many free inodes and much disk space: > > # df -i > Filesystem 1K-blocks Used Avail Capacity iused > ifree %iused Mounted on > /dev/mirror/gm0s1a 473048844 3449532 431755408 1% 306673 > 60848397 1% / > devfs 1 1 0 100% 0 > 0 100% /dev > /dev/da0p1 3783567612 1772595572 1708286632 51% 20964037 > 468035769 4% /exports > > # df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/mirror/gm0s1a 451G 3.3G 411G 1% / > devfs 1.0k 1.0k 0B 100% /dev > /dev/da0p1 3.5T 1.7T 1.6T 51% /exports > > # uname -a > FreeBSD nfsd.xxx.pl 9.3-PRERELEASE FreeBSD 9.3-PRERELEASE #5: Fri May > 16 15:41:36 CEST 2014 > root@nfsd.xxx.pl:/usr/obj/usr/src/sys/FREEBSD9 amd64 > > Filesystem is clean and not fragmented. > For sure fsck has been done on unmounted filesystem. > I see these errors also after fsck. > > # fsck -t ufs -y /dev/da0p1 > ** /dev/da0p1 > ** Last Mounted on /exports > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > ** Phase 5 - Check Cyl groups > 20964037 files, 443148893 used, 502743010 free (396842 frags, > 62793271 > blocks, 0.0% fragmentation) > > These are my filesystem params. > > # tunefs -p /exports > tunefs: POSIX.1e ACLs: (-a) disabled > tunefs: NFSv4 ACLs: (-N) disabled > tunefs: MAC multilabel: (-l) disabled > tunefs: soft updates: (-n) enabled > tunefs: soft update journaling: (-j) disabled > tunefs: gjournal: (-J) disabled > tunefs: trim: (-t) disabled > tunefs: maximum blocks per file in a cylinder group: (-e) 4096 > tunefs: average file size: (-f) 16384 > tunefs: average number of files in a directory: (-s) 64 > tunefs: minimum percentage of free space: (-m) 8% > tunefs: space to hold for metadata blocks: (-k) 6408 > tunefs: optimization preference: (-o) time > tunefs: volume label: (-L) > > My mouting flags are: > /dev/da0p1 on /exports (ufs, NFS exported, local, noatime, nosuid, > with quotas, soft-updates) > > I found file releated to sample inode, it's users's backup. > > File: "/exports/(...)/xxx.tar.gz" > Size: 53706752 FileType: Regular File > Mode: (0640/-rw-r-----) Uid: ( 6225/ (6225)) Gid: ( 1676/ > (1676)) > Device: 0,78 Inode: 185391682 Links: 1 > Access: Sat May 17 05:00:57 2014 > Modify: Sat May 17 05:01:02 2014 > Change: Sat May 17 05:01:48 2014 > > I am unable to decompress it, it's actually damaged: > # cp xxx.tar.gz /otherfilesystem/ > # cd /otherfilesystem && gzip -d xxx.tar.gz > gzip: xxx.tar.gz: unexpected end of file > gzip: xxx.tar.gz: uncompress failed > > I've tried to rerun this user's backup and I am able to reproduce > problem just now. The same backup file of the same user now has > different inode but problem is the same: > pid 4173 (nfsd), uid 0 inumber 185391652 on /exports: filesystem full > > # stat -x xxx.tar.gz > File: "xxx.tar.gz" > Size: 55902208 FileType: Regular File > Mode: (0640/-rw-r-----) Uid: ( 6225/ (6225)) Gid: ( 1676/ > (1676)) > Device: 0,78 Inode: 185391652 Links: 1 > Access: Sat May 17 12:51:47 2014 > Modify: Sat May 17 12:51:51 2014 > Change: Sat May 17 12:52:52 2014 > > Of course I am able to create any new big file from /dev/random, > there > is free space. I've easily created single 30GB file via nfs. > I've also tried to count md5 sum of newly generated 1GB file many > times via nfs and it's still the same. I checked this to be sure nfs > transmission is valid and da0 device is working properly. > > I've added some primitive debug to kernel sources but this is > production env so I will be able to reboot server only at night. Just > now it's impossible. > > /usr/src/sys/ufs # grep -R 'filesystem full' * > ffs/ffs_balloc.c: ffs_fserr(fs, > ip->i_number, "filesystem full line 320"); > ffs/ffs_balloc.c: ffs_fserr(fs, > ip->i_number, "filesystem full line 397"); > ffs/ffs_balloc.c: ffs_fserr(fs, > ip->i_number, "filesystem full line 882"); > ffs/ffs_balloc.c: ffs_fserr(fs, > ip->i_number, "filesystem full line 960"); > ffs/ffs_alloc.c: ffs_fserr(fs, ip->i_number, > "filesystem full line 227"); > ffs/ffs_alloc.c: ffs_fserr(fs, ip->i_number, > "filesystem full line 438"); > > Any help will be appreciated! Should be corrected before 9.3-RELEASE. > > DD > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat May 17 13:18:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D167FF3 for ; Sat, 17 May 2014 13:18:37 +0000 (UTC) Received: from mail-lb0-x241.google.com (mail-lb0-x241.google.com [IPv6:2a00:1450:4010:c04::241]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CA3920A0 for ; Sat, 17 May 2014 13:18:36 +0000 (UTC) Received: by mail-lb0-f193.google.com with SMTP id c11so960169lbj.0 for ; Sat, 17 May 2014 06:18:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qa+jXG+ipvtuMPZGKItnLQ/X1UomZOq76ZR3q7cZpEY=; b=Mu0PR4eWbvTaueiokFvH/DXDWqQ1YhZQdlDoIdfiTloLObTVAeF4LmTmwr3Urf6PjH /gZ414d+uexygR8QDO6MolEcBMDR0jb/rktZetFeNRr6b0+ZsOAFlfCKX8u3uybsKg4G WYQlK/qAldV6UZXUUH+ySdZvGz1DlqEZo3jHNMzSmlesTDZhnzwEbZDod9GcIki4v4A/ rEKc23UMI+x550XUjYi3AnW3urflMi7O6PO7vK8vkYEKXgeRAb0uP5pYcVTW3wILKgOZ jWUcNfMHtFKf4c5/55zpRkYWj4EL7DflYQNaH++sF3sacU3GKZM6xiS7IKfyORlE4ZEI 7EBQ== MIME-Version: 1.0 X-Received: by 10.112.138.37 with SMTP id qn5mr6512140lbb.52.1400332714630; Sat, 17 May 2014 06:18:34 -0700 (PDT) Received: by 10.112.161.230 with HTTP; Sat, 17 May 2014 06:18:34 -0700 (PDT) In-Reply-To: <933053021.3570827.1400330729023.JavaMail.root@uoguelph.ca> References: <933053021.3570827.1400330729023.JavaMail.root@uoguelph.ca> Date: Sat, 17 May 2014 15:18:34 +0200 Message-ID: Subject: Re: [9.3 PRE] filesystem full even if there are free descriptors and disk space From: Damian Danielecki To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Rick Macklem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 May 2014 13:18:37 -0000 > Do you have -maproot=root on the line for /exports in /etc/exports? Yes, I have. Thank you Rick. I am suprised but It's quota issue. DD From owner-freebsd-stable@FreeBSD.ORG Sun May 18 10:31:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 093F7368 for ; Sun, 18 May 2014 10:31:58 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 892282E6F for ; Sun, 18 May 2014 10:31:57 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s4IAVm9P058785; Sun, 18 May 2014 12:31:53 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 266D53B9C; Sun, 18 May 2014 12:31:48 +0200 (CEST) Message-ID: <53788C0E.6090500@omnilan.de> Date: Sun, 18 May 2014 12:31:42 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Damian Danielecki Subject: Re: [9.3 PRE] Intel i210AT ethernet adapter MSI-X problems (igb driver) References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9F6D8790CD62E58C851A3041" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Sun, 18 May 2014 12:31:53 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 May 2014 10:31:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9F6D8790CD62E58C851A3041 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bez=FCglich Damian Danielecki's Nachricht vom 17.05.2014 14:40 (localtime= ): > I am receiving as many as 30.000-40.000 interrupts per second under no > big nfs traffic. > Avg traffic is 20Mb/s, avg interrupts number on igb device is 13.000/s.= > IMHO. I could compare this to similar igb adapters on other FreeBSD 9 > servers and in this case should be less interrupts (lightweight > traffic conditions). > Additionally all of these interrupts occupies only one IRQ. > The interested thing is CPU usage caused by %interrupts is very small > (under 1%) so this is reason I am still able to use this ethernet > card. >=20 > # uname -a > FreeBSD nfsd.xxx.pl 9.3-PRERELEASE FreeBSD 9.3-PRERELEASE #5: Fri May > 16 15:41:36 CEST 2014 > root@nfsd.xxx.pl:/usr/obj/usr/src/sys/FREEBSD9 amd64 > This is custom minimalist kernel. >=20 >=20 > I see in the sources of igb driver that i210 is generally supported: > /usr/src/sys/dev/e1000 # grep 'I210' * |wc -l > 64 >=20 > I guess mine adapter (onboard quad gigabit I210T) is not correctly > handled in the sources of the driver but system recognizes it as igb. >=20 > # dmidecode > (...) > Manufacturer: Supermicro > Product Name: X10SLM+-LN4F > (...) >=20 > # dmesg |grep igb0 > igb0: port > 0xc000-0xc01f mem 0xf7400000-0xf747ffff,0xf7480000-0xf7483fff irq 18 > at device 0.0 on pci4 > igb0: Using MSIX interrupts with 5 vectors > igb0: Ethernet address: 0c:c4:7a:01:e3:50 > igb0: Bound queue 0 to cpu 0 > igb0: Bound queue 1 to cpu 1 > igb0: Bound queue 2 to cpu 2 > igb0: Bound queue 3 to cpu 3 > igb0: link state changed to UP >=20 >=20 > No device description: > #pciconf -vl > igb0@pci0:4:0:0: class=3D0x020000 card=3D0x153315d9 chip=3D0x153= 38086 > rev=3D0x03 hdr=3D0x00 > vendor =3D 'Intel Corporation' > class =3D network > subclass =3D ethernet >=20 >=20 > Number of interrupts taken by device since system startup: > # vmstat -i > irq269: igb0:que 0 501886805 13364 > irq270: igb0:que 1 40477 1 > irq271: igb0:que 2 40417 1 > irq272: igb0:que 3 7526720 200 > irq273: igb0:link 12 0 >=20 > Sample current number of interrupts with not big NFS traffic: > # systat -vm1 > Interrupts > 34352 total (!!!) > (...) > 29937 igb0:que 0 > 1 igb0:que 1 > 1 igb0:que 2 > 1 igb0:que 3 > 1 igb0:link AFAIK i210 doesn't support multiple queues. I had to add 'hw.igb.num_queues=3D1' to my loader.conf when I did some tests with i210. In my case it was PCIe-passthrough, so probably different story, but in case you might want to see what results you get with limiting queues to 1. -Harry --------------enig9F6D8790CD62E58C851A3041 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlN4jBMACgkQLDqVQ9VXb8hUmACdEL1rwcUuUbRJeG9U8SVLUf+A ph8AoJG5N4act9WoTAxWOm2twKVwo35g =Fhxk -----END PGP SIGNATURE----- --------------enig9F6D8790CD62E58C851A3041-- From owner-freebsd-stable@FreeBSD.ORG Sun May 18 15:32:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF91CEB3 for ; Sun, 18 May 2014 15:32:46 +0000 (UTC) Received: from mail-yk0-x231.google.com (mail-yk0-x231.google.com [IPv6:2607:f8b0:4002:c07::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A6442231E for ; Sun, 18 May 2014 15:32:46 +0000 (UTC) Received: by mail-yk0-f177.google.com with SMTP id 19so3707725ykq.36 for ; Sun, 18 May 2014 08:32:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=00igG1myVLKrJsHkHD/aKq7h/1kclCbB8cdyeMZnpgs=; b=Q50sIvserJ/tVax94emGKuC3ua/W4KJAyZi6SdZ6GtRgn/O3swYne9xH5I0okSQyiv 22RsJGQwkYqgoxZ+U43ZOpULiuPWt92xLxFd+6FsADNniRr2LWjfY3v7+GpqjG8QrLjy bigwfJ/IzNYRn5g+VraLxQsqkr8wKBBm619GpFjeVJDNYBVO99bT+SQrUFmb318BpSF9 f/Eg4ItcISsKPL9FyfxZtiu2jENX3pQyuEHpGhpAheIDa3wdqveh0FZVJ5leZfwg9mL3 a9Ccy/mNDcdmH2CFpdj5LgWFsUJLuw+yJGlbw651a47gfm6Zsyt4r2Grn0kSQCh1/L3f oUHA== MIME-Version: 1.0 X-Received: by 10.236.142.16 with SMTP id h16mr44594518yhj.2.1400427165544; Sun, 18 May 2014 08:32:45 -0700 (PDT) Received: by 10.170.154.212 with HTTP; Sun, 18 May 2014 08:32:45 -0700 (PDT) Reply-To: huanghwh@gmail.com Date: Sun, 18 May 2014 23:32:45 +0800 Message-ID: Subject: r266165: powerd hang sytem on MacbookPro 2013 From: Huang Wen Hui To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 May 2014 15:32:46 -0000 Hi, Before r266165, There is no "dev.cpu.0.freq" on my MacbookPro 2013, now I got: #sysctl dev.cpu.0.freq dev.cpu.0.freq: 2601 but If start powerd, system will quickly hang, both keyboard and ethernet are not respond. Cheers, Huang Wenhui From owner-freebsd-stable@FreeBSD.ORG Sun May 18 20:00:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA124625; Sun, 18 May 2014 20:00:31 +0000 (UTC) Received: from zimbra.nitronet.pl (zimbra.nitronet.pl [79.98.150.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6F1F626CF; Sun, 18 May 2014 20:00:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.nitronet.pl (Postfix) with ESMTP id 14FE460CC3; Sun, 18 May 2014 21:54:14 +0200 (CEST) Received: from zimbra.nitronet.pl ([127.0.0.1]) by localhost (zimbra.nitronet.pl [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 8Y2bjIIXeopw; Sun, 18 May 2014 21:54:13 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by zimbra.nitronet.pl (Postfix) with ESMTP id 0C071616FE; Sun, 18 May 2014 21:54:13 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.8.4 zimbra.nitronet.pl 0C071616FE DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nitronet.pl; s=C6C9846A-6E8C-11E3-A3F3-239CBF155B7D; t=1400442853; bh=BCnotBZf2sSZnieCc+h8AePozmJFcAGqkVCSXlq6UBI=; h=Date:From:Message-ID:To:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding; b=wvqGHPMlBrTRyJFQZ/8I6ba743V6FZONUue8ivp3W1VTfRuraH5haxMRtkxPsdTwo gPYUl54r1s6CAzr7hOke9qMmVQdXwfiG1PzuVrvphUX+T63qDT0CJeRwRozFqFUMec z323wCzhuH0LbrITCXHlBB/GWlQ10UQh8GVlKb0E= X-Virus-Scanned: amavisd-new at zimbra.nitronet.pl Received: from zimbra.nitronet.pl ([127.0.0.1]) by localhost (zimbra.nitronet.pl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id EQTkXIBola1w; Sun, 18 May 2014 21:54:12 +0200 (CEST) Received: from hC35A6B23.cli.nitronet.pl (hC35A6B23.cli.nitronet.pl [195.90.107.35]) by zimbra.nitronet.pl (Postfix) with ESMTPSA id E393C60CC3; Sun, 18 May 2014 21:54:12 +0200 (CEST) Date: Sun, 18 May 2014 21:52:43 +0200 From: =?windows-1250?Q?Pawe=B3_Tyll?= X-Priority: 3 (Normal) Message-ID: <119041575.20140518215243@ofca.me> To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Subject: Periodic panics (again) 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.18 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, 18 May 2014 20:00:32 -0000 Hi guys, I'm experiencing (somewhat random) panics every few days. FreeBSD 10.0-STABLE #0 r265785 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x378 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff808ef4f9 stack pointer = 0x28:0xfffffe034a534960 frame pointer = 0x28:0xfffffe034a5349f0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (dummynet) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0xffffffff8092ba30 at kdb_backtrace+0x60 #1 0xffffffff808f0f85 at panic+0x155 #2 0xffffffff80d01a5f at trap_fatal+0x38f #3 0xffffffff80d01d78 at trap_pfault+0x308 #4 0xffffffff80d01430 at trap+0x4a0 #5 0xffffffff80ce7f32 at calltrap+0x8 #6 0xffffffff80a1ca77 at ip_input+0x4a7 #7 0xffffffff809bbae2 at netisr_dispatch_src+0x62 #8 0xffffffff80adf96c at dummynet_send+0x10c #9 0xffffffff80adf584 at dummynet_task+0x2c4 #10 0xffffffff8093a095 at taskqueue_run_locked+0xe5 #11 0xffffffff8093ab28 at taskqueue_thread_loop+0xa8 #12 0xffffffff808c1b1a at fork_exit+0x9a #13 0xffffffff80ce846e at fork_trampoline+0xe (kgdb) #0 doadump (textdump=) at pcpu.h:219 #1 0xffffffff808f0c02 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:452 #2 0xffffffff808f0fc4 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0xffffffff80d01a5f in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:881 #4 0xffffffff80d01d78 in trap_pfault (frame=0xfffffe034a5348b0, usermode=) at /usr/src/sys/amd64/amd64/trap.c:692 #5 0xffffffff80d01430 in trap (frame=0xfffffe034a5348b0) at /usr/src/sys/amd64/amd64/trap.c:456 #6 0xffffffff80ce7f32 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0xffffffff808ef4f9 in __rw_rlock (c=0xfffff80063753438, file=0x0, line=0) at /usr/src/sys/kern/kern_rwlock.c:420 #8 0xffffffff80a1ca77 in ip_input (m=0xfffff8010d7fc800) at /usr/src/sys/netinet/ip_input.c:593 #9 0xffffffff809bbae2 in netisr_dispatch_src (proto=, source=, m=0x0) at /usr/src/sys/net/netisr.c:972 #10 0xffffffff80adf96c in dummynet_send (m=) at /usr/src/sys/netpfil/ipfw/ip_dn_io.c:665 #11 0xffffffff80adf584 in dummynet_task (context=, pending=) at /usr/src/sys/netpfil/ipfw/ip_dn_io.c:625 #12 0xffffffff8093a095 in taskqueue_run_locked (queue=0xfffff8005d7a5e00) at /usr/src/sys/kern/subr_taskqueue.c:342 #13 0xffffffff8093ab28 in taskqueue_thread_loop (arg=) at /usr/src/sys/kern/subr_taskqueue.c:563 #14 0xffffffff808c1b1a in fork_exit ( callout=0xffffffff8093aa80 , arg=0xffffffff8151b758, frame=0xfffffe034a534c00) at /usr/src/sys/kern/kern_fork.c:995 #15 0xffffffff80ce846e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #16 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb) Full dump is available (actually four of them at this time) if more info is needed. Any ideas? Kind regards. From owner-freebsd-stable@FreeBSD.ORG Sun May 18 21:05:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 574049A7 for ; Sun, 18 May 2014 21:05:56 +0000 (UTC) Received: from v114020.home.net.pl (v114020.home.net.pl [188.128.140.228]) by mx1.freebsd.org (Postfix) with SMTP id 9A6632BCE for ; Sun, 18 May 2014 21:05:54 +0000 (UTC) Received: from vmy4.home.net.pl [79.96.240.34] (HELO vmy4.home.net.pl) by sysinfo.home.pl [188.128.140.228] with SMTP (IdeaSmtpServer v0.80) id d26dd768a69867e7; Sun, 18 May 2014 22:59:12 +0200 Received: from 88.220.169.254 (88.220.169.254) user sb+sysinfo_pl.sysinfo via webmail; Sun, 18 May 2014 22:59:12 +0200 From: "=?UTF-8?B?U8WCYXdvbWlyIEJhYmnFhHNraSB8IFNZU0lORk8=?=" To: freebsd-stable@freebsd.org Date: Sun, 18 May 2014 22:59:12 +0200 Subject: FreeBSD 10.0-RELEASE-p2: Panic supervisor read data, page not present MIME-Version: 1.0 X-Mailer: home.pl my.webmail/2.1 Reply-To: sb@sysinfo.pl Message-ID: User-Agent: home.pl my.webmail/2.1 X-Priority: 3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 May 2014 21:05:56 -0000 CglIaQoKCglPdXIgRnJlZUJTRCAxMCBBTUQ2NCBvbiBmYWN0b3J5IG5ldyBlcXVpcG1lbnQgcGFu aWNzIG9uIGRpZmZyZW50IHRpbWUgYWZ0ZXIgDQpib290LgoKCVdlIGhhdmUgMiBzZXJ2ZXJzIHdp dGggdGhlIHNhbWUgZXF1aXAuIEJvdGggdHdvIHBhbmljcy4gUHJldmlvdXNseSBpdCB3YXMgDQpG cmVlQlNEIDEwLVNUQUJMRSBhbmQgd2FzIHRoZSBzYW1lLgoKCVNlY29uZCBwcm9ibGVtIC0gSSBo YXZlIKAib3B0aW9ucyBLREJfVU5BVFRFTkRFRCIgaXMgaW4ga2VybmVsY29uZiBidXQgDQpzZXJ2 ZXIgZG9lcyBub3QgcmVib290aW5nIGFmdGVyIHBhbmljLiBKdXN0IGhhbmdzIHdpdGhvdXQgZHVt cGluZyBjb3JlLgoKCglHTlUgZ2RiIDYuMS4xIFtGcmVlQlNEXQoKCUNvcHlyaWdodCAyMDA0IEZy ZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgoKCUdEQiBpcyBmcmVlIHNvZnR3YXJlLCBjb3Zl cmVkIGJ5IHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSwgYW5kIHlvdSANCmFyZQoKCXdl bGNvbWUgdG8gY2hhbmdlIGl0IGFuZC9vciBkaXN0cmlidXRlIGNvcGllcyBvZiBpdCB1bmRlciBj ZXJ0YWluIA0KY29uZGl0aW9ucy4KCglUeXBlICJzaG93IGNvcHlpbmciIHRvIHNlZSB0aGUgY29u ZGl0aW9ucy4KCglUaGVyZSBpcyBhYnNvbHV0ZWx5IG5vIHdhcnJhbnR5IGZvciBHREIuIKBUeXBl ICJzaG93IHdhcnJhbnR5IiBmb3IgZGV0YWlscy4KCglUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBh cyAiYW1kNjQtbWFyY2VsLWZyZWVic2QiLi4uCgoJoAoKCVVucmVhZCBwb3J0aW9uIG9mIHRoZSBr ZXJuZWwgbWVzc2FnZSBidWZmZXI6CgoJoAoKCaAKCglGYXRhbCB0cmFwIDEyOiBwYWdlIGZhdWx0 IHdoaWxlIGluIGtlcm5lbCBtb2RlCgoJY3B1aWQgPSA3OyBhcGljIGlkID0gMDcKCglmYXVsdCB2 aXJ0dWFsIGFkZHJlc3MgoCA9IDB4NDVkNQoKCWZhdWx0IGNvZGUgoCCgIKAgoCCgIKAgoD0gc3Vw ZXJ2aXNvciByZWFkIGRhdGEsIHBhZ2Ugbm90IHByZXNlbnQKCglpbnN0cnVjdGlvbiBwb2ludGVy IKAgoCA9IDB4MjA6MHhmZmZmZmZmZjgwMzU0MTU5CgoJc3RhY2sgcG9pbnRlciCgIKAgoCCgIKAg PSAweDI4OjB4ZmZmZmZlMDQ1NDhkMDdjMAoKCWZyYW1lIHBvaW50ZXIgoCCgIKAgoCCgID0gMHgy ODoweGZmZmZmZTA0NTQ4ZDA3ZjAKCgljb2RlIHNlZ21lbnQgoCCgIKAgoCCgIKA9IGJhc2UgMHgw LCBsaW1pdCAweGZmZmZmLCB0eXBlIDB4MWIKCgmgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCA9IERQ TCAwLCBwcmVzIDEsIGxvbmcgMSwgZGVmMzIgMCwgZ3JhbiAxCgoJcHJvY2Vzc29yIGVmbGFncyCg IKAgoCCgPSBpbnRlcnJ1cHQgZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0gMAoKCWN1cnJlbnQgcHJv Y2VzcyCgIKAgoCCgID0gMTIgKHN3aTQ6IGNsb2NrKQoKCXRyYXAgbnVtYmVyIKAgoCCgIKAgoCCg ID0gMTIKCglwYW5pYzogcGFnZSBmYXVsdAoKCWNwdWlkID0gMwoKCUtEQjogc3RhY2sgYmFja3Ry YWNlOgoKCWRiX3RyYWNlX3NlbGZfd3JhcHBlcigpIGF0IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisw eDJiL2ZyYW1lIA0KMHhmZmZmZmUwNDU0OGQwMmEwCgoJa2RiX2JhY2t0cmFjZSgpIGF0IGtkYl9i YWNrdHJhY2UrMHgzOS9mcmFtZSAweGZmZmZmZTA0NTQ4ZDAzNTAKCglwYW5pYygpIGF0IHBhbmlj KzB4MTU1L2ZyYW1lIDB4ZmZmZmZlMDQ1NDhkMDNkMAoKCXRyYXBfZmF0YWwoKSBhdCB0cmFwX2Zh dGFsKzB4M2EyL2ZyYW1lIDB4ZmZmZmZlMDQ1NDhkMDQzMAoKCXRyYXBfcGZhdWx0KCkgYXQgdHJh cF9wZmF1bHQrMHgyYzkvZnJhbWUgMHhmZmZmZmUwNDU0OGQwNGUwCgoJdHJhcCgpIGF0IHRyYXAr MHg1ZTYvZnJhbWUgMHhmZmZmZmUwNDU0OGQwNzAwCgoJY2FsbHRyYXAoKSBhdCBjYWxsdHJhcCsw eDgvZnJhbWUgMHhmZmZmZmUwNDU0OGQwNzAwCgoJLS0tIHRyYXAgMHhjLCByaXAgPSAweGZmZmZm ZmZmODAzNTQxNTksIHJzcCA9IDB4ZmZmZmZlMDQ1NDhkMDdjMCwgcmJwID0gDQoweGZmZmZmZTA0 NTQ4ZDA3ZjAgLS0tCgoJaXBmX2ZyYWdfbmF0Zm9yZ2V0KCkgYXQgaXBmX2ZyYWdfbmF0Zm9yZ2V0 KzB4NjkvZnJhbWUgMHhmZmZmZmUwNDU0OGQwN2YwCgoJaXBmX25hdF9kZWxldGUoKSBhdCBpcGZf bmF0X2RlbGV0ZSsweDNlYy9mcmFtZSAweGZmZmZmZTA0NTQ4ZDA4NDAKCglpcGZfbmF0X2V4cGly ZSgpIGF0IGlwZl9uYXRfZXhwaXJlKzB4OTEvZnJhbWUgMHhmZmZmZmUwNDU0OGQwODkwCgoJaXBm X3Nsb3d0aW1lcigpIGF0IGlwZl9zbG93dGltZXIrMHgyNi9mcmFtZSAweGZmZmZmZTA0NTQ4ZDA4 YjAKCglpcGZfdGltZXJfZnVuYygpIGF0IGlwZl90aW1lcl9mdW5jKzB4MzIvZnJhbWUgMHhmZmZm ZmUwNDU0OGQwOGUwCgoJc29mdGNsb2NrX2NhbGxfY2MoKSBhdCBzb2Z0Y2xvY2tfY2FsbF9jYysw eDE2Yy9mcmFtZSAweGZmZmZmZTA0NTQ4ZDA5YjAKCglzb2Z0Y2xvY2soKSBhdCBzb2Z0Y2xvY2sr MHg5NC9mcmFtZSAweGZmZmZmZTA0NTQ4ZDA5ZTAKCglpbnRyX2V2ZW50X2V4ZWN1dGVfaGFuZGxl cnMoKSBhdCBpbnRyX2V2ZW50X2V4ZWN1dGVfaGFuZGxlcnMrMHhhYi9mcmFtZSANCjB4ZmZmZmZl MDQ1NDhkMGEyMAoKCWl0aHJlYWRfbG9vcCgpIGF0IGl0aHJlYWRfbG9vcCsweDk2L2ZyYW1lIDB4 ZmZmZmZlMDQ1NDhkMGE3MAoKCWZvcmtfZXhpdCgpIGF0IGZvcmtfZXhpdCsweDlhL2ZyYW1lIDB4 ZmZmZmZlMDQ1NDhkMGFiMAoKCWZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZSsw eGUvZnJhbWUgMHhmZmZmZmUwNDU0OGQwYWIwCgoJLS0tIHRyYXAgMCwgcmlwID0gMCwgcnNwID0g MHhmZmZmZmUwNDU0OGQwYjcwLCByYnAgPSAwIC0tLQoKCVVwdGltZTogMWgyNW0xNnMKCglEdW1w aW5nIDg1MSBvdXQgb2YgMTYyOTggDQpNQjouLjIlLi4xMiUuLjIxJS4uMzElLi40MiUuLjUxJS4u NjElLi43MiUuLjgxJS4uOTElCgoJoAoKCVJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5l bC9haW8ua28uc3ltYm9scy4uLmRvbmUuCgoJTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5l bC9haW8ua28uc3ltYm9scwoKCVJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9hY2Nm X2RhdGEua28uc3ltYm9scy4uLmRvbmUuCgoJTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5l bC9hY2NmX2RhdGEua28uc3ltYm9scwoKCVJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5l bC9hY2NmX2Rucy5rby5zeW1ib2xzLi4uZG9uZS4KCglMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qv a2VybmVsL2FjY2ZfZG5zLmtvLnN5bWJvbHMKCglSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9r ZXJuZWwvYWNjZl9odHRwLmtvLnN5bWJvbHMuLi5kb25lLgoKCUxvYWRlZCBzeW1ib2xzIGZvciAv Ym9vdC9rZXJuZWwvYWNjZl9odHRwLmtvLnN5bWJvbHMKCglSZWFkaW5nIHN5bWJvbHMgZnJvbSAv Ym9vdC9rZXJuZWwvY29yZXRlbXAua28uc3ltYm9scy4uLmRvbmUuCgoJTG9hZGVkIHN5bWJvbHMg Zm9yIC9ib290L2tlcm5lbC9jb3JldGVtcC5rby5zeW1ib2xzCgoJUmVhZGluZyBzeW1ib2xzIGZy b20gL2Jvb3Qva2VybmVsL2NjX2h0Y3Aua28uc3ltYm9scy4uLmRvbmUuCgoJTG9hZGVkIHN5bWJv bHMgZm9yIC9ib290L2tlcm5lbC9jY19odGNwLmtvLnN5bWJvbHMKCglSZWFkaW5nIHN5bWJvbHMg ZnJvbSAvYm9vdC9rZXJuZWwvY3RsLmtvLnN5bWJvbHMuLi5kb25lLgoKCUxvYWRlZCBzeW1ib2xz IGZvciAvYm9vdC9rZXJuZWwvY3RsLmtvLnN5bWJvbHMKCglSZWFkaW5nIHN5bWJvbHMgZnJvbSAv Ym9vdC9rZXJuZWwvaXNjc2kua28uc3ltYm9scy4uLmRvbmUuCgoJTG9hZGVkIHN5bWJvbHMgZm9y IC9ib290L2tlcm5lbC9pc2NzaS5rby5zeW1ib2xzCgoJIzAgoGRvYWR1bXAgKHRleHRkdW1wPTEp IGF0IHBjcHUuaDoyMTkKCgkyMTkgoCCgIKAgoCCgIKAgX19hc20oIm1vdnEgJSVnczolMSwlMCIg OiAiPXIiICh0ZCkKCgkoa2dkYikgbGlzdCAqMHhmZmZmZmZmZjgwMzU0MTU5CgoJMHhmZmZmZmZm ZjgwMzU0MTU5IGlzIGluIGlwZl9mcmFnX25hdGZvcmdldCANCigvdXNyL3NyYy9zeXMvY29udHJp Yi9pcGZpbHRlci9uZXRpbmV0L2lwX2ZyYWcuYzo5NjkpLgoKCTk2NCCgIKAgoCCgIKAgoCBpcGZf ZnJhZ19zb2Z0Y190ICpzb2Z0ZiA9IHNvZnRjLT5pcGZfZnJhZ19zb2Z0OwoKCTk2NSCgIKAgoCCg IKAgoCBpcGZyX3QgoCpmcjsKCgk5NjYKCgk5NjcgoCCgIKAgoCCgIKAgV1JJVEVfRU5URVIoJnNv ZnRmLT5pcGZyX25hdGZyYWcpOwoKCTk2OCCgIKAgoCCgIKAgoCBmb3IgKGZyID0gc29mdGYtPmlw ZnJfbmF0bGlzdDsgZnI7IGZyID0gZnItPmlwZnJfbmV4dCkKCgk5NjkgoCCgIKAgoCCgIKAgoCCg IKAgoCBpZiAoZnItPmlwZnJfZGF0YSA9PSBwdHIpCgoJOTcwIKAgoCCgIKAgoCCgIKAgoCCgIKAg oCCgIKAgoCBmci0+aXBmcl9kYXRhID0gTlVMTDsKCgk5NzEgoCCgIKAgoCCgIKAgUldMT0NLX0VY SVQoJnNvZnRmLT5pcGZyX25hdGZyYWcpOwoKCTk3MiCgIKAgfQoKCTk3MwoKCUN1cnJlbnQgbGFu Z3VhZ2U6IKBhdXRvOyBjdXJyZW50bHkgbWluaW1hbAoKCShrZ2RiKSBiYWNrdHJhY2UKCgkjMCCg ZG9hZHVtcCAodGV4dGR1bXA9MSkgYXQgcGNwdS5oOjIxOQoKCSMxIKAweGZmZmZmZmZmODA5MDJi ODUgaW4ga2Vybl9yZWJvb3QgKGhvd3RvPTI2MCkgYXQgDQovdXNyL3NyYy9zeXMva2Vybi9rZXJu X3NodXRkb3duLmM6NDQ3CgoJIzIgoDB4ZmZmZmZmZmY4MDkwMmY2NCBpbiBwYW5pYyAoZm10PTx2 YWx1ZSBvcHRpbWl6ZWQgb3V0PikgYXQgDQovdXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3du LmM6NzU0CgoJIzMgoDB4ZmZmZmZmZmY4MGQwZTkzMiBpbiB0cmFwX2ZhdGFsIChmcmFtZT08dmFs dWUgb3B0aW1pemVkIG91dD4sIA0KZXZhPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PikKCgmgIKAgYXQg L3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L3RyYXAuYzo4ODIKCgkjNCCgMHhmZmZmZmZmZjgwZDBl YzA5IGluIHRyYXBfcGZhdWx0IChmcmFtZT0weGZmZmZmZTA0NTQ4ZDA3MTAsIA0KdXNlcm1vZGU9 MCkgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L3RyYXAuYzo2OTkKCgkjNSCgMHhmZmZmZmZm ZjgwZDBlMzk2IGluIHRyYXAgKGZyYW1lPTB4ZmZmZmZlMDQ1NDhkMDcxMCkgYXQgDQovdXNyL3Ny Yy9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjQ2MwoKCSM2IKAweGZmZmZmZmZmODBjZjUxMzIgaW4g Y2FsbHRyYXAgKCkgYXQgDQovdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvZXhjZXB0aW9uLlM6MjMy CgoJIzcgoDB4ZmZmZmZmZmY4MDM1NDE1OSBpbiBpcGZfZnJhZ19uYXRmb3JnZXQgKHNvZnRjPTx2 YWx1ZSBvcHRpbWl6ZWQgb3V0PiwgDQpwdHI9MHhmZmZmZjgwMzg4Y2I5YzAwKQoKCaAgoCBhdCAv dXNyL3NyYy9zeXMvY29udHJpYi9pcGZpbHRlci9uZXRpbmV0L2lwX2ZyYWcuYzo5NjgKCgkjOCCg MHhmZmZmZmZmZjgwMzVhMzljIGluIGlwZl9uYXRfZGVsZXRlIChzb2Z0Yz0weGZmZmZmZmZmODE1 OGI2ZDgsIA0KbmF0PTB4ZmZmZmY4MDM4OGNiOWMwMCwgbG9ndHlwZT02NTUzNSkKCgmgIKAgYXQg L3Vzci9zcmMvc3lzL2NvbnRyaWIvaXBmaWx0ZXIvbmV0aW5ldC9pcF9uYXQuYzoyNDQ3CgoJIzkg oDB4ZmZmZmZmZmY4MDM1ZmJjMSBpbiBpcGZfbmF0X2V4cGlyZSAoc29mdGM9MHhmZmZmZmZmZjgx NThiNmQ4KSBhdCANCi91c3Ivc3JjL3N5cy9jb250cmliL2lwZmlsdGVyL25ldGluZXQvaXBfbmF0 LmM6NTg5NAoKCSMxMCAweGZmZmZmZmZmODAzNGViYjYgaW4gaXBmX3Nsb3d0aW1lciAoc29mdGM9 MHhmZmZmZmZmZjgxNThiNmQ4KSBhdCANCi91c3Ivc3JjL3N5cy9jb250cmliL2lwZmlsdGVyL25l dGluZXQvZmlsLmM6MTAwMzgKCgkjMTEgMHhmZmZmZmZmZjgwMzUxMzgyIGluIGlwZl90aW1lcl9m dW5jIChhcmc9MHhmZmZmZmZmZjgxNThiNmQ4KSBhdCANCi91c3Ivc3JjL3N5cy9jb250cmliL2lw ZmlsdGVyL25ldGluZXQvaXBfZmlsX2ZyZWVic2QuYzoxNzgKCgkjMTIgMHhmZmZmZmZmZjgwOTE4 MTRjIGluIHNvZnRjbG9ja19jYWxsX2NjIChjPTB4ZmZmZmZmZmY4MTU4YmFkMCwgDQpjYz0weGZm ZmZmZmZmODE1OWJhODAsIGRpcmVjdD0wKQoKCaAgoCBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJu X3RpbWVvdXQuYzo2ODIKCgkjMTMgMHhmZmZmZmZmZjgwOTE4NTk0IGluIHNvZnRjbG9jayAoYXJn PTB4ZmZmZmZmZmY4MTU5YmE4MCkgYXQgDQovdXNyL3NyYy9zeXMva2Vybi9rZXJuX3RpbWVvdXQu Yzo4MTAKCgkjMTQgMHhmZmZmZmZmZjgwOGQ2MDBiIGluIGludHJfZXZlbnRfZXhlY3V0ZV9oYW5k bGVycyAocD08dmFsdWUgb3B0aW1pemVkIA0Kb3V0PiwgaWU9MHhmZmZmZjgwMDA3M2FkNjAwKQoK CaAgoCBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX2ludHIuYzoxMjYzCgoJIzE1IDB4ZmZmZmZm ZmY4MDhkNjk5NiBpbiBpdGhyZWFkX2xvb3AgKGFyZz0weGZmZmZmODAwMDczYjdkMjApIGF0IA0K L3Vzci9zcmMvc3lzL2tlcm4va2Vybl9pbnRyLmM6MTI3NgoKCSMxNiAweGZmZmZmZmZmODA4ZDNj YmEgaW4gZm9ya19leGl0IChjYWxsb3V0PTB4ZmZmZmZmZmY4MDhkNjkwMCANCjxpdGhyZWFkX2xv b3A+LCBhcmc9MHhmZmZmZjgwMDA3M2I3ZDIwLCBmcmFtZT0weGZmZmZmZTA0NTQ4ZDBhYzApCgoJ oCCgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZm9yay5jOjk5NQoKCSMxNyAweGZmZmZmZmZm ODBjZjU2NmUgaW4gZm9ya190cmFtcG9saW5lICgpIGF0IA0KL3Vzci9zcmMvc3lzL2FtZDY0L2Ft ZDY0L2V4Y2VwdGlvbi5TOjYwNgoKCSMxOCAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkKCgko a2dkYikgcXVpdKAKCgktLQoKCglTLkJhYmluc2tpCg== From owner-freebsd-stable@FreeBSD.ORG Sun May 18 22:43:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E71B7715; Sun, 18 May 2014 22:43:33 +0000 (UTC) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 98A352307; Sun, 18 May 2014 22:43:33 +0000 (UTC) Received: by mail-qg0-f41.google.com with SMTP id j5so7705510qga.0 for ; Sun, 18 May 2014 15:43: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:date:message-id:subject :from:to:cc:content-type; bh=Ehh2HMBGxZ8CuVsc+o8fqHd0CAhPOrBcfIT3Z/X68zQ=; b=HM7CugCwdwNrUNJJ/vB8+euzubhOv/4HDm0tRiKJ/2qvn24RL+V7M4rZUXuFdL/SjZ f9RegRV8JE+G2k+UfAf1pNk0yWNVUWU5WcoQ+j6K8tDUPnCN8tAzpykrIcRJc0yE7c1l s6r6B3mZVAg6XtemEy2wy4S1u146PBi+qImkws1Ko6mTj0ygqJhcNw0mwMrXPsaXWbRp DS60ONtrTf3Ij9Gk8yE6bbEew+I1st8pCWczMedKEkchge/STobm6PHHv+HDs9c6mzQy b2Fqqg64Img/4rrt6UOUkfxYOeFZ6BcHUMj2sTcf+b0Vd5XOCMDFSHdgcb4HURcepW1m Z1FA== MIME-Version: 1.0 X-Received: by 10.140.96.51 with SMTP id j48mr42749670qge.24.1400453012777; Sun, 18 May 2014 15:43:32 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Sun, 18 May 2014 15:43:32 -0700 (PDT) In-Reply-To: References: Date: Sun, 18 May 2014 15:43:32 -0700 X-Google-Sender-Auth: IcJuGBM4Nmt76zwZUb_98gfAt9c Message-ID: Subject: Re: r266165: powerd hang sytem on MacbookPro 2013 From: Adrian Chadd To: =?UTF-8?B?6buE5paH6L6J?= , Colin Percival Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 May 2014 22:43:34 -0000 Hm, odd! colin? -a On 18 May 2014 08:32, Huang Wen Hui wrote: > Hi, > Before r266165, There is no "dev.cpu.0.freq" on my MacbookPro 2013, now I > got: > > #sysctl dev.cpu.0.freq > dev.cpu.0.freq: 2601 > > but If start powerd, system will quickly hang, both keyboard and ethernet > are not respond. > > Cheers, > > Huang Wenhui > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 May 19 00:05:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8AD107E2; Mon, 19 May 2014 00:05:46 +0000 (UTC) Received: from mail-yk0-x233.google.com (mail-yk0-x233.google.com [IPv6:2607:f8b0:4002:c07::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F44C28E0; Mon, 19 May 2014 00:05:46 +0000 (UTC) Received: by mail-yk0-f179.google.com with SMTP id 19so3939191ykq.38 for ; Sun, 18 May 2014 17:05:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=5NYPQN+6B/89vE4irCoNpn4ErQFDV1OE7mMKY3U2mT4=; b=O6VE9rZ6CXSxUOUgWURTHO7Drqnr8JTwVFcmX8JVEyuo2LxUb7qB5ccuT8JPrM/iSN b02kLyV2vLPQV/3GseSUjEq8FTfwJIvtY9AZlL61UXHtkofPeaWx+jMzJfu7t5zPgKdB VV35DFUwdsULb/s1v9kOA+80WiXWSorvs9W/LIKv+7ZNezhhaD7SaL2d/DT37VKm+gRR At8Rn5MBpGAw5Uf30jsdaFhb+H5U9BOnSPB6ZfPPAXKf4FYyjMEo/wuDkN6yUvT4+56p YXFjvSmzvllpfokHuPKMXIrcSAlPPwh830fmWZy75jHzDzW+0Xj6aku1LR6Isq4AHoq4 +zvw== MIME-Version: 1.0 X-Received: by 10.236.21.241 with SMTP id r77mr47568200yhr.7.1400457945435; Sun, 18 May 2014 17:05:45 -0700 (PDT) Received: by 10.170.154.212 with HTTP; Sun, 18 May 2014 17:05:45 -0700 (PDT) Reply-To: huanghwh@gmail.com In-Reply-To: References: Date: Mon, 19 May 2014 08:05:45 +0800 Message-ID: Subject: Re: r266165: powerd hang sytem on MacbookPro 2013 From: Huang Wen Hui To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-stable@freebsd.org" , Colin Percival X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 19 May 2014 00:05:46 -0000 I run i7z(/usr/ports/sysutils/i7z), i7z show "real current Frequency" is 3xxx MHz normally without powerd. i7z can show "real current Frequency" is 18xx MHz with powerd before hang. Cpu speed from cpuinfo 2594.00Mhz cpuinfo might be wrong if cpufreq is enabled. To guess correctly try estimating via tsc Linux's inbuilt cpu_khz code emulated now True Frequency (without accounting Turbo) 2593 MHz CPU Multiplier 26x || Bus clock frequency (BCLK) 99.73 MHz Socket [0] - [physical cores=4, logical cores=8, max online cores ever=4] TURBO ENABLED on 4 Cores, Hyper Threading ON Max Frequency without considering Turbo 2692.73 MHz (99.73 x [27]) Max TURBO Multiplier (if Enabled) with 1/2/3/4 Cores is 38x/37x/36x/36x Real Current Frequency 3513.20 MHz [99.73 x 35.23] (Max of below) Core [core-id] :Actual Freq (Mult.) C0% Halt(C1)% C3 % C6 % Temp Core 1 [0]: 3502.26 (35.12x) 9.87 86.7 0 0 65 Core 2 [1]: 3513.20 (35.23x) 10.1 86.4 0 0 65 Core 3 [2]: 3500.84 (35.10x) 9.91 86.6 0 0 64 Core 4 [3]: 3510.82 (35.20x) 9.8 86.7 0 0 64 Cheers, Huang Wenhui 2014-05-19 6:43 GMT+08:00 Adrian Chadd : > Hm, odd! > > colin? > > -a > > > On 18 May 2014 08:32, Huang Wen Hui wrote: > > Hi, > > Before r266165, There is no "dev.cpu.0.freq" on my MacbookPro 2013, > now I > > got: > > > > #sysctl dev.cpu.0.freq > > dev.cpu.0.freq: 2601 > > > > but If start powerd, system will quickly hang, both keyboard and ethernet > > are not respond. > > > > Cheers, > > > > Huang Wenhui > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://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 May 19 02:00:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75B1DEE8 for ; Mon, 19 May 2014 02:00:33 +0000 (UTC) Received: from The.ie (The.ie [172.245.218.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "the.ie", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3809E20B0 for ; Mon, 19 May 2014 02:00:33 +0000 (UTC) Received: from The.ie (lrizzo@localhost [127.0.0.1]) by The.ie (8.14.8/8.14.8) with ESMTP id s4J1sxJP073879 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 18 May 2014 18:55:05 -0700 (PDT) (envelope-from Lucius.Rizzo@The.ie) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=the.ie; s=signed-mail; t=1400464512; bh=5wsB7Z4M/EjoXz/MsNHa6B0SkV4Tl0R0mTb7bIivvU8=; h=Date:From:To:Subject; b=Q8bT/L2IeYLO88C2oYYjSS+aLFmXi73f1hSa8KaagQ1Do1IzCvzeD1ThXbE+wQayy hXo1V9EUb0J0BFnOMxFwIHxpPms7jnrvfMQMhQgbVnBM/TZ0Mt+5B7D+pNdfFflBrz Xo1DcVWuaBv6oJ35V1a/fHWOR6zFhaJ7Usw5J2i3vrMTyMPNvThJHSgnloAbvZeYok L5LDus7S+dGgn+UEXtt0l8B01DQTByF+cXnQdE1ADHtEm5s9fl/c3Fj/d7AbCqL/vj YA927Hjn6uyKnvle7u5bxOKnuPQu+SjSHdL/c7PT4f4p/RlMlFEJ+Olax4R5yiCKld Imy0wO7a99vtg== Received: (from lrizzo@localhost) by The.ie (8.14.8/8.14.8/Submit) id s4J1sx9G073878 for freebsd-stable@freebsd.org; Sun, 18 May 2014 18:54:59 -0700 (PDT) (envelope-from Lucius.Rizzo@The.ie) X-Authentication-Warning: The.ie: lrizzo set sender to Lucius.Rizzo@The.ie using -f Date: Sun, 18 May 2014 18:54:58 -0700 From: Lucius Rizzo To: freebsd-stable@freebsd.org Subject: Blue Font/Colour when tail -f maillog Message-ID: <20140519015458.GA73848@The.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Homepage: http://Lucius.Tel/ User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-1 required=5 tests=ALL_TRUSTED X-Abuse-Report-To: Please send any abuse of our services to abuse at The.ie. The.ie is a part of The.Marketing Inc. We do not send unsolicited mail. X-Scanned-By: MIMEDefang 2.74 on 172.245.218.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 19 May 2014 02:00:33 -0000 Hi folks, I am seeing a strange behaviour I would like to understand. I use puttytray to connect to my servers which runs screen session to the other servers. In most cases, I often have a tail -f running on maillog and www log. However, when I refresh the screen settings back that window, I find the color has changed to blue. You can see a screenshot here: http://tinypic.com/r/23rkfpe/8 I have tried changing TERM settings but this only seems to happen with the tail of maillog. Same server running a tail -f on www log does not produce this. Any ideas? -- | _o _ |_)o_ _ _ |_|_|(_||_|_> | \|/_/_(_) - Lucius.Tel -------------------------------------- +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ CAUTION: Unless the word absquatulation has been used in its correct context somewhere other than in this warning, it does not have any legal or grammatical use and may be ignored. No animals were harmed in the transmission of this email, although the kelpie next door is living on borrowed time, let me tell you. Those of you with an overwhelming fear of the unknown will be gratified to learn that there is no hidden message revealed by reading this warning backwards, so just ignore that Alert Notice from Microsoft. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ From owner-freebsd-stable@FreeBSD.ORG Mon May 19 03:14:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 306E972C for ; Mon, 19 May 2014 03:14:28 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 058672673 for ; Mon, 19 May 2014 03:14:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=MzeDtuMcgtIe0TAuCRmUqXhOvSaWAzDeGbt5bniHPRY=; b=qGZ9prTQ7zb+bj7tGDsdqW/c2U139m5VxCO6xB7K7REHSvoPsyhiKRnFreiejf2brVSU8RWTA2+upKLvuyGPTaPEkMC13Z+YiArHO0YdRYkv7loYjj+R9sL/Qy4CPNZkGKsh30yp2xphLIfXFjjtV78+XOxqY+ELo8Zb+p/qtNM=; Received: from [39.195.137.190] (port=46171 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WmE1s-003Bmk-7c for freebsd-stable@freebsd.org; Sun, 18 May 2014 21:14:21 -0600 Date: Mon, 19 May 2014 11:14:11 +0800 From: Erich Dollansky To: freebsd-stable@freebsd.org Subject: reboot while writing to USB device Message-ID: <20140519111411.420bc31a@X220.alogt.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 19 May 2014 03:14:28 -0000 Hi, i just got a reboot while a backup was done to an USB device. I found later hundreds of messages like this in /var/log/messages May 19 10:24:32 X220 kernel: softdep_deallocate_dependencies: got error 6 while accessing filesystem May 19 10:24:32 X220 last message repeated 38 times May 19 10:24:32 X220 wpa_supplicant[608]: wlan0: Failed to initiate AP scan May 19 10:24:32 X220 kernel: /mnt/H500GB3/usr/home: got error 6 while accessing filesystem May 19 10:24:32 X220 last message repeated 15 times May 19 10:24:32 X220 kernel: softdep_deallocate_dependencies: got error 6 while accessing filesystem May 19 10:24:32 X220 kernel: /mnt/H500GB3/usr/home: got error 6 while accessing filesystem May 19 10:24:32 X220 last message repeated 3 times May 19 10:24:32 X220 kernel: softdep_deallocate_dependencies: got error 6 while accessing filesystem May 19 10:24:32 X220 last message repeated 18 times May 19 10:24:32 X220 kernel: /mnt/H500GB3/usr/home: got error 6 while accessing filesystem May 19 10:24:32 X220 last message repeated 7 times May 19 10:24:32 X220 kernel: softdep_deallocate_dependencies: got error 6 while accessing filesystem I ran a fsck on all partitions of the affected device. No errors were found. The source file file has had a small problem. The e-mail I was writing was properly stored but firefox lost the data of the currently opened tabs. Uname says: FreeBSD X220.alogt.com 10.0-STABLE FreeBSD 10.0-STABLE #28: Sat Apr 19 20:06:41 WITA 2014 erich@X220.alogt.com:/usr/obj/usr/src/sys/X220 amd64 The source and the destination file system are cyphered with geli. What does this error 6 mean? Erich From owner-freebsd-stable@FreeBSD.ORG Mon May 19 07:50:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69817AE7 for ; Mon, 19 May 2014 07:50:23 +0000 (UTC) Received: from mail-ee0-x236.google.com (mail-ee0-x236.google.com [IPv6:2a00:1450:4013:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D43322B04 for ; Mon, 19 May 2014 07:50:22 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id b57so3315535eek.13 for ; Mon, 19 May 2014 00:50:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=FlZt0AglUXsr37gKgS3LeXYfHMdlJ4/2xr0RRK2S7SU=; b=fdWDoEdHEYKYZXzjRhWvqYSqZkgbCzO53dS3uPgsVpC4RMB8HS1s3lodfGg8wVjSFs 2hONfvX8RJdnzPNtOI8sNv90uQKUC1TYFiGuRAYo0n2hiew+znNWyaEs9h7uQm2Xkm2Z 7RJcJ7OSFWpeRuD+5xtDlsMdVY5YhU8dcu4mz3iizpgzROY7tTvAcvgLfxXFjsQCXSqg McFD+a8cmuRvzTJbwudqB0/APcryD0eqQFIANCywASnrvQ0NPnthnrkNLCFMOjsCriXM nnYa5C2YM1C6tTqWTCowh3/O0dUYvzHD7R57BZzqEXBAyc/dIKBaQCNlfScPRHEgCUnt PEIQ== X-Received: by 10.14.7.72 with SMTP id 48mr1135710eeo.114.1400485820880; Mon, 19 May 2014 00:50:20 -0700 (PDT) Received: from strashydlo.home (actm36.neoplus.adsl.tpnet.pl. [83.11.66.36]) by mx.google.com with ESMTPSA id s46sm40045923ees.3.2014.05.19.00.50.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 19 May 2014 00:50:20 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Subject: Re: reboot while writing to USB device Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-2 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: <20140519111411.420bc31a@X220.alogt.com> Date: Mon, 19 May 2014 09:50:18 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <27FA6B19-0A48-453A-A631-3290A9B18EEE@FreeBSD.org> References: <20140519111411.420bc31a@X220.alogt.com> To: Erich Dollansky X-Mailer: Apple Mail (2.1283) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 19 May 2014 07:50:23 -0000 Wiadomo=B6=E6 napisana przez Erich Dollansky w dniu 19 maj 2014, o godz. = 05:14: > Hi, >=20 > i just got a reboot while a backup was done to an USB device. I found > later hundreds of messages like this in /var/log/messages >=20 > May 19 10:24:32 X220 kernel: softdep_deallocate_dependencies: got = error > 6 while accessing filesystem=20 > May 19 10:24:32 X220 last message repeated 38 times=20 [..] > FreeBSD X220.alogt.com 10.0-STABLE FreeBSD 10.0-STABLE #28: Sat Apr 19 > 20:06:41 WITA 2014 erich@X220.alogt.com:/usr/obj/usr/src/sys/X220 > amd64 >=20 > The source and the destination file system are cyphered with geli. >=20 > What does this error 6 mean? According to "man errno", it's ENXIO, Device not configured. = Usually it means the disk disappeared, ie. was disconnected. From owner-freebsd-stable@FreeBSD.ORG Mon May 19 08:25:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E347DFC; Mon, 19 May 2014 08:25:20 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 7AC292F0B; Mon, 19 May 2014 08:25:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=SU0AWW2KvO2A7Tl6lbatMyPu+woS6ZPwYPmL4p+BAWE=; b=jDBbQDcF1cT2fIrCSZRWj/MpvgrXn6K2l6UKucpMEpxUhsWzPrJWyStz7g/zxHA9G7jtwqvU/sigEr+wpbfApZxoLTWCiMvlQ+YiyXQwLTWwFNWlnh/ZpT++t3JwGBB8bXwu/XZGp6L/O48DerjZuHPpoCqPmyv+NueYGqqxh8E=; Received: from [39.195.137.190] (port=47812 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WmIsn-001Ew3-S2; Mon, 19 May 2014 02:25:18 -0600 Date: Mon, 19 May 2014 16:25:12 +0800 From: Erich Dollansky To: Edward Tomasz =?ISO-8859-1?Q?Napiera=3Fa?= Subject: Re: reboot while writing to USB device Message-ID: <20140519162512.4500a155@X220.alogt.com> In-Reply-To: <27FA6B19-0A48-453A-A631-3290A9B18EEE@FreeBSD.org> References: <20140519111411.420bc31a@X220.alogt.com> <27FA6B19-0A48-453A-A631-3290A9B18EEE@FreeBSD.org> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 19 May 2014 08:25:20 -0000 Hi, On Mon, 19 May 2014 09:50:18 +0200 Edward Tomasz Napiera=B3a wrote: > Wiadomo=B6=E6 napisana przez Erich Dollansky w dniu 19 maj 2014, o godz. > 05:14: > > Hi, > >=20 > > i just got a reboot while a backup was done to an USB device. I > > found later hundreds of messages like this in /var/log/messages > >=20 > > May 19 10:24:32 X220 kernel: softdep_deallocate_dependencies: got > > error 6 while accessing filesystem=20 > > May 19 10:24:32 X220 last message repeated 38 times=20 >=20 > [..] >=20 > > FreeBSD X220.alogt.com 10.0-STABLE FreeBSD 10.0-STABLE #28: Sat Apr > > 19 20:06:41 WITA 2014 > > erich@X220.alogt.com:/usr/obj/usr/src/sys/X220 amd64 > >=20 > > The source and the destination file system are cyphered with geli. > >=20 > > What does this error 6 mean? >=20 > According to "man errno", it's ENXIO, Device not configured. > Usually it means the disk disappeared, ie. was disconnected. >=20 ok, the device was not disconnected. It was still connected (physically) and could be mounted and used directly after the reboot. So, either a strange contact problem or something else under high load. Erich From owner-freebsd-stable@FreeBSD.ORG Mon May 19 13:09:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 220D8D27 for ; Mon, 19 May 2014 13:09:40 +0000 (UTC) Received: from o3.shared.sendgrid.net (o3.shared.sendgrid.net [208.117.48.85]) by mx1.freebsd.org (Postfix) with SMTP id AA77A29C4 for ; Mon, 19 May 2014 13:09:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=vwNGuEvZ1HhmSeWZNyQmA5fHcpA=; b=xK/xZKj/6ysrahxnbI qEJKQOWW0BL15X0yKJM2By52V/SaeDphf4Bh0Mtij3TtyZdSWpW+Ov2InmmYcp3M FSyF8FHFwwAqe8e4tmF8b3vvW5pWs3pzoQsqW03NK4LzYvk9gwx7lWQhXr2unaAW 6LB0PStC57Tl78OWx4Fti6CQ8= Received: by mf191.sendgrid.net with SMTP id mf191.20288.537A01826 Mon, 19 May 2014 13:05:06 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.100.60.97]) by ismtpd-013 (SG) with ESMTP id 1461495e481.4a02.7b287 for ; Mon, 19 May 2014 13:05:06 +0000 (GMT) Received: (qmail 25427 invoked from network); 19 May 2014 13:05:05 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 19 May 2014 13:05:05 -0000 Received: (qmail 4692 invoked from network); 19 May 2014 13:03:29 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 19 May 2014 13:03:29 -0000 Message-ID: <537A0121.6090102@freebsd.org> Date: Mon, 19 May 2014 06:03:29 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Adrian Chadd , =?UTF-8?B?6buE5paH6L6J?= Subject: Re: r266165: powerd hang sytem on MacbookPro 2013 References: In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-SG-EID: 5qVSvszVOIE6PbdhSmXigGB+QElqqXSFvopX9r8bq1D+JBwOPEoSYKlfOyZt9an04KRNqmr9i5ZkTlfwUSVMTD2bGHNWOura+8fzGcgDQ7xkPdL8ZJn891Z9OVn160cKjJXjbJqpvVDjOOmvIaJ7mUNEk+XBpjw6m+00yKjYd3w= Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 19 May 2014 13:09:40 -0000 On 05/18/14 15:43, Adrian Chadd wrote: > On 18 May 2014 08:32, Huang Wen Hui wrote: >> Hi, >> Before r266165, There is no "dev.cpu.0.freq" on my MacbookPro 2013, now I >> got: >> >> #sysctl dev.cpu.0.freq >> dev.cpu.0.freq: 2601 >> >> but If start powerd, system will quickly hang, both keyboard and ethernet >> are not respond. Well, the good news is that r266165 is working: It makes that sysctl visible in situations where it used to be (accidentally) inoperative. The bad news is that you seem to be running into a problem with the now-functional power management code. I suggest disabling powerd in /etc/rc.conf, and manually adjusting the clock frequency using dev.cpu.0.freq. Does it repeatably die at a certain point? Does it die immediately at that point, or after some time? Do you always get the same hang? The most likely problem IMHO is that your CPU isn't actually able to run with the frequency/voltage pairs that it thinks it can run with, and so reducing the clock speed is causing bitflip errors. But if that's the case you will probably see a variety of hangs/panics and they won't always occur immediately. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-stable@FreeBSD.ORG Mon May 19 17:23:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C36F084E for ; Mon, 19 May 2014 17:23:47 +0000 (UTC) Received: from mail-ee0-x22f.google.com (mail-ee0-x22f.google.com [IPv6:2a00:1450:4013:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57DB221A5 for ; Mon, 19 May 2014 17:23:47 +0000 (UTC) Received: by mail-ee0-f47.google.com with SMTP id c13so3834814eek.20 for ; Mon, 19 May 2014 10:23:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fZAlRx8SFV4pywpsUNyPmqspwVrqP0lM2wowCYOS7n8=; b=iC7G2wZlvlDaA4KNtyAApXpJCqrbTq7MPyWXC6kYHBdpHZGtO/jrkSZbgsuURm2HXk KJk49GFTAV9gQgmMDaH7HLfUIZiWVkRxsa8FimmzKFMcDhkSeR605TGTza4BnWH6CA+7 Fm38hgq4hDTkhNabxdwDFUtCZUmZzeIDvs01hURQYqEvTe8923I39Z1QaJwovqhu3IGB YwFHOySi932GICHHTdEivf6lxRWhW8PuuHKs8LN9Aijj++wMPEMCN5d1kreBsVx2LNJF M+xZCbvWz6rusq2jkgReI6TH0MIhU4Bh46L1YnYBYNiu3CWwG2X7we18MtA1dJBJ2EEw bMng== X-Received: by 10.15.68.132 with SMTP id w4mr6043062eex.90.1400520225409; Mon, 19 May 2014 10:23:45 -0700 (PDT) Received: from strashydlo.home (actm36.neoplus.adsl.tpnet.pl. [83.11.66.36]) by mx.google.com with ESMTPSA id h49sm43291454eeg.21.2014.05.19.10.23.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 19 May 2014 10:23:44 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Subject: Re: reboot while writing to USB device Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-2 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: <20140519162512.4500a155@X220.alogt.com> Date: Mon, 19 May 2014 19:23:42 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140519111411.420bc31a@X220.alogt.com> <27FA6B19-0A48-453A-A631-3290A9B18EEE@FreeBSD.org> <20140519162512.4500a155@X220.alogt.com> To: Erich Dollansky X-Mailer: Apple Mail (2.1283) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 19 May 2014 17:23:47 -0000 Wiadomo=B6=E6 napisana przez Erich Dollansky w dniu 19 maj 2014, o godz. = 10:25: > Hi, >=20 > On Mon, 19 May 2014 09:50:18 +0200 > Edward Tomasz Napiera=B3a wrote: >=20 >> Wiadomo=B6=E6 napisana przez Erich Dollansky w dniu 19 maj 2014, o = godz. >> 05:14: >>> Hi, >>>=20 >>> i just got a reboot while a backup was done to an USB device. I >>> found later hundreds of messages like this in /var/log/messages >>>=20 >>> May 19 10:24:32 X220 kernel: softdep_deallocate_dependencies: got >>> error 6 while accessing filesystem=20 >>> May 19 10:24:32 X220 last message repeated 38 times=20 >>=20 >> [..] >>=20 >>> FreeBSD X220.alogt.com 10.0-STABLE FreeBSD 10.0-STABLE #28: Sat Apr >>> 19 20:06:41 WITA 2014 >>> erich@X220.alogt.com:/usr/obj/usr/src/sys/X220 amd64 >>>=20 >>> The source and the destination file system are cyphered with geli. >>>=20 >>> What does this error 6 mean? >>=20 >> According to "man errno", it's ENXIO, Device not configured. >> Usually it means the disk disappeared, ie. was disconnected. >>=20 >=20 > ok, the device was not disconnected. It was still connected > (physically) and could be mounted and used directly after the reboot. What's in the logs just before the "errno 6" and softdep-related = messages? From owner-freebsd-stable@FreeBSD.ORG Tue May 20 06:13:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59B33278; Tue, 20 May 2014 06:13:39 +0000 (UTC) Received: from mail-yh0-x230.google.com (mail-yh0-x230.google.com [IPv6:2607:f8b0:4002:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 019E520A9; Tue, 20 May 2014 06:13:38 +0000 (UTC) Received: by mail-yh0-f48.google.com with SMTP id a41so1777yho.35 for ; Mon, 19 May 2014 23:13:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=O9WwshyuqKiSTiYBuIWVOHPR9MEZWlxKBJdAUJFNXy0=; b=anm/EbpY809up5UTWYYJ3iJ7lNn54C0yQ3v62TOmOudlaEO69vGeg2wblDksXXJKsN CbcxF/z7i6jMc1mgYewKTI/6T2h7YsIt5+d8aMNTwqvdP5KM4doTFdkIzlF6N7lSRMEG u9ofjwRNZeuiaV+QN03ahoQici41zvKiidh154FbKh/LT1rQY44K8mwzwxLq3lonnACs lKOqi7gSwMl4A3/471KRrRMFwKYPo3FyedkH3UAc8nwB873u/izEL0vLKVhJTV62hePX y9CxUWIAjN0l6qVSdMy7B9/aUK7zqOZeEWxterGvJp+4UD/IxOSE4+igVsWCIlsKE6aj EiOw== MIME-Version: 1.0 X-Received: by 10.236.44.41 with SMTP id m29mr43505886yhb.57.1400566418226; Mon, 19 May 2014 23:13:38 -0700 (PDT) Received: by 10.170.154.212 with HTTP; Mon, 19 May 2014 23:13:38 -0700 (PDT) Reply-To: huanghwh@gmail.com In-Reply-To: <537A0121.6090102@freebsd.org> References: <537A0121.6090102@freebsd.org> Date: Tue, 20 May 2014 14:13:38 +0800 Message-ID: Subject: Re: r266165: powerd hang sytem on MacbookPro 2013 From: Huang Wen Hui To: Colin Percival Content-Type: text/plain; charset=UTF-8 Cc: Adrian Chadd , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 20 May 2014 06:13:39 -0000 2014-05-19 21:03 GMT+08:00, Colin Percival : > On 05/18/14 15:43, Adrian Chadd wrote: >> On 18 May 2014 08:32, Huang Wen Hui wrote: >>> Hi, >>> Before r266165, There is no "dev.cpu.0.freq" on my MacbookPro 2013, now >>> I >>> got: >>> >>> #sysctl dev.cpu.0.freq >>> dev.cpu.0.freq: 2601 >>> >>> but If start powerd, system will quickly hang, both keyboard and >>> ethernet >>> are not respond. > > Well, the good news is that r266165 is working: It makes that sysctl > visible > in situations where it used to be (accidentally) inoperative. The bad news > is that you seem to be running into a problem with the now-functional power > management code. > > I suggest disabling powerd in /etc/rc.conf, and manually adjusting the > clock > frequency using dev.cpu.0.freq. Does it repeatably die at a certain point? > Does it die immediately at that point, or after some time? Do you always > get the same hang? OK, I use sysctl dev.cpu.0.freq=xxxx many times, all freq change cause 100% hang, detail: freq 1000, 1200, 1500, 1700, 1900, it hangs after some time. freq 800, 2100, 2600, it hangs immediately, but not 100%. freq 2400, it always hangs immediately, I could not see command sysctl return message. I think I got the same hang, keyboard and ethernet no respond, but no panic message. > > The most likely problem IMHO is that your CPU isn't actually able to run > with > the frequency/voltage pairs that it thinks it can run with, and so reducing > the clock speed is causing bitflip errors. But if that's the case you will > probably see a variety of hangs/panics and they won't always occur > immediately. > > -- > Colin Percival > Security Officer Emeritus, FreeBSD | The power to serve > Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid > > From owner-freebsd-stable@FreeBSD.ORG Tue May 20 10:37:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F236BB0; Tue, 20 May 2014 10:37:53 +0000 (UTC) Received: from mail-yh0-x235.google.com (mail-yh0-x235.google.com [IPv6:2607:f8b0:4002:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 256632624; Tue, 20 May 2014 10:37:53 +0000 (UTC) Received: by mail-yh0-f53.google.com with SMTP id i57so176804yha.12 for ; Tue, 20 May 2014 03:37:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=+aksq5HhX6JZGupQFKZPNjNepDs2jYHCmosFOhTwbKs=; b=0M1I6egXG8WEWgz/gKM0BqB0nsHENuJgOkf2FOLBWFS5RO6Zo7HHJWVUIGjGtWO4+w 5TBfGHDHAy3HPDNxknJQoXoYI4v6j8w56ajKZBq/IvISBJPDtf7Dlsjji/o3ot3s1tmb cACkdoprGphANHGnx2vVq0BlWuCSjjbHRdzWgfUh0vwLW60tJWAzGwHJGGOMpyVRdVH1 iwLbUIHHOldXs8qYx+A5FAAldLQYAkIlQcETyVnCb1/oD+bj6jg5lhy78b8eFe33NlNb wT86bEYVegDEkucoQaU58VHGjvZYV0orEESShz7NZ0AP7QLfx9smYRZP4qQG1KWQZtMf rOzg== MIME-Version: 1.0 X-Received: by 10.236.201.108 with SMTP id a72mr41233671yho.9.1400582272357; Tue, 20 May 2014 03:37:52 -0700 (PDT) Received: by 10.170.154.212 with HTTP; Tue, 20 May 2014 03:37:52 -0700 (PDT) Reply-To: huanghwh@gmail.com In-Reply-To: <537B1DD7.70206@freebsd.org> References: <537A0121.6090102@freebsd.org> <537B1DD7.70206@freebsd.org> Date: Tue, 20 May 2014 18:37:52 +0800 Message-ID: Subject: Re: r266165: powerd hang sytem on MacbookPro 2013 From: Huang Wen Hui To: Stefan Esser , "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 20 May 2014 10:37:53 -0000 2014-05-20 17:18 GMT+08:00 Stefan Esser : > Am 20.05.2014 08:13, schrieb Huang Wen Hui: > > 2014-05-19 21:03 GMT+08:00, Colin Percival : > >> On 05/18/14 15:43, Adrian Chadd wrote: > >>> On 18 May 2014 08:32, Huang Wen Hui wrote: > >>>> Hi, > >>>> Before r266165, There is no "dev.cpu.0.freq" on my MacbookPro 2013, > now > >>>> I > >>>> got: > >>>> > >>>> #sysctl dev.cpu.0.freq > >>>> dev.cpu.0.freq: 2601 > >>>> > >>>> but If start powerd, system will quickly hang, both keyboard and > >>>> ethernet > >>>> are not respond. > >> > >> Well, the good news is that r266165 is working: It makes that sysctl > >> visible > >> in situations where it used to be (accidentally) inoperative. The bad > news > >> is that you seem to be running into a problem with the now-functional > power > >> management code. > >> > >> I suggest disabling powerd in /etc/rc.conf, and manually adjusting the > >> clock > >> frequency using dev.cpu.0.freq. Does it repeatably die at a certain > point? > >> Does it die immediately at that point, or after some time? Do you > always > >> get the same hang? > > OK, I use sysctl dev.cpu.0.freq=xxxx many times, all freq change cause > > 100% hang, detail: > > freq 1000, 1200, 1500, 1700, 1900, it hangs after some time. > > freq 800, 2100, 2600, it hangs immediately, but not 100%. > > freq 2400, it always hangs immediately, I could not see command sysctl > > return message. > > > > I think I got the same hang, keyboard and ethernet no respond, but no > > panic message. > > While it is not OK, that your system is unstable or crashes > immediately if you try to manually set the core frequency, > these frequency adjustments may not be required on your > system, anyway. > > AFAIR, tests showed that frequency changes do not affect > power consumption as much as higher C states. The reason is, > that the CPU takes a lot less power at a lower frequency > (e.g. 1/4 at half effective clock rate), the other components > have near constant power demand, unless put to sleep. > > The effect of reduced CPU power may thus be over compensated > by keeping RAM and other resources active for a longer time > (since the calculation will take longer). > > Therefore, the advice was to keep the CPU running at nominal > clock rate, but to enable all features that increase idle > power savings. > > The frequencies in your list let me guess, that throttling > is enabled on your notebook. That has just been disabled in > -CURRENT by default, since it causes bad effects (including > crashes) on modern hardware. > > You may want to add the following two lines to your > /boot/loader.conf: > > hint.p4tcc.0.disabled="1" > hint.acpi_throttle.0.disabled="1" > > Regards, STefan > I already disable throttling, this is my /boot/loader.conf: #boot_verbose="YES" boot_single="YES" #kern.msgbufsize=6553600 #Firewire for debug hw.firewire.phydma_enable=1 hw.firewire.dcons_crom.force_console=1 boot_multicons="YES" dcons_gdb=1 # openjdk need it in 10.0-release vm.pmap.pcid_enabled="0" # SSD quickly no respond without this hint.ahci.0.msi=0 #hint.ahcich.0.pm_level=5 #coretemp_load="YES" #if_bge_load="YES" #cuse4bsd_load="YES" cpuctl_load="YES" if_ipheth_load="YES" nvidia_load="YES" sem_load="YES" # save power hint.p4tcc.0.disabled=1 hint.acpi_throttle.0.disabled=1 hw.pci.do_power_nodriver=3 hw.snd.latency=7 # disable ng_ubt and bluetooth # remove ng_ubt.ko in /boot/kernel #disable nvidia audio hint.hdaa.0.nid4.config="as=0" hint.hdaa.0.nid5.config="as=0" hint.hdaa.0.nid6.config="as=0" hint.hdaa.0.nid7.config="as=0" # red light in headphone, but this enable sound output hint.hdaa.1.gpio_config="0=set" # seq=15 misc=1 enable sound output into headdphone hint.hdaa.1.nid16.config="as=2 seq=15 conn=Jack device=Headphones misc=1" #very bad sound quality output, set "as=0" disable it. hint.hdaa.1.nid18.config="as=0 seq=0 conn=Fixed device=Speaker misc=1" #This is good quality speaker. hint.hdaa.1.nid19.config="as=1 seq=2 conn=Fixed device=Speaker misc=1" hint.hdaa.1.nid24.config="as=4 seq=0 device=Mic conn=jack misc=1 " hint.hdaa.1.nid28.config="as=4 seq=1 device=Mic conn=Fixed" hint.hdaa.1.nid33.config="as=3 seq=0 device=SPDIF-out conn=Jack" From owner-freebsd-stable@FreeBSD.ORG Tue May 20 11:53:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E77E9FE7; Tue, 20 May 2014 11:53:07 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 8AAB12CD3; Tue, 20 May 2014 11:53:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=C2f30mtUlfCyh9RzBgRx2NnqMYhxbFDVLa/AzTQW2u8=; b=OXvjruFXnHset2F/IoslPSZ+ahQuPk+YNgOxdEHZ6JG0LoEBsZbTKZ+Y3FQUT6S5B07S6F2PMW3A+hAKay1ggdylPCyLHXxOF+MndyjY2hfPOk9ooobkDp1mEqzt3HCKovQSvFqXKIAi/wouQMfbx2J1NWuNLZtr11p5rb3Qosg=; Received: from bb121-6-209-34.singnet.com.sg ([121.6.209.34]:28191 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WmibN-0016BI-79; Tue, 20 May 2014 05:53:01 -0600 Date: Tue, 20 May 2014 11:30:32 +0800 From: Erich Dollansky To: Edward Tomasz =?ISO-8859-1?Q?Napiera=3Fa?= Subject: Re: reboot while writing to USB device Message-ID: <20140520113032.1d43a121@X220.alogt.com> In-Reply-To: References: <20140519111411.420bc31a@X220.alogt.com> <27FA6B19-0A48-453A-A631-3290A9B18EEE@FreeBSD.org> <20140519162512.4500a155@X220.alogt.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 20 May 2014 11:53:08 -0000 Hi, On Mon, 19 May 2014 19:23:42 +0200 Edward Tomasz Napiera=B3a wrote: > Wiadomo=B6=E6 napisana przez Erich Dollansky w dniu 19 maj 2014, o godz. > 10:25: >=20 > What's in the logs just before the "errno 6" and softdep-related > messages? >=20 it was all overwritten by these messages. The copying process was already running for hours before the machine crashed. Erich From owner-freebsd-stable@FreeBSD.ORG Tue May 20 12:04:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16F57634 for ; Tue, 20 May 2014 12:04:23 +0000 (UTC) Received: from mail-ve0-x229.google.com (mail-ve0-x229.google.com [IPv6:2607:f8b0:400c:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CE33E2DEF for ; Tue, 20 May 2014 12:04:22 +0000 (UTC) Received: by mail-ve0-f169.google.com with SMTP id jx11so451461veb.0 for ; Tue, 20 May 2014 05:04:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=ipmA40AFSq9hnUTVvR13P0N4L3n6dsXYXRwR6F6N1LA=; b=Is38Q/uCO45oeXHSBJPF22hAlfORKW2ixjz0nPTMjSlwyCzu9pCphJjS2hlwwveDNr P5JGnXFMTUlRvmf/ayuGeNyjFgtfobBomRFvXGUqjaYnIwD7+MwvcceVXdz93ZvWfUgH zlVh+aiaFA732CnE9Q05Fq22GF2HJhxAFjPzmTO9Z3D0CRGfd6y0qbJwnpFWcJ+Kpagx EKdQfNKstvc2On8A+pwFpp/d4Tq2NuZGrg1clTqZO8Mp6c9m+tjBqsnuxmnXJuNQbOva QFZjsTx6FX+oW+vJob76EgLPg4YDv2MURD1K6MBORjsw0PtGNKPSLMB7nxa2wPtWr0x8 H0Uw== MIME-Version: 1.0 X-Received: by 10.58.106.104 with SMTP id gt8mr457814veb.46.1400587461897; Tue, 20 May 2014 05:04:21 -0700 (PDT) Received: by 10.52.185.2 with HTTP; Tue, 20 May 2014 05:04:21 -0700 (PDT) Date: Tue, 20 May 2014 16:04:21 +0400 Message-ID: Subject: iconv exit code on 10.0 From: Pavel Timofeev To: freebsd-stable stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 20 May 2014 12:04:23 -0000 Hi! I've encountered with wrong iconv work. root@timbsd:~ # uname -a FreeBSD timbsd 10.0-RELEASE-p3 FreeBSD 10.0-RELEASE-p3 #0: Tue May 13 18:31:10 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 root@timbsd:~ # locale LANG=3D LC_CTYPE=3Dru_RU.UTF-8 LC_COLLATE=3D"C" LC_TIME=3D"C" LC_NUMERIC=3D"C" LC_MONETARY=3D"C" LC_MESSAGES=3D"C" LC_ALL=3D I have file with russian content. root@timbsd:~ # cat /tmp/delete_it =D0=9A=D0=B0=D0=BA=D0=BE=D0=B9-=D1=82=D0=BE =D1=82=D0=B5=D0=BA=D1=81=D1=82 = =D0=BD=D0=B0 =D1=80=D1=83=D1=81=D1=81=D0=BA=D0=BE=D0=BC. Some text on russi= an =D0=95=D1=89=D0=B5 =D0=BD=D0=B5=D0=BC=D0=BD=D0=BE=D0=B3=D0=BE. Some more. And I wanted to try to convert it to ISO. root@timbsd:~ # /usr/bin/iconv -t ISO-8859-15 /tmp/delete_it ?????-?? ????? ?? ???????. Some text on russian ??? ???????. Some more. iconv: warning: invalid characters: 31 root@timbsd:~ # echo $? 0 Why exit code is 0? Base iconv didn't manage to convert strings so exit code should be more than 0. That's really bad! converters/libiconv from ports works better in this case! See: root@timbsd:~ # /usr/local/bin/iconv -t ISO-8859-15 /tmp/delete_it /usr/local/bin/iconv: /tmp/delete_it:1:0: cannot convert root@timbsd:~ # echo $? 1 I tried it on FreeBSD 11-CURRENT and base iconv doesn't have such problem t= here. So I hope that suitable fixes will be MFCd to 10-STABLE. From owner-freebsd-stable@FreeBSD.ORG Wed May 21 07:37:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED52C512 for ; Wed, 21 May 2014 07:37:45 +0000 (UTC) Received: from The.ie (The.ie [172.245.218.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "the.ie", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ACAFF26D4 for ; Wed, 21 May 2014 07:37:45 +0000 (UTC) Received: from The.ie (lrizzo@localhost [127.0.0.1]) by The.ie (8.14.8/8.14.8) with ESMTP id s4K79RBD092310 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 20 May 2014 00:09:33 -0700 (PDT) (envelope-from Lucius.Rizzo@The.ie) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=the.ie; s=signed-mail; t=1400569775; bh=sPaukJ2hIO1I+7Po/DtTEpyugw9rUUIxUqR7vSjH8Qk=; h=Date:From:To:Subject; b=TR3t84xhK1UYpaO2htGjXaE0aKBQQZ/jdfeqiOFd2H7XQG+h3R9k3wSwFoD0nkNyP 4vIWBg2GsC//3UQ8M2Ptiiytw2XRDQS79j8gw0Sgm6r++xGVS/sIzV6wGASmZpZOF4 3ApUosZwWsB2FriVvk9DUeXquN35oiBFEjHfWJ5dLOwtyJ1PukAJ8IFpiDdRcdoHVb wyATcv9mDO+qJb3DucE+Kw8hgfq/4mZ3o2VkQ3sJE2/SYW8gWJFwzws5tXNPtWQ4lq 9Nxl0LvCLN9R58Wp3hflgrVZKfEBk6QzuinkziYsi9e4wwZFX6xnKRji+V1gV4Uvwr LABxGnmTZiBYA== Received: (from lrizzo@localhost) by The.ie (8.14.8/8.14.8/Submit) id s4K79Q9h092309 for freebsd-stable@freebsd.org; Tue, 20 May 2014 00:09:26 -0700 (PDT) (envelope-from Lucius.Rizzo@The.ie) X-Authentication-Warning: The.ie: lrizzo set sender to Lucius.Rizzo@The.ie using -f Date: Tue, 20 May 2014 00:09:26 -0700 From: Lucius Rizzo To: freebsd-stable@freebsd.org Subject: What is your favourite/best firewall on FreeBSD and why? Message-ID: <20140520070926.GA92183@The.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Homepage: http://Lucius.Tel/ User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-1 required=5 tests=ALL_TRUSTED X-Abuse-Report-To: Please send any abuse of our services to abuse at The.ie. The.ie is a part of The.Marketing Inc. We do not send unsolicited mail. X-Scanned-By: MIMEDefang 2.74 on 172.245.218.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 21 May 2014 07:37:46 -0000 I have been looking into articles comparing firewalls that come with FreeBSD. There isn't much recent info on the net. I am currently using FreeBSD 10 with IPFilter. Firewalls are like MTA servers I find. Each person has their own proclivities. I happened to have started with IPFilter with Solaris and throughout Solaris years. Lately, on my Linux servers, I end up running ufw as lazy man's iptables cli frontend which is easy enough. Ultimately, outside configuration differences all firewalls are essentially serve the same purpose but I wonder what is your favorite and why? If you were to run FreeBSD in production, which of the three would you choose? IPFilter, PF or IPFW? Also there is a lack of good interesting rule sets in the BSD realm. With Linux, there was even a iptables rule set to prevent heartbleed. If you use any of the firewalls, and have interesting or even optimized rule sets, I would really like to see them :) Regards, -- | _o _ |_)o_ _ _ |_|_|(_||_|_> | \|/_/_(_) - Lucius.Tel -------------------------------------- +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ CAUTION: Unless the word absquatulation has been used in its correct context somewhere other than in this warning, it does not have any legal or grammatical use and may be ignored. No animals were harmed in the transmission of this email, although the kelpie next door is living on borrowed time, let me tell you. Those of you with an overwhelming fear of the unknown will be gratified to learn that there is no hidden message revealed by reading this warning backwards, so just ignore that Alert Notice from Microsoft. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ From owner-freebsd-stable@FreeBSD.ORG Wed May 21 08:17:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4746E4E6 for ; Wed, 21 May 2014 08:17:49 +0000 (UTC) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (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 D0CBE2B63 for ; Wed, 21 May 2014 08:17:48 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate2.intern.punkt.de with ESMTP id s4L7voGu003047; Wed, 21 May 2014 09:57:50 +0200 (CEST) Received: from hausen-mbp.intern.punkt.de (hausen-mbp.intern.punkt.de [217.29.45.146]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id s4L7vnu6001821; Wed, 21 May 2014 09:57:49 +0200 (CEST) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: What is your favourite/best firewall on FreeBSD and why? From: "Patrick M. Hausen" In-Reply-To: <20140520070926.GA92183@The.ie> Date: Wed, 21 May 2014 09:57:53 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <4341ADF1-E684-4531-8DD0-10107E097D68@punkt.de> References: <20140520070926.GA92183@The.ie> To: Lucius Rizzo X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 21 May 2014 08:17:49 -0000 Hi, all, Am 20.05.2014 um 09:09 schrieb Lucius Rizzo : > Ultimately, outside configuration differences all firewalls are = essentially > serve the same purpose but I wonder what is your favorite and why? If > you were to run FreeBSD in production, which of the three would you > choose? IPFilter, PF or IPFW? IPFW since it was first introduced. It's the standard one, works, and I don't miss anything. Kind regards Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Wed May 21 08:22:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79B1F991 for ; Wed, 21 May 2014 08:22:45 +0000 (UTC) Received: from mail-oa0-x235.google.com (mail-oa0-x235.google.com [IPv6:2607:f8b0:4003:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 434442C47 for ; Wed, 21 May 2014 08:22:45 +0000 (UTC) Received: by mail-oa0-f53.google.com with SMTP id m1so1887495oag.40 for ; Wed, 21 May 2014 01:22:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=H0LFtJuJrwmpwjBmEg3hmmM3yE7jHCP5CJmga7ND0ZA=; b=qXG2R1f8gUaXyg0ZcRRsRTNulQCfzVi+IonjXK2IIosijmh0jkTfQ5/5NV4pio2twk /M9KXK3sY9RM27tUbmYQAufoPqlKVCRX4fVbn58DHm4SFhMGqAO52qu6iTOFVMspnFl8 65u2VWLi33VkvP1T7GiykiEcpmMRaKdr3xvnPJgYAYD8fBHZhejTtVhMwtTHgu2fLpOd D6ndEhIYovnUgy+eCgaVX3IluW3A/ko3YCld1uGBWJEnYx8croVtrbwzIakIOyLp3YGY qVe/nttKIYjM2QmRCHeIqSaR/tPhyKeoBC4yHPEb3luLArBiYWkM/j/MLrUM+5EVqDa2 yHWA== MIME-Version: 1.0 X-Received: by 10.60.62.9 with SMTP id u9mr1366177oer.81.1400660564626; Wed, 21 May 2014 01:22:44 -0700 (PDT) Received: by 10.76.170.39 with HTTP; Wed, 21 May 2014 01:22:44 -0700 (PDT) In-Reply-To: <4341ADF1-E684-4531-8DD0-10107E097D68@punkt.de> References: <20140520070926.GA92183@The.ie> <4341ADF1-E684-4531-8DD0-10107E097D68@punkt.de> Date: Wed, 21 May 2014 10:22:44 +0200 Message-ID: Subject: Re: What is your favourite/best firewall on FreeBSD and why? From: Andreas Nilsson To: "Patrick M. Hausen" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Stable Mailing List , Lucius Rizzo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 21 May 2014 08:22:45 -0000 On Wed, May 21, 2014 at 9:57 AM, Patrick M. Hausen wrote: > Hi, all, > > Am 20.05.2014 um 09:09 schrieb Lucius Rizzo : > > Ultimately, outside configuration differences all firewalls are > essentially > > serve the same purpose but I wonder what is your favorite and why? If > > you were to run FreeBSD in production, which of the three would you > > choose? IPFilter, PF or IPFW? > > IPFW since it was first introduced. It's the standard one, works, and I > don't miss anything. > > Kind regards > Patrick > IPFW for me as well. pf has nice features, but has a tendency to crash if one enables things like vimage. I haven't tried IPFilter in FreeBSD, I only tried it on opensolaris. Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Wed May 21 08:35:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6B8950D for ; Wed, 21 May 2014 08:35:28 +0000 (UTC) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A59A2E48 for ; Wed, 21 May 2014 08:35:28 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id p9so1282034lbv.7 for ; Wed, 21 May 2014 01:35:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=V1eRs0AHAFPeGyvZPegj8aF3LqM31c3VF4bsFe561Zo=; b=zCiTxTjQbeGXrMDbop8KKU2nM6JuLrQFSpEKucvuyoZeO+be7dVl2YjToChN/qVGu2 bKJnSh5llDiuxhIFuUGTD3gtUboxAESTZOrTXSZXbB5JmY5om0awaDBLjjtcdikGvfrL ftYkXuJNUNQEcFW3aBk/oO0lQIDz1S233s8CMRUyqDufJR4mE9OZ5lz+t1NOVtAQJlSN ER/zY+GNW8RL0j6awV4880v7M1M4M1QcMyv24mdNG3uJuGE72WmFfnH2mfin9j53a8+B kPLV09wMjG7c34dR/xKU7vxzXNszMDd7rQa1tWz1MwlFW+ylKyW1c6Ye7B5LU3FiRK5E I0jw== X-Received: by 10.152.4.39 with SMTP id h7mr36863502lah.12.1400661326065; Wed, 21 May 2014 01:35:26 -0700 (PDT) Received: from lazlar.no-ip.biz (109.58.143.164.bredband.tre.se. [109.58.143.164]) by mx.google.com with ESMTPSA id k1sm1163929lbb.9.2014.05.21.01.35.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 21 May 2014 01:35:25 -0700 (PDT) Message-ID: <537C654B.1010205@gmail.com> Date: Wed, 21 May 2014 10:35:23 +0200 From: Rolf Nielsen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: What is your favourite/best firewall on FreeBSD and why? References: <20140520070926.GA92183@The.ie> <4341ADF1-E684-4531-8DD0-10107E097D68@punkt.de> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 21 May 2014 08:35:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2014-05-21 10:22, Andreas Nilsson wrote: > On Wed, May 21, 2014 at 9:57 AM, Patrick M. Hausen > wrote: > >> Hi, all, >> >> Am 20.05.2014 um 09:09 schrieb Lucius Rizzo >> : >>> Ultimately, outside configuration differences all firewalls >>> are >> essentially >>> serve the same purpose but I wonder what is your favorite and >>> why? If you were to run FreeBSD in production, which of the >>> three would you choose? IPFilter, PF or IPFW? >> >> IPFW since it was first introduced. It's the standard one, works, >> and I don't miss anything. >> >> Kind regards Patrick >> > > IPFW for me as well. > > pf has nice features, but has a tendency to crash if one enables > things like vimage. > > I haven't tried IPFilter in FreeBSD, I only tried it on > opensolaris. > > Best regards Andreas IPFW for me too. It was what was availabe when I first started using a firewall, and it does what I want, so I see no reason to switch. Rolf -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTfGVKAAoJEB1OKfQ0M8TgVF0QANBFld1gXC3fTa3fYGz+rfpD wy40AzEHLlxOgNMzI515CVG+PEyfK0nsktXTehp3ORxCHICONMZLMLq5aKLgCv5D IiOzsbfqY865ku5CG9GiLh757l5erZjlY1SQ5IStwwKhP9aS9f3tUITP4SQc5z7Q NA7tcuLZNqhtVvxKBcSzpePWQPYfcdOTdrMuwqc0pjvORZPRExJ0ttlmGELarF4Z J4O3OZCikJCn/H9+yHjretuv4R80JXBjwQxZUyZPE8lZiB/eHkJmBsCer7K8dByK bANlJqni1otXr4HAy8ReiZ0YY6aPAfAKKo5fhcS5+CrE08nn+nOqtVeB5X2lLrWY koaA++UtgUqS9//UoFo74h/Tmo7L6JWLwp44hSEegO18HlS1dTiMMW+gBa00lc8W DrtYkLAterhFtjCap5mg1tRLX4ZpBh/zE/jRzjZCIenxXVTvuh1ZXS6qq46l1qST iH3O7ZklnRi8soajfrOJgpP2/YcEFOtbUF/rQel958KImljKvSYpX1wLSyYuWP7v 6BEVcJ/0E4ndXdnz6R3tYa5DidoKUkgs5UhrMKTgoHiX4aTe6+aY3jT9QRDGNibK bWgB7bFYMCIGet9DE5dyXhJ9eVo96qTfbWirK/uzP1xo7IXm+n40gbvZMA3kRTHJ IPhaFJgfn/OVeoFAlBKK =7d70 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed May 21 09:20:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A5EC3D8 for ; Wed, 21 May 2014 09:20:17 +0000 (UTC) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E8D62294 for ; Wed, 21 May 2014 09:20:17 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id kq14so1234107pab.33 for ; Wed, 21 May 2014 02:20:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=btbwFJiRkC/G7nJ/TdO3XQCn9VucJy4Ws8YA4SAXVkM=; b=Pwxh6kUtG2O9ov1Vf8eYsnJJH5HJknaZaCSU9+V5tvhevqqrz+1MqNVccp0bYceiBT WbUEVbLKC6Riksa5UpHSvfsO38Aar62E8VaL9q86mx1OK7xPMSo2u8UlkGZa0pgppFxX BpA6zibzAn8gXxel3kqsDgvS+2er2047A0QM3tEZUQUBkEm9tGpng4yp+xeDnnvyjyjk VwMtmlluDnxmDai+sQ53oAqiE0Icg51grG7OFkUO0z3cJJDiiip1IqY2DLL87+34FJTO h1EgJswS4IYWn38tOK2FrocqFkRlV3+Dv0HQ0hHcX2+2l0c3mVzoosCNwNC74qDv8UxL ZNug== X-Received: by 10.68.213.34 with SMTP id np2mr5379822pbc.167.1400664016980; Wed, 21 May 2014 02:20:16 -0700 (PDT) Received: from kmatoMacBook-Pro.local ([27.24.140.240]) by mx.google.com with ESMTPSA id id10sm7132651pbc.35.2014.05.21.02.20.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 21 May 2014 02:20:16 -0700 (PDT) Message-ID: <537C6FCB.8060600@gmail.com> Date: Wed, 21 May 2014 17:20:11 +0800 From: k simon User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: What is your favourite/best firewall on FreeBSD and why? References: <20140520070926.GA92183@The.ie> <4341ADF1-E684-4531-8DD0-10107E097D68@punkt.de> <537C654B.1010205@gmail.com> In-Reply-To: <537C654B.1010205@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 21 May 2014 09:20:17 -0000 于 14-5-21 16:35, Rolf Nielsen 写道: > IPFW for me too. IPFW +1. Though it does not support nat pool until now:), and I never used it for "keep-states". PF is easy used, but it is hard to master for me. It's check packet sequnce too strict and prevnt reuse src port in extreme load if you does not be expert in adjust the timeouts. But pf's "scrub" and "reply-to" is amazing, and syntax is easy to understand. Pfsync+pfflowd is a good idea to implement netflow/ipfix probe. I think it's have low overhead and better performance than ng_netflow because you can install a pfflowd instance on a different box. But pfflowd is outdated since FB 9 released. Regards Simon From owner-freebsd-stable@FreeBSD.ORG Wed May 21 09:56:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2563EEA4 for ; Wed, 21 May 2014 09:56:11 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A62F6264C for ; Wed, 21 May 2014 09:56:10 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Wn3Fl-0002Ws-ET for freebsd-stable@freebsd.org; Wed, 21 May 2014 11:56:05 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 21 May 2014 11:56:05 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 21 May 2014 11:56:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Subject: apache24 + event mpm + fcgid doesn't work on 10? Date: Wed, 21 May 2014 11:55:47 +0200 Lines: 132 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aBXetKJwVwSO09s7oSOchfurMdldpgMGm" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 X-Enigmail-Version: 1.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 21 May 2014 09:56:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --aBXetKJwVwSO09s7oSOchfurMdldpgMGm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, Attempting to gracefully reload Apache 2.4 with the event mpm doesn't seem to work for me because there are a lot of apache threads stuck in kqread state: # ps axuwl | grep www www 3648 0.0 0.0 292648 5256 ?? SN 24Mar14 14:05.87 /usr/local/sbin/ 80 1 0 28 8 kqread www 3993 0.0 0.0 292648 5228 ?? SN 24Mar14 14:07.58 /usr/local/sbin/ 80 1 0 28 8 kqread www 9170 0.0 0.0 280360 5196 ?? SN 25Mar14 14:06.78 /usr/local/sbin/ 80 1 0 28 8 kqread www 13169 0.0 0.0 290836 5328 ?? SN 5May14 4:09.24 /usr/local/sbin/ 80 37932 0 28 8 kqread www 18133 0.0 0.0 294932 5440 ?? SN 27Apr14 6:21.45 /usr/local/sbin/ 80 37932 0 28 8 kqread www 35012 0.0 0.0 288552 5200 ?? SN 4Apr14 11:46.49 /usr/local/sbin/ 80 1 0 28 8 kqread www 35248 0.0 0.2 303092 35832 ?? SN 10:56pm 0:10.55 /usr/local/sbin/ 80 37932 0 28 8 kqread www 41236 0.0 0.0 294932 6036 ?? SN 8May14 3:26.60 /usr/local/sbin/ 80 37932 0 28 8 kqread www 44020 0.0 0.0 288552 5360 ?? SN 4Apr14 11:51.29 /usr/local/sbin/ 80 1 0 28 8 kqread www 44040 0.0 0.2 298996 31572 ?? SN 12:54am 0:08.81 /usr/local/sbin/ 80 37932 0 28 8 kqread www 48252 0.0 0.2 298996 32980 ?? SN Sun09pm 0:43.31 /usr/local/sbin/ 80 37932 0 28 8 kqread www 51069 0.0 0.0 280360 5196 ?? SN 10Mar14 18:00.79 /usr/local/sbin/ 80 1 0 28 8 kqread www 52491 0.0 0.0 282644 5304 ?? SN 7May14 3:46.96 /usr/local/sbin/ 80 37932 0 28 8 kqread www 53522 0.0 0.0 282644 5316 ?? SN 28Apr14 6:09.03 /usr/local/sbin/ 80 37932 0 28 8 kqread www 55654 0.0 0.0 243496 5184 ?? SN 13Mar14 17:02.13 /usr/local/sbin/ 80 1 0 28 8 kqread www 59237 0.0 0.0 290836 6496 ?? SN 9May14 3:06.55 /usr/local/sbin/ 80 37932 0 28 8 kqread www 59812 0.0 0.0 235304 5176 ?? SN 9Mar14 18:04.38 /usr/local/sbin/ 80 1 0 28 8 kqread www 64665 0.0 0.0 294932 6488 ?? SN 10May14 3:03.42 /usr/local/sbin/ 80 37932 0 28 8 kqread www 69798 0.0 0.0 304936 5220 ?? SN 25Mar14 13:58.72 /usr/local/sbin/ 80 1 0 28 8 kqread www 70603 0.0 0.0 272168 5256 ?? SN 17Mar14 16:26.36 /usr/local/sbin/ 80 1 0 28 8 kqread www 72507 0.0 0.0 282644 5456 ?? SN 3May14 4:40.87 /usr/local/sbin/ 80 37932 0 28 8 kqread www 80131 0.0 0.0 270356 6476 ?? SN 10May14 2:56.21 /usr/local/sbin/ 80 37932 0 28 8 kqread www 82185 0.0 0.0 286740 5296 ?? SN 30Apr14 5:37.02 /usr/local/sbin/ 80 37932 0 28 8 kqread www 83837 0.0 0.0 272168 5212 ?? SN 1Apr14 12:26.37 /usr/local/sbin/ 80 1 0 28 8 kqread www 83915 0.0 0.0 272168 5232 ?? SN 1Apr14 12:25.54 /usr/local/sbin/ 80 1 0 28 8 kqread www 86352 0.0 0.0 247592 5232 ?? SN 26Mar14 14:07.53 /usr/local/sbin/ 80 1 0 28 8 kqread www 88792 0.0 0.2 303092 36444 ?? SN 10:58am 0:02.33 /usr/local/sbin/ 80 37932 0 28 8 kqread www 94534 0.0 0.0 280360 5204 ?? SN 3Apr14 11:52.15 /usr/local/sbin/ 80 1 0 28 8 kqread www 94844 0.0 0.2 298996 30296 ?? SN Fri02pm 1:17.01 /usr/local/sbin/ 80 37932 0 28 8 kqread www 95828 0.0 0.1 126432 11112 ?? IN 11:48am 0:00.00 /usr/local/sbin/ 80 37932 0 40 8 accept www 95829 0.0 0.1 127600 12344 ?? SN 11:48am 0:00.04 /usr/local/sbin/ 80 37932 0 28 8 select www 95844 0.0 0.3 331764 52020 ?? SN 11:49am 0:04.12 /usr/local/sbin/ 80 37932 0 28 8 kqread root 96147 0.0 0.0 16312 2224 0 S+ 11:51am 0:00.00 grep www 0 94629 0 20 0 piperd This correspons to the Apache server status billboard: PID Connections Threads Async connections total accepting busy idle writing keep-alive closing 52491 1 no 0 0 0 0 0 53522 1 no 0 0 0 0 0 18133 1 no 0 0 0 0 0 82185 1 no 0 0 0 0 0 72507 1 no 0 0 0 0 0 80131 1 no 0 0 0 0 0 59237 1 no 0 0 0 0 0 88792 1 no 0 0 0 0 0 13169 1 no 0 0 0 0 0 41236 1 no 0 0 0 0 0 64665 1 no 0 0 0 0 0 94844 1 no 0 0 0 0 0 35248 1 no 0 0 0 0 0 48252 1 no 0 0 0 0 0 44040 1 no 0 0 0 0 0 95844 53 yes 5 20 0 38 10 Sum 68 5 20 0 38 10 GGGGGGGGGGGGGGGGGGGGWGGGGGGGGGGGLGGGGGGGGGGGGGGGWGGGGGGGGGGGWGGG GGGGGGGGGGGGGGGGLGGLGGWGGGGGGGGGGGGGGLGGGGGGGGGGGGGGGGGGWGLGGGGG GGGGGGGGGGGGWGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGWGWGGGGGGGGGGGGGGGG GGGGGGGGGGGGGGGGGGGGGGGGGGLGGGGGWGGGGGGGGWGGGGGGGGGGGGGGGGGGGGGG GGGGGGGGGGGGGGWGGGGGGGGGGGLGGGGGGGGGGGGGGGGGGGGGGGGGGGWGGGGGGGGG GGGGGGGGGGGGGGGGGGGGGGGGGGGGWGGGGGGGGGGGGGGGGGGGGGGGGGG_WR_R____ WW______________ I.e. as far as the apache parent is concerned, these are zombies. Has anyone else encountered this problem? It happens fairly often at my busy server (once a month or so). --aBXetKJwVwSO09s7oSOchfurMdldpgMGm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iKUEARECAGYFAlN8eCRfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDYxNDE4MkQ3ODMwNDAwMDJFRUIzNDhFNUZE MDhENTA2M0RGRjFEMkMACgkQ/QjVBj3/HSx9oQCXYKKD6TRSJg+RQOKxJ8RA2Fgl CACfXvM4VoZbyFIi9KQrATTis2Qx614= =+c3k -----END PGP SIGNATURE----- --aBXetKJwVwSO09s7oSOchfurMdldpgMGm-- From owner-freebsd-stable@FreeBSD.ORG Wed May 21 12:18:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E930E1A4 for ; Wed, 21 May 2014 12:18:50 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8070E21C5 for ; Wed, 21 May 2014 12:18:50 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id l18so1903418wgh.23 for ; Wed, 21 May 2014 05:18:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=8Mmev1JWzM8xZJHbKwjIOVdA445IZe//Eu1KXOwsH3s=; b=zFIi86Tt6D8875aguddZLWHyZcLwgqpYtWFwSwtYcM9jbRyREfVs0+yiAqXmx2ouEH n/Mmt00zcy7CcK8yTMH6JZxt24WvhDpSInpWQQl/3YKMzjrAsoGcS5mPIFD8aWEBgPkU 0uGw+dDuOncITwAC8FzzvrzcppGFDD7XgdmyVOr1g5XGOG8mcXhau7PHesEnSb6ygvV6 wLo2GSbYf2/RZ434J2BNEvrHmSNk4oQ+NdQ72tNSZc4bPOQ8NkcoBsWzs7A4RdI/+FLN cIu+ymt7h7g5HrQU53OPu0HdxEwajpa6bpsiknW/ScpW45Yvsuux+fEI7SNKLblI6GNB AuKw== X-Received: by 10.180.92.103 with SMTP id cl7mr10034824wib.26.1400674728657; Wed, 21 May 2014 05:18:48 -0700 (PDT) Received: from [192.168.2.30] ([2.176.226.46]) by mx.google.com with ESMTPSA id kp5sm22372183wjb.30.2014.05.21.05.18.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 21 May 2014 05:18:47 -0700 (PDT) Message-ID: <537C99A9.5040305@gmail.com> Date: Wed, 21 May 2014 16:48:49 +0430 From: Hooman Fazaeli User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3 MIME-Version: 1.0 To: Lucius Rizzo Subject: Re: What is your favourite/best firewall on FreeBSD and why? References: <20140520070926.GA92183@The.ie> In-Reply-To: <20140520070926.GA92183@The.ie> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 21 May 2014 12:18:51 -0000 On 5/20/2014 11:39 AM, Lucius Rizzo wrote: > I have been looking into articles comparing firewalls that come with > FreeBSD. There isn't much recent info on the net. I am currently using > FreeBSD 10 with IPFilter. > > Firewalls are like MTA servers I find. Each person has their own > proclivities. I happened to have started with IPFilter with Solaris and > throughout Solaris years. Lately, on my Linux servers, I end up running > ufw as lazy man's iptables cli frontend which is easy enough. > > Ultimately, outside configuration differences all firewalls are essentially > serve the same purpose but I wonder what is your favorite and why? If > you were to run FreeBSD in production, which of the three would you > choose? IPFilter, PF or IPFW? > > Also there is a lack of good interesting rule sets in the BSD realm. With > Linux, there was even a iptables rule set to prevent heartbleed. If you use any > of the firewalls, and have interesting or even optimized rule sets, I > would really like to see them :) > > Regards, > pf has some advanced features which makes it more suitable for bigger and more complex networks. pf advantages: - Operating system finger prints as rule condition - Dynamic interface addresses (interface name as rule src, dst and NAT-to address) - IP address range - Redirecting reply packets (reply-to) - More state limiting options to resist DoS (max-src-nodes, max-src-states, max-src-conn, max-src-conn-rate) - Simpler NAT syntax - ICMP for ICMP/TCP/UDP NAT - More load-share NAT options (round-robin, source hash, ...) - Full packet logging via pflog pseudo interface - Rule labels - More control via CLI (pfctl) - pftop - Active-active failover (pfsync) - Syn proxy see pf.conf(5) man page for details. ipfw advantages: - MAC (L2) type/src/dst filtering (although very restricted, i.e., you may only specify a single MAC address as src) - Complex protocol NAT (e.g., PPTP, SCTP, FTP, ...) -- Best regards. Hooman Fazaeli From owner-freebsd-stable@FreeBSD.ORG Wed May 21 18:14:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82A80CE4 for ; Wed, 21 May 2014 18:14:14 +0000 (UTC) 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 3604220C0 for ; Wed, 21 May 2014 18:14:13 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.8/8.14.8) with ESMTP id s4LIECB4004997 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 May 2014 12:14:12 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.8/8.14.8/Submit) with ESMTP id s4LIECWf004994; Wed, 21 May 2014 12:14:12 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 21 May 2014 12:14:12 -0600 (MDT) From: Warren Block To: Lucius Rizzo Subject: Re: What is your favourite/best firewall on FreeBSD and why? In-Reply-To: <20140520070926.GA92183@The.ie> Message-ID: References: <20140520070926.GA92183@The.ie> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 21 May 2014 12:14:12 -0600 (MDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 21 May 2014 18:14:14 -0000 On Tue, 20 May 2014, Lucius Rizzo wrote: > Ultimately, outside configuration differences all firewalls are essentially > serve the same purpose but I wonder what is your favorite and why? If > you were to run FreeBSD in production, which of the three would you > choose? IPFilter, PF or IPFW? I started with IPFW and used it a long time. Then I switched to PF, which has been easier to configure. Certainly PF is what I would use for any new projects. From owner-freebsd-stable@FreeBSD.ORG Wed May 21 18:38:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CDD26D8 for ; Wed, 21 May 2014 18:38:32 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DC3C522EE for ; Wed, 21 May 2014 18:38:31 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.8/8.14.8) with ESMTP id s4LIcR8G020710; Wed, 21 May 2014 14:38:27 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <537CF293.5010508@sentex.net> Date: Wed, 21 May 2014 14:38:11 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Lucius Rizzo , freebsd-stable@freebsd.org Subject: Re: What is your favourite/best firewall on FreeBSD and why? References: <20140520070926.GA92183@The.ie> In-Reply-To: <20140520070926.GA92183@The.ie> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 21 May 2014 18:38:32 -0000 On 5/20/2014 3:09 AM, Lucius Rizzo wrote: > I have been looking into articles comparing firewalls that come with > FreeBSD. There isn't much recent info on the net. I am currently using > FreeBSD 10 with IPFilter. It depends. I will use ipfw or pf depending on the app. But I never use ipfilter as there is really no one maintaining it in FreeBSD. Also, if you are using RELENG_10, using pf can better take advantage of multiple cores. For stateful firewalls, pf is the way to go for me. The rules are easy to manage in a simple text configuration file which makes it easier to maintain across reboots. ipfw is good (for me) where speed is important, and very few rules are needed. Also, if you want to do traffic shaping, dummynet+ipfw works well. The traffic shaping solutions for pf are not so good right now. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Thu May 22 04:38:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86CF4BAD for ; Thu, 22 May 2014 04:38:46 +0000 (UTC) Received: from mail-pd0-x22c.google.com (mail-pd0-x22c.google.com [IPv6:2607:f8b0:400e:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D3422322 for ; Thu, 22 May 2014 04:38:46 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id x10so2058246pdj.31 for ; Wed, 21 May 2014 21:38:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=KB7zSBF8f6MI7h0cV0SlwFGyKdU3GwE1vzVZiR2zQC8=; b=RPwolwnWhMfdfyT2PBIBL0BcwbdPHfD7hIRwWxQrTs1qiXVRDAv+q3SBim1Ude5lz+ hS09MvrIWFEtrRCiuO2DOMMZzBYL/bgco5SARtSO5H4t5QQ0bmzsAq7cfRSibF16VYmN xcE6bsQQDdsrjrGkz9arNSl9gXei/ptPsANZ0E0RmPvD+Qr+OnvGfI+QWb+UlkMda1Wv oqYE1muoutX0yVq17wj3w4+nDOmsvvym8wY1pAVLFGZtVA/3cI8NkB5FdU7L3+rDmnK7 6KWxjmsMoIPNsiM3hRu6uSwW4ZcD7e9lkwMos7cxHpuPMyBml9v2pXRbNjvZ3cSgVusb wAeA== X-Received: by 10.68.202.167 with SMTP id kj7mr64789853pbc.160.1400733525484; Wed, 21 May 2014 21:38:45 -0700 (PDT) Received: from kmatoMacBook-Pro.local ([27.24.140.240]) by mx.google.com with ESMTPSA id y2sm28221164pas.45.2014.05.21.21.38.43 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 21 May 2014 21:38:44 -0700 (PDT) Message-ID: <537D7F4F.5040002@gmail.com> Date: Thu, 22 May 2014 12:38:39 +0800 From: k simon User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: What is your favourite/best firewall on FreeBSD and why? References: <20140520070926.GA92183@The.ie> <537CF293.5010508@sentex.net> In-Reply-To: <537CF293.5010508@sentex.net> 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.18 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, 22 May 2014 04:38:46 -0000 I searched and found a project named ipfwng (https://wiki.freebsd.org/IpfwNg). Is this project in progress ? Regards Simon From owner-freebsd-stable@FreeBSD.ORG Thu May 22 06:46:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 546D5765 for ; Thu, 22 May 2014 06:46:42 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 288162EBB for ; Thu, 22 May 2014 06:46:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=y8hodC7xWgVja8+GePvu+jEMD5Z1qNw3vE0qMeFEiLQ=; b=WiCJXxZBQS8UOPNdhRIt0ClHBXsSw10kawSAHb3IApGFWBvVOIGsynjsl/ylgS2AA3V8JBH+xXfJn2gxyvysJVVW+gv+GEROA8HELilUz5WMaxdH1Z90FXNUSOa5MJBVWWt2/pKnyU2RwJx6Iyf9e4bj4GDwLAE5ITw5sF4MhVg=; Received: from [182.13.233.218] (port=43988 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WnMlu-003nol-Pc for freebsd-stable@freebsd.org; Thu, 22 May 2014 00:46:35 -0600 Date: Thu, 22 May 2014 14:46:28 +0800 From: Erich Dollansky To: freebsd-stable@freebsd.org Subject: strange svn problem on FreeBSD 10 STABLE Message-ID: <20140522144628.72655b16@X220.alogt.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 22 May 2014 06:46:42 -0000 Hi, I ran svn and get this as a result: Updating the source tree. Updating '/usr/src': At revision 266536. So, it all should be fine. When I compile then the kernel, I will get this: -------------------------------------------------------------- >>> Kernel build for X220 started on Thu May 22 14:41:52 WITA 2014 -------------------------------------------------------------- ===> X220 mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/amd64/conf; PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/X220 /usr/src/sys/amd64/conf/X220 WARNING: duplicate option `NEW_PCIB' encountered. WARNING: duplicate option `GEOM_PART_BSD' encountered. WARNING: duplicate option `GEOM_PART_MBR' encountered. WARNING: duplicate option `GEOM_PART_EBR' encountered. WARNING: duplicate option `GEOM_PART_EBR_COMPAT' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_IO' encountered. WARNING: duplicate device `io' encountered. config: Error: device "vt" is unknown config: Error: device "vt_vga" is unknown config: 2 errors *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src There was a kernel with VT enabled installed on this machine. Ok, I could imagine where the warnings come from but why is VT not part of the latest revision? Is there a problem with my local copy? There have been some interruptions during the download. Erich From owner-freebsd-stable@FreeBSD.ORG Thu May 22 15:49:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1544DC09 for ; Thu, 22 May 2014 15:49:51 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id C24A12F60 for ; Thu, 22 May 2014 15:49:50 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id E2B9033C48 for ; Thu, 22 May 2014 11:49:38 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id 15FF93984E; Thu, 22 May 2014 11:49:36 -0400 (EDT) From: Lowell Gilbert Cc: freebsd-stable@freebsd.org Subject: Re: strange svn problem on FreeBSD 10 STABLE References: <20140522144628.72655b16@X220.alogt.com> Reply-To: freebsd-stable@freebsd.org Date: Thu, 22 May 2014 11:49:36 -0400 In-Reply-To: <20140522144628.72655b16@X220.alogt.com> (Erich Dollansky's message of "Thu, 22 May 2014 14:46:28 +0800") Message-ID: <44fvk1q0dr.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 22 May 2014 15:49:51 -0000 Erich Dollansky writes: > Hi, > > I ran svn and get this as a result: > > Updating the source tree. > Updating '/usr/src': > At revision 266536. > > So, it all should be fine. > > When I compile then the kernel, I will get this: > > -------------------------------------------------------------- >>>> Kernel build for X220 started on Thu May 22 14:41:52 WITA 2014 > -------------------------------------------------------------- > ===> X220 > mkdir -p /usr/obj/usr/src/sys > > -------------------------------------------------------------- >>>> stage 1: configuring the kernel > -------------------------------------------------------------- > cd /usr/src/sys/amd64/conf; > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > config -d /usr/obj/usr/src/sys/X220 /usr/src/sys/amd64/conf/X220 > WARNING: duplicate option `NEW_PCIB' encountered. WARNING: duplicate > option `GEOM_PART_BSD' encountered. WARNING: duplicate option > `GEOM_PART_MBR' encountered. WARNING: duplicate option `GEOM_PART_EBR' > encountered. WARNING: duplicate option `GEOM_PART_EBR_COMPAT' > encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: > duplicate device `isa' encountered. WARNING: duplicate option `DEV_MEM' > encountered. WARNING: duplicate device `mem' encountered. > WARNING: duplicate option `DEV_IO' encountered. > WARNING: duplicate device `io' encountered. > config: Error: device "vt" is unknown > config: Error: device "vt_vga" is unknown > config: 2 errors > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src > > There was a kernel with VT enabled installed on this machine. Ok, I > could imagine where the warnings come from but why is VT not part of > the latest revision? > > Is there a problem with my local copy? There have been some > interruptions during the download. Vaguely possible. However, my guess would be that you've changed the branch you're pulling the sources from, or the kernel configuration, or both. The vt driver is fairly new, so you need a reasonably recent 10.x or higher source tree to have it available. So: my advice. (1) check what you have for sources: "svn info" will tell you, and "svn status" will tell you if you have changed any files in the tree. Look at the output carefully for hints of problems. If svn reports problems with its database, try "svn cleanup". (2) If your svn tree isn't tracking the branch that you intend to, fix that. It looks like stable/10 or mainline head are good targets for using the vt console device right now, although I may well be wrong on that. (3) Try building the GENERIC and VT kernels rather than your custom kernel. If they build, then your custom kernel configuration is the problem, and you can either reconfigure that or just use one of the standard ones you just built. If they don't build, you will at least get much clearer indications of the problem. [Don't use -j with the make command.] (4) Make sure you're following the recommended upgrade path. I probably could have been a lot more help if you'd included the output of "uname -a" and "svn info" in your message. And your kernel configuration file, although even better than that would be trying the GENERIC configuration and showing the results of that. Good luck. From owner-freebsd-stable@FreeBSD.ORG Thu May 22 22:50:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD6661FB for ; Thu, 22 May 2014 22:50:30 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [IPv6:2001:470:67:39d::78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8930223AE for ; Thu, 22 May 2014 22:50:30 +0000 (UTC) Received: from [192.168.9.59] (ip-64-134-227-154.public.wayport.net [64.134.227.154]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: peter) by smtp2.wemm.org (Postfix) with ESMTPSA id 25843D93 for ; Thu, 22 May 2014 15:50:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1400799029; bh=Wbs1CyJwW2a3GazAq+Tvf3W0zzpe9raA5JaMdFFfvQU=; h=Date:From:To:Subject:References:In-Reply-To; b=mSWSTL/LOvgtVvcaydrPO3pUhLWlmCR83yviWot9+UZbrXbUUtgQQO8K/7DWTzoKB KQJNSJSoPPeIUN62x4WTgKkmMOPbTl92pg/U7Qys8hVkzRoLCkmTqq+nmH6FVuwRQA nAhfXqTXsNGACdSM4zjaIzriDe1WH7LQdLPt7h8o= Message-ID: <537E7F2F.1050903@wemm.org> Date: Thu, 22 May 2014 15:50:23 -0700 From: Peter Wemm User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: What is your favourite/best firewall on FreeBSD and why? References: <20140520070926.GA92183@The.ie> <537CF293.5010508@sentex.net> In-Reply-To: <537CF293.5010508@sentex.net> 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.18 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, 22 May 2014 22:50:30 -0000 On 5/21/14, 11:38 AM, Mike Tancsa wrote: > On 5/20/2014 3:09 AM, Lucius Rizzo wrote: >> I have been looking into articles comparing firewalls that come with >> FreeBSD. There isn't much recent info on the net. I am currently using >> FreeBSD 10 with IPFilter. > > It depends. I will use ipfw or pf depending on the app. But I never > use ipfilter as there is really no one maintaining it in FreeBSD. > Also, if you are using RELENG_10, using pf can better take advantage > of multiple cores. > > For stateful firewalls, pf is the way to go for me. The rules are > easy to manage in a simple text configuration file which makes it > easier to maintain across reboots. ipfw is good (for me) where speed > is important, and very few rules are needed. Also, if you want to do > traffic shaping, dummynet+ipfw works well. The traffic shaping > solutions for pf are not so good right now. > > ---Mike > For what it's worth, we use FreeBSD-11 pf + carp on the FreeBSD.org clusters. The main reasons: 1) state tracking. We write our rules to try and maximize the state hits and minimize the rule searching. 2) tables and the rule optimizer 3) we use pairs of firewalls so we can do no-interruption upgrades / failovers. pfsync makes this possible. 4) in kernel nat / scrubbing etc. 5) multi-core in 10.x+ 6) atomic updates to rulesets I can't stress the value of having the paired primary/backup firewalls that are in sync. We use them to filter between as many as 15 network segments in some of our clusters. We don't trust vlan to vlan traffic and there's a default-deny configuration for everything. We have 100-300 rules on each site and see anywhere from 30:1 to 500:1 state hits vs rule searches (ie: for every sequential rule lookup, there's as many as 500 hash hits on the state table) The main source of pain we have is that the pf in FreeBSD doesn't do ipv6 fragment processing. We had to work around this because we have public facing DNS servers behind it and they have to deal with ipv6 fragments. -Peter From owner-freebsd-stable@FreeBSD.ORG Fri May 23 00:18:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8F99462 for ; Fri, 23 May 2014 00:18:29 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 AE2552A05 for ; Fri, 23 May 2014 00:18:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:To:From:Date; bh=Nm21K7ziBm7gNBilCU8Ndx88eI6pymSj1Lqxb+ZEku8=; b=Rt04a2SXsx7Hwvv++1sya4EPCJKuWHYBSOe+gU4MLXEcuUuT+sxsm5CD89I9FtIajov42I1PqjzNfevPRuSjnNEUoijwKkHexoT7Utlzak9elEDhQV0hE4tZwE4mnP4WYNWMVtoku8QQsk1/EHO7kGNnHMWXO/2gyzj6AIOIkGM=; Received: from [182.9.88.60] (port=22439 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WndBr-0017pj-N0 for freebsd-stable@freebsd.org; Thu, 22 May 2014 18:18:28 -0600 Date: Fri, 23 May 2014 08:18:22 +0800 From: Erich Dollansky To: freebsd-stable@freebsd.org Subject: Re: strange svn problem on FreeBSD 10 STABLE Message-ID: <20140523081822.0c469cf0@X220.alogt.com> In-Reply-To: <44fvk1q0dr.fsf@lowell-desk.lan> References: <20140522144628.72655b16@X220.alogt.com> <44fvk1q0dr.fsf@lowell-desk.lan> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 00:18:30 -0000 On Thu, 22 May 2014 11:49:36 -0400 Lowell Gilbert wrote: > Erich Dollansky writes: > > > Hi, > > > > I ran svn and get this as a result: > > > > Updating the source tree. > > Updating '/usr/src': > > At revision 266536. > > > > So, it all should be fine. > > > > When I compile then the kernel, I will get this: > > > > -------------------------------------------------------------- > >>>> Kernel build for X220 started on Thu May 22 14:41:52 WITA 2014 > > -------------------------------------------------------------- > > ===> X220 > > mkdir -p /usr/obj/usr/src/sys > > > > -------------------------------------------------------------- > >>>> stage 1: configuring the kernel > > -------------------------------------------------------------- > > cd /usr/src/sys/amd64/conf; > > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > > config -d /usr/obj/usr/src/sys/X220 /usr/src/sys/amd64/conf/X220 > > WARNING: duplicate option `NEW_PCIB' encountered. WARNING: duplicate > > option `GEOM_PART_BSD' encountered. WARNING: duplicate option > > `GEOM_PART_MBR' encountered. WARNING: duplicate option > > `GEOM_PART_EBR' encountered. WARNING: duplicate option > > `GEOM_PART_EBR_COMPAT' encountered. WARNING: duplicate option > > `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. > > WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate > > device `mem' encountered. WARNING: duplicate option `DEV_IO' > > encountered. WARNING: duplicate device `io' encountered. > > config: Error: device "vt" is unknown > > config: Error: device "vt_vga" is unknown > > config: 2 errors > > *** Error code 1 > > > > Stop. > > make[1]: stopped in /usr/src > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/src > > > > There was a kernel with VT enabled installed on this machine. Ok, I > > could imagine where the warnings come from but why is VT not part of > > the latest revision? > > > > Is there a problem with my local copy? There have been some > > interruptions during the download. > > Vaguely possible. However, my guess would be that you've changed the > branch you're pulling the sources from, or the kernel configuration, > or both. The vt driver is fairly new, so you need a reasonably recent > 10.x or higher source tree to have it available. > > So: my advice. > > (1) check what you have for sources: "svn info" will tell you, and > "svn status" will tell you if you have changed any files in the > tree. Look at the output carefully for hints of problems. If svn > reports problems with its database, try "svn cleanup". > Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/stable/10 Relative URL: ^/stable/10 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 266565 Node Kind: directory Schedule: normal Last Changed Author: dteske Last Changed Rev: 266562 Last Changed Date: 2014-05-23 06:10:16 +0800 (Fri, 23 May 2014) So, this looks to me as the thing I expect. > (2) If your svn tree isn't tracking the branch that you intend to, > fix that. It looks like stable/10 or mainline head are good targets > for using the vt console device right now, although I may well be > wrong on that. > I have this machine on what is now 10 since summer 2012. So, it should be all fine. What is most surprising for me is the fact that the machine was running VT with the kernel some 4 weeks old. So, it is the update that screwed something in the sources. > (3) Try building the GENERIC and VT kernels rather than your custom > kernel. If they build, then your custom kernel configuration is > the problem, and you can either reconfigure that or just use one of > the standard ones you just built. If they don't build, you will at > least get much clearer indications of the problem. [Don't use -j > with the make command.] I never use -j options in this context anyway. The custom kernel works since summer 2012. The only change I have made recently was the addition of VT to it. I will try to build it with SC enabled. > > (4) Make sure you're following the recommended upgrade path. > Isn't svn the recommended method? I use svn since the switch. I have had several problems with it. They all could get resolved this way or the other way. But here, I feel stuck. > > I probably could have been a lot more help if you'd included the > output of "uname -a" and "svn info" in your message. And your kernel > configuration file, although even better than that would be trying the > GENERIC configuration and showing the results of that. > This is uname: FreeBSD X220.alogt.com 10.0-STABLE FreeBSD 10.0-STABLE #30: Thu May 22 11:08:06 WITA 2014 erich@X220.alogt.com:/usr/obj/usr/src/sys/X220 amd64 svn info's output is above. It all looks like what I want. I just do not get it. Erich From owner-freebsd-stable@FreeBSD.ORG Fri May 23 01:28:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3468F946 for ; Fri, 23 May 2014 01:28:03 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 D01E62FE5 for ; Fri, 23 May 2014 01:28:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=Df7P8cHgaIafn0CrDAnMZpKmR9w9lwJcXBwhFhUAryY=; b=nt0tnF9rNHfsOhe+w+GxaKhleBJ6Z1CXbAzu8LtsGxv9//mqPm06JPOeWy+DtvQRHZ0FVFYc2vTVlMfe4iR6hB6H73nE6Nz+NTt5fOkcmzWJdhtwB1jsZ5dEG+EHzvateOy4dnR0qmnkb4dh4oGbg76/nzoZ5k49Wd4BITTU5Q8=; Received: from [182.9.88.60] (port=12560 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WneHA-001up1-Mg; Thu, 22 May 2014 19:28:01 -0600 Date: Fri, 23 May 2014 09:27:55 +0800 From: Erich Dollansky To: freebsd-stable@freebsd.org Subject: Re: strange svn problem on FreeBSD 10 STABLE Message-ID: <20140523092755.4d56eb21@X220.alogt.com> In-Reply-To: <44fvk1q0dr.fsf@lowell-desk.lan> References: <20140522144628.72655b16@X220.alogt.com> <44fvk1q0dr.fsf@lowell-desk.lan> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable-local@be-well.ilk.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 01:28:03 -0000 Hi, On Thu, 22 May 2014 11:49:36 -0400 Lowell Gilbert wrote: > Erich Dollansky writes: > > > I probably could have been a lot more help if you'd included the > output of "uname -a" and "svn info" in your message. And your kernel > configuration file, although even better than that would be trying the > GENERIC configuration and showing the results of that. > I just compiled the kernel with SC on and VT off without any problems. Turning VT on again and SC off and I results in the original error messages. It seems to me that the source tree got damaged during the interruptions and svn does not notice it. > Good luck. It seems the best method for the moment. Erich From owner-freebsd-stable@FreeBSD.ORG Fri May 23 01:48:02 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15D99F89 for ; Fri, 23 May 2014 01:48:02 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (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 DE6D6216D for ; Fri, 23 May 2014 01:48:01 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WneaV-000Ajo-Lz; Fri, 23 May 2014 01:47:59 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s4N1lv7W046900; Thu, 22 May 2014 19:47:57 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19oQACekb+XB3vJTxSx3JwC Subject: Re: strange svn problem on FreeBSD 10 STABLE From: Ian Lepore To: Erich Dollansky In-Reply-To: <20140523092755.4d56eb21@X220.alogt.com> References: <20140522144628.72655b16@X220.alogt.com> <44fvk1q0dr.fsf@lowell-desk.lan> <20140523092755.4d56eb21@X220.alogt.com> Content-Type: text/plain; charset="us-ascii" Date: Thu, 22 May 2014 19:47:56 -0600 Message-ID: <1400809676.1152.300.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, freebsd-stable-local@be-well.ilk.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 01:48:02 -0000 On Fri, 2014-05-23 at 09:27 +0800, Erich Dollansky wrote: > Hi, > > On Thu, 22 May 2014 11:49:36 -0400 > Lowell Gilbert wrote: > > > Erich Dollansky writes: > > > > > > I probably could have been a lot more help if you'd included the > > output of "uname -a" and "svn info" in your message. And your kernel > > configuration file, although even better than that would be trying the > > GENERIC configuration and showing the results of that. > > > I just compiled the kernel with SC on and VT off without any problems. > Turning VT on again and SC off and I results in the original error > messages. It seems to me that the source tree got damaged during the > interruptions and svn does not notice it. > > > Good luck. > > It seems the best method for the moment. > > Erich Based on the error messages you report, the part of the tree that might be damaged is src/sys/conf/files*. From a glance at the config code it looks like that error is generated if it reads through conf/files and conf/files.amd64 and others that are included from your kernel config, and it didn't find any lines that contained "optional vt". The thing is, that appears on a pretty good number of lines, so it's hard to picture the damage that caused just that error and no others. -- Ian From owner-freebsd-stable@FreeBSD.ORG Fri May 23 06:30:14 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AFFF3A2; Fri, 23 May 2014 06:30:14 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 0A6B3279E; Fri, 23 May 2014 06:30:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=7PIGEAWZaPCw5x/U1MCYqqzWnQFykNlnJHITqT/qGLY=; b=yHRLOOPJf+DPSzVqSk8Dm994LeytANsvIaeK+6MoC7mF5tncJ7D85SpqsQnK2iCoQKmKHa10dPhsmpbD16cSLcMiikd3rQRSvwwLyHSkkNrvWoMu0wRbcjCARsUA36m7K0U/izZV8K/lNMK7G0qY6hh6SoTwSOG4F1AgRrozqsE=; Received: from [182.9.88.60] (port=41242 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1Wnizc-000XIg-00; Fri, 23 May 2014 00:30:12 -0600 Date: Fri, 23 May 2014 14:30:05 +0800 From: Erich Dollansky To: Ian Lepore Subject: Re: strange svn problem on FreeBSD 10 STABLE --> solved Message-ID: <20140523143005.2be858c1@X220.alogt.com> In-Reply-To: <1400809676.1152.300.camel@revolution.hippie.lan> References: <20140522144628.72655b16@X220.alogt.com> <44fvk1q0dr.fsf@lowell-desk.lan> <20140523092755.4d56eb21@X220.alogt.com> <1400809676.1152.300.camel@revolution.hippie.lan> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@FreeBSD.org, freebsd-stable-local@be-well.ilk.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 06:30:14 -0000 Hi, On Thu, 22 May 2014 19:47:56 -0600 Ian Lepore wrote: > On Fri, 2014-05-23 at 09:27 +0800, Erich Dollansky wrote: > > On Thu, 22 May 2014 11:49:36 -0400 > > Lowell Gilbert wrote: > > > > > Erich Dollansky writes: > > > > > > > > > I probably could have been a lot more help if you'd included the > > > output of "uname -a" and "svn info" in your message. And your > > > kernel configuration file, although even better than that would > > > be trying the GENERIC configuration and showing the results of > > > that. > > > > > I just compiled the kernel with SC on and VT off without any > > problems. Turning VT on again and SC off and I results in the > > original error messages. It seems to me that the source tree got > > damaged during the interruptions and svn does not notice it. > > > > > Good luck. > > > > It seems the best method for the moment. > > > > Erich > > Based on the error messages you report, the part of the tree that > might be damaged is src/sys/conf/files*. From a glance at the config > code it looks like that error is generated if it reads through > conf/files and conf/files.amd64 and others that are included from > your kernel config, and it didn't find any lines that contained > "optional vt". The thing is, that appears on a pretty good number of > lines, so it's hard to picture the damage that caused just that error > and no others. > after doing a svn revert . -R svn started to copy moste likely all files from the local depository into the actual source tree. So, it seems to me that one of the interruptions I have had stopped also this copying process and svn did not notice this in the later runs. It still does not compile as config fails now with a different error message. -------------------------------------------------------------- >>> Kernel build for X220 started on Fri May 23 11:12:51 WITA 2014 -------------------------------------------------------------- ===> X220 mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/amd64/conf; PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/X220 -I '/usr/src/sys/amd64/conf' '/usr/src/sys/amd64/conf/X220' config: illegal option -- I usage: config [-CgmpV] [-d destdir] sysname config -x kernel *** Error code 64 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src Ok, I realised here that I have to build the world first as even uname tells something about a current version, it does not have to be true. Rebuild the world and then the kernel worked as expected. Anyway, a problem like this seems to be extremely rare. It was most likely caused by the interruptions I have had to face during the download of the sources. Thanks for your input. Erich From owner-freebsd-stable@FreeBSD.ORG Fri May 23 06:52:28 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 919F79B7; Fri, 23 May 2014 06:52:28 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 56AEC2952; Fri, 23 May 2014 06:52:27 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 84CE67300A; Fri, 23 May 2014 08:56:53 +0200 (CEST) Date: Fri, 23 May 2014 08:56:53 +0200 From: Luigi Rizzo To: stable@freebsd.org Subject: build order race after SUBDIR_PARALLEL (264303) Message-ID: <20140523065653.GA86035@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: dim@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 06:52:28 -0000 Hi, I have recently hit a problem when building stable/10 with "make -j 8" which i tracked down to svn 264303, the MFC of the SUBDIR_PARALLEL build feature. With a large number of parallel tasks (and GCC; it is a race condition so timing matters), the build fails during the toolchain target with this: --- sig_party.o --- cc -O2 -pipe -I/usr/home/luigi/FreeBSD/R10/lib/libngatm/../../sys/contrib/ngatm -I/usr/home/luigi/FreeBSD/R10/../usr/obj-pico-amd64/usr/home/luigi/FreeBSD/R10/lib/libngatm -I/usr/home/luigi/FreeBSD/R10/lib/libngatm/../../contrib/ngatm/libngatm -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter - Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /usr/home/luigi/FreeBSD/R10/lib/libngatm/../../sys/contrib/ngatm/netnatm/sig/sig_party.c -o sig_ party.o --- all_subdir_libproc --- /usr/home/luigi/FreeBSD/R10/../usr/obj-pico-amd64/usr/home/luigi/FreeBSD/R10/tmp/usr/bin/ld: cannot find -lsupc++ *** [libproc.so.2] Error code 1 make[5]: stopped in /usr/home/luigi/FreeBSD/R10/lib/libproc 1 error ... Turns out that before SUBDIR_PARALLEL, libsupc++ was built before libproc thus satisfying the dependency; but with -j XXX we cannot guarantee the ordering and there is no explicit constraint or .ORDER in the makefiles to build things in the correct order. This is a race condition so you may or may not see the problem depending on what you are building and where. I am seeing the problem consistently on stable/10 after 264303 when building toolchain with GCC (not clang) on an 8-core machine and make -j 8 Building the above with -j 4 seem to work fine, as it works building HEAD with -j 8 cheers luigi From owner-freebsd-stable@FreeBSD.ORG Fri May 23 07:58:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 012509A0 for ; Fri, 23 May 2014 07:58:50 +0000 (UTC) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Digital Systems Operational CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 84A3E2E26 for ; Fri, 23 May 2014 07:58:49 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [193.68.6.1]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.6/8.14.6) with ESMTP id s4N7n83f012891 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 23 May 2014 10:49:09 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <537EFD74.4060007@digsys.bg> Date: Fri, 23 May 2014 10:49:08 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: What is your favourite/best firewall on FreeBSD and why? References: <20140520070926.GA92183@The.ie> In-Reply-To: <20140520070926.GA92183@The.ie> 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.18 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, 23 May 2014 07:58:50 -0000 On 20.05.14 10:09, Lucius Rizzo wrote: > Ultimately, outside configuration differences all firewalls are essentially > serve the same purpose but I wonder what is your favorite and why? If > you were to run FreeBSD in production, which of the three would you > choose? IPFilter, PF or IPFW? Coming from BSD/OS, IPFW was my natural choice. Have been using it for many, many years. But, as it turns our, for many years, it has an problem with table manipulation, that wasn't fixed, so for these applications I switched to PF. I still prefer the IPFW style configuration and management though. Daniel From owner-freebsd-stable@FreeBSD.ORG Fri May 23 07:59:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E656B6A for ; Fri, 23 May 2014 07:59:42 +0000 (UTC) Received: from mail-vc0-x22f.google.com (mail-vc0-x22f.google.com [IPv6:2607:f8b0:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4EB8B2E38 for ; Fri, 23 May 2014 07:59:42 +0000 (UTC) Received: by mail-vc0-f175.google.com with SMTP id id10so2413226vcb.20 for ; Fri, 23 May 2014 00:59:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=ZecQOjBdXF5gHUxOlUH2berHH8VRk1yUxx06Qyz12mw=; b=z1JjpxIzZNgv3PUUO5jilyB2O8fHRnrFUmQAjjQcfzAdDin2cy2guRrH+V9rEkoUnY RYBmTvZrlhBOgkYbjKYLQ6fjf5pz1r8TBZfhxjGy+A8wEiXI2SrmmvXyAuA3YiqxIA88 HAyvXOI7Xjnkcz4sLiFJ+CsYfsbfNQjhPNUSGg7LwlZ+4VBaBQ7e5SRJ/zlKdgQ+U5+O K5LIzkjIm/tjhtK08qbxcEG1EGcMSWMCGBSPKsrSQTTGNjxPjUghTr4v8/aI7T+8+d6z 8sPHRn4Guxj0iG3EzNt1Dr57Gq03AX5jBr0Oph0RMdJEUyH5Fl6aH9qrMwGFD1F5KXnA +9Iw== MIME-Version: 1.0 X-Received: by 10.58.219.166 with SMTP id pp6mr2848340vec.1.1400831981419; Fri, 23 May 2014 00:59:41 -0700 (PDT) Received: by 10.52.185.2 with HTTP; Fri, 23 May 2014 00:59:41 -0700 (PDT) In-Reply-To: References: Date: Fri, 23 May 2014 11:59:41 +0400 Message-ID: Subject: Re: iconv exit code on 10.0 From: Pavel Timofeev To: freebsd-stable stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 07:59:42 -0000 I've just tried 10-STABLE r266571. Same story like in 10-RELEASE. 2014-05-20 16:04 GMT+04:00 Pavel Timofeev : > Hi! > > I've encountered with wrong iconv work. > > root@timbsd:~ # uname -a > FreeBSD timbsd 10.0-RELEASE-p3 FreeBSD 10.0-RELEASE-p3 #0: Tue May 13 > 18:31:10 UTC 2014 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > root@timbsd:~ # locale > LANG=3D > LC_CTYPE=3Dru_RU.UTF-8 > LC_COLLATE=3D"C" > LC_TIME=3D"C" > LC_NUMERIC=3D"C" > LC_MONETARY=3D"C" > LC_MESSAGES=3D"C" > LC_ALL=3D > > I have file with russian content. > root@timbsd:~ # cat /tmp/delete_it > =D0=9A=D0=B0=D0=BA=D0=BE=D0=B9-=D1=82=D0=BE =D1=82=D0=B5=D0=BA=D1=81=D1= =82 =D0=BD=D0=B0 =D1=80=D1=83=D1=81=D1=81=D0=BA=D0=BE=D0=BC. Some text on r= ussian > > =D0=95=D1=89=D0=B5 =D0=BD=D0=B5=D0=BC=D0=BD=D0=BE=D0=B3=D0=BE. Some more. > > > And I wanted to try to convert it to ISO. > root@timbsd:~ # /usr/bin/iconv -t ISO-8859-15 /tmp/delete_it > ?????-?? ????? ?? ???????. Some text on russian > > ??? ???????. Some more. > > iconv: warning: invalid characters: 31 > > root@timbsd:~ # echo $? > 0 > > > Why exit code is 0? Base iconv didn't manage to convert strings so > exit code should be more than 0. That's really bad! > > > converters/libiconv from ports works better in this case! > See: > root@timbsd:~ # /usr/local/bin/iconv -t ISO-8859-15 /tmp/delete_it > /usr/local/bin/iconv: /tmp/delete_it:1:0: cannot convert > root@timbsd:~ # echo $? > 1 > > I tried it on FreeBSD 11-CURRENT and base iconv doesn't have such problem= there. > So I hope that suitable fixes will be MFCd to 10-STABLE. From owner-freebsd-stable@FreeBSD.ORG Fri May 23 08:25:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64FAB2DE for ; Fri, 23 May 2014 08:25:07 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A4AE920AE for ; Fri, 23 May 2014 08:25:05 +0000 (UTC) Received: (qmail 9757 invoked by uid 89); 23 May 2014 08:24:13 -0000 Received: by simscan 1.4.0 ppid: 9752, pid: 9754, t: 0.0435s scanners: attach: 1.4.0 clamav: 0.97.3/m:55/d:19022 Received: from unknown (HELO suse3.ewadmin.local) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 23 May 2014 08:24:13 -0000 Date: Fri, 23 May 2014 10:24:10 +0200 From: Rainer Duffner To: Peter Wemm Subject: Re: What is your favourite/best firewall on FreeBSD and why? Message-ID: <20140523102410.0f61fe0c@suse3.ewadmin.local> In-Reply-To: <537E7F2F.1050903@wemm.org> References: <20140520070926.GA92183@The.ie> <537CF293.5010508@sentex.net> <537E7F2F.1050903@wemm.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.22; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 08:25:07 -0000 Am Thu, 22 May 2014 15:50:23 -0700 schrieb Peter Wemm : > The main source of pain we have is that the pf in FreeBSD doesn't do > ipv6 fragment processing. We had to work around this because we have > public facing DNS servers behind it and they have to deal with ipv6 > fragments. Hi, can you elaborate on this a bit more (without exposing the security of the FreeBSD.org cluster)? The reason I ask is that we're going to implement a new DNS soon'ish and it will also need to serve IPV6. It's planned to run pf on the nameservers directly. At least until we have a commercial firewall that actually does IPV6 better than pf ;-) Or is there information on the web about this, somewhere? Thanks in advance Rainer From owner-freebsd-stable@FreeBSD.ORG Fri May 23 09:02:28 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBB13D61 for ; Fri, 23 May 2014 09:02:28 +0000 (UTC) Received: from ziemba.us (osmtp.ziemba.us [208.106.105.149]) (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 62B17244E for ; Fri, 23 May 2014 09:02:27 +0000 (UTC) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.6/8.14.6) with ESMTP id s4N90p06011871 for ; Fri, 23 May 2014 02:00:51 -0700 (PDT) (envelope-from pz-freebsd-stable@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.6/8.14.6/Submit) id s4N90pXT011870 for freebsd-stable@FreeBSD.org; Fri, 23 May 2014 02:00:51 -0700 (PDT) (envelope-from pz-freebsd-stable@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-stable@ziemba.us using -f Received: (from news@localhost) by usenet.ziemba.us (8.14.5/8.14.5/Submit) id s4N90of2007406 for treehouse-mail-freebsd-stable@hairball.ziemba.us; Fri, 23 May 2014 02:00:50 -0700 (PDT) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-stable@FreeBSD.org Subject: Re: What is your favourite/best firewall on FreeBSD and why? Date: Fri, 23 May 2014 09:00:50 +0000 (UTC) Message-id: References: <20140520070926.GA92183@The.ie> Reply-to: paul+usenet@w6yx.stanford.edu Errors-to: "G. Paul Ziemba" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 09:02:28 -0000 Lucius.Rizzo@The.ie (Lucius Rizzo) writes: >Ultimately, outside configuration differences all firewalls are essentially >serve the same purpose but I wonder what is your favorite and why? If >you were to run FreeBSD in production, which of the three would you >choose? IPFilter, PF or IPFW? I was a long-time user of ipfilter from its early days in the 1990's on Solaris. I started running it on FreeBSD in September 1999 (FreeBSD 3.2). I switched to pf about seven months ago as I began to need to manage bandwidth for specific classes of traffic (for example, prevent outbound mailing list email from saturating the link and reserve some bandwidth for interactive use). The syntax is very close and the NAT configuration is simpler in pf. Here are some of my reasons for switching: 1. Development activity. There seems to be almost no development of ipfilter for FreeBSD anymore. Beyond the drama last year about whether it would continue to be supported at all in FreeBSD, I'm not sure there is even any development of the base ipfilter now. The project web page (as linked from the FreeBSD Handbook as well as the Wikipedia page) seems to have disappeared. 2. Integrated queue configuration (enabling bandwidth management of selected traffic). This feature is not in ipfilter and is what drove my switch. 3. Integrated macro and subroutine support (the latter are referred to as "anchors"). It simplified my rule files a bit. Also, being able to reload rules at specific anchors simplified handling of my time-based rules. I haven't checked recently, but I believe VIMAGE support for FreeBSD's pf is still missing. There were some development efforts a couple years ago but I never saw the patches get added to the distributed FreeBSD. As a result I am using VirtualBox VMs instead of jails for some of my internet-facing services. -- G. Paul Ziemba FreeBSD unix: 1:56AM up 117 days, 2:55, 24 users, load averages: 1.49, 1.60, 1.60 From owner-freebsd-stable@FreeBSD.ORG Fri May 23 10:12:24 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA8AF899 for ; Fri, 23 May 2014 10:12:24 +0000 (UTC) Received: from babel.karthauser.co.uk (212-13-197-151.karthauser.co.uk [212.13.197.151]) by mx1.freebsd.org (Postfix) with ESMTP id 72D742A56 for ; Fri, 23 May 2014 10:12:23 +0000 (UTC) Received: from [192.168.1.178] (unknown [86.188.177.234]) (Authenticated sender: joemail@tao.org.uk) by babel.karthauser.co.uk (Postfix) with ESMTPSA id 82E0DDE6; Fri, 23 May 2014 10:04:24 +0000 (UTC) Subject: Re: What is your favourite/best firewall on FreeBSD and why? Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Content-Type: multipart/signed; boundary="Apple-Mail=_F5F0CDF2-5FB8-489D-B079-29EE305A4500"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Dr Josef Karthauser In-Reply-To: Date: Fri, 23 May 2014 11:04:24 +0100 Message-Id: References: <20140520070926.GA92183@The.ie> To: paul+usenet@w6yx.stanford.edu X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 10:12:24 -0000 --Apple-Mail=_F5F0CDF2-5FB8-489D-B079-29EE305A4500 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 23 May 2014, at 10:00, G. Paul Ziemba = wrote: > Lucius.Rizzo@The.ie (Lucius Rizzo) writes: >=20 >> Ultimately, outside configuration differences all firewalls are = essentially >> serve the same purpose but I wonder what is your favorite and why? If >> you were to run FreeBSD in production, which of the three would you >> choose? IPFilter, PF or IPFW? >=20 > I switched to pf about seven months ago as I began to need to > manage bandwidth for specific classes of traffic (for example, > prevent outbound mailing list email from saturating the link > and reserve some bandwidth for interactive use). >=20 > The syntax is very close and the NAT configuration is simpler in pf. Does the pfsync handle NAT tables. Could I use it to build a resilient carrier grade NAT solution? Joe --Apple-Mail=_F5F0CDF2-5FB8-489D-B079-29EE305A4500 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJTfx0oAAoJEGdCjs+EVN/YbCoH/00r8mTvTlnxyg8Tadt++ndf 3cXlDss4BupLAnklVs4zE6mk2aNP+cjgr40PDo03xklVCm1gUJTNodKuNqTifrJa m7Cub4wIh8oGVD36p/8coNLa98azuvxTnc3hCE5YOU/5M4m5xByXWu0Y9J7XNwNk WZsfvevqjV6NneKk5hCssLei9KkI9tJ0aBU3mW0Zib2bGrmXL+HLSLhlNBVJ7ypg WLL0UUdTx/+YAyXl7Rt2K7Zk4wpeMcEFiw/6iKzZ1phRDkZsPUd0nstmI+so96vi Nh37w9iAn8KdYXj8dKmylrw0/EHggXaenCvX90WJCjtXGZQ5BLo9pjDsDGNQdrc= =U+2A -----END PGP SIGNATURE----- --Apple-Mail=_F5F0CDF2-5FB8-489D-B079-29EE305A4500-- From owner-freebsd-stable@FreeBSD.ORG Fri May 23 12:26:58 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFBA5A03; Fri, 23 May 2014 12:26:58 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (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 851C026C3; Fri, 23 May 2014 12:26:57 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WnoYq-000D49-AN; Fri, 23 May 2014 12:26:56 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s4NCQqEi047618; Fri, 23 May 2014 06:26:53 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19DhcijJ98WjLYRF6bqWAwI Subject: Re: build order race after SUBDIR_PARALLEL (264303) From: Ian Lepore To: Luigi Rizzo In-Reply-To: <20140523065653.GA86035@onelab2.iet.unipi.it> References: <20140523065653.GA86035@onelab2.iet.unipi.it> Content-Type: text/plain; charset="us-ascii" Date: Fri, 23 May 2014 06:26:52 -0600 Message-ID: <1400848012.1152.311.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, dim@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 12:26:58 -0000 On Fri, 2014-05-23 at 08:56 +0200, Luigi Rizzo wrote: > Hi, > I have recently hit a problem when building stable/10 with > "make -j 8" which i tracked down to svn 264303, the > MFC of the SUBDIR_PARALLEL build feature. > > With a large number of parallel tasks (and GCC; > it is a race condition so timing matters), the build fails > during the toolchain target with this: > > --- sig_party.o --- > cc -O2 -pipe -I/usr/home/luigi/FreeBSD/R10/lib/libngatm/../../sys/contrib/ngatm -I/usr/home/luigi/FreeBSD/R10/../usr/obj-pico-amd64/usr/home/luigi/FreeBSD/R10/lib/libngatm > -I/usr/home/luigi/FreeBSD/R10/lib/libngatm/../../contrib/ngatm/libngatm -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter - > Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline > -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /usr/home/luigi/FreeBSD/R10/lib/libngatm/../../sys/contrib/ngatm/netnatm/sig/sig_party.c -o sig_ > party.o > --- all_subdir_libproc --- > /usr/home/luigi/FreeBSD/R10/../usr/obj-pico-amd64/usr/home/luigi/FreeBSD/R10/tmp/usr/bin/ld: cannot find -lsupc++ > *** [libproc.so.2] Error code 1 > > make[5]: stopped in /usr/home/luigi/FreeBSD/R10/lib/libproc > 1 error > ... > > > Turns out that before SUBDIR_PARALLEL, libsupc++ was built > before libproc thus satisfying the dependency; but with > -j XXX we cannot guarantee the ordering and there is no > explicit constraint or .ORDER in the makefiles to build > things in the correct order. > > This is a race condition so you may or may not see the problem > depending on what you are building and where. > > I am seeing the problem consistently on stable/10 after 264303 > when building toolchain with GCC (not clang) on an 8-core machine > and make -j 8 > > Building the above with -j 4 seem to work fine, > as it works building HEAD with -j 8 > > cheers > luigi Aha. I asked for exactly this info on the commit list (so you can ignore that request). Warner & I kicked around some ideas on how to solve this a while back, I'll see if I can make some progress towards better dependency controls for SUBDIR_PARALLEL this weekend. -- Ian From owner-freebsd-stable@FreeBSD.ORG Fri May 23 12:37:39 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03A02F6D; Fri, 23 May 2014 12:37:39 +0000 (UTC) Received: from mail-oa0-x22f.google.com (mail-oa0-x22f.google.com [IPv6:2607:f8b0:4003:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A8F08280E; Fri, 23 May 2014 12:37:38 +0000 (UTC) Received: by mail-oa0-f47.google.com with SMTP id i7so5553929oag.6 for ; Fri, 23 May 2014 05:37:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jH5ghLF5WY4PN4zP7FcBHATJJN0ZjDDzGWtCeB6bo0M=; b=GqV/dL3lJoZFbvGmFeNGZHRMneyl0hOweo+bz7CiVqzdAzEfa2dSp0UTmufa4zQ2dF 0bm8QRXebc4dFk4EZu8B4Kt14dpRiPaLiF8DC+8mKs/j1euNsWQReXLFHkbYh6NxN+NX B3QxAwXYulcB+87f/9wkCAGtTSkVaI0e+pco11d0maeWsTRkNDCAo4gMTenZhtetNf9y 6ng+uGtQY8+7ZWLHcrkfZck6wqIHMI0xpVVV5PnHZAGaEJ0Go0HhBAwvUxwH5GDRravJ ECjONfRHVMnFnZ1/PSP656AOT8i1dlwGSWtmnr6OoxGYDmZcmivPWZsmKknYB3iKgUPj gMug== MIME-Version: 1.0 X-Received: by 10.60.74.163 with SMTP id u3mr4769275oev.2.1400848658021; Fri, 23 May 2014 05:37:38 -0700 (PDT) Received: by 10.76.170.39 with HTTP; Fri, 23 May 2014 05:37:37 -0700 (PDT) In-Reply-To: <1400848012.1152.311.camel@revolution.hippie.lan> References: <20140523065653.GA86035@onelab2.iet.unipi.it> <1400848012.1152.311.camel@revolution.hippie.lan> Date: Fri, 23 May 2014 14:37:37 +0200 Message-ID: Subject: Re: build order race after SUBDIR_PARALLEL (264303) From: Andreas Nilsson To: Ian Lepore Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Dimitry Andric , stable@freebsd.org, Luigi Rizzo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 12:37:39 -0000 On Fri, May 23, 2014 at 2:26 PM, Ian Lepore wrote: > On Fri, 2014-05-23 at 08:56 +0200, Luigi Rizzo wrote: > > Hi, > > I have recently hit a problem when building stable/10 with > > "make -j 8" which i tracked down to svn 264303, the > > MFC of the SUBDIR_PARALLEL build feature. > > > > With a large number of parallel tasks (and GCC; > > it is a race condition so timing matters), the build fails > > during the toolchain target with this: > > > > --- sig_party.o --- > > cc -O2 -pipe > -I/usr/home/luigi/FreeBSD/R10/lib/libngatm/../../sys/contrib/ngatm > -I/usr/home/luigi/FreeBSD/R10/../usr/obj-pico-amd64/usr/home/luigi/FreeBSD/R10/lib/libngatm > > -I/usr/home/luigi/FreeBSD/R10/lib/libngatm/../../contrib/ngatm/libngatm > -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter - > > Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter > -Wcast-align -Wchar-subscripts -Winline > > -Wnested-externs -Wredundant-decls -Wold-style-definition > -Wno-pointer-sign -c > /usr/home/luigi/FreeBSD/R10/lib/libngatm/../../sys/contrib/ngatm/netnatm/sig/sig_party.c > -o sig_ > > party.o > > --- all_subdir_libproc --- > > > /usr/home/luigi/FreeBSD/R10/../usr/obj-pico-amd64/usr/home/luigi/FreeBSD/R10/tmp/usr/bin/ld: > cannot find -lsupc++ > > *** [libproc.so.2] Error code 1 > > > > make[5]: stopped in /usr/home/luigi/FreeBSD/R10/lib/libproc > > 1 error > > ... > > > > > > Turns out that before SUBDIR_PARALLEL, libsupc++ was built > > before libproc thus satisfying the dependency; but with > > -j XXX we cannot guarantee the ordering and there is no > > explicit constraint or .ORDER in the makefiles to build > > things in the correct order. > > > > This is a race condition so you may or may not see the problem > > depending on what you are building and where. > > > > I am seeing the problem consistently on stable/10 after 264303 > > when building toolchain with GCC (not clang) on an 8-core machine > > and make -j 8 > > > > Building the above with -j 4 seem to work fine, > > as it works building HEAD with -j 8 > > > > cheers > > luigi > > Aha. I asked for exactly this info on the commit list (so you can > ignore that request). Warner & I kicked around some ideas on how to > solve this a while back, I'll see if I can make some progress towards > better dependency controls for SUBDIR_PARALLEL this weekend. > > -- Ian > > > Sorry for a perhaps a cheeky question, but is this not all due to not telling make the dependencies, and/or due to "recursive" make? When is decided to learn make (although that was mainly gnu make ) I found the following http://aegis.sourceforge.net/auug97.pdf very enlightening. I do realise that such a redesign is a tremendous effort. Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Fri May 23 14:29:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F4C81D3 for ; Fri, 23 May 2014 14:29:40 +0000 (UTC) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 34235227A for ; Fri, 23 May 2014 14:29:40 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id rd3so4163053pab.7 for ; Fri, 23 May 2014 07:29:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=rwgxWZbS064s9gdxZLqnZT8S78iZLNRwsTCM/Y/Y178=; b=NWU+pMcYbNLb4Zs3MfuBJ4RsKXnxs7tMNAjhAj9rulDTTBxCRg5G//NjO5SIMwXesX tU6RoXK//6rmb+W5S2J8VUoIF0HCxPiQs4brBulAs4AHkrELvh2eQrQsJZzC0UcLdzLg sfwhuaZUv1cZv/RpJq2MrwjbU3l7xswwcQ7kwEwFRdwek0cPnE0faGh2/xNmIceH9ItQ mymY0BZd9kMt7JN+uJOpK87SrSCpbQ2ETq5YBL2Ab+xPmbewX2FZX9RkTZZBfvnMfIjl 91tyLSL9j8oI4FfpIZoJd6xSNyfHRU2u0icWG5Mdp8CjywyJSIJJauZ5HvATOQpja3+P X02w== X-Received: by 10.68.253.73 with SMTP id zy9mr6607110pbc.114.1400855379761; Fri, 23 May 2014 07:29:39 -0700 (PDT) Received: from [192.168.1.118] ([58.48.89.183]) by mx.google.com with ESMTPSA id qh2sm15028893pab.13.2014.05.23.07.29.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 23 May 2014 07:29:38 -0700 (PDT) Message-ID: <537F5B4D.4060205@gmail.com> Date: Fri, 23 May 2014 22:29:33 +0800 From: k simon User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: What is your favourite/best firewall on FreeBSD and why? References: <20140520070926.GA92183@The.ie> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 14:29:40 -0000 Does FB exist some methods can log the ClientIp\NatIp\ServerIp tuple when using ipfw nat ? Regards Simon 于 14-5-23 18:04, Dr Josef Karthauser 写道: > On 23 May 2014, at 10:00, G. Paul Ziemba wrote: > >> Lucius.Rizzo@The.ie (Lucius Rizzo) writes: >> >>> Ultimately, outside configuration differences all firewalls are essentially >>> serve the same purpose but I wonder what is your favorite and why? If >>> you were to run FreeBSD in production, which of the three would you >>> choose? IPFilter, PF or IPFW? >> >> I switched to pf about seven months ago as I began to need to >> manage bandwidth for specific classes of traffic (for example, >> prevent outbound mailing list email from saturating the link >> and reserve some bandwidth for interactive use). >> >> The syntax is very close and the NAT configuration is simpler in pf. > > Does the pfsync handle NAT tables. > Could I use it to build a resilient carrier grade NAT solution? > > Joe > From owner-freebsd-stable@FreeBSD.ORG Fri May 23 17:03:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C3011D2 for ; Fri, 23 May 2014 17:03:23 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [IPv6:2001:470:67:39d::78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 470E7219D for ; Fri, 23 May 2014 17:03:23 +0000 (UTC) Received: from [172.16.21.76] (50-204-120-225-static.hfc.comcastbusiness.net [50.204.120.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: peter) by smtp2.wemm.org (Postfix) with ESMTPSA id 69863EB; Fri, 23 May 2014 10:03:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1400864602; bh=LX9dKLeG2WICt3L1kg/QDtaZyueiM6/zhkU1vuaifUk=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=ckMXJSoONM2hi7BUSiyz8af9VqrAdalaKDS58LlKTo2IukRoKYJBWdChcOEL5r1ax WQKHGtNJNl+icsgT7U1Y8V3M3tpr458IFXISir821ctuENK95oZEQqLfK59quSDnnq TNDIS0xshpcorfmUvT4fot0emmX+xOBiXq8lFguw= Message-ID: <537F7F5B.9090805@wemm.org> Date: Fri, 23 May 2014 10:03:23 -0700 From: Peter Wemm User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Rainer Duffner Subject: Re: What is your favourite/best firewall on FreeBSD and why? References: <20140520070926.GA92183@The.ie> <537CF293.5010508@sentex.net> <537E7F2F.1050903@wemm.org> <20140523102410.0f61fe0c@suse3.ewadmin.local> In-Reply-To: <20140523102410.0f61fe0c@suse3.ewadmin.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 17:03:23 -0000 On 5/23/14, 1:24 AM, Rainer Duffner wrote: > Am Thu, 22 May 2014 15:50:23 -0700 > schrieb Peter Wemm : > >> The main source of pain we have is that the pf in FreeBSD doesn't do >> ipv6 fragment processing. We had to work around this because we have >> public facing DNS servers behind it and they have to deal with ipv6 >> fragments. > > Hi, > > can you elaborate on this a bit more (without exposing the security of > the FreeBSD.org cluster)? > The reason I ask is that we're going to implement a new DNS soon'ish > and it will also need to serve IPV6. > It's planned to run pf on the nameservers directly. At least until we > have a commercial firewall that actually does IPV6 better than pf ;-) > > Or is there information on the web about this, somewhere? > IPv6 fragments are implemented quite differently to IPv4 - those can be a real menace. IPv4 fragments are allowed to overlap each other and rewrite previous fragments, including the header. IPv6 fragments are not allowed to overlap and the IPv6 part of the header is outside the fragment area. Unfortunately the TCP and UDP headers are included in the fragment area. How this affects DNS depends on whether you are doing resolving or serving zones. What we do for dns is use a dedicated IPv6 address that is exclusively used for DNS and allow IPv6 fragments to this address. Since fragment filtering can't specify ports, we effectively allow all-ports to this address. I set this up so that it should not be a problem and routinely check to make sure there's no unexpected listeners on that address. For dns servers, this is mostly a non-issue. For resolvers (particularly with things like Unbound), a large pool of stateless incoming ports is used so it would probably be prudent to use an exclusive address for this. If pf could reassemble IPv6 fragments to examine ports and state for these it'd be a lot nicer, but it doesn't in FreeBSD. Beware, DNSSEC causes very large packets and makes fragmentation an issue. -Peter From owner-freebsd-stable@FreeBSD.ORG Fri May 23 17:19:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF317C57 for ; Fri, 23 May 2014 17:19:23 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A7C272342 for ; Fri, 23 May 2014 17:19:23 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.8/8.14.8) with ESMTP id s4NHJHd8046777; Fri, 23 May 2014 13:19:18 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <537F8302.3090200@sentex.net> Date: Fri, 23 May 2014 13:18:58 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Peter Wemm , freebsd-stable@freebsd.org Subject: Re: What is your favourite/best firewall on FreeBSD and why? References: <20140520070926.GA92183@The.ie> <537CF293.5010508@sentex.net> <537E7F2F.1050903@wemm.org> In-Reply-To: <537E7F2F.1050903@wemm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 17:19:23 -0000 On 5/22/2014 6:50 PM, Peter Wemm wrote: > For what it's worth, we use FreeBSD-11 pf + carp on the FreeBSD.org > clusters. The main reasons: Hi Peter, Just curious, but what is in 11 that is not in 10 that you decided to deploy HEAD ? I thought all those features you listed are in RELENG_10 ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Fri May 23 19:59:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 760F08FF; Fri, 23 May 2014 19:59:37 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (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 A676020C6; Fri, 23 May 2014 19:59:36 +0000 (UTC) Received-SPF: pass (freebsd.czest.pl: domain of wkoszek@freebsd.czest.pl designates 212.87.224.105 as permitted sender) receiver=freebsd.czest.pl; client-ip=212.87.224.105; helo=freebsd.czest.pl; envelope-from=wkoszek@freebsd.czest.pl; x-software=spfmilter 0.97 http://www.acme.com/software/spfmilter/ with libspf-unknown; Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s4NJrTQD002137; Fri, 23 May 2014 19:53:29 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s4NJrT0j002136; Fri, 23 May 2014 19:53:29 GMT (envelope-from wkoszek) Date: Fri, 23 May 2014 19:53:29 +0000 From: "Wojciech A. Koszek" To: Shawn Webb Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable Message-ID: <20140523195329.GC91702@FreeBSD.org> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Fri, 23 May 2014 19:53:34 +0000 (UTC) Cc: , freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 19:59:37 -0000 On Wed, May 14, 2014 at 09:58:52AM -0400, Shawn Webb wrote: > Hey All, > > [NOTE: crossposting between freebsd-current@, freebsd-security@, and > freebsd-stable@. Please forgive me if crossposting is frowned upon.] > > Address Space Layout Randomization, or ASLR for short, is an exploit > mitigation technology. It helps secure applications against low-level > exploits. A popular secure implementation is known as PaX ASLR, which is > a third-party patch for Linux. Our implementation is based off of PaX's. > > Oliver Pinter, Danilo Egea, and I have been working hard to bring more > features and robust stability to our ASLR patches. We've done extensive > testing on amd64. We'd like to get as many people testing these patches. > Given the nature of them, we'd also like as many eyeballs reviewing the > code as well. > > I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on > the RPI), when a parent forks a child, and the child gracefully exits, > the parent segfaults with the pc register pointing to 0xc0000000. That > address is always the same, no matter the application. If anyone knows > the ARM architecture well, and how FreeBSD ties into it, I'd like a > little guidance. > > I also have a sparc64 box, but I'm having trouble getting a vanilla > 11-current system to be stable on it. I ought to file a few PRs. > > You can find links to the patches below. > > Patch for 11-current: > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current-aslr-segvguard-SNAPSHOT.diff > > Patch for 10-stable: > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-10-aslr-segvguard-SNAPSHOT.diff > Shawn I appreciate you working on this. We must have this in FreeBSD. I looked at the patch and I read, but not run it. Comments below. My personal opinion is that kern_pax.c should be compiled in by default. If it adds a lot of size, it'd be better to provide empty stub calls instead of #ifdef'ing everything. But security is very important especially in embeddded systems, so you can imagine you're writing the code that everybody wants and must have enabled for decent level of security. All modern systems run with ASLR turned on. I skipped user-space stuff. I don't think it's necessary in this commit and should be separated. There's a lot of lines of code for status showing. Not sure if we care that much: ASLR is either on or off. Not sure about more granularity. More below. Lots of files: You conditionally make .sv_pax_aslr_init method point to something else. I'd assume PAX function _pax_aslr_init32() always gets called and based on whether ASLR is on or not, it does something or not. This will simplify the code a lot, and the difference probably won't be measurable. You have: int a; int b; instead of: int a, b; And you miss spaces around "=" sometimes. kern_jail.c: something looks wrong here. Sounds like you need "pr->pax". But I don't understand why you need to have these pr_* values here. It seems unnecessary. kern_pax.c: I can't quickly tell what locking is using. Some ASSERTS() in pax_ function would help. pax_aslr_active(): I don't see why you need to pass "td" and "proc" (I looked at usage: you pass proc only once). I think you could always pass proc to it, with td->td_proc passed typically. kern_pax_*: There's so many SYSCTLs I think people will have problem configuring it. Pick reasonable value for all values and let users change them via SYSCTL_INT (static sysctls) only for debugging. I can imagine we won't want ASLR only temporarily, for ports which break and must be fixed. So we probably just need per-process ASLR on/off switch and a wrapper which could be used like: aslr off program .... The debug stuff I'd remove too. We could have additional CTR stubs used there, if necessary. segvguard part I didn't understand. Why do you keep a list of programs that failed? There was no ASSERTs, thus it was hard to understand the locking too. I'm trying to understand if randomization is done correctly. Do you think you could post the results? Program: http://pastebin.com/XTRHLhMg Results: cat > aslr.c gcc aslr.c -o aslr echo 1 2 3 4 5 | xargs -I % -n 1 echo "./aslr > aslr.%" | sh paste aslr.[12345] | column -t Linux with ASLR: http://pastebin.com/UuwW1JMN MacOSX: http://pastebin.com/kuQnYS4e Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-stable@FreeBSD.ORG Fri May 23 21:03:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2EA86ECC for ; Fri, 23 May 2014 21:03:19 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [IPv6:2001:470:67:39d::78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 09F4B265D for ; Fri, 23 May 2014 21:03:19 +0000 (UTC) Received: from [172.16.21.76] (50-204-120-225-static.hfc.comcastbusiness.net [50.204.120.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: peter) by smtp2.wemm.org (Postfix) with ESMTPSA id 41CE5201 for ; Fri, 23 May 2014 14:03:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1400878998; bh=bkBDi8d5EAJDsfSHnXc5H79qclK61IMEusEljGHvvEI=; h=Date:From:To:Subject:References:In-Reply-To; b=FBN0FKiHhDAN5tIusHo31vbjXM2lxgVr88JXVRCaYASkOgyQmFMwyf2pdf0b/ifdp 1tqfQ116NcVLIONeRHtY5rj/bPzkPkKyljwfx78NCIA3wUEQ4D+UO94/gSYO/Js6Qn ZeR/OwtyXZhVEKaccXyM6Qyu4x4I0PazxyCtnCRI= Message-ID: <537FB796.80203@wemm.org> Date: Fri, 23 May 2014 14:03:18 -0700 From: Peter Wemm User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: What is your favourite/best firewall on FreeBSD and why? References: <20140520070926.GA92183@The.ie> <537CF293.5010508@sentex.net> <537E7F2F.1050903@wemm.org> <537F8302.3090200@sentex.net> In-Reply-To: <537F8302.3090200@sentex.net> 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.18 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, 23 May 2014 21:03:19 -0000 On 5/23/14, 10:18 AM, Mike Tancsa wrote: > On 5/22/2014 6:50 PM, Peter Wemm wrote: > >> For what it's worth, we use FreeBSD-11 pf + carp on the FreeBSD.org >> clusters. The main reasons: > > Hi Peter, > Just curious, but what is in 11 that is not in 10 that you decided > to deploy HEAD ? I thought all those features you listed are in > RELENG_10 ? > > ---Mike > > Two reasons. 1) back when 10.x was head, machines were set up to build from svn.f.o/base/head and never quite made the switch to stable/10. I was willing to do the extra work to make sure that 10-current was well shaken out before it became 10-stable and that's why the cluster ran head. 2) for the most part there hasn't been any need to pull them back to -stable. So long as we can handle it on clusteradm I felt that deploying dogfood was a good way to find out if things are going off into the weeds before it gets too far out of control. Having committers aware that their changes are going to run live seems to make folks think a little more carefully about committing destabilizing things. In other words, 11.x is reliable enough that we can, so we are. It's not for features though. -Peter From owner-freebsd-stable@FreeBSD.ORG Fri May 23 21:11:10 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10386220 for ; Fri, 23 May 2014 21:11:10 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [192.203.228.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E8868271B for ; Fri, 23 May 2014 21:11:09 +0000 (UTC) Received: from [172.16.21.76] (50-204-120-225-static.hfc.comcastbusiness.net [50.204.120.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: peter) by smtp2.wemm.org (Postfix) with ESMTPSA id 6025320F for ; Fri, 23 May 2014 14:11:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1400879469; bh=hA6g5Nn5q0PPPkiN447CgphkGQdJ2rH5+oEG7WFqc2s=; h=Date:From:To:Subject:References:In-Reply-To; b=nwpMqyTXNF/F3Yn85h+yytn52SsPrJVn2MMQxC759SKKHwvNcO3AnNlAEJjQ3jSrB XjafPhO0dVme4ZQV8XDpjjB7bdA2o8OyhyBuq+yQ4lt1lgWtcvC/r3hsWKlI7SomLT RBngEcAksgoJpzEaTxJVVWRxmY0/lxX4zik7wp1A= Message-ID: <537FB96D.1040503@wemm.org> Date: Fri, 23 May 2014 14:11:09 -0700 From: Peter Wemm User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: What is your favourite/best firewall on FreeBSD and why? References: <20140520070926.GA92183@The.ie> In-Reply-To: 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.18 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, 23 May 2014 21:11:10 -0000 On 5/23/14, 3:04 AM, Dr Josef Karthauser wrote: > On 23 May 2014, at 10:00, G. Paul Ziemba wrote: > >> Lucius.Rizzo@The.ie (Lucius Rizzo) writes: >> >>> Ultimately, outside configuration differences all firewalls are essentially >>> serve the same purpose but I wonder what is your favorite and why? If >>> you were to run FreeBSD in production, which of the three would you >>> choose? IPFilter, PF or IPFW? >> I switched to pf about seven months ago as I began to need to >> manage bandwidth for specific classes of traffic (for example, >> prevent outbound mailing list email from saturating the link >> and reserve some bandwidth for interactive use). >> >> The syntax is very close and the NAT configuration is simpler in pf. > Does the pfsync handle NAT tables. > Could I use it to build a resilient carrier grade NAT solution? > Yes, pfsync includes NAT. While we don't use NAT in the freebsd.org cluster, we do use it on certain ipv6+rfc1918 machines and it does handle failover / recovery transparently. We use it with carp. Be aware that things can get a little twitchy if your switches have an extended link-up periods. Our Juniper EX switches and ethernet interfaces have a significant delay between 'ifconfig up' and link established. This required some tweaks on the freebsd.org cluster but nothing unmanageable. We probably should boot them into a hold-down state while things stabilize and but we've taken the quick way out rather than doing it the ideal way. -Peter From owner-freebsd-stable@FreeBSD.ORG Fri May 23 23:24:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7371E5FE; Fri, 23 May 2014 23:24:31 +0000 (UTC) Received: from mail-oa0-x22e.google.com (mail-oa0-x22e.google.com [IPv6:2607:f8b0:4003:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2675B208B; Fri, 23 May 2014 23:24:31 +0000 (UTC) Received: by mail-oa0-f46.google.com with SMTP id i4so6360099oah.33 for ; Fri, 23 May 2014 16:24:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=u95dhOhVt7zFBDnwHenhVMslCnIQ5lxkJHJsROfKxTM=; b=hCBX6+rxJzjCtdsB6NYgpT3aBSwmHT0u3bzzJ74k8Q6WSAS6kwIqx5u6fbNP/Y4av9 0q5ZfgQpk1+aOjpbPzl2hduGfsrPQp0ZDI+vxWLw+IM/vrD8Y/J7KWeUNZZa9o9v10y/ EsQ4jkzXYDnkzMxSICMLC5q2DDqVRF+jhIOMebDE7GMKGGFwtmodDOuYb/S5SpXTrcD1 RYADQp05IomTCUMW8BinkoTCsqVItP26VFn6j5n9MPc9Pqhd9czFbWKfm9g0FDVdy666 gMa+DFlUEdwIf+wIWFqt1Cl7uxMpuskqGEso5z1s5Dc4ADT/+N61IhuiwBvBchaLvlfA pPFw== MIME-Version: 1.0 X-Received: by 10.182.229.101 with SMTP id sp5mr8673093obc.52.1400887470143; Fri, 23 May 2014 16:24:30 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Fri, 23 May 2014 16:24:30 -0700 (PDT) In-Reply-To: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> Date: Sat, 24 May 2014 01:24:30 +0200 Message-ID: Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: Oliver Pinter To: Shawn Webb Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 May 2014 23:24:31 -0000 On 5/14/14, Shawn Webb wrote: > Hey All, > > [NOTE: crossposting between freebsd-current@, freebsd-security@, and > freebsd-stable@. Please forgive me if crossposting is frowned upon.] > > Address Space Layout Randomization, or ASLR for short, is an exploit > mitigation technology. It helps secure applications against low-level > exploits. A popular secure implementation is known as PaX ASLR, which is > a third-party patch for Linux. Our implementation is based off of PaX's. > > Oliver Pinter, Danilo Egea, and I have been working hard to bring more > features and robust stability to our ASLR patches. We've done extensive > testing on amd64. We'd like to get as many people testing these patches. > Given the nature of them, we'd also like as many eyeballs reviewing the > code as well. > > I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on > the RPI), when a parent forks a child, and the child gracefully exits, > the parent segfaults with the pc register pointing to 0xc0000000. That > address is always the same, no matter the application. If anyone knows > the ARM architecture well, and how FreeBSD ties into it, I'd like a > little guidance. > > I also have a sparc64 box, but I'm having trouble getting a vanilla > 11-current system to be stable on it. I ought to file a few PRs. > > You can find links to the patches below. > > Patch for 11-current: > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current-aslr-segvguard-SNAPSHOT.diff > > Patch for 10-stable: > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-10-aslr-segvguard-SNAPSHOT.diff > > Thanks, > > Shawn Webb > New round of patches are there: 11-CURRENT: http://www.crysys.hu/~op/freebsd/patches/20140524011327-freebsd-current-aslr-segvguard-SNAPSHOT.diff 10-STABLE: http://www.crysys.hu/~op/freebsd/patches/20140524011327-freebsd-stable-10-aslr-segvguard-SNAPSHOT.diff What's changed related to previous tag: 11-CURRENT: Oliver Pinter (17): PAX ASLR: update license in kern_pax_aslr.c PAX: update license in kern_pax.c PAX SEGVGUARD: update license in kern_pax_segvguard.c PAX: update license in pax.h PAX ASLR: remove unneeded parameter from pax_aslr_stack function PAX LOG: implement new logging subsystem PAX LOG: fix pax_ulog_segvguard PAX LOG: added sysctl's and tunables PAX ASLR: use PAX LOG PAX LOG: fix pax_ulog_##name() PAX LOG: fix prison init PAX LOG: fixed log and ulog sysctl PAX ASLR: fixed debug sysctl PAX: blacklist clang and related binaries from PIE support PAX ASLR: make ASLR by default opt-out Merge remote-tracking branch 'freebsd/master' into hardened/current/aslr Merge branch 'hardened/current/aslr' of github.com:HardenedBSD/hardenedBSD into hardened/current/aslr Shawn Webb (10): Remove CAN_PIE in preparation for NO_PIE Merge remote-tracking branch 'upstream/master' into hardened/current/aslr PAX ASLR: Blacklist the applications that don't support being built as a position-independent executable Merge remote-tracking branch 'upstream/master' into hardened/current/aslr Disable PAX_SEGVGUARD in LATT-ASLR kernel PAX ASLR: Lock the jail when initializing PAX per-jail PAX settings PAX ASLR: Fix bug with pax_aslr_active() PAX ASLR: Use a full kernel config for LATT-ASLR Revert "PAX: blacklist clang and related binaries from PIE support" Revert "Revert "PAX: blacklist clang and related binaries from PIE support"" 10-STABLE: Oliver Pinter (20): PAX ASLR: update license in kern_pax_aslr.c PAX: update license in kern_pax.c PAX SEGVGUARD: update license in kern_pax_segvguard.c PAX: update license in pax.h PAX ASLR: remove unneeded parameter from pax_aslr_stack function PAX LOG: implement new logging subsystem PAX LOG: fix pax_ulog_segvguard PAX LOG: added sysctl's and tunables PAX ASLR: use PAX LOG PAX LOG: fix pax_ulog_##name() PAX LOG: fix prison init PAX LOG: fixed log and ulog sysctl PAX ASLR: fixed debug sysctl Merge remote-tracking branch 'freebsd/stable/10' into hardened/10/aslr Merge remote-tracking branch 'freebsd/stable/10' into hardened/10/aslr added OPN-ASLR kernel config PAX: Remove CAN_PIE in preparation for NO_PIE from /bin/sh PAX: blacklist clang and related binaries from PIE support PAX ASLR: make ASLR by default opt-out Merge remote-tracking branch 'freebsd/stable/10' into hardened/10/aslr Shawn Webb (4): PAX: Remove CAN_PIE in preparation for NO_PIE PAX ASLR: Blacklist the applications that don't support being built as a position-independent executable PAX ASLR: Lock the jail when initializing PAX per-jail PAX settings PAX ASLR: Fix bug with pax_aslr_active() From owner-freebsd-stable@FreeBSD.ORG Sat May 24 00:10:29 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B30741D for ; Sat, 24 May 2014 00:10:29 +0000 (UTC) Received: from mail-ig0-f178.google.com (mail-ig0-f178.google.com [209.85.213.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5443A23F3 for ; Sat, 24 May 2014 00:10:28 +0000 (UTC) Received: by mail-ig0-f178.google.com with SMTP id hl10so1331412igb.11 for ; Fri, 23 May 2014 17:10:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:content-type:mime-version:subject :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=TJc1JXh2Lfhh6pcCfHptt867UzstaU47XXurpxg7uXc=; b=LRTK9oBROZ219UkevnVK0pW7TYBrYVVFvhd615EW6RXaxOlxo7gTuYvJJYE5h3+T9R L/ZCHt/YCkTZGBxvcXv6l5znU2UA7Xe9DaZI7uo148RR5QzXl/4dWt0PNKqH3fGsBN9I O0Py8wqD5UJBIhDS4Yc6EwG3hJ9uqHqR6m3t4g1LB3fZ6+Z8TGXCNhde77D0hIviJhKa fYN8gRzaXULFS9Gr9wtL+dVkak7DpWtbWLWZT0eX4/kYJDhAdV+89QUwDmXfBFRGJTru hPe7xXLzYw71C2ZxQc7ktxDT2P9Vd8PdGVOL24v3oppWg5ck7AxSpX6FDoiZUfjgxTNc pUwQ== X-Gm-Message-State: ALoCoQnGxHiZYl+pxg/cvDf8rFyPuhOVtfHhe46MMwQ+KRf5Yzg7zn/xfwCrlJP9d/DtzlEVZw0n X-Received: by 10.43.138.8 with SMTP id iq8mr7968960icc.37.1400890228296; Fri, 23 May 2014 17:10:28 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id m1sm7744875ige.22.2014.05.23.17.10.27 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 23 May 2014 17:10:27 -0700 (PDT) Sender: Warner Losh From: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: build order race after SUBDIR_PARALLEL (264303) In-Reply-To: <1400848012.1152.311.camel@revolution.hippie.lan> Date: Fri, 23 May 2014 18:10:34 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <99C992EE-5289-4FCC-AD30-AFE326AB8C4F@gmail.com> References: <20140523065653.GA86035@onelab2.iet.unipi.it> <1400848012.1152.311.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1878.2) Cc: dim@FreeBSD.org, stable@FreeBSD.org, Luigi Rizzo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 May 2014 00:10:29 -0000 On May 23, 2014, at 6:26 AM, Ian Lepore wrote: > On Fri, 2014-05-23 at 08:56 +0200, Luigi Rizzo wrote: >> Hi, >> I have recently hit a problem when building stable/10 with >> "make -j 8" which i tracked down to svn 264303, the >> MFC of the SUBDIR_PARALLEL build feature. >>=20 >> With a large number of parallel tasks (and GCC; >> it is a race condition so timing matters), the build fails >> during the toolchain target with this: >>=20 >> --- sig_party.o --- >> cc -O2 -pipe = -I/usr/home/luigi/FreeBSD/R10/lib/libngatm/../../sys/contrib/ngatm = -I/usr/home/luigi/FreeBSD/R10/../usr/obj-pico-amd64/usr/home/luigi/FreeBSD= /R10/lib/libngatm >> = -I/usr/home/luigi/FreeBSD/R10/lib/libngatm/../../contrib/ngatm/libngatm = -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter - >> Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter = -Wcast-align -Wchar-subscripts -Winline >> -Wnested-externs -Wredundant-decls -Wold-style-definition = -Wno-pointer-sign -c = /usr/home/luigi/FreeBSD/R10/lib/libngatm/../../sys/contrib/ngatm/netnatm/s= ig/sig_party.c -o sig_ >> party.o >> --- all_subdir_libproc --- >> = /usr/home/luigi/FreeBSD/R10/../usr/obj-pico-amd64/usr/home/luigi/FreeBSD/R= 10/tmp/usr/bin/ld: cannot find -lsupc++ >> *** [libproc.so.2] Error code 1 >>=20 >> make[5]: stopped in /usr/home/luigi/FreeBSD/R10/lib/libproc >> 1 error >> ... >>=20 >>=20 >> Turns out that before SUBDIR_PARALLEL, libsupc++ was built >> before libproc thus satisfying the dependency; but with >> -j XXX we cannot guarantee the ordering and there is no >> explicit constraint or .ORDER in the makefiles to build >> things in the correct order. >>=20 >> This is a race condition so you may or may not see the problem >> depending on what you are building and where. >>=20 >> I am seeing the problem consistently on stable/10 after 264303 >> when building toolchain with GCC (not clang) on an 8-core machine >> and make -j 8 >>=20 >> Building the above with -j 4 seem to work fine, >> as it works building HEAD with -j 8 >>=20 >> cheers >> luigi >=20 > Aha. I asked for exactly this info on the commit list (so you can > ignore that request). Warner & I kicked around some ideas on how to > solve this a while back, I'll see if I can make some progress towards > better dependency controls for SUBDIR_PARALLEL this weekend. I committed a half-assed fix to current that could be MFC=92d to fix = this. Warner= From owner-freebsd-stable@FreeBSD.ORG Sat May 24 00:35:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D3CC7F6; Sat, 24 May 2014 00:35:29 +0000 (UTC) Received: from mail-qg0-x236.google.com (mail-qg0-x236.google.com [IPv6:2607:f8b0:400d:c04::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D82BB25E7; Sat, 24 May 2014 00:35:28 +0000 (UTC) Received: by mail-qg0-f54.google.com with SMTP id q108so9053347qgd.41 for ; Fri, 23 May 2014 17:35:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=VN+qHBx9X+q5u+TaSn89y6Reu2C40Jtv1UWqrtKtWnw=; b=eEEp9dpW2bDM0Jinl81LSV1Ur8BLCthpBe4fiegQ4qZKol8jjhKTKtE/IVmwPMY2Wt NXBAL5pbp4SJ0iTaNIQvzWfhqPdSD9uicTSlgKEhdO3PYgkQO+xfBL50Wan0gTRNjeFv JQzw+KtmhT/TylynHCtrOjlHVebhj6g4D/QsdoezpYc39WKDILlts/KAnoxIFbyBtI5s 76XseDpUS+ieJORiducPaXDR4Q0k3D8Tnjn9vN2yEh0d2Rjtere0wH+SY+WA0dwSG7oU +0upQFY7YnaC6bzMchjW2SwI8apZiIqPddEZdidlR7YGd2xb/V8s3a/pbKxtISyKlrNr BUcQ== X-Received: by 10.224.57.142 with SMTP id c14mr12208338qah.23.1400891728042; Fri, 23 May 2014 17:35:28 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id u77sm2947055qga.46.2014.05.23.17.35.26 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 23 May 2014 17:35:27 -0700 (PDT) Date: Fri, 23 May 2014 20:35:25 -0400 From: Shawn Webb To: "Wojciech A. Koszek" Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable Message-ID: <20140524003525.GC2029@pwnie.vrt.sourcefire.com> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <20140523195329.GC91702@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ghzN8eJ9Qlbqn3iT" Content-Disposition: inline In-Reply-To: <20140523195329.GC91702@FreeBSD.org> X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Oliver Pinter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 May 2014 00:35:29 -0000 --ghzN8eJ9Qlbqn3iT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On May 23, 2014 07:53 PM +0000, Wojciech A. Koszek wrote: > On Wed, May 14, 2014 at 09:58:52AM -0400, Shawn Webb wrote: > > Hey All, > >=20 > > [NOTE: crossposting between freebsd-current@, freebsd-security@, and > > freebsd-stable@. Please forgive me if crossposting is frowned upon.] > >=20 > > Address Space Layout Randomization, or ASLR for short, is an exploit > > mitigation technology. It helps secure applications against low-level > > exploits. A popular secure implementation is known as PaX ASLR, which is > > a third-party patch for Linux. Our implementation is based off of PaX's. > >=20 > > Oliver Pinter, Danilo Egea, and I have been working hard to bring more > > features and robust stability to our ASLR patches. We've done extensive > > testing on amd64. We'd like to get as many people testing these patches. > > Given the nature of them, we'd also like as many eyeballs reviewing the > > code as well. > >=20 > > I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on > > the RPI), when a parent forks a child, and the child gracefully exits, > > the parent segfaults with the pc register pointing to 0xc0000000. That > > address is always the same, no matter the application. If anyone knows > > the ARM architecture well, and how FreeBSD ties into it, I'd like a > > little guidance. > >=20 > > I also have a sparc64 box, but I'm having trouble getting a vanilla > > 11-current system to be stable on it. I ought to file a few PRs. > >=20 > > You can find links to the patches below. > >=20 > > Patch for 11-current: > > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current= -aslr-segvguard-SNAPSHOT.diff > >=20 > > Patch for 10-stable: > > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-= 10-aslr-segvguard-SNAPSHOT.diff > >=20 >=20 > Shawn >=20 > I appreciate you working on this. We must have this in FreeBSD. >=20 > I looked at the patch and I read, but not run it. Comments below. >=20 > My personal opinion is that kern_pax.c should be compiled in by default. = If > it adds a lot of size, it'd be better to provide empty stub calls instead= of > #ifdef'ing everything. But security is very important especially in > embeddded systems, so you can imagine you're writing the code that everyb= ody > wants and must have enabled for decent level of security. >=20 > All modern systems run with ASLR turned on. >=20 > I skipped user-space stuff. I don't think it's necessary in this commit a= nd > should be separated. >=20 > There's a lot of lines of code for status showing. Not sure if we care th= at > much: ASLR is either on or off. Not sure about more granularity. More bel= ow. We provide the level of granularity because there are a lot of applications that might exhibit weird behaviors or even crash if we randomize too many bits. We provide sane defaults, but allow each user to choose the level of security versus the level of stability they desire. >=20 > Lots of files: >=20 > You conditionally make .sv_pax_aslr_init method point to something else. = I'd > assume PAX function _pax_aslr_init32() always gets called and based on > whether ASLR is on or not, it does something or not. This will simplify t= he > code a lot, and the difference probably won't be measurable. >=20 > You have: >=20 > int a; > int b; >=20 > instead of: >=20 > int a, b; >=20 > And you miss spaces around "=3D" sometimes. Cleaning up the code and make style changes are a high priority on my list. Once I get a few more pieces of code locked down, I'm going to go over every line with a comb to make sure I'm adhering to the FreeBSD coding style. des@ has made a lot of suggestions in that regard and has even provided me with a sample vimrc. Prior to talking with des@, I was re-using the same vimrc that I use for ClamAV (which, admittedly, has a much different coding style than FreeBSD). >=20 > kern_jail.c: >=20 > something looks wrong here. Sounds like you need "pr->pax". But I don't > understand why you need to have these pr_* values here. It seems > unnecessary. I've made it possible to have per-jail ASLR settings. If you have an application that misbehaves, you can jail it with ASLR turned off just for that jail. My BSDCan presentation talks about this. The recording isn't up, yet, though. >=20 > kern_pax.c: >=20 > I can't quickly tell what locking is using. Some ASSERTS() in pax_ functi= on > would help. >=20 > pax_aslr_active(): >=20 > I don't see why you need to pass "td" and "proc" (I looked at usage: you > pass proc only once). I think you could always pass proc to it, with > td->td_proc passed typically. > kern_pax_*: >=20 > There's so many SYSCTLs I think people will have problem configuring it. > Pick reasonable value for all values and let users change them via > SYSCTL_INT (static sysctls) only for debugging. There are quite a few SYSCTLs, I agree. I'll talk with Oliver Pinter, one of the developers that is working with me on this ASLR implementation, to see if we can simplify this. >=20 > I can imagine we won't want ASLR only temporarily, for ports which break = and > must be fixed. So we probably just need per-process ASLR on/off switch an= d a > wrapper which could be used like: >=20 > aslr off program .... So we have right now an addition to mac_bsdextended(4)/ugidfw(8) that does this exact thing. We also plan on adding FS extended attribute support soon, too. Also, per-jail ASLR settings. >=20 > The debug stuff I'd remove too. We could have additional CTR stubs used > there, if necessary. Oliver just released a new patchset today with new debugging functionality. I'd love to hear your commments on it. >=20 > segvguard part I didn't understand. Why do you keep a list of programs th= at > failed? There was no ASSERTs, thus it was hard to understand the locking > too. We've semi-paused development of segvguard for the moment to focus on ASLR. Though the features are related and segvguard is recommended for a proper ASLR implementation, it is not required. Danilo Egea Gondolfo is the principal engineer behind our segvguard implementation. We're still working out the kinks and the underlying design and architecture of this feature. >=20 > I'm trying to understand if randomization is done correctly. Do you think > you could post the results? >=20 > Program: >=20 > http://pastebin.com/XTRHLhMg My results on an amd64 VM are pasted here: http://ix.io/cD5 We're in talks with des@, kib@, and Alan Cox regarding how our implementation could affect the VM system, with special consideration to superpages. Thanks for taking the time to read through the code and offer insight. One of the things we need to do is write documentation regarding our implementation. Both Oliver and I have wiki accounts and we've created the start of the documentation there. I think if we had better documented our implementation, there would've been less confusion on the part of those reading/analysing our code. wiki page: https://wiki.freebsd.org/Hardening Thanks, Shawn --ghzN8eJ9Qlbqn3iT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTf+lMAAoJEGqEZY9SRW7uq0gP/0clziBh6ejNHvFKkfejVAMz QGdqWilb3ptuOOLO3ujK0LVr1OJDdaIHxPQVQj2/fZ4yvDGjX6WK2/wUyjUsWbsr AzF2oGibPTLLBVkz7PEbJ9owrqEXU4e8AwVD7MWTTOI1vIU+Cw1i5NKyxhMiFMng dcF1/9Ym2TzZfX7WBquqA+7eb3AeHDc0JlpAE6P9F1tvPgKpukHYyDn7NBBXxXZS MOXQsws6Y7XmiJIjqTKV39sENcepPA44wEDBWgGWbjR9D2Y8ukxdOC3Fn9xMfFfE 4DbqvNB4prkK8xjtwuF1J14aqqQxWcKBP1gDOXCzcVXjZZXfmF0RZDPhDMhy7eKN kJbvfJYV0IyMqCw8+zvnFYATco4a1Pmux+jF3XWhQNcykrl8a7Iy4NLPrw2tJKa8 QAA9H/UE/Rg8QCp2vdo5dsyujo6hkh1Onq/vOHzTZHHrt6fo8ynTLkdefALttbt+ FZ8AF3arKB1ne9Amu2IqmEz38glpZCra5y9+QNf/0IHIlNWiym4q8ysTsPMGGaMP 1sXK3oQ2M+BP+2gEnAzLOAdJCzGMpR/Km7sm56/1olfr1aauG7cMdrvUdqRXpRG7 b0XMOosWJbGBS6kyibpbZjVrsKNul7LEA5FK1xLTzPMNSkE+Cu35kLUQKhJckQEd H3yLsGXKY1xhUcZG/PCx =bR7+ -----END PGP SIGNATURE----- --ghzN8eJ9Qlbqn3iT-- From owner-freebsd-stable@FreeBSD.ORG Sat May 24 04:22:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26AE51A6 for ; Sat, 24 May 2014 04:22:08 +0000 (UTC) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A6C4126C8 for ; Sat, 24 May 2014 04:22:07 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id gl10so4775191lab.11 for ; Fri, 23 May 2014 21:22:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=r5xDiZX7S8RRsbiYbKjkP4TmRNtWJgca3pGX50zQ0vQ=; b=Mps1NzaR9Br4d5XCecmhDO0+MKo/dZcFAVx5kdnSgoVse+mYxB0JOcLxNB9DHMmu5M nq+SdVF064SorjeTZDYzWDeYXr2DvD6fqgyBN4jVuWPvsQALgW7MIADALFsBVtdFB4c4 yYaDcGoMdmeFeQMn+b2EFmOns2aD9gGpcfJDVDXb4a5SCIosgA5EWBHfQiUfSN3Y3QCs 3O1H+j7Ye8l+IeT/akPo7VrgZ+A3Wbzakpuya79Gv+G0TtaTebeWQCTyZs6mVee0GpQN g1hkO8WJQg27x3mRt+7U436F6tGK9Wi8yECXACqidinSF8KvrOcMDAhws40t7dsYIumE iMBg== MIME-Version: 1.0 X-Received: by 10.152.22.169 with SMTP id e9mr259905laf.51.1400905325623; Fri, 23 May 2014 21:22:05 -0700 (PDT) Received: by 10.152.134.201 with HTTP; Fri, 23 May 2014 21:22:05 -0700 (PDT) Reply-To: David.I.Noel@gmail.com In-Reply-To: <20140520070926.GA92183@The.ie> References: <20140520070926.GA92183@The.ie> Date: Fri, 23 May 2014 23:22:05 -0500 Message-ID: Subject: Re: What is your favourite/best firewall on FreeBSD and why? From: David Noel To: Lucius Rizzo Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 May 2014 04:22:08 -0000 On 5/20/14, Lucius Rizzo wrote: > Ultimately, outside configuration differences all firewalls are essentially > serve the same purpose but I wonder what is your favorite and why? If > you were to run FreeBSD in production, which of the three would you > choose? IPFilter, PF or IPFW? I use PF, though I've never tried IPFilter or IPFW. Years ago when I was trying to decide between the three I remember finding a number of good arguments in favor of using PF. > Also there is a lack of good interesting rule sets in the BSD realm. With > Linux, there was even a iptables rule set to prevent heartbleed. If you use > any of the firewalls, and have interesting or even optimized rule sets, I > would really like to see them :) There are a handful of PF ruleset examples available online. I gathered them, concatenated them, did some reading and made sure they made sense for my use case, then applied them. They're on my other machine though. I'll post them shortly. From owner-freebsd-stable@FreeBSD.ORG Sat May 24 05:31:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C21EBB4 for ; Sat, 24 May 2014 05:31:58 +0000 (UTC) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 281E52B47 for ; Sat, 24 May 2014 05:31:58 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id z12so5658480wgg.12 for ; Fri, 23 May 2014 22:31:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=YqGYi3Nhwba6ADrJBLo0GklHU+RPK+ueLDBoO7rtJFM=; b=uvizEi39Yd4afZr19jrnC+EVyYhDys/TYcrBLIMoYd0AmI8zeuXaYZAUJfOy4oAB1X 3pet+O169d9qmCKzV3CdsrtjpcpNoQhf/0LmJW+3GvkUrSXGDw7CQL5X+CdUDxdLtLze 8bshpzUc+eo+SvSzA8rGLNj0gjnZBiQkVtzvsSfb3rS4r3PYCzbIKIPNclsluvolqQ1Z jsm4Ic3N38XGwHtTLV4L63AyPQkXLsboz5+YsxgSu/TL38G+umN8MSv/jSWN+FJ/GWvu /vy0CzOUpCEiLyej9G/AdW3PWq4VDpK2wQTostwCNBWiPh6Uef06Q54LhPh+qB6nNSvK 6qjQ== MIME-Version: 1.0 X-Received: by 10.180.211.106 with SMTP id nb10mr8199194wic.9.1400909516371; Fri, 23 May 2014 22:31:56 -0700 (PDT) Received: by 10.217.43.194 with HTTP; Fri, 23 May 2014 22:31:56 -0700 (PDT) Reply-To: David.I.Noel@gmail.com In-Reply-To: References: <20140520070926.GA92183@The.ie> Date: Sat, 24 May 2014 00:31:56 -0500 Message-ID: Subject: Re: What is your favourite/best firewall on FreeBSD and why? From: David Noel To: Lucius Rizzo Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 May 2014 05:31:58 -0000 On 5/23/14, David Noel wrote: > On 5/20/14, Lucius Rizzo wrote: >> If you use any of the firewalls, and have interesting >> or even optimized rule sets, I would really like to see them :) > > I'll post them shortly. > Let me know if I missed anything. ########################### ## Macros ## ########################### ext_if="em0" #jail_ips="{192.168.1.21,192.168.1.22,192.168.1.23,192.168.1.24}" lan_ip="192.168.1.20" lan_subnet="192.168.1.0/24" ########################### ## Tables ## ########################### # set up abuse detection and prevention # any host that hammers more than 3 connections in 5 seconds # gets their packet states killed and address blackholed #table persist file "/var/db/pf.blacklist" ########################### ## Options ## ########################### set fingerprints "/etc/pf.os" set debug urgent set block-policy drop set skip on lo0 set limit frags 5000 # default set limit src-nodes 5000 # default set limit states 10000 # default set limit tables 1000 # default set limit table-entries 200000 # default set loginterface $ext_if set optimization normal # default set ruleset-optimization basic # default set state-policy floating # default set timeout interval 10 # default set timeout frag 30 # default set timeout src.track 0 # default ########################### ## Traffic Normalization ## ########################### # normalize and fragment all incoming traffic # scrub in on $ext_if all fragment reassemble scrub in on $ext_if all random-id fragment reassemble ########################### ## Queueing Rules ## ########################### ########################### ## Translation Rules ## ########################### #nat on $ext_if inet proto { tcp, udp, icmp } from $jail_ips to $lan_subnet -> $lan_ip #nat on $ext_if from !($ext_if) to any -> ($ext_if:0) #nat on $ext_if from !($ext_if) to any -> 192.168.1.20 #nat pass on $ext_if from $lan_subnet to any -> 192.168.1.20 #nat on $ext_if from 192.168.1.21 to any -> 192.168.1.20 ########################### ## Packet Filtering ## ########################### # default to drop everything #block in log all block drop in log all label "default in deny rule" block drop out log all label "default out deny rule" # block ipv6 #block drop in quick inet6 "default in deny ipv6 rule" #block drop out quick inet6 label "default out deny ipv6 rule" # enable antispoofing antispoof log quick for $ext_if inet label "antispoof rule" # block all if no back routes block in log quick from no-route to any label "no-route rule" # block all if reverse fails (probably spoofed) block in log quick from urpf-failed to any label "reverse lookup failed rule (probably spoofed)" # drop broadcast requests quietly block in log quick on $ext_if from any to 255.255.255.255 # block os-fingerprinting probes # F=FIN,S=SYN,R=RST,P=PUSH,A=ACK,U=URG,E=ECE,W=CWR block in log quick on $ext_if proto tcp flags FUP/WEUAPRSF block in log quick on $ext_if proto tcp flags WEUAPRSF/WEUAPRSF block in log quick on $ext_if proto tcp flags SRAFU/WEUAPRSF block in log quick on $ext_if proto tcp flags /WEUAPRSF block in log quick on $ext_if proto tcp flags SR/SR block in log quick on $ext_if proto tcp flags SF/SF block in log quick on $ext_if proto tcp flags FUP/FUP block in log quick on $ext_if from any os "NMAP" to any label "NMAP scan block rule" # keep state on any outbound tcp, udp, or icmp traffic # modulate the isn (initial sequence number) of outgoing packets pass out on $ext_if proto { tcp, udp, icmp } from any to any modulate state ## how to allow only certain outbound ports? is needed? # allow inbound postgresql connections #pass in on $ext_if proto {tcp,udp} from 192.168.1.20 to $ext_if port = 5432 # allow inbound ssh traffic with synproxy handshaking #pass in log on $ext_if proto tcp from any to any port ssh flags S/SA synproxy state # allow inbound www traffic with synproxy handshaking #pass in log on $ext_if proto tcp from any to any port www flags S/SA synproxy state # uses table defined above for blacklisting #block in quick from #pass in on $ext_if proto tcp to any port {ssh,www} flags S/SA keep state (max-src-conn 10, max-src-conn-rate 3/5, overload flush) From owner-freebsd-stable@FreeBSD.ORG Sat May 24 05:57:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0755DE8 for ; Sat, 24 May 2014 05:57:54 +0000 (UTC) Received: from The.ie (The.ie [172.245.218.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "the.ie", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B51872CCD for ; Sat, 24 May 2014 05:57:54 +0000 (UTC) Received: from The.ie (lrizzo@localhost [127.0.0.1]) by The.ie (8.14.8/8.14.8) with ESMTP id s4O5vYxt069408 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 23 May 2014 22:57:40 -0700 (PDT) (envelope-from Lucius.Rizzo@The.ie) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=the.ie; s=signed-mail; t=1400911063; bh=SUI2a5s0Z4bm7laKcTO5N8pE0ansoHVkioSKYEqteS8=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=Gz/YJtLRDupt25orknLNKcYQ/gmv6cvgHAoS3guslPsstKBUr673lzXZvW4Rvji/p 9753fNiC7X7QH0G3RQJBZrErWKHi0cddzi3MVPvy7BuC8g4BlbFE/85hNeEtHyiEGW 8CMVbIEcn8o8W92ADnwRxneeczsyc05mKBZ8P2l+RCHMaDnFxTPBm58xiuWuK102UQ PCHia3F3chqhk5rFCpvc+Iehb2l3oDLozr3erHQhJ4HDP7xaWE3rLotUR+CFROs9mA Fl4oaY4EjXeKS5B2noxjMNLelTMBYRAisRD9XZaBpEQ87uwHM+fBnUa4MXdQ6aqEd/ EbTemucQf8s+w== Received: (from lrizzo@localhost) by The.ie (8.14.8/8.14.8/Submit) id s4O5vXU5069407; Fri, 23 May 2014 22:57:33 -0700 (PDT) (envelope-from Lucius.Rizzo@The.ie) X-Authentication-Warning: The.ie: lrizzo set sender to Lucius.Rizzo@The.ie using -f Date: Fri, 23 May 2014 22:57:33 -0700 From: Lucius Rizzo To: David Noel Subject: Re: What is your favourite/best firewall on FreeBSD and why? Message-ID: <20140524055733.GA69376@The.ie> References: <20140520070926.GA92183@The.ie> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="A6N2fC+uXW/VQSAv" Content-Disposition: inline In-Reply-To: X-Homepage: http://Lucius.Tel/ User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-1 required=5 tests=ALL_TRUSTED X-Abuse-Report-To: Please send any abuse of our services to abuse at The.ie. The.ie is a part of The.Marketing Inc. We do not send unsolicited mail. X-Scanned-By: MIMEDefang 2.74 on 172.245.218.25 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 May 2014 05:57:55 -0000 --A6N2fC+uXW/VQSAv Content-Type: multipart/mixed; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * David Noel [2014-05-24 00:31]: > On 5/23/14, David Noel wrote: > > On 5/20/14, Lucius Rizzo wrote: > >> If you use any of the firewalls, and have interesting > >> or even optimized rule sets, I would really like to see them :) > > > > I'll post them shortly. > > >=20 > Let me know if I missed anything. Thank you! This actually helps. I have a set of IPFilter rules that I plunk on my FreeBSD servers running on cloud. I use IPFilter with ssguard-ipfilter. (See Attached) Seems like consesus is that pf is perhaps the best choice moving forward.= =20=20 --=20 | _o _ |_)o_ _ _=20=20 |_|_|(_||_|_> | \|/_/_(_) - Lucius.Tel -------------------------------------- ++ Your digestive system is your body's Fun House, whereby food goes on a l= ong, ++ ++ dark, scary ride, taking all kinds of unexpected twists and turns, being= ++ ++ attacked by vicious secretions along the way, and not knowing until the = last ++ ++ minute whether it will be turned into a useful body part or ejected into= the ++ ++ Dark Hole by Mister Sphincter. We Americans live in a nation where the = ++ ++ medical-care system is second to none in the world, unless you count may= be ++ ++ 25 or 30 little scuzzball countries like Scotland that we could vaporize= in ++ ++ seconds if we felt like it. ++ ++ -- Dave Barry, "Stay Fit & Healthy Until You're Dead" ++ --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ipf.rules" # pass out quick from any to any pass in from any to any # block in log quick on vtnet0 proto icmp from any to any icmp-type redir block in log quick on vtnet0 proto tcp/udp all with short block in log quick on vtnet0 from any to any with ipopts # block in log quick on vtnet0 from 192.168.4.0/24 to any block in log quick on vtnet0 from localhost to any block in log quick on vtnet0 from 0.0.0.0/32 to any block in log quick on vtnet0 from 255.255.255.255/32 to any # # block in on vtnet0 proto udp from any to any block in log on vtnet0 proto udp from any to any port = sunrpc block in log on vtnet0 proto udp from any to any port = 2049 pass in on vtnet0 proto udp from any to any port = domain pass in on vtnet0 proto udp from any to any port = talk pass in on vtnet0 proto udp from any to any port = ntalk # # block return-rst in log on vtnet0 proto tcp from any to any flags S/SA block return-rst in on vtnet0 proto tcp from any to any port = auth flags S/SA # pass in on vtnet0 proto tcp from any to any port 1024 >< 5000 pass in on vtnet0 proto tcp from any port = ftp-data to any port 1024 >< 5000 # pass in quick from any to any port = smtp pass in quick from any to any port = www pass in quick from any to any port = ssh pass in quick from any to any port = 443 ##sshguard-begin## block in quick proto tcp from 61.19.247.185 to any block in quick proto tcp from 220.177.198.62 to any block in quick proto tcp from 211.234.100.203 to any block in quick proto tcp from 112.220.198.102 to any block in quick proto tcp from 61.174.49.104 to any block in quick proto tcp from 112.206.228.98 to any block in quick proto tcp from 220.177.198.51 to any ##sshguard-end## --r5Pyd7+fXNt84Ff3-- --A6N2fC+uXW/VQSAv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJTgDTNAAoJEDTEFvl1pMrQbRcP/RB0a9tw28KVNcm6CJUULOYX Xs3HWiHNPXLpEgUxoPdDOrgoMYQHDN8Ql2k6ce+dKRYQ8EPf2cuOdKfGAl+Ykkfc FGNCtNp8CLaxwA2KByN+Oz2FXuH1LlyKGiru8MOQOAQ7LSLPJnnLRiXqhVLckNU6 AZbkXyM0yLATAUQSbdaIezqe8u3ZfZWS3pbd6a+hcyEv9ZYS1XKcNNPy6M+Nevv2 u9OUV5dr3aCRf1rmo995GLV/8q56jGKwf1S6MyDKgxmEiGOnmr0IyTgWnkllaDKU V+LqavmxCMB0SDG7qsM4W14cMYIDyC/PK2+XgiDk0710k9WwIg34SDNbx4qMDxKh QySFu3Ccxk9kF7HNt92vUia2+8vIZmzsPTMgA6RAFKcuyiGe+TcTqC0knOUz8KsR B6TmUOOziKTgi6lUli0JjGv0nNWRAPgG6lIRfZm706fqNLgVkAl/9oH3mPbMeKoK N3yZjiiaKeWEzKwalcpCdXZJ5GEJpjSCN79HNL+B+AKho4YroBcacMrlAACO14I8 HsNbk2rJ6Cv0rpuw9oa4xhdxQEUpq9g7yDncAxewScuwdQ82vaoYl8ZhVrgsX7CF d+KmssqFz8j6NDb8q61uqmhx2sVR0Mn1L8xF6KQxusEg2cwiyTuRxQROnclJVM45 eBKi19IRB4PrnQQqosK7 =Xwmf -----END PGP SIGNATURE----- --A6N2fC+uXW/VQSAv-- From owner-freebsd-stable@FreeBSD.ORG Sat May 24 06:12:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7B84315 for ; Sat, 24 May 2014 06:12:26 +0000 (UTC) Received: from smtp2.bway.net (smtp2.bway.net [216.220.96.28]) (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 B1C2E2E35 for ; Sat, 24 May 2014 06:12:26 +0000 (UTC) Received: from [10.3.2.108] (foon.sporktines.com [96.57.144.66]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: spork@bway.net) by smtp2.bway.net (Postfix) with ESMTPSA id 1991B9586D; Sat, 24 May 2014 02:12:18 -0400 (EDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: What is your favourite/best firewall on FreeBSD and why? From: Charles Sprickman In-Reply-To: <537FB96D.1040503@wemm.org> Date: Sat, 24 May 2014 02:12:20 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <542A7016-FEE2-418C-B1F1-2227378BB4C8@bway.net> References: <20140520070926.GA92183@The.ie> <537FB96D.1040503@wemm.org> To: Peter Wemm X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 May 2014 06:12:26 -0000 On May 23, 2014, at 5:11 PM, Peter Wemm wrote: > On 5/23/14, 3:04 AM, Dr Josef Karthauser wrote: >> On 23 May 2014, at 10:00, G. Paul Ziemba = wrote: >>=20 >>> Lucius.Rizzo@The.ie (Lucius Rizzo) writes: >>>=20 >>>> Ultimately, outside configuration differences all firewalls are = essentially >>>> serve the same purpose but I wonder what is your favorite and why? = If >>>> you were to run FreeBSD in production, which of the three would you >>>> choose? IPFilter, PF or IPFW? >>> I switched to pf about seven months ago as I began to need to >>> manage bandwidth for specific classes of traffic (for example, >>> prevent outbound mailing list email from saturating the link >>> and reserve some bandwidth for interactive use). >>>=20 >>> The syntax is very close and the NAT configuration is simpler in pf. >> Does the pfsync handle NAT tables. >> Could I use it to build a resilient carrier grade NAT solution? >>=20 >=20 > Yes, pfsync includes NAT. While we don't use NAT in the freebsd.org = cluster, we do use it on certain ipv6+rfc1918 machines and it does = handle failover / recovery transparently. We use it with carp. >=20 > Be aware that things can get a little twitchy if your switches have an = extended link-up periods. Our Juniper EX switches and ethernet = interfaces have a significant delay between 'ifconfig up' and link = established. This required some tweaks on the freebsd.org cluster but = nothing unmanageable. We probably should boot them into a hold-down = state while things stabilize and but we've taken the quick way out = rather than doing it the ideal way. Off-topic, but it sounds like you need the Juniper equivalent of the = Cisco =93spanning-tree portfast=94 command on your switch interfaces = that connect to end hosts. The pause you see is part of STP where the = switch port sits in learning mode from 5 to 30 seconds before going to = forwarding mode. This is important for inter-switch links, but not at = all needed when you know a port is only going to have a host plugged = into it. Charles >=20 > -Peter >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat May 24 19:23:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B86A7B3A for ; Sat, 24 May 2014 19:23:01 +0000 (UTC) Received: from luigi.brtsvcs.net (luigi.brtsvcs.net [204.109.60.246]) (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 9654F263E for ; Sat, 24 May 2014 19:23:01 +0000 (UTC) Received: from chombo.houseloki.net (c-76-115-19-22.hsd1.or.comcast.net [76.115.19.22]) by luigi.brtsvcs.net (Postfix) with ESMTPSA id B8D7E2D4F9F; Sat, 24 May 2014 12:12:32 -0700 (PDT) Received: from [IPv6:2601:7:2280:38b:6551:53a5:81e3:1a57] (unknown [IPv6:2601:7:2280:38b:6551:53a5:81e3:1a57]) by chombo.houseloki.net (Postfix) with ESMTPSA id 7073D57B; Sat, 24 May 2014 12:12:30 -0700 (PDT) Message-ID: <5380EF14.60202@bluerosetech.com> Date: Sat, 24 May 2014 12:12:20 -0700 From: Darren Pilgrim Reply-To: freebsd-stable@freebsd.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Lucius Rizzo , freebsd-stable@freebsd.org Subject: Re: What is your favourite/best firewall on FreeBSD and why? References: <20140520070926.GA92183@The.ie> In-Reply-To: <20140520070926.GA92183@The.ie> 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.18 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, 24 May 2014 19:23:01 -0000 On 5/20/2014 12:09 AM, Lucius Rizzo wrote: > I have been looking into articles comparing firewalls that come with > FreeBSD. There isn't much recent info on the net. I am currently using > FreeBSD 10 with IPFilter. > > Firewalls are like MTA servers I find. Each person has their own > proclivities. I happened to have started with IPFilter with Solaris and > throughout Solaris years. Lately, on my Linux servers, I end up running > ufw as lazy man's iptables cli frontend which is easy enough. > > Ultimately, outside configuration differences all firewalls are essentially > serve the same purpose but I wonder what is your favorite and why? If > you were to run FreeBSD in production, which of the three would you > choose? IPFilter, PF or IPFW? I use ipfw on servers and end devices when I need a mitigation-oriented firewall. It makes simple work of putting up notch filters, but its syntax gets a bit ugly if you're doing up a router configuration. I build routers from pf on OpenBSD and Intel hardware. $1k of PC and I can shove gigabits through full BGP tables and big sets of ACLs all day long. Something comparable from Cisco would have a five- or six-digit price tag and leave you unsatisfied. For lighter workloads, Ubiquiti's EdgeRouter family is lovely and it gets you the benefit of a well-known interface if you're handing off the admin hat. I abandon FreeBSD in this use case--ipfw syntax isn't clean enough and pf's IPv6 support is broken. I haven't touched ipf in over a decade and don't miss it at all. From owner-freebsd-stable@FreeBSD.ORG Sat May 24 20:12:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 060E872C for ; Sat, 24 May 2014 20:12:15 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id E7EDA29CF for ; Sat, 24 May 2014 20:12:14 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id AF34C1A3CEE for ; Sat, 24 May 2014 13:12:08 -0700 (PDT) Message-ID: <5380FD1A.9040803@freebsd.org> Date: Sat, 24 May 2014 13:12:10 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: What is your favourite/best firewall on FreeBSD and why? References: <20140520070926.GA92183@The.ie> In-Reply-To: <20140520070926.GA92183@The.ie> 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.18 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, 24 May 2014 20:12:15 -0000 On 5/20/14 12:09 AM, Lucius Rizzo wrote: > I have been looking into articles comparing firewalls that come with > FreeBSD. There isn't much recent info on the net. I am currently using > FreeBSD 10 with IPFilter. > > Firewalls are like MTA servers I find. Each person has their own > proclivities. I happened to have started with IPFilter with Solaris and > throughout Solaris years. Lately, on my Linux servers, I end up running > ufw as lazy man's iptables cli frontend which is easy enough. > > Ultimately, outside configuration differences all firewalls are essentially > serve the same purpose but I wonder what is your favorite and why? If > you were to run FreeBSD in production, which of the three would you > choose? IPFilter, PF or IPFW? > > Also there is a lack of good interesting rule sets in the BSD realm. With > Linux, there was even a iptables rule set to prevent heartbleed. If you use any > of the firewalls, and have interesting or even optimized rule sets, I > would really like to see them :) > > Regards, > I prefer IPFW because generally my configs are relatively simple and the rules just read naturally to me as opposed to the other systems. It reads very easily and since I'm generally doing basic things it's nice not to have to think too hard about what I am trying to do. -Alfred From owner-freebsd-stable@FreeBSD.ORG Sat May 24 20:41:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72109366; Sat, 24 May 2014 20:41:54 +0000 (UTC) Received: from mail-yk0-x229.google.com (mail-yk0-x229.google.com [IPv6:2607:f8b0:4002:c07::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D0712BFE; Sat, 24 May 2014 20:41:54 +0000 (UTC) Received: by mail-yk0-f169.google.com with SMTP id 200so5082241ykr.0 for ; Sat, 24 May 2014 13:41:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=ejiuH8JZ28cStU0Sg8Sin31EQ6RfTw6QPnCu82ULij8=; b=oBcJLE+SFcHLq9pQMvsb6hm0824+cAvjEAjZVxv7yqAy8KFVO5e2ne9egNUP+l5BrK eHf4DuiIJ9R2g/f52Jea/Tq6I3ellCi7R501VnVUESo2+dBawm5yFNC/q7Ya0F0ijnJb K8LSxF/CRNLZVinhy4jSaiaz+njuLMdJDcadx6VZ9vEPKRKfQK9hZCEayCTXBzlOKnV/ V+phxLKSm0lrdmOuvnuNk+3yVj5Q0Sqs/nLLVcNohdA90GfEBgReKGQhTFxZYTcAx69F yMjp8a+ixleslpoOHk53BWSYfiqVFvZBGPWshM9yl5uZi1pWe4skuz6LL4Y3/sIrOEyC LfNw== MIME-Version: 1.0 X-Received: by 10.236.127.109 with SMTP id c73mr21300169yhi.1.1400964113414; Sat, 24 May 2014 13:41:53 -0700 (PDT) Received: by 10.170.89.65 with HTTP; Sat, 24 May 2014 13:41:53 -0700 (PDT) Date: Sat, 24 May 2014 22:41:53 +0200 Message-ID: Subject: boot menu's kernel chooser always lists kernel.old From: Idwer Vollering To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: dteske@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 May 2014 20:41:54 -0000 When trying to boot /boot/kernel.old/kernel while the directory kernel.old is absent, this text is shown: "error while including /boot/menu.rc, in the line: menu-display". From owner-freebsd-stable@FreeBSD.ORG Sat May 24 20:42:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CBC5458; Sat, 24 May 2014 20:42:43 +0000 (UTC) Received: from mail-yk0-x229.google.com (mail-yk0-x229.google.com [IPv6:2607:f8b0:4002:c07::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5514C2C10; Sat, 24 May 2014 20:42:43 +0000 (UTC) Received: by mail-yk0-f169.google.com with SMTP id 200so5107150ykr.28 for ; Sat, 24 May 2014 13:42:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tDoPiJPHiZqb/e4LJZi43fK6GWcfphsXPo3FLsxL1uU=; b=nglLR3TCyut8ALnHwcFg3pTwAifW5oEVi+ilVWUelTazKlqe/VYIgw6dPlHCfD5sY+ G0HHVdheUkstn+ZF99w+bpnj64EJMMkLwfjD88ikfchNgWrUc+dwu3VrurpPHZcvionZ eKJaRa7mz7CPvgi8mbq5/mZO4gSNyAoZBbkQVsXePzWK2+lpJOo18PcwbeUIfcKwB9Af 6xG4n+DU0cBTneTgXIY/P/j4Sk4qDY1JR7Yx24/CYMswpGgi+f534hh3TXCIBcKNMxqq JemYyMWQ5Fz1xMh+OsVVUsyJ1tVbyNfTepebRRxM7QgvvL+6SSILNcvkHSXxJaNEHlFz r6NQ== MIME-Version: 1.0 X-Received: by 10.236.156.170 with SMTP id m30mr20661387yhk.60.1400964162642; Sat, 24 May 2014 13:42:42 -0700 (PDT) Received: by 10.170.89.65 with HTTP; Sat, 24 May 2014 13:42:42 -0700 (PDT) In-Reply-To: References: Date: Sat, 24 May 2014 22:42:42 +0200 Message-ID: Subject: Re: boot menu's kernel chooser always lists kernel.old From: Idwer Vollering To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: dteske@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 May 2014 20:42:43 -0000 2014-05-24 22:41 GMT+02:00 Idwer Vollering : > When trying to boot /boot/kernel.old/kernel while the directory > kernel.old is absent, this text is shown: "error while including > /boot/menu.rc, in the line: > menu-display". Forgot to include build details, here they are: FreeBSD 10-STABLE r266623 From owner-freebsd-stable@FreeBSD.ORG Sat May 24 20:50:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 908F46E6; Sat, 24 May 2014 20:50:50 +0000 (UTC) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 343732CC6; Sat, 24 May 2014 20:50:50 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id i4so6963395oah.35 for ; Sat, 24 May 2014 13:50:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tdwWCTgp24lKNI8CkBqddjA1MZBrKOiPo85jVfOBH6Q=; b=acSKj2PAV68XLx2Dalk+sl4RDAP1Kn1DA+tagziwLqu9/sK5xxFKBG8oUX5TiTWLd5 8pGeoy3B2T/7SWyhcXEHXMeR32ZoBYEnEV1nLlSYBoCr3X238e27MQ06JD3Ml6DK7b4A GhVWHqTrlZES8aiJqrxHTr1ye0QN4IoRT6RGIZKn1CE83iE/z1rhdM8aQ4s+B1e0LkNE fyHcJGONWsHDZlqqwEGr5mhNp7RhFr6qv5/VyvRNFOB3Lr3d/VmjoVsqCIDba0TTwBBk /Grl3mAnK4JIX67v6mNuPFkUrguKlOb1YV21J3DPAx56iUAmy9XNbizfxYWXlX4YvGmh c2YA== MIME-Version: 1.0 X-Received: by 10.60.41.104 with SMTP id e8mr14788496oel.18.1400964649217; Sat, 24 May 2014 13:50:49 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Sat, 24 May 2014 13:50:49 -0700 (PDT) In-Reply-To: <20140524003525.GC2029@pwnie.vrt.sourcefire.com> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <20140523195329.GC91702@FreeBSD.org> <20140524003525.GC2029@pwnie.vrt.sourcefire.com> Date: Sat, 24 May 2014 22:50:49 +0200 Message-ID: Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: Oliver Pinter To: Shawn Webb Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, "Wojciech A. Koszek" , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 May 2014 20:50:50 -0000 On 5/24/14, Shawn Webb wrote: > On May 23, 2014 07:53 PM +0000, Wojciech A. Koszek wrote: >> On Wed, May 14, 2014 at 09:58:52AM -0400, Shawn Webb wrote: >> > Hey All, >> > >> > [NOTE: crossposting between freebsd-current@, freebsd-security@, and >> > freebsd-stable@. Please forgive me if crossposting is frowned upon.] >> > >> > Address Space Layout Randomization, or ASLR for short, is an exploit >> > mitigation technology. It helps secure applications against low-level >> > exploits. A popular secure implementation is known as PaX ASLR, which >> > is >> > a third-party patch for Linux. Our implementation is based off of >> > PaX's. >> > >> > Oliver Pinter, Danilo Egea, and I have been working hard to bring more >> > features and robust stability to our ASLR patches. We've done extensive >> > testing on amd64. We'd like to get as many people testing these >> > patches. >> > Given the nature of them, we'd also like as many eyeballs reviewing the >> > code as well. >> > >> > I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on >> > the RPI), when a parent forks a child, and the child gracefully exits, >> > the parent segfaults with the pc register pointing to 0xc0000000. That >> > address is always the same, no matter the application. If anyone knows >> > the ARM architecture well, and how FreeBSD ties into it, I'd like a >> > little guidance. >> > >> > I also have a sparc64 box, but I'm having trouble getting a vanilla >> > 11-current system to be stable on it. I ought to file a few PRs. >> > >> > You can find links to the patches below. >> > >> > Patch for 11-current: >> > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current-aslr-segvguard-SNAPSHOT.diff >> > >> > Patch for 10-stable: >> > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-10-aslr-segvguard-SNAPSHOT.diff >> > >> >> Shawn >> >> I appreciate you working on this. We must have this in FreeBSD. >> >> I looked at the patch and I read, but not run it. Comments below. >> >> My personal opinion is that kern_pax.c should be compiled in by default. >> If >> it adds a lot of size, it'd be better to provide empty stub calls instead >> of >> #ifdef'ing everything. But security is very important especially in >> embeddded systems, so you can imagine you're writing the code that >> everybody >> wants and must have enabled for decent level of security. >> >> All modern systems run with ASLR turned on. >> >> I skipped user-space stuff. I don't think it's necessary in this commit >> and >> should be separated. >> >> There's a lot of lines of code for status showing. Not sure if we care >> that >> much: ASLR is either on or off. Not sure about more granularity. More >> below. > > We provide the level of granularity because there are a lot of > applications that might exhibit weird behaviors or even crash if we > randomize too many bits. We provide sane defaults, but allow each user > to choose the level of security versus the level of stability they > desire. Two idea here: a) create a tunable security.pax.expert_mode, and create sysctls at boot time depending from expert mode ( https://github.com/HardenedBSD/hardenedBSD/blob/hardened/current/aslr/sys/kern/kern_sysctl.c#L460 ) b) just add CTLFLAG_SKIP and hide the sysctl from normal user ( https://github.com/HardenedBSD/hardenedBSD/blob/hardened/current/aslr/sys/kern/kern_sysctl.c#L739 ) > >> >> Lots of files: >> >> You conditionally make .sv_pax_aslr_init method point to something else. >> I'd >> assume PAX function _pax_aslr_init32() always gets called and based on >> whether ASLR is on or not, it does something or not. This will simplify >> the >> code a lot, and the difference probably won't be measurable. >> >> You have: >> >> int a; >> int b; >> >> instead of: >> >> int a, b; >> >> And you miss spaces around "=" sometimes. > > Cleaning up the code and make style changes are a high priority on my > list. Once I get a few more pieces of code locked down, I'm going to go > over every line with a comb to make sure I'm adhering to the FreeBSD > coding style. des@ has made a lot of suggestions in that regard and has > even provided me with a sample vimrc. Prior to talking with des@, I was > re-using the same vimrc that I use for ClamAV (which, admittedly, has a > much different coding style than FreeBSD). > >> >> kern_jail.c: >> >> something looks wrong here. Sounds like you need "pr->pax". But I don't >> understand why you need to have these pr_* values here. It seems >> unnecessary. > > I've made it possible to have per-jail ASLR settings. If you have an > application that misbehaves, you can jail it with ASLR turned off just > for that jail. My BSDCan presentation talks about this. The recording > isn't up, yet, though. > >> >> kern_pax.c: >> >> I can't quickly tell what locking is using. Some ASSERTS() in pax_ >> function >> would help. >> >> pax_aslr_active(): >> >> I don't see why you need to pass "td" and "proc" (I looked at usage: you >> pass proc only once). I think you could always pass proc to it, with >> td->td_proc passed typically. >> kern_pax_*: >> >> There's so many SYSCTLs I think people will have problem configuring it. >> Pick reasonable value for all values and let users change them via >> SYSCTL_INT (static sysctls) only for debugging. > > There are quite a few SYSCTLs, I agree. I'll talk with Oliver Pinter, > one of the developers that is working with me on this ASLR > implementation, to see if we can simplify this. > >> >> I can imagine we won't want ASLR only temporarily, for ports which break >> and >> must be fixed. So we probably just need per-process ASLR on/off switch and >> a >> wrapper which could be used like: >> >> aslr off program .... > > So we have right now an addition to mac_bsdextended(4)/ugidfw(8) that > does this exact thing. We also plan on adding FS extended attribute > support soon, too. Also, per-jail ASLR settings. > >> >> The debug stuff I'd remove too. We could have additional CTR stubs used >> there, if necessary. > > Oliver just released a new patchset today with new debugging > functionality. I'd love to hear your commments on it. > >> >> segvguard part I didn't understand. Why do you keep a list of programs >> that >> failed? There was no ASSERTs, thus it was hard to understand the locking >> too. > > We've semi-paused development of segvguard for the moment to focus on > ASLR. Though the features are related and segvguard is recommended for a > proper ASLR implementation, it is not required. Danilo Egea Gondolfo is > the principal engineer behind our segvguard implementation. We're still > working out the kinks and the underlying design and architecture of this > feature. > >> >> I'm trying to understand if randomization is done correctly. Do you think >> you could post the results? >> >> Program: >> >> http://pastebin.com/XTRHLhMg > > My results on an amd64 VM are pasted here: http://ix.io/cD5 > > We're in talks with des@, kib@, and Alan Cox regarding how our > implementation could affect the VM system, with special consideration to > superpages. > > Thanks for taking the time to read through the code and offer insight. > One of the things we need to do is write documentation regarding our > implementation. Both Oliver and I have wiki accounts and we've created > the start of the documentation there. I think if we had better > documented our implementation, there would've been less confusion on the > part of those reading/analysing our code. > > wiki page: https://wiki.freebsd.org/Hardening > > Thanks, > > Shawn > From owner-freebsd-stable@FreeBSD.ORG Sat May 24 23:16:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31FFF272 for ; Sat, 24 May 2014 23:16:12 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [192.203.228.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 12931266B for ; Sat, 24 May 2014 23:16:11 +0000 (UTC) Received: from [172.16.26.29] (50-204-120-225-static.hfc.comcastbusiness.net [50.204.120.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: peter) by smtp2.wemm.org (Postfix) with ESMTPSA id 67C2362B; Sat, 24 May 2014 16:16:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1400973371; bh=3W1xd6echnDrz6ycWCh+/xCEWo+dlJ3ZMr2vJ8kw6zY=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=vQXsraaSGxi7Cwy80htlRQ80fHjJlkV2XiPL+8VVTdSqqPH6ljAp/mc8CEmuLUj7g Ivt1nGv8DtPDCXfpulcdvTOPBnsVdycX5Cfi8UAvfox8fg2b0lpuN/gaBSKPrqrRzO Hd4Ov1E+8GcEZXz9iKT1+87fCD2Z30LkKPcd9Vfw= Message-ID: <5381283C.8010005@wemm.org> Date: Sat, 24 May 2014 16:16:12 -0700 From: Peter Wemm User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Charles Sprickman Subject: Re: What is your favourite/best firewall on FreeBSD and why? References: <20140520070926.GA92183@The.ie> <537FB96D.1040503@wemm.org> <542A7016-FEE2-418C-B1F1-2227378BB4C8@bway.net> In-Reply-To: <542A7016-FEE2-418C-B1F1-2227378BB4C8@bway.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 May 2014 23:16:12 -0000 On 5/23/14, 11:12 PM, Charles Sprickman wrote: > On May 23, 2014, at 5:11 PM, Peter Wemm wrote: > >> On 5/23/14, 3:04 AM, Dr Josef Karthauser wrote: >>> On 23 May 2014, at 10:00, G. Paul Ziemba wrote: >>> >>>> Lucius.Rizzo@The.ie (Lucius Rizzo) writes: >>>> >>>>> Ultimately, outside configuration differences all firewalls are essentially >>>>> serve the same purpose but I wonder what is your favorite and why? If >>>>> you were to run FreeBSD in production, which of the three would you >>>>> choose? IPFilter, PF or IPFW? >>>> I switched to pf about seven months ago as I began to need to >>>> manage bandwidth for specific classes of traffic (for example, >>>> prevent outbound mailing list email from saturating the link >>>> and reserve some bandwidth for interactive use). >>>> >>>> The syntax is very close and the NAT configuration is simpler in pf. >>> Does the pfsync handle NAT tables. >>> Could I use it to build a resilient carrier grade NAT solution? >>> >> Yes, pfsync includes NAT. While we don't use NAT in the freebsd.org cluster, we do use it on certain ipv6+rfc1918 machines and it does handle failover / recovery transparently. We use it with carp. >> >> Be aware that things can get a little twitchy if your switches have an extended link-up periods. Our Juniper EX switches and ethernet interfaces have a significant delay between 'ifconfig up' and link established. This required some tweaks on the freebsd.org cluster but nothing unmanageable. We probably should boot them into a hold-down state while things stabilize and but we've taken the quick way out rather than doing it the ideal way. > Off-topic, but it sounds like you need the Juniper equivalent of the Cisco spanning-tree portfast command on your switch interfaces that connect to end hosts. The pause you see is part of STP where the switch port sits in learning mode from 5 to 30 seconds before going to forwarding mode. This is important for inter-switch links, but not at all needed when you know a port is only going to have a host plugged into it. > Indeed, I believe this is a legacy of when we had discrete switches chained together. We've since switched to virtual chassis configurations so there's only inter-switch forwarding via the backplane. I've made a note to check this out when I'm physically present. But it is something to be aware of if you're using carp in this configuration as new members will believe they are the master for a short while and that does lead to drama as it converges. This not a pf/carp problem though, more one that we haven't used the available tools properly yet. -Peter From owner-freebsd-stable@FreeBSD.ORG Sun May 25 00:22:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2465323 for ; Sun, 25 May 2014 00:22:30 +0000 (UTC) Received: from smtp1.bway.net (smtp1.v6.bway.net [IPv6:2607:d300:1::27]) (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 79A692AEE for ; Sun, 25 May 2014 00:22:30 +0000 (UTC) Received: from [10.3.2.108] (foon.sporktines.com [96.57.144.66]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: spork@bway.net) by smtp1.bway.net (Postfix) with ESMTPSA id E20FF9586D; Sat, 24 May 2014 20:22:18 -0400 (EDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: What is your favourite/best firewall on FreeBSD and why? From: Charles Sprickman In-Reply-To: <5381283C.8010005@wemm.org> Date: Sat, 24 May 2014 20:22:18 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140520070926.GA92183@The.ie> <537FB96D.1040503@wemm.org> <542A7016-FEE2-418C-B1F1-2227378BB4C8@bway.net> <5381283C.8010005@wemm.org> To: Peter Wemm X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 May 2014 00:22:30 -0000 On May 24, 2014, at 7:16 PM, Peter Wemm wrote: > On 5/23/14, 11:12 PM, Charles Sprickman wrote: >> On May 23, 2014, at 5:11 PM, Peter Wemm wrote: >>=20 >>> On 5/23/14, 3:04 AM, Dr Josef Karthauser wrote: >>>> On 23 May 2014, at 10:00, G. Paul Ziemba = wrote: >>>>=20 >>>>> Lucius.Rizzo@The.ie (Lucius Rizzo) writes: >>>>>=20 >>>>>> Ultimately, outside configuration differences all firewalls are = essentially >>>>>> serve the same purpose but I wonder what is your favorite and = why? If >>>>>> you were to run FreeBSD in production, which of the three would = you >>>>>> choose? IPFilter, PF or IPFW? >>>>> I switched to pf about seven months ago as I began to need to >>>>> manage bandwidth for specific classes of traffic (for example, >>>>> prevent outbound mailing list email from saturating the link >>>>> and reserve some bandwidth for interactive use). >>>>>=20 >>>>> The syntax is very close and the NAT configuration is simpler in = pf. >>>> Does the pfsync handle NAT tables. >>>> Could I use it to build a resilient carrier grade NAT solution? >>>>=20 >>> Yes, pfsync includes NAT. While we don't use NAT in the freebsd.org = cluster, we do use it on certain ipv6+rfc1918 machines and it does = handle failover / recovery transparently. We use it with carp. >>>=20 >>> Be aware that things can get a little twitchy if your switches have = an extended link-up periods. Our Juniper EX switches and ethernet = interfaces have a significant delay between 'ifconfig up' and link = established. This required some tweaks on the freebsd.org cluster but = nothing unmanageable. We probably should boot them into a hold-down = state while things stabilize and but we've taken the quick way out = rather than doing it the ideal way. >> Off-topic, but it sounds like you need the Juniper equivalent of the = Cisco =93spanning-tree portfast=94 command on your switch interfaces = that connect to end hosts. The pause you see is part of STP where the = switch port sits in learning mode from 5 to 30 seconds before going to = forwarding mode. This is important for inter-switch links, but not at = all needed when you know a port is only going to have a host plugged = into it. >>=20 >=20 > Indeed, I believe this is a legacy of when we had discrete switches = chained together. We've since switched to virtual chassis = configurations so there's only inter-switch forwarding via the = backplane. I've made a note to check this out when I'm physically = present. >=20 > But it is something to be aware of if you're using carp in this = configuration as new members will believe they are the master for a = short while and that does lead to drama as it converges. =20 Interesting. I don=92t use carp as part of a firewall setup at all = (yet), but I have a few cases where I use it for service redundancy. I = am beyond happy with how well it works in that scenario. What is the = behavior in a carp=92d firewall configuration like you=92ve described? = New host comes up, sees the port up (but forwarding is not active yet), = becomes master, and then you have a period of time after the port starts = forwarding where you have two masters - what=92s the effect here? Does = traffic using the carp IP for a gateway end up basically randomly = hitting both hosts in the pair until the =93false=94 master decides it=92s= a slave again? I assume pf acts oddly when pfsync is enabled and you = have both hosts in a pair being active. > This not a pf/carp problem though, more one that we haven't used the = available tools properly yet. It seems like it could be fixed in carp though - I mostly deal with = Cisco switches, and the delay before a port starts forwarding is a = default config. There are also those that totally recommend leaving the = STP defaults in case some junior network guy decides to plug something = into the wrong port - I believe it=92s possible to get a forwarding loop = going with =93spanning-tree portfast=94 enabled. But most server admins = are very keen on enabling the feature because no one wants to wait up to = 30 seconds for a port to come alive. If the carp initialization could = do a few checks beyond the basic port status (for example, is at least = one MAC address in the ARP table for the interface in question) and = delay initializing until knowing for certain an ethernet link is truly = =93up=94, that might make things behave a bit better in environments = like this. Someone more clever than I could probably come up with a = more elegant solution though. :) I don=92t think it would be improper = to work around the scenario you describe, as it=92s pretty common once = you move into =93enterprise=94 switching territory. Sorry for continuing the OT, but I=92m curious about what is probably a = fairly common scenario. Charles >=20 > -Peter >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun May 25 08:06:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF0F3334 for ; Sun, 25 May 2014 08:06:19 +0000 (UTC) Received: from bouvier.getmail.no (bouvier.getmail.no [84.210.184.8]) by mx1.freebsd.org (Postfix) with ESMTP id 5F6002929 for ; Sun, 25 May 2014 08:06:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by bouvier.getmail.no (Postfix) with ESMTP id 4B45A4042C for ; Sun, 25 May 2014 09:58:45 +0200 (CEST) Received: from bouvier.getmail.no ([127.0.0.1]) by localhost (bouvier.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id HFseY8VvsiXM for ; Sun, 25 May 2014 09:58:44 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by bouvier.getmail.no (Postfix) with ESMTP id D3C4540448 for ; Sun, 25 May 2014 09:58:44 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.8.4 bouvier.getmail.no D3C4540448 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=getmail.no; s=8A9C8B4C-D727-11E2-8095-B6466E6B3FA2; t=1401004724; bh=0rvHd4ic2iYO0fMWblWr/I/6OeA7QaX3iDGadOW/iRc=; h=Date:From:To:Subject:Message-Id:Mime-Version:Content-Type: Content-Transfer-Encoding; b=xEWzPhNc5asYWiis7rJ9fjcb9ABcwSct5FGTxIvpF4qSyWnHpg6/nhgP/+tMtvlsm civAo0tmGEhLZ1i/pokjS60RrW7LW7vxBFNLqbhMta6pbxyO0dVyVuZEUMisFrc8Qb 9dMQ52j+LS1RJtrILhGKxDnAUNaWJtfXwi1cOiFQ= X-Virus-Scanned: amavisd-new at bouvier.get.c.bitbit.net Received: from bouvier.getmail.no ([127.0.0.1]) by localhost (bouvier.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id IvmZS4u6e03k for ; Sun, 25 May 2014 09:58:44 +0200 (CEST) Received: from kg-core1.kg4.no (cm-84.215.180.206.getinternet.no [84.215.180.206]) by bouvier.getmail.no (Postfix) with ESMTPSA id A15C5403E0 for ; Sun, 25 May 2014 09:58:44 +0200 (CEST) Date: Sun, 25 May 2014 09:58:44 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Subject: Re: What is your favourite/best firewall on FreeBSD and why? Message-Id: <20140525095844.ac85924728140325bbd5f6e2@getmail.no> In-Reply-To: <537C654B.1010205@gmail.com> References: <20140520070926.GA92183@The.ie> <4341ADF1-E684-4531-8DD0-10107E097D68@punkt.de> <537C654B.1010205@gmail.com> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; amd64-portbld-freebsd8.4) 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.18 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, 25 May 2014 08:06:19 -0000 On Wed, 21 May 2014 10:35:23 +0200 Rolf Nielsen wrote: > > IPFW for me too. It was what was availabe when I first started using a > firewall, and it does what I want, so I see no reason to switch. Exactly. IPFW for me too. -- Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sun May 25 14:29:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D356477 for ; Sun, 25 May 2014 14:29:48 +0000 (UTC) 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 7BD2D2456 for ; Sun, 25 May 2014 14:29:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s4PETaX2011085; Mon, 26 May 2014 00:29:37 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 26 May 2014 00:29:36 +1000 (EST) From: Ian Smith To: Lucius Rizzo Subject: Re: What is your favourite/best firewall on FreeBSD and why? In-Reply-To: <20140524055733.GA69376@The.ie> Message-ID: <20140525235945.V5669@sola.nimnet.asn.au> References: <20140520070926.GA92183@The.ie> <20140524055733.GA69376@The.ie> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, David Noel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 May 2014 14:29:48 -0000 On Fri, 23 May 2014 22:57:33 -0700, Lucius Rizzo wrote: > * David Noel [2014-05-24 00:31]: > > On 5/23/14, David Noel wrote: > > > On 5/20/14, Lucius Rizzo wrote: > > >> If you use any of the firewalls, and have interesting > > >> or even optimized rule sets, I would really like to see them :) > > > > > > I'll post them shortly. > > > > > > > Let me know if I missed anything. > > Thank you! This actually helps. I have a set of IPFilter rules that I > plunk on my FreeBSD servers running on cloud. I use IPFilter with > ssguard-ipfilter. (See Attached) > > Seems like consesus is that pf is perhaps the best choice moving forward. There's no concensus except what you'd prefer it to be. If you count messages you might have had to use ipfw, but I'm not surprised that pf is likely more comfortable conceptually to someone familiar with ipf. To one happier with procedural programming down to assembler level to sh or Pascal rather than more object-oriented languages, ipfw is nice and bare-metal and doggedly procedural. Others prefer the more symbolic approach, and pf has always felt that to me, but that's subjective. We've seen good specifics on which suits whom, and in what scenarios. I liked Darren Pilgrim's non-sectarian approach, preferring ipfw on (his) servers and pf - on OpenBSD - on (his) routers. And we got some interesting high-level takes from folks running enterprise-scale stuff down to what might best suit embedded gear. It's been fun :) However, I want the bikeshed slightly on the yellow side of burnt ochre. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sun May 25 16:33:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8ACD80B; Sun, 25 May 2014 16:33:02 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6CCB32D38; Sun, 25 May 2014 16:33:01 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 46CFDA5FF; Sun, 25 May 2014 16:33:00 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 779C230F49; Sun, 25 May 2014 18:33:00 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Oliver Pinter Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <20140523195329.GC91702@FreeBSD.org> <20140524003525.GC2029@pwnie.vrt.sourcefire.com> Date: Sun, 25 May 2014 18:33:00 +0200 In-Reply-To: (Oliver Pinter's message of "Sat, 24 May 2014 22:50:49 +0200") Message-ID: <86egzh6coz.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, "Wojciech A. Koszek" , freebsd-stable@freebsd.org, Shawn Webb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 May 2014 16:33:02 -0000 Oliver Pinter writes: > Two idea here: > a) create a tunable security.pax.expert_mode, and create sysctls at > boot time depending from expert mode > b) just add CTLFLAG_SKIP and hide the sysctl from normal user The cost of an unused sysctl is about a hundred bytes of kernel memory. What is the cost of the code required to turn it on and off, keeping in mind that most of the contents of the struct sysctl_oid must be present anyway so you can fill in the malloc()ed node? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Sun May 25 17:23:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59B61316; Sun, 25 May 2014 17:23:55 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 1A6B220E5; Sun, 25 May 2014 17:23:54 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 52CE2A682; Sun, 25 May 2014 17:23:53 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 65D2830FF4; Sun, 25 May 2014 19:23:53 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Oliver Pinter Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> Date: Sun, 25 May 2014 19:23:53 +0200 In-Reply-To: (Oliver Pinter's message of "Sat, 24 May 2014 01:24:30 +0200") Message-ID: <86a9a56ac6.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Shawn Webb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 May 2014 17:23:55 -0000 Oliver Pinter writes: > PAX LOG: implement new logging subsystem > PAX LOG: fix pax_ulog_segvguard > PAX LOG: added sysctl's and tunables > PAX ASLR: use PAX LOG > PAX LOG: fix pax_ulog_##name() > PAX LOG: fix prison init > PAX LOG: fixed log and ulog sysctl What exactly is the purpose of PAX LOG? Have you considered using ktrace instead? > PAX: blacklist clang and related binaries from PIE support Why? Performance, or do they actually break? > PAX ASLR: Blacklist the applications that don't support being built= as a position-independent executable "don't support" as in you have tested them and confirmed that they break in some way? Could you post your test methodology so people can replicate the failures and look into fixing them? > PAX ASLR: Use a full kernel config for LATT-ASLR What is the difference between LATT-ASLR and OP-ASLR, and why not just "include GENERIC"? You know about "nooptions", right? > Revert "PAX: blacklist clang and related binaries from PIE support" > Revert "Revert "PAX: blacklist clang and related binaries from PIE = support"" Hmm... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Sun May 25 17:42:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9E74A5A; Sun, 25 May 2014 17:42:17 +0000 (UTC) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E80A225A; Sun, 25 May 2014 17:42:17 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id j17so7514342oag.41 for ; Sun, 25 May 2014 10:42:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=eMJaJwzCcNgG8Swi4d14ow+Z7ffnhy6lksU+kThcGsM=; b=YwRjH2IhXG6Gnnr8V0Wk59yNF++Wgx5CnzEEWyqWTOHsdSigiNg5khpQ86Kny9hoJI mwz0/EVkX1/r5KC/f+otN+Brh3k6mgwweeN/7gIqAvzOYOTVcfkUuyBY7aMRfdFx40ZT 7SLHG4Z4UldymB5o+zFjUK/f3JT4CH8ZrdFdAwvhz0Z3likC5bEAWDG0lGPqrL2GvSWH rbxc6VLY25svY3hkNT+U2BsG57O5bWIpdr7hSIp32xGzYMNOz2lig89vGZ3cQHP8wYD+ KlLu1r4af1crM1t2fIoUa8G4UKTLYgbV0TU3yrQzNmfidPReo8E8APVboea8vGHmQmBP ssrg== MIME-Version: 1.0 X-Received: by 10.182.227.135 with SMTP id sa7mr19265739obc.3.1401039736765; Sun, 25 May 2014 10:42:16 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Sun, 25 May 2014 10:42:16 -0700 (PDT) In-Reply-To: <86a9a56ac6.fsf@nine.des.no> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <86a9a56ac6.fsf@nine.des.no> Date: Sun, 25 May 2014 19:42:16 +0200 Message-ID: Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: Oliver Pinter To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, dim@freebsd.org, Shawn Webb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 May 2014 17:42:18 -0000 On 5/25/14, Dag-Erling Sm=F8rgrav wrote: > Oliver Pinter writes: >> PAX LOG: implement new logging subsystem >> PAX LOG: fix pax_ulog_segvguard >> PAX LOG: added sysctl's and tunables >> PAX ASLR: use PAX LOG >> PAX LOG: fix pax_ulog_##name() >> PAX LOG: fix prison init >> PAX LOG: fixed log and ulog sysctl > > What exactly is the purpose of PAX LOG? Have you considered using > ktrace instead? pax_log will be in future a generic pax related logging framework, with ratelimiting and other features. It will log user, IP, binary name, path, checksum, and others. > >> PAX: blacklist clang and related binaries from PIE support > > Why? Performance, or do they actually break? No. If you definded WITH_CLANG_EXTRAS=3D in src.conf, the breaked the build= . (added dim@ to CC) --- usr.bin.all__D --- /usr/obj/usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/clang/bugpoint/.= ./../../lib/clang/libllvmirreader/libllvmirreader.a: could not read symbols: Bad value c++: error: linker command failed with exit code 1 (use -v to see invocatio= n) *** [bugpoint] Error code 1 bmake[5]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/clang/bugpoint 1 error bmake[5]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/clang/bugpoint *** [all_subdir_bugpoint] Error code 2 bmake[4]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/cla= ng --- usr.sbin.all__D --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.sbin/acpi/iasl *** [all] Error code 2 bmake[4]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.sbin/ac= pi 1 error bmake[4]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.sbin/ac= pi *** [all_subdir_acpi] Error code 2 bmake[3]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.sbin 1 error bmake[3]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.sbin *** [usr.sbin.all__D] Error code 2 bmake[2]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git --- usr.bin.all__D --- --- all_subdir_tblgen --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/clang/tblgen *** [all_subdir_tblgen] Error code 2 bmake[4]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/cla= ng 2 errors bmake[4]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/cla= ng *** [all_subdir_clang] Error code 2 bmake[3]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.bin > >> PAX ASLR: Blacklist the applications that don't support being buil= t >> as a position-independent executable > > "don't support" as in you have tested them and confirmed that they break > in some way? Could you post your test methodology so people can > replicate the failures and look into fixing them? > >> PAX ASLR: Use a full kernel config for LATT-ASLR > > What is the difference between LATT-ASLR and OP-ASLR, and why not just > "include GENERIC"? You know about "nooptions", right? In upstreamed patch will be removed this kernel configs. These are Shawn's and my kernel config. > >> Revert "PAX: blacklist clang and related binaries from PIE support= " >> Revert "Revert "PAX: blacklist clang and related binaries from PIE >> support"" > > Hmm... See above. > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > From owner-freebsd-stable@FreeBSD.ORG Sun May 25 18:07:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94FE757E; Sun, 25 May 2014 18:07:00 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C3C3240F; Sun, 25 May 2014 18:07:00 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::7059:63a3:928c:92b9] (unknown [IPv6:2001:7b8:3a7:0:7059:63a3:928c:92b9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id EAC3C5C43; Sun, 25 May 2014 20:06:45 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_BA330A0E-BAD8-4F4B-A868-F6AA7CD1287E"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: Dimitry Andric In-Reply-To: Date: Sun, 25 May 2014 20:06:40 +0200 Message-Id: <49702223-7624-4D44-9371-2F8C5E2D4D38@FreeBSD.org> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <86a9a56ac6.fsf@nine.des.no> To: Oliver Pinter X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-security@freebsd.org, =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Shawn Webb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 May 2014 18:07:00 -0000 --Apple-Mail=_BA330A0E-BAD8-4F4B-A868-F6AA7CD1287E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 25 May 2014, at 19:42, Oliver Pinter wrote: > On 5/25/14, Dag-Erling Sm=F8rgrav wrote: >> Oliver Pinter writes: ... >>> PAX: blacklist clang and related binaries from PIE support >>=20 >> Why? Performance, or do they actually break? >=20 > No. If you definded WITH_CLANG_EXTRAS=3D in src.conf, the breaked the = build. > (added dim@ to CC) >=20 > --- usr.bin.all__D --- > = /usr/obj/usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/clang/bugpoint/= ../../../lib/clang/libllvmirreader/libllvmirreader.a: > could not read symbols: Bad value > c++: error: linker command failed with exit code 1 (use -v to see = invocation) > *** [bugpoint] Error code 1 I assume you only get this with your ASLR patches applied? Maybe this = is because the clang binary itself gets built statically (and so will = definitely not be PIE), but the rest of the 'extras', such as bugpoint, = are regular dynamic executables. And note that none of the libraries = built under lib/libclang are built with -fPIC, at the moment. So that = might cause trouble with your PIE patches. In any case, the interesting thing is what the actual linker error was. = Do you have more of the preceding build log, including the rest of the = settings that were used to build world? And also, what does "file = /usr/obj/usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/clang/bugpoint/= ../../../lib/clang/libllvmirreader/libllvmirreader.a" say? -Dimitry --Apple-Mail=_BA330A0E-BAD8-4F4B-A868-F6AA7CD1287E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlOCMTMACgkQsF6jCi4glqNQmQCgxsg9UC9JkSn8kNHnariVhESs xa4An2oaJXR9EThhr5gpLZ9LjH907/rQ =kgCZ -----END PGP SIGNATURE----- --Apple-Mail=_BA330A0E-BAD8-4F4B-A868-F6AA7CD1287E-- From owner-freebsd-stable@FreeBSD.ORG Sun May 25 20:21:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38869AC2; Sun, 25 May 2014 20:21:34 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id EBB0C2E59; Sun, 25 May 2014 20:21:33 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id B6E3FA8C9; Sun, 25 May 2014 20:21:32 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id E045E3102B; Sun, 25 May 2014 22:21:13 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Oliver Pinter Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <86a9a56ac6.fsf@nine.des.no> Date: Sun, 25 May 2014 22:21:13 +0200 In-Reply-To: (Oliver Pinter's message of "Sun, 25 May 2014 19:42:16 +0200") Message-ID: <86wqd94nk6.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, dim@freebsd.org, Shawn Webb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 May 2014 20:21:34 -0000 Oliver Pinter writes: > pax_log will be in future a generic pax related logging framework, > with ratelimiting and other features. It will log user, IP, binary > name, path, checksum, and others. What are you using this for? Are you sure you can't use ktrace? It's a lot more flexible and powerful than you probably realize. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Sun May 25 20:31:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96AB6ED6; Sun, 25 May 2014 20:31:37 +0000 (UTC) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 39F192F48; Sun, 25 May 2014 20:31:37 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id wo20so7284079obc.34 for ; Sun, 25 May 2014 13:31:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=hoFCHkhL4jYMaA2Lu2sXkzUYl+zTPgWvbGsSlYAgo5Q=; b=drE3kW6r1rJRHobtK4MFLThUAfu6/ln/iW/ojTJ2mndLlfoE9fPgkBXNVfHn1/7atA dSlxlhULwHKT7mgZHVFS1m84wRAbczeOleqeQ8Fm+9kmatAFNhbmBwuJd9UJmDk8Ju7z FB2p0ajSxR7m0pjoo2oqoe80q6xriUaQGW/hA16pDrirRxw4jSF4YRH7ZN8/ek5MupL6 RQwubtsR3OJCWyZsa+OhMFb1WSS344tqwbG6BygvX/umNNvN6fpjd4wHOYJZvuzHFQvL 3R0FZvnzfWU2gR/5V0CVwePu4eYeB4oIWmn5KQ3X9Ffpc+I5osol5IgrUMORBVAMyilL WcZg== MIME-Version: 1.0 X-Received: by 10.60.70.200 with SMTP id o8mr15219949oeu.55.1401049896076; Sun, 25 May 2014 13:31:36 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Sun, 25 May 2014 13:31:35 -0700 (PDT) In-Reply-To: <86wqd94nk6.fsf@nine.des.no> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <86a9a56ac6.fsf@nine.des.no> <86wqd94nk6.fsf@nine.des.no> Date: Sun, 25 May 2014 22:31:35 +0200 Message-ID: Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: Oliver Pinter To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, dim@freebsd.org, Shawn Webb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 May 2014 20:31:37 -0000 On 5/25/14, Dag-Erling Sm=F8rgrav wrote: > Oliver Pinter writes: >> pax_log will be in future a generic pax related logging framework, >> with ratelimiting and other features. It will log user, IP, binary >> name, path, checksum, and others. > > What are you using this for? Are you sure you can't use ktrace? It's a > lot more flexible and powerful than you probably realize. Logging to system log, The feature will similar to this in grsecurity: http://en.wikibooks.org/wiki/Grsecurity/Appendix/Grsecurity_and_PaX_Configu= ration_Options#Kernel_Auditing > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > From owner-freebsd-stable@FreeBSD.ORG Sun May 25 21:18:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A1FCBED; Sun, 25 May 2014 21:18:32 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 50942227E; Sun, 25 May 2014 21:18:31 +0000 (UTC) Received: from [192.168.0.96] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s4PLIOiD085171 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 25 May 2014 21:18:27 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: David Chisnall In-Reply-To: Date: Sun, 25 May 2014 22:18:19 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <38F830B6-4B52-4372-9BC6-565B2387720F@FreeBSD.org> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <86a9a56ac6.fsf@nine.des.no> <86wqd94nk6.fsf@nine.des.no> To: Oliver Pinter X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org, dim@freebsd.org, Shawn Webb , freebsd-security@freebsd.org, freebsd-current@freebsd.org, =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 May 2014 21:18:32 -0000 On 25 May 2014, at 21:31, Oliver Pinter wrote: > On 5/25/14, Dag-Erling Sm=F8rgrav wrote: >> Oliver Pinter writes: >>> pax_log will be in future a generic pax related logging framework, >>> with ratelimiting and other features. It will log user, IP, binary >>> name, path, checksum, and others. >>=20 >> What are you using this for? Are you sure you can't use ktrace? = It's a >> lot more flexible and powerful than you probably realize. >=20 > Logging to system log, The feature will similar to this in grsecurity: > = http://en.wikibooks.org/wiki/Grsecurity/Appendix/Grsecurity_and_PaX_Config= uration_Options#Kernel_Auditing It sounds like you actually want to be writing audit events then. See = audit(4). David From owner-freebsd-stable@FreeBSD.ORG Mon May 26 01:54:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA322FCC; Mon, 26 May 2014 01:54:44 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 858642735; Mon, 26 May 2014 01:54:44 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s4Q1sTEf081233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 25 May 2014 18:54:32 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <53829ED0.7010105@freebsd.org> Date: Mon, 26 May 2014 09:54:24 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: David Chisnall , Oliver Pinter Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <86a9a56ac6.fsf@nine.des.no> <86wqd94nk6.fsf@nine.des.no> <38F830B6-4B52-4372-9BC6-565B2387720F@FreeBSD.org> In-Reply-To: <38F830B6-4B52-4372-9BC6-565B2387720F@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, dim@freebsd.org, Shawn Webb , freebsd-security@freebsd.org, freebsd-current@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 26 May 2014 01:54:44 -0000 On 5/26/14, 5:18 AM, David Chisnall wrote: > On 25 May 2014, at 21:31, Oliver Pinter wrote: > >> On 5/25/14, Dag-Erling Smrgrav wrote: >>> Oliver Pinter writes: >>>> pax_log will be in future a generic pax related logging framework, >>>> with ratelimiting and other features. It will log user, IP, binary >>>> name, path, checksum, and others. >>> What are you using this for? Are you sure you can't use ktrace? It's a >>> lot more flexible and powerful than you probably realize. >> Logging to system log, The feature will similar to this in grsecurity: >> http://en.wikibooks.org/wiki/Grsecurity/Appendix/Grsecurity_and_PaX_Configuration_Options#Kernel_Auditing > It sounds like you actually want to be writing audit events then. See audit(4). yeah I think the point is not "use ktrace" but "use and/or possibly extend one of the several already existing methods". we don't need *another* logging facility. > > David > > _______________________________________________ > freebsd-security@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-security > To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Mon May 26 10:08:10 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F93B3AF for ; Mon, 26 May 2014 10:08:10 +0000 (UTC) Received: from The.ie (The.ie [172.245.218.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "the.ie", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 27CD12FD8 for ; Mon, 26 May 2014 10:08:09 +0000 (UTC) Received: from The.ie (lrizzo@localhost [127.0.0.1]) by The.ie (8.14.8/8.14.8) with ESMTP id s4QA7n3j084246 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 26 May 2014 03:07:55 -0700 (PDT) (envelope-from Lucius.Rizzo@The.ie) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=the.ie; s=signed-mail; t=1401098877; bh=p/nI/8rvUY/FwGxuTyYosGWsiMgjCIc4esplR77lpks=; h=Date:From:To:Subject:References:In-Reply-To; b=h1hDuCXFSWCESovmEpIBAJHcnBgP9zjcUzwKErOjbO8jv/vbAdrJV3UsaHpOLfvI1 J2+cK7RJkysI1KAj+PZJoYWhpOsJkcyaCettwX1x1DijaBila4ZMxGObEg2v9eLduR YU1HdbyksYejdKGz0WX14c97vS++cI0lf78Vkp6VKNf84mMkr8nomqPHkYyL6cVzEi Ut43TciPAIsH8pTOxtewxNI3UrsR+XUXX4s/mU+xXuWG2cBn9hdqxXjcVdmBvnZU/I Ti9SzPuEtZ+Dg7+diZ9P4ETYVIy3W7gQe7vAbMETd7QZFFf1Kir6sQeD4gDYlkkdDA HFvAn4UFMfO4w== Received: (from lrizzo@localhost) by The.ie (8.14.8/8.14.8/Submit) id s4QA7nt8084245 for freebsd-stable@freebsd.org; Mon, 26 May 2014 03:07:49 -0700 (PDT) (envelope-from Lucius.Rizzo@The.ie) X-Authentication-Warning: The.ie: lrizzo set sender to Lucius.Rizzo@The.ie using -f Date: Mon, 26 May 2014 03:07:49 -0700 From: Lucius Rizzo To: freebsd-stable@freebsd.org Subject: Re: What is your favourite/best firewall on FreeBSD and why? Message-ID: <20140526100749.GA83229@The.ie> References: <20140520070926.GA92183@The.ie> <5380EF14.60202@bluerosetech.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <5380EF14.60202@bluerosetech.com> X-Homepage: http://Lucius.Tel/ User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-1 required=5 tests=ALL_TRUSTED X-Abuse-Report-To: Please send any abuse of our services to abuse at The.ie. The.ie is a part of The.Marketing Inc. We do not send unsolicited mail. X-Scanned-By: MIMEDefang 2.74 on 172.245.218.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 26 May 2014 10:08:10 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Darren Pilgrim [2014-05-24 12:12]: > On 5/20/2014 12:09 AM, Lucius Rizzo wrote: > > I have been looking into articles comparing firewalls that come with > > FreeBSD. There isn't much recent info on the net. I am currently using > > FreeBSD 10 with IPFilter. > > > > Firewalls are like MTA servers I find. Each person has their own > > proclivities. I happened to have started with IPFilter with Solaris and > > throughout Solaris years. Lately, on my Linux servers, I end up running > > ufw as lazy man's iptables cli frontend which is easy enough. > > > > Ultimately, outside configuration differences all firewalls are essenti= ally > > serve the same purpose but I wonder what is your favorite and why? If > > you were to run FreeBSD in production, which of the three would you > > choose? IPFilter, PF or IPFW? >=20 > I use ipfw on servers and end devices when I need a mitigation-oriented=20 > firewall. It makes simple work of putting up notch filters, but its=20 > syntax gets a bit ugly if you're doing up a router configuration. >=20 > I build routers from pf on OpenBSD and Intel hardware. $1k of PC and I=20 > can shove gigabits through full BGP tables and big sets of ACLs all day=20 > long. Something comparable from Cisco would have a five- or six-digit=20 > price tag and leave you unsatisfied. For lighter workloads, Ubiquiti's=20 > EdgeRouter family is lovely and it gets you the benefit of a well-known=20 > interface if you're handing off the admin hat. I abandon FreeBSD in=20 > this use case--ipfw syntax isn't clean enough and pf's IPv6 support is=20 > broken. >=20 > I haven't touched ipf in over a decade and don't miss it at all. Does anyone know what happened to Darren Reed from ipfilter? Last, I checked he had moved to Asia and was working under the Oracle umbrella... IPFilter page is now a redirect to ANU's main site. Pity. --=20 | _o _ |_)o_ _ _=20=20 |_|_|(_||_|_> | \|/_/_(_) - Lucius.Tel -------------------------------------- ++ Success is relative: It is what we can make of the mess we have ++ ++ made of things. ++ ++ -- T. S. Eliot, "The Family Reunion" ++ --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJTgxJ0AAoJEDTEFvl1pMrQlAMQALyT5F0iE4eNe9eMaNhklyf0 QDJUN8EZg7g06Maeo4VBkVxjVCB0ZePcfb92YuiVo6HGufBmxZ6vNl78IfN3mXvu zo/e9bst3eSxunLwAzRmYFAq5PJB6r6m9ZCGnfZbgR0b8XTJXCjnkoKXAeo5C892 eRX1Ox1QYWaOFnmls2OSmZz6F7OetLwiFUVmUefDO6v/pOMldW3cAcpr2q8AMzo8 fXLbvyxLURioALVscvgeEno5scIaKWkwVOCL1G+3qK9KZnD3IrmEAvx6+GOa3IUI gob/qa8DDldFcT6Jn9n6uS114DVTSOaj/2T3+wBUXpmCDkZs1GUJXWl6L7CJR6hH Q5534jmPmIkQ9pa0E7LHQ6UmeVO6H7kfZpuEpK7ueRslFLeaC4NtIDZkz5yurFs2 EgTg8RqQQllgBktUX9QPmQSApyya8GUYDGi1Sx2EP5tjLAK0/GyTupuHeAqSN5/u cViM0lnvNekQ6XEouYQUve8G33Q6C6L9sQ2/4mMA0NU55XmtUEU9fB1Vz3w9BB+y DzT7S6q7/Qu7QCDQxBkgKkcBsbodbHUyaCf64hCPC+UIYHAnbI3EzZWa5GzsbcZw rOsJ6yT/Rtlx4MxY/9TBSNnYC1cBdlsGGuRbqNz/NYrY8cOR7uB5kpUaMpwFXh84 VCMjhahAxJQrmP4DcEtI =Iw7r -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-stable@FreeBSD.ORG Tue May 27 16:50:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2946263A; Tue, 27 May 2014 16:50:49 +0000 (UTC) Received: from shxd.cx (unknown [64.201.244.140]) (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 14EFB2DD4; Tue, 27 May 2014 16:50:49 +0000 (UTC) Received: from [50.204.88.51] (port=10746 helo=[10.2.8.76]) by shxd.cx with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1WpIO5-0003JF-S2; Tue, 27 May 2014 07:29:57 -0700 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: boot menu's kernel chooser always lists kernel.old From: Devin Teske X-Mailer: iPhone Mail (11B554a) In-Reply-To: Date: Tue, 27 May 2014 09:50:41 -0700 Content-Transfer-Encoding: 7bit Message-Id: <15FBEC62-3DB8-4A58-9E7A-C6B783D669D7@shxd.cx> References: To: Idwer Vollering Cc: "dteske@freebsd.org" , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 27 May 2014 16:50:49 -0000 > On May 24, 2014, at 1:42 PM, Idwer Vollering wrote: > > 2014-05-24 22:41 GMT+02:00 Idwer Vollering : >> When trying to boot /boot/kernel.old/kernel while the directory >> kernel.old is absent, this text is shown: "error while including >> /boot/menu.rc, in the line: >> menu-display". > > Forgot to include build details, here they are: FreeBSD 10-STABLE r266623 Simple... don't try to boot kernel.old if it doesn't exist. If you are unsure if it exists, don't select it. If you select It and get the aforementioned error, it doesn't exist. There is no seatbelt for the kernel selection menu. It displays the kernels listed (separated by white space or comma) in the $kernels environment var which defaults to "kernel kernel.old" in the file /boot/defaults/loader.conf (you can override the value by setting kernels in /boot/loader.conf So if you really didn't want kernel.old to be shown you can add kernels=kernel to /boot/loader.conf But should you suddenly create a kernel.old, the value will need adjusting to show it as an option once-again. The value of kernels is not dynamically driven but must be manually maintained either by a script or a Human. -- Devin From owner-freebsd-stable@FreeBSD.ORG Tue May 27 23:12:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38D234D3; Tue, 27 May 2014 23:12:01 +0000 (UTC) Received: from mail-yk0-x230.google.com (mail-yk0-x230.google.com [IPv6:2607:f8b0:4002:c07::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E2EAD20AE; Tue, 27 May 2014 23:12:00 +0000 (UTC) Received: by mail-yk0-f176.google.com with SMTP id q9so7726090ykb.35 for ; Tue, 27 May 2014 16:12: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:date:message-id:subject:from:to :cc:content-type; bh=1yH8J+h7qmVejZs9hIX7XulOYFRkXRHzw3YgLH+WvAM=; b=dbKqbav+66crEppN/I3/czkvEQIBXP+qddM5L7zkSEvUIkeCVfgrnOKuno5iV6TNtf nuSDHkYuJDnNc19DXo3dtEy5yAa/wjOmXMPssJYBQNBBgmE9S8UeWiVBDzNEffQEXR6t x7tatIZjyvDAQcHJ7CTwnnFqxBd8tYTyTxg1BwfCp8dK/4/YHwYjXOZIGkoWVetUyAzo WRflqcPnPmqolhvvRHgcdL0xrGA5ViM2oVHqASxDrlKa0XSY6BUMIeaeTBSrNuPdjZqw +arv2eMUa1hxrWL9rbwmA3LjOw6xQ4vrFR4zK/2pkYI8GT2qoS6yWSHYBJmeRiY/Wktk unbA== MIME-Version: 1.0 X-Received: by 10.236.156.170 with SMTP id m30mr49961931yhk.60.1401232319985; Tue, 27 May 2014 16:11:59 -0700 (PDT) Received: by 10.170.89.65 with HTTP; Tue, 27 May 2014 16:11:59 -0700 (PDT) In-Reply-To: <15FBEC62-3DB8-4A58-9E7A-C6B783D669D7@shxd.cx> References: <15FBEC62-3DB8-4A58-9E7A-C6B783D669D7@shxd.cx> Date: Wed, 28 May 2014 01:11:59 +0200 Message-ID: Subject: Re: boot menu's kernel chooser always lists kernel.old From: Idwer Vollering To: Devin Teske Content-Type: text/plain; charset=UTF-8 Cc: "dteske@freebsd.org" , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 27 May 2014 23:12:01 -0000 2014-05-27 18:50 GMT+02:00 Devin Teske : > > >> On May 24, 2014, at 1:42 PM, Idwer Vollering wrote: >> >> 2014-05-24 22:41 GMT+02:00 Idwer Vollering : >>> When trying to boot /boot/kernel.old/kernel while the directory >>> kernel.old is absent, this text is shown: "error while including >>> /boot/menu.rc, in the line: >>> menu-display". >> >> Forgot to include build details, here they are: FreeBSD 10-STABLE r266623 > > Simple... don't try to boot kernel.old if it doesn't exist. > If you are unsure if it exists, don't select it. If you select > It and get the aforementioned error, it doesn't exist. kernel.old does not exist on this installation. > > There is no seatbelt for the kernel selection menu. > It displays the kernels listed (separated by white > space or comma) in the $kernels environment var > which defaults to "kernel kernel.old" in the file > /boot/defaults/loader.conf (you can override the > value by setting kernels in /boot/loader.conf Correct, however $kernels is commented out: $ grep -i kernels= /boot/loader.conf /boot/defaults/loader.conf /boot/defaults/loader.conf:#kernels="kernel kernel.old" # Kernels to display in the boot menu > > So if you really didn't want kernel.old to be shown > you can add kernels=kernel to /boot/loader.conf > > But should you suddenly create a kernel.old, the > value will need adjusting to show it as an option > once-again. > > The value of kernels is not dynamically driven > but must be manually maintained either by a > script or a Human. > -- > Devin Idwer From owner-freebsd-stable@FreeBSD.ORG Wed May 28 01:12:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1664DA5; Wed, 28 May 2014 01:12:17 +0000 (UTC) Received: from shxd.cx (unknown [64.201.244.140]) (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 8A66B29DB; Wed, 28 May 2014 01:12:17 +0000 (UTC) Received: from [50.204.88.51] (port=17675 helo=THEMADHATTER) by shxd.cx with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1WpQDT-0007IZ-FN; Tue, 27 May 2014 15:51:31 -0700 From: To: "'Idwer Vollering'" References: <15FBEC62-3DB8-4A58-9E7A-C6B783D669D7@shxd.cx> In-Reply-To: Subject: RE: boot menu's kernel chooser always lists kernel.old Date: Tue, 27 May 2014 18:12:03 -0700 Message-ID: <000d01cf7a11$d8da6da0$8a8f48e0$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQGHKiFJXCmZSyJLrrMbeF82mO3tRQED5P6oAlcEUaQCEGiHeJu6c3DA Content-Language: en-us Sender: devin@shxd.cx Cc: dteske@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 28 May 2014 01:12:17 -0000 > -----Original Message----- > From: Idwer Vollering [mailto:vidwer@gmail.com] > Sent: Tuesday, May 27, 2014 4:12 PM > To: Devin Teske > Cc: freebsd-stable@freebsd.org; dteske@freebsd.org > Subject: Re: boot menu's kernel chooser always lists kernel.old >=20 > 2014-05-27 18:50 GMT+02:00 Devin Teske : > > > > > >> On May 24, 2014, at 1:42 PM, Idwer Vollering = wrote: > >> > >> 2014-05-24 22:41 GMT+02:00 Idwer Vollering : > >>> When trying to boot /boot/kernel.old/kernel while the directory > >>> kernel.old is absent, this text is shown: "error while including > >>> /boot/menu.rc, in the line: > >>> menu-display". > >> > >> Forgot to include build details, here they are: FreeBSD 10-STABLE > >> r266623 > > > > Simple... don't try to boot kernel.old if it doesn't exist. > > If you are unsure if it exists, don't select it. If you select It = and > > get the aforementioned error, it doesn't exist. >=20 > kernel.old does not exist on this installation. >=20 Correct you are. > > > > There is no seatbelt for the kernel selection menu. > > It displays the kernels listed (separated by white space or comma) = in > > the $kernels environment var which defaults to "kernel kernel.old" = in > > the file /boot/defaults/loader.conf (you can override the value by > > setting kernels in /boot/loader.conf >=20 > Correct, however $kernels is commented out: >=20 > $ grep -i kernels=3D /boot/loader.conf /boot/defaults/loader.conf > /boot/defaults/loader.conf:#kernels=3D"kernel kernel.old" # Kernels to = display > in the boot menu >=20 Correct... it's a place-holder to show you the default value. Approximately 41% of /boot/defaults/loader.conf is just place-holders showing you the defaults. --=20 Devin From owner-freebsd-stable@FreeBSD.ORG Wed May 28 02:04:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C317139F; Wed, 28 May 2014 02:04:42 +0000 (UTC) Received: from mail-yk0-x22b.google.com (mail-yk0-x22b.google.com [IPv6:2607:f8b0:4002:c07::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 785BD2D98; Wed, 28 May 2014 02:04:42 +0000 (UTC) Received: by mail-yk0-f171.google.com with SMTP id 142so7819290ykq.2 for ; Tue, 27 May 2014 19:04:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Oe6q4+8b+pQOThHliyLTOwehOyFaUpAzyRM5GvRhLY0=; b=FBimgJUuxP7fsdQ/W0JCj9p2c2HNOhgSTXFC2tvsCDiuQPhNyj0IMx2ZTuUS6kl5NW klGsshW6FNQ0RU6PZwjaytXi+oPrWLyTds9suTBbtgoZ5Bjx+AdWk0+/CmJNYlR9fSBA 7T+qssV0O6Wp4QU7roFGsuDG7at02uwgT0NTu2/aQJDx6Iep4YLMy/NVLOyO+YMvPJWR 5U4yCPAcGFe/WMjWJvhIT9urOAcFGUamExYryhjK4Hv7mslrghskLip/dzNzcgRUa3vh ztvmSgA0No1dvGvswHjyg/FksvGxa2M6VGyV1O47IhFYnJl5+O0n6qym6Gf/WxVkjIQp EyyQ== MIME-Version: 1.0 X-Received: by 10.236.206.97 with SMTP id k61mr21706303yho.107.1401242681427; Tue, 27 May 2014 19:04:41 -0700 (PDT) Received: by 10.170.89.65 with HTTP; Tue, 27 May 2014 19:04:41 -0700 (PDT) In-Reply-To: <000d01cf7a11$d8da6da0$8a8f48e0$@FreeBSD.org> References: <15FBEC62-3DB8-4A58-9E7A-C6B783D669D7@shxd.cx> <000d01cf7a11$d8da6da0$8a8f48e0$@FreeBSD.org> Date: Wed, 28 May 2014 04:04:41 +0200 Message-ID: Subject: Re: boot menu's kernel chooser always lists kernel.old From: Idwer Vollering To: "dteske@freebsd.org" Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 28 May 2014 02:04:42 -0000 2014-05-28 3:12 GMT+02:00 : > > >> -----Original Message----- >> From: Idwer Vollering [mailto:vidwer@gmail.com] >> Sent: Tuesday, May 27, 2014 4:12 PM >> To: Devin Teske >> Cc: freebsd-stable@freebsd.org; dteske@freebsd.org >> Subject: Re: boot menu's kernel chooser always lists kernel.old >> >> 2014-05-27 18:50 GMT+02:00 Devin Teske : >> > >> > >> >> On May 24, 2014, at 1:42 PM, Idwer Vollering wrote: >> >> >> >> 2014-05-24 22:41 GMT+02:00 Idwer Vollering : >> >>> When trying to boot /boot/kernel.old/kernel while the directory >> >>> kernel.old is absent, this text is shown: "error while including >> >>> /boot/menu.rc, in the line: >> >>> menu-display". >> >> >> >> Forgot to include build details, here they are: FreeBSD 10-STABLE >> >> r266623 >> > >> > Simple... don't try to boot kernel.old if it doesn't exist. >> > If you are unsure if it exists, don't select it. If you select It and >> > get the aforementioned error, it doesn't exist. >> >> kernel.old does not exist on this installation. >> > > Correct you are. > > >> > >> > There is no seatbelt for the kernel selection menu. >> > It displays the kernels listed (separated by white space or comma) in >> > the $kernels environment var which defaults to "kernel kernel.old" in >> > the file /boot/defaults/loader.conf (you can override the value by >> > setting kernels in /boot/loader.conf >> >> Correct, however $kernels is commented out: >> >> $ grep -i kernels= /boot/loader.conf /boot/defaults/loader.conf >> /boot/defaults/loader.conf:#kernels="kernel kernel.old" # Kernels to display >> in the boot menu >> > > Correct... it's a place-holder to show you the default value. > Approximately 41% of /boot/defaults/loader.conf is just > place-holders showing you the defaults. > -- > Devin > I went to the bottom of this and it seems the menu behaviour I was used to was a left over from -RELEASE (files for -STABLE were installed after I rm -fr'ed /boot :) ): http://svnweb.freebsd.org/base/release/10.0.0/sys/boot/forth/loader.conf?view=markup http://svnweb.freebsd.org/base/stable/10/sys/boot/forth/loader.conf?view=markup From owner-freebsd-stable@FreeBSD.ORG Wed May 28 07:10:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3743AC2 for ; Wed, 28 May 2014 07:10:59 +0000 (UTC) Received: from mail-yk0-x22d.google.com (mail-yk0-x22d.google.com [IPv6:2607:f8b0:4002:c07::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A57562408 for ; Wed, 28 May 2014 07:10:59 +0000 (UTC) Received: by mail-yk0-f173.google.com with SMTP id 142so7981455ykq.4 for ; Wed, 28 May 2014 00:10:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MJfhLzkudw2auD2n9p+G7XeaoQLFqpyThxaeH0gdcv0=; b=A5DVIOzF6stW6T6D5XrwsL24L+rNsY1Gcm2HXvQZgio96rFUywKd52Ty/xu9hjLXN0 tRdCy58HKfDIMA8k2rdEpktjyi6saqve2LCkiRidfEg3jqDVecIEQR7ASa8RsYNhpc3I RoJRygh+7oEcam+0a5w96TxdQAOSIfdmOl2USXPABu/R7TtTkPi662dEFaILWIEzGeSx +NZJjDp5VBduGvX0/2yRT3l2RaAIFzFymOa9pcOiN/LT5PEYJdziwFGhuQddHUtQwKS1 KnancRSn8UFVSgm43xrTdcHhS4zCERUIPhNxlAu0PRmEB6v+dzAEtecvMq25gIOrSlR2 kUjw== MIME-Version: 1.0 X-Received: by 10.236.135.104 with SMTP id t68mr54335636yhi.35.1401261058813; Wed, 28 May 2014 00:10:58 -0700 (PDT) Received: by 10.170.54.8 with HTTP; Wed, 28 May 2014 00:10:58 -0700 (PDT) In-Reply-To: <542A7016-FEE2-418C-B1F1-2227378BB4C8@bway.net> References: <20140520070926.GA92183@The.ie> <537FB96D.1040503@wemm.org> <542A7016-FEE2-418C-B1F1-2227378BB4C8@bway.net> Date: Wed, 28 May 2014 08:10:58 +0100 Message-ID: Subject: Re: What is your favourite/best firewall on FreeBSD and why? From: krad To: Charles Sprickman Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-stable , Peter Wemm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 28 May 2014 07:11:00 -0000 or use rstp On 24 May 2014 07:12, Charles Sprickman wrote: > On May 23, 2014, at 5:11 PM, Peter Wemm wrote: > > > On 5/23/14, 3:04 AM, Dr Josef Karthauser wrote: > >> On 23 May 2014, at 10:00, G. Paul Ziemba > wrote: > >> > >>> Lucius.Rizzo@The.ie (Lucius Rizzo) writes: > >>> > >>>> Ultimately, outside configuration differences all firewalls are > essentially > >>>> serve the same purpose but I wonder what is your favorite and why? I= f > >>>> you were to run FreeBSD in production, which of the three would you > >>>> choose? IPFilter, PF or IPFW? > >>> I switched to pf about seven months ago as I began to need to > >>> manage bandwidth for specific classes of traffic (for example, > >>> prevent outbound mailing list email from saturating the link > >>> and reserve some bandwidth for interactive use). > >>> > >>> The syntax is very close and the NAT configuration is simpler in pf. > >> Does the pfsync handle NAT tables. > >> Could I use it to build a resilient carrier grade NAT solution? > >> > > > > Yes, pfsync includes NAT. While we don't use NAT in the freebsd.orgclu= ster, we do use it on certain ipv6+rfc1918 machines and it does handle > failover / recovery transparently. We use it with carp. > > > > Be aware that things can get a little twitchy if your switches have an > extended link-up periods. Our Juniper EX switches and ethernet interfaces > have a significant delay between 'ifconfig up' and link established. Thi= s > required some tweaks on the freebsd.org cluster but nothing unmanageable. > We probably should boot them into a hold-down state while things stabili= ze > and but we've taken the quick way out rather than doing it the ideal way. > > Off-topic, but it sounds like you need the Juniper equivalent of the Cisc= o > =E2=80=9Cspanning-tree portfast=E2=80=9D command on your switch interface= s that connect to > end hosts. The pause you see is part of STP where the switch port sits i= n > learning mode from 5 to 30 seconds before going to forwarding mode. This > is important for inter-switch links, but not at all needed when you know = a > port is only going to have a host plugged into it. > > Charles > > > > > -Peter > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g > " > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed May 28 19:35:16 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDA6AA38; Wed, 28 May 2014 19:35:16 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 540092C29; Wed, 28 May 2014 19:35:16 +0000 (UTC) Received: from [192.168.0.143] ([95.91.231.84]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MEnX8-1X4WOh47sg-00G4Ye; Wed, 28 May 2014 21:35:14 +0200 Message-ID: <53863A73.3070401@gmx.de> Date: Wed, 28 May 2014 21:35:15 +0200 From: Lokadamus User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: lev@FreeBSD.org, hackers@freebsd.org, stable@freebsd.org Subject: Re: What is difference between loading module with loader and loading module wtih kldload? References: <9890815.20140226013107@serebryakov.spb.ru> In-Reply-To: <9890815.20140226013107@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:vqEcbk/KFVo0SEei+UxQZWqWPKboyKztOjHzbYSSJ0i+XSycncX Jmo5g6nL9QXRCmWwTcOMB6T8su1YaeYwGZbHSXO+KuJ5p4Cc4ClR0nCtz4jqaXe6I+2EoOy h9uCmJUwvxXXRMF3l9Z5eRUY2kRTwFnLV0hH7KrqZXKX5Hv4AtV4JnEkTVFI4CCG/1Zrg5O 5WT/urgKHrOnGCUgtAczA== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 28 May 2014 19:35:16 -0000 Am 25.02.2014 22:31, schrieb Lev Serebryakov: > Hello, Hackers. > > I've upgraded my fileserver to 10-STABLE and got very strange (but > very-very painful) problem, which I could not reproduce on virtual machine > (VirtualBox). > > I'm using geom_raid5 module (and I'm its maintainer, yes) and module, built > for 10-STABLE (after world & kernel build & install & reboot), and loaded > via /boot/loader.conf is reason to almost instant crash after boot. > Sometimes system mounts filesystems before crash and sometimes not. Most of > time it is "page write: page not present", in different places. PS/2 > keyboard is always blocked after that, I could not drop to debugger. No > memory dump performed. Several times it turend off video output (!) right > after crash. Can you find some hint?: https://www.google.de/search?q=page+write%3A+page+not+present > But if I boot without this module, drop to single-user mode, load module > with kldload and continue booting with "exit" everything work smoothly for > hours! > > I understand, that it it some incompatibility between module new kernel, > but I could not reproduce it on VirtualBox instance, and I'm puzzled, that > this crash does not occur if module loaded by kldload! Maybe, here is some > hint in this? > Greetings From owner-freebsd-stable@FreeBSD.ORG Thu May 29 06:34:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F1ACC4C for ; Thu, 29 May 2014 06:34:49 +0000 (UTC) Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3768D22A3 for ; Thu, 29 May 2014 06:34:49 +0000 (UTC) Received: by mail-qg0-f48.google.com with SMTP id i50so20897303qgf.7 for ; Wed, 28 May 2014 23:34:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=J1TsuwMHUXVi0Mwi7/DBBu36gQEJEwfEhsPI4vsh7go=; b=fclImDoRFZHT7HJNFNYJK1lxC29nUZTyQNkXPnbW+FhIAVeN/Il3Po6lQ0xXYpEBYh SkqGt4L/OccHPmgRMdOiTu67SVrJXFWVJ3U2yCO20Bz0/jPZ8jCbTGQq0lEVCWabzobP dyvwzlnuGRTq4jRmaT7FCR2VQlUjB6V7gFmKQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=J1TsuwMHUXVi0Mwi7/DBBu36gQEJEwfEhsPI4vsh7go=; b=jbNMkmx/HMBaPDKAgn3SPLcTtkYqo6khSMzPMf1M9YDa1e+GJpwuO73thY+a7pj+L1 RxKmLJVG3U8QNiUjydo16Y8uqNMW+ycepI2ax7/jKtBi72oeWCoiw1fwjOT+07L80Ruy Xh7niUdu/EKUKfaxiuuR4dqllZBR+Uz3XdHoHAEr0BYQEgZcjBmX2pnMxdXXK1n0EqwX sTu2IDKyqL4Tp+DS2Jv6iZIqQ4VY4woPTfwfXoJUKssx7Cpooz+oYaVPdEV20dJ6f4QX 4jbdWGUqSCQr67/FB8u96g97aOJuu3zOx/pcRsWCMEB2FhvlHO5PdIWKApCc6s0ANWhh l26g== X-Gm-Message-State: ALoCoQm0JI9pNz7Fx6kiE5MvbZGyfa/owB93YdDgAz8PnFHYVyvzC5tuYOKpazWbBrAaUouCGZ5h MIME-Version: 1.0 X-Received: by 10.140.23.7 with SMTP id 7mr6726303qgo.0.1401345288130; Wed, 28 May 2014 23:34:48 -0700 (PDT) Received: by 10.140.92.198 with HTTP; Wed, 28 May 2014 23:34:47 -0700 (PDT) X-Originating-IP: [75.128.101.59] Date: Thu, 29 May 2014 02:34:47 -0400 Message-ID: Subject: [VIMAGE][udplite] FreeBSD 10-STABLE/powerpc From: Jason Hellenthal To: "[FreeBSD Stable]" , "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: kevlo@freebsd.org, adrian@freebsd.org, Gleb Smirnoff , jhb@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 29 May 2014 06:34:49 -0000 Is anyone aware that VIMAGE on powerpc is currently broken ? In file included from /export/usr/src/sys/netinet/in_proto.c:83: /export/usr/src/sys/netinet/udp_var.h: In function 'get_inpcbinfo': /export/usr/src/sys/netinet/udp_var.h:153: error: dereferencing pointer to incomplete type /export/usr/src/sys/netinet/udp_var.h:153: error: dereferencing pointer to incomplete type /export/usr/src/sys/netinet/udp_var.h: In function 'get_pcblist': /export/usr/src/sys/netinet/udp_var.h:159: error: dereferencing pointer to incomplete type /export/usr/src/sys/netinet/udp_var.h:159: error: dereferencing pointer to incomplete type *** Error code 1 The relevant code in that header is: get_inpcbinfo(uint8_t protocol) { return (protocol == IPPROTO_UDP) ? &V_udbinfo : &V_ulitecbinfo; } get_pcblist(uint8_t protocol) { return (protocol == IPPROTO_UDP) ? &V_udb : &V_ulitecb; } Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/stable/10 Relative URL: ^/stable/10 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 266818 Node Kind: directory Schedule: normal Last Changed Author: delphij Last Changed Rev: 266816 Last Changed Date: 2014-05-28 14:51:49 -0400 (Wed, 28 May 2014) Also looking at svn it appears to have come from this commit... I have backed out the change here and it appears to be following through so more attention to VIMAGE and udplite seems to be needed. ------------------------------------------------------------------------ r265946 | kevlo | 2014-05-13 02:05:53 -0400 (Tue, 13 May 2014) | 14 lines Changed paths: M /stable/10 M /stable/10/lib/libc/net/getaddrinfo.c M /stable/10/sys/netinet/in.c M /stable/10/sys/netinet/in.h M /stable/10/sys/netinet/in_pcb.c M /stable/10/sys/netinet/in_proto.c M /stable/10/sys/netinet/udp_usrreq.c M /stable/10/sys/netinet/udp_var.h A /stable/10/sys/netinet/udplite.h (from /head/sys/netinet/udplite.h:264212) M /stable/10/sys/netinet6/in6_ifattach.c M /stable/10/sys/netinet6/in6_proto.c M /stable/10/sys/netinet6/udp6_usrreq.c M /stable/10/sys/netinet6/udp6_var.h M /stable/10/sys/sys/param.h MFC r264212,r264213,r264248,r265776,r265811,r265909: - Add support for UDP-Lite protocol (RFC 3828) to IPv4 and IPv6 stacks. Tested with vlc and a test suite [1]. [1] http://www.erg.abdn.ac.uk/~gerrit/udp-lite/files/udplite_linux.tar.gz Reviewed by: jhb, glebius, adrian - Fix a logic bug which prevented the sending of UDP packet with 0 checksum. - Disable TX checksum offload for UDP-Lite completely. It wasn't used for partial checksum coverage, but even for full checksum coverage it doesn't work. ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu May 29 08:36:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48546E1A; Thu, 29 May 2014 08:36:54 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EEAE12DBA; Thu, 29 May 2014 08:36:53 +0000 (UTC) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.14.8/8.14.8) with ESMTP id s4T8aK4B008445 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 29 May 2014 16:36:21 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.14.8/8.14.8/Submit) id s4T8aJiH008444; Thu, 29 May 2014 16:36:19 +0800 (CST) (envelope-from kevlo) Date: Thu, 29 May 2014 16:36:19 +0800 From: Kevin Lo To: Jason Hellenthal Subject: Re: [VIMAGE][udplite] FreeBSD 10-STABLE/powerpc Message-ID: <20140529083619.GA8437@ns.kevlo.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: "freebsd-net@freebsd.org" , adrian@freebsd.org, Gleb Smirnoff , "\[FreeBSD Stable\]" , jhb@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 29 May 2014 08:36:54 -0000 On Thu, May 29, 2014 at 02:34:47AM -0400, Jason Hellenthal wrote: > Is anyone aware that VIMAGE on powerpc is currently broken ? Hi Jason, Did you mean that compile VIMAGE support into your kernel will fail? If so, what compiler do you use? Thanks. > > In file included from /export/usr/src/sys/netinet/in_proto.c:83: > /export/usr/src/sys/netinet/udp_var.h: In function 'get_inpcbinfo': > /export/usr/src/sys/netinet/udp_var.h:153: error: dereferencing pointer to > incomplete type > /export/usr/src/sys/netinet/udp_var.h:153: error: dereferencing pointer to > incomplete type > /export/usr/src/sys/netinet/udp_var.h: In function 'get_pcblist': > /export/usr/src/sys/netinet/udp_var.h:159: error: dereferencing pointer to > incomplete type > /export/usr/src/sys/netinet/udp_var.h:159: error: dereferencing pointer to > incomplete type > *** Error code 1 > > The relevant code in that header is: > get_inpcbinfo(uint8_t protocol) > { > return (protocol == IPPROTO_UDP) ? &V_udbinfo : &V_ulitecbinfo; > } > > get_pcblist(uint8_t protocol) > { > return (protocol == IPPROTO_UDP) ? &V_udb : &V_ulitecb; > } > > Working Copy Root Path: /usr/src > URL: svn://svn.freebsd.org/base/stable/10 > Relative URL: ^/stable/10 > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 266818 > Node Kind: directory > Schedule: normal > Last Changed Author: delphij > Last Changed Rev: 266816 > Last Changed Date: 2014-05-28 14:51:49 -0400 (Wed, 28 May 2014) > > Also looking at svn it appears to have come from this commit... I have > backed out the change here and it appears to be following through so more > attention to VIMAGE and udplite seems to be needed. > > ------------------------------------------------------------------------ > r265946 | kevlo | 2014-05-13 02:05:53 -0400 (Tue, 13 May 2014) | 14 lines > Changed paths: > M /stable/10 > M /stable/10/lib/libc/net/getaddrinfo.c > M /stable/10/sys/netinet/in.c > M /stable/10/sys/netinet/in.h > M /stable/10/sys/netinet/in_pcb.c > M /stable/10/sys/netinet/in_proto.c > M /stable/10/sys/netinet/udp_usrreq.c > M /stable/10/sys/netinet/udp_var.h > A /stable/10/sys/netinet/udplite.h (from > /head/sys/netinet/udplite.h:264212) > M /stable/10/sys/netinet6/in6_ifattach.c > M /stable/10/sys/netinet6/in6_proto.c > M /stable/10/sys/netinet6/udp6_usrreq.c > M /stable/10/sys/netinet6/udp6_var.h > M /stable/10/sys/sys/param.h > > MFC r264212,r264213,r264248,r265776,r265811,r265909: > > - Add support for UDP-Lite protocol (RFC 3828) to IPv4 and IPv6 stacks. > Tested with vlc and a test suite [1]. > [1] http://www.erg.abdn.ac.uk/~gerrit/udp-lite/files/udplite_linux.tar.gz > > Reviewed by: jhb, glebius, adrian > > - Fix a logic bug which prevented the sending of UDP packet with 0 checksum. > > - Disable TX checksum offload for UDP-Lite completely. It wasn't used for > partial checksum coverage, but even for full checksum coverage it doesn't > work. > > ------------------------------------------------------------------------ Kevin From owner-freebsd-stable@FreeBSD.ORG Thu May 29 14:40:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB50B8F3 for ; Thu, 29 May 2014 14:40:51 +0000 (UTC) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BB272123 for ; Thu, 29 May 2014 14:40:51 +0000 (UTC) Received: by mail-ig0-f177.google.com with SMTP id l13so431423iga.10 for ; Thu, 29 May 2014 07:40:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=WxbrLTbUlj6KXldYZPrIcUjNGah7fzzfEhphkI/HuJc=; b=djK+FWjL+OiV/YQRh4jmSmBko86n95wwpzoF3EWcFTk7TqD7qXiOCYxLKvhWG3L/ZL EMFLCcaReHmV+3oKsRViTrKHFoqvYiZBeKfaeR+SOl0ZLoD6N8sv+/wD9mHL10ZX3aLL XWL/gm84PLI9vAUmdMYZ2QEsATVDebo/55Jug= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=WxbrLTbUlj6KXldYZPrIcUjNGah7fzzfEhphkI/HuJc=; b=hzqUhPE+Hmo38YteEjHhM7MvrEfvXqDnoG5SbznkGXT7ws4T6lCzdEc8gAf5vfAefI mPpmMfSb/lKWUlDm8FkMJdMQ6QVFDp53a//tg1j4hs5B7qfnnlkoQFYoUphz80aYH8AP Yjfw4xA/2DAIhs/RL5hmlL08AkeiOGRmtcV77SrEQPlyuV9l70tnNuCypMpSLFHge6Ha Ol487VHNov2WOda3xoOYRgXqJqk5jT42d6zbTEY9NNgUiBMettibBoDRVT7nZ83Wtyah N/EZ4F8Ms/AoEogxuFQKm5O8H6DCn9Es+gJmcI/az0ipgnebGVa55FSEr7/C6UOrZeB0 4Klw== X-Gm-Message-State: ALoCoQlzZ/BiZXSJgesyA3rx4oo/ez63y+OHO4cocWGkzAxj20UVmkz1ZWvLGUfcU3D0+4gOQoAJ X-Received: by 10.50.30.6 with SMTP id o6mr53355692igh.43.1401374450996; Thu, 29 May 2014 07:40:50 -0700 (PDT) Received: from [172.31.35.2] (75-128-101-59.dhcp.sgnw.mi.charter.com. [75.128.101.59]) by mx.google.com with ESMTPSA id mk2sm24295178igb.8.2014.05.29.07.40.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 29 May 2014 07:40:49 -0700 (PDT) References: <20140529083619.GA8437@ns.kevlo.org> Mime-Version: 1.0 (1.0) In-Reply-To: <20140529083619.GA8437@ns.kevlo.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-CFF60091-233D-4119-AC52-B5A8ECC1508A; protocol="application/pkcs7-signature" Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPhone Mail (11B554a) From: Jason Hellenthal Subject: Re: [VIMAGE][udplite] FreeBSD 10-STABLE/powerpc Date: Thu, 29 May 2014 10:40:48 -0400 To: Kevin Lo X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-net@freebsd.org" , "adrian@freebsd.org" , Gleb Smirnoff , "\[FreeBSD Stable\]" , "jhb@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 29 May 2014 14:40:52 -0000 --Apple-Mail-CFF60091-233D-4119-AC52-B5A8ECC1508A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Kevin, Default on PowerPC is GCC 4.2.1 Its hard to see that this wouldn't turn up elsewhere on other arch' stop tho= ugh as from what I seen doesn't seem to be dependent on PowerPC alone. But to confirm my previous build, after backing out udplite the build did co= mplete just fine. I'll find out in a little while whether it runs :-) crossi= ng fingers. =20 --=20 Jason Hellenthal Voice: 95.30.17.6/616 JJH48-ARIN > On May 29, 2014, at 4:36, Kevin Lo wrote: >=20 >> On Thu, May 29, 2014 at 02:34:47AM -0400, Jason Hellenthal wrote: >> Is anyone aware that VIMAGE on powerpc is currently broken ? >=20 > Hi Jason, >=20 > Did you mean that compile VIMAGE support into your kernel will fail? > If so, what compiler do you use? Thanks. >=20 >>=20 >> In file included from /export/usr/src/sys/netinet/in_proto.c:83: >> /export/usr/src/sys/netinet/udp_var.h: In function 'get_inpcbinfo': >> /export/usr/src/sys/netinet/udp_var.h:153: error: dereferencing pointer t= o >> incomplete type >> /export/usr/src/sys/netinet/udp_var.h:153: error: dereferencing pointer t= o >> incomplete type >> /export/usr/src/sys/netinet/udp_var.h: In function 'get_pcblist': >> /export/usr/src/sys/netinet/udp_var.h:159: error: dereferencing pointer t= o >> incomplete type >> /export/usr/src/sys/netinet/udp_var.h:159: error: dereferencing pointer t= o >> incomplete type >> *** Error code 1 >>=20 >> The relevant code in that header is: >> get_inpcbinfo(uint8_t protocol) >> { >> return (protocol =3D=3D IPPROTO_UDP) ? &V_udbinfo : &V_ulitecbinfo= ; >> } >>=20 >> get_pcblist(uint8_t protocol) >> { >> return (protocol =3D=3D IPPROTO_UDP) ? &V_udb : &V_ulitecb; >> } >>=20 >> Working Copy Root Path: /usr/src >> URL: svn://svn.freebsd.org/base/stable/10 >> Relative URL: ^/stable/10 >> Repository Root: svn://svn.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 266818 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: delphij >> Last Changed Rev: 266816 >> Last Changed Date: 2014-05-28 14:51:49 -0400 (Wed, 28 May 2014) >>=20 >> Also looking at svn it appears to have come from this commit... I have >> backed out the change here and it appears to be following through so more= >> attention to VIMAGE and udplite seems to be needed. >>=20 >> ------------------------------------------------------------------------ >> r265946 | kevlo | 2014-05-13 02:05:53 -0400 (Tue, 13 May 2014) | 14 lines= >> Changed paths: >> M /stable/10 >> M /stable/10/lib/libc/net/getaddrinfo.c >> M /stable/10/sys/netinet/in.c >> M /stable/10/sys/netinet/in.h >> M /stable/10/sys/netinet/in_pcb.c >> M /stable/10/sys/netinet/in_proto.c >> M /stable/10/sys/netinet/udp_usrreq.c >> M /stable/10/sys/netinet/udp_var.h >> A /stable/10/sys/netinet/udplite.h (from >> /head/sys/netinet/udplite.h:264212) >> M /stable/10/sys/netinet6/in6_ifattach.c >> M /stable/10/sys/netinet6/in6_proto.c >> M /stable/10/sys/netinet6/udp6_usrreq.c >> M /stable/10/sys/netinet6/udp6_var.h >> M /stable/10/sys/sys/param.h >>=20 >> MFC r264212,r264213,r264248,r265776,r265811,r265909: >>=20 >> - Add support for UDP-Lite protocol (RFC 3828) to IPv4 and IPv6 stacks. >> Tested with vlc and a test suite [1]. >> [1] http://www.erg.abdn.ac.uk/~gerrit/udp-lite/files/udplite_linux.tar.g= z >>=20 >> Reviewed by: jhb, glebius, adrian >>=20 >> - Fix a logic bug which prevented the sending of UDP packet with 0 checks= um. >>=20 >> - Disable TX checksum offload for UDP-Lite completely. It wasn't used for= >> partial checksum coverage, but even for full checksum coverage it doesn'= t >> work. >>=20 >> ------------------------------------------------------------------------ > =20 > Kevin --Apple-Mail-CFF60091-233D-4119-AC52-B5A8ECC1508A Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIUOTCCBjAw ggUYoAMCAQICAwaijjANBgkqhkiG9w0BAQsFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB MB4XDTEzMDUxODA4NTA0OFoXDTE0MDUxOTIyMDk0N1owSDEfMB0GA1UEAwwWamhlbGxlbnRoYWxA ZGF0YWl4Lm5ldDElMCMGCSqGSIb3DQEJARYWamhlbGxlbnRoYWxAZGF0YWl4Lm5ldDCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBALgnYFS1bWZr3KhKBzWAdRwrY+En+RRV8nCaYubqrMG+ YJbuenaIKSbIuFiDWipW4RHYTpE28pKaSnaVTG9WtAZvsWj0gYN9g2fYCnCOUceES2Yvi3RavxpB hsuzKIfsHb8iNNSEuczLu6gn4mQyaHwE4x6xSUKmbK8njR+YoF522F60wjsnq5dlOJdTrhDfObE5 5P23279WbRp8azgZX1VRB66wdKRDuSI1vBts4Nsha2paXd6HUUduHrPACBQREJTGXN8XtEKVwo63 aKUhRgtUwHNEuSWck/xwVl7PBUWH2dORAWTCqHjNuCKNOQ1/0LMiyMj7FdsBjN4dgL4YZpsCAwEA AaOCAtwwggLYMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDAdBgNVHQ4EFgQU29qUrmZtgQ7ZVoDKogfpJOSfk+YwHwYDVR0jBBgwFoAUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwIQYDVR0RBBowGIEWamhlbGxlbnRoYWxAZGF0YWl4Lm5ldDCCAUwGA1Ud IASCAUMwggE/MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRD b20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCug KaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSB gTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGll bnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFz czEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJ KoZIhvcNAQELBQADggEBAHsw8/Hw07gsNTKYnld74NBFtHnQOPkXYuccWx3j0PGQe9nqNxeingBf 2yvx+xBQzBoi4J1u84Jbrbe8Ii3+LLD/QMW9cN0SBIgRStPQLVee4STdjeabGmpXQa7omC02wYYO 83qh6CgJEIbmrsBSZH8ZSVrjkC4UmZS8wAQMS3qTWAPF0ZQGWx2+Gks2fXuacyt2LpNR+p9ogjAZ 1/rmUKjNhQZLswytaLRUdwAwSfQ3+TNs68h6Kv1LC3bNGBT3NEtr2q/nzzb5MzuFcDE6f9exroAC 4BHmokAprhna/vZdb6BrPjpXgRAlWAh3wEMxw75M9S/Nbzj/jNp+I+lvUJYwggY0MIIEHKADAgEC AgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQu MSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQy MTAxNTVaMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh c3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6E RKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvur yGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSM TGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGtMIIBqTAPBgNV HRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ljVO8tS4 UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYBBQUHAQEEWjBYMCcGCCsG AQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2Nh LmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3 LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9pbnRlcm1lZGlhdGUucGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5 I3dNoXHYfYa8PlVLL/qtXnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnS qN2sD1qetbYwBYK2iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy +pJfAoedO61HTz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4Yj Cl/Pd4MXU91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586 YoRD9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3 a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0q ZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhdGwXV 27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jCCB8kwggWxoAMCAQICAQEw DQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0 Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA2MDkxNzE5NDYzNloXDTM2MDkxNzE5NDYz NlowfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3Vy ZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmlj YXRpb24gQXV0aG9yaXR5MIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEAwYjbCbxsRnx4 n5V7tTOQ8nJi1sE2ICIkXs7pd/JDCqIGZKTMjjb4OOYj8G5tsTzdcqOFHKHTPbQzK9Mvr/7qsEFZ Z7bEBn0KnnSF1nlMgDd63zkFUln39BtGQ6TShYXSw3HzdWI0uiyKfx6P7u000BHHls1SPboz1t1N 3gs7SkufwiYv+rUWHHI1d8o8XebK4SaLGjZ2XAHbdBQl/u21oIgP3XjKLR8HlzABLXJ5+kbWEyqo uaarg0kd5fLv3eQBjhgKj2NTFoViqQ4ZOsy1ZqbCa3QH5Cvhdj60bdj2ROFzYh87xL6gU1YlbFEJ 96qryr92/W2b853bvz1mvAxWqq+YSJU6S9+nWFDZOHWpW+pDDAL/mevobE1wWyllnN2qXcyvATHs DOvSjejqnHvmbvcnZgwaSNduQuM/3iE+e+ENcPtjqqhsGlS0XCV6yaLJixamuyx+F14FTVhuEh0B 7hIQDcYyfxj//PT6zW6R6DZJvhpIaYvClk0aErJpF8EKkNb6eSJIv7p7afhwx/p6N9jYDdJ2T1f/ kLfjkdLd78Jgt2c63f6qnPDUi39yIs7Gn5e2+K+KoBCo2fsYxra1XFI8ibYZKnMBCg8DsxJg8nov gdujbv8mMJf1i92JV7atPbOvK8W3dgLwpdYrmoYUKnL24zOMXQlLE9+7jHQTUksCAwEAAaOCAlIw ggJOMAwGA1UdEwQFMAMBAf8wCwYDVR0PBAQDAgGuMB0GA1UdDgQWBBROC+8apEBbpRdphzDKNGhD 0EGu8jBkBgNVHR8EXTBbMCygKqAohiZodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvc2ZzY2EtY3Js LmNybDAroCmgJ4YlaHR0cDovL2NybC5zdGFydGNvbS5vcmcvc2ZzY2EtY3JsLmNybDCCAV0GA1Ud IASCAVQwggFQMIIBTAYLKwYBBAGBtTcBAQEwggE7MC8GCCsGAQUFBwIBFiNodHRwOi8vY2VydC5z dGFydGNvbS5vcmcvcG9saWN5LnBkZjA1BggrBgEFBQcCARYpaHR0cDovL2NlcnQuc3RhcnRjb20u b3JnL2ludGVybWVkaWF0ZS5wZGYwgdAGCCsGAQUFBwICMIHDMCcWIFN0YXJ0IENvbW1lcmNpYWwg KFN0YXJ0Q29tKSBMdGQuMAMCAQEagZdMaW1pdGVkIExpYWJpbGl0eSwgcmVhZCB0aGUgc2VjdGlv biAqTGVnYWwgTGltaXRhdGlvbnMqIG9mIHRoZSBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eSBQb2xpY3kgYXZhaWxhYmxlIGF0IGh0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9yZy9wb2xpY3ku cGRmMBEGCWCGSAGG+EIBAQQEAwIABzA4BglghkgBhvhCAQ0EKxYpU3RhcnRDb20gRnJlZSBTU0wg Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkwDQYJKoZIhvcNAQEFBQADggIBABZsmfRmDDT10IVefQrs 2hBOOBxe36YlBUuRMsHoO/E93UQJWwdJiinLZgK3sZr3JZgJPI4b4d02hytLu2jTOWY9oCbH8jmR HVGrgnt+1c5a5OIDV3Bplwj5XlimCt+MBppFFhY4Cl5X9mLHegIF5rwetfKe9Kkpg/iyFONuKIdE w5Aa3jipPKxDTWRFzt0oqVzyc3sE+Bfoq7HzLlxkbnMxOhK4vLMR5H2PgVGaO42J9E2TZns8A+3T mh2a82VQ9aDQdZ8vr/DqgkOY+GmciXnEQ45GcuNkNhKv9yUeOImQd37Da2q5w8tES6x4kIvnxywe SxFEyDRSJ80KXZ+FwYnVGnjylRBTMt2AhGZ12bVoKPthLr6EqDjAmRKGpR5nZK0GLi+pcIXHlg98 iWX1jkNUDqvdpYA5lGDANMmWcCyjEvUfSHu9HH5rt52Q9CI7rvj8Ksr6glKg769LVZPrwbXwIous NE4mIgShhyx1SrflfRPXuAxkwDbSyS+GEowjCcEbgjtzSaNqV4eU5dZ4xZlDY+NN4Hct4WWZcmkE GkcJ5g8BViT7H78OealYLrnECQF+lbptAAY+supKEDnY0Cv1v+x1v5cCxQkbCNxVN+KB+zeEQ2Ig yudWS2Xq/mzBJJMkoTTrBf+aIq6bfT/xZVEKpjBqs/SIHIAN/HKK6INeMYIDbzCCA2sCAQEwgZQw gYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUg RGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFBy aW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDBqKOMAkGBSsOAwIaBQCgggGvMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDUyOTE0NDA1MFowIwYJKoZIhvcN AQkEMRYEFFaYD16Azj4++WcaGvwLxpeJonSYMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNV BAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBD ZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50 ZXJtZWRpYXRlIENsaWVudCBDQQIDBqKOMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENl cnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRl cm1lZGlhdGUgQ2xpZW50IENBAgMGoo4wDQYJKoZIhvcNAQEBBQAEggEAVWsrOwvApJmwkqCQVedH HQ7AQANyuRd0UYaafxvFWO/E4N21f6t2MeAgZ3fbX7kmM3BIXKxVOyX6POjyuPSjAFvWOwrrDeGy 6ZMKDZawRWwKz5nUzFc4e7mNlJcqMaW3LGzC9ZcaduiUMuse+/nTrE9948hS+W09LcSJvt1oatTh OAOTW0wS5nMizSZZwamBwjAYQj2U6AFzjaYnIA8JOPBhXxRjPyT4G5zYfpN9ILM9vUOcivF+ruXB MXsDZ89fnQTzeAWY8ot2IVvfdGfkO5fP/LDiW7y67PoORNOxfujyQiK8dHUl7bAXKNMLnKVOkX7W AVp3VW1t6ze+Kh4AxAAAAAAAAA== --Apple-Mail-CFF60091-233D-4119-AC52-B5A8ECC1508A-- From owner-freebsd-stable@FreeBSD.ORG Thu May 29 23:12:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE898FC3; Thu, 29 May 2014 23:12:03 +0000 (UTC) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91A1A22B2; Thu, 29 May 2014 23:12:03 +0000 (UTC) Received: by mail-qg0-f41.google.com with SMTP id j5so3185122qga.0 for ; Thu, 29 May 2014 16:12:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=AwfRur+j8wb58yhrCvgbAeUtKBh6cbk3IZmjAKexSOo=; b=JNOD6iBZraU3d/Ur8ncN+/smdOAfoROD0SxxFZELjPpOXKXLd85dQZWJJUIiQjU5by C26Tm/7IV+3rA/ZjWZiFIPJWaUs42vzT3HNQq97c+0wJ//MXlTGDFSY4IxbHBmEMR5kD Bdk8uw+YyZXed8V1u+jrDE8boRwOqwQ6iNchsz29t/VsjtAL+eh9LgIzuI/bYi/bj3at GT36knJ9Y9mQ2Uftqn0t8XddqlkR+NpCIaj1YIRRTM0iM3qq4eZ4TH9ToHBlUkGRz7g/ DzzZdkkP9aXNFvoDsw9wgjXh3xZ6b1mzEIGh4985rVDfyQnGEErzjjB9hLQvOHdkfZN1 WzCA== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr15059655qah.92.1401405122531; Thu, 29 May 2014 16:12:02 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.96.122.133 with HTTP; Thu, 29 May 2014 16:12:02 -0700 (PDT) Date: Thu, 29 May 2014 16:12:02 -0700 X-Google-Sender-Auth: G4R5dV8N60TgoiQ_i7cy4qMkszY Message-ID: Subject: Stable/10 panic: uma_zfree: Freeing to non free bucket index. From: hiren panchasara To: freebsd-stable@freebsd.org, Jeff Roberson Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 29 May 2014 23:12:04 -0000 We are at stable/10 r261579. On a Xeon E5-2670 with 64GB ram, we saw this panic: Unread portion of the kernel message buffer: panic: uma_zfree: Freeing to non free bucket index. cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe106e49a6e0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe106e49a790 vpanic() at vpanic+0x126/frame 0xfffffe106e49a7d0 kassert_panic() at kassert_panic+0x136/frame 0xfffffe106e49a840 uma_zfree_arg() at uma_zfree_arg+0x3cd/frame 0xfffffe106e49a8a0 _fdrop() at _fdrop+0x63/frame 0xfffffe106e49a8c0 closef() at closef+0x1d1/frame 0xfffffe106e49a950 closefp() at closefp+0xa0/frame 0xfffffe106e49a9a0 ia32_syscall() at ia32_syscall+0x255/frame 0xfffffe106e49aab0 Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfffffe106e49aab0 --- syscall (6, FreeBSD ELF32, sys_close), rip = 0x63594804, rsp = 0xffff6684, rbp = 0xffff66b0 --- Uptime: 5d10h19m35s I can provide more info if needed. (kgdb) bt #0 doadump (textdump=1) at pcpu.h:219 #1 0xffffffff805fb2f7 in kern_reboot (howto=260) at ../../../kern/kern_shutdown.c:452 #2 0xffffffff805fb805 in vpanic (fmt=, ap=) at ../../../kern/kern_shutdown.c:759 #3 0xffffffff805fb696 in kassert_panic (fmt=) at ../../../kern/kern_shutdown.c:647 #4 0xffffffff807e7aed in uma_zfree_arg (zone=, item=0xfffff80108a3f8c0, udata=0x0) at ../../../vm/uma_core.c:2706 #5 0xffffffff805b8813 in _fdrop (fp=0xfffff80108a3f8c0, td=) at uma.h:364 #6 0xffffffff805bb131 in closef (fp=0xfffff80108a3f8c0, td=0xfffff8015f53b000) at ../../../kern/kern_descrip.c:2415 #7 0xffffffff805b8c40 in closefp (fdp=0xfffff802727f1800, fd=, fp=0xfffff80108a3f8c0, td=0xfffff8015f53b000, holdleaders=) at ../../../kern/kern_descrip.c:1257 #8 0xffffffff80a34b65 in ia32_syscall (frame=0xfffffe106e49aac0) at subr_syscall.c:135 #9 0xffffffff8095e675 in Xint0x80_syscall () at ia32_exception.S:73 #10 0x0000000063594804 in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) f 4 #4 0xffffffff807e7aed in uma_zfree_arg (zone=, item=0xfffff80108a3f8c0, udata=0x0) at ../../../vm/uma_core.c:2706 2706 ../../../vm/uma_core.c: No such file or directory. in ../../../vm/uma_core.c (kgdb) l 2701 in ../../../vm/uma_core.c (kgdb) 2696. zfree_start: 2697. /* 2698. * Try to free into the allocbucket first to give LIFO ordering 2699. * for cache-hot datastructures. Spill over into the freebucket 2700. * if necessary. Alloc will swap them if one runs dry. 2701. */ 2702. bucket = cache->uc_allocbucket; 2703. if (bucket == NULL || bucket->ub_cnt >= bucket->ub_entries) 2704. bucket = cache->uc_freebucket; 2705. if (bucket != NULL && bucket->ub_cnt < bucket->ub_entries) { 2706. KASSERT(bucket->ub_bucket[bucket->ub_cnt] == NULL, 2707. ("uma_zfree: Freeing to non free bucket index.")); 2708. bucket->ub_bucket[bucket->ub_cnt] = item; 2709. bucket->ub_cnt++; 2710. cache->uc_frees++; 2711. critical_exit(); 2712. return; 2713. } Thanks, Hiren From owner-freebsd-stable@FreeBSD.ORG Fri May 30 15:34:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FCB3B1; Fri, 30 May 2014 15:34:03 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 491132200; Fri, 30 May 2014 15:34:03 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 354CEB9AD; Fri, 30 May 2014 11:34:02 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: Stable/10 panic: uma_zfree: Freeing to non free bucket index. Date: Fri, 30 May 2014 11:09:42 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201405301109.42870.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 30 May 2014 11:34:02 -0400 (EDT) Cc: Jeff Roberson , hiren panchasara X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 May 2014 15:34:03 -0000 On Thursday, May 29, 2014 7:12:02 pm hiren panchasara wrote: > We are at stable/10 r261579. On a Xeon E5-2670 with 64GB ram, we saw this panic: > > Unread portion of the kernel message buffer: > panic: uma_zfree: Freeing to non free bucket index. A double free? When I was at Y! there was a fairly common fdrop panic due to the ref count underflowing on 7. I suspect this is the same bug, just being caught differently. I was never able to find the culprit of the double free. :( -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri May 30 16:28:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E2D021A; Fri, 30 May 2014 16:28:16 +0000 (UTC) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D10D2746; Fri, 30 May 2014 16:28:16 +0000 (UTC) Received: by mail-qg0-f41.google.com with SMTP id j5so5983854qga.14 for ; Fri, 30 May 2014 09:28:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Q7yIoqnQFTCZVxFK/FPxLV6iB0L4P2dBaNBWTJr+h1I=; b=a1G4NTrukX0iwtVim6YxJEm7fFwSERlIvySk4DRnLG4vr61+yURt0Q04yRjSEg17MV m8WN48d/RULcYejYHPjGyzrHjFt0ckSgGzrifztVVMNI0/pDASd8l68Ca4U/M+mSSx5v ptHhN1155qswoxnWN0UsxRBG0OScU2X1WZePKaA1N8GM1oWjRiR9rvuEYRcYebj9FSpY pLqzY+qSg2UrRBn8RzLuq4XxTXLmt5DfnNg3bI9HPrqFMu0FN/nCmQv0fSlF73Yt/jOh OdaLLJYR965HPQWh2nPU2y4cTtClvvKCw6nJ5g6HFvoOZX+mPvUeZR/5/uFpW6ExyPzZ woMA== MIME-Version: 1.0 X-Received: by 10.140.35.212 with SMTP id n78mr21189427qgn.87.1401467295281; Fri, 30 May 2014 09:28:15 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.96.122.133 with HTTP; Fri, 30 May 2014 09:28:15 -0700 (PDT) In-Reply-To: <201405301109.42870.jhb@freebsd.org> References: <201405301109.42870.jhb@freebsd.org> Date: Fri, 30 May 2014 09:28:15 -0700 X-Google-Sender-Auth: FgT2-zeLQ248JSc07J2ubTnafbQ Message-ID: Subject: Re: Stable/10 panic: uma_zfree: Freeing to non free bucket index. From: hiren panchasara To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: Jeff Roberson , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 May 2014 16:28:16 -0000 On Fri, May 30, 2014 at 8:09 AM, John Baldwin wrote: > On Thursday, May 29, 2014 7:12:02 pm hiren panchasara wrote: >> We are at stable/10 r261579. On a Xeon E5-2670 with 64GB ram, we saw this > panic: >> >> Unread portion of the kernel message buffer: >> panic: uma_zfree: Freeing to non free bucket index. > > A double free? When I was at Y! there was a fairly common fdrop panic due to > the ref count underflowing on 7. I suspect this is the same bug, just being > caught differently. I was never able to find the culprit of the double free. > :( Very possible. :-( Anyways, I'll see if we hit this again. FWIW, I've not seen such fdrop failure lately. Thanks a lot for responding, John. Cheers, Hiren From owner-freebsd-stable@FreeBSD.ORG Sat May 31 00:43:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BFEF1FB; Sat, 31 May 2014 00:43:50 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (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 93F722090; Sat, 31 May 2014 00:43:49 +0000 (UTC) Received-SPF: pass (freebsd.czest.pl: domain of wkoszek@freebsd.czest.pl designates 212.87.224.105 as permitted sender) receiver=freebsd.czest.pl; client-ip=212.87.224.105; helo=freebsd.czest.pl; envelope-from=wkoszek@freebsd.czest.pl; x-software=spfmilter 0.97 http://www.acme.com/software/spfmilter/ with libspf-unknown; Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s4V0dqLG075195; Sat, 31 May 2014 00:39:52 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s4V0dqqH075194; Sat, 31 May 2014 00:39:52 GMT (envelope-from wkoszek) Date: Sat, 31 May 2014 00:39:52 +0000 From: "Wojciech A. Koszek" To: Shawn Webb Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable Message-ID: <20140531003952.GM91702@FreeBSD.org> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <20140523195329.GC91702@FreeBSD.org> <20140524003525.GC2029@pwnie.vrt.sourcefire.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20140524003525.GC2029@pwnie.vrt.sourcefire.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Sat, 31 May 2014 00:39:59 +0000 (UTC) Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Oliver Pinter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 31 May 2014 00:43:50 -0000 On Fri, May 23, 2014 at 08:35:25PM -0400, Shawn Webb wrote: > On May 23, 2014 07:53 PM +0000, Wojciech A. Koszek wrote: > > On Wed, May 14, 2014 at 09:58:52AM -0400, Shawn Webb wrote: > > > Hey All, > > > > > > [NOTE: crossposting between freebsd-current@, freebsd-security@, and > > > freebsd-stable@. Please forgive me if crossposting is frowned upon.] > > > > > > Address Space Layout Randomization, or ASLR for short, is an exploit > > > mitigation technology. It helps secure applications against low-level > > > exploits. A popular secure implementation is known as PaX ASLR, which is > > > a third-party patch for Linux. Our implementation is based off of PaX's. > > > > > > Oliver Pinter, Danilo Egea, and I have been working hard to bring more > > > features and robust stability to our ASLR patches. We've done extensive > > > testing on amd64. We'd like to get as many people testing these patches. > > > Given the nature of them, we'd also like as many eyeballs reviewing the > > > code as well. > > > > > > I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on > > > the RPI), when a parent forks a child, and the child gracefully exits, > > > the parent segfaults with the pc register pointing to 0xc0000000. That > > > address is always the same, no matter the application. If anyone knows > > > the ARM architecture well, and how FreeBSD ties into it, I'd like a > > > little guidance. > > > > > > I also have a sparc64 box, but I'm having trouble getting a vanilla > > > 11-current system to be stable on it. I ought to file a few PRs. > > > > > > You can find links to the patches below. > > > > > > Patch for 11-current: > > > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current-aslr-segvguard-SNAPSHOT.diff > > > > > > Patch for 10-stable: > > > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-10-aslr-segvguard-SNAPSHOT.diff > > > > > > > Shawn > > > > I appreciate you working on this. We must have this in FreeBSD. > > > > I looked at the patch and I read, but not run it. Comments below. > > > > My personal opinion is that kern_pax.c should be compiled in by default. If > > it adds a lot of size, it'd be better to provide empty stub calls instead of > > #ifdef'ing everything. But security is very important especially in > > embeddded systems, so you can imagine you're writing the code that everybody > > wants and must have enabled for decent level of security. > > > > All modern systems run with ASLR turned on. > > > > I skipped user-space stuff. I don't think it's necessary in this commit and > > should be separated. > > > > There's a lot of lines of code for status showing. Not sure if we care that > > much: ASLR is either on or off. Not sure about more granularity. More below. > > We provide the level of granularity because there are a lot of > applications that might exhibit weird behaviors or even crash if we > randomize too many bits. We provide sane defaults, but allow each user > to choose the level of security versus the level of stability they > desire. I'm OK with it being more granular if that's the case. But Linux/MacOSX all have ASLR. If we have programs in ports/ that run on Linux, it's likely they'll just work. If they break, we'll just marked them as broken and to be fixed by the maintainer. Can you run GNOME or KDE with your patch? Or node.js? Node.js uses JIT engine for Javascript. If it works, it's quite likely other will work. > > > > kern_jail.c: > > > > something looks wrong here. Sounds like you need "pr->pax". But I don't > > understand why you need to have these pr_* values here. It seems > > unnecessary. > > I've made it possible to have per-jail ASLR settings. If you have an > application that misbehaves, you can jail it with ASLR turned off just > for that jail. My BSDCan presentation talks about this. The recording > isn't up, yet, though. I don't get it. If there's a program that is broken but you want to run it in jail, our rc.d jail startup script should earn a "NOPIE" function maybe. I believed PIE/NOPIE is per-process setting on whether to use PIE or not. In this case we'd be able to do: /usr/sbin/jail ...... /usr/sbin/nopax program ... In Linux you can do it with personalities. I don't know what it would translate in the FreeBSD to. I guess this could be achieved with simple per-process SYSCTL. "nopax" would disable ASLR, fork and exec(). > > I can imagine we won't want ASLR only temporarily, for ports which break and > > must be fixed. So we probably just need per-process ASLR on/off switch and a > > wrapper which could be used like: > > > > aslr off program .... > > So we have right now an addition to mac_bsdextended(4)/ugidfw(8) that > does this exact thing. We also plan on adding FS extended attribute > support soon, too. Also, per-jail ASLR settings. If you can already do it with MAC layer, it should be enough. Touching jail(8) will require lots of people to review this patch and analyze it in a great details, which typically slows things down a lot. > > The debug stuff I'd remove too. We could have additional CTR stubs used > > there, if necessary. > > Oliver just released a new patchset today with new debugging > functionality. I'd love to hear your commments on it. Like des@ and David said: I'd just use ktrace/audit subsystem. > > > > segvguard part I didn't understand. Why do you keep a list of programs that > > failed? There was no ASSERTs, thus it was hard to understand the locking > > too. > > We've semi-paused development of segvguard for the moment to focus on > ASLR. Though the features are related and segvguard is recommended for a > proper ASLR implementation, it is not required. Danilo Egea Gondolfo is > the principal engineer behind our segvguard implementation. We're still > working out the kinks and the underlying design and architecture of this > feature. What is it for? What does it do? I'd remove it until you get basic ASLR in the kernel. > > I'm trying to understand if randomization is done correctly. Do you think > > you could post the results? > > > > Program: > > > > http://pastebin.com/XTRHLhMg > > My results on an amd64 VM are pasted here: http://ix.io/cD5 > OK, so the comparison for stack is: MacOSX : 0xfffff000 20 random bits Linux : 0xfffffff0 28 random bits FreeBSD: 0x000ffff0 16 random bits Could we make FreeBSD be like Linux? Heap randomization also looks better on Linux. Thanks for preparing it. -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-stable@FreeBSD.ORG Sat May 31 16:57:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E16D5257 for ; Sat, 31 May 2014 16:57:29 +0000 (UTC) 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 9F69D2808 for ; Sat, 31 May 2014 16:57:29 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Wqmax-000HSc-FR for freebsd-stable@freebsd.org; Sat, 31 May 2014 20:57:23 +0400 Date: Sat, 31 May 2014 20:57:23 +0400 From: Slawa Olhovchenkov To: freebsd-stable@freebsd.org Subject: 10-STABLE crash in unionfs/zfs Message-ID: <20140531165723.GA66950@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) 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.18 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, 31 May 2014 16:57:30 -0000 Unread portion of the kernel message buffer: panic: __lockmgr_args: downgrade a recursed lockmgr zfs @ /usr/src/sys/modules/unionfs/../../fs/unionfs/union_vnops.c:1906 cpuid = 0 KDB: stack backtrace: #0 0xffffffff8042a350 at kdb_backtrace+0x60 #1 0xffffffff803f05d5 at panic+0x155 #2 0xffffffff803d5a91 at __lockmgr_args+0xe71 #3 0xffffffff8047879c at vop_stdlock+0x3c #4 0xffffffff8065575b at VOP_LOCK1_APV+0xab #5 0xffffffff8101dc33 at unionfs_lock+0x2e3 #6 0xffffffff8065575b at VOP_LOCK1_APV+0xab #7 0xffffffff80496cd3 at _vn_lock+0x43 #8 0xffffffff8101c0a4 at unionfs_close+0x1b4 #9 0xffffffff80653d81 at VOP_CLOSE_APV+0xa1 #10 0xffffffff803b959f at kern_execve+0x83f #11 0xffffffff803b8b37 at sys_execve+0x37 #12 0xffffffff805f1151 at amd64_syscall+0x351 #13 0xffffffff805d707b at Xfast_syscall+0xfb Uptime: 2d2h18m36s Dumping 3283 out of 16327 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% (kgdb) bt #0 doadump (textdump=) at pcpu.h:219 #1 0xffffffff803f0252 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:452 #2 0xffffffff803f0614 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0xffffffff803d5a91 in __lockmgr_args (lk=, flags=, ilk=0x0, wmesg=, pri=, timo=, file=, line=) at /usr/src/sys/kern/kern_lock.c:763 #4 0xffffffff8047879c in vop_stdlock (ap=) at lockmgr.h:97 #5 0xffffffff8065575b in VOP_LOCK1_APV (vop=, a=) at vnode_if.c:2084 #6 0xffffffff8101dc33 in unionfs_lock (ap=0xfffffe04696b84d0) at vnode_if.h:859 #7 0xffffffff8065575b in VOP_LOCK1_APV (vop=, a=) at vnode_if.c:2084 #8 0xffffffff80496cd3 in _vn_lock (vp=0xfffff802311aace8, flags=, file=0xffffffff8101f098 "/usr/src/sys/modules/unionfs/../../fs/unionfs/union_vnops.c", line=610) at vnode_if.h:859 #9 0xffffffff8101c0a4 in unionfs_close (ap=) at /usr/src/sys/modules/unionfs/../../fs/unionfs/union_vnops.c:610 #10 0xffffffff80653d81 in VOP_CLOSE_APV (vop=, a=) at vnode_if.c:535 #11 0xffffffff803b959f in kern_execve (td=0xfffff801137bb490, args=0xfffffe04696b8958, mac_p=) at vnode_if.h:225 #12 0xffffffff803b8b37 in sys_execve (td=, uap=) at /usr/src/sys/kern/kern_exec.c:213 #13 0xffffffff805f1151 in amd64_syscall (td=0xfffff801137bb490, traced=0) at subr_syscall.c:134 #14 0xffffffff805d707b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #15 0x0000000800623080 in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal uname -a FreeBSD inter.trade.spb.ru 10.0-STABLE FreeBSD 10.0-STABLE #0 r266808: Wed May 28 19:13:24 MSK 2014 root@inter.trade.spb.ru:/usr/obj/usr/src/sys/TRADE amd64 From owner-freebsd-stable@FreeBSD.ORG Sun Jun 1 16:14:32 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D72968A; Sun, 1 Jun 2014 16:14:31 +0000 (UTC) Date: Sun, 1 Jun 2014 12:14:28 -0400 From: Glen Barber To: freebsd-stable@FreeBSD.org Subject: FreeBSD 9.3-BETA1 Now Available Message-ID: <20140601161428.GI92567@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jun 2014 16:14:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The first BETA build of the 9.3-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.3/ (or any of the FreeBSD mirror sites). If you notice problems you can report them through the normal GNATS PR system or on the -stable mailing list. Please note, as the FreeBSD bug tracking system is undergoing maintenance, the PR system may be unavailable. Problem reports submitted this maintenance period are being queued for later processing. If you would like to use SVN to do a source based update of an existing system, use the "stable/9" branch. A list of changes since 9.2-RELEASE are available on the stable/9 release notes page here: http://www.freebsd.org/relnotes/9-STABLE/relnotes/article.html The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 9.3-BETA1 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 8.x. Alternatively, the misc/compat8x port can be installed to provide other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 9.3-BETA1 amd64: SHA256 (FreeBSD-9.3-BETA1-amd64-bootonly.iso) = 11b2a115f37200885a719a53ca58d1c778db0c3b38bd3f43d52cd308aef5fc76 SHA256 (FreeBSD-9.3-BETA1-amd64-bootonly.iso.xz) = 1b96a9638160ab0fe36f112be8ab512aa6d4debe1516bbb313fbe778289be317 SHA256 (FreeBSD-9.3-BETA1-amd64-disc1.iso) = 3f8a593a2bc81cf6067cc0e6f472bdab11820a6be4037a54b30d8ff6106f183d SHA256 (FreeBSD-9.3-BETA1-amd64-disc1.iso.xz) = f28dc8b0c34a252b3230567d472705f65943a13a150b96fc9aa500a48c2ebef2 SHA256 (FreeBSD-9.3-BETA1-amd64-memstick.img) = cc364b0e9c902cdf1afd5456280315322cbafbd22120d12da58747585d5b25ac SHA256 (FreeBSD-9.3-BETA1-amd64-memstick.img.xz) = 4db56b45355895d794e2c8936b152fdf3f1feec69ba499bbf818eea0ef547227 SHA256 (FreeBSD-9.3-BETA1-amd64-mini-memstick.img) = f2ae88822199174ca0f026e52181b080412915fc910d3901cce00c9649135e4c SHA256 (FreeBSD-9.3-BETA1-amd64-mini-memstick.img.xz) = f549a91dbea3d3fd569967e81a96cadbaf2ad8a63a747c1a327e6b9e18861889 MD5 (FreeBSD-9.3-BETA1-amd64-bootonly.iso) = 308d7270d476073d610e50c6d3924395 MD5 (FreeBSD-9.3-BETA1-amd64-bootonly.iso.xz) = 74d836dbf663d6ef3d05e62b89e462a6 MD5 (FreeBSD-9.3-BETA1-amd64-disc1.iso) = eff9699e16e8eb24d10beb413728d8b1 MD5 (FreeBSD-9.3-BETA1-amd64-disc1.iso.xz) = 807997b87efb323576a0ec0eadf2474d MD5 (FreeBSD-9.3-BETA1-amd64-memstick.img) = 9682e8476bbfa9a7a5923b96badece36 MD5 (FreeBSD-9.3-BETA1-amd64-memstick.img.xz) = fce295a0e0e2ca42626102ab5d732123 MD5 (FreeBSD-9.3-BETA1-amd64-mini-memstick.img) = 716266290d9f5d3b903acbe5a9c48a44 MD5 (FreeBSD-9.3-BETA1-amd64-mini-memstick.img.xz) = 67b1e23c7b459ab84dae603ac6de71fa o 9.3-BETA1 i386: SHA256 (FreeBSD-9.3-BETA1-i386-bootonly.iso) = a148621675177ba0f5283bf15c152b38dc05ecbc8bcff5577709b4dae0987a0a SHA256 (FreeBSD-9.3-BETA1-i386-bootonly.iso.xz) = b504cc1ddd509cdc219a2929de4a6a0fa56b0223b379b61677b476cee95b8b85 SHA256 (FreeBSD-9.3-BETA1-i386-disc1.iso) = 4cc2698e8b4d96b9e37137839a114dfcf5bfe89bb7a082d02a0d3d2e35ae00cb SHA256 (FreeBSD-9.3-BETA1-i386-disc1.iso.xz) = ce1c7896bc7e27b420ae82ab0058ca8fcea862a05d70825ad95d18e2c7ac8697 SHA256 (FreeBSD-9.3-BETA1-i386-memstick.img) = d96fd3feec04730b79f6a021405a6614d4a3beab958b06197ffddf61be479b1b SHA256 (FreeBSD-9.3-BETA1-i386-memstick.img.xz) = 299b68457eb5511ee77f7073c9f7fa61cb2bcab0575acb9265e3d9ac13e690aa SHA256 (FreeBSD-9.3-BETA1-i386-mini-memstick.img) = 61e87f90bee3a80639533fa996be9d6e77b71c61f7f92c948f7a201ed4435875 SHA256 (FreeBSD-9.3-BETA1-i386-mini-memstick.img.xz) = e64851e62efe4e45fe08491936da56ffc080d7f7a0a959a06c3c2b9c63e18009 MD5 (FreeBSD-9.3-BETA1-i386-bootonly.iso) = d0797f17577dc19de8801fb520eac873 MD5 (FreeBSD-9.3-BETA1-i386-bootonly.iso.xz) = 56349963d91effa5c6a9722f9eddbd0e MD5 (FreeBSD-9.3-BETA1-i386-disc1.iso) = 081abaee7a702118b9f2efed4548b157 MD5 (FreeBSD-9.3-BETA1-i386-disc1.iso.xz) = 73d5260076bfd8d53a049a3f71b00126 MD5 (FreeBSD-9.3-BETA1-i386-memstick.img) = e6a70263460e642f1e2dd8f3dfeffaad MD5 (FreeBSD-9.3-BETA1-i386-memstick.img.xz) = e14ade22360f6c0b6c6fe6cd8ce03a1e MD5 (FreeBSD-9.3-BETA1-i386-mini-memstick.img) = 23ec19e1272a77e60c3791b27d6a75da MD5 (FreeBSD-9.3-BETA1-i386-mini-memstick.img.xz) = 2a134fd8c4e9d26dcdc13bafbf306f30 o 9.3-BETA1 ia64: SHA256 (FreeBSD-9.3-BETA1-ia64-bootonly.iso) = 2507c7330bccb3568e44dc6b589acaf65ddf11103ad1734aa0099db719af92ad SHA256 (FreeBSD-9.3-BETA1-ia64-bootonly.iso.xz) = 867335c0ac59044402993da0934068b061a25a68550e708653ba07688486a42d SHA256 (FreeBSD-9.3-BETA1-ia64-disc1.iso) = 576d56b30ffee6e844eb0e0df37137ad0cb431d067bda8e7feddf1c7b0ecfa83 SHA256 (FreeBSD-9.3-BETA1-ia64-disc1.iso.xz) = 68f985fa97285b1f89cd0db9ddca5b6aad7b3f98dafbc9c87a225a84be2ba194 SHA256 (FreeBSD-9.3-BETA1-ia64-memstick.img) = 89ceb24c75187fa620800164eb3d5322b500aee7b0f761d87f7b1e8751f151fe SHA256 (FreeBSD-9.3-BETA1-ia64-memstick.img.xz) = 2dad7958024cf657ff6a635c19a8f8beee820396bc57bb3354e18d1a8869bbff SHA256 (FreeBSD-9.3-BETA1-ia64-mini-memstick.img) = 1986d58c6b334c91fff41d52032327dfc6f11114080afb70e55c2bcfbea95949 SHA256 (FreeBSD-9.3-BETA1-ia64-mini-memstick.img.xz) = 39651d09e4802863f423d734474fa90f1bb30a874ffe3adda6354f935b58f5df MD5 (FreeBSD-9.3-BETA1-ia64-bootonly.iso) = 21c267fdc802ed0f6a840915e09e1f0e MD5 (FreeBSD-9.3-BETA1-ia64-bootonly.iso.xz) = dd20edb34f7ce87e36a019b9b473dc3a MD5 (FreeBSD-9.3-BETA1-ia64-disc1.iso) = 7717dd47ec4e7d10de947e489b479e1a MD5 (FreeBSD-9.3-BETA1-ia64-disc1.iso.xz) = fdf1cf3b439fcc96055458cd9a9559af MD5 (FreeBSD-9.3-BETA1-ia64-memstick.img) = 7fbc6f6cac13c673346e4cc30fb2cbae MD5 (FreeBSD-9.3-BETA1-ia64-memstick.img.xz) = 8902a047a8f87e655d49acdd1327ebd7 MD5 (FreeBSD-9.3-BETA1-ia64-mini-memstick.img) = eaefa7f412b916c579975a2a89014cbc MD5 (FreeBSD-9.3-BETA1-ia64-mini-memstick.img.xz) = dbb8fa06b3232d36105d8d572fa101c2 o 9.3-BETA1 powerpc: SHA256 (FreeBSD-9.3-BETA1-powerpc-bootonly.iso) = 4bdb0c2420f9ac52b72519a59a2e7999650a1749b94f4231e74323a4215e1148 SHA256 (FreeBSD-9.3-BETA1-powerpc-bootonly.iso.xz) = 78446dd2160ec0129803432f0231fe86114bafddc619ea83f310dfb2c358a58c SHA256 (FreeBSD-9.3-BETA1-powerpc-disc1.iso) = 2163a01e37d7b3fda34dd25fd8a4ec32c7e624d16057f3f1012913345a6d2d78 SHA256 (FreeBSD-9.3-BETA1-powerpc-disc1.iso.xz) = 69e2b30dafc7163c09b9ebc866e136e29c93df37a2ee22985dd2e42d24fcaf2c SHA256 (FreeBSD-9.3-BETA1-powerpc-memstick.img) = b5dc1d02511d1314f5b6b9168b69867a3ba562bcef15dfdd42c52c9f8bf4938c SHA256 (FreeBSD-9.3-BETA1-powerpc-memstick.img.xz) = b395598fe823fc6be87794ae32e1f67828460e65b448abe19699517c84badf7c SHA256 (FreeBSD-9.3-BETA1-powerpc-mini-memstick.img) = 99ede69f9faa084b6630f4ba187dd604e4fba8437f0b70a4f0f00dde432bd1b4 SHA256 (FreeBSD-9.3-BETA1-powerpc-mini-memstick.img.xz) = 1e3f585cf9ae6925572d1d79f23285e026caf9686cba01e2ee31120e43758439 MD5 (FreeBSD-9.3-BETA1-powerpc-bootonly.iso) = bb1f8857126328646945e6951a12b4ac MD5 (FreeBSD-9.3-BETA1-powerpc-bootonly.iso.xz) = ba5831685368097fda37c56de916a6e6 MD5 (FreeBSD-9.3-BETA1-powerpc-disc1.iso) = 2d42bc6e48f7ade778292f464483afa6 MD5 (FreeBSD-9.3-BETA1-powerpc-disc1.iso.xz) = a9ac8d32efba9c6b2481b023fdcbc8d5 MD5 (FreeBSD-9.3-BETA1-powerpc-memstick.img) = 1c9fa8f802afecbd3cd52473edc8ecb7 MD5 (FreeBSD-9.3-BETA1-powerpc-memstick.img.xz) = 7276b97eb35de0109a40101910a7528d MD5 (FreeBSD-9.3-BETA1-powerpc-mini-memstick.img) = c54a6f521dd6519258041068b4738622 MD5 (FreeBSD-9.3-BETA1-powerpc-mini-memstick.img.xz) = aa57b04f8f7d752c6b6e57ca87e2f186 o 9.3-BETA1 powerpc64: SHA256 (FreeBSD-9.3-BETA1-powerpc-powerpc64-bootonly.iso) = ceff2a689a650d2eac9e53a497dddef8ee995fe7eab9fde588491ec6e21a2b63 SHA256 (FreeBSD-9.3-BETA1-powerpc-powerpc64-bootonly.iso.xz) = e74eb49e2235fe0b19fb7789f4cc34afcc287fbe17bd68986377b27580d59ebf SHA256 (FreeBSD-9.3-BETA1-powerpc-powerpc64-disc1.iso) = b00810af3afa791aed5d83192e7edbcddd62518fa185e8c8e519b2e5012bc2c2 SHA256 (FreeBSD-9.3-BETA1-powerpc-powerpc64-disc1.iso.xz) = fb935cf7a673cb26cee4c5214cf2ff1b2426a41ae57747f86c5d37c2c887cc07 SHA256 (FreeBSD-9.3-BETA1-powerpc-powerpc64-memstick.img) = 9d64b36428c2a3d15df091e95e7425f27dbed493f8987cac6de9c1e5204a13e4 SHA256 (FreeBSD-9.3-BETA1-powerpc-powerpc64-memstick.img.xz) = 541f62339fba293798aaa1305856def4331cb70590c4bf2e390c67e4e6413cfc SHA256 (FreeBSD-9.3-BETA1-powerpc-powerpc64-mini-memstick.img) = aa60319c27214967a0c79e0f88bfaddd1c99839dc74b523faaafe0862c0bb6e2 SHA256 (FreeBSD-9.3-BETA1-powerpc-powerpc64-mini-memstick.img.xz) = 9b7e6b81bb350d5a8d4ac87039a9d172c8c29004fd65f79f25e688e5db001a22 MD5 (FreeBSD-9.3-BETA1-powerpc-powerpc64-bootonly.iso) = 0ab1dac3ed0d980842d31d23961b366c MD5 (FreeBSD-9.3-BETA1-powerpc-powerpc64-bootonly.iso.xz) = 2534dacbf0633f351d21e96da45373fc MD5 (FreeBSD-9.3-BETA1-powerpc-powerpc64-disc1.iso) = 736157728c074513695624f44fe27e77 MD5 (FreeBSD-9.3-BETA1-powerpc-powerpc64-disc1.iso.xz) = 6a8dd6805158d80d04e17d295ec94399 MD5 (FreeBSD-9.3-BETA1-powerpc-powerpc64-memstick.img) = 174006ba70a93b746a182818cf330fec MD5 (FreeBSD-9.3-BETA1-powerpc-powerpc64-memstick.img.xz) = 762f71d04472e1b0fe2c8a8e9854032c MD5 (FreeBSD-9.3-BETA1-powerpc-powerpc64-mini-memstick.img) = ce53ea17871eca1997c9117cb9d2c0f1 MD5 (FreeBSD-9.3-BETA1-powerpc-powerpc64-mini-memstick.img.xz) = 09322643201c612723e826f0bda16fe1 o 9.3-BETA1 sparc64: SHA256 (FreeBSD-9.3-BETA1-sparc64-bootonly.iso) = 8de0c592d165e469ff760172eb10bec55d29c1f8e1f4aeccf0bd1b0a8618802f SHA256 (FreeBSD-9.3-BETA1-sparc64-bootonly.iso.xz) = 976d4dbf9e1b87b2761a47d17c091ab18cf159e27f87d90f39b1c6f131196e78 SHA256 (FreeBSD-9.3-BETA1-sparc64-disc1.iso) = b9564c00c42202adfeb99a85ef3951a83e535ea300b5ccc6a0233f97e36efde5 SHA256 (FreeBSD-9.3-BETA1-sparc64-disc1.iso.xz) = a1fa3caea15ab76e3783b463e6199c0c94defe6cec3b879072f1afec13eca5bc MD5 (FreeBSD-9.3-BETA1-sparc64-bootonly.iso) = 1a781de6ea74747e69bfaa4b68bfbfa2 MD5 (FreeBSD-9.3-BETA1-sparc64-bootonly.iso.xz) = 59bd69ee8ce5a5bfbdf4cfc986269120 MD5 (FreeBSD-9.3-BETA1-sparc64-disc1.iso) = c1400f06e45269af3c434f0666bf3c40 MD5 (FreeBSD-9.3-BETA1-sparc64-disc1.iso.xz) = 32d5ac2e739e4b8a96d5d49f7170fd95 Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTi1FkAAoJELls3eqvi17Q91EP+gKFIhTWlxiZ71VvhIZO7tiD MXSV5QqwYRyg9mlpOlFi8vWFKWbfE6uwIewdifzyfsf21clrCamqCQn6W70IMqgD RAO0eIXYRwzUViyxRAMR2uZGMyiYWxOdG52GYfPsiiAhfGTP+vpdGq5gusq0gWKX fUlLwjg65pxpmu6FU6CK/60ogAe1hahJcPNEh+AgHnEaTVhbmsrByazxTrK49vmR 98Ml6y6tiw4TZt4c3mg5hxPvajsYMQvaRISS66USOO7BtWBaWRlTVCdmZxF6eQr1 VGArNpvXkydrX/5LUMGWkYbTCnsfljI7i3sYrza9JzlwCa6mj6Zh5TQ2wicXgyqG UNbTNPVQFmxw6/bf4RmhyklvN8a3ceu2E4guU0dZVEb/oJrDv45Crh3T6nkXkJqD l4r6eiwzWuik9mlyXu8Kia/dZe4LhXB4rRoZwfJu7RPtUBFGSqd5iZRfLES3JiY3 BXT4KpbUGGlEDAiq8cCkQWCJCbAN0ZrjlUw8pZ4m96iS3ULUKP4rE/PnCOcLqRNu oybJXRVGnKeGMuPJPul8xVhQMhVFf/800tQhh3FF4oJ4lc9LnVAQDKDuUcSfhg+T 7M+tC8CxPjBbOMkexcVFl6OouXk80iQUv9+WWzvZD5gKaX4uCOJniGHbukkFo56d 1WswjEWRk9zwYjhDZggO =inqY -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 2 08:18:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14611358 for ; Mon, 2 Jun 2014 08:18:59 +0000 (UTC) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (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 A087F2786 for ; Mon, 2 Jun 2014 08:18:57 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate2.intern.punkt.de with ESMTP id s5288H9W031130 for ; Mon, 2 Jun 2014 10:08:17 +0200 (CEST) Received: from gerhardt-pc.intern.punkt.de (hausen-mbp.intern.punkt.de [217.29.45.110]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id s5288Ht7074873 for ; Mon, 2 Jun 2014 10:08:17 +0200 (CEST) (envelope-from hausen@punkt.de) From: "Patrick M. Hausen" Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: ZFS feature flags 9.2 -> 8.4? Message-Id: <6CBC1EBD-FFAF-44AB-8BD9-344F011A021E@punkt.de> Date: Mon, 2 Jun 2014 10:08:17 +0200 To: "freebsd-stable@freebsd.org List" Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jun 2014 08:18:59 -0000 Hi, all, can a zpool with these feature flags from RELENG_9_2 be accessed and booted (!) by a RELENG_8_4 system? FEAT DESCRIPTION ------------------------------------------------------------- async_destroy (read-only compatible) Destroy filesystems asynchronously. empty_bpobj (read-only compatible) Snapshots use less space. lz4_compress =20 LZ4 compression algorithm support. There is a chance I need to downgrade a production system. Not quite sure yet, but I wanted to check the possibilities ... Thanks a lot, Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 2 08:25:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 841625BB for ; Mon, 2 Jun 2014 08:25:03 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E73A42825 for ; Mon, 2 Jun 2014 08:25:02 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.8/8.14.8) with ESMTP id s528OuqJ032921 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Jun 2014 10:24:56 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.8/8.14.8/Submit) with ESMTP id s528Ou9a032918; Mon, 2 Jun 2014 10:24:56 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 2 Jun 2014 10:24:56 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: "Patrick M. Hausen" Subject: Re: ZFS feature flags 9.2 -> 8.4? In-Reply-To: <6CBC1EBD-FFAF-44AB-8BD9-344F011A021E@punkt.de> Message-ID: References: <6CBC1EBD-FFAF-44AB-8BD9-344F011A021E@punkt.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jun 2014 08:25:03 -0000 On Mon, 2 Jun 2014 10:08+0200, Patrick M. Hausen wrote: > Hi, all, > > can a zpool with these feature flags from RELENG_9_2 be accessed > and booted (!) by a RELENG_8_4 system? > > FEAT DESCRIPTION > ------------------------------------------------------------- > async_destroy (read-only compatible) > Destroy filesystems asynchronously. > empty_bpobj (read-only compatible) > Snapshots use less space. > lz4_compress > LZ4 compression algorithm support. > > There is a chance I need to downgrade a production system. > Not quite sure yet, but I wanted to check the possibilities ... > > Thanks a lot, > Patrick r248810 of releng/8.4/cddl/contrib/opensolaris/cmd/zpool/zpool-features.7 claims to support the features you have listed. See http://svnweb.freebsd.org/base/releng/8.4/cddl/contrib/opensolaris/cmd/zpool/zpool-features.7?revision=248810&view=markup -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Mon Jun 2 23:14:23 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D59B5AEE for ; Mon, 2 Jun 2014 23:14:23 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9103B2F5A for ; Mon, 2 Jun 2014 23:14:23 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3845928427 for ; Tue, 3 Jun 2014 01:14:20 +0200 (CEST) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 6CA9F28426 for ; Tue, 3 Jun 2014 01:14:19 +0200 (CEST) Message-ID: <538D054A.4060008@quip.cz> Date: Tue, 03 Jun 2014 01:14:18 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: freebsd-stable Stable Subject: freebsd-update of 9.2 linker.hints has two checksums? Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jun 2014 23:14:23 -0000 I updated from 9.2-p3 to FreeBSD 9.2-RELEASE-p6 amd64 GENERIC Then I did freebsd-update IDS and the result is really strange: Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching metadata signature for 9.2-RELEASE from update5.freebsd.org... done. Fetching metadata index... done. Fetching 1 metadata patches. done. Applying metadata patches... done. Inspecting system... done. /boot/kernel/linker.hints has SHA256 hash acb18b41571bf97e13f33ab5a4059b475b4e63e18a6b4af76f8458abf407b225, but should have SHA256 hash 1027485d3bbea91931b1289c751d8530c33b67f562376237d39085133096bcfd. /boot/kernel/linker.hints has SHA256 hash acb18b41571bf97e13f33ab5a4059b475b4e63e18a6b4af76f8458abf407b225, but should have SHA256 hash d2196e2046b1aa6d4b0e10d5d521d6cad0ab1daa814f6b6f80dd110df2aebcca. /etc/freebsd-update.conf has SHA256 hash c7b9485cb963194a8f0478a0940b00e7e0db1aaf880a020b95dee4d4f550d17e, but should have SHA256 hash 2f023c86292ffd3600301db539eabec4ee9563fe6a2a046703646a16f7caf6f8. linker.hints has recorder two different checksums. How is it possible? This is content of my freebsd-update.conf quip@neon ~/> egrep -v '^(#|$)' /etc/freebsd-update.conf KeyPrint 800651ef4b4c71c27e60786d7b487188970f4b4169cc055784e21eb71d410cc5 ServerName update.FreeBSD.org Components src world kernel IgnorePaths IDSIgnorePaths /usr/share/man/cat IDSIgnorePaths /usr/share/man/whatis IDSIgnorePaths /var/db/locate.database IDSIgnorePaths /var/log UpdateIfUnmodified /etc/ /var/ /root/ /.cshrc /.profile /usr/share/skel MergeChanges /etc/ /var/named/etc/ /boot/device.hints /usr/share/skel Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Tue Jun 3 01:35:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 090DE11E; Tue, 3 Jun 2014 01:35:02 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 95FBF2A4A; Tue, 3 Jun 2014 01:35:00 +0000 (UTC) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.14.8/8.14.8) with ESMTP id s531YJl3052881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 3 Jun 2014 09:34:20 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.14.8/8.14.8/Submit) id s531YI7j052880; Tue, 3 Jun 2014 09:34:18 +0800 (CST) (envelope-from kevlo) Date: Tue, 3 Jun 2014 09:34:18 +0800 From: Kevin Lo To: Jason Hellenthal Subject: Re: [VIMAGE][udplite] FreeBSD 10-STABLE/powerpc Message-ID: <20140603013418.GA52860@ns.kevlo.org> References: <20140529083619.GA8437@ns.kevlo.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: "freebsd-net@freebsd.org" , "adrian@freebsd.org" , "\[FreeBSD Stable\]" , "jhb@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 03 Jun 2014 01:35:02 -0000 On Thu, May 29, 2014 at 10:40:48AM -0400, Jason Hellenthal wrote: > Hi Kevin, Hi Jason, > Default on PowerPC is GCC 4.2.1 > > Its hard to see that this wouldn't turn up elsewhere on other arch' stop though as from what I seen doesn't seem to be dependent on PowerPC alone. > > But to confirm my previous build, after backing out udplite the build did complete just fine. I'll find out in a little while whether it runs :-) crossing fingers. Committed a fix as r266990, thanks. > > -- > Jason Hellenthal > Voice: 95.30.17.6/616 > JJH48-ARIN Kevin From owner-freebsd-stable@FreeBSD.ORG Tue Jun 3 02:10:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86DE61DC for ; Tue, 3 Jun 2014 02:10:32 +0000 (UTC) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3918E2D23 for ; Tue, 3 Jun 2014 02:10:31 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id y20so5295396ier.22 for ; Mon, 02 Jun 2014 19:10:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=RLh9fu2mIbth8d69G9ppuUNq83SkfFZNC5jUmotBEqA=; b=DYSqq19doFK/O6s6JgrmgpG7lFfkLvfiBKVCbCB5UNoGrA2syKqx3nUzEBHrioabx0 Qe1WcOcU5eyNJS6i8zKl8SpDmoVpwy5gKMfMcso2iI/z/o37JQfoSxR3KXxlyccowx8w FFw+SBOQRljdiZpmK18jOQQj9YWvkisVIMAJg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=RLh9fu2mIbth8d69G9ppuUNq83SkfFZNC5jUmotBEqA=; b=FEB50JiabmugDf9/+7KZcYtNP/E3I5al2esogMWN0ipfwe//7dIg/7mLmH3nVOi6oZ DBoWCj8pbmOk6BDIwY3vp61skg/GBGb6AOfjhltSZBRBNcdCVGmaRo8Gj42u0wekS+NR OVoUbhWNtiFGd5w7pZ7x68JY0fY4a+CKyHDB7I4F0OPywB7JE3Tb893Kx3FHq9nMl2rE 3tAyWI1jFr8937nSYjM+iaOZ3DxGW6KQizypa/J+mCOOc7d0DOq5dBTo7F6N3cDoRao2 fHdAPqinsMz9n0Ecr/1cPZ//3qxe0OV3qzwLQMGYzF+FC56Q7tcdJmrWYwcF3B2sinRy DU8w== X-Gm-Message-State: ALoCoQnYVu8bC+WH7a1JAzWzAGKYPdY5/QehJQF7uxMpe+x7biaRcLprFipsEEO8nq5F+24s7o4f X-Received: by 10.43.65.145 with SMTP id xm17mr38078277icb.44.1401761431333; Mon, 02 Jun 2014 19:10:31 -0700 (PDT) Received: from [172.31.35.2] (75-128-101-59.dhcp.sgnw.mi.charter.com. [75.128.101.59]) by mx.google.com with ESMTPSA id y7sm33237453igl.13.2014.06.02.19.10.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 02 Jun 2014 19:10:30 -0700 (PDT) References: <20140529083619.GA8437@ns.kevlo.org> <20140603013418.GA52860@ns.kevlo.org> Mime-Version: 1.0 (1.0) In-Reply-To: <20140603013418.GA52860@ns.kevlo.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-AB77EF8A-DF2A-42C1-9933-6099EA8CB47C; protocol="application/pkcs7-signature" Content-Transfer-Encoding: 7bit Message-Id: <17AA4EF1-B96B-4E67-AE9D-988C8B2AE08C@dataix.net> X-Mailer: iPhone Mail (11B554a) From: Jason Hellenthal Subject: Re: [VIMAGE][udplite] FreeBSD 10-STABLE/powerpc Date: Mon, 2 Jun 2014 22:10:27 -0400 To: Kevin Lo X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-net@freebsd.org" , "adrian@freebsd.org" , "\[FreeBSD Stable\]" , "jhb@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 03 Jun 2014 02:10:32 -0000 --Apple-Mail-AB77EF8A-DF2A-42C1-9933-6099EA8CB47C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Thank you Kevin. Much appreciated. --=20 Jason Hellenthal Voice: 95.30.17.6/616 JJH48-ARIN > On Jun 2, 2014, at 21:34, Kevin Lo wrote: >=20 >> On Thu, May 29, 2014 at 10:40:48AM -0400, Jason Hellenthal wrote: >> Hi Kevin, >=20 > Hi Jason, >=20 >> Default on PowerPC is GCC 4.2.1 >>=20 >> Its hard to see that this wouldn't turn up elsewhere on other arch' stop t= hough as from what I seen doesn't seem to be dependent on PowerPC alone. >>=20 >> But to confirm my previous build, after backing out udplite the build did= complete just fine. I'll find out in a little while whether it runs :-) cro= ssing fingers. =20 >=20 > Committed a fix as r266990, thanks. >=20 >>=20 >> --=20 >> Jason Hellenthal >> Voice: 95.30.17.6/616 >> JJH48-ARIN >=20 > Kevin --Apple-Mail-AB77EF8A-DF2A-42C1-9933-6099EA8CB47C Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIUOTCCBjAw ggUYoAMCAQICAwaijjANBgkqhkiG9w0BAQsFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB MB4XDTEzMDUxODA4NTA0OFoXDTE0MDUxOTIyMDk0N1owSDEfMB0GA1UEAwwWamhlbGxlbnRoYWxA ZGF0YWl4Lm5ldDElMCMGCSqGSIb3DQEJARYWamhlbGxlbnRoYWxAZGF0YWl4Lm5ldDCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBALgnYFS1bWZr3KhKBzWAdRwrY+En+RRV8nCaYubqrMG+ YJbuenaIKSbIuFiDWipW4RHYTpE28pKaSnaVTG9WtAZvsWj0gYN9g2fYCnCOUceES2Yvi3RavxpB hsuzKIfsHb8iNNSEuczLu6gn4mQyaHwE4x6xSUKmbK8njR+YoF522F60wjsnq5dlOJdTrhDfObE5 5P23279WbRp8azgZX1VRB66wdKRDuSI1vBts4Nsha2paXd6HUUduHrPACBQREJTGXN8XtEKVwo63 aKUhRgtUwHNEuSWck/xwVl7PBUWH2dORAWTCqHjNuCKNOQ1/0LMiyMj7FdsBjN4dgL4YZpsCAwEA AaOCAtwwggLYMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDAdBgNVHQ4EFgQU29qUrmZtgQ7ZVoDKogfpJOSfk+YwHwYDVR0jBBgwFoAUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwIQYDVR0RBBowGIEWamhlbGxlbnRoYWxAZGF0YWl4Lm5ldDCCAUwGA1Ud IASCAUMwggE/MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRD b20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCug KaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSB gTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGll bnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFz czEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJ KoZIhvcNAQELBQADggEBAHsw8/Hw07gsNTKYnld74NBFtHnQOPkXYuccWx3j0PGQe9nqNxeingBf 2yvx+xBQzBoi4J1u84Jbrbe8Ii3+LLD/QMW9cN0SBIgRStPQLVee4STdjeabGmpXQa7omC02wYYO 83qh6CgJEIbmrsBSZH8ZSVrjkC4UmZS8wAQMS3qTWAPF0ZQGWx2+Gks2fXuacyt2LpNR+p9ogjAZ 1/rmUKjNhQZLswytaLRUdwAwSfQ3+TNs68h6Kv1LC3bNGBT3NEtr2q/nzzb5MzuFcDE6f9exroAC 4BHmokAprhna/vZdb6BrPjpXgRAlWAh3wEMxw75M9S/Nbzj/jNp+I+lvUJYwggY0MIIEHKADAgEC AgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQu MSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQy MTAxNTVaMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh c3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6E RKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvur yGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSM TGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGtMIIBqTAPBgNV HRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ljVO8tS4 UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYBBQUHAQEEWjBYMCcGCCsG AQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2Nh LmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3 LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9pbnRlcm1lZGlhdGUucGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5 I3dNoXHYfYa8PlVLL/qtXnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnS qN2sD1qetbYwBYK2iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy +pJfAoedO61HTz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4Yj Cl/Pd4MXU91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586 YoRD9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3 a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0q ZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhdGwXV 27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jCCB8kwggWxoAMCAQICAQEw DQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0 Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA2MDkxNzE5NDYzNloXDTM2MDkxNzE5NDYz NlowfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3Vy ZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmlj YXRpb24gQXV0aG9yaXR5MIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEAwYjbCbxsRnx4 n5V7tTOQ8nJi1sE2ICIkXs7pd/JDCqIGZKTMjjb4OOYj8G5tsTzdcqOFHKHTPbQzK9Mvr/7qsEFZ Z7bEBn0KnnSF1nlMgDd63zkFUln39BtGQ6TShYXSw3HzdWI0uiyKfx6P7u000BHHls1SPboz1t1N 3gs7SkufwiYv+rUWHHI1d8o8XebK4SaLGjZ2XAHbdBQl/u21oIgP3XjKLR8HlzABLXJ5+kbWEyqo uaarg0kd5fLv3eQBjhgKj2NTFoViqQ4ZOsy1ZqbCa3QH5Cvhdj60bdj2ROFzYh87xL6gU1YlbFEJ 96qryr92/W2b853bvz1mvAxWqq+YSJU6S9+nWFDZOHWpW+pDDAL/mevobE1wWyllnN2qXcyvATHs DOvSjejqnHvmbvcnZgwaSNduQuM/3iE+e+ENcPtjqqhsGlS0XCV6yaLJixamuyx+F14FTVhuEh0B 7hIQDcYyfxj//PT6zW6R6DZJvhpIaYvClk0aErJpF8EKkNb6eSJIv7p7afhwx/p6N9jYDdJ2T1f/ kLfjkdLd78Jgt2c63f6qnPDUi39yIs7Gn5e2+K+KoBCo2fsYxra1XFI8ibYZKnMBCg8DsxJg8nov gdujbv8mMJf1i92JV7atPbOvK8W3dgLwpdYrmoYUKnL24zOMXQlLE9+7jHQTUksCAwEAAaOCAlIw ggJOMAwGA1UdEwQFMAMBAf8wCwYDVR0PBAQDAgGuMB0GA1UdDgQWBBROC+8apEBbpRdphzDKNGhD 0EGu8jBkBgNVHR8EXTBbMCygKqAohiZodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvc2ZzY2EtY3Js LmNybDAroCmgJ4YlaHR0cDovL2NybC5zdGFydGNvbS5vcmcvc2ZzY2EtY3JsLmNybDCCAV0GA1Ud IASCAVQwggFQMIIBTAYLKwYBBAGBtTcBAQEwggE7MC8GCCsGAQUFBwIBFiNodHRwOi8vY2VydC5z dGFydGNvbS5vcmcvcG9saWN5LnBkZjA1BggrBgEFBQcCARYpaHR0cDovL2NlcnQuc3RhcnRjb20u b3JnL2ludGVybWVkaWF0ZS5wZGYwgdAGCCsGAQUFBwICMIHDMCcWIFN0YXJ0IENvbW1lcmNpYWwg KFN0YXJ0Q29tKSBMdGQuMAMCAQEagZdMaW1pdGVkIExpYWJpbGl0eSwgcmVhZCB0aGUgc2VjdGlv biAqTGVnYWwgTGltaXRhdGlvbnMqIG9mIHRoZSBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eSBQb2xpY3kgYXZhaWxhYmxlIGF0IGh0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9yZy9wb2xpY3ku cGRmMBEGCWCGSAGG+EIBAQQEAwIABzA4BglghkgBhvhCAQ0EKxYpU3RhcnRDb20gRnJlZSBTU0wg Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkwDQYJKoZIhvcNAQEFBQADggIBABZsmfRmDDT10IVefQrs 2hBOOBxe36YlBUuRMsHoO/E93UQJWwdJiinLZgK3sZr3JZgJPI4b4d02hytLu2jTOWY9oCbH8jmR HVGrgnt+1c5a5OIDV3Bplwj5XlimCt+MBppFFhY4Cl5X9mLHegIF5rwetfKe9Kkpg/iyFONuKIdE w5Aa3jipPKxDTWRFzt0oqVzyc3sE+Bfoq7HzLlxkbnMxOhK4vLMR5H2PgVGaO42J9E2TZns8A+3T mh2a82VQ9aDQdZ8vr/DqgkOY+GmciXnEQ45GcuNkNhKv9yUeOImQd37Da2q5w8tES6x4kIvnxywe SxFEyDRSJ80KXZ+FwYnVGnjylRBTMt2AhGZ12bVoKPthLr6EqDjAmRKGpR5nZK0GLi+pcIXHlg98 iWX1jkNUDqvdpYA5lGDANMmWcCyjEvUfSHu9HH5rt52Q9CI7rvj8Ksr6glKg769LVZPrwbXwIous NE4mIgShhyx1SrflfRPXuAxkwDbSyS+GEowjCcEbgjtzSaNqV4eU5dZ4xZlDY+NN4Hct4WWZcmkE GkcJ5g8BViT7H78OealYLrnECQF+lbptAAY+supKEDnY0Cv1v+x1v5cCxQkbCNxVN+KB+zeEQ2Ig yudWS2Xq/mzBJJMkoTTrBf+aIq6bfT/xZVEKpjBqs/SIHIAN/HKK6INeMYIDbzCCA2sCAQEwgZQw gYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUg RGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFBy aW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDBqKOMAkGBSsOAwIaBQCgggGvMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDYwMzAyMTAyOFowIwYJKoZIhvcN AQkEMRYEFIjDAZ+FZaUsfL1HYLEdSouwhrUbMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNV BAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBD ZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50 ZXJtZWRpYXRlIENsaWVudCBDQQIDBqKOMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENl cnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRl cm1lZGlhdGUgQ2xpZW50IENBAgMGoo4wDQYJKoZIhvcNAQEBBQAEggEAlDgfWIKoou+V1TPfE5FL k4SGOiyZ05EwYmnkqlDoN0C6PfmWb4MZkluxRmcycv4z3kFuoP74B2JrdmmQOiD42+jfot5rr2UR L/uzZrao7boopQ6JbhkKjonPlh28qEDmwXgwvmYQ7vsgffyyxtJNRPsq6HG8TRgjPi6i2Pp+h6+w d8Ih9RH52V7BAvw3nQT5dYQtt9BE9/dV6qmvzlm6OSq+ESN+ZNdM6ZvR31sVG99LSFK3JLG4s47H OMGV7bBKn942hmxYKN2BwUnNsMqjcw9Li7RpP6+bT+xsAr5chCHtOEihI9PhXKbv/QAVlK3Q5RR+ BTNZTVgrm7R4S8jgIAAAAAAAAA== --Apple-Mail-AB77EF8A-DF2A-42C1-9933-6099EA8CB47C-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 3 09:17:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FE27349 for ; Tue, 3 Jun 2014 09:17:41 +0000 (UTC) Received: from smtp-mx1.rixtel.com (smtp-mx1.rixtel.com [92.240.74.65]) (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 4A019214B for ; Tue, 3 Jun 2014 09:17:40 +0000 (UTC) Received: from filter.rixtel.com (unknown [10.0.0.2]) by smtp-mx1.rixtel.com (Postfix) with ESMTP id 103DE3F9E90 for ; Tue, 3 Jun 2014 12:00:51 +0300 (EEST) X-Virus-Scanned: amavisd-new at rixtel.com Received: from smtp-mx1.rixtel.com ([10.0.0.36]) by filter.rixtel.com (filter.rixtel.com [10.0.0.2]) (amavisd-new, port 10024) with ESMTP id YYe9kB0aFOZv for ; Tue, 3 Jun 2014 12:00:50 +0300 (EEST) Received: from [192.168.1.100] (unknown [81.198.117.87]) (Authenticated sender: ilmars.knipshis@rixtel.com) by smtp-mx1.rixtel.com (Postfix) with ESMTPA id 507683F9E9B for ; Tue, 3 Jun 2014 12:00:50 +0300 (EEST) Message-ID: <538D908F.6050801@rixtel.com> Date: Tue, 03 Jun 2014 12:08:31 +0300 From: =?windows-1257?Q?Ilmars_Knip=F0is?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: panic: privileged instruction fault Content-Type: text/plain; charset=windows-1257; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 03 Jun 2014 09:17:41 -0000 Hello! This is binary install of FreeBSD 10 on Intel server board S1200 V3 RP with ZFS mirrored SSD disks for OS and ZFS RAID 10 with 4 HDD disks for data. I am getting the kernel panic at random time almost every day: panic: privileged instruction fault panic: general protection fault panic: vm_fault: fault on nofault entry, addr: fffffe046667d000 panic: page fault Could it be faulty RAM ? Small extract from core.txt: FreeBSD xx.xxx.com 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 Unread portion of the kernel message buffer: trap number = 1 panic: privileged instruction fault cpuid = 0 KDB: stack backtrace: #0 0xffffffff808e7dd0 at kdb_backtrace+0x60 #1 0xffffffff808af8b5 at panic+0x155 #2 0xffffffff80c8e692 at trap_fatal+0x3a2 #3 0xffffffff80c8e2cf at trap+0x7bf #4 0xffffffff80c75392 at calltrap+0x8 #5 0xffffffff81853b3d at spa_sync+0x61d #6 0xffffffff8185c925 at txg_sync_thread+0x375 #7 0xffffffff8088198a at fork_exit+0x9a #8 0xffffffff80c758ce at fork_trampoline+0xe Uptime: 13h55m6s Dumping 1059 out of 16299 MB:..2%..11%..22%..31%..41%..52%..61%..71%..81%..91% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/kernel/pflog.ko.symbols...done. Loaded symbols for /boot/kernel/pflog.ko.symbols Reading symbols from /boot/kernel/pf.ko.symbols...done. Loaded symbols for /boot/kernel/pf.ko.symbols Reading symbols from /boot/kernel/nullfs.ko.symbols...done. Loaded symbols for /boot/kernel/nullfs.ko.symbols Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel/fdescfs.ko.symbols #0 doadump (textdump=) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h -- Ilmars From owner-freebsd-stable@FreeBSD.ORG Wed Jun 4 02:51:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13DC22FC for ; Wed, 4 Jun 2014 02:51:05 +0000 (UTC) Received: from phoenix.eternamente.info (phoenix.arroway.org [109.169.80.17]) by mx1.freebsd.org (Postfix) with ESMTP id E52B926CD for ; Wed, 4 Jun 2014 02:51:04 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id 2B6871CC8F; Tue, 3 Jun 2014 23:44:23 -0300 (BRT) Received: from 177.64.206.185 (SquirrelMail authenticated user matheus) by arroway.org with HTTP; Tue, 3 Jun 2014 23:44:22 -0300 Message-ID: <8148940bc838584188671feb802b4dd8.squirrel@arroway.org> Date: Tue, 3 Jun 2014 23:44:22 -0300 Subject: ports from portsnap wont work ... From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jun 2014 02:51:05 -0000 hail, two of my machines got this: phoenix# make Unknown modifier 't' Unknown modifier 't' "/usr/ports/Mk/bsd.port.mk", line 1750: Malformed conditional (defined(USE_LDCONFIG) && ${USE_LDCONFIG:tl} == "yes") Unknown modifier 't' Unknown modifier 't' Unknown modifier 't' "/usr/ports/Mk/bsd.sites.mk", line 953: Malformed conditional (!empty(_PERL_CPAN_ID) && ${_PERL_CPAN_FLAG:tl} == "cpan") Unknown modifier 't' "/usr/ports/Mk/bsd.port.mk", line 2892: Unclosed conditional/for loop "/usr/ports/Mk/bsd.port.mk", line 2892: Unexpected end of file in for loop. "/usr/ports/Mk/bsd.port.mk", line 6678: Unclosed conditional/for loop "/usr/ports/Mk/bsd.port.mk", line 6678: Unexpected end of file in for loop. make: fatal errors encountered -- cannot continue any port gives me this. How can I rollback to a working ports before I can update to new stuff ? thanks, matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Wed Jun 4 05:27:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3678749 for ; Wed, 4 Jun 2014 05:27:41 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D4882406 for ; Wed, 4 Jun 2014 05:27:40 +0000 (UTC) Received: from mandree.no-ip.org ([78.53.177.151]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0Lq9Ma-1WN8kU27hQ-00dmY0 for ; Wed, 04 Jun 2014 07:22:34 +0200 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id ECAE023CE7C for ; Wed, 4 Jun 2014 07:22:31 +0200 (CEST) Message-ID: <538EAD17.5050608@gmx.de> Date: Wed, 04 Jun 2014 07:22:31 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: ports from portsnap wont work ... References: <8148940bc838584188671feb802b4dd8.squirrel@arroway.org> In-Reply-To: <8148940bc838584188671feb802b4dd8.squirrel@arroway.org> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:aIhO30K9eesLxXD2U8BVFj9tzBkn+rf7KvPjb7AVNu1TXvLySu4 ZsDjaRC3rnUGItqEf2zeqKHGFV1f/V2EvBMVvhxjCy2fowyQyVL7G3iKlf7pwMxYBPJB5Qq 8EH0f37X+KWG2j1hS1bNQrrpm1lO9j8rTH48rZMmRxSxyR0Ciifpnwjca6XHQ4DyqiC1Hk8 YTtIN/MG8+bDAAN9bZwTw== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jun 2014 05:27:41 -0000 Am 04.06.2014 04:44, schrieb Nenhum_de_Nos: > hail, > > two of my machines got this: [long list of substitution failures from the 'make' command] What operating systems runs on those machines? I suspect it's a version that is no longer supported, see Chances are you need to upgrade the system to a supported version first. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 4 06:47:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03370A29; Wed, 4 Jun 2014 06:47:16 +0000 (UTC) Received: from mailout10.t-online.de (mailout10.t-online.de [194.25.134.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B6CDF2C4D; Wed, 4 Jun 2014 06:47:15 +0000 (UTC) Received: from fwd23.aul.t-online.de (fwd23.aul.t-online.de [172.20.26.128]) by mailout10.t-online.de (Postfix) with SMTP id 52B78185416; Wed, 4 Jun 2014 08:47:07 +0200 (CEST) Received: from [192.168.119.11] (ZkdVckZFYhrB+szaDsnqAXEaZyjhx+xwRMonZCaqHKeoDSlFWzfzog84OHKRP6rQCu@[84.154.115.108]) by fwd23.t-online.de with esmtp id 1Ws4yW-1mgSX20; Wed, 4 Jun 2014 08:47:04 +0200 Message-ID: <538EC0E2.3020009@freebsd.org> Date: Wed, 04 Jun 2014 08:46:58 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable stable Subject: Re: ports from portsnap wont work ... References: <8148940bc838584188671feb802b4dd8.squirrel@arroway.org> <538EAD17.5050608@gmx.de> In-Reply-To: <538EAD17.5050608@gmx.de> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ID: ZkdVckZFYhrB+szaDsnqAXEaZyjhx+xwRMonZCaqHKeoDSlFWzfzog84OHKRP6rQCu X-TOI-MSGID: a52e0559-a1da-4929-8dc5-daa3e680b744 Cc: Matthias Andree X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jun 2014 06:47:16 -0000 Am 04.06.2014 07:22, schrieb Matthias Andree: > Am 04.06.2014 04:44, schrieb Nenhum_de_Nos: >> hail, >> >> two of my machines got this: > > [long list of substitution failures from the 'make' command] > > What operating systems runs on those machines? I suspect it's a version > that is no longer supported, see > > Chances are you need to upgrade the system to a supported version first. Or, if you cannot upgrade the system right now, install bmake (the make program used in supported releases) in addition to fmake (the "old" make used in no longer supported FreeBSD versions). You'll find bmake as a package or you might still be able to build the devel/bmake port. You should keep the old make program around as "fmake" and can install the new one as "make" for the ports system. This does not make your system supported, if it wasn't before, but you could gain some time to prepare the upgrade to a supported system ... Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Wed Jun 4 08:16:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2670D82F for ; Wed, 4 Jun 2014 08:16:13 +0000 (UTC) Received: from pacha.mail.dyslexicfish.net (space.mail.dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B784D2427 for ; Wed, 4 Jun 2014 08:16:11 +0000 (UTC) Received: from catnip.dyslexicfish.net (space.mail.dyslexicfish.net [91.109.5.35]) by pacha.mail.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id s548G2Wf035924; Wed, 4 Jun 2014 09:16:02 +0100 (BST) (envelope-from jamie@catnip.dyslexicfish.net) Received: (from jamie@localhost) by catnip.dyslexicfish.net (8.14.5/8.14.5/Submit) id s548G2AH035923; Wed, 4 Jun 2014 09:16:02 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201406040816.s548G2AH035923@catnip.dyslexicfish.net> Date: Wed, 04 Jun 2014 09:16:02 +0100 To: matheus@eternamente.info, freebsd-stable@freebsd.org Subject: Re: ports from portsnap wont work ... References: <8148940bc838584188671feb802b4dd8.squirrel@arroway.org> In-Reply-To: <8148940bc838584188671feb802b4dd8.squirrel@arroway.org> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (pacha.mail.dyslexicfish.net [91.109.5.35]); Wed, 04 Jun 2014 09:16:02 +0100 (BST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jun 2014 08:16:13 -0000 "Nenhum_de_Nos" wrote: > two of my machines got this: > > phoenix# make > Unknown modifier 't' > > Unknown modifier 't' Hi. From: http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk : | Revision 352986 - (view) (download) (annotate) - [select for diffs] | Modified Mon May 5 09:45:36 2014 UTC (4 weeks, 1 day ago) by bapt | File length: 226358 byte(s) | | Convert all :U to :tu and :L to :tl | | Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a | replacement for :U and :L (which has been marked as deprecated) | | bmake which is the default on FreeBSD 10+ only support by default | :tu/:tl a hack has been added at the time to support :U and :L to ease | migration. This hack is now not necessary anymore | | Note that this makes the ports tree incompatible with make(1) from | FreeBSD 8.3 or earlier | | With hat: portmgr From owner-freebsd-stable@FreeBSD.ORG Wed Jun 4 10:55:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6085EBB for ; Wed, 4 Jun 2014 10:55:35 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7736D22D6 for ; Wed, 4 Jun 2014 10:55:35 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1Ws8qz-0002iw-JN for freebsd-stable@freebsd.org; Wed, 04 Jun 2014 12:55:34 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: ports from portsnap wont work ... References: <8148940bc838584188671feb802b4dd8.squirrel@arroway.org> <201406040816.s548G2AH035923@catnip.dyslexicfish.net> Date: Wed, 04 Jun 2014 12:55:32 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <201406040816.s548G2AH035923@catnip.dyslexicfish.net> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: 12f61b0c8dc8dcc8c992b8e1fde77987 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jun 2014 10:55:35 -0000 On Wed, 04 Jun 2014 10:16:02 +0200, Jamie Landeg-Jones wrote: > "Nenhum_de_Nos" wrote: > >> two of my machines got this: >> >> phoenix# make >> Unknown modifier 't' >> >> Unknown modifier 't' > > Hi. From: http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk : > > | Revision 352986 - (view) (download) (annotate) - [select for diffs] > | Modified Mon May 5 09:45:36 2014 UTC (4 weeks, 1 day ago) by bapt > | File length: 226358 byte(s) > | > | Convert all :U to :tu and :L to :tl > | > | Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a > | replacement for :U and :L (which has been marked as deprecated) > | > | bmake which is the default on FreeBSD 10+ only support by default > | :tu/:tl a hack has been added at the time to support :U and :L to ease > | migration. This hack is now not necessary anymore > | > | Note that this makes the ports tree incompatible with make(1) from > | FreeBSD 8.3 or earlier > | > | With hat: portmgr Something like this would have been user friendly than. if OSVERSION < 840000 echo "Unsupported FreeBSD version for ports tree." exit 1 fi Regards, Ronald. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 4 13:24:22 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6DD3F29 for ; Wed, 4 Jun 2014 13:24:22 +0000 (UTC) Received: from smtp.pobox.com (smtp.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 9173F2255 for ; Wed, 4 Jun 2014 13:24:22 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id 1B66B1A2A6 for ; Wed, 4 Jun 2014 09:24:14 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=NagJj2cgOvhqWTFsCsq1xN14ywM=; b=M9oNIYi i+ObfEAvSTl1VeOy7Z5Z8GWc58z9ygrDtT+vlVm0z0wN1oaM7qllyMa8RKhxQhBr 1DNuKdiC8K1+qEuALNXNH3wmP0Isqf7pUOYsB83Ub6D2bk3xgmiujCe00jlyQrVc umbe0/xCsDnlc8Xy1Bz7V3W1KNGO8oEKEz6g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=szGl98VsB7DeevF4te+YsXpPT4mtlLyRk OFY8jTRiwaQJBa676IEFM0gjU+4zstXeOhTbgGx6sukh5dP/CUiFVeRJshLYMLGC j3Eez2ZrGZzGKCZbHQGt4ORd2x2SRQcenq4CgRkqqGqvGmKT5IOCmUj0AX5jOWvu ynibCfXPpE= Received: from pb-smtp0.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id 12EE31A2A5 for ; Wed, 4 Jun 2014 09:24:14 -0400 (EDT) Received: from localhost (unknown [50.90.2.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id 24FB41A264 for ; Wed, 4 Jun 2014 09:23:23 -0400 (EDT) Date: Thu, 5 Jun 2014 09:19:52 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Subject: Re: ports from portsnap wont work ... Message-ID: <20140605131952.GA13597@behemoth.local> Mail-Followup-To: freebsd-stable@freebsd.org References: <8148940bc838584188671feb802b4dd8.squirrel@arroway.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <8148940bc838584188671feb802b4dd8.squirrel@arroway.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: 67259FD0-EBEB-11E3-8BB7-9903E9FBB39C-49531120!pb-smtp0.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jun 2014 13:24:22 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 03, 2014 at 23:44:22 -0300, Nenhum_de_Nos wrote: > hail, >=20 > two of my machines got this: >=20 > phoenix# make > Unknown modifier 't' >=20 > Unknown modifier 't' What's in your make.conf and similar files? It sounds like you put something there that's breaking things. --=20 Chris Nehren --SUOF0GtieIMvvwua Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJbBAABAgBFBQJTkG54PhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEBHA+GJAM0vPEfcQALFR UM4bRrgdF9H300Httyf4s3gtkd2W2luSwTrYEzxqeOIRrLGYFULOb76ofjjzx23i 3Rraz5TRu6k4DcvWyOCjxMbddD4xyeeFqu28Zvfzx2lVBMk1JARNxroQ3WY4LAtj O7bGyvML/qDBO7Y10v+YtFABLIp4n/uzCm7BL/9HmmDsaZCf04gnPy+e3fLpqGQt HQKuL6mptAXrF56bNZVmDn8q8hg4uwke+kA8TNdm/8ngyvPwNFGCOzvwn+2H5NXB cnJb3DWPVgAxtcte7aJRp9/I6vuBeT/Zm461ozkOCOMIXhf+hrKjLG5Q4CQ2Dau7 9jajDD7619BtjFD+vkAFsLzUjeKHEu9cZywSJwzGNlYS5qR8VGvNl4ufw18C+T8W TqSHRK955ysj4I86G8QJhqkhQLvODNzhNC5WslVPumNHihM9t+XV9zuiSXb8DGWg tlWqRLMcsVh+QDrYZYYRUk6pKJ17oPi9pHSUhIuyN4qWBRW/AFNta/NmHq3MYVNt 6iq7lT8L4FKhbOOmY72F8pIpvn31W7osveXLmyYoHAmHU1Pimoacu1p8nxM0zMqt fFykn3ok/l/dW4NsvzMC46tr1sAwBaL21Bp5AzPZjRVGF3aAuhmBpgr/tRGGQQbp VBz8yL/OdbmPWGC03O1wp7zM4BWlBQ1T9MMHViYb =jjSG -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 4 13:42:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1D48854 for ; Wed, 4 Jun 2014 13:42:05 +0000 (UTC) Received: from smtp.pobox.com (smtp.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 9C2732438 for ; Wed, 4 Jun 2014 13:42:05 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id C83CD1A78A for ; Wed, 4 Jun 2014 09:42:04 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=r8G4LCwCQ0C/fhMhw743hhZcHHM=; b=Vmj32QB Q/n3o4X/qEgjv1HcLa5lqeEmQOQwLsXmaT9aQTfbBlwF97qY2hFxFGruVLMv+d+D UU3MmEQiFTGKNTUXdL+UnjcAC8tgOE2h7cNxlBiXq9FRLqwCuxM9AuXHZYOsTu/E DnZU09hdKYZxhrs0JwbBl2Qtfj/f1xyyShk8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=ReHeZ+out06OlnRpFsvyo+IfNtNVtiM36 mBMbskhH9s8DAKxNhjlxEn3E2zra4MzxXP4Pl7Deii3gO0XzRYibaXpx95rzhTIa x5FY3fOCN7FcijZWfcrjsLO+9t2X3KYDr0Xk7AArw/htlSm3hsLfE6Ajhv1lagsk +rvlFml6dY= Received: from pb-smtp0.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id BE7271A783 for ; Wed, 4 Jun 2014 09:42:04 -0400 (EDT) Received: from localhost (unknown [50.90.2.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id 74CBB1A778 for ; Wed, 4 Jun 2014 09:42:00 -0400 (EDT) Date: Thu, 5 Jun 2014 09:38:24 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Subject: Re: ports from portsnap wont work ... Message-ID: <20140605133824.GB13597@behemoth.local> Mail-Followup-To: freebsd-stable@freebsd.org References: <8148940bc838584188671feb802b4dd8.squirrel@arroway.org> <20140605131952.GA13597@behemoth.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nVMJ2NtxeReIH9PS" Content-Disposition: inline In-Reply-To: <20140605131952.GA13597@behemoth.local> User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: 01202F22-EBEE-11E3-AFE4-9903E9FBB39C-49531120!pb-smtp0.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jun 2014 13:42:05 -0000 --nVMJ2NtxeReIH9PS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 05, 2014 at 09:19:52 -0400, Chris Nehren wrote: > On Tue, Jun 03, 2014 at 23:44:22 -0300, Nenhum_de_Nos wrote: > > hail, > >=20 > > two of my machines got this: > >=20 > > phoenix# make > > Unknown modifier 't' > >=20 > > Unknown modifier 't' >=20 > What's in your make.conf and similar files? It sounds like you > put something there that's breaking things. Sorry, disregard. I thought I was awake enough to be useful but evidently not. --=20 Chris Nehren --nVMJ2NtxeReIH9PS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJbBAABAgBFBQJTkHLQPhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEBHA+GJAM0vP4ugP/ibA 0hbKK1K1ovwTKXPt/bzqYD07eRN4oh8uDgfd54lMGg6QjCFCbU+BZwZ9Qb+VMJXm UQTZ4oVGk3hhVoJAc5RtxSYhWihfnhBEx9hEiJY+PmN25FJGEM6y/E0SYqN5Qk3k NFf94HDBfqz4q1HWosp+789Xplk0H+Ml75PKuhXpNmdH/vn6/Td7N4l0XtQNEk1G aDmyb94a8mtPQEQFMByQpsABVdMhDDlUBo+htiBG9xpPRc0J1CUW50cOM/BFzbXz 7zl6Is/3P7Mh+jlowpNZvrSnoxOF/F/U/LG1vuskE7F3Mi0vSnCAdgmuh7B216+L m1YerLtkyiqUDV0wTcxtVinFkt4+DmdgfiB4jsBPS2+zUp4u8IOZESZvz7JiUKC8 lYxhDbrv3wNTIncEcG5/U0zug7caIFBBotNVDjXmp9YRNBg3KrQMqQ0ivqrykyNC eKsIGpXjY8ROLpKcUpBToKIxY3oUP6L3L/09KS14DMIeyGMTK2JPHUXrSmAfhmJg i8aYdTqBuWzOYixy2fw4tQsLIfE3hgtgyg82Tun1NSlwydpW5aaNOa3Swb81fk0m tK+dIMiirK5sk1A6FqQ6cu3lXhJCQH9TPVZFMLPMSY8ahNvtvnzEB6l3fYMmIUP6 VIxJYyH/+B+pKVpn3+ZpTjgNMt7S3lxMNQThvRk5 =fvtf -----END PGP SIGNATURE----- --nVMJ2NtxeReIH9PS-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 4 16:03:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6482BACC; Wed, 4 Jun 2014 16:03:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1402225; Wed, 4 Jun 2014 16:03:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 20A6FBDF; Wed, 4 Jun 2014 16:03:18 +0000 (UTC) Date: Wed, 4 Jun 2014 16:03:17 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, roberto@FreeBSD.org Message-ID: <2069628150.502.1401897798110.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #368 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jun 2014 16:03:19 -0000 See Changes: [roberto] MFC r266107,r266108,r266109: Here is a patch for the bsdinstall root-on-zfs stuff that adds optional encryption for swap, and optional gmirror for swap (which can be combined) Updates to the datasets created by zfsboot. Set compress=3Dlz4 for the entire pool, removing it from the individual datasets Remove exec=3Dno from /usr/src, breaks the test suite. Fix the "disks" variable reuse. It starts off being used to track the grammar for the number of disks (singular vs plural) and then it is reused as the list of available disks. Replace the variable with disks_grammar and move 'disk' and 'disks' to msg_ vars so they can be translated in the future. Submitted by:=09Allan Jude Reviewed by:=09roberto Sponsored by:=09ScaleEngine Inc. ------------------------------------------ [...truncated 200429 lines...] cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o gets-chk.So --- memcpy-chk.So --- --- kerberos5/lib__L --- --- release_buffer.po --- --- gnu/lib__L --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o memcpy-chk.So --- kerberos5/lib__L --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -pg -O2 -pipe -I -I -I = -I -I -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -Q= unused-arguments -fstack-protector -c -o release_buffer.po --- cddl/lib__L --- --- dt_lex.So --- --- lib__L --- --- frm_cursor.o --- --- cddl/lib__L --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -I/usr/obj/lib32= -I -I -I -I -I -I -I -I -I -I -DDIS_MEM -DNEED_SOLARIS_BOOLEAN = -std=3Dgnu89 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror= -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-v= ariable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equali= ty -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -= Wno-knr-promoted-parameter -Wno-parentheses -Wno-unknown-pragmas -c dt_lex.= c -o dt_lex.So --- lib__L --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_CONF= IG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -We= rror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -c -o= frm_cursor.o --- gnu/lib__L --- --- memmove-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o memmove-chk.So --- mempcpy-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o mempcpy-chk.So --- memset-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o memset-chk.So --- lib__L --- --- frm_cursor.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -pg -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_= CONFIG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers= -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -c -o frm_cursor.po --- gnu/lib__L --- --- snprintf-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o snprintf-chk.So --- sprintf-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o sprintf-chk.So --- stpcpy-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o stpcpy-chk.So --- lib__L --- --- frm_cursor.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -I. -I/usr/obj/l= ib32 -I -I -I -I -Wall -DNDEBUG= -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem= -headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pr= ototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wn= o-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unu= sed-function -Wno-enum-conversion -c -o frm_cursor.So --- gnu/lib__L --- --- strcat-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o strcat-chk.So --- strcpy-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o strcpy-chk.So --- strncat-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o strncat-chk.So --- lib__L --- --- frm_data.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_CONF= IG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -We= rror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -c -o f= rm_data.o --- gnu/lib__L --- --- strncpy-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o strncpy-chk.So --- kerberos5/lib__L --- --- release_buffer.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -I -I -I -I -I -I -I. -DHAVE_CONFIG_H -I -std=3D= gnu99 -Qunused-arguments -fstack-protector -c -o release_buffer.So --- gnu/lib__L --- --- vsnprintf-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o vsnprintf-chk.So --- vsprintf-chk.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H = -I -I -I -std=3Dgnu99 -Qunused-arguments -c -o vsprintf-chk.So --- lib__L --- --- frm_data.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -pg -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_= CONFIG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers= -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -c = -o frm_data.po --- gnu/lib__L --- --- ssp.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -= o ssp.o :109:17: warning: implicitly declar= ing library function 'alloca' with type 'void *(unsigned int)' p =3D buf =3D alloca (len); ^ :109:17: note: please include the h= eader or explicitly provide a declaration for 'alloca' :131:23: warning: format string is = not a string literal (potentially insecure) [-Wformat-security] syslog (LOG_CRIT, msg3); ^~~~ 2 warnings generated. --- gets-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o gets-chk.o --- memcpy-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o memcpy-chk.o --- lib__L --- --- frm_data.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -I. -I/usr/obj/l= ib32 -I -I -I -I -Wall -DNDEBUG= -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem= -headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pr= ototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wn= o-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unu= sed-function -Wno-enum-conversion -c -o frm_data.So --- gnu/lib__L --- --- memmove-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o memmove-chk.o --- mempcpy-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o mempcpy-chk.o --- memset-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o memset-chk.o --- snprintf-chk.o --- --- lib__L --- --- frm_def.o --- --- gnu/lib__L --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o snprintf-chk.o --- lib__L --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_CONF= IG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -We= rror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -c -o fr= m_def.o --- kerberos5/lib__L --- --- release_cred.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -I -I -I -I -I -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -Qunus= ed-arguments -fstack-protector -c -o release_cred.o --- gnu/lib__L --- --- sprintf-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o sprintf-chk.o --- stpcpy-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o stpcpy-chk.o --- strcat-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o strcat-chk.o --- strcpy-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o strcpy-chk.o --- cddl/lib__L --- --- libdtrace.a --- building static dtrace library --- lib__L --- --- frm_def.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -pg -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_= CONFIG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers= -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -c -= o frm_def.po --- gnu/lib__L --- --- strncat-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o strncat-chk.o --- strncpy-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o strncpy-chk.o --- vsnprintf-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o vsnprintf-chk.o --- cddl/lib__L --- ranlib libdtrace.a --- gnu/lib__L --- --- vsprintf-chk.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -DHAVE_CONFIG_H -I -I -I -std= =3Dgnu99 -Qunused-arguments -c -o vsprintf-chk.o --- cddl/lib__L --- --- libdtrace_p.a --- building profiled dtrace library --- lib__L --- --- frm_def.So --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -fpic -DPIC -O2 -pipe -I. -I/usr/obj/l= ib32 -I -I -I -I -Wall -DNDEBUG= -DHAVE_CONFIG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem= -headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pr= ototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wn= o-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unu= sed-function -Wno-enum-conversion -c -o frm_def.So --- gnu/lib__L --- --- libssp_p.a --- building profiled ssp library ranlib libssp_p.a --- libssp.so.0 --- building shared library libssp.so.0 --- kerberos5/lib__L --- --- release_cred.po --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -pg -O2 -pipe -I -I -I = -I -I -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -Q= unused-arguments -fstack-protector -c -o release_cred.po --- cddl/lib__L --- ranlib libdtrace_p.a --- gnu/lib__L --- --- libssp.a --- --- cddl/lib__L --- --- libdtrace.so.2 --- --- gnu/lib__L --- building static ssp library --- cddl/lib__L --- building shared library libdtrace.so.2 --- lib__L --- --- frm_driver.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -I. -I/usr/obj/lib32 -I -I -I -I -Wall -DNDEBUG -DHAVE_CONF= IG_H -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -We= rror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -c -o= frm_driver.o --- gnu/lib__L --- ranlib libssp.a --- all --- =3D=3D=3D> gnu/lib/libssp/libssp_nonshared (all) --- realinstall --- =3D=3D=3D> gnu/lib/csu (install) --- realinstall --- sh -o root -g wheel -m 444 crtbegin.o /usr/obj sh -o root -g wheel -m 444 crtend.o /usr/obj sh -o root -g wheel -m 444 crtbeginT.o /usr/obj sh -o root -g wheel -m 444 crtbeginS.o /usr/obj sh -o root -g wheel -m 444 crtendS.o /usr/obj =3D=3D=3D> gnu/lib/libgcc (install) --- _lib-eh-install --- sh -C -o root -g wheel -m 444 libgcc_eh.a /usr/obj sh -C -o root -g wheel -m 444 libgcc_eh_p.a /usr/obj --- _libinstall --- sh -s -o root -g wheel -m 444 libgcc_s.so.1 /usr/obj sh -l s libgcc_s.so.1 /usr/obj --- cddl/lib__L --- /usr/obj: skipping incompatible /usr/obj when searching for -l= gcc_s /usr/obj: cannot find -lgcc_s --- gnu/lib__L --- =3D=3D=3D> gnu/lib/libgcov (install) --- cddl/lib__L --- cc: error: linker command failed with exit code 1 (use -v to see invocation= ) *** [libdtrace.so.2] Error code 1 make[5]: stopped in 1 error make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- gnu/lib__L --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [realinstall] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [gnu/lib__L] Error code 2 make[3]: stopped in --- kerberos5/lib__L --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- lib__L --- A failure has been detected in another branch of the parallel make make[6]: stopped in *** [all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [all_subdir_ncurses] Error code 2 make[4]: stopped in 1 error make[4]: stopped in 1 error make[3]: stopped in *** [libraries] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [build32] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Wed Jun 4 16:26:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 162F3440 for ; Wed, 4 Jun 2014 16:26:52 +0000 (UTC) Received: from esp.ouido.net (esp.ouido.net [198.107.153.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "icebox.sendio.com", Issuer "icebox.sendio.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D22892494 for ; Wed, 4 Jun 2014 16:26:51 +0000 (UTC) X-Sendio-Return-Path: dd@gizmocreative.com X-Sendio-Delivered: Wed, 04 Jun 2014 09:26:49 -0700 Received: (sendio-qmail 2110 invoked from network); 4 Jun 2014 16:20:08 -0000 X-Sendio-SenderIP: 172.24.6.3 X-Sendio-RemoteSenderIP: 172.24.6.3 X-Sendio-MessageID: 1401898808.2106.1 Received: from unknown (HELO cloud.gizmocreative.com) (172.24.6.3) by esp.ouido.net with SMTP; 4 Jun 2014 16:20:08 -0000 Received: from localhost (localhost [127.0.0.1]) by cloud.gizmocreative.com (Postfix) with ESMTP id 3EFB420F498E for ; Wed, 4 Jun 2014 09:19:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at gizmocreative.com Received: from cloud.gizmocreative.com ([127.0.0.1]) by localhost (cloud.gizmocreative.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7BtquuBkrmYR for ; Wed, 4 Jun 2014 09:19:12 -0700 (PDT) Received: from c160-dhcp.localdomain (unknown [76.72.147.60]) by cloud.gizmocreative.com (Postfix) with ESMTPSA id 14DFF20F4983 for ; Wed, 4 Jun 2014 09:19:12 -0700 (PDT) From: Daniel Duerr Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: SuperMicro SAS Expander compatibility question Message-Id: Date: Wed, 4 Jun 2014 09:20:07 -0700 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jun 2014 16:26:52 -0000 Hi everyone, I'm looking to build a new ZFS storage server on 9-STABLE. The zpool = will be running multiple raid2z vdevs. To accommodate a larger number = of disks, I'd like to use a SAS Expander. I'm leaning towards the = combination of the LSI SAS 9211-4i HBA (via mps) and the Supermicro = 846E16 expander chassis (via ses). Does anyone here have experience = with this specific hardware combination? Is it supported? Is it = stable? Thanks! Daniel From owner-freebsd-stable@FreeBSD.ORG Wed Jun 4 17:02:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F999E58 for ; Wed, 4 Jun 2014 17:02:21 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CED452810 for ; Wed, 4 Jun 2014 17:02:20 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id f8so1907419wiw.10 for ; Wed, 04 Jun 2014 10:02:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=uBakGLAOQAbtOoqvI6pYXfFMfNaExStp9HKoLnxTA0k=; b=Z4dKcx/xkYwuDGUdDxpLaowp/jem/KhFmafWuluRhY+uydJEnSe82oNHeOGLNzz1ha kWULE/fZBj1DXkGnRpypcKp/UnYxN0cHwKAAYuPEaV6vXx9qjeNNuN8ApeXnEfMkXqCJ PeSwEgfuK9ye+ACuYPoRBWonBv0CND4UOkCOKESnsC85TmYWSncMyRqTk6Zt/0tSVTjw 1k4/jRlCH+5l3GLktUJ7QmcSupploTLlLGMG1ICCzPJpeVsuhyefMldhwZh5kpy14Yb2 hfwNlUlNvLSIXnitrq2eQUgqXWbnPoVJMItu8uENFX/vMt2tIP11R4+k7iqjnVvUegUD UgSA== MIME-Version: 1.0 X-Received: by 10.180.14.72 with SMTP id n8mr7030117wic.53.1401901339154; Wed, 04 Jun 2014 10:02:19 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.194.168.130 with HTTP; Wed, 4 Jun 2014 10:02:19 -0700 (PDT) In-Reply-To: References: Date: Wed, 4 Jun 2014 11:02:19 -0600 X-Google-Sender-Auth: 8lsPZRj2ULMl0v8UkJ1lXZ2YdeI Message-ID: Subject: Re: SuperMicro SAS Expander compatibility question From: Alan Somers To: Daniel Duerr Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jun 2014 17:02:21 -0000 On Wed, Jun 4, 2014 at 10:20 AM, Daniel Duerr wrote: > Hi everyone, > > I'm looking to build a new ZFS storage server on 9-STABLE. The zpool wil= l be running multiple raid2z vdevs. To accommodate a larger number of disk= s, I'd like to use a SAS Expander. I'm leaning towards the combination of = the LSI SAS 9211-4i HBA (via mps) and the Supermicro 846E16 expander chassi= s (via ses). Does anyone here have experience with this specific hardware = combination? Is it supported? Is it stable? I have copious experience with that exact expander using a similar HBA. The expander works, but there are a few caveats: 1) Early expander firmware versions had lots of bugs. You will want at least firmware 55.14.18.0 or later. They are upgradeable in the field, with difficulty. 2) Daisy chaining does not work reliably. The expander has one upstream SFF-8087 connector and two downstream SFF-8087 connectors. If you don't use the downstream connectors, then you should be fine. If you do, you'll need some luck. In certain configurations, the expander won't reliably complete discovery. -Alan > > Thanks! > Daniel > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jun 4 19:28:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCFE961A; Wed, 4 Jun 2014 19:28:44 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id BBC19270E; Wed, 4 Jun 2014 19:28:44 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id ABAFDC22; Wed, 4 Jun 2014 19:28:44 +0000 (UTC) Date: Wed, 4 Jun 2014 19:28:43 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, jhb@FreeBSD.org, kib@FreeBSD.org, roberto@FreeBSD.org Message-ID: <1546501330.503.1401910124394.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2069628150.502.1401897798110.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2069628150.502.1401897798110.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_10 #369 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jun 2014 19:28:44 -0000 See From owner-freebsd-stable@FreeBSD.ORG Wed Jun 4 21:08:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1812E576; Wed, 4 Jun 2014 21:08:56 +0000 (UTC) Received: from keltia.net (cl-90.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:59::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CCD9824EA; Wed, 4 Jun 2014 21:08:55 +0000 (UTC) Received: from lonrach.local (foret.keltia.net [78.232.116.160]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix) with ESMTPSA id D763452A9; Wed, 4 Jun 2014 23:08:52 +0200 (CEST) Date: Wed, 4 Jun 2014 23:08:22 +0200 From: Ollivier Robert To: jenkins-admin@freebsd.org Subject: Re: Build failed in Jenkins: FreeBSD_stable_10 #368 Message-ID: <20140604210822.GF545@lonrach.local> References: <2069628150.502.1401897798110.JavaMail.jenkins@jenkins-9.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2069628150.502.1401897798110.JavaMail.jenkins@jenkins-9.freebsd.org> X-Operating-System: MacOS X / MBP 4,1 - FreeBSD 8.0 / T3500-E5520 Nehalem User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jun 2014 21:08:56 -0000 According to jenkins-admin@freebsd.org: > Subject: Build failed in Jenkins: FreeBSD_stable_10 #368 > > See > > Changes: > > [roberto] MFC r266107,r266108,r266109: I fail to see the relevance of the build failure to the change I made. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-stable@FreeBSD.ORG Wed Jun 4 23:39:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42596A43 for ; Wed, 4 Jun 2014 23:39:06 +0000 (UTC) Received: from pacha.mail.dyslexicfish.net (space.mail.dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D27FA212C for ; Wed, 4 Jun 2014 23:39:05 +0000 (UTC) Received: from catnip.dyslexicfish.net (space.mail.dyslexicfish.net [91.109.5.35]) by pacha.mail.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id s54Nd2m3060326; Thu, 5 Jun 2014 00:39:02 +0100 (BST) (envelope-from jamie@catnip.dyslexicfish.net) Received: (from jamie@localhost) by catnip.dyslexicfish.net (8.14.5/8.14.5/Submit) id s54Nd2O1060325; Thu, 5 Jun 2014 00:39:02 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201406042339.s54Nd2O1060325@catnip.dyslexicfish.net> Date: Thu, 05 Jun 2014 00:39:02 +0100 To: ronald-lists@klop.ws, freebsd-stable@freebsd.org Subject: Re: ports from portsnap wont work ... References: <8148940bc838584188671feb802b4dd8.squirrel@arroway.org> <201406040816.s548G2AH035923@catnip.dyslexicfish.net> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (pacha.mail.dyslexicfish.net [91.109.5.35]); Thu, 05 Jun 2014 00:39:02 +0100 (BST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jun 2014 23:39:06 -0000 "Ronald Klop" wrote: > Something like this would have been user friendly than. > > if OSVERSION < 840000 > echo "Unsupported FreeBSD version for ports tree." > exit 1 > fi Indeed! I only know about it because I got tripped up by this too, and it took much back scratching to finally figure out that there wasn't a knackered port config or something I'd broken! Cheers, Jamie From owner-freebsd-stable@FreeBSD.ORG Thu Jun 5 00:11:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4D02166 for ; Thu, 5 Jun 2014 00:11:29 +0000 (UTC) Received: from phoenix.eternamente.info (phoenix.arroway.org [109.169.80.17]) by mx1.freebsd.org (Postfix) with ESMTP id 90BF5242C for ; Thu, 5 Jun 2014 00:11:28 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id 5333F1CC8F; Wed, 4 Jun 2014 21:11:21 -0300 (BRT) Received: from 177.64.206.185 (SquirrelMail authenticated user matheus) by arroway.org with HTTP; Wed, 4 Jun 2014 21:11:21 -0300 Message-ID: <7d770e6301891c786df5eae030bc3da2.squirrel@arroway.org> In-Reply-To: <538EC0E2.3020009@freebsd.org> References: <8148940bc838584188671feb802b4dd8.squirrel@arroway.org> <538EAD17.5050608@gmx.de> <538EC0E2.3020009@freebsd.org> Date: Wed, 4 Jun 2014 21:11:21 -0300 Subject: Re: ports from portsnap wont work ... From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jun 2014 00:11:29 -0000 On Wed, June 4, 2014 03:46, Stefan Esser wrote: > Am 04.06.2014 07:22, schrieb Matthias Andree: >> Am 04.06.2014 04:44, schrieb Nenhum_de_Nos: >>> hail, >>> >>> two of my machines got this: >> >> [long list of substitution failures from the 'make' command] >> >> What operating systems runs on those machines? I suspect it's a version >> that is no longer supported, see >> >> Chances are you need to upgrade the system to a supported version first. > > Or, if you cannot upgrade the system right now, install bmake (the make > program used in supported releases) in addition to fmake (the "old" make > used in no longer supported FreeBSD versions). You'll find bmake as a > package or you might still be able to build the devel/bmake port. > > You should keep the old make program around as "fmake" and can install > the new one as "make" for the ports system. > > This does not make your system supported, if it wasn't before, but you > could gain some time to prepare the upgrade to a supported system ... no good for me :( phoenix# ls -l *make* -r-xr-xr-x 1 root wheel 423984 Jun 4 21:06 fmake -r-xr-xr-x 1 root wheel 423984 Apr 25 22:06 make -r-xr-xr-x 1 root wheel 215776 Apr 25 21:58 makeinfo -r-xr-xr-x 1 root wheel 18584 Apr 25 22:06 makewhatis phoenix# rm make phoenix# ln -s /usr/local/bin/bmake make phoenix# cd - phoenix# make make: "/usr/ports/textproc/libmrss/Makefile" line 23: Could not find bsd.port.mk make: Fatal errors encountered -- cannot continue make: stopped in /usr/ports/textproc/libmrss did I do it right ? thanks, matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Thu Jun 5 00:49:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E267526B for ; Thu, 5 Jun 2014 00:49:20 +0000 (UTC) Received: from smtp.pobox.com (smtp.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 9F8392761 for ; Thu, 5 Jun 2014 00:49:19 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id AB6EA1E250 for ; Wed, 4 Jun 2014 20:49:18 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=dl0lFg9uVy7+Vj7voXL5S/7VerY=; b=tXVkT80 mwk/3ncyKjZavjIfFjUQ0AYTH819KkGjCCfXoceSWRKFZeTu+EIi+W9sTGIStjLQ se+CVZ0dAtFPvZiQcqM6mUmuIEa5bb9vU9qetMyhjXVuH5Ja2UxefPhJ6/b3NhPU SfglCphFqcYeVzYHFa0SAJZOHEsPiweuJ2ow= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=MLCvTMe+w4b3PaBLuGcmMuUcZGqOBCJjm 13YNUyHFgCZICnn3g94Wp/GZnHrOIopmXkCZGyju4EHsHvP2eRhrz7W4fo684X3N VRcKqaIEGEk2GxOZIW+gzenalDf8n8Slpw16jsRK7awDpTcdwQEpqBkj1yVx6IbK /IC2E1lGCY= Received: from pb-smtp0.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id A14081E24F for ; Wed, 4 Jun 2014 20:49:18 -0400 (EDT) Received: from localhost (unknown [50.90.2.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id E463E1E24A for ; Wed, 4 Jun 2014 20:49:14 -0400 (EDT) Date: Wed, 4 Jun 2014 20:49:13 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Subject: Re: ports from portsnap wont work ... Message-ID: <20140605004913.GC13597@behemoth.local> Mail-Followup-To: freebsd-stable@freebsd.org References: <8148940bc838584188671feb802b4dd8.squirrel@arroway.org> <538EAD17.5050608@gmx.de> <538EC0E2.3020009@freebsd.org> <7d770e6301891c786df5eae030bc3da2.squirrel@arroway.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f0KYrhQ4vYSV2aJu" Content-Disposition: inline In-Reply-To: <7d770e6301891c786df5eae030bc3da2.squirrel@arroway.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: 37855C6A-EC4B-11E3-AD65-9903E9FBB39C-49531120!pb-smtp0.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jun 2014 00:49:21 -0000 --f0KYrhQ4vYSV2aJu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 04, 2014 at 21:11:21 -0300, Nenhum_de_Nos wrote: > no good for me :( >=20 > phoenix# ls -l *make* > -r-xr-xr-x 1 root wheel 423984 Jun 4 21:06 fmake > -r-xr-xr-x 1 root wheel 423984 Apr 25 22:06 make > -r-xr-xr-x 1 root wheel 215776 Apr 25 21:58 makeinfo > -r-xr-xr-x 1 root wheel 18584 Apr 25 22:06 makewhatis > phoenix# rm make ^^^^^^^ Don't ever rm things in /usr/bin unless you know exactly what you're doing. You removed the system's make. This make is used to build most things on the system--including the make you just removed. If you want to try to fix things, get a copy of the source tree for the version of FreeBSD you're using and try to build /usr/src/usr.bin/make with /usr/local/bin/bmake. Install that make over /usr/bin/make, then build that make again, and install it again. *Then* run bmake from /usr/local/bin like you're supposed to. Or, much simpler: install FreeBSD 10 over what you have right now, after making good level 0 dumps of your data. Then you're on a supported release and don't have any of the problems you're seeing right now. --=20 Chris Nehren --f0KYrhQ4vYSV2aJu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJbBAABAgBFBQJTj76JPhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEBHA+GJAM0vPEVAP/3/6 JwBCY7EbrqqTduJzp/YFrHTrPSp9Em1Jd4RETgEFQPM3Ha5xAkGiJlkQD3C6nvk4 iXVWOXhYgBBW/44ipkSoN2OgOjBue25xuuYGyzM94U8zSPSBc2RuCayLe0YztlBU chzrMLpx19iO68cYR+tddUX5t9dGu+aALU3whznEg2vvUTaSqT+AzksBb1kQx7yz i68E9fj5Z7pjFwwMLDDYA9nbAXL+bmdtP0HjfL2ve8LQ7kLUZ6soaUlC2f/wSzWd 5eBiZoI6jx6ACLUhDnj7cKHMUxAan+EYNX7PrESVtd2zQBvw4UrwG4Bw2/FC9V3u IneycdqhnStXaNr5H8lGifai9zxqDutlsMFK84jPmpp/bkb0m0+ckRaDEe+p/afP Iym8i9tuIi/p/j5IuOxiAKanOOKlSPQBJrni5C7CQAvJfTVkIzgb1SGhmYk32i2i 3zJkB0den1k6SfyZe8yWr20HyVRPeRE9FmmS54AuAFUTsG7ry9P4AAiVLYCfXQkE VVVOxU5/IrGHI649H9zXVp8vbruAkfCRIq576wSv5HAHy+g/7PkW+mlHG+NAzrXm TT/T4KwJfiypo2PAyPwkuwAfg1TLTgprRksApFyhZr0mbIBmGAk6z/gpbes1sRx3 kixw6gHIm6CNsV1B3Dj7yaYvNX/crvt2qwc4XMKS =JEjr -----END PGP SIGNATURE----- --f0KYrhQ4vYSV2aJu-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 5 04:21:22 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9925AAC for ; Thu, 5 Jun 2014 04:21:22 +0000 (UTC) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9258A295A for ; Thu, 5 Jun 2014 04:21:22 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id wo20so502012obc.7 for ; Wed, 04 Jun 2014 21:21:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=d9ZS/tZRybxSBkieP7L9Di85Y61peHbC4xuE615uUjI=; b=GsH+2CbjYnTYqS62G1X/hZVqnwiteauiuq08piJRlSGtaoFub+HAIgLORzAbDQs7kD HAghtZ0fRdwTVn7WiHVSY9Pxjpg+ilDp5qW0dXJndp0BsTyfg2QjMu3GjFDXkgOCrtpG UdDeHAwHXMIMdnrPzUDTChYoGmk5KynOsH5hZavFGoFKoiHm9/n93h61PJ/V9JKGXWZe 76O+sk3VNr3AZ1reYxyJ0pR2KEPpp8A2n272q2y6wS/OtdQXuM9lzhDppDZJJXWvIJvf 0zOUJYeYwzjjHn0I+R3iB9sDB74WzChwCov0xaTsIDuzyNHagKaB+htkMgEXf6zxN75A Ofww== MIME-Version: 1.0 X-Received: by 10.60.57.164 with SMTP id j4mr63611030oeq.24.1401942081334; Wed, 04 Jun 2014 21:21:21 -0700 (PDT) Received: by 10.76.167.164 with HTTP; Wed, 4 Jun 2014 21:21:21 -0700 (PDT) Received: by 10.76.167.164 with HTTP; Wed, 4 Jun 2014 21:21:21 -0700 (PDT) In-Reply-To: References: Date: Wed, 4 Jun 2014 21:21:21 -0700 Message-ID: Subject: Re: SuperMicro SAS Expander compatibility question From: Freddie Cash To: Daniel Duerr Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jun 2014 04:21:23 -0000 On Jun 4, 2014 9:26 AM, "Daniel Duerr" wrote: > > Hi everyone, > > I'm looking to build a new ZFS storage server on 9-STABLE. The zpool will be running multiple raid2z vdevs. To accommodate a larger number of disks, I'd like to use a SAS Expander. I'm leaning towards the combination of the LSI SAS 9211-4i HBA (via mps) and the Supermicro 846E16 expander chassis (via ses). Does anyone here have experience with this specific hardware combination? Is it supported? Is it stable? We use LSI 9211-8i, and LSI 9211-8e connected to either SC836E16, SC836E26, SC846E16, SC846E26, and the JBOD version of the last 2. All using SATA HDs, SATA SSDs, Super Micro H8DGi-F6 mobo, and AMD CPUs. With FreeBSD 9.2. ZFS. Raidz2. And dedupe on some systems. So far, things are extremely stable and working well. These are backups storage boxes, though, not NFS or anything like that. > Thanks! > Daniel > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Jun 5 06:53:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4ACB851C; Thu, 5 Jun 2014 06:53:49 +0000 (UTC) Received: from mailout03.t-online.de (mailout03.t-online.de [194.25.134.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E796F25CD; Thu, 5 Jun 2014 06:53:48 +0000 (UTC) Received: from fwd16.aul.t-online.de (fwd16.aul.t-online.de [172.20.26.243]) by mailout03.t-online.de (Postfix) with SMTP id 530D27356C; Thu, 5 Jun 2014 08:53:40 +0200 (CEST) Received: from [192.168.119.11] (JOyJIEZSYh6NgReTJm2TyyWE5u0T5n84IwcEQnO85pmBGsaivtpZbyXlHY5E8IVQ8q@[84.154.115.108]) by fwd16.t-online.de with esmtp id 1WsRYR-2yMSyu0; Thu, 5 Jun 2014 08:53:39 +0200 Message-ID: <539013EB.3090708@freebsd.org> Date: Thu, 05 Jun 2014 08:53:31 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, matheus@eternamente.info Subject: Re: ports from portsnap wont work ... References: <8148940bc838584188671feb802b4dd8.squirrel@arroway.org> <538EAD17.5050608@gmx.de> <538EC0E2.3020009@freebsd.org> <7d770e6301891c786df5eae030bc3da2.squirrel@arroway.org> In-Reply-To: <7d770e6301891c786df5eae030bc3da2.squirrel@arroway.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ID: JOyJIEZSYh6NgReTJm2TyyWE5u0T5n84IwcEQnO85pmBGsaivtpZbyXlHY5E8IVQ8q X-TOI-MSGID: 926e995b-d567-4b1e-a807-b6608da8a676 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jun 2014 06:53:49 -0000 Am 05.06.2014 02:11, schrieb Nenhum_de_Nos: > > On Wed, June 4, 2014 03:46, Stefan Esser wrote: >> Am 04.06.2014 07:22, schrieb Matthias Andree: >>> Am 04.06.2014 04:44, schrieb Nenhum_de_Nos: >>>> hail, >>>> >>>> two of my machines got this: >>> >>> [long list of substitution failures from the 'make' command] >>> >>> What operating systems runs on those machines? I suspect it's a version >>> that is no longer supported, see >>> >>> Chances are you need to upgrade the system to a supported version first. >> >> Or, if you cannot upgrade the system right now, install bmake (the make >> program used in supported releases) in addition to fmake (the "old" make >> used in no longer supported FreeBSD versions). You'll find bmake as a >> package or you might still be able to build the devel/bmake port. >> >> You should keep the old make program around as "fmake" and can install >> the new one as "make" for the ports system. >> >> This does not make your system supported, if it wasn't before, but you >> could gain some time to prepare the upgrade to a supported system ... > > no good for me :( Hmmm, too bad, this used to work ... :( > phoenix# ls -l *make* > -r-xr-xr-x 1 root wheel 423984 Jun 4 21:06 fmake > -r-xr-xr-x 1 root wheel 423984 Apr 25 22:06 make > -r-xr-xr-x 1 root wheel 215776 Apr 25 21:58 makeinfo > -r-xr-xr-x 1 root wheel 18584 Apr 25 22:06 makewhatis > phoenix# rm make > phoenix# ln -s /usr/local/bin/bmake make > phoenix# cd - > phoenix# make > make: "/usr/ports/textproc/libmrss/Makefile" line 23: Could not find bsd.port.mk > make: Fatal errors encountered -- cannot continue > make: stopped in /usr/ports/textproc/libmrss > > did I do it right ? Yes, this should have worked. You still have the copy of the system's make as fmake, and I guess that you'll see similar problems with that, too. Hmmm, I'm wondering, whether the bmake from ports does not use the Makefile includes from /usr/share/mk by default? You could try again with "make -I /usr/share/mk", just to see whether make uses the bsd.port.mk that ought to be in that directory. But there have been complex changes to the .mk files in that directory and in /usr/ports/Mk, a few weeks ago, which aim to clean up the port options handling. And while you got the new files in /usr/ports/mk when you updated the ports tree, you probably missed to corresponding changes to files in /usr/share/mk ... But I cannot easily tell this. You can grab bsd.port*.mk from a supported release (e.g. 8.4) via svnweb and place these files in /usr/share/mk. But I cannot guarantee, that this will work. Warner Losh (imp@freebsd.org) made the changes to the .mk files, and they are important on and useful on the path forward. And they were performed in such a way, that all supported versions grok them. But not using a supported version has always meant, that you are bound to the last ports tree before support ended. Updating to a newer ports tree may introduce new features, that have never been backported to the unsupported release. And in fact, feature updates are often held back and delayed because of being incompatible (and hard to fix) in older releases - as was the case with the change from fmake to bmake. New releases are created for a reason: There are changes that can not be backported into older releases without API/ABI changes or violation of POLA. In the case of the ports system, such changes can only be applied, when all incompatible releases have been declared EOL. IIRC, you are on an unsupported version in the 8.x series. You should be able to update kernel and world to 8.4 in place and on a running system (unless it is under such high load throughout the day, that you cannot compile on this system). You should follow the procedure detailed in the handbook to upgrade, and of course have a backup in case of unforeseen problems. Ports from any 8.x release will still work without recompilation (within one release, all versions should be upwards binary compatible, i.e. have a stale ABI). If your system has enough RAM and CPU, you could even install a newer release in a jail and test your ports, then copy over the kernel and world from the jail to the base system (use "make installworld" with an object directory that points into the compiled world in the jail to install the already built world into the jail host without the need for another buildworld/buildkernel). If you are using a GENERIC kernel and an unmodified older 8.x version, you could also use freebsd-update to go to a newer release (again, after creating backups - on a ZFS system a snapshot might suffice if you have an alternate boot media for the new release at hand, in case you want to re-instantiate the snapshot as your working file-system). Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Thu Jun 5 08:32:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 508A4180 for ; Thu, 5 Jun 2014 08:32:50 +0000 (UTC) Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:2:7]) by mx1.freebsd.org (Postfix) with ESMTP id DBD482E89 for ; Thu, 5 Jun 2014 08:32:49 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhUKANwpkFM7p/kP/2dsb2JhbABZg1mDRKdhBplKdIJPBE0EDycCBRYLAgsDAgECAQlCDQgBAYg9ngWPIqYYFwSBJoQri3mBSwStTINK Received: from eth4368.nsw.adsl.internode.on.net (HELO fish.ish.com.au) ([59.167.249.15]) by ipmail07.adl2.internode.on.net with ESMTP; 05 Jun 2014 18:02:46 +0930 Received: from ip-136.ish.com.au ([203.29.62.136]:55087) by fish.ish.com.au with esmtpsa (UNKNOWN:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1WsT66-0006B0-2p for freebsd-stable@freebsd.org; Thu, 05 Jun 2014 18:32:31 +1000 Message-ID: <53902B1D.8030200@ish.com.au> Date: Thu, 05 Jun 2014 18:32:29 +1000 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:30.0) Gecko/20100101 Thunderbird/30.0 MIME-Version: 1.0 To: freebsd-stable Subject: ZFS boot pool selection X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jun 2014 08:32:50 -0000 I'd like to better understand the boot process as it applies to a ZFS on root approach in FreeBSD 9 or 10 using GPT. What I understand so far: A. BIOS is able to execute some code placed in a special partition on a GPT formatted disk. This code is 40kB of hand crafted code and installed using: gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0 The partition itself must be created as gpart add -s 222 -a 4k -t freebsd-boot -l boot0 ada0 B. For older BIOS systems without knowledge of GPT, the pmbr is installed in some other special location on the disk, outside any partitions. This is 512 bytes of code and does nothing other than pretend to be MBR to tell the old BIOS (or Windows?) to not mess with this disk. C. Once gptzfsboot is executing on the CPU, it is able to mount a ZFS pool in read only mode. Enough to read the kernel and get a full ZFS implementation in place. Questions 1. If I have two zpools on this machine, how does gptzfsboot know which one to boot the kernel from? Does it just start by iterating through all zfs partitions until it finds the zpool metadata cache which give it enough information to mount some zpool? In other words, does it pick a random pool from what it can access? 2. How does it know where to find the kernel once it mounts the ZFS pool, or is the /boot/kernel location hardcoded into the gptzfsboot code? 3. Once the kernel is booted, then it can read /boot/loader.conf. In there we can see vfs.root.mountfrom="zfs:tank" but isn't this a bit late? We've already mounted this pool and loaded the kernel from it. Can we omit vfs.root.mountfrom entirely? I understand grub a little better, since in that case you configure, then install a new configured grub artifact into the right places. But with the FreeBSD boot process there seems to be no configuration of the first stage boot loader. Thanks very much for helping me to understand this boot process in more detail Cheers Ari -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Thu Jun 5 12:52:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83FFA293 for ; Thu, 5 Jun 2014 12:52:26 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "NewFS.denninger.net", Issuer "NewFS.denninger.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46C2628DD for ; Thu, 5 Jun 2014 12:52:25 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.8/8.14.8) with ESMTP id s55CMYij047424 for ; Thu, 5 Jun 2014 07:22:34 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Thu Jun 5 07:22:34 2014 Message-ID: <53906105.2080302@denninger.net> Date: Thu, 05 Jun 2014 07:22:29 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: ZFS boot pool selection References: <53902B1D.8030200@ish.com.au> In-Reply-To: <53902B1D.8030200@ish.com.au> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020307060207000604080807" X-Antivirus: avast! (VPS 140605-0, 06/05/2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jun 2014 12:52:26 -0000 This is a cryptographically signed message in MIME format. --------------ms020307060207000604080807 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 6/5/2014 3:32 AM, Aristedes Maniatis wrote: > I'd like to better understand the boot process as it applies to a ZFS o= n root approach in FreeBSD 9 or 10 using GPT. What I understand so far: > > A. BIOS is able to execute some code placed in a special partition on a= GPT formatted disk. This code is 40kB of hand crafted code and installed= using: > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0 > > The partition itself must be created as > > gpart add -s 222 -a 4k -t freebsd-boot -l boot0 ada0 > > > B. For older BIOS systems without knowledge of GPT, the pmbr is install= ed in some other special location on the disk, outside any partitions. Th= is is 512 bytes of code and does nothing other than pretend to be MBR to = tell the old BIOS (or Windows?) to not mess with this disk. > > C. Once gptzfsboot is executing on the CPU, it is able to mount a ZFS p= ool in read only mode. Enough to read the kernel and get a full ZFS imple= mentation in place. > > > > Questions > > 1. If I have two zpools on this machine, how does gptzfsboot know which= one to boot the kernel from? Does it just start by iterating through all= zfs partitions until it finds the zpool metadata cache which give it eno= ugh information to mount some zpool? In other words, does it pick a rando= m pool from what it can access? It looks at the pools until it finds "bootfs" defined on one of them,=20 which tells it where to boot from. > > 2. How does it know where to find the kernel once it mounts the ZFS poo= l, or is the /boot/kernel location hardcoded into the gptzfsboot code? Once it has found "bootfs" it expects the usual structures to be there=20 (e.g. the "/boot" directory) > > 3. Once the kernel is booted, then it can read /boot/loader.conf. In th= ere we can see vfs.root.mountfrom=3D"zfs:tank" but isn't this a bit late?= We've already mounted this pool and loaded the kernel from it. Can we om= it vfs.root.mountfrom entirely? I do not have it in my /boot/loader.conf file. I have "beadm" set up which allows me to snapshot the existing running=20 system structure off my root pool (a separate pool from where data=20 lives) and then start it in a jail and perform an update on it there. I = can then swap to it on the next boot if I wish while retaining the=20 previous system copy (in case something goes wrong.) > > > I understand grub a little better, since in that case you configure, th= en install a new configured grub artifact into the right places. But with= the FreeBSD boot process there seems to be no configuration of the first= stage boot loader. > > > Thanks very much for helping me to understand this boot process in more= detail > > > Cheers > Ari > > --=20 -- Karl karl@denninger.net --------------ms020307060207000604080807 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA2MDUxMjIyMjlaMCMGCSqGSIb3DQEJBDEW BBQgeZ3rO/ka58ecT+G8gcPD0yGDdzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIAas2vta9bMk8kSryrEXsHVvxpmDRg u8LmDRJpXtm8J6b7swBut4tzmq/0YOAixUQqLddBAACHIhN/Xyl+iK1o1O77aUdlYHn8XEMA DmEALknH1pi91Fow0g5kDuOklYa9v7mDkQl8Y8HPv3Ey+zAfJ8HEaDZjq3Sql469WaSWgfo4 wyZWzI2NabYvEYegBkC1cdMam5WpyFrgWBs98zwgQozQ18dqCPlSCjhJPxexoF2VaA2PTPK9 1XPc/gUa7B6m2S2PfyRYC12/ps259JBlEl+aPmv0b73EYIKE/F5tOXljoQzuXPrn+MJQFlZP EH2VDEdYEvaddsPTjFEooU/Z+xFWvRhrgHt1SpeLYtMC9Cets0TY26TrsNIbVdPoEYcox/F0 9JLNmg6vgUEJ4heGKjO4Lm4aEH25z9gLIt8rdseoexrDUOeuDFrRz9kHhwvb2OZn6lBjBTK5 EBL05tAWwNVQ0jTGFqeL+t/xSwwzc0IiTAAOgf3jYFd1JDkgu2gbJuZS1TlJIAk6/G/pbEFg 0GuYCZnXhSocHH4rG7nhAcCYqytS+k3SF94XkBzekL5d67Td5air0DVnCX84rVXd6lRdZEr+ 3aDfHEZyIVZZDKKJtEF9FVEs/tXDGy0E42Zd5Qg6pi8KTKvHIIFpRR0/WlAprP7yiZUxQQPA W/H1gTAAAAAAAAA= --------------ms020307060207000604080807-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 5 16:31:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 603F69F for ; Thu, 5 Jun 2014 16:31:12 +0000 (UTC) Received: from forward5l.mail.yandex.net (forward5l.mail.yandex.net [IPv6:2a02:6b8:0:1819::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E7D8E206F for ; Thu, 5 Jun 2014 16:31:11 +0000 (UTC) Received: from smtp19.mail.yandex.net (smtp19.mail.yandex.net [95.108.252.19]) by forward5l.mail.yandex.net (Yandex) with ESMTP id B517DC412B5; Thu, 5 Jun 2014 20:31:00 +0400 (MSK) Received: from smtp19.mail.yandex.net (localhost [127.0.0.1]) by smtp19.mail.yandex.net (Yandex) with ESMTP id 61822BE0545; Thu, 5 Jun 2014 20:31:00 +0400 (MSK) Received: from 84.201.164.102-vpn.dhcp.yndx.net (84.201.164.102-vpn.dhcp.yndx.net [84.201.164.102]) by smtp19.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id pVwrfKonAl-UxfW2eL9; Thu, 5 Jun 2014 20:30:59 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 769dd565-f6ab-45ec-99e9-5a6519d3866c DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1401985859; bh=wOnBN3fehHjoQykCVLnhD0vAX0jl+ySI/yzY5KgNiFY=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=oZzRw11AYhzLjMbuFwM48uMBkQiMbchgd278CtS6CGkAXN6wN15pX1CHuT94Gbxyp UewAvqqcKoIiZJxZ2ILpuFnpb1SZsfmlXsYCe5bDywg/1RUhN1ufJkEYCcHgye0wFf cThajZ/0fa//+kIeMt6Jn3lepAk8Jqif3jvAlWjs= Authentication-Results: smtp19.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <53909B22.7000801@yandex.ru> Date: Thu, 05 Jun 2014 20:30:26 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Aristedes Maniatis , freebsd-stable Subject: Re: ZFS boot pool selection References: <53902B1D.8030200@ish.com.au> In-Reply-To: <53902B1D.8030200@ish.com.au> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jun 2014 16:31:12 -0000 On 05.06.2014 12:32, Aristedes Maniatis wrote: > A. BIOS is able to execute some code placed in a special partition on > a GPT formatted disk. This code is 40kB of hand crafted code and > installed using: > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0 > > The partition itself must be created as > > gpart add -s 222 -a 4k -t freebsd-boot -l boot0 ada0 > > > B. For older BIOS systems without knowledge of GPT, the pmbr is > installed in some other special location on the disk, outside any > partitions. This is 512 bytes of code and does nothing other than > pretend to be MBR to tell the old BIOS (or Windows?) to not mess with > this disk. No. BIOS starts bootcode from PMBR. Then it starts bootcode from freebsd-boot partition. Then it starts loader or kernel. This method also called as legacy boot. UEFI doesn't use bootcode on the freebsd-boot partition. > C. Once gptzfsboot is executing on the CPU, it is able to mount a ZFS > pool in read only mode. Enough to read the kernel and get a full ZFS > implementation in place. gptzfsboot is able to find needed partition and ZFS pool, then it search the zfsloader or kernel and without mounting loads and starts it. http://www.freebsd.org/cgi/man.cgi?gpart#BOOTSTRAPPING > Questions > > 1. If I have two zpools on this machine, how does gptzfsboot know > which one to boot the kernel from? Does it just start by iterating > through all zfs partitions until it finds the zpool metadata cache > which give it enough information to mount some zpool? In other words, > does it pick a random pool from what it can access? AFAIK, it will try to boot from the first ZFS pool that it can find. > 2. How does it know where to find the kernel once it mounts the ZFS > pool, or is the /boot/kernel location hardcoded into the gptzfsboot > code? /boot/kernel/kernel is hardcoded. But when zfsloader is used, it has some environment variables and you are able to change the kernel location. > 3. Once the kernel is booted, then it can read /boot/loader.conf. In > there we can see vfs.root.mountfrom="zfs:tank" but isn't this a bit > late? We've already mounted this pool and loaded the kernel from it. Kernel doesn't read loader.conf. The loader/zfsloader does that. > Can we omit vfs.root.mountfrom entirely? Yes. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Fri Jun 6 02:12:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53484348 for ; Fri, 6 Jun 2014 02:12:04 +0000 (UTC) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:2:6]) by mx1.freebsd.org (Postfix) with ESMTP id D9D3B2531 for ; Fri, 6 Jun 2014 02:12:03 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlgXAMsikVM7p/kP/2dsb2JhbABZg19WqnUGmDpOAQIBgSB1hAMBAQQBJ1EGCQILGAkWDwkDAgECAQk8BgEMCAEBBYgxBw7MUhcEhVmJE4RBBI1mlCKLToNOWg Received: from eth4368.nsw.adsl.internode.on.net (HELO fish.ish.com.au) ([59.167.249.15]) by ipmail06.adl2.internode.on.net with ESMTP; 06 Jun 2014 11:41:26 +0930 Received: from ip-136.ish.com.au ([203.29.62.136]:58469) by fish.ish.com.au with esmtpsa (UNKNOWN:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1Wsjcm-0001oL-26; Fri, 06 Jun 2014 12:11:21 +1000 Message-ID: <53912346.7010207@ish.com.au> Date: Fri, 06 Jun 2014 12:11:18 +1000 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:30.0) Gecko/20100101 Thunderbird/30.0 MIME-Version: 1.0 To: "Andrey V. Elsukov" , freebsd-stable Subject: Re: ZFS boot pool selection References: <53902B1D.8030200@ish.com.au> <53909B22.7000801@yandex.ru> In-Reply-To: <53909B22.7000801@yandex.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jun 2014 02:12:04 -0000 On 6/06/2014 2:30am, Andrey V. Elsukov wrote: > On 05.06.2014 12:32, Aristedes Maniatis wrote: >> C. Once gptzfsboot is executing on the CPU, it is able to mount a ZFS >> pool in read only mode. Enough to read the kernel and get a full ZFS >> implementation in place. > > gptzfsboot is able to find needed partition and ZFS pool, then it search > the zfsloader or kernel and without mounting loads and starts it. > > http://www.freebsd.org/cgi/man.cgi?gpart#BOOTSTRAPPING > AFAIK, it will try to boot from the first ZFS pool that it can find. Then it would seem that the ZFS property bootfs is pretty much ignored. I know that I've never set it and everything seems to boot fine. Effectively it will load zfsloader from a random pool from all the pools it finds. Documentation is rather inconsistent too. One page [1] says bootfs should just point to the pool. Another page [2] that it points to the filesystem. I'm guessing this is inconsistent because that command actually does nothing. >> 2. How does it know where to find the kernel once it mounts the ZFS >> pool, or is the /boot/kernel location hardcoded into the gptzfsboot >> code? > > /boot/kernel/kernel is hardcoded. But when zfsloader is used, it has > some environment variables and you are able to change the kernel location. > >> 3. Once the kernel is booted, then it can read /boot/loader.conf. In >> there we can see vfs.root.mountfrom="zfs:tank" but isn't this a bit >> late? We've already mounted this pool and loaded the kernel from it. > > Kernel doesn't read loader.conf. The loader/zfsloader does that. > >> Can we omit vfs.root.mountfrom entirely? > > Yes. Right, so zfsloader reads loader.conf and uses vfs.root.mountfrom (if it exists) to work out which pool contains the kernel and root filesystem. If vfs.root.mountfrom doesn't exist then it tries the pool that already contains zfsloader. Which makes vfs.root.mountfrom a bit pointless. When the machine boots the kernel you get dmesg text scrolling by in a light font. I'm guessing that when that font changes to a darker colour that's the point at which the kernel has now mounted the system read-write and it ready to load userland. Should vfs.root.mountfrom and bootfs be removed from the latest ZFS howto instructions? Cheers Ari [1] # zpool set bootfs=zroot zroot https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/Mirror [2] # zpool set bootfs=zroot/ROOT/default zroot https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Fri Jun 6 03:34:47 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C20F4C5B for ; Fri, 6 Jun 2014 03:34:47 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "NewFS.denninger.net", Issuer "NewFS.denninger.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C04F2CA9 for ; Fri, 6 Jun 2014 03:34:46 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.8/8.14.8) with ESMTP id s563YflR038320 for ; Thu, 5 Jun 2014 22:34:41 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Thu Jun 5 22:34:41 2014 Message-ID: <539136CC.3060900@denninger.net> Date: Thu, 05 Jun 2014 22:34:36 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: ZFS boot pool selection References: <53902B1D.8030200@ish.com.au> <53909B22.7000801@yandex.ru> <53912346.7010207@ish.com.au> In-Reply-To: <53912346.7010207@ish.com.au> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080505080904090300000100" X-Antivirus: avast! (VPS 140605-3, 06/05/2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jun 2014 03:34:47 -0000 This is a cryptographically signed message in MIME format. --------------ms080505080904090300000100 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 6/5/2014 9:11 PM, Aristedes Maniatis wrote: > On 6/06/2014 2:30am, Andrey V. Elsukov wrote: > >> On 05.06.2014 12:32, Aristedes Maniatis wrote: >>> C. Once gptzfsboot is executing on the CPU, it is able to mount a ZFS= >>> pool in read only mode. Enough to read the kernel and get a full ZFS >>> implementation in place. >> gptzfsboot is able to find needed partition and ZFS pool, then it sear= ch >> the zfsloader or kernel and without mounting loads and starts it. >> >> http://www.freebsd.org/cgi/man.cgi?gpart#BOOTSTRAPPING >> AFAIK, it will try to boot from the first ZFS pool that it can find. > > Then it would seem that the ZFS property bootfs is pretty much ignored.= I know that I've never set it and everything seems to boot fine. Effecti= vely it will load zfsloader from a random pool from all the pools it find= s. No it's not. I use it to choose which filesystem to boot from when I=20 have multiple roots available, which I do when performing upgrades. > > Documentation is rather inconsistent too. One page [1] says bootfs shou= ld just point to the pool. Another page [2] that it points to the filesys= tem. > > I'm guessing this is inconsistent because that command actually does no= thing. No, it tells the system where the root filesystem is (which should=20 contain /boot) > =20 >>> 2. How does it know where to find the kernel once it mounts the ZFS >>> pool, or is the /boot/kernel location hardcoded into the gptzfsboot >>> code? >> /boot/kernel/kernel is hardcoded. But when zfsloader is used, it has >> some environment variables and you are able to change the kernel locat= ion. >> >>> 3. Once the kernel is booted, then it can read /boot/loader.conf. In >>> there we can see vfs.root.mountfrom=3D"zfs:tank" but isn't this a bit= >>> late? We've already mounted this pool and loaded the kernel from it. >> Kernel doesn't read loader.conf. The loader/zfsloader does that. >> >>> Can we omit vfs.root.mountfrom entirely? >> Yes. > > Right, so zfsloader reads loader.conf and uses vfs.root.mountfrom (if i= t exists) to work out which pool contains the kernel and root filesystem.= If vfs.root.mountfrom doesn't exist then it tries the pool that already = contains zfsloader. Which makes vfs.root.mountfrom a bit pointless. > > When the machine boots the kernel you get dmesg text scrolling by in a = light font. I'm guessing that when that font changes to a darker colour t= hat's the point at which the kernel has now mounted the system read-write= and it ready to load userland. > > Should vfs.root.mountfrom and bootfs be removed from the latest ZFS how= to instructions? Absolutely not on bootfs, as it is honored if set. --=20 -- Karl karl@denninger.net --------------ms080505080904090300000100 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA2MDYwMzM0MzZaMCMGCSqGSIb3DQEJBDEW BBQMN2bLhkaN5UKPP6u8HJ5d40UMuDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIAK6CYn4XHksGLy3f5cUMYcEFqw3An DA6Vq/XZUNu+HcNoOC7B8CQagMhisJBgF7J+yAS7InCVOLS7Jbr9JBcCjuFbmAfh/krx4+lQ wfWvUg8GzmgBxE6IlwZVzNno/8UOHdFFh3b9snDSn3LSHcyy/7ryc4KgBF1JenUmWu/RtXms Uutf6kEsUnIASPVmG0BrTgnMTyNgQhAew8XRU18IhgWN8I7vFexa+a/avNwTrKNzefjI1QMf tWQvGMMSd0M8RxKbdl2U4HDeCBQnA8zNwTY1925eCkvZvVZGgoqvaWUjanGQz4dIrW/G7MFq MoEF33LzmmiqZXAS8WCvJ/uT1HPab8b5r19HQExVE17XqDirabhT50ls0Sa7ThmS05KCBhkJ 7fgUgCXXZoj7jC7Vjrw/laMi28MBOV5q1MpwJXk/bK/B3m9DIa+iir0qr05NWHcbsMnVlVCg 90lDYnctfWIOpyb1kF6oIXVmm5pbK2T8oBL26RaRwTQrF2dW/fbHwJWCQhRBw6VoOrf9FL9T b8u9p5p5c9+XvgS0kyTgCjDz60NiH2Uo7oGnKxfzTAUqChiYjtEhZEPFrYgCL4381HCQcFZB jSPL/v6nZKIyZLyE2tXqwz0XeIGTcdvEt0OOZDkbRvEzb2P89axFQmf8RWBX+RSTffJb2HvN A/8pozYAAAAAAAA= --------------ms080505080904090300000100-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 6 09:26:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D065EDD4 for ; Fri, 6 Jun 2014 09:26:55 +0000 (UTC) Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57DE92A47 for ; Fri, 6 Jun 2014 09:26:55 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id pv20so1376849lab.27 for ; Fri, 06 Jun 2014 02:26:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=F0vjMNhUSdi/rwvGO0b8/T7hDo572MPDqFLMW4XbZco=; b=tw7vSwu7q2xyIHiKnIG6GRTbTPhGCAX/Ft4fsWGKO90gOxuMWKpSvnAulJIZBga2Xx xlHLJBnUCI+QP4tZNwVfi7Yb0/DwDN4Wk3Srckcgm5Xi+vEMziWKoMOufN9Rm1sPXb6b F9VnzaQx5cWgirWtW6O3oLA4suNWKHD0CXQ1z5EtyNTvzgNJUmIX89fQR/Tzdo3RGzez EoZdcZ7Bb9ytqR1bxRLaYNSfatnw6V9tuYm6QwcsEQlqPeK3limGjd2Ai4AKYr+5c/Hl nvj7h4i+Hj0om/m88CgHmEYfj0oOBfhcmSs03FJ4EzGCMgHLcp6wnPDMb6Y4YYCJxrxk 8wzA== MIME-Version: 1.0 X-Received: by 10.112.149.36 with SMTP id tx4mr1089861lbb.59.1402046812815; Fri, 06 Jun 2014 02:26:52 -0700 (PDT) Received: by 10.112.137.69 with HTTP; Fri, 6 Jun 2014 02:26:52 -0700 (PDT) In-Reply-To: <53912346.7010207@ish.com.au> References: <53902B1D.8030200@ish.com.au> <53909B22.7000801@yandex.ru> <53912346.7010207@ish.com.au> Date: Fri, 6 Jun 2014 10:26:52 +0100 Message-ID: Subject: Re: ZFS boot pool selection From: Tom Evans To: Aristedes Maniatis Content-Type: text/plain; charset=UTF-8 Cc: "Andrey V. Elsukov" , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jun 2014 09:26:55 -0000 On Fri, Jun 6, 2014 at 3:11 AM, Aristedes Maniatis wrote: > Should vfs.root.mountfrom and bootfs be removed from the latest ZFS howto instructions? Definitely not either. I use manageBE (another beadm-a-like tool) to manage my root pool, the bootfs property is what determines which root is used, and vfs.root.mountfrom is what I would put in the loader to boot from a different one. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Fri Jun 6 11:57:50 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95222C43; Fri, 6 Jun 2014 11:57:50 +0000 (UTC) Received: from cpsmtpb-ews06.kpnxchange.com (cpsmtpb-ews06.kpnxchange.com [213.75.39.9]) by mx1.freebsd.org (Postfix) with ESMTP id 30280276F; Fri, 6 Jun 2014 11:57:46 +0000 (UTC) Received: from cpsps-ews04.kpnxchange.com ([10.94.84.171]) by cpsmtpb-ews06.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 6 Jun 2014 13:56:35 +0200 Received: from CPSMTPM-CMT102.kpnxchange.com ([195.121.3.18]) by cpsps-ews04.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 6 Jun 2014 13:56:35 +0200 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT102.kpnxchange.com over TLS secured channel with Microsoft SMTPSVC(7.0.6002.18264); Fri, 6 Jun 2014 13:56:35 +0200 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.8/8.14.8) with ESMTP id s56BuYLB068368; Fri, 6 Jun 2014 13:56:34 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1Wssl3-00062u-5w; Fri, 06 Jun 2014 13:56:29 +0200 Date: Fri, 6 Jun 2014 13:56:29 +0200 From: Willy Offermans To: freebsd-stable@FreeBSD.ORG, freebsd-ports@FreeBSD.org Subject: error during cups compilation Message-ID: <20140606115628.GA3721@vpn.offrom.nl> Reply-To: Willy@Offermans.Rompen.nl MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 06 Jun 2014 11:56:35.0441 (UTC) FILETIME=[5DAB6610:01CF817E] X-RcptDomain: FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jun 2014 11:57:50 -0000 Dear FreeBSD friends, The following error popped up during installation of cups: ~/portupgrade -R -N cups dirsvc.o: In function `cupsdStartBrowsing': /usr/ports/print/cups-base/work/cups-1.7.2/scheduler/dirsvc.c:244: undefined reference to `dnssdRegisterAllPrinters' dirsvc.o: In function `cupsdStopBrowsing': /usr/ports/print/cups-base/work/cups-1.7.2/scheduler/dirsvc.c:262: undefined reference to `dnssdDeregisterAllPrinters' cc: error: linker command failed with exit code 1 (use -v to see invocation) gmake[3]: *** [cupsd] Error 1 gmake[3]: Leaving directory `/usr/ports/print/cups-base/work/cups-1.7.2/scheduler' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/print/cups-base/work/cups-1.7.2' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Has anyone an idea how to solve this? Does ``undefined reference'' mean that there is no definition for this function or that the appropriate library is missing? How can I determine the required libraries? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans From owner-freebsd-stable@FreeBSD.ORG Fri Jun 6 12:50:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2C7FA9 for ; Fri, 6 Jun 2014 12:50:51 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 94F422CDB for ; Fri, 6 Jun 2014 12:50:51 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1WstbW-0007AM-Sn for freebsd-stable@freebsd.org; Fri, 06 Jun 2014 14:50:43 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: error during cups compilation References: <20140606115628.GA3721@vpn.offrom.nl> Date: Fri, 06 Jun 2014 14:50:41 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <20140606115628.GA3721@vpn.offrom.nl> User-Agent: Opera Mail/12.17 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: -- X-Spam-Score: -2.9 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED, BAYES_00 autolearn=disabled version=3.3.2 X-Scan-Signature: ba572e8a3bde05b4b19613c12a9e49fc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jun 2014 12:50:51 -0000 On Fri, 06 Jun 2014 13:56:29 +0200, Willy Offermans wrote: > Dear FreeBSD friends, > > The following error popped up during installation of cups: > > ~/portupgrade -R -N cups > > dirsvc.o: In function `cupsdStartBrowsing': > /usr/ports/print/cups-base/work/cups-1.7.2/scheduler/dirsvc.c:244: > undefined reference to `dnssdRegisterAllPrinters' > dirsvc.o: In function `cupsdStopBrowsing': > /usr/ports/print/cups-base/work/cups-1.7.2/scheduler/dirsvc.c:262: > undefined reference to `dnssdDeregisterAllPrinters' > cc: error: linker command failed with exit code 1 (use -v to see > invocation) > gmake[3]: *** [cupsd] Error 1 > gmake[3]: Leaving directory > `/usr/ports/print/cups-base/work/cups-1.7.2/scheduler' > gmake[2]: *** [all] Error 1 > gmake[2]: Leaving directory `/usr/ports/print/cups-base/work/cups-1.7.2' > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure > to > the maintainer. > *** Error code 1 > > Has anyone an idea how to solve this? > > Does ``undefined reference'' mean that there is no definition for this > function or that the appropriate library is missing? How can I determine > the required libraries? > > https://www.google.nl/search?q=undefined+reference+to+%60dnssdRegisterAllPrinters' gives me as top hit: http://www.linuxfromscratch.org/pipermail/blfs-book/2014-April/041882.html Which looks the same. Read the replies on that message for a solution/workaround. Regards, Ronald. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 6 22:08:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86F4CD07; Fri, 6 Jun 2014 22:08:17 +0000 (UTC) Received: from mail-qa0-x22d.google.com (mail-qa0-x22d.google.com [IPv6:2607:f8b0:400d:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 395C724B0; Fri, 6 Jun 2014 22:08:17 +0000 (UTC) Received: by mail-qa0-f45.google.com with SMTP id hw13so4911470qab.32 for ; Fri, 06 Jun 2014 15:08:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ALcz0tyrdBrJFZo9fZH0GL/A9/hjNL5cWeaxFEPAKj8=; b=o2KIelIF8hMiEh1dudbqTtUWtb6lJy3wZWshaiDco+ZpvJw7o+wSoAccfMjszQVpP2 CXllcdjf63/ioqbcYvWEPsLTxlvcurKgMnSJYNBKrpj3dTOHM0g2b7P/aGL7GR2hACJQ p+64MS+AvX5y1bGz6WDm8SmJx0Q8PhmqgQGqwWVjd4dzz1Oxv8VnW8O1ELaDzFJ/N0nq nWnDnn4T6V2CcG9JTeovO8W5D1kp+dF9oJEyK6tW5WETHrjqD1mi8zk+2Qe/RTMP2JNO UIi2r1KyuapZOgG9lyCXzhd9gG8rzLAM13R1YitnMq27hmZGjaLbW3CXmT5NRYf6/TDl JDNA== MIME-Version: 1.0 X-Received: by 10.224.55.6 with SMTP id s6mr13068431qag.7.1402092495791; Fri, 06 Jun 2014 15:08:15 -0700 (PDT) Received: by 10.96.73.39 with HTTP; Fri, 6 Jun 2014 15:08:15 -0700 (PDT) In-Reply-To: <201405091348.02454.jhb@freebsd.org> References: <1398097892.1101.6.camel@powernoodle.corp.yahoo.com> <201405081219.27412.jhb@freebsd.org> <201405091348.02454.jhb@freebsd.org> Date: Fri, 6 Jun 2014 15:08:15 -0700 Message-ID: Subject: Re: stable/10 panic From: hiren panchasara To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jun 2014 22:08:17 -0000 This is the new one I've seen happening intermittently on the same set of hosts: panic: Unlocked pipe passed to pipeunlock cpuid = 8 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe048e18a7e0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe048e18a890 vpanic() at vpanic+0x126/frame 0xfffffe048e18a8d0 kassert_panic() at kassert_panic+0x136/frame 0xfffffe048e18a940 pipe_write() at pipe_write+0xa00/frame 0xfffffe048e18a9f0 dofilewrite() at dofilewrite+0x85/frame 0xfffffe048e18aa40 kern_writev() at kern_writev+0x65/frame 0xfffffe048e18aa90 sys_write() at sys_write+0x63/frame 0xfffffe048e18aae0 ia32_syscall() at ia32_syscall+0x255/frame 0xfffffe048e18abf0 Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfffffe048e18abf0 From owner-freebsd-stable@FreeBSD.ORG Fri Jun 6 23:24:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C83B4925 for ; Fri, 6 Jun 2014 23:24:50 +0000 (UTC) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (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 4FD4A2B8D for ; Fri, 6 Jun 2014 23:24:49 +0000 (UTC) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:240:caff:fe92:4f47]) by saturn.lyxys.ka.sub.org (8.14.7/8.14.7) with ESMTP id s56NE2ZW036988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Sat, 7 Jun 2014 01:14:02 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.14.9/8.14.8) with ESMTP id s56NE37a001122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 7 Jun 2014 01:14:03 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.14.9/8.14.8/Submit) id s56NE3S3001121 for freebsd-stable@freebsd.org; Sat, 7 Jun 2014 01:14:03 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyx: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Sat, 7 Jun 2014 01:14:03 +0200 From: Wolfgang Zenker To: freebsd-stable@freebsd.org Subject: Problem building ports after upgrade Message-ID: <20140606231402.GA914@lyxys.ka.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: private site User-Agent: Mutt/1.5.22 (2013-10-16) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Sat, 07 Jun 2014 01:14:02 +0200 (CEST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jun 2014 23:24:50 -0000 Hi, after upgrading 10-STABLE to r267142 and going to r356862 in ports, I now have a problem building ports: The ports that I have tried to build so far failed after the configuration build with env: NO_PIE: No such file or directory e.g. nasm: # portmaster nasm .... config.status: creating doc/Makefile config.status: creating config.h config.status: executing default-1 commands ===> Building for nasm-2.10.09_1,1 env: NO_PIE: No such file or directory ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/devel/nasm Any hints where I should start to look? Wolfgang From owner-freebsd-stable@FreeBSD.ORG Sat Jun 7 00:22:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E6207B5 for ; Sat, 7 Jun 2014 00:22:21 +0000 (UTC) Received: from pacha.mail.dyslexicfish.net (space.mail.dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DEAE220A4 for ; Sat, 7 Jun 2014 00:22:19 +0000 (UTC) Received: from catnip.dyslexicfish.net (space.mail.dyslexicfish.net [91.109.5.35]) by pacha.mail.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id s570MGn4009989; Sat, 7 Jun 2014 01:22:17 +0100 (BST) (envelope-from jamie@catnip.dyslexicfish.net) Received: (from jamie@localhost) by catnip.dyslexicfish.net (8.14.5/8.14.5/Submit) id s570MGkw009988; Sat, 7 Jun 2014 01:22:16 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201406070022.s570MGkw009988@catnip.dyslexicfish.net> Date: Sat, 07 Jun 2014 01:22:16 +0100 To: wolfgang@lyxys.ka.sub.org, freebsd-stable@freebsd.org Subject: Re: Problem building ports after upgrade References: <20140606231402.GA914@lyxys.ka.sub.org> In-Reply-To: <20140606231402.GA914@lyxys.ka.sub.org> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (pacha.mail.dyslexicfish.net [91.109.5.35]); Sat, 07 Jun 2014 01:22:17 +0100 (BST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jun 2014 00:22:21 -0000 Wolfgang Zenker wrote: > Hi, > > after upgrading 10-STABLE to r267142 and going to r356862 in ports, > I now have a problem building ports: The ports that I have tried to > build so far failed after the configuration build with > > env: NO_PIE: No such file or directory Yep, same here. Seems to be a cockup in bsd.port.mk as described here: http://www.opendevs.org/nqnmm/env-no-pie-no-such-file-or-directory.html Cheers, Jamie From owner-freebsd-stable@FreeBSD.ORG Sat Jun 7 00:23:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9DA88E5 for ; Sat, 7 Jun 2014 00:23:45 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [IPv6:2001:470:67:39d::78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C293F20CB for ; Sat, 7 Jun 2014 00:23:45 +0000 (UTC) Received: from hater-dm.corp.yahoo.com (nat-dip4.cfw-a-gci.corp.yahoo.com [209.131.62.113]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: peter) by smtp2.wemm.org (Postfix) with ESMTPSA id DB03DED9; Fri, 6 Jun 2014 17:23:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1402100623; bh=A4KueJGimxOgz51E1eTZ1a5VbI4WihojmSuKPIfn4pY=; h=Date:From:To:Subject:References:In-Reply-To; b=SsxghdZsZUCi81yABj15yzImXm1RA2jjOBYAYt5Q3czFep7745SzB/PatbJIgBC0w YlRtSlI/BHg11WQvRnF0xOnj75BgsF7nogrVY9LtqrsCMr1AgDTeQaZUdnXGT7u2Xj tFf//LZro0MBGuuiRKd2wNg9SA3uYmoGHOayszBM= Message-ID: <53925B8A.6020607@wemm.org> Date: Fri, 06 Jun 2014 17:23:38 -0700 From: Peter Wemm User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Wolfgang Zenker , freebsd-stable@freebsd.org Subject: Re: Problem building ports after upgrade References: <20140606231402.GA914@lyxys.ka.sub.org> In-Reply-To: <20140606231402.GA914@lyxys.ka.sub.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fBvJF8iwP1MpRWw4iGicCAfCl3iQLV90k" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jun 2014 00:23:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --fBvJF8iwP1MpRWw4iGicCAfCl3iQLV90k Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 6/6/14, 4:14 PM, Wolfgang Zenker wrote: > Hi, >=20 > after upgrading 10-STABLE to r267142 and going to r356862 in ports, > I now have a problem building ports: The ports that I have tried to > build so far failed after the configuration build with >=20 > env: NO_PIE: No such file or directory Yes, edit ports/Mk/bsd.port.mk and change it like this if it's not alread= y fixed: Index: bsd.port.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- bsd.port.mk (revision 356863) +++ bsd.port.mk (working copy) @@ -1632,7 +1632,7 @@ .endif # XXX PIE support to be added here -MAKE_ENV+=3D NO_PIE +MAKE_ENV+=3D NO_PIE=3Dy .if defined(NOPORTDOCS) PLIST_SUB+=3D PORTDOCS=3D"@comment " --=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6F= JV --fBvJF8iwP1MpRWw4iGicCAfCl3iQLV90k Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTkluPAAoJEDXWlwnsgJ4ExWYIANieBAnI/xNfopqDRBU1e81W +aWNBnK75W8gm+ZX2H61hLk4fU+AYOdelWM7l9qXpkw67FzaJx6jJyoC+WsSd7KO YeOnZfY+11cn89ouNICsvAu7Y3KgSH2k1W9k3zMtOZ4Od2cn9itF6WqgFY3KlSr5 JgFnBrjcQoSWoPZNNNWwV9gbiHOMNLe+OSrAYp+apAr105YdTttJqNqSd4Hq1GhS HQXu/3lrbY6aRr1sXeq33ebWkZ3YUuaFBIHlv3yWvx25VGlWbVJVoWumAR1olNvk MRxQgRhT+vJVUojVrINgw7gyVG6dc3tPERdGvjh25srEXBINCLhR1+CYY4EnvLM= =0aMw -----END PGP SIGNATURE----- --fBvJF8iwP1MpRWw4iGicCAfCl3iQLV90k-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 7 07:13:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB457C27 for ; Sat, 7 Jun 2014 07:13:46 +0000 (UTC) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (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 32C0C242F for ; Sat, 7 Jun 2014 07:13:45 +0000 (UTC) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:240:caff:fe92:4f47]) by saturn.lyxys.ka.sub.org (8.14.7/8.14.7) with ESMTP id s577DRh9038223 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Sat, 7 Jun 2014 09:13:28 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.14.9/8.14.8) with ESMTP id s577Davj002555 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 7 Jun 2014 09:13:37 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.14.9/8.14.8/Submit) id s577DaGn002554 for freebsd-stable@freebsd.org; Sat, 7 Jun 2014 09:13:36 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyx: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Sat, 7 Jun 2014 09:13:36 +0200 From: Wolfgang Zenker To: freebsd-stable@freebsd.org Subject: Re: Problem building ports after upgrade Message-ID: <20140607071336.GA2487@lyxys.ka.sub.org> References: <20140606231402.GA914@lyxys.ka.sub.org> <53925B8A.6020607@wemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53925B8A.6020607@wemm.org> Organization: private site User-Agent: Mutt/1.5.22 (2013-10-16) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Sat, 07 Jun 2014 09:13:28 +0200 (CEST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jun 2014 07:13:46 -0000 * Peter Wemm [140607 02:23]: > On 6/6/14, 4:14 PM, Wolfgang Zenker wrote: >> after upgrading 10-STABLE to r267142 and going to r356862 in ports, >> I now have a problem building ports: The ports that I have tried to >> build so far failed after the configuration build with >> env: NO_PIE: No such file or directory > Yes, edit ports/Mk/bsd.port.mk and change it like this if it's not already > fixed: > [..] thanks, I see this was fixed already in ports r356868. Wolfgang From owner-freebsd-stable@FreeBSD.ORG Sat Jun 7 16:08:41 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6F989E5; Sat, 7 Jun 2014 16:08:40 +0000 (UTC) Date: Sat, 7 Jun 2014 12:08:36 -0400 From: Glen Barber To: freebsd-stable@FreeBSD.org Subject: FreeBSD 9.3-BETA2 Now Available Message-ID: <20140607160836.GX33882@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jun 2014 16:08:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The second BETA build of the 9.3-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.3/ (or any of the FreeBSD mirror sites). If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "stable/9" branch. A list of changes since 9.2-RELEASE are available on the stable/9 release notes page here: http://www.freebsd.org/relnotes/9-STABLE/relnotes/article.html Pre-installed virtual machine images for 9.3-BETA2 are also available for amd64 and i386 architectures. The images are located under the 'snapshots' directory on FTP, here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/9.3-BETA2/ The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB, which decompress to a 20GB sparse image. The partition layout is: . 512k - freebsd-boot GPT partition type (bootfs GPT label) . 1GB - freebsd-swap GPT partition type (swapfs GPT label) . ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) Changes between 9.3-BETA1 and 9.3-BETA2 include: o Fixes for the following security advisories: FreeBSD-SA-14:08.tcp FreeBSD-SA-14:11.sendmail FreeBSD-SA-14:12.ktrace FreeBSD-SA-14:13.pam FreeBSD-SA-14:14.openssl o The newsyslog.conf(5) file now includes files in the /etc/newsyslog.conf.d/ and /usr/local/etc/newsyslog.conf.d/ directories by default. o A system crash caused by destroying an if_tap(4) device while in use has been fixed. Note to consumers of the dvd1.iso image: The version of bsdconfig(8) in the stable/9 branch does not yet support pkg(7)-format packages. While there are packages available on the dvd1.iso image, they cannot yet be installed with bsdconfig(8). They can be installed manually, however. To install packages from the dvd1.iso installer, create and mount the /dist directory: # mkdir -p /dist # mount -t cd9660 /dev/cd0 /dist Next, install pkg(8) from the DVD: # env REPOS_DIR=/dist/packages/repos \ pkg add /dist/packages/freebsd:9:*:*/All/pkg-*.txz At this point, pkg-install(8) can be used to install additional packages from the DVD. Please note, the REPOS_DIR environment variable should be used each time using the DVD as the package repository, otherwise conflicts with packages from the upstream mirrors may occur when they are fetched. For example, to install the Subversion, Gnome, and Xorg, run: # env REPOS_DIR=/dist/packages/repos \ pkg install subversion gnome2 xorg == ISO CHECKSUMS == o 9.3-BETA2 amd64: SHA256 (FreeBSD-9.3-BETA2-amd64-bootonly.iso) = 9a3376dda8f04cdec4864e0a59bb9946a3ff5f38741d0d718e3edfde1f85c02a SHA256 (FreeBSD-9.3-BETA2-amd64-bootonly.iso.xz) = 6009ca992def04c97bb5c74bf8138624d0302665e2394a8d79af665ea9a55fa9 SHA256 (FreeBSD-9.3-BETA2-amd64-disc1.iso) = 67153e78b8decb2673a51dbdc05cbe363722a746bc4b297af4de04763ef06ec9 SHA256 (FreeBSD-9.3-BETA2-amd64-disc1.iso.xz) = 37c42c7b6b58b1052dae13748cbaf49d6facafa838daa6da3a4d1133a1e73d99 SHA256 (FreeBSD-9.3-BETA2-amd64-dvd1.iso) = a1bc129831819de710017077f657f3371ca2044b0a4a292911563a0d77ec35c0 SHA256 (FreeBSD-9.3-BETA2-amd64-dvd1.iso.xz) = d982860dabe9b0dbe06a96844c4f7d92a079f67b97410f1be65f4db3e662862f SHA256 (FreeBSD-9.3-BETA2-amd64-memstick.img) = 5a256d5964d4312a394d5f1043083331541baded5b5de987754ebec0c5933a11 SHA256 (FreeBSD-9.3-BETA2-amd64-memstick.img.xz) = 213ffb9786ee0c242a2ea28b56c1463fb4ca3ea7d47ad0089ac3395c9ffff35f SHA256 (FreeBSD-9.3-BETA2-amd64-mini-memstick.img) = 300636796c156585f3a43dc1c074d9c169e66fb4528bfd6c5cf7dd02e7479f41 SHA256 (FreeBSD-9.3-BETA2-amd64-mini-memstick.img.xz) = ecf5bfbaeff256297bc047e96e1e608a46467df082d9192d8a6d6c01bcecfe83 MD5 (FreeBSD-9.3-BETA2-amd64-bootonly.iso) = 427afa93d44443d09c792e653d127eeb MD5 (FreeBSD-9.3-BETA2-amd64-bootonly.iso.xz) = b3da64a72fcfce743db23c91df48f748 MD5 (FreeBSD-9.3-BETA2-amd64-disc1.iso) = ddebfd6388332cf9b673f3807d59e786 MD5 (FreeBSD-9.3-BETA2-amd64-disc1.iso.xz) = 552840bb2cbceb5612ff0ee619f12d58 MD5 (FreeBSD-9.3-BETA2-amd64-dvd1.iso) = 12ebf128f19b35c6d389c25637ee833c MD5 (FreeBSD-9.3-BETA2-amd64-dvd1.iso.xz) = ed449b60081edb74d40e3279aa4abee5 MD5 (FreeBSD-9.3-BETA2-amd64-memstick.img) = 6721179ee6025ff4729095bcbe01ded7 MD5 (FreeBSD-9.3-BETA2-amd64-memstick.img.xz) = 52f5825f6e60b40c20d1195495774431 MD5 (FreeBSD-9.3-BETA2-amd64-mini-memstick.img) = 485adf45e8c7781d7bd7e9bf1379f465 MD5 (FreeBSD-9.3-BETA2-amd64-mini-memstick.img.xz) = c61f6c238ac22eaedfaa37b67a620367 o 9.3-BETA2 i386: SHA256 (FreeBSD-9.3-BETA2-i386-bootonly.iso) = b93150512f09dd977cffcc6011d8b7177a4d0e02aebcaf1f16f4637a7d280e70 SHA256 (FreeBSD-9.3-BETA2-i386-bootonly.iso.xz) = 28b470da7c44bac4c9fc1822f5268e43ee4eaa5df783fff62225625e7ad6608e SHA256 (FreeBSD-9.3-BETA2-i386-disc1.iso) = acfacac466052b913c54c5167d79b48a8f4ae2f122ef75a8eb34ca5ef0a73ad5 SHA256 (FreeBSD-9.3-BETA2-i386-disc1.iso.xz) = 886de8450a6fdfffada429b6e3aa27f176270b1aadd8b642bae993c994887307 SHA256 (FreeBSD-9.3-BETA2-i386-dvd1.iso) = 562d6a12dc2e231019ca49042929784df752f6fdd61ac350f31e570fbf8a39e3 SHA256 (FreeBSD-9.3-BETA2-i386-dvd1.iso.xz) = 2a346c179a71681aedf23c7ffcbb5992441d6aba62226f2ab60a0c2ddeee4862 SHA256 (FreeBSD-9.3-BETA2-i386-memstick.img) = 49044951856b26a2b3f030fe445d6ea295932c4f3e4765e9bad828e5e5d868db SHA256 (FreeBSD-9.3-BETA2-i386-memstick.img.xz) = 2d95ed8c43043d65fc85b28fc5d3358d12bbdc4b4bbe5270f525dc9cc7884017 SHA256 (FreeBSD-9.3-BETA2-i386-mini-memstick.img) = 84ed68b30bafa6359bfee7337694af9b0b42f5a11465614525250d0f2c40b9e0 SHA256 (FreeBSD-9.3-BETA2-i386-mini-memstick.img.xz) = 43d86e64ea5b429b27c02d26cba6a4b598d670f549879288530bf33954cafeca MD5 (FreeBSD-9.3-BETA2-i386-bootonly.iso) = 7a5f98b34a4492e6f9198168a26f1460 MD5 (FreeBSD-9.3-BETA2-i386-bootonly.iso.xz) = a8fc113c40cb7c5042f1ffc7733d9b93 MD5 (FreeBSD-9.3-BETA2-i386-disc1.iso) = 54f6ede557ecd1fd76d853f8ea5d4009 MD5 (FreeBSD-9.3-BETA2-i386-disc1.iso.xz) = f5c3586565f917e4b82705c2c9985144 MD5 (FreeBSD-9.3-BETA2-i386-dvd1.iso) = 9d3116c8edddd438d52ead667814c93d MD5 (FreeBSD-9.3-BETA2-i386-dvd1.iso.xz) = 2267b8deb581ddebdcd68f6d5c844328 MD5 (FreeBSD-9.3-BETA2-i386-memstick.img) = 8ed77664d27d1fa353b9c12551a5bc44 MD5 (FreeBSD-9.3-BETA2-i386-memstick.img.xz) = 6cf0d4dd8ecb57620a2d2893a0fc75b2 MD5 (FreeBSD-9.3-BETA2-i386-mini-memstick.img) = 73248529a1f1fdb7265e2d0084fbb328 MD5 (FreeBSD-9.3-BETA2-i386-mini-memstick.img.xz) = 4189c59ef596f99aba0e841144971e7d o 9.3-BETA2 ia64: SHA256 (FreeBSD-9.3-BETA2-ia64-bootonly.iso) = 123bb1e2fce0ba433d030722e90aa891b15be856b36aaf07ce649b9ab286dd11 SHA256 (FreeBSD-9.3-BETA2-ia64-bootonly.iso.xz) = bd0d46bc07514b1d8573c75eb029f7546f83c0c9dd394470611703f1618a9162 SHA256 (FreeBSD-9.3-BETA2-ia64-disc1.iso) = 3a10488005bad61271c19c0b020d254008058c4b30b19b75231e19491607df57 SHA256 (FreeBSD-9.3-BETA2-ia64-disc1.iso.xz) = 17816894648d8b347a99d94b59390cd41c3aeb2064304503d9d32a6551db1b46 SHA256 (FreeBSD-9.3-BETA2-ia64-memstick.img) = 47bfe2981ab03091822134454dc18b1c41715e9ea7a6737fb1ae3f084a971c89 SHA256 (FreeBSD-9.3-BETA2-ia64-memstick.img.xz) = 1f5e492e7bf01e418030f0c460917276d3d8beb917b7a4c05174fe288169ec33 SHA256 (FreeBSD-9.3-BETA2-ia64-mini-memstick.img) = d910d4c664c9319600c891df9c1bb009b13825118736ad23571cdd85a2ce393b SHA256 (FreeBSD-9.3-BETA2-ia64-mini-memstick.img.xz) = 6b827effdc6de7f13555fb64bf3c827ff4ec110fe1c395d31649ccced5591b2a MD5 (FreeBSD-9.3-BETA2-ia64-bootonly.iso) = a4e98e01d9805e3719985415e0e74b9d MD5 (FreeBSD-9.3-BETA2-ia64-bootonly.iso.xz) = 6af6d0c4db78f1a669e0f13c9f4f758e MD5 (FreeBSD-9.3-BETA2-ia64-disc1.iso) = bd1c34faa3e1da415455ffb06dbc9acb MD5 (FreeBSD-9.3-BETA2-ia64-disc1.iso.xz) = 109f7209e0cc8422bac80155f3a619ae MD5 (FreeBSD-9.3-BETA2-ia64-memstick.img) = 23b6b178d52f70460d3898f8933ec7e5 MD5 (FreeBSD-9.3-BETA2-ia64-memstick.img.xz) = 9fd5ea944a17abbd287cb1d088a4f376 MD5 (FreeBSD-9.3-BETA2-ia64-mini-memstick.img) = 8d064a46c563f375e0a20493e3976039 MD5 (FreeBSD-9.3-BETA2-ia64-mini-memstick.img.xz) = e1a015be0cd5f855d9db0f952e5a50b5 o 9.3-BETA2 powerpc: SHA256 (FreeBSD-9.3-BETA2-powerpc-bootonly.iso) = d2333a34ef30972fa2dbe63c5604d6fa51222e7790982835cd850466e534e73e SHA256 (FreeBSD-9.3-BETA2-powerpc-bootonly.iso.xz) = 02d89ab0731b637d10039bc7f251d3ee4ed6ca024cf939a5772b0ed9702ee9fa SHA256 (FreeBSD-9.3-BETA2-powerpc-disc1.iso) = 8b95bb1c921a7d9a162e6ebf57a1e2e9f3bc5c16e7e6f3b89aba0b5a5a4d2b9e SHA256 (FreeBSD-9.3-BETA2-powerpc-disc1.iso.xz) = 001ae70c698068c61664aebef5c931065dc9abcb0a490c50901caaec27149671 SHA256 (FreeBSD-9.3-BETA2-powerpc-memstick.img) = 6b12c23d4cd251cae5abb83da0932d3a39ef969b7246c92e94659fb7b413d499 SHA256 (FreeBSD-9.3-BETA2-powerpc-memstick.img.xz) = 48b00415085fc28afb09ef5ef019cb2507dc825b0b828f97c6fde5c315550a8c SHA256 (FreeBSD-9.3-BETA2-powerpc-mini-memstick.img) = 77cf2ad869a597af6aa40ecba661912fb6e1ce8c91576818d9916496de30ccfa SHA256 (FreeBSD-9.3-BETA2-powerpc-mini-memstick.img.xz) = 791b6b9a16a9138c0ee1f5abbb83f00cbb1e5653e0bf4aa79fdbd0643c9ea1af MD5 (FreeBSD-9.3-BETA2-powerpc-bootonly.iso) = 8c9cf1984f248987308970b00f674212 MD5 (FreeBSD-9.3-BETA2-powerpc-bootonly.iso.xz) = 942a407f282367bb9d84880569527980 MD5 (FreeBSD-9.3-BETA2-powerpc-disc1.iso) = 32952cd4094ffc2cee3e2c8555409765 MD5 (FreeBSD-9.3-BETA2-powerpc-disc1.iso.xz) = 196501e1650d3d39d03f11db0152e6a4 MD5 (FreeBSD-9.3-BETA2-powerpc-memstick.img) = 5666fd3cb168a0f3c0c5266648bac36a MD5 (FreeBSD-9.3-BETA2-powerpc-memstick.img.xz) = 73744b82085399ac418e3a5664114c02 MD5 (FreeBSD-9.3-BETA2-powerpc-mini-memstick.img) = b5ff9e5758ee38f76565d6dba160b6ba MD5 (FreeBSD-9.3-BETA2-powerpc-mini-memstick.img.xz) = 487670dd2a00d7038ef0b527fbe0ded9 o 9.3-BETA2 powerpc64: SHA256 (FreeBSD-9.3-BETA2-powerpc-powerpc64-bootonly.iso) = 72e7ae76d0c28fe4becc2a004d23a9a2f28056542fe28021bd1b23c09659dfb6 SHA256 (FreeBSD-9.3-BETA2-powerpc-powerpc64-bootonly.iso.xz) = 55b5ea2004a6492045f800143565ae862811a044096bf0f79b90c1f85705ce3d SHA256 (FreeBSD-9.3-BETA2-powerpc-powerpc64-disc1.iso) = 64af0677c73eebecc4c1549d62978b669ac80dce7adc211cab09ca6cf2dcc9c2 SHA256 (FreeBSD-9.3-BETA2-powerpc-powerpc64-disc1.iso.xz) = 5bbcab94dfa5e2edb1bf046b9c6af14e66590fbd44f56c3d514f2f31d7bcf63f SHA256 (FreeBSD-9.3-BETA2-powerpc-powerpc64-memstick.img) = 0dbe02aac6521a4f8623aad01f406efe85558a0d2fe30b9712831e49e3e58530 SHA256 (FreeBSD-9.3-BETA2-powerpc-powerpc64-memstick.img.xz) = 0efc54603e97ef0ce76f929ce22268de2448d17aacdb8e06dbfb3fb919b4f001 SHA256 (FreeBSD-9.3-BETA2-powerpc-powerpc64-mini-memstick.img) = 08fd64c64b53523301f824cb2885ce87af816df2e4c522a0e37b053289f36bd2 SHA256 (FreeBSD-9.3-BETA2-powerpc-powerpc64-mini-memstick.img.xz) = fb65d47b250d1ce8d5c3c4a9922c373c9274d5a214b9fb3cf6a191d93676e923 MD5 (FreeBSD-9.3-BETA2-powerpc-powerpc64-bootonly.iso) = d3d7f1a4b10c73d46ce2fd346f98ccbd MD5 (FreeBSD-9.3-BETA2-powerpc-powerpc64-bootonly.iso.xz) = 2505584a675c0160867e4513acc51088 MD5 (FreeBSD-9.3-BETA2-powerpc-powerpc64-disc1.iso) = 06ed178bd3560731c2a5138ec616c4e5 MD5 (FreeBSD-9.3-BETA2-powerpc-powerpc64-disc1.iso.xz) = e85a816079bab747ddca13750ea247f7 MD5 (FreeBSD-9.3-BETA2-powerpc-powerpc64-memstick.img) = 5107b39d6cc2eddc8700f619930460bc MD5 (FreeBSD-9.3-BETA2-powerpc-powerpc64-memstick.img.xz) = a150e3ad7fc169c3a0645a9659ad26ef MD5 (FreeBSD-9.3-BETA2-powerpc-powerpc64-mini-memstick.img) = bc7608e28bf2410b91c9d63da14cdc35 MD5 (FreeBSD-9.3-BETA2-powerpc-powerpc64-mini-memstick.img.xz) = 55c914e7b9dff51cd4926b2a491c77b9 o 9.3-BETA2 sparc64: SHA256 (FreeBSD-9.3-BETA2-sparc64-bootonly.iso) = 969477f10c5fd4c0e99a6c2eec5f919c69572f702ff5dfd2e4ca2187dc151fad SHA256 (FreeBSD-9.3-BETA2-sparc64-bootonly.iso.xz) = 2da707bf18b41aa48729e83e0be37ddce8fbda3f65869b5c4e8671858d2c69f7 SHA256 (FreeBSD-9.3-BETA2-sparc64-disc1.iso) = b533954962ece259977ce82a43ef8dcf815c8e38e7185dba1f82071164b1f875 SHA256 (FreeBSD-9.3-BETA2-sparc64-disc1.iso.xz) = b552ea0f2028441fbf02da1fe6e8ad9c2ab95541bd3c68c07ee77989cb5d6eab MD5 (FreeBSD-9.3-BETA2-sparc64-bootonly.iso) = 6baa96fd159750243ca4ec0be4a8734a MD5 (FreeBSD-9.3-BETA2-sparc64-bootonly.iso.xz) = 0a8f982b5e24d19166f57612f303a68e MD5 (FreeBSD-9.3-BETA2-sparc64-disc1.iso) = 500260371f3640eb068f32e565ae81a4 MD5 (FreeBSD-9.3-BETA2-sparc64-disc1.iso.xz) = f2fbff08764f6bd9a134cdc33dc7cb09 == VM IMAGE CHECKSUMS == o 9.3-BETA2 amd64: SHA256 (FreeBSD-9.3-BETA2-amd64-20140606-r267140.qcow2.xz) = 8f832851fb37e5cf2069d1f24bce590d6bf27f45c4694f7a4e0bc49c9b4100bd SHA256 (FreeBSD-9.3-BETA2-amd64-20140606-r267140.raw.xz) = 1d70d418573be25fb41883c653e54d18f79aea490cde51348fbc70cc489544e7 SHA256 (FreeBSD-9.3-BETA2-amd64-20140606-r267140.vhd.xz) = 579983fabff92705c73151de486dcdd9b355c04891806f1b330394beec1de83c SHA256 (FreeBSD-9.3-BETA2-amd64-20140606-r267140.vmdk.xz) = c40896228ba057619793d0eaff162fe31405f6c48bdf629aa693bfc5d398ae74 MD5 (FreeBSD-9.3-BETA2-amd64-20140606-r267140.qcow2.xz) = d9d9a27951b4f22d6a1de0a9e94c921a MD5 (FreeBSD-9.3-BETA2-amd64-20140606-r267140.raw.xz) = f0346f4f6eacd2e0f9c746320483d922 MD5 (FreeBSD-9.3-BETA2-amd64-20140606-r267140.vhd.xz) = dfc73a2b3250a6e480ab7fe83382450e MD5 (FreeBSD-9.3-BETA2-amd64-20140606-r267140.vmdk.xz) = 999ac309ef0212b0074f4b6aa04566bc o 9.3-BETA2 i386: SHA256 (FreeBSD-9.3-BETA2-i386-20140606-r267140.qcow2.xz) = 0b9a3a87e48d43b44c7ae852a65e33aa1f043a23d774860b4de1a307c554e2f6 SHA256 (FreeBSD-9.3-BETA2-i386-20140606-r267140.raw.xz) = 31399f6596d50db11c5db714c6beb08b3060b0652bb663808b206125fc2b63b1 SHA256 (FreeBSD-9.3-BETA2-i386-20140606-r267140.vhd.xz) = 33c86ab47c3d478f331db041f268f6ed2e1ef2e3ab38473a01932561c0ff3420 SHA256 (FreeBSD-9.3-BETA2-i386-20140606-r267140.vmdk.xz) = 54794c5078db4e50dc25964c9d9a2f108f406297ee20efe8f2994cfac3f55c42 MD5 (FreeBSD-9.3-BETA2-i386-20140606-r267140.qcow2.xz) = 1db13bb416bb3c9cef0009a2ca63f767 MD5 (FreeBSD-9.3-BETA2-i386-20140606-r267140.raw.xz) = ead360d2e616f25ecb2793700adceccf MD5 (FreeBSD-9.3-BETA2-i386-20140606-r267140.vhd.xz) = 23e120f8fdda942d10ad8728606cd0a6 MD5 (FreeBSD-9.3-BETA2-i386-20140606-r267140.vmdk.xz) = e7155b51eafe52d05ad54f4d15771039 Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTkzkEAAoJELls3eqvi17QQyoP/AvV/297L7hDBXmAHFKmM1ka iR8MAe9TK94mYMNr63k9DtJh4kMBSjerJ+1s8aeU34tb2QbOIhRe1/pJGN3py6Oo 1rgJxs4qITemtoJOzTsZY5InJSS7VaEoE227TdQRFoWBQlfI2ycZmdCaNhk+8fFK kNL9QTN1GadNdg/P29/mG0hdFeN9+xHENnvkA870zKHz0ZjTBrnnHYNjOOPEWMnG zj3wzZdF4AsioYRO3kgMEAQMII7P3l5s4jOxsn7FNH6WsTdsXhRFeDYxXsjWAZn/ swHVynoD+jaZy8oAsEdCL1sF8UfQ75P+UqHNqFVhPFd5PAjgi6TLQqQ1ii+lp6Em L62pBZGls8xIA3pTTTE4BAxhiBh8ncU1aqLsdRg4BkIQXSJNP5fH62znqAu82S10 XC3GTRA/7q4VRsevee0e1tl7CYyvIyR89w8HaW2cG1KDwS2RTPXe16lU5hQ6L9U1 sMPpTsA1YmDYrRkf5ViT3JsFCGmEbkHRRJv9CKKVha3cl+f8TCmcjSNYNlyH7tuO 7NK8rdrvC64wpoTX75gnsithPnT2qUICrA9m6BC8/oOyoPlyr06Nr6mvvgYSeALD cP0vKgyatdwEQvOMQXMsX9MNzV30bA9EXj0cNYU5V2zqLhELezCyI1mjqcL0M3HR UxnKouTculpw95/Zt3Rk =yCVh -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 7 22:14:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7BB0898; Sat, 7 Jun 2014 22:14:40 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B7E1127D0; Sat, 7 Jun 2014 22:14:40 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0C33F3ED; Sat, 7 Jun 2014 22:14:39 +0000 (UTC) Date: Sat, 7 Jun 2014 22:14:37 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, brueffer@FreeBSD.org, kib@FreeBSD.org Message-ID: <1686100799.573.1402179278593.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_10 #383 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jun 2014 22:14:40 -0000 See From owner-freebsd-stable@FreeBSD.ORG Sun Jun 8 00:45:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 515CC158 for ; Sun, 8 Jun 2014 00:45:18 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (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 211092210 for ; Sun, 8 Jun 2014 00:45:17 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id D653D139CE for ; Sat, 7 Jun 2014 21:45:12 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-transfer-encoding:content-type:content-type:subject :subject:to:mime-version:user-agent:from:from:date:date :message-id; s=dkim; t=1402188311; x=1403052312; bh=LteR5h8rOKXD 4lamReQkVZkgeNpEV402ZahFhyW7bbs=; b=EVzZ+bsINZLODhGKYpw6k2iLuvzR +bSNN4W6WB9YIMPGOxBMTHxJbYpe7OkpfVCEOGyFyaQ2s7Fnd40FqGHKJxWIiGR/ gCAhc/V41Bi/2xUmGppR803prrmYfAGRreQR1beSE3d7whba1FbPUgndxPFLMWVQ uJIRAweK/mRTAy0= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mJDTWbHQSQsJ for ; Sat, 7 Jun 2014 21:45:11 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.54.69]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id 67AD6139CD for ; Sat, 7 Jun 2014 21:45:11 -0300 (BRT) Message-ID: <5393B20D.9050806@bsdinfo.com.br> Date: Sat, 07 Jun 2014 21:45:01 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: FreeBSD Stable Mailing List Subject: cpu affinity not work in FreeBSD 10-STABLE 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.18 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, 08 Jun 2014 00:45:18 -0000 Hi All, Recently noticed the following: # devinfo -rv em0 pnpinfo vendor=0x8086 device=0x105e subvendor=0x8086 subdevice=0x135e class=0x020000 at slot=0 function=0 Interrupt request lines: 264 pcib1 I/O port window: 0x4020-0x403f pcib1 memory window: 0xc1240000-0xc125ffff 0xc1260000-0xc127ffff After discovering the irq264 in interface em0, I did this: # cpuset -l 3 -x 264 Even doing this, the em0 continues migrating to other CPUafter a short period of time. You see it happenwith top -PSH. Tested on more than one system with FreeBSD 10-STABLE. FreeBSD xxxx.xxxxx.xxx.xx 10.0-STABLE FreeBSD 10.0-STABLE #9 r267034: Wed Jun 4 02:22:38 BRT 2014 root@xxxx.xxxxx.xxx.xx:/usr/obj/usr/src/sys/GONDIM amd64 Cheers, Gondim From owner-freebsd-stable@FreeBSD.ORG Sun Jun 8 01:45:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F3C387E for ; Sun, 8 Jun 2014 01:45:01 +0000 (UTC) Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5EF925FC for ; Sun, 8 Jun 2014 01:45:00 +0000 (UTC) Received: by mail-qg0-f53.google.com with SMTP id f51so7261256qge.40 for ; Sat, 07 Jun 2014 18:45:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=b7QfTbPoqA5TkiCHQqrgulNQXXATfAv5cBtSBDTb9W0=; b=NZcgdgxsV3nqvf8OzlH6XplhuOalq9V3kY+3IJGnLJCWUO9MB9RbzZNncHsYjWg7Us tCou1b5WpIjoa1ljL6DapjfcbWL8nPcurD7euIPtLR/IFEcEpYHlNw1lwvoOLlvyal3T jmTau3vpg8wN9K2ItU37XvxHrKE6bDDQlEqIP137aCxVuzWUvMPNuz+d/M+cc73dDEVr koyKyIJ3urcGzV3M+TCntfBhKLpQPhkyJKz3veOs8f1V3Vy+30eZ6QSuL4MjFPoDlnDx OOV1GpcnDxCgppf7Vmm3VKlF0WBBF8q9Z8C9ffpdGN2L2m8ZliQhP49pO+JxU7MfZXbL t0fA== MIME-Version: 1.0 X-Received: by 10.140.32.97 with SMTP id g88mr20186437qgg.17.1402191899931; Sat, 07 Jun 2014 18:44:59 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.43.134 with HTTP; Sat, 7 Jun 2014 18:44:59 -0700 (PDT) In-Reply-To: <5393B20D.9050806@bsdinfo.com.br> References: <5393B20D.9050806@bsdinfo.com.br> Date: Sat, 7 Jun 2014 21:44:59 -0400 X-Google-Sender-Auth: -GFJ9ASADDp-VTpfOXha6_cXEcY Message-ID: Subject: Re: cpu affinity not work in FreeBSD 10-STABLE From: Adrian Chadd To: Marcelo Gondim Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jun 2014 01:45:01 -0000 Hi! Would you mind filing a bug for this? I haven't seen this before but yes, it should be fixed: https://bugs.freebsd.org/submit/ Thanks! -a On 7 June 2014 20:45, Marcelo Gondim wrote: > Hi All, > > Recently noticed the following: > > # devinfo -rv > > em0 pnpinfo vendor=0x8086 device=0x105e subvendor=0x8086 > subdevice=0x135e class=0x020000 at slot=0 function=0 > Interrupt request lines: > 264 > pcib1 I/O port window: > 0x4020-0x403f > pcib1 memory window: > 0xc1240000-0xc125ffff > 0xc1260000-0xc127ffff > > After discovering the irq264 in interface em0, I did this: > > # cpuset -l 3 -x 264 > > Even doing this, the em0 continues migrating to other CPUafter a short > period of time. > > You see it happenwith top -PSH. > > Tested on more than one system with FreeBSD 10-STABLE. > > FreeBSD xxxx.xxxxx.xxx.xx 10.0-STABLE FreeBSD 10.0-STABLE #9 r267034: Wed > Jun 4 02:22:38 BRT 2014 root@xxxx.xxxxx.xxx.xx:/usr/obj/usr/src/sys/GONDIM > amd64 > > Cheers, > Gondim > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jun 8 08:12:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4802F934 for ; Sun, 8 Jun 2014 08:12:30 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) (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 131D02E4F for ; Sun, 8 Jun 2014 08:12:29 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 20D7D139CD for ; Sun, 8 Jun 2014 05:12:31 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-type:content-type:in-reply-to:references:subject :subject:to:mime-version:user-agent:from:from:date:date :message-id; s=dkim; t=1402215147; x=1403079148; bh=Gmx9NeLC8ZZF djwfp1Po57f8D3RPzBvMW0IMezJYqBc=; b=fhMe7duHVAxDPwvLG6hfGIqix6np dRZQyJRgh0XNxrnh4aqBqsK+Tv80COqQMaA5KOJf74uOd8go9wQpOvdaEvZxL7C6 tJn1R9a1zTvQZ/EmpA+aEN+wdfso7T/reFxPhcMpp/zwFSNAAZamt5oWaw4/KxhK zRxpM6hcp8aTA44= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vXWFqdtF2Dns for ; Sun, 8 Jun 2014 05:12:27 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.54.69]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id 43614139CB for ; Sun, 8 Jun 2014 05:12:27 -0300 (BRT) Message-ID: <53941AE4.1000606@bsdinfo.com.br> Date: Sun, 08 Jun 2014 05:12:20 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: cpu affinity not work in FreeBSD 10-STABLE References: <5393B20D.9050806@bsdinfo.com.br> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jun 2014 08:12:30 -0000 Hi Chadd, Thanks for your reply :) I did what you suggested me. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190785 Cheers, Em 07/06/14 22:44, Adrian Chadd escreveu: > Hi! > > Would you mind filing a bug for this? I haven't seen this before but > yes, it should be fixed: > > https://bugs.freebsd.org/submit/ > > Thanks! > > > -a > > > On 7 June 2014 20:45, Marcelo Gondim wrote: >> Hi All, >> >> Recently noticed the following: >> >> # devinfo -rv >> >> em0 pnpinfo vendor=0x8086 device=0x105e subvendor=0x8086 >> subdevice=0x135e class=0x020000 at slot=0 function=0 >> Interrupt request lines: >> 264 >> pcib1 I/O port window: >> 0x4020-0x403f >> pcib1 memory window: >> 0xc1240000-0xc125ffff >> 0xc1260000-0xc127ffff >> >> After discovering the irq264 in interface em0, I did this: >> >> # cpuset -l 3 -x 264 >> >> Even doing this, the em0 continues migrating to other CPUafter a short >> period of time. >> >> You see it happenwith top -PSH. >> >> Tested on more than one system with FreeBSD 10-STABLE. >> >> FreeBSD xxxx.xxxxx.xxx.xx 10.0-STABLE FreeBSD 10.0-STABLE #9 r267034: Wed >> Jun 4 02:22:38 BRT 2014 root@xxxx.xxxxx.xxx.xx:/usr/obj/usr/src/sys/GONDIM >> amd64 >> >> Cheers, >> Gondim >> From owner-freebsd-stable@FreeBSD.ORG Sun Jun 8 14:47:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8EAA41FC; Sun, 8 Jun 2014 14:47:39 +0000 (UTC) Received: from nschwmtas01p.mx.bigpond.com (nschwmtas01p.mx.bigpond.com [61.9.189.137]) by mx1.freebsd.org (Postfix) with ESMTP id F39CD2B0D; Sun, 8 Jun 2014 14:47:38 +0000 (UTC) Received: from nschwcmgw06p ([61.9.190.166]) by nschwmtas01p.mx.bigpond.com with ESMTP id <20140608144736.QRCV26407.nschwmtas01p.mx.bigpond.com@nschwcmgw06p>; Sun, 8 Jun 2014 14:47:36 +0000 Received: from hermes.heuristicsystems.com.au ([121.210.107.100]) by nschwcmgw06p with BigPond Outbound id Bqnc1o00329zwdD01qnciP; Sun, 08 Jun 2014 14:47:36 +0000 X-Authority-Analysis: v=2.0 cv=Pdd9d1dd c=1 sm=1 a=SEJ2iDwVkb98DYvesvueMw==:17 a=JipEcVzqA9wA:10 a=8nJEP1OIZ-IA:10 a=GHIR_BbyAAAA:8 a=VyOSTZy-hWPC2zCHKdQA:9 a=wPNLvfGTeEIA:10 a=SEJ2iDwVkb98DYvesvueMw==:117 Received: from [10.0.5.3] (ewsw01.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id s58EkhOR079544 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 9 Jun 2014 00:46:44 +1000 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Message-ID: <53947752.2090507@heuristicsystems.com.au> Date: Mon, 09 Jun 2014 00:46:42 +1000 From: Dewayne Geraghty User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Flowtable stats References: <5393B20D.9050806@bsdinfo.com.br> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jun 2014 14:47:39 -0000 While preparing to transition from 9.2Stable to 10.0Stable, I noticed that there is no ability to examine the status of the flowtable. The sysctl net.inet.flowtable.stats was useful to ascertain if the net.flowtable.maxflows (or previously net.inet.flowtable.nmbflows on 9.* and 8.*) is sufficient or excessive. For boundary devices with 1G (or less), it is helpful to tune. Is there another sysctl that I need to tweak to see this, or a supporting program? It would be useful to see Hits/Lookups, while misses might be useful if expiry were tuneable. Refer to single CPU boundary device FreeBSD9.2: net.inet.flowtable.stats= table name: ipv4 collisions: 12 allocated: 0 misses: 225821 max_depth: 1 free_checks: 1502021 frees: 225785 hits: 220339242 lookups: 220565063 net.inet.flowtable.nmbflows=25600 looks about right, while the FreeBSD10 (server) that I'm using has autoset net.flowtable.maxflows=427552 There was no mention in UPDATING or the 10.0R Release Notes. Regards, Dewayne. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 8 15:41:40 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95CF454F for ; Sun, 8 Jun 2014 15:41:40 +0000 (UTC) Received: from cpsmtpb-ews06.kpnxchange.com (cpsmtpb-ews06.kpnxchange.com [213.75.39.9]) by mx1.freebsd.org (Postfix) with ESMTP id 0B91B2088 for ; Sun, 8 Jun 2014 15:41:39 +0000 (UTC) Received: from cpsps-ews16.kpnxchange.com ([10.94.84.197]) by cpsmtpb-ews06.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Sun, 8 Jun 2014 17:41:32 +0200 Received: from CPSMTPM-cmt107.kpnxchange.com ([195.121.3.23]) by cpsps-ews16.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Sun, 8 Jun 2014 17:41:32 +0200 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-cmt107.kpnxchange.com over TLS secured channel with Microsoft SMTPSVC(7.0.6002.18264); Sun, 8 Jun 2014 17:41:31 +0200 Received: from squid (squid.offrom.nl [192.168.0.72]) by donald.offrom.nl (8.14.8/8.14.8) with ESMTP id s58FfUnv008944; Sun, 8 Jun 2014 17:41:31 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WtfDu-0006IZ-Le; Sun, 08 Jun 2014 17:41:30 +0200 Date: Sun, 8 Jun 2014 17:41:30 +0200 From: Willy Offermans To: cups@cups.org Subject: Setup cups and Brother HL-4150CDN on FreeBSD 10 Message-ID: <20140608154130.GA3621@vpn.offrom.nl> Reply-To: Willy@Offermans.Rompen.nl MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 08 Jun 2014 15:41:32.0164 (UTC) FILETIME=[1F2B6440:01CF8330] X-RcptDomain: FreeBSD.ORG Cc: freebsd-stable@FreeBSD.ORG X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jun 2014 15:41:40 -0000 Dear cups and freebsd friends, I'm trying to setup CUPS on FreeBSD 10. I managed to install the software and I managed to make the printer available to the OS via /dev/ulpt0: from messages: ... Jun 8 17:16:13 donald kernel: ugen1.2: at usbus1 Jun 8 17:16:13 donald kernel: ulpt0: on usbus1 Jun 8 17:16:13 donald kernel: ulpt0: using bi-directional mode Jun 8 17:16:13 donald kernel: ulpt0: offline ... from ll /dev/ulpt0 crw-rw---- 1 root cups - 0x65 Jun 8 17:16 /dev/ulpt0 If I executed the following command: echo 'true' > /dev/ulpt0 then the printer reacts and shows that data is transferred to the printer. However, if I try to add the printer to CUPS via the web-interface, then the printer is not detectable. I would expect the printer to be found after searching. I can find an error message in error_log: ... E [08/Jun/2014:17:37:53 +0200] [Client 15] Invalid peer credentials for "root" - got 8, expected 0! ... I'm not sure if this is related to the fact that the printer cannot be detected. If I add the printer manually to the printer.conf file: UUID urn:uuid:de11cfc5-3cbd-361e-5750-8b0e3f0ff4ad AuthInfoRequired none Info Brother HL-4150CDN series Location attic MakeModel Brother HL-4150CDN series CUPS DeviceURI usb:/dev/ulpt0 State Idle StateTime 1402241099 Type 8392780 Accepting Yes Shared No JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 OpPolicy default ErrorPolicy stop-printer then I still cannot print to the printer. Does anyone has a clue what is going on? Or how can I debug this problem? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 681 15 87 68 Mobile: +49 1575 414 60 55 e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Jun 8 18:15:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3454D6DA for ; Sun, 8 Jun 2014 18:15:44 +0000 (UTC) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (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 E70512BEC for ; Sun, 8 Jun 2014 18:15:43 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id s58IFa8k099922 for ; Sun, 8 Jun 2014 14:15:41 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <5394A848.7030609@m5p.com> Date: Sun, 08 Jun 2014 14:15:36 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Not to beat a dead horse, but ... Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Sun, 08 Jun 2014 14:15:42 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jun 2014 18:15:44 -0000 When I run this command on 10-STABLE on a uniprocessor system while running the misc/dnetc port: cd /usr/src time make buildworld && time make buildkernel && time make installkernel On revision 266422 with SCHED_ULE, I get (showing the time lines only): 7045.988u 897.681s 4:00:33.89 55.0% 29430+492k 27927+17003io 30943pf+519w 1155.683u 149.422s 52:49.60 41.1% 25418+410k 7452+20843io 12166pf+248w 7.101u 4.838s 8:03.57 2.4% 5905+221k 1179+9461io 1345pf+67w On revision 267211 with SCHED_4BSD: 6950.087u 665.074s 2:40:36.19 79.0% 29929+502k 33651+17368io 31151pf+151w 1148.066u 134.312s 26:40.95 80.1% 26234+426k 9681+24613io 11917pf+106w 6.774u 4.369s 0:33.90 32.8% 3110+320k 1388+10979io 1514pf+3w Since the majority of my systems are uniprocessors and I like to run dnetc, SCHED_ULE has been a dealbreaker for me since day one. Consequently I can't use freebsd_update. The party line seems to be, "Well, everybody knows SCHED_ULE sucks on uniprocessors." Hello? Not everybody has upgraded to multiple core or hyperthreaded processors yet. Do we really want to write off every uniprocessor piece of hardware out here? The other assertion I hear is that SCHED_ULE really excels on some unspecified workload or other. I'd love to see exactly how much better it does than 4BSD on these mythological loads. -- George From owner-freebsd-stable@FreeBSD.ORG Sun Jun 8 18:48:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE364F87 for ; Sun, 8 Jun 2014 18:48:09 +0000 (UTC) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 966D32E31 for ; Sun, 8 Jun 2014 18:48:09 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id g18so5002677oah.35 for ; Sun, 08 Jun 2014 11:48:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=d1hTtgdSCNEWkIsRV2LKdMenls0859knDJliNXjnLUs=; b=oKtT0t2iFxnXoLUvPD7mySW6Q+OiDsChMv/u7Htw8voYNn3RYSI+Tp0qMkMcd7cChb ca3/boS5ZUK7WSHAVUv7QHcTokT2jVAdV0/cV/OZoUrvXOUwMPbk97SlGbx5GJwbC9LL 1OK+7bYVhWFNuAf68vn5HcGiY0VWCHvYEAdUNQ8YIuNZFFrXMe5ecUF6kL11OQ4CoiRg uvsIepoHg6wcVUeJzwfyFnkRlBSRMvaqU4PRTdd0sMRv7FrZ+g/h5db4sc9z1kY5myq9 dOqG+ZLp4Th29ABCj+vw0jCoZdQcLDoHTaYM7/YZM2q6xMWNwiXRXgdt0UjcigKX0Kz3 EZ8w== MIME-Version: 1.0 X-Received: by 10.60.146.210 with SMTP id te18mr22313362oeb.44.1402253288293; Sun, 08 Jun 2014 11:48:08 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.171.73 with HTTP; Sun, 8 Jun 2014 11:48:08 -0700 (PDT) In-Reply-To: <5394A848.7030609@m5p.com> References: <5394A848.7030609@m5p.com> Date: Sun, 8 Jun 2014 11:48:08 -0700 X-Google-Sender-Auth: QX86nvI6g3Uo_9EilvEYSmVbeUo Message-ID: Subject: Re: Not to beat a dead horse, but ... From: Kevin Oberman To: George Mitchell Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jun 2014 18:48:10 -0000 On Sun, Jun 8, 2014 at 11:15 AM, George Mitchell wrote: > When I run this command on 10-STABLE on a uniprocessor system while > running the misc/dnetc port: > > cd /usr/src > time make buildworld && time make buildkernel && time make installkernel > > On revision 266422 with SCHED_ULE, I get (showing the time lines only): > > 7045.988u 897.681s 4:00:33.89 55.0% 29430+492k 27927+17003io > 30943pf+519w > 1155.683u 149.422s 52:49.60 41.1% 25418+410k 7452+20843io > 12166pf+248w > 7.101u 4.838s 8:03.57 2.4% 5905+221k 1179+9461io 1345pf+67w > > On revision 267211 with SCHED_4BSD: > > 6950.087u 665.074s 2:40:36.19 79.0% 29929+502k 33651+17368io > 31151pf+151w > 1148.066u 134.312s 26:40.95 80.1% 26234+426k 9681+24613io > 11917pf+106w > 6.774u 4.369s 0:33.90 32.8% 3110+320k 1388+10979io 1514pf+3w > > Since the majority of my systems are uniprocessors and I like to > run dnetc, SCHED_ULE has been a dealbreaker for me since day one. > Consequently I can't use freebsd_update. > > The party line seems to be, "Well, everybody knows SCHED_ULE sucks > on uniprocessors." Hello? Not everybody has upgraded to multiple > core or hyperthreaded processors yet. Do we really want to write > off every uniprocessor piece of hardware out here? > > The other assertion I hear is that SCHED_ULE really excels on some > unspecified workload or other. I'd love to see exactly how much > better it does than 4BSD on these mythological loads. -- George > I am also at least ambivalent about the merits of ULE. The choice to run 4BSD does not prevent the use of freebsd_update. It does require a kernel re-build after the update, though. Just keep a GENERIC kernel (which can be downloaded for any release) in /boot. freebsd-update will use that for the upgrade. Once the upgrade is complete you can build the kernel as you wish, and reboot. Just leave /boot/GENERIC there to have it ready for the next time you need to upgrade or update. There is no need to rebuild the modules when all your custom kernel does is to switch schedulers, so it is fairly quick. This may not be adequate for you, but it does remove the need for many of the steps in the full system re-build. Full instructions for all of this are in Chapter 23, Section 2 of the Handbook. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Jun 8 18:58:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 24038385 for ; Sun, 8 Jun 2014 18:58:37 +0000 (UTC) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E11492EE9 for ; Sun, 8 Jun 2014 18:58:36 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id g18so5009144oah.35 for ; Sun, 08 Jun 2014 11:58:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AlRBB8b+lv/PyIdK+2QUrwpKbKQpr4wTZZDADGIVqVo=; b=qG/s1SXTUh43Ak/bE4LkhD6AihYLPfR9XIQxCSPlbrUXl7XKKTOlxNB7OGrxZiGX6t swJrUDlEiIoE45DuHxlcSghq+zOqmrKSDyaKSlgPD5Pb3kz+DUZZJLpFnPmtNmyMxInx BSn2YfAC1loe+4D2HvGtiuM045bmC7s0m37Gzl3ga1uXhMccK46MeVaBPrGTR0Z0HeqR ztEfIZUmin8PsXzhE8FRzxIBqjfBNqkI73HYrJyFiI6lrj5w3dd72GEwaHZE4qVyPCu5 6B/r3sQaqtImXD0VqKMFig3H9cPi5HLSCxxC3gq33gt+kIfNy6IAMeHpN7HaVqtjNWpe V5Kg== MIME-Version: 1.0 X-Received: by 10.182.20.105 with SMTP id m9mr20203632obe.36.1402253916258; Sun, 08 Jun 2014 11:58:36 -0700 (PDT) Received: by 10.76.170.39 with HTTP; Sun, 8 Jun 2014 11:58:36 -0700 (PDT) In-Reply-To: <5394A848.7030609@m5p.com> References: <5394A848.7030609@m5p.com> Date: Sun, 8 Jun 2014 20:58:36 +0200 Message-ID: Subject: Re: Not to beat a dead horse, but ... From: Andreas Nilsson To: George Mitchell Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jun 2014 18:58:37 -0000 On Sun, Jun 8, 2014 at 8:15 PM, George Mitchell wrote: > When I run this command on 10-STABLE on a uniprocessor system while > running the misc/dnetc port: > > cd /usr/src > time make buildworld && time make buildkernel && time make installkernel > > On revision 266422 with SCHED_ULE, I get (showing the time lines only): > > 7045.988u 897.681s 4:00:33.89 55.0% 29430+492k 27927+17003io > 30943pf+519w > 1155.683u 149.422s 52:49.60 41.1% 25418+410k 7452+20843io > 12166pf+248w > 7.101u 4.838s 8:03.57 2.4% 5905+221k 1179+9461io 1345pf+67w > > On revision 267211 with SCHED_4BSD: > > 6950.087u 665.074s 2:40:36.19 79.0% 29929+502k 33651+17368io > 31151pf+151w > 1148.066u 134.312s 26:40.95 80.1% 26234+426k 9681+24613io > 11917pf+106w > 6.774u 4.369s 0:33.90 32.8% 3110+320k 1388+10979io 1514pf+3w > > Since the majority of my systems are uniprocessors and I like to > run dnetc, SCHED_ULE has been a dealbreaker for me since day one. > Consequently I can't use freebsd_update. > > The party line seems to be, "Well, everybody knows SCHED_ULE sucks > on uniprocessors." Hello? Not everybody has upgraded to multiple > core or hyperthreaded processors yet. Do we really want to write > off every uniprocessor piece of hardware out here? > Yes? Can you even buy a system today that is uniprocessor? My phone is a dual core thing, and it got written of because of its "meagre" hardware. Top of the line phones has 8 cores. So, seriously, what non-ancient system have you acquired that is uniprocessor? Please include links for available hardware for laptops, desktops or servers. /A > > The other assertion I hear is that SCHED_ULE really excels on some > unspecified workload or other. I'd love to see exactly how much > better it does than 4BSD on these mythological loads. -- George > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Jun 8 19:22:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21C8D919 for ; Sun, 8 Jun 2014 19:22:57 +0000 (UTC) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (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 CD1C4210F for ; Sun, 8 Jun 2014 19:22:56 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id s58JMoCo000364; Sun, 8 Jun 2014 15:22:55 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <5394B80A.2030901@m5p.com> Date: Sun, 08 Jun 2014 15:22:50 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Andreas Nilsson Subject: Re: Not to beat a dead horse, but ... References: <5394A848.7030609@m5p.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Sun, 08 Jun 2014 15:22:55 -0400 (EDT) Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jun 2014 19:22:57 -0000 On 06/08/14 14:58, Andreas Nilsson wrote: > [...] > Yes? Can you even buy a system today that is uniprocessor? My phone is a > dual core thing, and it got written of because of its "meagre" hardware. > Top of the line phones has 8 cores. [...] I'll grant you I haven't had the urge to upgrade recently. My systems are adequate to my needs, so why should i? -- George From owner-freebsd-stable@FreeBSD.ORG Sun Jun 8 20:17:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5EEBB82F for ; Sun, 8 Jun 2014 20:17:14 +0000 (UTC) Received: from pacha.mail.dyslexicfish.net (space.mail.dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F00FB2534 for ; Sun, 8 Jun 2014 20:17:13 +0000 (UTC) Received: from catnip.dyslexicfish.net (space.mail.dyslexicfish.net [91.109.5.35]) by pacha.mail.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id s58KH5M2035710; Sun, 8 Jun 2014 21:17:05 +0100 (BST) (envelope-from jamie@catnip.dyslexicfish.net) Received: (from jamie@localhost) by catnip.dyslexicfish.net (8.14.5/8.14.5/Submit) id s58KH47v035709; Sun, 8 Jun 2014 21:17:04 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201406082017.s58KH47v035709@catnip.dyslexicfish.net> Date: Sun, 08 Jun 2014 21:17:04 +0100 To: george+freebsd@m5p.com, andrnils@gmail.com Subject: Re: Not to beat a dead horse, but ... References: <5394A848.7030609@m5p.com> <5394B80A.2030901@m5p.com> In-Reply-To: <5394B80A.2030901@m5p.com> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (pacha.mail.dyslexicfish.net [91.109.5.35]); Sun, 08 Jun 2014 21:17:05 +0100 (BST) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jun 2014 20:17:14 -0000 George Mitchell wrote: > On 06/08/14 14:58, Andreas Nilsson wrote: > > [...] > > Yes? Can you even buy a system today that is uniprocessor? My phone is a > > dual core thing, and it got written of because of its "meagre" hardware. > > Top of the line phones has 8 cores. [...] > > I'll grant you I haven't had the urge to upgrade recently. My systems > are adequate to my needs, so why should i? -- George Exactly. I don't know enough about ULE/4BSD perforance to comment on that aspect, but that comment from Andreas smacks of elitism. All 3 of my servers, and 2 of my running home machines are single core, and do the job just fine. I'm not going to upgrade for the sake of it, or indeed, pay more per month to rent the servers. I got alot of people into FreeBSD by installing it on their PC's when they claimed Windows was too slow, and they were thinking of upgrading. I'm sure many a 'discarded' single core PC is now whirring away in some corner running a unix-based firewall/file server. Isn't this leanness part of the Unix philosophy? It's not like George or I want better support on 386 PCs! (that is, the literal old 386, not the i386 architecture) Cheers, Jamie From owner-freebsd-stable@FreeBSD.ORG Sun Jun 8 21:07:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65CA29B8 for ; Sun, 8 Jun 2014 21:07:00 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26E9228F3 for ; Sun, 8 Jun 2014 21:07:00 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id dc16so7232261qab.0 for ; Sun, 08 Jun 2014 14:06:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=O1uLwMCm8ugzWuaQ3xk1hW56LLZYhAbzlF1Yk5xvn0Y=; b=UbeELBX+KHcgNwJ8WyJZQIXsk1R3snLUv9Ge3903Mwb+1GY3rekwvKlrtXHt2S+nsL 8OoIq9qy6NF26sl/dUMGG+ZUgL0oMULu9hh2YjrKzJ2z3AHs4a/kd7uOEcUnDDpqxtA0 V/l2V7/FlFOyRpZj/PFHFy154coObM0J+2l2Ws8VX2dKC7bqX60bP7eSRFbGgkkyiQSy GAYYIDyyzrzmRNqJNn2ERCxMexqWWzGVpO4TLu2kPhdz2/Zut+DtSlHY5vc7kqX2soNJ FzqaOmsNI7Ku/F75a7H/Asx1VTBH13EUSSxn//Pm69aKOCql+Z8nHxxROOiyuPBAWa80 6XcQ== MIME-Version: 1.0 X-Received: by 10.140.47.18 with SMTP id l18mr26479532qga.9.1402261619241; Sun, 08 Jun 2014 14:06:59 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.43.134 with HTTP; Sun, 8 Jun 2014 14:06:59 -0700 (PDT) In-Reply-To: <53947752.2090507@heuristicsystems.com.au> References: <5393B20D.9050806@bsdinfo.com.br> <53947752.2090507@heuristicsystems.com.au> Date: Sun, 8 Jun 2014 14:06:59 -0700 X-Google-Sender-Auth: JOvN0Ako4o7stNGt1B_YafG2ETg Message-ID: Subject: Re: Flowtable stats From: Adrian Chadd To: Dewayne Geraghty Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jun 2014 21:07:00 -0000 Hi, It's in netstat now. Try netstat -rs -a On 8 June 2014 07:46, Dewayne Geraghty wrote: > While preparing to transition from 9.2Stable to 10.0Stable, I noticed > that there is no ability to examine the status of the flowtable. The > sysctl net.inet.flowtable.stats was useful to ascertain if the > net.flowtable.maxflows (or previously net.inet.flowtable.nmbflows on 9.* > and 8.*) is sufficient or excessive. For boundary devices with 1G (or > less), it is helpful to tune. > > Is there another sysctl that I need to tweak to see this, or a > supporting program? > > It would be useful to see Hits/Lookups, while misses might be useful if > expiry were tuneable. > > Refer to single CPU boundary device FreeBSD9.2: > net.inet.flowtable.stats= > table name: ipv4 > collisions: 12 > allocated: 0 > misses: 225821 > max_depth: 1 > free_checks: 1502021 > frees: 225785 > hits: 220339242 > lookups: 220565063 > > net.inet.flowtable.nmbflows=25600 looks about right, while the FreeBSD10 > (server) that I'm using has autoset net.flowtable.maxflows=427552 > > There was no mention in UPDATING or the 10.0R Release Notes. > Regards, Dewayne. > From owner-freebsd-stable@FreeBSD.ORG Sun Jun 8 23:22:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A7BF557 for ; Sun, 8 Jun 2014 23:22:11 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1BA0D22D4 for ; Sun, 8 Jun 2014 23:22:10 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s58NM3UA046190 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Jun 2014 16:22:04 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s58NM3iT046189; Sun, 8 Jun 2014 16:22:03 -0700 (PDT) (envelope-from jmg) Date: Sun, 8 Jun 2014 16:22:03 -0700 From: John-Mark Gurney To: George Mitchell Subject: Re: Not to beat a dead horse, but ... Message-ID: <20140608232203.GN31367@funkthat.com> Mail-Followup-To: George Mitchell , Andreas Nilsson , FreeBSD Stable Mailing List References: <5394A848.7030609@m5p.com> <5394B80A.2030901@m5p.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5394B80A.2030901@m5p.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sun, 08 Jun 2014 16:22:04 -0700 (PDT) Cc: FreeBSD Stable Mailing List , Andreas Nilsson X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jun 2014 23:22:11 -0000 George Mitchell wrote this message on Sun, Jun 08, 2014 at 15:22 -0400: > On 06/08/14 14:58, Andreas Nilsson wrote: > >[...] > >Yes? Can you even buy a system today that is uniprocessor? My phone is a > >dual core thing, and it got written of because of its "meagre" hardware. > >Top of the line phones has 8 cores. [...] > > I'll grant you I haven't had the urge to upgrade recently. My systems > are adequate to my needs, so why should i? -- George Power consumption... Depending upon power cost and your old system, and modern system, you could see a $100/year savings in your electricity bill (assuming 24/7 runtime)... Many of the older single core systems don't have the ability to shutdown clocks to parts of the chip and other improved power saving features... I know this wasn't a computer, but I had a switch that I had been using for a large number of years... I finally measured the power consumption of the switch, and it turns out that the electricity savings in a year, paid for the entire cost of the new switch... We were talking ~$250/year in savings, so, upgrading can end up saving you money... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Sun Jun 8 23:52:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9EABA84 for ; Sun, 8 Jun 2014 23:52:20 +0000 (UTC) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (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 755CB24EE for ; Sun, 8 Jun 2014 23:52:20 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id s58NqEWi001544; Sun, 8 Jun 2014 19:52:19 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <5394F72E.4080306@m5p.com> Date: Sun, 08 Jun 2014 19:52:14 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Andreas Nilsson , FreeBSD Stable Mailing List Subject: Re: Not to beat a dead horse, but ... References: <5394A848.7030609@m5p.com> <5394B80A.2030901@m5p.com> <20140608232203.GN31367@funkthat.com> In-Reply-To: <20140608232203.GN31367@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Sun, 08 Jun 2014 19:52:19 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jun 2014 23:52:20 -0000 On 06/08/14 19:22, John-Mark Gurney wrote: > [...] it turns out that the electricity > savings in a year, paid for the entire cost of the new switch... We > were talking ~$250/year in savings, so, upgrading can end up saving > you money... > Thanks for the advice on what hardware I should run. But why should I believe that upgrading to SMP and running with ULE will make my life better? In fact, when I tried ULE + a six-core system + dnetc + make buildworld, etc., a couple of years ago (I do have one SMP system), the results were just as appalling compared to 4BSD as with a single processor. -- George From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 02:02:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5E9C25E for ; Mon, 9 Jun 2014 02:02:21 +0000 (UTC) Received: from mail-oa0-x231.google.com (mail-oa0-x231.google.com [IPv6:2607:f8b0:4003:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 74CE92D61 for ; Mon, 9 Jun 2014 02:02:21 +0000 (UTC) Received: by mail-oa0-f49.google.com with SMTP id i7so473317oag.36 for ; Sun, 08 Jun 2014 19:02:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4Lexu+X3gsk7UqAkqUpyiz4HqWTrTIdXrdNkqeN1XxU=; b=J9AQi1tcUs4FHk3r8MUoUaZNEKFfqGSGGkJkRcJLibhZDAePb6D0j4/9+0s7sTmGnX yx4DCEO/kZcQTYnYCTaKC6ydaBf9b70X+X2W5IUOT7dvd5JS/fxgY6We2yGO5l2DlVsm NXnigzr5zSaPOxcGcbzLDf6SLqAD6UwOvBQutHgudOdsJwjaxTDULdnJNs1JOiDUtyTl xzrKJgqA1+9Aua9RdWCWxmx7DWuO6rbJPU8hZ7FhsMQ5nAit2GRXaywODTM4ckKs0a5D pppHWv3dMuPNs18+QjkbektlOrxm2f3qM3P5ehiXuj1lHVtvRAVcM3JGJ3e5POFAOG/Q izNw== MIME-Version: 1.0 X-Received: by 10.182.232.166 with SMTP id tp6mr21774314obc.18.1402279340417; Sun, 08 Jun 2014 19:02:20 -0700 (PDT) Received: by 10.76.23.130 with HTTP; Sun, 8 Jun 2014 19:02:20 -0700 (PDT) Date: Sun, 8 Jun 2014 22:02:20 -0400 Message-ID: Subject: Can't build stable/10 from a stable/10 box From: Ryan Stone To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 02:02:21 -0000 I get the following error if I try to build stable/10 on a stable/10 VM that I built last night (r267214). It fails if I do either a make buildworld or a make kernel-toolchain. I'm not building with -j as the VM has only a single CPU. ===> lib/clang/include (depend) rm -f .depend ===> lib/clang/libclanganalysis (all) clang-tblgen -gen-clang-diags-defs -clang-component=Common -I /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic -d DiagnosticCommonKinds.inc.d -o DiagnosticCommonKinds.inc.h /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticASTKinds.td /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticAnalysisKinds.td /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticCategories.td /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticCommentKinds.td /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticCommonKinds.td /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticDriverKinds.td /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticFrontendKinds.td /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticGroups.td /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticLexKinds.td /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticParseKinds.td /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticSemaKinds.td /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticSerializationKinds.td clang-tblgen: Too many positional arguments specified! Can specify at most 1 positional arguments: See: clang-tblgen -help *** Error code 1 Stop. make[4]: stopped in /mnt/build/freebsd/lib/clang/libclanganalysis *** Error code 1 I've tried several different revisions, including r267214 itself and none of them build. Anybody have an idea as to what's wrong? From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 02:35:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBCB1A3A for ; Mon, 9 Jun 2014 02:35:15 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 988B62F96 for ; Mon, 9 Jun 2014 02:35:14 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s592ZCeY001526; Sun, 8 Jun 2014 19:35:12 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s592ZCVU001525; Sun, 8 Jun 2014 19:35:12 -0700 (PDT) (envelope-from david) Date: Sun, 8 Jun 2014 19:35:12 -0700 From: David Wolfskill To: Ryan Stone Subject: Re: Can't build stable/10 from a stable/10 box Message-ID: <20140609023512.GB1180@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Ryan Stone , "freebsd-stable@freebsd.org" References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ZoaI/ZTpAVc4A5k6" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 02:35:16 -0000 --ZoaI/ZTpAVc4A5k6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 08, 2014 at 10:02:20PM -0400, Ryan Stone wrote: > I get the following error if I try to build stable/10 on a stable/10 > VM that I built last night (r267214). It fails if I do either a make > buildworld or a make kernel-toolchain. I'm not building with -j as > the VM has only a single CPU. >=20 > =3D=3D=3D> lib/clang/include (depend) > rm -f .depend > =3D=3D=3D> lib/clang/libclanganalysis (all) > ... > /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools= /clang/include/clang/Basic/DiagnosticSerializationKinds.td > clang-tblgen: Too many positional arguments specified! > Can specify at most 1 positional arguments: See: clang-tblgen -help > *** Error code 1 >=20 > Stop. > make[4]: stopped in /mnt/build/freebsd/lib/clang/libclanganalysis > *** Error code 1 >=20 > I've tried several different revisions, including r267214 itself and > none of them build. Anybody have an idea as to what's wrong? > .... I don't have an idea what's wrong, but I can report that I've not been seeing issues with performing in-place source upgrades of stable/10 in some time; I've been appending output of "uname -vp" to a file when I perform thos e(daily) updates, and results are linked from . (The most recent stable/10 results are actually for sources @r267214: I do my builds with -DNOCLEAN to save time: I actually use my laptop for things other than rebuilding FreeBSD and ports.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --ZoaI/ZTpAVc4A5k6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTlR1fXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7WikP/Rn9LzP1XNoGQiKIXW9OexpH QnysCTc8bS7DGvKkymQDJszUYJDSg0bGDSvxKvOi4t9jCSjnRrOgoJqbgisMWkPb B/BqCDoqiVz8z0ZhnE9vqfXZse6pmNauha1cQdzuhMiUqThdyjxs54ievSMCWZFf or6qX7l7DP6lNJbOXphO+RkZ53ig7vaQ9O92ZWLd7/YmPGKELPFx+H75184oZRpx QDc7juPHiR+TZppbeC+h3Yu9HS2jk+rPzm1V5oN5wlV/h+L5uIweZCMTyGCRBvdH U5cnvilPOCCndAEGraOTpvkg6+AUMyr09eAxB2RdEk0MciFgBjE0FIMPnRMzdqoh +ithvL/gZZQVPp55XIsjAjU9+BIyaCCxhsjcHsRMuYeP26vpHjTe4C0zQ2LBQHDb zLdW1AHcgkiqpZ/rY5TTLxY9ihFh0z/LUyWNQQyvHefL0HjtGR6j1BMjXNSLdPTz 11i/hE8F4oxcJPA1f0kzqjH5uDcgkn45vrSp2XWoyS2FB23hZkJ5sHhf1D+rHfzJ wLxDaTtKG7GiBlx+F5DiBFbhh/rJzZS0NwJLXPXV4QSEepvVSglsE/ClDZdMo7RJ 1F2rvpaSYtLrV8cnV1s5aY2CV4l8JjIEq2+iOyOTDDq3b7gwXcZqt6DP8cy0OV5r wWGcRafbVKpH9Th43tEC =S2/T -----END PGP SIGNATURE----- --ZoaI/ZTpAVc4A5k6-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 03:07:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E869591 for ; Mon, 9 Jun 2014 03:07:05 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (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 49B13228F for ; Mon, 9 Jun 2014 03:07:04 +0000 (UTC) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) (authenticated bits=0) by hydra.pix.net (8.14.8/8.14.8) with ESMTP id s5936tt1028566 for ; Sun, 8 Jun 2014 23:07:02 -0400 (EDT) (envelope-from cross+freebsd@distal.com) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at mail.pix.net Received: from magrathea.distal.com (magrathea.distal.com [IPv6:2001:470:e24c:200:ea06:88ff:feca:960e]) (authenticated bits=0) by mail.distal.com (8.14.8/8.14.8) with ESMTP id s5935YZB031563 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sun, 8 Jun 2014 23:05:35 -0400 (EDT) (envelope-from cross+freebsd@distal.com) From: Chris Ross Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Cross-building FreeBSD core... Message-Id: Date: Sun, 8 Jun 2014 23:05:25 -0400 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.distal.com [IPv6:2001:470:e24c:200::ae25]); Sun, 08 Jun 2014 23:05:35 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 03:07:05 -0000 So, I was investigating the notion of cross-building FreeBSD = stable/10. Specifically, I wanted to try to build a full amd64 = buildworld and buildkernel on a sparc64. I found = https://wiki.freebsd.org/A_Brief_Guide_To_Cross_Compiling_FreeBSD which = I knew was a little old, but tried it. It failed in "stage 4.2: = building libraries", after quite a long time, eventually failing in: =3D=3D=3D> lib/ncurses/ncurses (obj,depend,all,install) [....] cc -o make_keys -O2 -pipe -I. = -I/home/cross/obj.amd64/usr/src/lib/ncurses/ncurses/../ncurses = -I/usr/src/lib/ncurses/ncurses/../ncurses = -I/usr/src/lib/ncurses/ncurses/../ncurses = -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include = -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall = -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=3Dgnu99 = -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion = /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/tinfo/make_k= eys.c ./make_keys keys.list > init_keytry.h ./make_keys: Exec format error *** Error code 126 Is this a bug that needs to be fixed in the build system, or something = I did wrong to perform the build? I effectively did: make buildworld TARGET=3Damd64 TARGET_ARCH=3Damd64 = MAKEOBJDIRPREFIX=3D/home/cross/obj.amd64 If anyone has any pointers to the _right_ way to do this, please let = me know. Thanks... - Chris From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 03:43:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B6052E4 for ; Mon, 9 Jun 2014 03:43:00 +0000 (UTC) Received: from BLU004-OMC2S3.hotmail.com (blu004-omc2s3.hotmail.com [65.55.111.78]) by mx1.freebsd.org (Postfix) with ESMTP id CE52D2583 for ; Mon, 9 Jun 2014 03:42:59 +0000 (UTC) Received: from BLU177-W24 ([65.55.111.71]) by BLU004-OMC2S3.hotmail.com with Microsoft SMTPSVC(7.5.7601.22701); Sun, 8 Jun 2014 20:42:59 -0700 X-TMN: [4BUB6VgKmsOX8JAy7xLchzNlY10lQUro] X-Originating-Email: [robertames@hotmail.com] Message-ID: From: Robert Ames To: "freebsd-stable@freebsd.org" Subject: 9.3-BETA2 Date: Sun, 8 Jun 2014 23:42:58 -0400 Importance: Normal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 09 Jun 2014 03:42:59.0038 (UTC) FILETIME=[E8282FE0:01CF8394] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 03:43:00 -0000 Is there any way r253392 could get into 9.3?=A0 It's a change to=0A= sys/dev/acpica/acpi_resource.c that makes the serial ports on at=0A= least a couple of motherboards (Intel D2500CC and VIA EPIA LT)=0A= usable.=A0 The change was made after 9.2 and was included in 10.0.=0A= It would be nice to get it in 9.3 too.=0A= =0A= = From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 03:46:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CF165AA; Mon, 9 Jun 2014 03:46:35 +0000 (UTC) Date: Sun, 8 Jun 2014 23:46:30 -0400 From: Glen Barber To: Robert Ames Subject: Re: 9.3-BETA2 Message-ID: <20140609034630.GJ33882@hub.FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Bina0ufSB9dLMnVr" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 03:46:36 -0000 --Bina0ufSB9dLMnVr Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 08, 2014 at 11:42:58PM -0400, Robert Ames wrote: > Is there any way r253392 could get into 9.3?=A0 It's a change to > sys/dev/acpica/acpi_resource.c that makes the serial ports on at > least a couple of motherboards (Intel D2500CC and VIA EPIA LT) > usable.=A0 The change was made after 9.2 and was included in 10.0. > It would be nice to get it in 9.3 too. >=20 Have you contacted the committer of r253392? Glen --Bina0ufSB9dLMnVr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTlS4WAAoJELls3eqvi17QyIMQAKPlPXwsUVRcq5C08OpOObZX ymytRFHSQ8Bkrbr73gHtaiyPdG2seqIpV6WxxZV+1XPLep4MOREHCUf3x58LDp9i 3TEL9ZnYBmUAsurZE1HFiIR5CfajhT7v3Nk3HpcAboj3tMAWZn1ZSBeddi89PKU5 DHdqyhxSDm6UbL6+fvCbeRQ3Dm/I36D6yAxWsXCefqaJ8Ev8nJEUKApHJrL4F9MI JMXK6kG2eFejn5uL16yinx2JMUZf2/tizP0OQ5Jj2VMbfTXrUta8wlQVB4NxfA75 pSxumfN9/ZIYucGd1VHjy5ECbWESvy2oBLtsdFem3n3V0KHppUdu1kKT3s9PgeaA EEVf8LjsMO6Hebwft0vaS+bnBORvnZ2aoKzGuKAtTNupnvZx6cBCgzsw3p7CDWKZ CZOUhyNPExIVzP4FkIBBLnSBuAxUmKicgeksgWddSxb9X1z5+j4hCK1f08NPpiU1 nFvRIpzWVc628G74YsfFNUhj0IOnSjLWzzBYf03GJe95quEpn2L+GyJX71hQVoEk tAXXDi5egEdLNt8czhWtBpJxQNDsXUhoziXqfIkewt2hXhZvv7xS617/j0IZDtqV GeFg6xLEWOtw6qReJYTGyXt0hgYN2GWmBsrByHEDrBYOFG1lTj8mG3d0AauB/Bj5 3KEZjnMlh0Zz4GD9/Qrx =YjyU -----END PGP SIGNATURE----- --Bina0ufSB9dLMnVr-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 04:01:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39C48AA6 for ; Mon, 9 Jun 2014 04:01:21 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [IPv6:2001:470:67:39d::78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 15C7D26AE for ; Mon, 9 Jun 2014 04:01:21 +0000 (UTC) Received: from overcee.wemm.org (canning.wemm.org [192.203.228.65]) by smtp2.wemm.org (Postfix) with ESMTP id 48549668; Sun, 8 Jun 2014 21:01:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1402286479; bh=Sq+grfReu0FoaSKHz/nXDfpDJ9tySyPkKVDuhpbcDGo=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=ml7+T2BdEanI0DS8lay9DDzlYeGMD91kfDWFzIenHfQSHvsSCt2/k/zmuAqPSIxjt bN8yuSBUy92ElVTTyEd6PesNO3DsypgzBi8bxnZGX+y+9SD/JZMccFfdp6UxBP/Ixu YIkBRBEvWIlLh8aWimzbst4yV26YFOf1iubiU3Uo= From: Peter Wemm To: freebsd-stable@freebsd.org Subject: Re: Cross-building FreeBSD core... Date: Sun, 08 Jun 2014 21:01:18 -0700 Message-ID: <2158607.RZmBJ56eyy@overcee.wemm.org> User-Agent: KMail/4.12.4 (FreeBSD/11.0-CURRENT; KDE/4.12.4; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Chris Ross X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 04:01:21 -0000 On Sunday 08 June 2014 23:05:25 Chris Ross wrote: > So, I was investigating the notion of cross-building FreeBSD stable/10. > Specifically, I wanted to try to build a full amd64 buildworld and > buildkernel on a sparc64. > > I found https://wiki.freebsd.org/A_Brief_Guide_To_Cross_Compiling_FreeBSD > which I knew was a little old, but tried it. It failed in "stage 4.2: > building libraries", after quite a long time, eventually failing in: > > ===> lib/ncurses/ncurses (obj,depend,all,install) > [....] > cc -o make_keys -O2 -pipe -I. > -I/home/cross/obj.amd64/usr/src/lib/ncurses/ncurses/../ncurses > -I/usr/src/lib/ncurses/ncurses/../ncurses > -I/usr/src/lib/ncurses/ncurses/../ncurses > -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include > -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall > -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign > -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare > -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function > -Wno-enum-conversion > /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/tinfo/make_ke > ys.c ./make_keys keys.list > init_keytry.h > ./make_keys: Exec format error > *** Error code 126 > > > Is this a bug that needs to be fixed in the build system, or something I > did wrong to perform the build? > > I effectively did: > > make buildworld TARGET=amd64 TARGET_ARCH=amd64 > MAKEOBJDIRPREFIX=/home/cross/obj.amd64 I don't know if it's still the case, but MAKEOBJDIRPREFIX used to have to be set before calling make, ie something more like: env MAKEOBJDIRPREFIX=/home/cross/obj.amd64 make buildworld TARGET=amd64 TARGET_ARCH=amd64 -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 08:04:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 747A48DE for ; Mon, 9 Jun 2014 08:04:46 +0000 (UTC) Received: from mx1a.lautre.net (mx1a.lautre.net [80.67.160.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.lautre.net", Issuer "StartCom Class 2 Primary Intermediate Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B87028BD for ; Mon, 9 Jun 2014 08:04:45 +0000 (UTC) Received: from graf.pompo.net (graf.pompo.net [78.225.128.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thierry@pompo.net) by mx1a.lautre.net (Postfix) with ESMTPSA id 85A0C40EFC; Mon, 9 Jun 2014 10:04:41 +0200 (CEST) Received: by graf.pompo.net (Postfix, from userid 1001) id 2854871E596; Mon, 9 Jun 2014 10:04:41 +0200 (CEST) Date: Mon, 9 Jun 2014 10:04:41 +0200 From: Thierry Thomas To: David Wolfskill , Ryan Stone , "freebsd-stable@freebsd.org" Subject: Re: Can't build stable/10 from a stable/10 box Message-ID: <20140609080441.GE77903@graf.pompo.net> Mail-Followup-To: David Wolfskill , Ryan Stone , "freebsd-stable@freebsd.org" References: <20140609023512.GB1180@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <20140609023512.GB1180@albert.catwhisker.org> X-Operating-System: FreeBSD 10.0-STABLE amd64 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: X-PGP: 0xF1C516B3C8359753 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 08:04:46 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Le lun 9 jui 14 =E0 4:35:12 +0200, David Wolfskill =E9crivait=A0: > > I've tried several different revisions, including r267214 itself and > > none of them build. Anybody have an idea as to what's wrong? > > .... >=20 > I don't have an idea what's wrong, but I can report that I've not been > seeing issues with performing in-place source upgrades of stable/10 in > some time; I've been appending output of "uname -vp" to a file when I > perform thos e(daily) updates, and results are linked from > . (The most recent > stable/10 results are actually for sources @r267214: I do my builds with > -DNOCLEAN to save time: I actually use my laptop for things other than > rebuilding FreeBSD and ports.) I got failure at the same point, but with a different message, and it was caused by ccache. Don't you run ccache? Regards, --=20 Th. Thomas. --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQJ8BAEBCgBmBQJTlWqYXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFNTM2QkU4NTM4NTM5OUQwMEI2RkFBNzZG MUM1MTZCM0M4MzU5NzUzAAoJEPHFFrPINZdTJs4QAIoWszk7vuo+QXg0goQbKgwt pouHCTHAokJq3dS1CXXhU0ZFCZZ0Hz9lQu6ztwlqCjDUOfMQN064fBIf0lV8JNvS zBPZQ/0bPGnr2xQKZSfzqnClhP1oV5KEd1JzCjm5KDBgwuVuSz33JNKUq1r2Fg44 OpFxRYnGvqjMbh9kZmgbRuzQgVgLcsFIKA7vshSWckFOXCQKD8KeqN1j8SI1hDrO rOjPVNdsz+W749feHp31w2Wm8IzT352o9UyZKijIFzUxm2jI6PSCjTKjAf8YVq3g nmwa9KgSAfenA3chhs2pRg6jgWnbdXMusz63lr2umDZHYszUR6vZ8tGx/umuM229 n2bg5OX686rEJVYcTrZRWox1z1cgii5GHdIBvbg6pQHBJ8V51+dPNTUuaOTQsw0o n2NTxWNpg38ewEqThAThxZXE1twUn3gQeRFfsUfkpokgVXe5a9qEqYK6h5JD4W65 LcJMbMXQI2Kp+XTKU6DNzQDz3MIcM8A4gEyDeG/BJSpY4yUNkusoewGHkrpJpIxB FdcfaCq6MEOAQi0QrvNKFmSRDndxhR2HusJqI2axzD4rKaKMedcT3QT0AOTuF1KC fFLTYNYCVBCiYesQG5q/n9cEd3zNV5TsDbtyd5sTYnHXvxa8/wg7XIaY0A6Pn/3S gUDjSMFrOVAmt/XoWV1a =1N8x -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 08:37:22 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C14D4F31 for ; Mon, 9 Jun 2014 08:37:22 +0000 (UTC) Received: from mail-yh0-x22e.google.com (mail-yh0-x22e.google.com [IPv6:2607:f8b0:4002:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 840B52B59 for ; Mon, 9 Jun 2014 08:37:22 +0000 (UTC) Received: by mail-yh0-f46.google.com with SMTP id 29so2303460yhl.5 for ; Mon, 09 Jun 2014 01:37:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IMRrLMN1JalOg5FfeIHJtQX/of6fS6xmKrtcQqqsAVc=; b=ErZ/GKXsMpjMcIwPPmoBAOiV5eTztj0MckpdHegeWUTCgWVofWFXXidWcykAK09mmO ZPXv2j1STHWYzg61xmBct4pvxCZspECBF1zNj7AJI/25gogCSX9+ti5/mS67QBDgAuCM jGgTKMSiVtA5gJVToB5uGfydJQpGZTJgn0hUcugc/aPfNmAoQKV7Q6LcEQHM/BkSEQL4 C4w8fu6806gWKLqjVshoiFcaY+sRglwxsWtPEs0AV6X4VJ/lnW2qoCs+C25Dxt0MOrXz 0f+timFSO94EJ1r7zlHMAXgkaYHRLo3fbjJNqOOGKMCr9ktgjPG5H9eE4rQ05nXWoN4m B1hg== MIME-Version: 1.0 X-Received: by 10.236.98.103 with SMTP id u67mr1166876yhf.99.1402303041706; Mon, 09 Jun 2014 01:37:21 -0700 (PDT) Received: by 10.170.54.8 with HTTP; Mon, 9 Jun 2014 01:37:21 -0700 (PDT) In-Reply-To: References: <53902B1D.8030200@ish.com.au> <53909B22.7000801@yandex.ru> <53912346.7010207@ish.com.au> Date: Mon, 9 Jun 2014 09:37:21 +0100 Message-ID: Subject: Re: ZFS boot pool selection From: krad To: Tom Evans Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "Andrey V. Elsukov" , freebsd-stable , Aristedes Maniatis X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 08:37:22 -0000 I thought the bootfs variable told the bootcode where to get the kernel, and loader environment from. Unless otherwise stated in the loader.conf/fstab, this would also be where the kernel mounted the rootfs from. A subtle but important difference. On 6 June 2014 10:26, Tom Evans wrote: > On Fri, Jun 6, 2014 at 3:11 AM, Aristedes Maniatis wrote: > > Should vfs.root.mountfrom and bootfs be removed from the latest ZFS > howto instructions? > > Definitely not either. I use manageBE (another beadm-a-like tool) to > manage my root pool, the bootfs property is what determines which root > is used, and vfs.root.mountfrom is what I would put in the loader to > boot from a different one. > > Cheers > > Tom > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Jun 9 10:37:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BF37288; Mon, 9 Jun 2014 10:37:58 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1AEA326A6; Mon, 9 Jun 2014 10:37:58 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B3612749; Mon, 9 Jun 2014 10:37:56 +0000 (UTC) Date: Mon, 9 Jun 2014 10:37:50 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, kevlo@FreeBSD.org, brueffer@FreeBSD.org, jkim@FreeBSD.org Message-ID: <1799893450.574.1402310275334.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_10 #390 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 10:37:58 -0000 See From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 11:30:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A939D38E for ; Mon, 9 Jun 2014 11:30:14 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 52D3E2AC9 for ; Mon, 9 Jun 2014 11:30:13 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s59BUBjv004235 for ; Mon, 9 Jun 2014 04:30:11 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s59BUBhW004234 for freebsd-stable@freebsd.org; Mon, 9 Jun 2014 04:30:11 -0700 (PDT) (envelope-from david) Date: Mon, 9 Jun 2014 04:30:10 -0700 From: David Wolfskill To: "freebsd-stable@freebsd.org" Subject: Re: Can't build stable/10 from a stable/10 box Message-ID: <20140609113010.GC1180@albert.catwhisker.org> Reply-To: stable@freebsd.org Mail-Followup-To: stable@freebsd.org, "freebsd-stable@freebsd.org" References: <20140609023512.GB1180@albert.catwhisker.org> <20140609080441.GE77903@graf.pompo.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="xo44VMWPx7vlQ2+2" Content-Disposition: inline In-Reply-To: <20140609080441.GE77903@graf.pompo.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 11:30:14 -0000 --xo44VMWPx7vlQ2+2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 09, 2014 at 10:04:41AM +0200, Thierry Thomas wrote: > ... > I got failure at the same point, but with a different message, and it > was caused by ccache. Don't you run ccache? > ... I do not use ccache. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --xo44VMWPx7vlQ2+2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTlZrBXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7rHYP/3YthuSWrI9lOeHp+2Ka0MJ/ OHsDwZVF5Okjocojxj+hf2Dr5QUr0CfR7T3DE6UW2OyhT4loBzXhLijAR+QjL39x SPggjWqCb8xeANXgila3v8jljMhY9FBSys4zR9jLUZjkXBudxCHUtkVYgKFyDtlX t83+C5gJlH2BR3VnThFh1LzFC4/yRWN3ya/zHXZUr92893BrYbVehWjNHcAFPL5g Qvz3voLSRBwOZCcJddYCOfgQWkooZGzmvdK6OR16q+IVppCnwOBLTBqvPN5DtCFq Rhv7MLW793GEF2oecWAkMKqtThfotcJF5nbqJXx3Z+xMYsfub4IEm9GisCnmRqiU 2A9OAptUx1RCSm+ameJVtKiPCcyoIn140wC47V1MW3EsJklsIT97GtUdLZpwYVUz 59MHaHraFwzFc/qpKc6D+1rsV50P+pGctuX/jXtP1In9mPGvyRyMFJ1zxEaWxkuY OmPLbyGGrFn9AFeORbGKDrMOFFPPATeIRnj8OJX6ZUy1WJCaKsxL0vFziywEV1q4 dq1ppbPNUTUAm6Kpvt0+RRNL6xRhDGwV8TzwIHRfvSWN7llFxBAbzVeLud5g3Wcp pC4qPc0BGX1/CRjxdz/86WxBNgXU3i4aWfuHH5z7pAft98CqQUUvWGXC8xJqZL5N Crgy3vqkhajviPkzmfAK =0FnW -----END PGP SIGNATURE----- --xo44VMWPx7vlQ2+2-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 12:26:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C7E9F96 for ; Mon, 9 Jun 2014 12:26:21 +0000 (UTC) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F26F2F19 for ; Mon, 9 Jun 2014 12:26:21 +0000 (UTC) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 8C06C36B; Mon, 9 Jun 2014 08:19:59 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Not to beat a dead horse, but ... From: Paul Mather In-Reply-To: <5394F72E.4080306@m5p.com> Date: Mon, 9 Jun 2014 08:19:58 -0400 Content-Transfer-Encoding: 7bit Message-Id: References: <5394A848.7030609@m5p.com> <5394B80A.2030901@m5p.com> <20140608232203.GN31367@funkthat.com> <5394F72E.4080306@m5p.com> To: George Mitchell X-Mailer: Apple Mail (2.1878.2) Cc: FreeBSD Stable Mailing List , Andreas Nilsson X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 12:26:21 -0000 On Jun 8, 2014, at 7:52 PM, George Mitchell wrote: > On 06/08/14 19:22, John-Mark Gurney wrote: >> [...] it turns out that the electricity >> savings in a year, paid for the entire cost of the new switch... We >> were talking ~$250/year in savings, so, upgrading can end up saving >> you money... >> > Thanks for the advice on what hardware I should run. But why should I > believe that upgrading to SMP and running with ULE will make my life > better? In fact, when I tried ULE + a six-core system + dnetc + make > buildworld, etc., a couple of years ago (I do have one SMP system), > the results were just as appalling compared to 4BSD as with a single > processor. -- George One reason to believe that things might be better could be that a lot of development can happen in "a couple of years." It's my belief, in fact, that a focus of FreeBSD development in recent years has been in improving performance on multi-core systems. I recently replaced my single-core FreeBSD/i386 system with a six-core FreeBSD/amd64 system and my buildworld+buildkernel times went down from over 5 hours to under 40 minutes. The only single-core systems I run any more are on FreeBSD/arm. As others have pointed out, it gets harder and harder to buy new mainstream single-core systems, so it's inevitable that there will be less contemporary development focus there. Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 14:19:22 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36E68EB7 for ; Mon, 9 Jun 2014 14:19:22 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 0EB0028E9 for ; Mon, 9 Jun 2014 14:19:19 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s59EKELQ011913; Mon, 9 Jun 2014 07:20:20 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s59EK9GG011909; Mon, 9 Jun 2014 07:20:09 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 9 Jun 2014 07:20:09 -0700 (PDT) Message-ID: In-Reply-To: <20140608154130.GA3621@vpn.offrom.nl> References: <20140608154130.GA3621@vpn.offrom.nl> Date: Mon, 9 Jun 2014 07:20:09 -0700 (PDT) Subject: Re: Setup cups and Brother HL-4150CDN on FreeBSD 10 From: "Chris H" To: Willy@Offermans.Rompen.nl User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org, cups@cups.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 14:19:22 -0000 Greetings... > Dear cups and freebsd friends, > > I'm trying to setup CUPS on FreeBSD 10. I managed to install the software > and I managed to make the printer available to the OS via /dev/ulpt0: > > from messages: > > ... > Jun 8 17:16:13 donald kernel: ugen1.2: at usbus1 > Jun 8 17:16:13 donald kernel: ulpt0: addr 1> on usbus1 > Jun 8 17:16:13 donald kernel: ulpt0: using bi-directional mode > Jun 8 17:16:13 donald kernel: ulpt0: offline > ... > > > from ll /dev/ulpt0 > > crw-rw---- 1 root cups - 0x65 Jun 8 17:16 /dev/ulpt0 > > If I executed the following command: > > echo 'true' > /dev/ulpt0 > > then the printer reacts and shows that data is transferred to the printer. > > However, if I try to add the printer to CUPS via the web-interface, then > the printer is not detectable. I would expect the printer to be found after > searching. I can find an error message in error_log: > > > ... > E [08/Jun/2014:17:37:53 +0200] [Client 15] Invalid peer credentials for "root" - got 8, > expected 0! > ... > > > I'm not sure if this is related to the fact that the printer cannot be > detected. > > If I add the printer manually to the printer.conf file: > > > > UUID urn:uuid:de11cfc5-3cbd-361e-5750-8b0e3f0ff4ad > AuthInfoRequired none > Info Brother HL-4150CDN series > Location attic > MakeModel Brother HL-4150CDN series CUPS > DeviceURI usb:/dev/ulpt0 > State Idle > StateTime 1402241099 > Type 8392780 > Accepting Yes > Shared No > JobSheets none none > QuotaPeriod 0 > PageLimit 0 > KLimit 0 > OpPolicy default > ErrorPolicy stop-printer > > > then I still cannot print to the printer. > > Does anyone has a clue what is going on? Or how can I debug this problem? > It appears that the user under which you are attempting all this, doesn't have permission to manage, or otherwise manipulate/view the printer facilities. My suggestion would be to (if available) go to http://localhost:631/admin in your browser, and login with the root password, and then GRANT permission(s) to the user you want to give access to. Also insure that the cups user/group were added correctly. Best wishes. --Chris > > -- > Met vriendelijke groeten, > With kind regards, > Mit freundlichen Gruessen, > De jrus wah, > > Wiel > > ************************************* > W.K. Offermans > Home: +31 45 544 49 44 > Mobile: +31 681 15 87 68 > Mobile: +49 1575 414 60 55 > e-mail: Willy@Offermans.Rompen.nl > > Powered by .... > > (__) > \\\'',) > \/ \ ^ > .\._/_) > > www.FreeBSD.org > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Jun 9 17:38:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA0D5A62 for ; Mon, 9 Jun 2014 17:38:13 +0000 (UTC) Received: from cpsmtpb-ews06.kpnxchange.com (cpsmtpb-ews06.kpnxchange.com [213.75.39.9]) by mx1.freebsd.org (Postfix) with ESMTP id 0DFBC2E4B for ; Mon, 9 Jun 2014 17:38:12 +0000 (UTC) Received: from cpsps-ews07.kpnxchange.com ([10.94.84.174]) by cpsmtpb-ews06.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Mon, 9 Jun 2014 19:38:02 +0200 Received: from CPSMTPM-CMT108.kpnxchange.com ([195.121.3.24]) by cpsps-ews07.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Mon, 9 Jun 2014 19:38:02 +0200 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT108.kpnxchange.com over TLS secured channel with Microsoft SMTPSVC(7.0.6002.18264); Mon, 9 Jun 2014 19:38:01 +0200 Received: from squid (squid.offrom.nl [192.168.0.72]) by donald.offrom.nl (8.14.8/8.14.8) with ESMTP id s59Hc0Qg020091; Mon, 9 Jun 2014 19:38:01 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1Wu3WC-00082f-JU; Mon, 09 Jun 2014 19:38:00 +0200 Date: Mon, 9 Jun 2014 19:38:00 +0200 From: Willy Offermans To: "The CUPS user discussion list." Subject: Re: [cups] Setup cups and Brother HL-4150CDN on FreeBSD 10 Message-ID: <20140609173800.GC30045@vpn.offrom.nl> Reply-To: cups@Offermans.Rompen.nl References: <20140608154130.GA3621@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 09 Jun 2014 17:38:01.0846 (UTC) FILETIME=[8FC1F960:01CF8409] X-RcptDomain: freebsd.org Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 17:38:13 -0000 Hello Chris and cups, and freebsd friends, On Mon, Jun 09, 2014 at 07:20:09AM -0700, Chris H wrote: > Greetings... > > Dear cups and freebsd friends, > > > > I'm trying to setup CUPS on FreeBSD 10. I managed to install the software > > and I managed to make the printer available to the OS via /dev/ulpt0: > > > > from messages: > > > > ... > > Jun 8 17:16:13 donald kernel: ugen1.2: at usbus1 > > Jun 8 17:16:13 donald kernel: ulpt0: > addr 1> on usbus1 > > Jun 8 17:16:13 donald kernel: ulpt0: using bi-directional mode > > Jun 8 17:16:13 donald kernel: ulpt0: offline > > ... > > > > > > from ll /dev/ulpt0 > > > > crw-rw---- 1 root cups - 0x65 Jun 8 17:16 /dev/ulpt0 > > > > If I executed the following command: > > > > echo 'true' > /dev/ulpt0 > > > > then the printer reacts and shows that data is transferred to the printer. > > > > However, if I try to add the printer to CUPS via the web-interface, then > > the printer is not detectable. I would expect the printer to be found after > > searching. I can find an error message in error_log: > > > > > > ... > > E [08/Jun/2014:17:37:53 +0200] [Client 15] Invalid peer credentials for "root" - got 8, > > expected 0! > > ... > > > > > > I'm not sure if this is related to the fact that the printer cannot be > > detected. > > > > If I add the printer manually to the printer.conf file: > > > > > > > > UUID urn:uuid:de11cfc5-3cbd-361e-5750-8b0e3f0ff4ad > > AuthInfoRequired none > > Info Brother HL-4150CDN series > > Location attic > > MakeModel Brother HL-4150CDN series CUPS > > DeviceURI usb:/dev/ulpt0 > > State Idle > > StateTime 1402241099 > > Type 8392780 > > Accepting Yes > > Shared No > > JobSheets none none > > QuotaPeriod 0 > > PageLimit 0 > > KLimit 0 > > OpPolicy default > > ErrorPolicy stop-printer > > > > > > then I still cannot print to the printer. > > > > Does anyone has a clue what is going on? Or how can I debug this problem? > > > It appears that the user under which you are attempting all this, > doesn't have permission to manage, or otherwise manipulate/view the > printer facilities. My suggestion would be to (if available) go to > http://localhost:631/admin in your browser, and login with the root > password, and then GRANT permission(s) to the user you want to give > access to. > > Also insure that the cups user/group were added correctly. > > Best wishes. > > --Chris > > > > -- I did as you told. I logged in with root account, but there were no printers available. Also the /dev/ulpt0 device cannot be detected, although the local printer is connected to this device. under administration is not successful. No printer will appear. I will just add the output from error_log file, though I cannot find any obvious irregularity: D [09/Jun/2014:19:27:13 +0200] [Client 14] Accepted from localhost (Domain) D [09/Jun/2014:19:27:13 +0200] [Client 14] Waiting for request. D [09/Jun/2014:19:27:13 +0200] [Client 14] POST /admin/ HTTP/1.1 D [09/Jun/2014:19:27:13 +0200] cupsdSetBusyState: newbusy="Active clients", busy="Not busy" D [09/Jun/2014:19:27:13 +0200] [Client 14] No authentication data provided. D [09/Jun/2014:19:27:13 +0200] [Client 14] 2.0 CUPS-Add-Modify-Printer 4154 D [09/Jun/2014:19:27:13 +0200] CUPS-Add-Modify-Printer ipp://localhost:631/printers/BHL4150CDN@xxx.xxx.xxx.xxx D [09/Jun/2014:19:27:13 +0200] cupsdIsAuthorized: username="" D [09/Jun/2014:19:27:13 +0200] [Client 14] Returning HTTP Unauthorized for CUPS-Add-Modify-Printer (ipp://localhost:631/printers/BHL4150CDN@ xxx.xxx.xxx.xxx) from localhost D [09/Jun/2014:19:27:13 +0200] [Client 14] WWW-Authenticate: Basic realm="CUPS", trc="y" D [09/Jun/2014:19:27:13 +0200] [Client 14] HTTP_STATE_WAITING Closing on EOF D [09/Jun/2014:19:27:13 +0200] [Client 14] Closing connection. D [09/Jun/2014:19:27:13 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Active clients" D [09/Jun/2014:19:27:13 +0200] [Client 14] Accepted from localhost (Domain) D [09/Jun/2014:19:27:13 +0200] [Client 14] Waiting for request. D [09/Jun/2014:19:27:13 +0200] [Client 16] Accepted from localhost (Domain) D [09/Jun/2014:19:27:13 +0200] [Client 16] Waiting for request. D [09/Jun/2014:19:27:13 +0200] [Client 14] HTTP_STATE_WAITING Closing on EOF D [09/Jun/2014:19:27:13 +0200] [Client 14] Closing connection. D [09/Jun/2014:19:27:13 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Not busy" D [09/Jun/2014:19:27:13 +0200] [Client 14] Accepted from localhost (Domain) D [09/Jun/2014:19:27:13 +0200] [Client 14] Waiting for request. D [09/Jun/2014:19:27:13 +0200] [Client 16] HTTP_STATE_WAITING Closing on EOF D [09/Jun/2014:19:27:13 +0200] [Client 16] Closing connection. D [09/Jun/2014:19:27:13 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Not busy" D [09/Jun/2014:19:27:13 +0200] [Client 14] POST /admin/ HTTP/1.1 D [09/Jun/2014:19:27:13 +0200] cupsdSetBusyState: newbusy="Active clients", busy="Not busy" E [09/Jun/2014:19:27:13 +0200] [Client 14] Invalid peer credentials for "root" - got 8, expected 0! D [09/Jun/2014:19:27:13 +0200] [Client 14] cr_version=0 D [09/Jun/2014:19:27:13 +0200] [Client 14] cr_uid=8 D [09/Jun/2014:19:27:13 +0200] [Client 14] cr_ngroups=1760 D [09/Jun/2014:19:27:13 +0200] [Client 14] cr_groups[0]=32767 D [09/Jun/2014:19:27:13 +0200] [Client 14] 2.0 CUPS-Add-Modify-Printer 4154 D [09/Jun/2014:19:27:13 +0200] CUPS-Add-Modify-Printer ipp://localhost:631/printers/BHL4150CDN@xxx.xxx.xxx.xxx D [09/Jun/2014:19:27:13 +0200] cupsdIsAuthorized: username="" D [09/Jun/2014:19:27:13 +0200] [Client 14] Returning HTTP Unauthorized for CUPS-Add-Modify-Printer (ipp://localhost:631/printers/BHL4150CDN@xxx.xxx.xxx.xxx) from localhost D [09/Jun/2014:19:27:13 +0200] [Client 14] WWW-Authenticate: Basic realm="CUPS", trc="y" D [09/Jun/2014:19:27:13 +0200] [Client 14] HTTP_STATE_WAITING Closing on EOF D [09/Jun/2014:19:27:13 +0200] [Client 14] Closing connection. D [09/Jun/2014:19:27:13 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Active clients" D [09/Jun/2014:19:27:13 +0200] [Client 14] Accepted from localhost (Domain) D [09/Jun/2014:19:27:13 +0200] [Client 14] Waiting for request. D [09/Jun/2014:19:27:13 +0200] [Client 16] Accepted from localhost (Domain) D [09/Jun/2014:19:27:13 +0200] [Client 16] Waiting for request. D [09/Jun/2014:19:27:13 +0200] [Client 14] HTTP_STATE_WAITING Closing on EOF D [09/Jun/2014:19:27:13 +0200] [Client 14] Closing connection. D [09/Jun/2014:19:27:13 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Not busy" D [09/Jun/2014:19:27:13 +0200] [Client 14] Accepted from localhost (Domain) D [09/Jun/2014:19:27:13 +0200] [Client 14] Waiting for request. D [09/Jun/2014:19:27:13 +0200] [Client 16] HTTP_STATE_WAITING Closing on EOF D [09/Jun/2014:19:27:13 +0200] [Client 16] Closing connection. D [09/Jun/2014:19:27:13 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Not busy" D [09/Jun/2014:19:27:13 +0200] [Client 14] POST /admin/ HTTP/1.1 D [09/Jun/2014:19:27:13 +0200] cupsdSetBusyState: newbusy="Active clients", busy="Not busy" E [09/Jun/2014:19:27:13 +0200] [Client 14] Invalid peer credentials for "root" - got 8, expected 0! D [09/Jun/2014:19:27:13 +0200] [Client 14] cr_version=0 D [09/Jun/2014:19:27:13 +0200] [Client 14] cr_uid=8 D [09/Jun/2014:19:27:13 +0200] [Client 14] cr_ngroups=1760 D [09/Jun/2014:19:27:13 +0200] [Client 14] cr_groups[0]=32767 D [09/Jun/2014:19:27:13 +0200] [Client 14] 2.0 CUPS-Add-Modify-Printer 4154 D [09/Jun/2014:19:27:13 +0200] CUPS-Add-Modify-Printer ipp://localhost:631/printers/BHL4150CDN@xxx.xxx.xxx.xxx D [09/Jun/2014:19:27:13 +0200] cupsdIsAuthorized: username="" D [09/Jun/2014:19:27:13 +0200] [Client 14] Returning HTTP Unauthorized for CUPS-Add-Modify-Printer (ipp://localhost:631/printers/BHL4150CDN@xxx.xxx.xxx.xxx) from localhost D [09/Jun/2014:19:27:13 +0200] [Client 14] WWW-Authenticate: Basic realm="CUPS", trc="y" D [09/Jun/2014:19:27:13 +0200] [Client 14] HTTP_STATE_WAITING Closing on EOF D [09/Jun/2014:19:27:13 +0200] [Client 14] Closing connection. D [09/Jun/2014:19:27:13 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Active clients" D [09/Jun/2014:19:27:13 +0200] [Client 14] Accepted from localhost (Domain) D [09/Jun/2014:19:27:13 +0200] [Client 14] Waiting for request. D [09/Jun/2014:19:27:13 +0200] [Client 16] Accepted from localhost (Domain) D [09/Jun/2014:19:27:13 +0200] [Client 16] Waiting for request. D [09/Jun/2014:19:27:13 +0200] [Client 14] HTTP_STATE_WAITING Closing on EOF D [09/Jun/2014:19:27:13 +0200] [Client 14] Closing connection. D [09/Jun/2014:19:27:13 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Not busy" D [09/Jun/2014:19:27:13 +0200] [Client 14] Accepted from localhost (Domain) D [09/Jun/2014:19:27:13 +0200] [Client 14] Waiting for request. D [09/Jun/2014:19:27:13 +0200] [Client 16] HTTP_STATE_WAITING Closing on EOF D [09/Jun/2014:19:27:13 +0200] [Client 16] Closing connection. D [09/Jun/2014:19:27:13 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Not busy" D [09/Jun/2014:19:27:13 +0200] [Client 14] POST /admin/ HTTP/1.1 D [09/Jun/2014:19:27:13 +0200] cupsdSetBusyState: newbusy="Active clients", busy="Not busy" E [09/Jun/2014:19:27:13 +0200] [Client 14] Invalid peer credentials for "root" - got 8, expected 0! D [09/Jun/2014:19:27:13 +0200] [Client 14] cr_version=0 D [09/Jun/2014:19:27:13 +0200] [Client 14] cr_uid=8 D [09/Jun/2014:19:27:13 +0200] [Client 14] cr_ngroups=1760 D [09/Jun/2014:19:27:13 +0200] [Client 14] cr_groups[0]=32767 D [09/Jun/2014:19:27:13 +0200] [Client 14] 2.0 CUPS-Add-Modify-Printer 4154 D [09/Jun/2014:19:27:13 +0200] CUPS-Add-Modify-Printer ipp://localhost:631/printers/BHL4150CDN@xxx.xxx.xxx.xxx D [09/Jun/2014:19:27:13 +0200] cupsdIsAuthorized: username="" D [09/Jun/2014:19:27:13 +0200] [Client 14] Returning HTTP Unauthorized for CUPS-Add-Modify-Printer (ipp://localhost:631/printers/BHL4150CDN@xxx.xxx.xxx.xxx) from localhost D [09/Jun/2014:19:27:13 +0200] [Client 14] WWW-Authenticate: Basic realm="CUPS", trc="y" D [09/Jun/2014:19:27:13 +0200] [Client 14] HTTP_STATE_WAITING Closing on EOF D [09/Jun/2014:19:27:13 +0200] [Client 14] Closing connection. D [09/Jun/2014:19:27:13 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Active clients" -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 681 15 87 68 Mobile: +49 1575 414 60 55 e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 18:18:12 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0E89125 for ; Mon, 9 Jun 2014 18:18:12 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 9EE742290 for ; Mon, 9 Jun 2014 18:18:12 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s59IHuSw074103; Mon, 9 Jun 2014 11:18:00 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201406091818.s59IHuSw074103@gw.catspoiler.org> Date: Mon, 9 Jun 2014 11:17:56 -0700 (PDT) From: Don Lewis Subject: Re: [cups] Setup cups and Brother HL-4150CDN on FreeBSD 10 To: cups@Offermans.Rompen.nl In-Reply-To: <20140609173800.GC30045@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org, cups@cups.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 18:18:13 -0000 On 9 Jun, Willy Offermans wrote: > Hello Chris and cups, and freebsd friends, > > On Mon, Jun 09, 2014 at 07:20:09AM -0700, Chris H wrote: >> Greetings... >> > Dear cups and freebsd friends, >> > >> > I'm trying to setup CUPS on FreeBSD 10. I managed to install the software >> > and I managed to make the printer available to the OS via /dev/ulpt0: >> > >> > from messages: >> > >> > ... >> > Jun 8 17:16:13 donald kernel: ugen1.2: at usbus1 >> > Jun 8 17:16:13 donald kernel: ulpt0: > > addr 1> on usbus1 >> > Jun 8 17:16:13 donald kernel: ulpt0: using bi-directional mode >> > Jun 8 17:16:13 donald kernel: ulpt0: offline >> > ... >> > >> > >> > from ll /dev/ulpt0 >> > >> > crw-rw---- 1 root cups - 0x65 Jun 8 17:16 /dev/ulpt0 >> > >> > If I executed the following command: >> > >> > echo 'true' > /dev/ulpt0 >> > >> > then the printer reacts and shows that data is transferred to the printer. >> > >> > However, if I try to add the printer to CUPS via the web-interface, then >> > the printer is not detectable. I would expect the printer to be found after >> > searching. I can find an error message in error_log: >> > >> > >> > ... >> > E [08/Jun/2014:17:37:53 +0200] [Client 15] Invalid peer credentials for "root" - got 8, >> > expected 0! >> > ... >> > >> > >> > I'm not sure if this is related to the fact that the printer cannot be >> > detected. >> > >> > If I add the printer manually to the printer.conf file: >> > >> > >> > >> > UUID urn:uuid:de11cfc5-3cbd-361e-5750-8b0e3f0ff4ad >> > AuthInfoRequired none >> > Info Brother HL-4150CDN series >> > Location attic >> > MakeModel Brother HL-4150CDN series CUPS >> > DeviceURI usb:/dev/ulpt0 >> > State Idle >> > StateTime 1402241099 >> > Type 8392780 >> > Accepting Yes >> > Shared No >> > JobSheets none none >> > QuotaPeriod 0 >> > PageLimit 0 >> > KLimit 0 >> > OpPolicy default >> > ErrorPolicy stop-printer >> > >> > >> > then I still cannot print to the printer. >> > >> > Does anyone has a clue what is going on? Or how can I debug this problem? >> > >> It appears that the user under which you are attempting all this, >> doesn't have permission to manage, or otherwise manipulate/view the >> printer facilities. My suggestion would be to (if available) go to >> http://localhost:631/admin in your browser, and login with the root >> password, and then GRANT permission(s) to the user you want to give >> access to. >> >> Also insure that the cups user/group were added correctly. >> >> Best wishes. >> >> --Chris >> > >> > -- > > I did as you told. I logged in with root account, but there were no > printers available. Also the /dev/ulpt0 device cannot be detected, although > the local printer is connected to this device. under > administration is not successful. No printer will appear. cups doesn't use the /dev/ulpt* device. For USB printers, it uses a the device node under /dev/usb. This device needs to be accessable to the cups user. See the last devfs rule here: From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 18:50:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE5FB829 for ; Mon, 9 Jun 2014 18:50:39 +0000 (UTC) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) (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 6C5682568 for ; Mon, 9 Jun 2014 18:50:37 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.7/8.14.7) with ESMTP id s59IoNwI003325; Mon, 9 Jun 2014 13:50:23 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id s59IoMMi003324; Mon, 9 Jun 2014 13:50:22 -0500 (CDT) (envelope-from brooks) Date: Mon, 9 Jun 2014 13:50:22 -0500 From: Brooks Davis To: Peter Wemm Subject: Re: Cross-building FreeBSD core... Message-ID: <20140609185022.GD94040@lor.one-eyed-alien.net> References: <2158607.RZmBJ56eyy@overcee.wemm.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yEPQxsgoJgBvi8ip" Content-Disposition: inline In-Reply-To: <2158607.RZmBJ56eyy@overcee.wemm.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Chris Ross X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 18:50:39 -0000 --yEPQxsgoJgBvi8ip Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 08, 2014 at 09:01:18PM -0700, Peter Wemm wrote: > On Sunday 08 June 2014 23:05:25 Chris Ross wrote: > > So, I was investigating the notion of cross-building FreeBSD stable/1= 0.=20 > > Specifically, I wanted to try to build a full amd64 buildworld and > > buildkernel on a sparc64. > >=20 > > I found https://wiki.freebsd.org/A_Brief_Guide_To_Cross_Compiling_Fre= eBSD > > which I knew was a little old, but tried it. It failed in "stage 4.2: > > building libraries", after quite a long time, eventually failing in: > >=20 > > =3D=3D=3D> lib/ncurses/ncurses (obj,depend,all,install) > > [....] > > cc -o make_keys -O2 -pipe -I. > > -I/home/cross/obj.amd64/usr/src/lib/ncurses/ncurses/../ncurses > > -I/usr/src/lib/ncurses/ncurses/../ncurses > > -I/usr/src/lib/ncurses/ncurses/../ncurses > > -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include > > -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall > > -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=3Dgnu99 > > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-si= gn > > -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare > > -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function > > -Wno-enum-conversion > > /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/tinfo/mak= e_ke > > ys.c ./make_keys keys.list > init_keytry.h > > ./make_keys: Exec format error > > *** Error code 126 > >=20 > >=20 > > Is this a bug that needs to be fixed in the build system, or somethin= g I > > did wrong to perform the build? > >=20 > > I effectively did: > >=20 > > make buildworld TARGET=3Damd64 TARGET_ARCH=3Damd64 > > MAKEOBJDIRPREFIX=3D/home/cross/obj.amd64 >=20 > I don't know if it's still the case, but MAKEOBJDIRPREFIX used to have to= be=20 > set before calling make, ie something more like: > env MAKEOBJDIRPREFIX=3D/home/cross/obj.amd64 make buildworld TARGET=3Damd= 64=20 > TARGET_ARCH=3Damd64 It is. Setting MAKEOBJDIRPREFIX as a make argument means it can't be changed and apparently that ability is used somewhere in the bootstrap process. The symptoms are bizzare and you end up with a cross built make_keys in the native tools path. Adding a seatbelt to detect this case and fail is on my todo list. -- Brooks --yEPQxsgoJgBvi8ip Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iKYEARECAGYFAlOWAe1fFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDY1NUQ1MTlDMjZBNzgyRTcyNTI5OUJGMDVE OEU4QkU5RjIzODFBRDQACgkQXY6L6fI4GtQXZQCeNKcfBWaDAjfXWF/dzxImKabK dEsAnjywtDr/1cVsaS4+Tb1M18nYTxTZ =8yP7 -----END PGP SIGNATURE----- --yEPQxsgoJgBvi8ip-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 18:58:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B70BAEE; Mon, 9 Jun 2014 18:58:00 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (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 4AE87263A; Mon, 9 Jun 2014 18:58:00 +0000 (UTC) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) (authenticated bits=0) by hydra.pix.net (8.14.8/8.14.8) with ESMTP id s59Ivl1R041247; Mon, 9 Jun 2014 14:57:54 -0400 (EDT) (envelope-from cross+freebsd@distal.com) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at mail.pix.net Received: from zalamar.mm-corp.net ([65.207.51.191]) (authenticated bits=0) by mail.distal.com (8.14.8/8.14.8) with ESMTP id s59IuP9E029776 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 9 Jun 2014 14:56:26 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Cross-building FreeBSD core... From: Chris Ross In-Reply-To: <20140609185022.GD94040@lor.one-eyed-alien.net> Date: Mon, 9 Jun 2014 14:56:10 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <9FEA3011-7E8F-4AB3-A70E-7ACCB5286E36@distal.com> References: <2158607.RZmBJ56eyy@overcee.wemm.org> <20140609185022.GD94040@lor.one-eyed-alien.net> To: Brooks Davis X-Mailer: Apple Mail (2.1827) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.distal.com [206.138.151.250]); Mon, 09 Jun 2014 14:56:26 -0400 (EDT) Cc: freebsd-stable@freebsd.org, Peter Wemm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 18:58:00 -0000 On Jun 9, 2014, at 14:50, Brooks Davis wrote: >> I don't know if it's still the case, but MAKEOBJDIRPREFIX used to = have to be=20 >> set before calling make, ie something more like: >> env MAKEOBJDIRPREFIX=3D/home/cross/obj.amd64 make buildworld = TARGET=3Damd64=20 >> TARGET_ARCH=3Damd64 >=20 > It is. Setting MAKEOBJDIRPREFIX as a make argument means it can't be > changed and apparently that ability is used somewhere in the bootstrap > process. The symptoms are bizzare and you end up with a cross built > make_keys in the native tools path. >=20 > Adding a seatbelt to detect this case and fail is on my todo list. Excellent. Thank you fellows very much. I will re-run with that = variable in my environment. Thanks for the info! - Chris From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 19:04:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9482D8B for ; Mon, 9 Jun 2014 19:04:11 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9284226F0 for ; Mon, 9 Jun 2014 19:04:11 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s59J49fl061724 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Jun 2014 12:04:10 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s59J49XO061723; Mon, 9 Jun 2014 12:04:09 -0700 (PDT) (envelope-from jmg) Date: Mon, 9 Jun 2014 12:04:09 -0700 From: John-Mark Gurney To: George Mitchell Subject: Re: Not to beat a dead horse, but ... Message-ID: <20140609190409.GU31367@funkthat.com> Mail-Followup-To: George Mitchell , freebsd-stable@freebsd.org References: <5394A848.7030609@m5p.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5394A848.7030609@m5p.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 09 Jun 2014 12:04:10 -0700 (PDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 19:04:12 -0000 George Mitchell wrote this message on Sun, Jun 08, 2014 at 14:15 -0400: > When I run this command on 10-STABLE on a uniprocessor system while > running the misc/dnetc port: > > cd /usr/src > time make buildworld && time make buildkernel && time make installkernel > > On revision 266422 with SCHED_ULE, I get (showing the time lines only): > > 7045.988u 897.681s 4:00:33.89 55.0% 29430+492k 27927+17003io > 30943pf+519w > 1155.683u 149.422s 52:49.60 41.1% 25418+410k 7452+20843io 12166pf+248w > 7.101u 4.838s 8:03.57 2.4% 5905+221k 1179+9461io 1345pf+67w > > On revision 267211 with SCHED_4BSD: > > 6950.087u 665.074s 2:40:36.19 79.0% 29929+502k 33651+17368io > 31151pf+151w > 1148.066u 134.312s 26:40.95 80.1% 26234+426k 9681+24613io 11917pf+106w > 6.774u 4.369s 0:33.90 32.8% 3110+320k 1388+10979io 1514pf+3w > > Since the majority of my systems are uniprocessors and I like to > run dnetc, SCHED_ULE has been a dealbreaker for me since day one. > Consequently I can't use freebsd_update. > > The party line seems to be, "Well, everybody knows SCHED_ULE sucks > on uniprocessors." Hello? Not everybody has upgraded to multiple > core or hyperthreaded processors yet. Do we really want to write > off every uniprocessor piece of hardware out here? > > The other assertion I hear is that SCHED_ULE really excels on some > unspecified workload or other. I'd love to see exactly how much > better it does than 4BSD on these mythological loads. -- George Were you running dnetc at the same time as buildworld? If you are, then did you also measure how much work dnetc did durning the same period of time? If you were running dnetc, your complaint is that one processor hog wasn't able to hog the processor as much as another processor hog? If the numbers above are to be believed, _ULE is doing a better job than _4BSD since it more evenly shared the processor w/ the other processor hog, in that they both got ~50% of the cpu... If this is the case, then you need to use nice w/ buildworld to give it higher priority... Also, you did not say if you've applied the various sysctl changes that have been suggested on the mailing list... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 19:05:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BABEE83 for ; Mon, 9 Jun 2014 19:05:01 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 933612700 for ; Mon, 9 Jun 2014 19:05:00 +0000 (UTC) Received: (qmail 51841 invoked by uid 89); 9 Jun 2014 19:04:18 -0000 Received: by simscan 1.4.0 ppid: 51836, pid: 51838, t: 0.0364s scanners: attach: 1.4.0 clamav: 0.97.3/m:55/d:19078 Received: from unknown (HELO ewzw033.ewadmin.local) (rainer@ultra-secure.de@212.71.117.93) by mail.ultra-secure.de with ESMTPA; 9 Jun 2014 19:04:18 -0000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Not to beat a dead horse, but ... From: Rainer Duffner In-Reply-To: <5394F72E.4080306@m5p.com> Date: Mon, 9 Jun 2014 21:04:13 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5394A848.7030609@m5p.com> <5394B80A.2030901@m5p.com> <20140608232203.GN31367@funkthat.com> <5394F72E.4080306@m5p.com> To: FreeBSD Stable X-Mailer: Apple Mail (2.1878.2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 19:05:01 -0000 =09 Am 09.06.2014 um 01:52 schrieb George Mitchell : > On 06/08/14 19:22, John-Mark Gurney wrote: >> [...] it turns out that the electricity >> savings in a year, paid for the entire cost of the new switch... We >> were talking ~$250/year in savings, so, upgrading can end up saving >> you money... >>=20 > Thanks for the advice on what hardware I should run. But why should I > believe that upgrading to SMP and running with ULE will make my life > better? In fact, when I tried ULE + a six-core system + dnetc + make > buildworld, etc., a couple of years ago (I do have one SMP system), > the results were just as appalling compared to 4BSD as with a single > processor. =97 George I think a lot of progress has been made as compared to =84a couple of = years ago=93. I have no hard numbers to back that up, of course, because I don=92t = have a uniform work-load that I can throw different releases (and = kernels) at. In addition to that, older FreeBSD releases generally run on (much) = older hardware and thus I can=92t compare the performance directly. But I would hesitate to, in essence, call the results of the efforts of = the developers over the last years =84appalling=93. That said, you can still buy single-core systems and I actually run one: = an ALIX 2d13. And I think my Centrino-laptop is also single-core (but = it=92s from 2004=85). But the Alix runs pfSense, not FreeBSD. As such, the pfSense-project is = responsible for issuing patches (and does so). People running non-standard kernel for other reasons (VIMAGE comes to = mind) probably have a similar problem. AFAIK, you should be able to run a local freebsd-update server and build = the patches yourself. I just don=92t know if it will actually fix your problem out of the box = or what else would have to be done so that freebsd-update replaces the = kernel with the one from your custom freebsd-update server... From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 19:22:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8ACF3398 for ; Mon, 9 Jun 2014 19:22:26 +0000 (UTC) Received: from icp-osb-irony-out7.external.iinet.net.au (icp-osb-irony-out7.external.iinet.net.au [203.59.1.224]) by mx1.freebsd.org (Postfix) with ESMTP id 0B7292898 for ; Mon, 9 Jun 2014 19:22:25 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnILAELxlVM6BvtS/2dsb2JhbABZgw2DRqhMBpkQAYESFnWEAwEBBAE6PxALDQETJQ8FDQsxE4guAwkHxiMNhUcXhV2GbYFgQgeDK4EWBJgmAYF5hmBAhi2FeYNOK4Ey X-IronPort-AV: E=Sophos;i="4.98,1003,1392134400"; d="scan'208";a="530613135" Received: from unknown (HELO smtp.phoenix) ([58.6.251.82]) by icp-osb-irony-out7.iinet.net.au with ESMTP; 10 Jun 2014 03:22:17 +0800 Received: by smtp.phoenix (Postfix, from userid 1001) id 4D9A2ECA; Tue, 10 Jun 2014 05:22:17 +1000 (EST) Date: Tue, 10 Jun 2014 05:22:17 +1000 From: andrew clarke To: Andreas Nilsson Subject: Re: Not to beat a dead horse, but ... Message-ID: <20140609192217.GA69813@ozzmosis.com> References: <5394A848.7030609@m5p.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: George Mitchell , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 19:22:26 -0000 On Sun 2014-06-08 20:58:36 UTC+0200, Andreas Nilsson (andrnils@gmail.com) wrote: > > The party line seems to be, "Well, everybody knows SCHED_ULE sucks > > on uniprocessors." Hello? Not everybody has upgraded to multiple > > core or hyperthreaded processors yet. Do we really want to write > > off every uniprocessor piece of hardware out here? > > > Yes? Can you even buy a system today that is uniprocessor? My phone is > a dual core thing, and it got written of because of its "meagre" > hardware. Top of the line phones has 8 cores. So, seriously, what > non-ancient system have you acquired that is uniprocessor? Please > include links for available hardware for laptops, desktops or servers. Don't discount virtual machines, where a FreeBSD guest OS might be configured to use only one of the host system's CPUs. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 20:09:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5274CF31 for ; Mon, 9 Jun 2014 20:09:11 +0000 (UTC) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1289C2D58 for ; Mon, 9 Jun 2014 20:09:10 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.9/8.14.9/NETPLEX) with ESMTP id s59K93xj052632; Mon, 9 Jun 2014 16:09:03 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Mon, 09 Jun 2014 16:09:03 -0400 (EDT) Date: Mon, 9 Jun 2014 16:09:03 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: andrew clarke Subject: Re: Not to beat a dead horse, but ... In-Reply-To: <20140609192217.GA69813@ozzmosis.com> Message-ID: References: <5394A848.7030609@m5p.com> <20140609192217.GA69813@ozzmosis.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: George Mitchell , FreeBSD Stable Mailing List , Andreas Nilsson X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 20:09:11 -0000 On Tue, 10 Jun 2014, andrew clarke wrote: > On Sun 2014-06-08 20:58:36 UTC+0200, Andreas Nilsson (andrnils@gmail.com) wrote: > >>> The party line seems to be, "Well, everybody knows SCHED_ULE sucks >>> on uniprocessors." Hello? Not everybody has upgraded to multiple >>> core or hyperthreaded processors yet. Do we really want to write >>> off every uniprocessor piece of hardware out here? >>> >> Yes? Can you even buy a system today that is uniprocessor? My phone is >> a dual core thing, and it got written of because of its "meagre" >> hardware. Top of the line phones has 8 cores. So, seriously, what >> non-ancient system have you acquired that is uniprocessor? Please >> include links for available hardware for laptops, desktops or servers. > > Don't discount virtual machines, where a FreeBSD guest OS might be > configured to use only one of the host system's CPUs. People are also using FreeBSD on small embedded systems, both x86 and non-x86 based. All the world is not a multiprocessor x86 system. http://www.diamondsystems.com/products/sbcs.php -- DE From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 21:00:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FB1297F for ; Mon, 9 Jun 2014 21:00:31 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 13A0721DF for ; Mon, 9 Jun 2014 21:00:31 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::e139:19ca:8dd8:f179] (unknown [IPv6:2001:7b8:3a7:0:e139:19ca:8dd8:f179]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4FB5B5C37; Mon, 9 Jun 2014 23:00:24 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_4492503F-85C0-4BEC-ACF0-13FE01A31135"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Can't build stable/10 from a stable/10 box From: Dimitry Andric In-Reply-To: Date: Mon, 9 Jun 2014 23:00:05 +0200 Message-Id: References: To: Ryan Stone X-Mailer: Apple Mail (2.1878.2) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 21:00:31 -0000 --Apple-Mail=_4492503F-85C0-4BEC-ACF0-13FE01A31135 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 09 Jun 2014, at 04:02, Ryan Stone wrote: > I get the following error if I try to build stable/10 on a stable/10 > VM that I built last night (r267214). It fails if I do either a make > buildworld or a make kernel-toolchain. I'm not building with -j as > the VM has only a single CPU. >=20 > =3D=3D=3D> lib/clang/include (depend) > rm -f .depend > =3D=3D=3D> lib/clang/libclanganalysis (all) > clang-tblgen -gen-clang-diags-defs -clang-component=3DCommon -I > = /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/= clang/include/clang/Basic > -d DiagnosticCommonKinds.inc.d -o DiagnosticCommonKinds.inc.h > = /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/= clang/include/clang/Basic/Diagnostic.td > = /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/= clang/include/clang/Basic/DiagnosticASTKinds.td > = /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/= clang/include/clang/Basic/DiagnosticAnalysisKinds.td > = /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/= clang/include/clang/Basic/DiagnosticCategories.td > = /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/= clang/include/clang/Basic/DiagnosticCommentKinds.td > = /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/= clang/include/clang/Basic/DiagnosticCommonKinds.td > = /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/= clang/include/clang/Basic/DiagnosticDriverKinds.td > = /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/= clang/include/clang/Basic/DiagnosticFrontendKinds.td > = /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/= clang/include/clang/Basic/DiagnosticGroups.td > = /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/= clang/include/clang/Basic/DiagnosticLexKinds.td > = /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/= clang/include/clang/Basic/DiagnosticParseKinds.td > = /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/= clang/include/clang/Basic/DiagnosticSemaKinds.td > = /mnt/build/freebsd/lib/clang/libclanganalysis/../../../contrib/llvm/tools/= clang/include/clang/Basic/DiagnosticSerializationKinds.td > clang-tblgen: Too many positional arguments specified! > Can specify at most 1 positional arguments: See: clang-tblgen -help > *** Error code 1 >=20 > Stop. > make[4]: stopped in /mnt/build/freebsd/lib/clang/libclanganalysis > *** Error code 1 >=20 > I've tried several different revisions, including r267214 itself and > none of them build. Anybody have an idea as to what's wrong? Any special settings in make.conf or src.conf? Are you building incrementally (e.g. with -DNO_CLEAN) or with a clean /usr/obj? -Dimitry --Apple-Mail=_4492503F-85C0-4BEC-ACF0-13FE01A31135 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlOWIGMACgkQsF6jCi4glqPyOgCbBLkKQAqVpQgoL1aBWdeAWSZB OcgAoJrg7BXHeQVwEgXrIBBQMYoIgy78 =gozH -----END PGP SIGNATURE----- --Apple-Mail=_4492503F-85C0-4BEC-ACF0-13FE01A31135-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 21:13:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D64FAA for ; Mon, 9 Jun 2014 21:13:18 +0000 (UTC) Received: from atomic.burgh.net (atomic.burgh.net [209.114.176.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2DDAD2368 for ; Mon, 9 Jun 2014 21:13:17 +0000 (UTC) Received: from [192.168.1.101] (pool-71-182-129-12.pitbpa.fios.verizon.net [71.182.129.12]) by atomic.burgh.net (Postfix) with ESMTPA id CB8F421BC1 for ; Mon, 9 Jun 2014 17:07:04 -0400 (EDT) Message-ID: <539621EB.5020301@burghcom.com> Date: Mon, 09 Jun 2014 17:06:51 -0400 From: Jeff Love User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Not to beat a dead horse, but ... References: <5394A848.7030609@m5p.com> <20140609192217.GA69813@ozzmosis.com> In-Reply-To: X-burghcom-MailScanner-Information: Please contact the ISP for more information X-burghcom-MailScanner-ID: CB8F421BC1.AC18A X-burghcom-MailScanner: Found to be clean X-burghcom-MailScanner-From: jl@burghcom.com X-Spam-Status: No Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 21:13:18 -0000 On 06/09/2014 04:09 PM, Daniel Eischen wrote: > On Tue, 10 Jun 2014, andrew clarke wrote: > >> On Sun 2014-06-08 20:58:36 UTC+0200, Andreas Nilsson >> (andrnils@gmail.com) wrote: >> >>>> The party line seems to be, "Well, everybody knows SCHED_ULE sucks >>>> on uniprocessors." Hello? Not everybody has upgraded to multiple >>>> core or hyperthreaded processors yet. Do we really want to write >>>> off every uniprocessor piece of hardware out here? >>>> >>> Yes? Can you even buy a system today that is uniprocessor? My phone is >>> a dual core thing, and it got written of because of its "meagre" >>> hardware. Top of the line phones has 8 cores. So, seriously, what >>> non-ancient system have you acquired that is uniprocessor? Please >>> include links for available hardware for laptops, desktops or servers. >> >> Don't discount virtual machines, where a FreeBSD guest OS might be >> configured to use only one of the host system's CPUs. > > People are also using FreeBSD on small embedded systems, both > x86 and non-x86 based. All the world is not a multiprocessor > x86 system. > > http://www.diamondsystems.com/products/sbcs.php > Those of us with some history running *BSD remember how long we waited for SMP in OpenBSD. -- -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 23:29:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8653E776 for ; Mon, 9 Jun 2014 23:29:34 +0000 (UTC) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (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 42E462DEE for ; Mon, 9 Jun 2014 23:29:34 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id s59NTQqY010983 for ; Mon, 9 Jun 2014 19:29:31 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <53964356.90201@m5p.com> Date: Mon, 09 Jun 2014 19:29:26 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Not to beat a dead horse, but ... References: <5394A848.7030609@m5p.com> <20140609190409.GU31367@funkthat.com> In-Reply-To: <20140609190409.GU31367@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Mon, 09 Jun 2014 19:29:31 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jun 2014 23:29:34 -0000 On 06/09/14 15:04, John-Mark Gurney wrote: > [...] > If you were running dnetc, your complaint is that one processor > hog wasn't able to hog the processor as much as another processor > hog? If the numbers above are to be believed, _ULE is doing a > better job than _4BSD since it more evenly shared the processor > w/ the other processor hog, in that they both got ~50% of the > cpu... If this is the case, then you need to use nice w/ buildworld > to give it higher priority... > [...] dnetc runs at nice 20 and is essentially 100% compute bound. I'm more than happy for buildworld/buildkernel to get every cycle it can when it emerges from an I/O wait. -- George From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 00:46:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FF2DA25 for ; Tue, 10 Jun 2014 00:46:39 +0000 (UTC) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id BCCCB243E for ; Tue, 10 Jun 2014 00:46:37 +0000 (UTC) Received: (qmail 8205 invoked by uid 907); 10 Jun 2014 00:39:55 -0000 Received: from Unknown (HELO jmmacpro.tmst.com.au) (203.14.245.130) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA; Tue, 10 Jun 2014 10:39:55 +1000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Not to beat a dead horse, but ... From: Jan Mikkelsen In-Reply-To: Date: Tue, 10 Jun 2014 10:39:06 +1000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5394A848.7030609@m5p.com> To: Andreas Nilsson X-Mailer: Apple Mail (2.1878.2) Cc: George Mitchell , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 00:46:39 -0000 Hi, On 9 Jun 2014, at 4:58, Andreas Nilsson wrote: > On Sun, Jun 8, 2014 at 8:15 PM, George Mitchell = > wrote: >=20 >> [ =85 ] >> The party line seems to be, "Well, everybody knows SCHED_ULE sucks >> on uniprocessors." Hello? Not everybody has upgraded to multiple >> core or hyperthreaded processors yet. Do we really want to write >> off every uniprocessor piece of hardware out here? >>=20 > Yes? Can you even buy a system today that is uniprocessor? My phone is = a > dual core thing, and it got written of because of its "meagre" = hardware. > Top of the line phones has 8 cores. So, seriously, what non-ancient = system > have you acquired that is uniprocessor? Please include links for = available > hardware for laptops, desktops or servers. > /A Embedded systems. There are lots of them. Your phone is pretty close to = a general purpose computer now and has to do a lot of stuff, including = being a gaming device. Lots of workloads fit into smaller systems. See: http://www.soekris.com/ http://www.advantech.com/ http://www.pcengines.ch/ http://www.chippc.com/ Those are just the Intel based ones - for ARM and MIPS there is a very = long list (we don=92t run FreeBSD on those yet, but we are planning to.) Regards, Jan. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 09:13:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F5CB278; Tue, 10 Jun 2014 09:13:44 +0000 (UTC) Received: from cpsmtpb-ews01.kpnxchange.com (cpsmtpb-ews01.kpnxchange.com [213.75.39.4]) by mx1.freebsd.org (Postfix) with ESMTP id 947532C94; Tue, 10 Jun 2014 09:13:42 +0000 (UTC) Received: from cpsps-ews06.kpnxchange.com ([10.94.84.173]) by cpsmtpb-ews01.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 10 Jun 2014 11:12:28 +0200 Received: from CPSMTPM-CMT106.kpnxchange.com ([195.121.3.22]) by cpsps-ews06.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 10 Jun 2014 11:12:28 +0200 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT106.kpnxchange.com over TLS secured channel with Microsoft SMTPSVC(7.0.6002.18264); Tue, 10 Jun 2014 11:12:28 +0200 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.8/8.14.8) with ESMTP id s5A9CQl9040085; Tue, 10 Jun 2014 11:12:27 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WuI6P-0005yV-97; Tue, 10 Jun 2014 11:12:21 +0200 Date: Tue, 10 Jun 2014 11:12:21 +0200 From: Willy Offermans To: "The CUPS user discussion list." Subject: Re: [cups] Setup cups and Brother HL-4150CDN on FreeBSD 10 Message-ID: <20140610091221.GA3793@vpn.offrom.nl> Reply-To: Willy@Offermans.Rompen.nl References: <20140608154130.GA3621@vpn.offrom.nl> <20140609173800.GC30045@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 10 Jun 2014 09:12:28.0431 (UTC) FILETIME=[1A0BE9F0:01CF848C] X-RcptDomain: freebsd.org Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 09:13:44 -0000 Hello Helga, cups and freebsd friends, On Mon, Jun 09, 2014 at 10:56:23PM +0200, Helge Blischke wrote: > The error message > E [08/Jun/2014:17:37:53 +0200] [Client 15] Invalid peer credentials > for "root" - got 8, expected 0! > states that the efective user id cupsd is runnin under is 8, which > certainly is not root. > Make sure your cupsd is running as root. > (see scheduler/auth.c in your sources directory tree). > I also checked this before. I ran ``ps waux | grep cups'': root 1645 0.0 0.0 64032 0 - SWs - 0:00.00 /usr/local/sbin/cupsd -C /usr/local/etc/cups/cupsd.conf root 1962 0.0 0.0 14448 0 - IWs - 0:00.00 daemon: /usr/local/sbin/cups-browsed[1969] (daemon) root 1969 0.0 0.0 62884 2892 - S 12:20PM 0:09.49 /usr/local/sbin/cups-browsed To my belief and according the system, cupsd is run by root. Though the error message claims something else. A look in scheduler/auth.c does not bring me any further to the solution. I can detect the error message in the file, but I have no clue why cups takes up id 8 (=news) in stead of 0. To debug the code is impossible for me. Does anyone has an idea? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 09:38:21 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B254FBCE; Tue, 10 Jun 2014 09:38:21 +0000 (UTC) Received: from cpsmtpb-ews05.kpnxchange.com (cpsmtpb-ews05.kpnxchange.com [213.75.39.8]) by mx1.freebsd.org (Postfix) with ESMTP id 24A122EAE; Tue, 10 Jun 2014 09:38:20 +0000 (UTC) Received: from cpsps-ews18.kpnxchange.com ([10.94.84.184]) by cpsmtpb-ews05.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 10 Jun 2014 11:37:11 +0200 Received: from CPSMTPM-CMT106.kpnxchange.com ([195.121.3.22]) by cpsps-ews18.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 10 Jun 2014 11:37:11 +0200 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT106.kpnxchange.com over TLS secured channel with Microsoft SMTPSVC(7.0.6002.18264); Tue, 10 Jun 2014 11:37:11 +0200 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.8/8.14.8) with ESMTP id s5A9bAZc040245; Tue, 10 Jun 2014 11:37:10 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WuIUL-0005zP-Hh; Tue, 10 Jun 2014 11:37:05 +0200 Date: Tue, 10 Jun 2014 11:37:05 +0200 From: Willy Offermans To: Don Lewis Subject: Re: [cups] Setup cups and Brother HL-4150CDN on FreeBSD 10 Message-ID: <20140610093705.GC3793@vpn.offrom.nl> Reply-To: Willy@Offermans.Rompen.nl References: <20140609173800.GC30045@vpn.offrom.nl> <201406091818.s59IHuSw074103@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201406091818.s59IHuSw074103@gw.catspoiler.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 10 Jun 2014 09:37:11.0376 (UTC) FILETIME=[8DF35D00:01CF848F] X-RcptDomain: freebsd.org Cc: freebsd-stable@FreeBSD.ORG, freebsd-ports@freebsd.org, cups@cups.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 09:38:21 -0000 Hello Don, cups and freebsd friends, On Mon, Jun 09, 2014 at 11:17:56AM -0700, Don Lewis wrote: > On 9 Jun, Willy Offermans wrote: > > Hello Chris and cups, and freebsd friends, > > > > On Mon, Jun 09, 2014 at 07:20:09AM -0700, Chris H wrote: > >> Greetings... > >> > Dear cups and freebsd friends, > >> > > >> > I'm trying to setup CUPS on FreeBSD 10. I managed to install the software > >> > and I managed to make the printer available to the OS via /dev/ulpt0: > >> > > >> > from messages: > >> > > >> > ... > >> > Jun 8 17:16:13 donald kernel: ugen1.2: at usbus1 > >> > Jun 8 17:16:13 donald kernel: ulpt0: >> > addr 1> on usbus1 > >> > Jun 8 17:16:13 donald kernel: ulpt0: using bi-directional mode > >> > Jun 8 17:16:13 donald kernel: ulpt0: offline > >> > ... > >> > > >> > > >> > from ll /dev/ulpt0 > >> > > >> > crw-rw---- 1 root cups - 0x65 Jun 8 17:16 /dev/ulpt0 > >> > > >> > If I executed the following command: > >> > > >> > echo 'true' > /dev/ulpt0 > >> > > >> > then the printer reacts and shows that data is transferred to the printer. > >> > > >> > However, if I try to add the printer to CUPS via the web-interface, then > >> > the printer is not detectable. I would expect the printer to be found after > >> > searching. I can find an error message in error_log: > >> > > >> > > >> > ... > >> > E [08/Jun/2014:17:37:53 +0200] [Client 15] Invalid peer credentials for "root" - got 8, > >> > expected 0! > >> > ... > >> > > >> > > >> > I'm not sure if this is related to the fact that the printer cannot be > >> > detected. > >> > > >> > If I add the printer manually to the printer.conf file: > >> > > >> > > >> > > >> > UUID urn:uuid:de11cfc5-3cbd-361e-5750-8b0e3f0ff4ad > >> > AuthInfoRequired none > >> > Info Brother HL-4150CDN series > >> > Location attic > >> > MakeModel Brother HL-4150CDN series CUPS > >> > DeviceURI usb:/dev/ulpt0 > >> > State Idle > >> > StateTime 1402241099 > >> > Type 8392780 > >> > Accepting Yes > >> > Shared No > >> > JobSheets none none > >> > QuotaPeriod 0 > >> > PageLimit 0 > >> > KLimit 0 > >> > OpPolicy default > >> > ErrorPolicy stop-printer > >> > > >> > > >> > then I still cannot print to the printer. > >> > > >> > Does anyone has a clue what is going on? Or how can I debug this problem? > >> > > >> It appears that the user under which you are attempting all this, > >> doesn't have permission to manage, or otherwise manipulate/view the > >> printer facilities. My suggestion would be to (if available) go to > >> http://localhost:631/admin in your browser, and login with the root > >> password, and then GRANT permission(s) to the user you want to give > >> access to. > >> > >> Also insure that the cups user/group were added correctly. > >> > >> Best wishes. > >> > >> --Chris > >> > > >> > -- > > > > I did as you told. I logged in with root account, but there were no > > printers available. Also the /dev/ulpt0 device cannot be detected, although > > the local printer is connected to this device. under > > administration is not successful. No printer will appear. > > cups doesn't use the /dev/ulpt* device. For USB printers, it uses a the > device node under /dev/usb. This device needs to be accessable to the > cups user. See the last devfs rule here: > > I already added these rules. The following shows my /etc/devfs.rules [system=10] add path 'unlpt*' mode 0660 group cups add path 'ulpt*' mode 0660 group cups add path 'lpt*' mode 0660 group cups add path 'da[1,2,3,4,5,6,7,8,9]*' mode 0660 group users add path 'usb/*' mode 0660 group users add path 'usb/1.2.0' mode 0660 group cups The last line ensures the following in /dev/usb: crw-rw---- 1 root cups - 0x5f Jun 9 12:19 1.2.0 1.2.0 is where ugen1.2 is pointing at: /dev/ugen1.2 -> usb/1.2.0 All the above settings were done before I started to search for new printers or to add new printers with the web interface of cups. So no success so far. Are there any other options? My personal guess is that cups has some problems to use root peer credentials. The following error appears in the log file of cups (error_log): E [10/Jun/2014:11:35:14 +0200] [Client 14] Invalid peer credentials for "root" - got 8, expected 0! -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 11:06:49 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F39A4D63; Tue, 10 Jun 2014 11:06:48 +0000 (UTC) Received: from cpsmtpb-ews05.kpnxchange.com (cpsmtpb-ews05.kpnxchange.com [213.75.39.8]) by mx1.freebsd.org (Postfix) with ESMTP id 5742E269B; Tue, 10 Jun 2014 11:06:47 +0000 (UTC) Received: from cpsps-ews12.kpnxchange.com ([10.94.84.179]) by cpsmtpb-ews05.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 10 Jun 2014 13:06:43 +0200 Received: from CPSMTPM-CMT101.kpnxchange.com ([195.121.3.17]) by cpsps-ews12.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 10 Jun 2014 13:06:43 +0200 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT101.kpnxchange.com over TLS secured channel with Microsoft SMTPSVC(7.0.6002.18264); Tue, 10 Jun 2014 13:06:43 +0200 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.8/8.14.8) with ESMTP id s5AB6gGY047365; Tue, 10 Jun 2014 13:06:42 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WuJsz-0006GJ-EF; Tue, 10 Jun 2014 13:06:37 +0200 Date: Tue, 10 Jun 2014 13:06:37 +0200 From: Willy Offermans To: "The CUPS user discussion list." Subject: Re: [cups] Setup cups and Brother HL-4150CDN on FreeBSD 10 Message-ID: <20140610110637.GD3793@vpn.offrom.nl> Reply-To: Willy@Offermans.Rompen.nl References: <20140608154130.GA3621@vpn.offrom.nl> <20140609173800.GC30045@vpn.offrom.nl> <20140610091221.GA3793@vpn.offrom.nl> <830609B9-9480-4A42-A5BE-15A267BE7587@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <830609B9-9480-4A42-A5BE-15A267BE7587@web.de> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 10 Jun 2014 11:06:43.0748 (UTC) FILETIME=[10224640:01CF849C] X-RcptDomain: freebsd.org Cc: freebsd-stable@FreeBSD.ORG, freebsd-ports@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 11:06:49 -0000 Hello Helge, cups and freebsd friends, I do not use top-posting. I hope you do not mind. See below for output of configure script. On Tue, Jun 10, 2014 at 12:56:57PM +0200, Helge Blischke wrote: > After a quick search for freebsd through the cups lists, I found > some entries > omplaining on issues with sys/ucred.h in combination with sys/param.h. > Could you rerun your configure script with saving the output > messages and post them? > > Helge > > Am 10.06.2014 um 11:12 schrieb Willy Offermans: > > >Hello Helga, cups and freebsd friends, > > > >On Mon, Jun 09, 2014 at 10:56:23PM +0200, Helge Blischke wrote: > >>The error message > >>E [08/Jun/2014:17:37:53 +0200] [Client 15] Invalid peer credentials > >>for "root" - got 8, expected 0! > >>states that the efective user id cupsd is runnin under is 8, which > >>certainly is not root. > >>Make sure your cupsd is running as root. > >>(see scheduler/auth.c in your sources directory tree). > >> > > > >I also checked this before. > > > >I ran ``ps waux | grep cups'': > > > >root 1645 0.0 0.0 64032 0 - SWs - > >0:00.00 /usr/local/sbin/cupsd -C /usr/local/etc/cups/cupsd.conf > >root 1962 0.0 0.0 14448 0 - IWs - > >0:00.00 daemon: /usr/local/sbin/cups-browsed[1969] (daemon) > >root 1969 0.0 0.0 62884 2892 - S 12:20PM > >0:09.49 /usr/local/sbin/cups-browsed > > > >To my belief and according the system, cupsd is run by root. > >Though the error message claims something else. > > > >A look in scheduler/auth.c does not bring me any further to the > >solution. > >I can detect the error message in the file, but I have no clue why > >cups > >takes up id 8 (=news) in stead of 0. To debug the code is > >impossible for > >me. > > > >Does anyone has an idea? > > > > > >-- checking for gawk... no checking for mawk... no checking for nawk... nawk checking for clang... clang checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether clang accepts -g... yes checking for clang option to accept ISO C89... none needed checking how to run the C preprocessor... clang -E checking for clang++... clang++ checking whether we are using the GNU C++ compiler... yes checking whether clang++ accepts -g... yes checking for ranlib... ranlib checking for ar... /usr/bin/ar checking for chmod... /bin/chmod checking for gzip... /usr/bin/gzip checking for ld... /usr/bin/ld checking for ln... /bin/ln checking for mv... /bin/mv checking for rm... /bin/rm checking for rmdir... /bin/rmdir checking for sed... /usr/bin/sed checking for xdg-open... /usr/local/bin/xdg-open checking for install-sh script... using /usr/ports/print/cups-base/work/cups-1.7.2/install-sh checking for pkg-config... /usr/local/bin/pkg-config checking for library containing abs... none required checking for library containing crypt... -lcrypt checking for library containing fmod... -lm checking for library containing getspent... no checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for stdlib.h... (cached) yes checking crypt.h usability... no checking crypt.h presence... no checking for crypt.h... no checking langinfo.h usability... yes checking langinfo.h presence... yes checking for langinfo.h... yes checking malloc.h usability... no checking malloc.h presence... no checking for malloc.h... no checking shadow.h usability... no checking shadow.h presence... no checking for shadow.h... no checking for stdint.h... (cached) yes checking for string.h... (cached) yes checking for strings.h... (cached) yes checking bstring.h usability... no checking bstring.h presence... no checking for bstring.h... no checking usersec.h usability... no checking usersec.h presence... no checking for usersec.h... no checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking sys/ucred.h usability... yes checking sys/ucred.h presence... yes checking for sys/ucred.h... yes checking scsi/sg.h usability... no checking scsi/sg.h presence... no checking for scsi/sg.h... no checking iconv.h usability... yes checking iconv.h presence... yes checking for iconv.h... yes checking for library containing iconv_open... none required checking mxml.h usability... no checking mxml.h presence... no checking for mxml.h... no checking sys/mount.h usability... yes checking sys/mount.h presence... yes checking for sys/mount.h... yes checking sys/statfs.h usability... no checking sys/statfs.h presence... no checking for sys/statfs.h... no checking sys/statvfs.h usability... yes checking sys/statvfs.h presence... yes checking for sys/statvfs.h... yes checking sys/vfs.h usability... no checking sys/vfs.h presence... no checking for sys/vfs.h... no checking for statfs... yes checking for statvfs... yes checking for strdup... yes checking for strlcat... yes checking for strlcpy... yes checking for snprintf... yes checking for vsnprintf... yes checking for random... yes checking for lrand48... yes checking for arc4random... yes checking for geteuid... yes checking for setpgid... yes checking for vsyslog... yes checking for sigset... yes checking for sigaction... yes checking for waitpid... yes checking for wait3... yes checking for tm_gmtoff member in tm structure... yes checking for st_gen member in stat structure... yes checking for removefile... no checking for libusb-1.0... yes checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking for gzgets in -lz... yes checking for inflateCopy in -lz... yes checking for library containing acl_init... none required checking for DBUS... yes checking for dbus_message_iter_init_append... yes checking for dbus_threads_init... yes checking if GCC supports -fstack-protector... yes checking if GCC supports -fPIE... yes checking if GCC supports -Wno-tautological-compare... yes checking resolv.h usability... yes checking resolv.h presence... yes checking for resolv.h... yes checking for library containing socket... none required checking for library containing gethostbyaddr... none required checking for library containing getifaddrs... none required checking for library containing hstrerror... none required checking for library containing rresvport_af... none required checking for library containing __res_init... none required checking for library containing getaddrinfo... none required checking for library containing getnameinfo... none required checking for struct sockaddr.sa_len... yes checking sys/sockio.h usability... yes checking sys/sockio.h presence... yes checking for sys/sockio.h... yes checking for AppleTalk/at_proto.h... no checking for poll... yes checking for epoll_create... no checking for kqueue... yes checking for krb5-config... /usr/bin/krb5-config checking krb5.h usability... yes checking krb5.h presence... yes checking for krb5.h... yes checking gssapi.h usability... yes checking gssapi.h presence... yes checking for gssapi.h... yes checking gssapi/gssapi.h usability... yes checking gssapi/gssapi.h presence... yes checking for gssapi/gssapi.h... yes checking for __ApplePrivate_gss_acquire_cred_ex_f... no checking for GSS_C_NT_HOSTBASED_SERVICE... yes checking pthread.h usability... yes checking pthread.h presence... yes checking for pthread.h... yes checking for pthread_create using -pthread... yes checking for libgnutls-config... no checking for libgcrypt-config... /usr/local/bin/libgcrypt-config Using SSLLIBS="-L/usr/local/lib -lgnutls -L/usr/local/lib -lgcrypt -lgpg-error" Using SSLFLAGS="-I/usr/local/include -I/usr/local/include/p11-kit-1 -I/usr/local/include" checking for dlopen in -ldl... no checking for pam_start in -lpam... yes checking for pam_set_item in -lpam... yes checking for pam_setcred in -lpam... yes checking security/pam_appl.h usability... yes checking security/pam_appl.h presence... yes checking for security/pam_appl.h... yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for long long int... yes checking for strtoll... yes checking for Avahi... yes checking for launch_msg... no checking launch.h usability... no checking launch.h presence... no checking for launch.h... no checking for default print user... daemon checking for default print group... nobody checking for default system groups... "sys" checking for java... /usr/local/bin/java checking for perl... /usr/bin/perl checking for php-cgi... /usr/local/bin/php-cgi checking for python... /usr/local/bin/python configure: creating ./config.status config.status: creating Makedefs config.status: creating conf/cups-files.conf config.status: creating conf/cupsd.conf config.status: creating conf/mime.convs config.status: creating conf/pam.std config.status: creating conf/snmp.conf config.status: creating cups-config config.status: creating data/testprint config.status: creating desktop/cups.desktop config.status: creating doc/help/ref-cups-files-conf.html config.status: creating doc/help/ref-cupsd-conf.html config.status: creating doc/index.html config.status: creating man/client.conf.man config.status: creating man/cups-deviced.man config.status: creating man/cups-driverd.man config.status: creating man/cups-files.conf.man config.status: creating man/cups-lpd.man config.status: creating man/cups-snmp.man config.status: creating man/cupsaddsmb.man config.status: creating man/cupsd.conf.man config.status: creating man/cupsd.man config.status: creating man/lpoptions.man config.status: creating scheduler/cups-lpd.xinetd config.status: creating scheduler/cups.sh config.status: creating scheduler/cups.xml config.status: creating scheduler/org.cups.cups-lpd.plist config.status: creating templates/header.tmpl config.status: creating packaging/cups.list config.status: creating doc/ca/index.html config.status: creating templates/ca/header.tmpl config.status: creating doc/cs/index.html config.status: creating templates/cs/header.tmpl config.status: creating doc/de/index.html config.status: creating templates/de/header.tmpl config.status: creating doc/es/index.html config.status: creating templates/es/header.tmpl config.status: creating doc/fr/index.html config.status: creating templates/fr/header.tmpl config.status: creating doc/it/index.html config.status: creating templates/it/header.tmpl config.status: creating doc/ja/index.html config.status: creating templates/ja/header.tmpl config.status: creating doc/ru/index.html config.status: creating templates/ru/header.tmpl config.status: creating config.h config.status: config.h is unchanged I hope this is what you need. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 11:36:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E139A72 for ; Tue, 10 Jun 2014 11:36:19 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F181E29D6 for ; Tue, 10 Jun 2014 11:36:18 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s5ABaC0w081540 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 10 Jun 2014 13:36:12 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s5ABaCfB081537 for ; Tue, 10 Jun 2014 13:36:12 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 10 Jun 2014 13:36:12 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: sysutils/screen switched from using named pipes to local domain sockets Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 11:36:19 -0000 Maybe a heads-up is in order. If you're in the (bad?) habit of running portupgrade, etc, from sysutils/screen, beware that screen 4.2.1 switched from using named pipes to local domain sockets. The naming of sockets hasn't changed, only the (file) type. Stop any running screen sessions before upgrading sysutils/screen, or perhaps you should upgrade your ports while in single-user mode. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 11:47:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6BC90D62 for ; Tue, 10 Jun 2014 11:47:37 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 60BAE2AD0 for ; Tue, 10 Jun 2014 11:47:35 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s5ABkQsI011407; Tue, 10 Jun 2014 04:46:26 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s5ABkPSa011406; Tue, 10 Jun 2014 04:46:25 -0700 (PDT) (envelope-from david) Date: Tue, 10 Jun 2014 04:46:25 -0700 From: David Wolfskill To: Trond =?iso-8859-1?Q?Endrest=F8l?= Subject: Re: sysutils/screen switched from using named pipes to local domain sockets Message-ID: <20140610114625.GP1180@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Trond =?iso-8859-1?Q?Endrest=F8l?= , FreeBSD stable References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="THYEXwetZJOK3OLY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 11:47:37 -0000 --THYEXwetZJOK3OLY Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 10, 2014 at 01:36:12PM +0200, Trond Endrest=F8l wrote: > Maybe a heads-up is in order. >=20 > If you're in the (bad?) habit of running portupgrade, etc, from=20 > sysutils/screen, beware that screen 4.2.1 switched from using named=20 > pipes to local domain sockets. The naming of sockets hasn't changed,=20 > only the (file) type. >=20 > Stop any running screen sessions before upgrading sysutils/screen, or=20 > perhaps you should upgrade your ports while in single-user mode. > .... Or perform the work under a sysutils/tmux session (though in the past, there has been at least one time when an upgrade to tmux would break the ability to reconnect to an existing tmux session, as well). Peace, david (who does upgrade under tmux(1) -- and script(1)) --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --THYEXwetZJOK3OLY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTlvAQXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7M+sP/3bPomBif/cVGw5aOP2w3zAX bpW/zVw6Uy65xK38RaSavHRCbrxXbz+T4h2lGUgqX7zKG5vAhSEpPYgqoQaW0jgj AYbUcTpcJ/hFKMkdar3EXrGujXVwneb4kin8q0RLj+NP1DsBda8ZPDPONXWOsJ2f B9PlwYOdQussk86coiI6rWU7Er+oheb0F+lSwVikDVgxJ4tIHJCa50AbUSMUGFEF 2aXUaNkjDFZvyrcclAHduQiitMgaSg/WiOptL4adKj8vsCPy4fLlhdGchPOWMYmO zTY9yCx6kziAISOmcITCGn2WEKsZZcQTAWKpsdAMxukAkRuekQ1kEZL4y8PcoGe7 h6r1NMqM+ky8V1ke7wF8xKQb7F0jWFCttlP17WxNfL8W7vht4jt6HpY2KOgC1cTM q2MsHSpfdmpvCvS2bMljvEfYpam+O1iFZ7RmiNuObqOhBjtFLeVo7wPZVl+MBQtc qERcDDH5sYP0RbEjcTE0SYAWPDYAe7tIml1hgUD9t3Frwbgds6IuOoPBibqN/MtQ YN4cSHKExAJ21NrpOPOHtTcykTMBTdfGamsGdDrD/lX525T33x4UGwRvWSBc3lIY 5E3vF6UCuRddOsDW0Xw9WoSIvFJhCJJT6H1PoSdlbX8HzusHbkCJFH4Pz/yHSh/8 Qvsskr89xQmxvKqdFS16 =9KCy -----END PGP SIGNATURE----- --THYEXwetZJOK3OLY-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 12:41:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 733D1204; Tue, 10 Jun 2014 12:41:34 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (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 41F642FF0; Tue, 10 Jun 2014 12:41:34 +0000 (UTC) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) (authenticated bits=0) by hydra.pix.net (8.14.8/8.14.8) with ESMTP id s5ACfMdo049182; Tue, 10 Jun 2014 08:41:30 -0400 (EDT) (envelope-from cross+freebsd@distal.com) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at mail.pix.net Received: from magrathea.distal.com (magrathea.distal.com [206.138.151.12]) (authenticated bits=0) by mail.distal.com (8.14.8/8.14.8) with ESMTP id s5ACe0Dp016258 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 10 Jun 2014 08:40:00 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Cross-building FreeBSD core... From: Chris Ross In-Reply-To: <20140609185022.GD94040@lor.one-eyed-alien.net> Date: Tue, 10 Jun 2014 08:40:00 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <08C73D46-3256-4DAC-A383-55A841EF2995@distal.com> References: <2158607.RZmBJ56eyy@overcee.wemm.org> <20140609185022.GD94040@lor.one-eyed-alien.net> To: Brooks Davis X-Mailer: Apple Mail (2.1878.2) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.distal.com [206.138.151.250]); Tue, 10 Jun 2014 08:40:02 -0400 (EDT) Cc: freebsd-stable@freebsd.org, Peter Wemm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 12:41:34 -0000 On Jun 9, 2014, at 14:50 , Brooks Davis wrote: > It is. Setting MAKEOBJDIRPREFIX as a make argument means it can't be > changed and apparently that ability is used somewhere in the bootstrap > process. The symptoms are bizzare and you end up with a cross built > make_keys in the native tools path. Well, that got it further, but it didn't finish. I think this is user = error, however. It got a few thousand lines into "stage 4.4: building everything" when = it failed as so: =3D=3D=3D> libexec/mail.local (all) cc -O2 -pipe = -I/usr/src/libexec/mail.local/../../contrib/sendmail/include -I. -I/usr /local/include/sasl -DSASL -std=3Dgnu99 -Qunused-arguments = -fstack-protector -Wsystem-h eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized = -Wno-pointer-sign -Wno-empty-b ody -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c = /usr/src/libexec/mail.local/../../contrib/sendmail/mail.local/mail.local.c= cc -O2 -pipe = -I/usr/src/libexec/mail.local/../../contrib/sendmail/include -I. = -I/usr/local/include/sasl -DSASL -std=3Dgnu99 -Qunused-arguments = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -L/usr/local/lib -o mail.local mail.local.o = /home/cross/obj.amd64/amd64.amd64/usr/src/libexec/mail.local/../../lib/lib= sm/libsm.a -lsasl2 /usr/local/lib/libsasl2.so: file not recognized: File format not = recognized cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** Error code 1 Stop. make[4]: stopped in /usr/src/libexec/mail.local Assumedly, this is because I have some SENDMAIL_* lines in my = /etc/make.conf, including: SENDMAIL_LDFLAGS=3D-L/usr/local/lib SENDMAIL_LDADD=3D-lsasl2 What's the recommended way to override these things that I don't want = to affect the cross-build, and/or to have cross-built versions of them? Thanks.... - Chris From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 13:30:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D87A48D; Tue, 10 Jun 2014 13:30:48 +0000 (UTC) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C2AC263D; Tue, 10 Jun 2014 13:30:48 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id uz6so2652093obc.15 for ; Tue, 10 Jun 2014 06:30:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zMo2pp1qDjHyIKzv5jlHGoEwrzeg+LtRBaZYAvb+2Jw=; b=SgY9tl7NdKXKRXB+oXTRTy+U0JTPlKFQyXHg2SWM3vxgRJDFOqVXpe8CVY9NoAbFSc 7ZUpa9KVWCPscLXeVztYkepp9sFmLZxpsfjSaQWtKIabKW68NF93T96pytg8TEPaeifY e8tbAtoeme+Xr+2OMjZUJ5HTEcbmprohZb7lTwn7SNbwMbApYr2AS+a/zswTCZArVYSP AuKOXH6oi6z38P6i5alSNeFSIDtDut3p2r9Ri3gpRzxq5sTrAGMfMOlR3KTz3QfeSom6 HFBMfGe/pxqViqZWvHeIb0A91dKy2/oIPiA0ihp6yzmwRGDzkE7Fzn0O3L+iGWNVJTsR yuAQ== MIME-Version: 1.0 X-Received: by 10.182.233.229 with SMTP id tz5mr31494810obc.27.1402407047646; Tue, 10 Jun 2014 06:30:47 -0700 (PDT) Received: by 10.76.23.130 with HTTP; Tue, 10 Jun 2014 06:30:47 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Jun 2014 09:30:47 -0400 Message-ID: Subject: Re: Can't build stable/10 from a stable/10 box From: Ryan Stone To: Dimitry Andric Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 13:30:48 -0000 On Mon, Jun 9, 2014 at 5:00 PM, Dimitry Andric wrote: > Any special settings in make.conf or src.conf? Are you building > incrementally (e.g. with -DNO_CLEAN) or with a clean /usr/obj? > > -Dimitry > Hm. I would swear that I tried cleaning the objdir manually, but I tried again and now it builds. I definitely started with a clean objdir as it was located on a newly newfs'ed filesystem, but I have no idea what revision I was trying to build at that time. Sorry for the noise. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 13:58:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F5BF281 for ; Tue, 10 Jun 2014 13:58:56 +0000 (UTC) Received: from main.vmx.hu (178-248-200-106.giganet.hu [178.248.200.106]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4383628E5 for ; Tue, 10 Jun 2014 13:58:56 +0000 (UTC) Received: from csernovicsgyula by main.vmx.hu with local (Exim 4.80) (envelope-from ) id 1WuMZC-0000Kf-JA for freebsd-stable@freebsd.org; Tue, 10 Jun 2014 15:58:22 +0200 To: freebsd-stable@freebsd.org Subject: RFQ From: Chris Tellis Reply-To: betabattery@gmail.com MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Message-Id: Date: Tue, 10 Jun 2014 15:58:22 +0200 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 13:58:56 -0000 Hello, Please quote us for the below listed items. - Solar Panel Module 240/250w - Sealed Lead Acid Battery 12v 100-200aH - 11 SQF-2 Grundfos Solar Pump Also, advice on your acceptable methods of payment and stock availability. Thank You Chris Tellis Beta Battery From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 14:08:01 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EA606EE; Tue, 10 Jun 2014 14:08:01 +0000 (UTC) Received: from cpsmtpb-ews08.kpnxchange.com (cpsmtpb-ews08.kpnxchange.com [213.75.39.13]) by mx1.freebsd.org (Postfix) with ESMTP id E15952A18; Tue, 10 Jun 2014 14:08:00 +0000 (UTC) Received: from cpsps-ews28.kpnxchange.com ([10.94.84.194]) by cpsmtpb-ews08.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 10 Jun 2014 16:07:50 +0200 Received: from CPSMTPM-CMT108.kpnxchange.com ([195.121.3.24]) by cpsps-ews28.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 10 Jun 2014 16:07:50 +0200 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT108.kpnxchange.com over TLS secured channel with Microsoft SMTPSVC(7.0.6002.18264); Tue, 10 Jun 2014 16:07:49 +0200 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.8/8.14.8) with ESMTP id s5AE7nfG048530; Tue, 10 Jun 2014 16:07:49 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WuMiG-0006gH-8F; Tue, 10 Jun 2014 16:07:44 +0200 Date: Tue, 10 Jun 2014 16:07:44 +0200 From: Willy Offermans To: "The CUPS user discussion list." Subject: Re: [cups] Setup cups and Brother HL-4150CDN on FreeBSD 10 Message-ID: <20140610140744.GI3793@vpn.offrom.nl> Reply-To: Willy@Offermans.Rompen.nl References: <20140608154130.GA3621@vpn.offrom.nl> <20140609173800.GC30045@vpn.offrom.nl> <20140610091221.GA3793@vpn.offrom.nl> <830609B9-9480-4A42-A5BE-15A267BE7587@web.de> <20140610110637.GD3793@vpn.offrom.nl> <1ED5763D-A7C3-49BA-AC7C-9E93D9ABBD14@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1ED5763D-A7C3-49BA-AC7C-9E93D9ABBD14@web.de> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 10 Jun 2014 14:07:50.0055 (UTC) FILETIME=[5CF52370:01CF84B5] X-RcptDomain: FreeBSD.ORG Cc: freebsd-stable@FreeBSD.ORG, freebsd-ports@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 14:08:01 -0000 Hello Helge, cups and freebsd friends, On Tue, Jun 10, 2014 at 03:46:37PM +0200, Helge Blischke wrote: > > Am 10.06.2014 um 13:06 schrieb Willy Offermans: > > >Hello Helge, cups and freebsd friends, > > > >I do not use top-posting. I hope you do not mind. See below for > >output of > >configure script. > > > >On Tue, Jun 10, 2014 at 12:56:57PM +0200, Helge Blischke wrote: > >>After a quick search for freebsd through the cups lists, I found > >>some entries > >>omplaining on issues with sys/ucred.h in combination with sys/ > >>param.h. > >>Could you rerun your configure script with saving the output > >>messages and post them? > >> > >>Helge > >> > >>Am 10.06.2014 um 11:12 schrieb Willy Offermans: > >> > >>>Hello Helga, cups and freebsd friends, > >>> > >>>On Mon, Jun 09, 2014 at 10:56:23PM +0200, Helge Blischke wrote: > >>>>The error message > >>>>E [08/Jun/2014:17:37:53 +0200] [Client 15] Invalid peer credentials > >>>>for "root" - got 8, expected 0! > >>>>states that the efective user id cupsd is runnin under is 8, which > >>>>certainly is not root. > >>>>Make sure your cupsd is running as root. > >>>>(see scheduler/auth.c in your sources directory tree). > >>>> > >>> > >>>I also checked this before. > >>> > >>>I ran ``ps waux | grep cups'': > >>> > >>>root 1645 0.0 0.0 64032 0 - SWs - > >>>0:00.00 /usr/local/sbin/cupsd -C /usr/local/etc/cups/cupsd.conf > >>>root 1962 0.0 0.0 14448 0 - IWs - > >>>0:00.00 daemon: /usr/local/sbin/cups-browsed[1969] (daemon) > >>>root 1969 0.0 0.0 62884 2892 - S 12:20PM > >>>0:09.49 /usr/local/sbin/cups-browsed > >>> > >>>To my belief and according the system, cupsd is run by root. > >>>Though the error message claims something else. > >>> > >>>A look in scheduler/auth.c does not bring me any further to the > >>>solution. > >>>I can detect the error message in the file, but I have no clue why > >>>cups > >>>takes up id 8 (=news) in stead of 0. To debug the code is > >>>impossible for > >>>me. > >>> > >>>Does anyone has an idea? > >>> > >>> > >>>-- > > > > > >checking for gawk... no > >config.status: creating doc/ru/index.html > >config.status: creating templates/ru/header.tmpl > >config.status: creating config.h > >config.status: config.h is unchanged > > > >I hope this is what you need. > > > >-- > Well, the configure output seems reasonable. > And, I should have looked into your log file portion a littie bit > more carefully: > the invalid credential error mesage refers to client14, not to cupsd > itself. > To get more info, could you change the log level to debug2 (must be > set by editing cupsd.conf, I think) > and repeat the failing operation? > > Thanks, > > Helge > I will sent you the error_log privately. It is huge and will not contain any useful info for the lists, at least not filtered. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 14:43:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26498312 for ; Tue, 10 Jun 2014 14:43:39 +0000 (UTC) Received: from frv189.fwdcdn.com (frv189.fwdcdn.com [212.42.77.189]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D65D52DAC for ; Tue, 10 Jun 2014 14:43:38 +0000 (UTC) Received: from [10.10.1.23] (helo=frv199.fwdcdn.com) by frv189.fwdcdn.com with esmtp ID 1WuN2F-000Nes-0Y for freebsd-stable@freebsd.org; Tue, 10 Jun 2014 17:28:23 +0300 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-Id:Cc:To:Subject:From:Date; bh=u0yI+/hvVyvH/TmGeVQYR+E/dyknxxPGsIafmrWJ9jY=; b=rHoHKqYPrKdpVo3jDJMfCPGZ/YQuZhLA3uLYqxnxpGwrtuM5tG96SfPfZ0gcUBjsyUmLmwKd+dmkMyb+WsL4IY/EQ6+xdBfrQcA25e4ggEvhFJZhvQbfD7PzXQT86Poqw0R2zCgbFVqZsjlFiFN2nabbxMDJZBWZyw35ZYdUhdM=; Received: from [10.10.10.35] (helo=frv35.fwdcdn.com) by frv199.fwdcdn.com with smtp ID 1WuN23-0008kh-Je for freebsd-stable@freebsd.org; Tue, 10 Jun 2014 17:28:11 +0300 Date: Tue, 10 Jun 2014 17:28:11 +0300 From: Vladislav Prodan Subject: FreeBSD-STABLE on May 2014 can not import pool with feature: com.delphix:hole_birth To: freebsd-stable@freebsd.org X-Mailer: mail.ukr.net 5.0 Message-Id: <1402409572.840967259.ip0sh5u2@frv35.fwdcdn.com> MIME-Version: 1.0 Received: from universite@ukr.net by frv35.fwdcdn.com; Tue, 10 Jun 2014 17:28:11 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline Cc: mm@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 14:43:39 -0000 I tried to boot via MFSbsd 10.0-RELEASE-amd64 special edition. # zpool import -R /mnt/zroot -f zroot Screen show: ZFS: unsupported feature: com.delphix:hole_birth gptzfsboot: No ZFS pool located, can't boot. I'm use root ZFS. How to recovery it? Thanks. -- Vladislav V. Prodan System & Network Administrator support.od.ua From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 14:50:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7820A8A7; Tue, 10 Jun 2014 14:50:49 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E4B9F2E30; Tue, 10 Jun 2014 14:50:48 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id hi2so4057085wib.5 for ; Tue, 10 Jun 2014 07:50:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=9hStE+kH4iNVo0f4NjZAX8EWROAdX1agEgRklcCCylk=; b=bUqWYEXlkfxZFJ5xvnxs1KiGegR+E2uqg82X1ENjRqQVgSfj++Az55Bg3WmLuUM5Yj +e+IXTSP8bfH63OjMc2oaH8wSFLYx9SRwJMgj8yRhAN4LwylwXPfjbp2SMszR+27xECJ LeaCCW1yXGyPp4bqbYZhHPP37K5itPHPxD60Trj3xLkjyv/mn5u5yzofHnMw/gBmC0yX XvvkrQbmgZ1h9vIiilj2Rc/06kSgtQyjQNjoYEfGaF40GiexvGRiD9z9DOlS13XD38Bw fMTh1yUkpvgct17TSjRV+v+eNHqIMVtsZ99d7W9nn7OQo+IXL1hxp4prtUSbuZCNT5Ha E/uw== MIME-Version: 1.0 X-Received: by 10.180.73.169 with SMTP id m9mr30067087wiv.53.1402411843864; Tue, 10 Jun 2014 07:50:43 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.194.168.202 with HTTP; Tue, 10 Jun 2014 07:50:43 -0700 (PDT) In-Reply-To: <1402409572.840967259.ip0sh5u2@frv35.fwdcdn.com> References: <1402409572.840967259.ip0sh5u2@frv35.fwdcdn.com> Date: Tue, 10 Jun 2014 08:50:43 -0600 X-Google-Sender-Auth: m_xoz67bsZR8SWDh3yD_Lykbvn4 Message-ID: Subject: Re: FreeBSD-STABLE on May 2014 can not import pool with feature: com.delphix:hole_birth From: Alan Somers To: Vladislav Prodan Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org, mm@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 14:50:49 -0000 On Tue, Jun 10, 2014 at 8:28 AM, Vladislav Prodan wrote: > > > I tried to boot via MFSbsd 10.0-RELEASE-amd64 special edition. > > > # zpool import -R /mnt/zroot -f zroot > > Screen show: > ZFS: unsupported feature: com.delphix:hole_birth > gptzfsboot: No ZFS pool located, can't boot. > > I'm use root ZFS. > How to recovery it? > > > Thanks. > Sounds like you need to recompile MFSBSD using a more recent kernel.txz. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 14:58:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DAB7B72 for ; Tue, 10 Jun 2014 14:58:34 +0000 (UTC) Received: from main.mx.e-gitt.net (service.rules.org [IPv6:2001:1560:2342::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1D7742F1A for ; Tue, 10 Jun 2014 14:58:33 +0000 (UTC) Received: from ob by main.mx.e-gitt.net with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WuNVO-000LIW-5U for freebsd-stable@freebsd.org; Tue, 10 Jun 2014 16:58:30 +0200 Date: Tue, 10 Jun 2014 16:58:30 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Subject: Re: sysutils/screen switched from using named pipes to local domain sockets Message-ID: <20140610145829.GA1642@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Face: "TT~P'b_)-jKU_0^a=usXryz`YTz)z.[FZrI,A~PREI2U}frrZ`>_J&; ^t|^.dR/mqtC,Vb.Y>~u8(|aL)vAv(k">zY"]*m*y|b8S7:WK[/qP5i>HO#Ek; C[X:b|FP0*Ly_4Ni User-Agent: Mutt/1.5.23 (2014-03-12) Sender: Oliver Brandmueller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 14:58:34 -0000 On Tue, Jun 10, 2014 at 01:36:12PM +0200, Trond Endrestl wrote: > Maybe a heads-up is in order. > > If you're in the (bad?) habit of running portupgrade, etc, from > sysutils/screen, beware that screen 4.2.1 switched from using named > pipes to local domain sockets. The naming of sockets hasn't changed, > only the (file) type. > > Stop any running screen sessions before upgrading sysutils/screen, or > perhaps you should upgrade your ports while in single-user mode. That alos seems to break connecting to another user's shared screen session: user a has in his .screenrc acladd b When user b now trys: screen -x a/ seteuid: Operation not permitted [...] seteuid: Operation not permitted Illegal instruction So there's more going wrong with this update, careful if you rely on this funtionality. - Oliver -- | Oliver Brandmueller http://sysadm.in/ ob@sysadm.in | | Ich bin das Internet. Sowahr ich Gott helfe. | From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 15:05:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72D0CCDD for ; Tue, 10 Jun 2014 15:05:54 +0000 (UTC) Received: from frv199.fwdcdn.com (frv199.fwdcdn.com [212.42.77.199]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2DBFD2FD0 for ; Tue, 10 Jun 2014 15:05:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:To:Subject:From:Date; bh=Po8edgHIxMd0v+zMrwkI+sTnN/wAZohhDQcqPtp31wo=; b=PVCd5FAlnfKIv6EcbCKTjIrd/HkEHNpqkvD6Ku0EH7EZs+R+VpFs5cOGP4D1pGAE+X6HQndXVUewGJ41xsB2vLt8LVLljJeOh5iZ5dSYH6My44zscLXoyUFOmfh7YHUVk2nFaMp1grDnBwFncRHs9YtXiNoLY+qwBz8CdyEazgA=; Received: from [10.10.10.35] (helo=frv35.fwdcdn.com) by frv199.fwdcdn.com with smtp ID 1WuNcV-000JVL-8P for freebsd-stable@freebsd.org; Tue, 10 Jun 2014 18:05:51 +0300 Date: Tue, 10 Jun 2014 18:05:50 +0300 From: Vladislav Prodan Subject: Re: FreeBSD-STABLE on May 2014 can not import pool with feature: com.delphix:hole_birth To: freebsd-stable@freebsd.org X-Mailer: mail.ukr.net 5.0 Message-Id: <1402412508.917181915.dj316ypq@frv35.fwdcdn.com> In-Reply-To: <1402409572.840967259.ip0sh5u2@frv35.fwdcdn.com> References: <1402409572.840967259.ip0sh5u2@frv35.fwdcdn.com> MIME-Version: 1.0 Received: from universite@ukr.net by frv35.fwdcdn.com; Tue, 10 Jun 2014 18:05:51 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 15:05:54 -0000 > I tried to boot via MFSbsd 10.0-RELEASE-amd64 special edition. > > I tried to boot from the FreeBSD-10.0-STABLE-amd64-20140608-r267232-bootonly.iso via USB-CDRW drive, but got the kernel panic: ( Can later upload pictures of bugs on the screen ... -- Vladislav V. Prodan System & Network Administrator support.od.ua From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 15:11:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40B8EA8F for ; Tue, 10 Jun 2014 15:11:18 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (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 19990208D for ; Tue, 10 Jun 2014 15:11:18 +0000 (UTC) Received: from torb.pix.net (torb.pix.net [IPv6:2001:470:e254:10:12dd:b1ff:febf:eca9]) (authenticated bits=0) by hydra.pix.net (8.14.8/8.14.8) with ESMTP id s5AFBFbg050494; Tue, 10 Jun 2014 11:11:16 -0400 (EDT) (envelope-from lidl@pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at mail.pix.net Message-ID: <53972013.4080108@pix.net> Date: Tue, 10 Jun 2014 11:11:15 -0400 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Cross-building FreeBSD core... References: <08C73D46-3256-4DAC-A383-55A841EF2995@distal.com> In-Reply-To: <08C73D46-3256-4DAC-A383-55A841EF2995@distal.com> 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.18 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, 10 Jun 2014 15:11:18 -0000 > On Jun 9, 2014, at 14:50 , Brooks Davis wrote: >> It is. Setting MAKEOBJDIRPREFIX as a make argument means it can't be >> changed and apparently that ability is used somewhere in the bootstrap >> process. The symptoms are bizzare and you end up with a cross built >> make_keys in the native tools path. > > Well, that got it further, but it didn't finish. I think this is user error, however. > It got a few thousand lines into "stage 4.4: building everything" when it failed > as so: > > ===> libexec/mail.local (all) > cc -O2 -pipe -I/usr/src/libexec/mail.local/../../contrib/sendmail/include -I. -I/usr > /local/include/sasl -DSASL -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-h > eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-b > ody -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /usr/src/libexec/mail.local/../../contrib/sendmail/mail.local/mail.local.c > cc -O2 -pipe -I/usr/src/libexec/mail.local/../../contrib/sendmail/include -I. -I/usr/local/include/sasl -DSASL -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -L/usr/local/lib -o mail.local mail.local.o /home/cross/obj.amd64/amd64.amd64/usr/src/libexec/mail.local/../../lib/libsm/libsm.a -lsasl2 > /usr/local/lib/libsasl2.so: file not recognized: File format not recognized > cc: error: linker command failed with exit code 1 (use -v to see invocation) > *** Error code 1 > > Stop. > make[4]: stopped in /usr/src/libexec/mail.local > > Assumedly, this is because I have some SENDMAIL_* lines in my /etc/make.conf, > including: > > SENDMAIL_LDFLAGS=-L/usr/local/lib > SENDMAIL_LDADD=-lsasl2 > > What's the recommended way to override these things that I don't want to affect > the cross-build, and/or to have cross-built versions of them? Personally, for a similar problem, I've started just using the /usr/ports/mail/sendmail-sasl way of running a custom sendmail, rather than polluting /etc/make.conf with these rules. That solution, for this *particular* problem, also avoids the whole "freebsd-update" nuked my custom sendmail binary, for those machines where I run 'freebsd-update' to maintain the binaries on the machine. Alternatively, you could turn off sendmail in your src.conf when you are compiling. -Kurt From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 15:13:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05D92BA9 for ; Tue, 10 Jun 2014 15:13:40 +0000 (UTC) Received: from mailrelay005.isp.belgacom.be (mailrelay005.isp.belgacom.be [195.238.6.171]) by mx1.freebsd.org (Postfix) with ESMTP id 95B262117 for ; Tue, 10 Jun 2014 15:13:39 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Al0GANgfl1NR8ZR7/2dsb2JhbABZgw2EF8EWAYEHF3WEAwEBBSMzIxAJAg4KCSECAg8qHgYTiEYBkHKcJJ52F45JB4J1gUwBA5FuiDWTRoM+Ow Received: from 123.148-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.148.123]) by relay.skynet.be with ESMTP; 10 Jun 2014 17:13:31 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.9/8.14.9) with ESMTP id s5AFDT8d003543; Tue, 10 Jun 2014 17:13:30 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Tue, 10 Jun 2014 17:13:29 +0200 From: Tijl Coosemans To: Pavel Timofeev Subject: Re: iconv exit code on 10.0 Message-ID: <20140610171329.0633ca62@kalimero.tijl.coosemans.org> In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/tZgTu3wWF4q56Xh.b/ja2fz" Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 15:13:40 -0000 --MP_/tZgTu3wWF4q56Xh.b/ja2fz Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 20 May 2014 16:04:21 +0400 Pavel Timofeev wrote: > Hi! >=20 > I've encountered with wrong iconv work. >=20 > root@timbsd:~ # uname -a > FreeBSD timbsd 10.0-RELEASE-p3 FreeBSD 10.0-RELEASE-p3 #0: Tue May 13 > 18:31:10 UTC 2014 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > root@timbsd:~ # locale > LANG=3D > LC_CTYPE=3Dru_RU.UTF-8 > LC_COLLATE=3D"C" > LC_TIME=3D"C" > LC_NUMERIC=3D"C" > LC_MONETARY=3D"C" > LC_MESSAGES=3D"C" > LC_ALL=3D >=20 > I have file with russian content. > root@timbsd:~ # cat /tmp/delete_it > =D0=9A=D0=B0=D0=BA=D0=BE=D0=B9-=D1=82=D0=BE =D1=82=D0=B5=D0=BA=D1=81=D1= =82 =D0=BD=D0=B0 =D1=80=D1=83=D1=81=D1=81=D0=BA=D0=BE=D0=BC. Some text on r= ussian >=20 > =D0=95=D1=89=D0=B5 =D0=BD=D0=B5=D0=BC=D0=BD=D0=BE=D0=B3=D0=BE. Some more. >=20 >=20 > And I wanted to try to convert it to ISO. > root@timbsd:~ # /usr/bin/iconv -t ISO-8859-15 /tmp/delete_it > ?????-?? ????? ?? ???????. Some text on russian >=20 > ??? ???????. Some more. >=20 > iconv: warning: invalid characters: 31 >=20 > root@timbsd:~ # echo $? > 0 >=20 >=20 > Why exit code is 0? Base iconv didn't manage to convert strings so > exit code should be more than 0. That's really bad! >=20 >=20 > converters/libiconv from ports works better in this case! > See: > root@timbsd:~ # /usr/local/bin/iconv -t ISO-8859-15 /tmp/delete_it > /usr/local/bin/iconv: /tmp/delete_it:1:0: cannot convert > root@timbsd:~ # echo $? > 1 >=20 > I tried it on FreeBSD 11-CURRENT and base iconv doesn't have such problem= there. > So I hope that suitable fixes will be MFCd to 10-STABLE. Actually, FreeBSD 11 doesn't return an error either. Can you try the attached patch? --MP_/tZgTu3wWF4q56Xh.b/ja2fz Content-Type: text/x-patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=iconv.patch Index: usr.bin/iconv/iconv.c =================================================================== --- usr.bin/iconv/iconv.c (revision 267225) +++ usr.bin/iconv/iconv.c (working copy) @@ -41,13 +41,11 @@ #include #include -static unsigned long long invalids; - -static void do_conv(FILE *, const char *, const char *, bool, bool); -static int do_list(unsigned int, const char * const *, void *); -static void usage(void); +static int do_conv(FILE *, const char *, const char *, bool, bool); +static int do_list(unsigned int, const char * const *, void *); +static void usage(void) __dead2; -static struct option long_options[] = { +static const struct option long_options[] = { {"from-code", required_argument, NULL, 'f'}, {"list", no_argument, NULL, 'l'}, {"silent", no_argument, NULL, 's'}, @@ -68,12 +66,13 @@ usage(void) #define INBUFSIZE 1024 #define OUTBUFSIZE (INBUFSIZE * 2) -static void +static int do_conv(FILE *fp, const char *from, const char *to, bool silent, bool hide_invalid) { iconv_t cd; char inbuf[INBUFSIZE], outbuf[OUTBUFSIZE], *out; + unsigned long long invalids; const char *in; size_t inbytes, outbytes, ret; @@ -84,8 +83,9 @@ do_conv(FILE *fp, const char *from, cons int arg = 1; if (iconvctl(cd, ICONV_SET_DISCARD_ILSEQ, (void *)&arg) == -1) - err(1, NULL); + err(EXIT_FAILURE, NULL); } + invalids = 0; while ((inbytes = fread(inbuf, 1, INBUFSIZE, fp)) > 0) { in = inbuf; while (inbytes > 0) { @@ -135,6 +135,7 @@ do_conv(FILE *fp, const char *from, cons warnx("warning: invalid characters: %llu", invalids); iconv_close(cd); + return (invalids > 0); } static int @@ -157,7 +158,7 @@ main(int argc, char **argv) { FILE *fp; char *opt_f, *opt_t; - int ch, i; + int ch, i, res; bool opt_c = false, opt_s = false; opt_f = opt_t = strdup(""); @@ -202,18 +203,18 @@ main(int argc, char **argv) if ((strcmp(opt_f, "") == 0) && (strcmp(opt_t, "") == 0)) usage(); if (argc == 0) - do_conv(stdin, opt_f, opt_t, opt_s, opt_c); + res = do_conv(stdin, opt_f, opt_t, opt_s, opt_c); else { + res = 0; for (i = 0; i < argc; i++) { fp = (strcmp(argv[i], "-") != 0) ? fopen(argv[i], "r") : stdin; if (fp == NULL) err(EXIT_FAILURE, "Cannot open `%s'", argv[i]); - do_conv(fp, opt_f, opt_t, opt_s, - opt_c); + res |= do_conv(fp, opt_f, opt_t, opt_s, opt_c); (void)fclose(fp); } } - return (EXIT_SUCCESS); + return (res == 0 ? EXIT_SUCCESS : EXIT_FAILURE); } --MP_/tZgTu3wWF4q56Xh.b/ja2fz-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 15:37:54 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E5E6991; Tue, 10 Jun 2014 15:37:54 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (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 61077232F; Tue, 10 Jun 2014 15:37:54 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WuO7P-0005Jm-8L; Tue, 10 Jun 2014 15:37:47 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s5AFbhtg001302; Tue, 10 Jun 2014 09:37:43 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX182JzHC4hsb7YQbm3Sy+cGr Subject: Re: Cross-building FreeBSD core... From: Ian Lepore To: Chris Ross In-Reply-To: <08C73D46-3256-4DAC-A383-55A841EF2995@distal.com> References: <2158607.RZmBJ56eyy@overcee.wemm.org> <20140609185022.GD94040@lor.one-eyed-alien.net> <08C73D46-3256-4DAC-A383-55A841EF2995@distal.com> Content-Type: text/plain; charset="us-ascii" Date: Tue, 10 Jun 2014 09:37:43 -0600 Message-ID: <1402414663.20883.166.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Brooks Davis , freebsd-stable@FreeBSD.org, Peter Wemm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 15:37:54 -0000 On Tue, 2014-06-10 at 08:40 -0400, Chris Ross wrote: > On Jun 9, 2014, at 14:50 , Brooks Davis wrote: > > It is. Setting MAKEOBJDIRPREFIX as a make argument means it can't be > > changed and apparently that ability is used somewhere in the bootstrap > > process. The symptoms are bizzare and you end up with a cross built > > make_keys in the native tools path. > > Well, that got it further, but it didn't finish. I think this is user error, however. > It got a few thousand lines into "stage 4.4: building everything" when it failed > as so: > > ===> libexec/mail.local (all) > cc -O2 -pipe -I/usr/src/libexec/mail.local/../../contrib/sendmail/include -I. -I/usr > /local/include/sasl -DSASL -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-h > eaders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-b > ody -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /usr/src/libexec/mail.local/../../contrib/sendmail/mail.local/mail.local.c > cc -O2 -pipe -I/usr/src/libexec/mail.local/../../contrib/sendmail/include -I. -I/usr/local/include/sasl -DSASL -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -L/usr/local/lib -o mail.local mail.local.o /home/cross/obj.amd64/amd64.amd64/usr/src/libexec/mail.local/../../lib/libsm/libsm.a -lsasl2 > /usr/local/lib/libsasl2.so: file not recognized: File format not recognized > cc: error: linker command failed with exit code 1 (use -v to see invocation) > *** Error code 1 > > Stop. > make[4]: stopped in /usr/src/libexec/mail.local > > Assumedly, this is because I have some SENDMAIL_* lines in my /etc/make.conf, > including: > > SENDMAIL_LDFLAGS=-L/usr/local/lib > SENDMAIL_LDADD=-lsasl2 > > What's the recommended way to override these things that I don't want to affect > the cross-build, and/or to have cross-built versions of them? > > Thanks.... > > - Chris Add to the make command line: __MAKE_CONF=/dev/null SRCCONF=/dev/null It doesn't have to be /dev/null, you can also point to files that contain options for the cross-build that are different from a host build. -- Ian From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 16:21:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15F4F3FE; Tue, 10 Jun 2014 16:21:16 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (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 9F9EC27AA; Tue, 10 Jun 2014 16:21:14 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s5AGMH8S002058; Tue, 10 Jun 2014 09:22:23 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s5AGMADe002052; Tue, 10 Jun 2014 09:22:10 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 10 Jun 2014 09:22:10 -0700 (PDT) Message-ID: In-Reply-To: <20140610093705.GC3793@vpn.offrom.nl> References: <20140609173800.GC30045@vpn.offrom.nl> <201406091818.s59IHuSw074103@gw.catspoiler.org> <20140610093705.GC3793@vpn.offrom.nl> Date: Tue, 10 Jun 2014 09:22:10 -0700 (PDT) Subject: Re: [cups] Setup cups and Brother HL-4150CDN on FreeBSD 10 From: "Chris H" To: Willy@Offermans.Rompen.nl User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Don Lewis , freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, cups@cups.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 16:21:16 -0000 More informational, than anything else. But perhaps it will help... > Hello Don, cups and freebsd friends, > > On Mon, Jun 09, 2014 at 11:17:56AM -0700, Don Lewis wrote: >> On 9 Jun, Willy Offermans wrote: >> > Hello Chris and cups, and freebsd friends, >> > >> > On Mon, Jun 09, 2014 at 07:20:09AM -0700, Chris H wrote: >> >> Greetings... >> >> > Dear cups and freebsd friends, >> >> > >> >> > I'm trying to setup CUPS on FreeBSD 10. I managed to install the software >> >> > and I managed to make the printer available to the OS via /dev/ulpt0: >> >> > >> >> > from messages: >> >> > >> >> > ... >> >> > Jun 8 17:16:13 donald kernel: ugen1.2: at usbus1 >> >> > Jun 8 17:16:13 donald kernel: ulpt0: > 2.00/1.00, >> >> > addr 1> on usbus1 >> >> > Jun 8 17:16:13 donald kernel: ulpt0: using bi-directional mode >> >> > Jun 8 17:16:13 donald kernel: ulpt0: offline >> >> > ... >> >> > >> >> > >> >> > from ll /dev/ulpt0 >> >> > >> >> > crw-rw---- 1 root cups - 0x65 Jun 8 17:16 /dev/ulpt0 >> >> > >> >> > If I executed the following command: >> >> > >> >> > echo 'true' > /dev/ulpt0 >> >> > >> >> > then the printer reacts and shows that data is transferred to the printer. >> >> > >> >> > However, if I try to add the printer to CUPS via the web-interface, then >> >> > the printer is not detectable. I would expect the printer to be found after >> >> > searching. I can find an error message in error_log: >> >> > >> >> > >> >> > ... >> >> > E [08/Jun/2014:17:37:53 +0200] [Client 15] Invalid peer credentials for "root" - got >> 8, >> >> > expected 0! >> >> > ... >> >> > >> >> > >> >> > I'm not sure if this is related to the fact that the printer cannot be >> >> > detected. >> >> > >> >> > If I add the printer manually to the printer.conf file: >> >> > >> >> > >> >> > >> >> > UUID urn:uuid:de11cfc5-3cbd-361e-5750-8b0e3f0ff4ad >> >> > AuthInfoRequired none >> >> > Info Brother HL-4150CDN series >> >> > Location attic >> >> > MakeModel Brother HL-4150CDN series CUPS >> >> > DeviceURI usb:/dev/ulpt0 >> >> > State Idle >> >> > StateTime 1402241099 >> >> > Type 8392780 >> >> > Accepting Yes >> >> > Shared No >> >> > JobSheets none none >> >> > QuotaPeriod 0 >> >> > PageLimit 0 >> >> > KLimit 0 >> >> > OpPolicy default >> >> > ErrorPolicy stop-printer >> >> > >> >> > >> >> > then I still cannot print to the printer. >> >> > >> >> > Does anyone has a clue what is going on? Or how can I debug this problem? >> >> > >> >> It appears that the user under which you are attempting all this, >> >> doesn't have permission to manage, or otherwise manipulate/view the >> >> printer facilities. My suggestion would be to (if available) go to >> >> http://localhost:631/admin in your browser, and login with the root >> >> password, and then GRANT permission(s) to the user you want to give >> >> access to. >> >> >> >> Also insure that the cups user/group were added correctly. >> >> >> >> Best wishes. >> >> >> >> --Chris >> >> > >> >> > -- >> > >> > I did as you told. I logged in with root account, but there were no >> > printers available. Also the /dev/ulpt0 device cannot be detected, although >> > the local printer is connected to this device. under >> > administration is not successful. No printer will appear. >> >> cups doesn't use the /dev/ulpt* device. For USB printers, it uses a the >> device node under /dev/usb. This device needs to be accessable to the >> cups user. See the last devfs rule here: >> >> > > I already added these rules. The following shows my /etc/devfs.rules > > > [system=10] > add path 'unlpt*' mode 0660 group cups > add path 'ulpt*' mode 0660 group cups > add path 'lpt*' mode 0660 group cups > add path 'da[1,2,3,4,5,6,7,8,9]*' mode 0660 group users > add path 'usb/*' mode 0660 group users > add path 'usb/1.2.0' mode 0660 group cups > > > The last line ensures the following in /dev/usb: > > crw-rw---- 1 root cups - 0x5f Jun 9 12:19 1.2.0 > > 1.2.0 is where ugen1.2 is pointing at: > > /dev/ugen1.2 -> usb/1.2.0 > > All the above settings were done before I started to search for new > printers or to add new printers with the web interface of cups. So no > success so far. > > Are there any other options? My personal guess is that cups has some > problems to use root peer credentials. The following error appears in the > log file of cups (error_log): > > E [10/Jun/2014:11:35:14 +0200] [Client 14] Invalid peer credentials for "root" - got 8, > expected 0! On my system; while I was successful in installing my printer (HP Laser && JetDirect). It doesn't work correctly (only prints 1 page). All the information I found, regarding the error, blames ghostscript, and [possible] version incompatibilities. Yet, they make no effort to reconcile such issuers during install. Even after some 6yrs. I digress... Here's the output from my install, with a [somewhat] working cups(d) install -- in that the Printer && JetDirect were detected, and the cups(d) runs: # ps waux | grep cupsd root 87930 0.0 0.1 19988 4364 ?? Is 10:34AM 0:00.77 /usr/local/sbin/cupsd -C /usr/local/etc/cups/cupsd.conf # cat /etc/passwd | grep cups cups:*:193:193:CUPS Owner:/nonexistent:/usr/sbin/nologin # cat /etc/group | grep cups cups:*:193: I only mention passwd(1), and group(5), because I want to address the possibility that the database may NOT have been updated, given the error that you mention above. In hopes it helps you. --Chris > > > -- > Met vriendelijke groeten, > With kind regards, > Mit freundlichen Gruessen, > De jrus wah, > > Wiel > > ************************************* > W.K. Offermans > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 17:50:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D89FBB for ; Tue, 10 Jun 2014 17:50:37 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 50C832085 for ; Tue, 10 Jun 2014 17:50:37 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id DF89BB903D for ; Tue, 10 Jun 2014 19:50:29 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:message-id:subject:subject:from:from:date :date:received:received; s=mimar-0901; t=1402422627; x= 1404237028; bh=40odfs1nC8csUZN5f+zD1M9vDb4Gk+xHWmKQFbcGYWI=; b=N dKu7u2ImWIDAgz3aABqfmVZjybgjmFb4OZHMXVoD75x9+qCGoWTItU3c2YdPDNsH dV2rYqjKwX73ACQiQ2jOyAXZ1FLLwQd4Oa6zjnkS/hTOoiZ1ywQRjMNLkuVoqXgo MMyiV951hvRe1PLszMwZb4IEYa6KYhseDT6wsMb6Fc= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Ohgcgaf6zEaz for ; Tue, 10 Jun 2014 19:50:27 +0200 (CEST) Received: from kaa.mimar.rs (109-92-202-170.dynamic.isp.telekom.rs [109.92.202.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id D812FB9033 for ; Tue, 10 Jun 2014 19:50:26 +0200 (CEST) Date: Tue, 10 Jun 2014 19:50:25 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: freebsd-update to 9.2-RELEASE-p8 loop Message-Id: <20140610195025.af77561acbb2224539762600@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 17:50:37 -0000 Hi, I used freebsd-update to update from 9.2-RELEASE-p7 to 9.2-RELEASE-p8 and rebooted. After reboot, uname -a shows 9.2-RELEASE-p7, but I've seen this before and consider it normal. However, typing another 'freebsd-update fetch' gives: pacija@server01:~ % sudo freebsd-update fetch Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching metadata signature for 9.2-RELEASE from update6.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. The following files will be updated as part of updating to 9.2-RELEASE-p8: /boot/kernel/linker.hints And after 'freebsd-update install' and reboot this loops... freebsd-update fetch again downloads linker.hints. --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 17:53:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A04EB1CD for ; Tue, 10 Jun 2014 17:53:18 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5CFB620B3 for ; Tue, 10 Jun 2014 17:53:18 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WuQEV-000I3v-9d; Tue, 10 Jun 2014 19:53:15 +0200 Date: Tue, 10 Jun 2014 19:53:15 +0200 From: Kurt Jaeger To: Marko Cupa?? Subject: Re: freebsd-update to 9.2-RELEASE-p8 loop Message-ID: <20140610175315.GR2341@home.opsec.eu> References: <20140610195025.af77561acbb2224539762600@mimar.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140610195025.af77561acbb2224539762600@mimar.rs> Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 17:53:18 -0000 Hi! > I used freebsd-update to update from 9.2-RELEASE-p7 to 9.2-RELEASE-p8 > and rebooted. > > After reboot, uname -a shows 9.2-RELEASE-p7, but I've seen this before > and consider it normal. p8 did not touch the kernel, therefore there is no update in the uname output. Why it again and again updates linker.hints, I don't know. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 18:00:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8FC562B for ; Tue, 10 Jun 2014 18:00:23 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B28E212D for ; Tue, 10 Jun 2014 18:00:23 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::d9e6:9261:74bd:b07e] (unknown [IPv6:2001:7b8:3a7:0:d9e6:9261:74bd:b07e]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 139D35C37; Tue, 10 Jun 2014 20:00:17 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_0D6E9651-5337-4047-BCC8-9002B43005C4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Can't build stable/10 from a stable/10 box From: Dimitry Andric In-Reply-To: Date: Tue, 10 Jun 2014 20:00:09 +0200 Message-Id: <9F8C5E19-7CFA-4AEC-BEF0-4ED53E97D6F2@FreeBSD.org> References: To: Ryan Stone X-Mailer: Apple Mail (2.1878.2) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 18:00:24 -0000 --Apple-Mail=_0D6E9651-5337-4047-BCC8-9002B43005C4 Content-Type: multipart/mixed; boundary="Apple-Mail=_ACD395AF-2876-480A-B853-F10E5AA4BB2D" --Apple-Mail=_ACD395AF-2876-480A-B853-F10E5AA4BB2D Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 10 Jun 2014, at 15:30, Ryan Stone wrote: > On Mon, Jun 9, 2014 at 5:00 PM, Dimitry Andric wrote: >> Any special settings in make.conf or src.conf? Are you building >> incrementally (e.g. with -DNO_CLEAN) or with a clean /usr/obj? >> >> -Dimitry >> > > Hm. I would swear that I tried cleaning the objdir manually, but I > tried again and now it builds. I definitely started with a clean > objdir as it was located on a newly newfs'ed filesystem, but I have no > idea what revision I was trying to build at that time. Sorry for the > noise. I managed to reproduce your error. It only happens when a dependency file for a .inc.h file was generated, and when the .inc.h file then needs to be regenerated. I committed a fix in head in r267335, and I will MFC it in three days. Meanwhile, you can can use the attached patch. -Dimitry --Apple-Mail=_ACD395AF-2876-480A-B853-F10E5AA4BB2D Content-Disposition: attachment; filename=fix-tblgen-args-1.diff Content-Type: application/octet-stream; name="fix-tblgen-args-1.diff" Content-Transfer-Encoding: 7bit Index: lib/clang/clang.build.mk =================================================================== --- lib/clang/clang.build.mk (revision 267315) +++ lib/clang/clang.build.mk (working copy) @@ -70,149 +70,160 @@ Attrs.inc.h: ${CLANG_SRCS}/include/clang/Basic/Attr.td ${CLANG_TBLGEN} -gen-clang-attr-classes \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ - ${.ALLSRC} + ${CLANG_SRCS}/include/clang/Basic/Attr.td AttrDump.inc.h: ${CLANG_SRCS}/include/clang/Basic/Attr.td ${CLANG_TBLGEN} -gen-clang-attr-dump \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ - ${.ALLSRC} + ${CLANG_SRCS}/include/clang/Basic/Attr.td AttrIdentifierArg.inc.h: ${CLANG_SRCS}/include/clang/Basic/Attr.td ${CLANG_TBLGEN} -gen-clang-attr-identifier-arg-list \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ - ${.ALLSRC} + ${CLANG_SRCS}/include/clang/Basic/Attr.td AttrImpl.inc.h: ${CLANG_SRCS}/include/clang/Basic/Attr.td ${CLANG_TBLGEN} -gen-clang-attr-impl \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ - ${.ALLSRC} + ${CLANG_SRCS}/include/clang/Basic/Attr.td AttrLateParsed.inc.h: ${CLANG_SRCS}/include/clang/Basic/Attr.td ${CLANG_TBLGEN} -gen-clang-attr-late-parsed-list \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ - ${.ALLSRC} + ${CLANG_SRCS}/include/clang/Basic/Attr.td AttrList.inc.h: ${CLANG_SRCS}/include/clang/Basic/Attr.td ${CLANG_TBLGEN} -gen-clang-attr-list \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ - ${.ALLSRC} + ${CLANG_SRCS}/include/clang/Basic/Attr.td AttrParsedAttrImpl.inc.h: ${CLANG_SRCS}/include/clang/Basic/Attr.td ${CLANG_TBLGEN} -gen-clang-attr-parsed-attr-impl \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ - ${.ALLSRC} + ${CLANG_SRCS}/include/clang/Basic/Attr.td AttrParsedAttrKinds.inc.h: ${CLANG_SRCS}/include/clang/Basic/Attr.td ${CLANG_TBLGEN} -gen-clang-attr-parsed-attr-kinds \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ - ${.ALLSRC} + ${CLANG_SRCS}/include/clang/Basic/Attr.td AttrParsedAttrList.inc.h: ${CLANG_SRCS}/include/clang/Basic/Attr.td ${CLANG_TBLGEN} -gen-clang-attr-parsed-attr-list \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ - ${.ALLSRC} + ${CLANG_SRCS}/include/clang/Basic/Attr.td AttrPCHRead.inc.h: ${CLANG_SRCS}/include/clang/Basic/Attr.td ${CLANG_TBLGEN} -gen-clang-attr-pch-read \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ - ${.ALLSRC} + ${CLANG_SRCS}/include/clang/Basic/Attr.td AttrPCHWrite.inc.h: ${CLANG_SRCS}/include/clang/Basic/Attr.td ${CLANG_TBLGEN} -gen-clang-attr-pch-write \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ - ${.ALLSRC} + ${CLANG_SRCS}/include/clang/Basic/Attr.td AttrSpellings.inc.h: ${CLANG_SRCS}/include/clang/Basic/Attr.td ${CLANG_TBLGEN} -gen-clang-attr-spelling-list \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ - ${.ALLSRC} + ${CLANG_SRCS}/include/clang/Basic/Attr.td AttrSpellingListIndex.inc.h: ${CLANG_SRCS}/include/clang/Basic/Attr.td ${CLANG_TBLGEN} -gen-clang-attr-spelling-index \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ - ${.ALLSRC} + ${CLANG_SRCS}/include/clang/Basic/Attr.td AttrTemplateInstantiate.inc.h: ${CLANG_SRCS}/include/clang/Basic/Attr.td ${CLANG_TBLGEN} -gen-clang-attr-template-instantiate \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ - ${.ALLSRC} + ${CLANG_SRCS}/include/clang/Basic/Attr.td AttrTypeArg.inc.h: ${CLANG_SRCS}/include/clang/Basic/Attr.td ${CLANG_TBLGEN} -gen-clang-attr-type-arg-list \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ - ${.ALLSRC} + ${CLANG_SRCS}/include/clang/Basic/Attr.td CommentCommandInfo.inc.h: ${CLANG_SRCS}/include/clang/AST/CommentCommands.td ${CLANG_TBLGEN} -gen-clang-comment-command-info \ - -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} ${.ALLSRC} + -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ + ${CLANG_SRCS}/include/clang/AST/CommentCommands.td CommentCommandList.inc.h: ${CLANG_SRCS}/include/clang/AST/CommentCommands.td ${CLANG_TBLGEN} -gen-clang-comment-command-list \ - -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} ${.ALLSRC} + -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ + ${CLANG_SRCS}/include/clang/AST/CommentCommands.td CommentHTMLNamedCharacterReferences.inc.h: \ ${CLANG_SRCS}/include/clang/AST/CommentHTMLNamedCharacterReferences.td ${CLANG_TBLGEN} -gen-clang-comment-html-named-character-references \ - -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} ${.ALLSRC} + -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ + ${CLANG_SRCS}/include/clang/AST/CommentHTMLNamedCharacterReferences.td CommentHTMLTags.inc.h: ${CLANG_SRCS}/include/clang/AST/CommentHTMLTags.td ${CLANG_TBLGEN} -gen-clang-comment-html-tags \ - -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} ${.ALLSRC} + -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ + ${CLANG_SRCS}/include/clang/AST/CommentHTMLTags.td CommentHTMLTagsProperties.inc.h: \ ${CLANG_SRCS}/include/clang/AST/CommentHTMLTags.td ${CLANG_TBLGEN} -gen-clang-comment-html-tags-properties \ - -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} ${.ALLSRC} + -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ + ${CLANG_SRCS}/include/clang/AST/CommentHTMLTags.td CommentNodes.inc.h: ${CLANG_SRCS}/include/clang/Basic/CommentNodes.td ${CLANG_TBLGEN} -gen-clang-comment-nodes \ - -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} ${.ALLSRC} + -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ + ${CLANG_SRCS}/include/clang/Basic/CommentNodes.td DeclNodes.inc.h: ${CLANG_SRCS}/include/clang/Basic/DeclNodes.td ${CLANG_TBLGEN} -gen-clang-decl-nodes \ - -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} ${.ALLSRC} + -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ + ${CLANG_SRCS}/include/clang/Basic/DeclNodes.td StmtNodes.inc.h: ${CLANG_SRCS}/include/clang/Basic/StmtNodes.td ${CLANG_TBLGEN} -gen-clang-stmt-nodes \ - -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} ${.ALLSRC} + -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ + ${CLANG_SRCS}/include/clang/Basic/StmtNodes.td arm_neon.h: ${CLANG_SRCS}/include/clang/Basic/arm_neon.td ${CLANG_TBLGEN} -gen-arm-neon \ - -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} ${.ALLSRC} + -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ + ${CLANG_SRCS}/include/clang/Basic/arm_neon.td arm_neon.inc.h: ${CLANG_SRCS}/include/clang/Basic/arm_neon.td ${CLANG_TBLGEN} -gen-arm-neon-sema \ - -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} ${.ALLSRC} + -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ + ${CLANG_SRCS}/include/clang/Basic/arm_neon.td DiagnosticGroups.inc.h: ${CLANG_SRCS}/include/clang/Basic/Diagnostic.td ${CLANG_TBLGEN} -gen-clang-diag-groups \ -I ${CLANG_SRCS}/include/clang/Basic -d ${.TARGET:C/\.h$/.d/} \ - -o ${.TARGET} ${.ALLSRC} + -o ${.TARGET} ${CLANG_SRCS}/include/clang/Basic/Diagnostic.td DiagnosticIndexName.inc.h: ${CLANG_SRCS}/include/clang/Basic/Diagnostic.td ${CLANG_TBLGEN} -gen-clang-diags-index-name \ -I ${CLANG_SRCS}/include/clang/Basic -d ${.TARGET:C/\.h$/.d/} \ - -o ${.TARGET} ${.ALLSRC} + -o ${.TARGET} ${CLANG_SRCS}/include/clang/Basic/Diagnostic.td .for hdr in AST Analysis Comment Common Driver Frontend Lex Parse Sema Serialization Diagnostic${hdr}Kinds.inc.h: ${CLANG_SRCS}/include/clang/Basic/Diagnostic.td ${CLANG_TBLGEN} -gen-clang-diags-defs -clang-component=${hdr} \ -I ${CLANG_SRCS}/include/clang/Basic -d ${.TARGET:C/\.h$/.d/} \ - -o ${.TARGET} ${.ALLSRC} + -o ${.TARGET} ${CLANG_SRCS}/include/clang/Basic/Diagnostic.td .endfor Options.inc.h: ${CLANG_SRCS}/include/clang/Driver/Options.td ${TBLGEN} -gen-opt-parser-defs \ -I ${LLVM_SRCS}/include -I ${CLANG_SRCS}/include/clang/Driver \ - -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} ${.ALLSRC} + -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ + ${CLANG_SRCS}/include/clang/Driver/Options.td CC1AsOptions.inc.h: ${CLANG_SRCS}/include/clang/Driver/CC1AsOptions.td ${TBLGEN} -gen-opt-parser-defs \ -I ${LLVM_SRCS}/include -I ${CLANG_SRCS}/include/clang/Driver \ - -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} ${.ALLSRC} + -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ + ${CLANG_SRCS}/include/clang/Driver/CC1AsOptions.td -Checkers.inc.h: ${CLANG_SRCS}/lib/StaticAnalyzer/Checkers/Checkers.td \ - ${CLANG_SRCS}/include/clang/StaticAnalyzer/Checkers/CheckerBase.td +Checkers.inc.h: ${CLANG_SRCS}/lib/StaticAnalyzer/Checkers/Checkers.td ${CLANG_TBLGEN} -gen-clang-sa-checkers \ -I ${CLANG_SRCS}/include -d ${.TARGET:C/\.h$/.d/} -o ${.TARGET} \ ${CLANG_SRCS}/lib/StaticAnalyzer/Checkers/Checkers.td --Apple-Mail=_ACD395AF-2876-480A-B853-F10E5AA4BB2D Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail=_ACD395AF-2876-480A-B853-F10E5AA4BB2D-- --Apple-Mail=_0D6E9651-5337-4047-BCC8-9002B43005C4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlOXR68ACgkQsF6jCi4glqMC1wCeN2u+UBfwwFu/mbj74YhMYagp VQkAoKSJwBFV2Z2Dzb3g7yK0a2uY/FLg =B3L3 -----END PGP SIGNATURE----- --Apple-Mail=_0D6E9651-5337-4047-BCC8-9002B43005C4-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 18:05:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A721693A for ; Tue, 10 Jun 2014 18:05:19 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (mwlucas-2-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:b9c::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 67A0721F8 for ; Tue, 10 Jun 2014 18:05:18 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.9/8.14.9) with ESMTP id s5AI5G1j002393; Tue, 10 Jun 2014 14:05:16 -0400 (EDT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.9/8.14.7/Submit) id s5AI5Gbr002392; Tue, 10 Jun 2014 14:05:16 -0400 (EDT) (envelope-from mwlucas) Date: Tue, 10 Jun 2014 14:05:16 -0400 From: "Michael W. Lucas" To: Kurt Jaeger Subject: Re: freebsd-update to 9.2-RELEASE-p8 loop Message-ID: <20140610180515.GA2380@bewilderbeast.blackhelicopters.org> References: <20140610195025.af77561acbb2224539762600@mimar.rs> <20140610175315.GR2341@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140610175315.GR2341@home.opsec.eu> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Tue, 10 Jun 2014 14:05:16 -0400 (EDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 18:05:19 -0000 On Tue, Jun 10, 2014 at 07:53:15PM +0200, Kurt Jaeger wrote: > Hi! > > > I used freebsd-update to update from 9.2-RELEASE-p7 to 9.2-RELEASE-p8 > > and rebooted. > > > > After reboot, uname -a shows 9.2-RELEASE-p7, but I've seen this before > > and consider it normal. > > p8 did not touch the kernel, therefore there is no update in the uname output. > > Why it again and again updates linker.hints, I don't know. linker.hints should be added to /etc/freebsd-update.conf IgnoreFiles, i.e.: IgnorePaths /boot/kernel/linker.hints linker.hints is dynamically generated, and freebsd-update shouldn't touch it. Yes, it's a bug. ==ml -- Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 18:44:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 604FDACB for ; Tue, 10 Jun 2014 18:44:02 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DC8E725C1 for ; Tue, 10 Jun 2014 18:44:01 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id b8so4246886lan.9 for ; Tue, 10 Jun 2014 11:43:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=vf9D47xj0x5WyI99DhNaHPnuM0NTxQjhZzJR+3dp1Gg=; b=CdS1SKcFfvb0UX4kgdNjPhuMZpSIdV3ZjUyPMrmRZ9QhmKeQ5Qdw7s6KrRu0TGU0ob /5epXlkWcc/x7k40auodQ+LAf1meOorFh61e3OUKQpMYEDbVI3gDoeEI0B9AKQUk+Mg5 c2KMyQp0Roiqub5Wy0yN04h9dEKBU9HdI/gpIYCiV0L1JaMPLHJsd1tqlsKaLb4DVrPa eaO6dDg0JuoJ/vaIhrYF70FJDVRxBedSaWcci1q1SOS49jaW+g3Ny9jx0yebDgpRmv4a HDG6wduYhmUcul+ZGUangC2U4LF+Q3lTxErk+5bBSMt9E3xElpNle4BnbOXdDMvh3a+n vhdg== X-Received: by 10.112.63.65 with SMTP id e1mr2302794lbs.81.1402425839872; Tue, 10 Jun 2014 11:43:59 -0700 (PDT) MIME-Version: 1.0 Sender: royce.williams@gmail.com Received: by 10.112.17.133 with HTTP; Tue, 10 Jun 2014 11:43:39 -0700 (PDT) In-Reply-To: <20140610180515.GA2380@bewilderbeast.blackhelicopters.org> References: <20140610195025.af77561acbb2224539762600@mimar.rs> <20140610175315.GR2341@home.opsec.eu> <20140610180515.GA2380@bewilderbeast.blackhelicopters.org> From: Royce Williams Date: Tue, 10 Jun 2014 10:43:39 -0800 X-Google-Sender-Auth: F6ngBGTU5W5m2rQCU_FBKC1oLBI Message-ID: Subject: Re: freebsd-update to 9.2-RELEASE-p8 loop To: "Michael W. Lucas" Content-Type: text/plain; charset=UTF-8 Cc: Kurt Jaeger , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 18:44:02 -0000 On Tue, Jun 10, 2014 at 10:05 AM, Michael W. Lucas wrote: > On Tue, Jun 10, 2014 at 07:53:15PM +0200, Kurt Jaeger wrote: >> Hi! >> >> > I used freebsd-update to update from 9.2-RELEASE-p7 to 9.2-RELEASE-p8 >> > and rebooted. >> > >> > After reboot, uname -a shows 9.2-RELEASE-p7, but I've seen this before >> > and consider it normal. >> >> p8 did not touch the kernel, therefore there is no update in the uname output. >> >> Why it again and again updates linker.hints, I don't know. > > linker.hints should be added to /etc/freebsd-update.conf IgnoreFiles, i.e.: > > IgnorePaths /boot/kernel/linker.hints > > linker.hints is dynamically generated, and freebsd-update shouldn't > touch it. Yes, it's a bug. More background in this forums thread: https://forums.freebsd.org/viewtopic.php?&t=1362 Also, I've found that just adding the IgnorePaths line may be necessary, but is not sufficient. I have added that line, but freebsd-update continues to detect linker.hints as a needed update: $ grep linker /etc/freebsd-update.conf IgnorePaths /boot/kernel/linker.hints $ sudo freebsd-update fetch Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching metadata signature for 8.4-RELEASE from update4.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. The following files will be updated as part of updating to 8.4-RELEASE-p12: /boot/kernel/linker.hints Royce From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 19:09:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0858B43 for ; Tue, 10 Jun 2014 19:09:21 +0000 (UTC) Received: from mail-la0-x22e.google.com (mail-la0-x22e.google.com [IPv6:2a00:1450:4010:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5935C2848 for ; Tue, 10 Jun 2014 19:09:21 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id hz20so4036757lab.5 for ; Tue, 10 Jun 2014 12:09:19 -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:content-type; bh=2ZUWChKYn1aZHFJym40LShvuagksnvI8NQZ7yKIKgkU=; b=LE9M6+gDvZVMaF1EQF/d14aZZwKxyQ16hjVFru+mJ5vnOKKR91oNhFzknJcvxl3Otu s3DzqRrCLEL2BfFzD4MHzt3KcLC9y9VhjebNdt0xYjKUyCYqOsh8gGh8LOpj0YnKkOGV OxgSGHKwd/ZbywjsgY7G1VCDpJGSQYGoSKqVs1uCpYr3GHtFZveidmUBdYENhmx+qtS7 stFnQZs5wIo2Prwixq3TNHtoAZd+Q350GkHAzOuEFQKJiyEc/7lAAHAPws+bQltWnZCP oA+1UWqOAqcWM4dMfJ4jwhdB0KsNKMjto41WmAc2ZfyziO+q1OR7qj9KzKXyD90NLMzJ U/Bw== X-Received: by 10.112.118.197 with SMTP id ko5mr22690234lbb.23.1402427359158; Tue, 10 Jun 2014 12:09:19 -0700 (PDT) MIME-Version: 1.0 Sender: royce.williams@gmail.com Received: by 10.112.17.133 with HTTP; Tue, 10 Jun 2014 12:08:59 -0700 (PDT) In-Reply-To: References: <20140610195025.af77561acbb2224539762600@mimar.rs> <20140610175315.GR2341@home.opsec.eu> <20140610180515.GA2380@bewilderbeast.blackhelicopters.org> From: Royce Williams Date: Tue, 10 Jun 2014 11:08:59 -0800 X-Google-Sender-Auth: loVLYxu4qd7McYxHyDWjkZ7Xrpk Message-ID: Subject: Re: freebsd-update to 9.2-RELEASE-p8 loop To: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 19:09:22 -0000 On Tue, Jun 10, 2014 at 10:43 AM, Royce Williams wrote: > On Tue, Jun 10, 2014 at 10:05 AM, Michael W. Lucas > wrote: >> On Tue, Jun 10, 2014 at 07:53:15PM +0200, Kurt Jaeger wrote: >>> Hi! >>> >>> > I used freebsd-update to update from 9.2-RELEASE-p7 to 9.2-RELEASE-p8 >>> > and rebooted. >>> > >>> > After reboot, uname -a shows 9.2-RELEASE-p7, but I've seen this before >>> > and consider it normal. >>> >>> p8 did not touch the kernel, therefore there is no update in the uname output. >>> >>> Why it again and again updates linker.hints, I don't know. >> >> linker.hints should be added to /etc/freebsd-update.conf IgnoreFiles, i.e.: >> >> IgnorePaths /boot/kernel/linker.hints >> >> linker.hints is dynamically generated, and freebsd-update shouldn't >> touch it. Yes, it's a bug. > > More background in this forums thread: > > https://forums.freebsd.org/viewtopic.php?&t=1362 > > Also, I've found that just adding the IgnorePaths line may be > necessary, but is not sufficient. I have added that line, but > freebsd-update continues to detect linker.hints as a needed update: > > $ grep linker /etc/freebsd-update.conf > IgnorePaths /boot/kernel/linker.hints > > $ sudo freebsd-update fetch > Looking up update.FreeBSD.org mirrors... 5 mirrors found. > Fetching metadata signature for 8.4-RELEASE from update4.freebsd.org... done. > Fetching metadata index... done. > Inspecting system... done. > Preparing to download files... done. > > The following files will be updated as part of updating to 8.4-RELEASE-p12: > /boot/kernel/linker.hints Better reference on freebsd-questions, but it raises more questions than it answers: http://lists.freebsd.org/pipermail/freebsd-questions/2014-May/257950.html Specifically, multiple users appear to still be experiencing this, even after applying the fix for this erratum: http://www.freebsd.org/security/advisories/FreeBSD-EN-14:04.kldxref.asc Royce From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 19:17:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D16C7182 for ; Tue, 10 Jun 2014 19:17:48 +0000 (UTC) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 571D62943 for ; Tue, 10 Jun 2014 19:17:48 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id s18so4245441lam.4 for ; Tue, 10 Jun 2014 12:17:46 -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:content-type; bh=oKB/8RWkxp9U37ESdKEaBdsTKFZbJoSZkCfXc42C/oI=; b=u33atSIB4E3QxAvaRL74z51sKsKZUE/Gfx47opJhrhbZ41BTtiUqBZyo9v2o0TrN5Y WQVRgBH/VpUzR/NpkKTR/PPGHfLfz0HbjmNXYv36+1iAKM+juMZJxUaaWOqofYIT7uxI UDUjaaZ5AGGSdUpdOKBkAeWC9vDIqDmVHWmjmURaBg9i63OBfJf3GbcMvw+PNsDJgQuw WNIRtQndn7SDPxWZkTyMwHZhH7aIw04gEVh7bv4HTba5J3hNfl78LNWhc0Q4nFygCMUm La8Ana8MOMZKJG8ldSCm2njh32S/IwuhWDOyDVv8ayoDDr04LCEMo/YuzCjceItvF8SJ qP9Q== X-Received: by 10.112.118.197 with SMTP id ko5mr22716969lbb.23.1402427866179; Tue, 10 Jun 2014 12:17:46 -0700 (PDT) MIME-Version: 1.0 Sender: royce.williams@gmail.com Received: by 10.112.17.133 with HTTP; Tue, 10 Jun 2014 12:17:26 -0700 (PDT) In-Reply-To: References: <20140610195025.af77561acbb2224539762600@mimar.rs> <20140610175315.GR2341@home.opsec.eu> <20140610180515.GA2380@bewilderbeast.blackhelicopters.org> From: Royce Williams Date: Tue, 10 Jun 2014 11:17:26 -0800 X-Google-Sender-Auth: KjD8fxNDCG_tB0gNvYCGakVhFzA Message-ID: Subject: Re: freebsd-update to 9.2-RELEASE-p8 loop To: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 19:17:49 -0000 On Tue, Jun 10, 2014 at 11:08 AM, Royce Williams wrote: > On Tue, Jun 10, 2014 at 10:43 AM, Royce Williams wrote: >> On Tue, Jun 10, 2014 at 10:05 AM, Michael W. Lucas >> wrote: >>> On Tue, Jun 10, 2014 at 07:53:15PM +0200, Kurt Jaeger wrote: >>>> Hi! >>>> >>>> > I used freebsd-update to update from 9.2-RELEASE-p7 to 9.2-RELEASE-p8 >>>> > and rebooted. >>>> > >>>> > After reboot, uname -a shows 9.2-RELEASE-p7, but I've seen this before >>>> > and consider it normal. >>>> >>>> p8 did not touch the kernel, therefore there is no update in the uname output. >>>> >>>> Why it again and again updates linker.hints, I don't know. >>> >>> linker.hints should be added to /etc/freebsd-update.conf IgnoreFiles, i.e.: >>> >>> IgnorePaths /boot/kernel/linker.hints >>> >>> linker.hints is dynamically generated, and freebsd-update shouldn't >>> touch it. Yes, it's a bug. >> >> More background in this forums thread: >> >> https://forums.freebsd.org/viewtopic.php?&t=1362 >> >> Also, I've found that just adding the IgnorePaths line may be >> necessary, but is not sufficient. I have added that line, but >> freebsd-update continues to detect linker.hints as a needed update: >> >> $ grep linker /etc/freebsd-update.conf >> IgnorePaths /boot/kernel/linker.hints >> >> $ sudo freebsd-update fetch >> Looking up update.FreeBSD.org mirrors... 5 mirrors found. >> Fetching metadata signature for 8.4-RELEASE from update4.freebsd.org... done. >> Fetching metadata index... done. >> Inspecting system... done. >> Preparing to download files... done. >> >> The following files will be updated as part of updating to 8.4-RELEASE-p12: >> /boot/kernel/linker.hints > > Better reference on freebsd-questions, but it raises more questions > than it answers: > > http://lists.freebsd.org/pipermail/freebsd-questions/2014-May/257950.html > > Specifically, multiple users appear to still be experiencing this, > even after applying the fix for this erratum: > > http://www.freebsd.org/security/advisories/FreeBSD-EN-14:04.kldxref.asc ... and there an open PR here, with folks still unable to ignore linker.hints, even after applying EN-14:04.kldxref. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189249 ... and another thread from May 27 that went quiet after someone still had the problem after applying the erratum fix: https://www.mail-archive.com/freebsd-security@freebsd.org/msg05027.html Royce From owner-freebsd-stable@FreeBSD.ORG Tue Jun 10 20:33:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD32B83F for ; Tue, 10 Jun 2014 20:33:44 +0000 (UTC) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 83F50208F for ; Tue, 10 Jun 2014 20:33:44 +0000 (UTC) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 3F4B9494; Tue, 10 Jun 2014 16:33:36 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: freebsd-update to 9.2-RELEASE-p8 loop From: Paul Mather In-Reply-To: Date: Tue, 10 Jun 2014 16:33:36 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <77B0EBB8-52C4-49C9-9310-5113898442B4@gromit.dlib.vt.edu> References: <20140610195025.af77561acbb2224539762600@mimar.rs> <20140610175315.GR2341@home.opsec.eu> <20140610180515.GA2380@bewilderbeast.blackhelicopters.org> To: Royce Williams X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jun 2014 20:33:45 -0000 On Jun 10, 2014, at 3:08 PM, Royce Williams wrote: > On Tue, Jun 10, 2014 at 10:43 AM, Royce Williams = wrote: >> On Tue, Jun 10, 2014 at 10:05 AM, Michael W. Lucas >> wrote: >>> On Tue, Jun 10, 2014 at 07:53:15PM +0200, Kurt Jaeger wrote: >>>> Hi! >>>>=20 >>>>> I used freebsd-update to update from 9.2-RELEASE-p7 to = 9.2-RELEASE-p8 >>>>> and rebooted. >>>>>=20 >>>>> After reboot, uname -a shows 9.2-RELEASE-p7, but I've seen this = before >>>>> and consider it normal. >>>>=20 >>>> p8 did not touch the kernel, therefore there is no update in the = uname output. >>>>=20 >>>> Why it again and again updates linker.hints, I don't know. >>>=20 >>> linker.hints should be added to /etc/freebsd-update.conf = IgnoreFiles, i.e.: >>>=20 >>> IgnorePaths /boot/kernel/linker.hints >>>=20 >>> linker.hints is dynamically generated, and freebsd-update shouldn't >>> touch it. Yes, it's a bug. >>=20 >> More background in this forums thread: >>=20 >> https://forums.freebsd.org/viewtopic.php?&t=3D1362 >>=20 >> Also, I've found that just adding the IgnorePaths line may be >> necessary, but is not sufficient. I have added that line, but >> freebsd-update continues to detect linker.hints as a needed update: >>=20 >> $ grep linker /etc/freebsd-update.conf >> IgnorePaths /boot/kernel/linker.hints >>=20 >> $ sudo freebsd-update fetch >> Looking up update.FreeBSD.org mirrors... 5 mirrors found. >> Fetching metadata signature for 8.4-RELEASE from = update4.freebsd.org... done. >> Fetching metadata index... done. >> Inspecting system... done. >> Preparing to download files... done. >>=20 >> The following files will be updated as part of updating to = 8.4-RELEASE-p12: >> /boot/kernel/linker.hints >=20 > Better reference on freebsd-questions, but it raises more questions > than it answers: >=20 > = http://lists.freebsd.org/pipermail/freebsd-questions/2014-May/257950.html I was the person who kicked off that thread, but I am still=20 experiencing the /boot/kernel/linker.hints update loop even after=20 applying the kldxref errata update. :-( > Specifically, multiple users appear to still be experiencing this, > even after applying the fix for this erratum: >=20 > = http://www.freebsd.org/security/advisories/FreeBSD-EN-14:04.kldxref.asc I was wondering if the problem in my case might be related to having=20 gone from -STABLE to -RELEASE at some point. By habit, I am someone=20 who prefers the build{world,kernel}/install{world,kernel} approach to=20 updating FreeBSD. However, I decided to switch over some systems to=20 freebsd-update because there were going to be some admins new to=20 FreeBSD that would be working with them. These admins were used to=20 RHEL, and so I thought they'd be more comfortable using freebsd-update=20= (and pkg/poudriere) to keep the system up to date. When I run "freebsd-update IDS" I get quite a few files listed as=20 differing. I believe a lot of these are files that just differ in the=20= $FreeBSD svn IDs embedded in the files. I had been using mergemaster=20 to keep my configuration files up to date, but there doesn't seem to be=20= an explicit mechanism with freebsd-update. Given that "freebsd-update IDS" can work out which installed files are=20= at odds with the canonical version being served by freebsd-update, is=20 there any mechanism within freebsd-update to revert a specific local=20 change to the current -RELEASE version? (As I understand it,=20 "rollback" is not the same in that it acts as a rollback/undo, not as a=20= "replace with canonical version from repository".) Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 08:50:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 406391F7 for ; Wed, 11 Jun 2014 08:50:48 +0000 (UTC) Received: from mail-qc0-x22f.google.com (mail-qc0-x22f.google.com [IPv6:2607:f8b0:400d:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 049E52B78 for ; Wed, 11 Jun 2014 08:50:47 +0000 (UTC) Received: by mail-qc0-f175.google.com with SMTP id i8so3924844qcq.34 for ; Wed, 11 Jun 2014 01:50:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=bnh+TwdV0rLXGjOxmcUL5XE0hntfOfhWNTbRL/BstFM=; b=aOwTOlgCuUmztHVKHxx5IvyiEoENqwNTK8P2xkykwHpSL7T79WCM5hlagxIHutkWON rcT6UWkdkgn0QYDjRGSyIZREoirqMgwg39jCGXBKGb5nL/SNZ12lkqa4ejibC1xryR2Y 1ogEsrpsmUI/DPOmUCgKzlyC25rLeROlwUjnIW82y1AA3OZxoJ0JuSlHf3YRX8WNt+be aKEHDx4nEm/xWz4rIk2xbkuQ2HcG8tQJI8sIkzXsWR9tbhk+HgRJoC+iLEIZrQdOOTsS dCZYIouRp/ZQ1N4Lw6IBd1sqiHeQou+/6oiOMHVA735/hwwHJUIjtibc4B+UaV+ELG1j J6vg== MIME-Version: 1.0 X-Received: by 10.224.160.202 with SMTP id o10mr50198541qax.8.1402476647017; Wed, 11 Jun 2014 01:50:47 -0700 (PDT) Received: by 10.140.49.203 with HTTP; Wed, 11 Jun 2014 01:50:46 -0700 (PDT) Date: Wed, 11 Jun 2014 13:20:46 +0430 Message-ID: Subject: dedicate the most available cpu cores to my application From: Mahdi Dashtbozorgi To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jun 2014 08:50:48 -0000 Hi, I want to dedicate the most cpu cores of my server to my application. My server has 24 available cpu cores and I am using FreeBSD 10.0-RELEASE. According to the following link: https://forums.freebsd.org/viewtopic.php?&t=41012 I use the following commands to run my application: #> cpuset -s 1 -l 0-1 #> cpuset -c -l 2-23 myapp but after executing "cpuset -s 1 -l 0-1", I got the following error message: cpuset: setaffinity: Resource deadlock avoided I even put the first command in /etc/rc.local, but still get the same error message. How can I find the process, which prevent this command from execution? Best Regards, Mahdi. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 09:31:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E643E7E for ; Wed, 11 Jun 2014 09:31:03 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 53D3C208D for ; Wed, 11 Jun 2014 09:31:03 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id cm18so3439010qab.0 for ; Wed, 11 Jun 2014 02:31:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=YP7eVJbwQYQ6TIcMqoBWlUIo425p+GmNgW2UXQ0Qiso=; b=sfGqTBCh/Us0TbNMcVEDiVfYf5G8MM3k78vGiaBp7lWWZ1WCzH5ug44PdhBDYNNA/R RxmxKNTXxSsSnWX45nx2ib3MIZKMc7lRSb/UUjcu8oR2SfgaG7HWKkK4IGTpa8ZP9LoT AwfvBPzf+JcZcAOs1XFq+wnWCFC2PPGnD17SW8LlNP9A/0I4VF/GNhXM6e8QdOTGp/5L JP1lmynMeVbHDQu1CgCTWzoMad16VOqdmczZS0mUCvczbq9PAj5X30GHo+vB685sjxYo OlgDASCLc/yNpZWoTgX31DFf4F1rx6vs4fOZ3/JWRqmuYLCgyWPYRNPdd/YWM/1gIDCn 1Svw== MIME-Version: 1.0 X-Received: by 10.224.72.13 with SMTP id k13mr24421936qaj.54.1402479062534; Wed, 11 Jun 2014 02:31:02 -0700 (PDT) Received: by 10.96.131.74 with HTTP; Wed, 11 Jun 2014 02:31:02 -0700 (PDT) Reply-To: spil.oss@gmail.com Date: Wed, 11 Jun 2014 11:31:02 +0200 Message-ID: Subject: cron jobs running early in virtual machine From: Spil Oss To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jun 2014 09:31:03 -0000 Hi, I have a FreeBSD 10 running in VMWare ESXi 5.5. ntp is properly configured and the time on the server is fine. What I've found is that cron jobs start early. I call newsyslog -v in jails from the system crontab in /etc/crontab 0 0 * * * root jx all newsyslog -v jx is a simple wrapper to call that program in a named jail or 'all' jails from jls results in Date: Tue, 10 Jun 2014 23:59:08 +0200 Subject: Cron jx all newsyslog -v X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: Jail: build Processing /etc/newsyslog.conf /var/log/daily.log <7>: --> will trim at Wed Jun 11 00:00:00 2014 So this will never cycle daily.log What can cause cron to start all jobs early? I tested this with a simple `date' in cron as well and that's early too Kind regards, Spil From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 09:54:40 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48C94E6; Wed, 11 Jun 2014 09:54:40 +0000 (UTC) Received: from cpsmtpb-ews07.kpnxchange.com (cpsmtpb-ews07.kpnxchange.com [213.75.39.10]) by mx1.freebsd.org (Postfix) with ESMTP id AA3DF238E; Wed, 11 Jun 2014 09:54:38 +0000 (UTC) Received: from cpsps-ews17.kpnxchange.com ([10.94.84.183]) by cpsmtpb-ews07.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 11 Jun 2014 11:53:27 +0200 Received: from CPSMTPM-CMT106.kpnxchange.com ([195.121.3.22]) by cpsps-ews17.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 11 Jun 2014 11:53:27 +0200 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT106.kpnxchange.com over TLS secured channel with Microsoft SMTPSVC(7.0.6002.18264); Wed, 11 Jun 2014 11:53:26 +0200 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.8/8.14.8) with ESMTP id s5B9rPJC055410; Wed, 11 Jun 2014 11:53:26 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WufDc-0006rv-9m; Wed, 11 Jun 2014 11:53:20 +0200 Date: Wed, 11 Jun 2014 11:53:20 +0200 From: Willy Offermans To: "The CUPS user discussion list." Subject: Re: [cups] Setup cups and Brother HL-4150CDN on FreeBSD 10 Message-ID: <20140611095320.GA3714@vpn.offrom.nl> Reply-To: Willy@Offermans.Rompen.nl References: <20140608154130.GA3621@vpn.offrom.nl> <20140609173800.GC30045@vpn.offrom.nl> <20140610091221.GA3793@vpn.offrom.nl> <830609B9-9480-4A42-A5BE-15A267BE7587@web.de> <20140610110637.GD3793@vpn.offrom.nl> <1ED5763D-A7C3-49BA-AC7C-9E93D9ABBD14@web.de> <20140610140744.GI3793@vpn.offrom.nl> <2D62D5B3-A64C-4A97-86AD-A775B03F8CF4@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2D62D5B3-A64C-4A97-86AD-A775B03F8CF4@web.de> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 11 Jun 2014 09:53:26.0821 (UTC) FILETIME=[FDC63550:01CF855A] X-RcptDomain: freebsd.org Cc: freebsd-stable@FreeBSD.ORG, freebsd-ports@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jun 2014 09:54:40 -0000 Dear Helge, cups and freebsd friends, On Tue, Jun 10, 2014 at 04:59:05PM +0200, Helge Blischke wrote: > > Am 10.06.2014 um 16:07 schrieb Willy Offermans: > > >Hello Helge, cups and freebsd friends, > > > >On Tue, Jun 10, 2014 at 03:46:37PM +0200, Helge Blischke wrote: > >> > >>Am 10.06.2014 um 13:06 schrieb Willy Offermans: > >> > >>>Hello Helge, cups and freebsd friends, > >>> > >>>I do not use top-posting. I hope you do not mind. See below for > >>>output of > >>>configure script. > >>> > >>>On Tue, Jun 10, 2014 at 12:56:57PM +0200, Helge Blischke wrote: > >>>>After a quick search for freebsd through the cups lists, I found > >>>>some entries > >>>>omplaining on issues with sys/ucred.h in combination with sys/ > >>>>param.h. > >>>>Could you rerun your configure script with saving the output > >>>>messages and post them? > >>>> > >>>>Helge > >>>> > >>>>Am 10.06.2014 um 11:12 schrieb Willy Offermans: > >>>> > >>>>>Hello Helga, cups and freebsd friends, > >>>>> > >>>>>On Mon, Jun 09, 2014 at 10:56:23PM +0200, Helge Blischke wrote: > >>>>>>The error message > >>>>>>E [08/Jun/2014:17:37:53 +0200] [Client 15] Invalid peer > >>>>>>credentials > >>>>>>for "root" - got 8, expected 0! > >>>>>>states that the efective user id cupsd is runnin under > >>>>>>is 8, which > >>>>>>certainly is not root. > >>>>>>Make sure your cupsd is running as root. > >>>>>>(see scheduler/auth.c in your sources directory tree). > >>>>>> > >>>>> > >>>>>I also checked this before. > >>>>> > >>>>>I ran ``ps waux | grep cups'': > >>>>> > >>>>>root 1645 0.0 0.0 64032 0 - SWs - > >>>>>0:00.00 /usr/local/sbin/cupsd -C /usr/local/etc/cups/cupsd.conf > >>>>>root 1962 0.0 0.0 14448 0 - IWs - > >>>>>0:00.00 daemon: /usr/local/sbin/cups-browsed[1969] (daemon) > >>>>>root 1969 0.0 0.0 62884 2892 - S 12:20PM > >>>>>0:09.49 /usr/local/sbin/cups-browsed > >>>>> > >>>>>To my belief and according the system, cupsd is run by root. > >>>>>Though the error message claims something else. > >>>>> > >>>>>A look in scheduler/auth.c does not bring me any further to the > >>>>>solution. > >>>>>I can detect the error message in the file, but I have no clue why > >>>>>cups > >>>>>takes up id 8 (=news) in stead of 0. To debug the code is > >>>>>impossible for > >>>>>me. > >>>>> > >>>>>Does anyone has an idea? > >>>>> > >>>>> > >>>>>-- > >>> > >>> > >>>checking for gawk... no > >>>config.status: creating doc/ru/index.html > >>>config.status: creating templates/ru/header.tmpl > >>>config.status: creating config.h > >>>config.status: config.h is unchanged > >>> > >>>I hope this is what you need. > >>> > >>>-- > >>Well, the configure output seems reasonable. > >>And, I should have looked into your log file portion a littie bit > >>more carefully: > >>the invalid credential error mesage refers to client14, not to cupsd > >>itself. > >>To get more info, could you change the log level to debug2 (must be > >>set by editing cupsd.conf, I think) > >>and repeat the failing operation? > >> > >>Thanks, > >> > >>Helge > >> > > > >I will sent you the error_log privately. It is huge and will not > >contain > >any useful info for the lists, at least not filtered. > > > > Thanks for the error_log. A first glance revealed some strange things: > > d [10/Jun/2014:15:56:13 +0200] [Client 15] con->uri="/admin/", con- > >best=0x8034171a0(/admin) > d [10/Jun/2014:15:56:13 +0200] [Client 15] Authorization="PeerCred root" > E [10/Jun/2014:15:56:13 +0200] [Client 15] Invalid peer credentials > for "root" - got 8, expected 0! > D [10/Jun/2014:15:56:13 +0200] [Client 15] cr_version=0 > D [10/Jun/2014:15:56:13 +0200] [Client 15] cr_uid=8 > D [10/Jun/2014:15:56:13 +0200] [Client 15] cr_ngroups=1760 > <=========???? > D [10/Jun/2014:15:56:13 +0200] [Client 15] cr_groups[0]=32767 > <=========???? > > the marked log lines seem to tell that root's effective user id is 8 > (strange), > the number of advisory groups for this user is 1760 (a cockeyed number), > and the group id (the first one of the groups list) is 32767 (0x7fff). > > This seems to me that in your system something is misaligned > (perhaps an invalid header file > for sys/ucred.h ?). > > I think you need (someone else) to dig into your system more deeply. > > Helge > > My system has saved cred.h at 3 different locations: /bootdir/usr/include/sys/ucred.h /usr/include/sys/ucred.h /usr/obj/amd64.amd64/usr/src/lib32/usr/include/sys/ucred.h All three files are identical. cupsd is not the only daemon running with root privileges on this machine, but cupsd is the only one with this problem. So I might be mistaken, but I doubt that something is wrong with sys/ucred.h. When I logon as root, then I can delete the printers, that I have added manually. If something would be wrong with root credentials, then this should also not be possible, to my opinion. I'm getting the impression that I'm fighting with some kind of bug in cups. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 10:54:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 350BAE4D for ; Wed, 11 Jun 2014 10:54:01 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EA16D290B for ; Wed, 11 Jun 2014 10:54:00 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1WugAB-0004FS-Hd for freebsd-stable@freebsd.org; Wed, 11 Jun 2014 12:53:51 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: cron jobs running early in virtual machine References: Date: Wed, 11 Jun 2014 12:53:50 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: - X-Spam-Score: -1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, BAYES_40 autolearn=disabled version=3.3.1 X-Scan-Signature: 1fac81774939798d1cdb19633eb460de X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jun 2014 10:54:01 -0000 On Wed, 11 Jun 2014 11:31:02 +0200, Spil Oss wrote: > Hi, > > I have a FreeBSD 10 running in VMWare ESXi 5.5. ntp is properly > configured and the time on the server is fine. > > What I've found is that cron jobs start early. I call newsyslog -v in > jails from the system crontab > in /etc/crontab > 0 0 * * * root jx all newsyslog -v > > jx is a simple wrapper to call that program in a named jail or 'all' > jails from jls > results in > Date: Tue, 10 Jun 2014 23:59:08 +0200 > Subject: Cron jx all newsyslog -v > X-Cron-Env: > X-Cron-Env: > X-Cron-Env: > X-Cron-Env: > X-Cron-Env: > > Jail: build > Processing /etc/newsyslog.conf > /var/log/daily.log <7>: --> will trim at Wed Jun 11 00:00:00 2014 > > So this will never cycle daily.log > > What can cause cron to start all jobs early? I tested this with a > simple `date' in cron as well and that's early too > > Kind regards, > > Spil http://svnweb.freebsd.org/base?view=revision&revision=261231 This was committed to stable/10 after 10.0-RELEASE. Maybe it has something to do with it. NB: I'm am not the author of the patch so I might be totally wrong. Ronald. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 11:07:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 132CB181 for ; Wed, 11 Jun 2014 11:07:05 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9884B29F4 for ; Wed, 11 Jun 2014 11:07:04 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s5BB6vsv051502 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 11 Jun 2014 13:06:57 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s5BB6vm0051499 for ; Wed, 11 Jun 2014 13:06:57 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Wed, 11 Jun 2014 13:06:57 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: security/rkhunter 1.4.2 and fdescfs mounted on /dev/fd Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jun 2014 11:07:05 -0000 Just another heads-up. With security/rkhunter 1.4.2 and fdescfs mounted on /dev/fd, I was forced to change SCAN_MODE_DEV from THOROUGH to LAZY. Otherwise rkhunter would complain about missing file descriptors, typically it would whine about /dev/fd/3 and .../4. I tried a number of different settings, but none of them worked. If anyone comes up with a better solution, please speak up. shells/bash more or less requires fdescfs mounted on /dev/fd, in case someone wondered. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 13:03:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 296308B2 for ; Wed, 11 Jun 2014 13:03:21 +0000 (UTC) Received: from smtp.pobox.com (smtp.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id E7E8C24ED for ; Wed, 11 Jun 2014 13:03:20 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id A379E1AFF3 for ; Wed, 11 Jun 2014 09:03:12 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=tOrmqVJNaposhwv2ayspv/fJXSY=; b=at1Oa48 9VtKlNy2awDUsRvlOyB++Sx16TzMtnS1RjFem81AKAjT2XFMeI5rDjBwjLrEY3m2 ygOMCLdM70Krl4FXXEsb/RQNyxU1yEXakHewYeTjyK7qtZ99B2/7puzOc+c+8kQU zvPtZ8Kvzp+w3sWBvTDTujqP5p4ei5FuWSjA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=eKSKrsvt3raLLGXLn05MB2CjJZsHr83wO aGBerEgpNnvMiilm6EKz89tJ2KfFngaOSd99srHmIo+JQv4Va3kCaPd8dZqn3Kqc yfPbpU9RL37KWs+kIBjxCw+S8ZeyIpKDP2qH2K04Hb/XVlEIzP358zcGXvBw7TLR bUoCZKnEPM= Received: from pb-smtp0.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id 786CE1AFF2 for ; Wed, 11 Jun 2014 09:03:12 -0400 (EDT) Received: from localhost (unknown [50.90.2.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id 8D2551AFF0 for ; Wed, 11 Jun 2014 09:03:08 -0400 (EDT) Date: Wed, 11 Jun 2014 09:03:07 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Subject: Re: security/rkhunter 1.4.2 and fdescfs mounted on /dev/fd Message-ID: <20140611130307.GA62128@behemoth> Mail-Followup-To: freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: BC18C544-F168-11E3-BE69-9903E9FBB39C-49531120!pb-smtp0.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jun 2014 13:03:21 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 11, 2014 at 13:06:57 +0200, Trond Endrest=F8l wrote: > shells/bash more or less requires fdescfs mounted on /dev/fd, in case=20 > someone wondered. What kinds of things fail when this isn't the case? I've not heard of or seen any issues with shells/bash and I don't have fdescfs mounted. --=20 Chris Nehren --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJbBAABAgBFBQJTmFOLPhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEBHA+GJAM0vPEbQP/14H DTSo90yHHermiEEKlyZtP44pQdE2Ed0d977PfTVACdRJRJPxcVwT6kYra519xig4 IG7vC4wYy8Slny6fXIuilWh5AqOy9wJsYMp5TzlYt+dr2B/cn/CW+podQiMcdvrl 0RigrYLIeVUyU3b6I0pHaRgDTikkDs9yi8JbeKaJTtyFCewZukt2xU2uJoLWgSgd dC4wwHvQT3q2xCR/4Ep4lMthxGutSN5bJYOxQudqIEFGtMD90kcTEpZDojATOjgH H1+5hgHGWNz7eoftiVwwr143r2dNgy/f5KE1jNi7vEf+7Oehsr6b1japtpUAnfCr okXlqYj5azCpaQto8jvO3fovViB8s2mtnpacgcfd1t03mkp0cTkv8q4L02QsuRPM pHi0yj4Mm41BDEdAymoHwvVhDEeveNLd3BybUBIeU8tsSI4w+FYhONk3vccp3iTX Pp6rQq89UyRZ3DwmtSOEXaMjLen5tJqVKehouXnl7LeMrFQJ+GndIa5MVLQH17Yr Ub36cYIRCEs7xE54lihiuSJ8cUwMKmmuvss4FIIAj3yDK6v2K7kj30ao0ev7pQJN zxfyTLCvO7xzu5a/zjo74sbb9wd0hi5xbZ+7tZm5IMfzzJMSzUtMZT02s6YU4lIn DJvGA9uv33HlPJr/pOTM33CowCw2mqvk7omnmgTR =y0Ci -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 13:08:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B31FC1D for ; Wed, 11 Jun 2014 13:08:54 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 118BB2557 for ; Wed, 11 Jun 2014 13:08:53 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s5BD8nsJ052070 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 11 Jun 2014 15:08:49 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s5BD8neq052067 for ; Wed, 11 Jun 2014 15:08:49 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Wed, 11 Jun 2014 15:08:49 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Re: security/rkhunter 1.4.2 and fdescfs mounted on /dev/fd In-Reply-To: <20140611130307.GA62128@behemoth> Message-ID: References: <20140611130307.GA62128@behemoth> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jun 2014 13:08:54 -0000 On Wed, 11 Jun 2014 09:03-0400, Chris Nehren wrote: > On Wed, Jun 11, 2014 at 13:06:57 +0200, Trond Endrestl wrote: > > shells/bash more or less requires fdescfs mounted on /dev/fd, in case > > someone wondered. > > What kinds of things fail when this isn't the case? I've not > heard of or seen any issues with shells/bash and I don't have > fdescfs mounted. I'm not sure. My daily use of bash is not impaired by the lack of fdescfs. I have, however, enabled fdescfs on an experimental system, as per the instructions in shells/bash/pkg-message. Thus, my effort to try and keep rkhunter happy on said system. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 13:16:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04F5DF7A for ; Wed, 11 Jun 2014 13:16:28 +0000 (UTC) Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 689712648 for ; Wed, 11 Jun 2014 13:16:27 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id p10so9100299wes.34 for ; Wed, 11 Jun 2014 06:16:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=RlcUR3q/vKskCDXUX9ZolD8paljn40X+hBnBO+fxVGo=; b=b2MBtArcSesxLKzmDnfC6fImkXyUg1PEOW2qEzZ/B5JpcQSPbrgRkNDrcjZCTbawyi c6L1YVnSv0Jl3R0w9lF+sNcMFCIeQ0BIBEhPX/kcfP1zsosn6c8aHCAbdgnr1lzjUAFr Y5rcFk1BBUqJ+Yg+/l8jt9R1j9WKkOyRUZ9ITEg3Oja5s5WVKviBJmUsvB71RInw9LDg IgjwArChTS4yJUMQYqEr18XxYMSFpbGGVAA9RXhlRshrVLeRChZ2oR98L03mAdQizsjH P1CTz53bVC2gTeXAb6mgCJclzDaNEc4SKtUL5ZgFW9fhKFkJ/XqPlpz4nxUlxVtmq28G HLXw== MIME-Version: 1.0 X-Received: by 10.180.13.113 with SMTP id g17mr48029321wic.48.1402492580649; Wed, 11 Jun 2014 06:16:20 -0700 (PDT) Received: by 10.216.71.131 with HTTP; Wed, 11 Jun 2014 06:16:20 -0700 (PDT) In-Reply-To: <20140611130307.GA62128@behemoth> References: <20140611130307.GA62128@behemoth> Date: Wed, 11 Jun 2014 09:16:20 -0400 Message-ID: Subject: Re: security/rkhunter 1.4.2 and fdescfs mounted on /dev/fd From: Brandon Allbery To: freebsd-stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jun 2014 13:16:28 -0000 On Wed, Jun 11, 2014 at 9:03 AM, Chris Nehren < cnehren+freebsd-stable@pobox.com> wrote: > On Wed, Jun 11, 2014 at 13:06:57 +0200, Trond Endrest=C3=B8l wrote: > > shells/bash more or less requires fdescfs mounted on /dev/fd, in case > > someone wondered. > > What kinds of things fail when this isn't the case? I've not > heard of or seen any issues with shells/bash and I don't have > fdescfs mounted. > <(command) / >(command) syntax requires it on many platforms. Although I'm told this is actually something of a configure (or configuration) bug and it may not actually be needed in all cases; the bash port's notes do specify that it is needed though. --=20 brandon s allbery kf8nh sine nomine associate= s allbery.b@gmail.com ballbery@sinenomine.ne= t unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.ne= t From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 14:13:40 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9493094A for ; Wed, 11 Jun 2014 14:13:40 +0000 (UTC) Received: from cpsmtpb-ews08.kpnxchange.com (cpsmtpb-ews08.kpnxchange.com [213.75.39.13]) by mx1.freebsd.org (Postfix) with ESMTP id 3025B2CBA for ; Wed, 11 Jun 2014 14:13:39 +0000 (UTC) Received: from cpsps-ews07.kpnxchange.com ([10.94.84.174]) by cpsmtpb-ews08.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 11 Jun 2014 16:13:30 +0200 Received: from CPSMTPM-CMT103.kpnxchange.com ([195.121.3.19]) by cpsps-ews07.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 11 Jun 2014 16:13:30 +0200 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT103.kpnxchange.com over TLS secured channel with Microsoft SMTPSVC(7.0.6002.18264); Wed, 11 Jun 2014 16:13:30 +0200 Received: from squid (squid.offrom.nl [192.168.0.72]) by donald.offrom.nl (8.14.8/8.14.8) with ESMTP id s5BEDTMu093445 for ; Wed, 11 Jun 2014 16:13:29 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WujHI-0001RV-L0 for freebsd-stable@FreeBSD.ORG; Wed, 11 Jun 2014 16:13:24 +0200 Date: Wed, 11 Jun 2014 16:13:24 +0200 From: Willy Offermans To: freebsd-stable@FreeBSD.ORG Subject: svn portdowngrade Message-ID: <20140611141324.GC4534@vpn.offrom.nl> Reply-To: Willy@Offermans.Rompen.nl MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 11 Jun 2014 14:13:30.0271 (UTC) FILETIME=[5227BAF0:01CF857F] X-RcptDomain: FreeBSD.ORG X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jun 2014 14:13:40 -0000 Dear FreeBSD friends, I use svn update /usr/ports to keep my ports collection up to date. Now, I have an issue with cups 1.7.2 and I like to downgrade to version 1.5.4. There is a port called portdowngrade. Shall I use this to downgrade cups to 1.5.4, or is there another (advisable) way? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 15:23:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD0DF687 for ; Wed, 11 Jun 2014 15:23:21 +0000 (UTC) Received: from mp1-smtp-5.eutelia.it (mp1-smtp-5.eutelia.it [62.94.10.165]) by mx1.freebsd.org (Postfix) with ESMTP id 7FB28242E for ; Wed, 11 Jun 2014 15:23:21 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-5.eutelia.it (Eutelia) with ESMTP id 6A957174712 for ; Wed, 11 Jun 2014 16:57:08 +0200 (CEST) Received: from soth.ventu (adsl-ull-154-224.41-151.net24.it [151.41.224.154]) (authenticated bits=0) by ns2.biolchim.it (8.14.9/8.14.8) with ESMTP id s5BEuwb2037802 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 11 Jun 2014 16:57:01 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-154-224.41-151.net24.it [151.41.224.154] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.9/8.14.7) with ESMTP id s5BEupr9082420 for ; Wed, 11 Jun 2014 16:56:53 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <53986E33.4070509@netfence.it> Date: Wed, 11 Jun 2014 16:56:51 +0200 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: svn portdowngrade References: <20140611141324.GC4534@vpn.offrom.nl> In-Reply-To: <20140611141324.GC4534@vpn.offrom.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Wed, 11 Jun 2014 16:57:04 +0200 (CEST) X-Spam-Score: 5.566 (*****) RCVD_IN_BRBL_LASTEXT, RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jun 2014 15:23:21 -0000 On 06/11/14 16:13, Willy Offermans wrote: > Dear FreeBSD friends, > > I use svn update /usr/ports to keep my ports collection up to date. > > Now, I have an issue with cups 1.7.2 and I like to downgrade to > version 1.5.4. There is a port called portdowngrade. Shall I use this to > downgrade cups to 1.5.4, or is there another (advisable) way? I used portdowngrade back in the cvsup days and it should still work with svn; I think I even used it sometimes recently. However I actually prefer to use svn directly. E.g. cd /usr/ports/xxx/yyy svn log (choose revision REV you like) svn upgrade -r REV bye av. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 17:59:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DFA25DD5 for ; Wed, 11 Jun 2014 17:59:43 +0000 (UTC) Received: from cpsmtpb-ews07.kpnxchange.com (cpsmtpb-ews07.kpnxchange.com [213.75.39.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5466822AC for ; Wed, 11 Jun 2014 17:59:42 +0000 (UTC) Received: from cpsps-ews12.kpnxchange.com ([10.94.84.179]) by cpsmtpb-ews07.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 11 Jun 2014 19:59:39 +0200 Received: from CPSMTPM-CMT108.kpnxchange.com ([195.121.3.24]) by cpsps-ews12.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 11 Jun 2014 19:59:39 +0200 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT108.kpnxchange.com over TLS secured channel with Microsoft SMTPSVC(7.0.6002.18264); Wed, 11 Jun 2014 19:59:38 +0200 Received: from squid (squid.offrom.nl [192.168.0.72]) by donald.offrom.nl (8.14.8/8.14.8) with ESMTP id s5BHxcKi010871; Wed, 11 Jun 2014 19:59:38 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1Wumo9-0001e4-I9; Wed, 11 Jun 2014 19:59:33 +0200 Date: Wed, 11 Jun 2014 19:59:33 +0200 From: Willy Offermans To: Andrea Venturoli Subject: Re: svn portdowngrade Message-ID: <20140611175933.GE4534@vpn.offrom.nl> Reply-To: Willy@Offermans.Rompen.nl References: <20140611141324.GC4534@vpn.offrom.nl> <53986E33.4070509@netfence.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53986E33.4070509@netfence.it> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 11 Jun 2014 17:59:38.0841 (UTC) FILETIME=[E9A73490:01CF859E] X-RcptDomain: freebsd.org Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jun 2014 17:59:43 -0000 Dear FreeBSD friends, On Wed, Jun 11, 2014 at 04:56:51PM +0200, Andrea Venturoli wrote: > On 06/11/14 16:13, Willy Offermans wrote: > >Dear FreeBSD friends, > > > >I use svn update /usr/ports to keep my ports collection up to date. > > > >Now, I have an issue with cups 1.7.2 and I like to downgrade to > >version 1.5.4. There is a port called portdowngrade. Shall I use this to > >downgrade cups to 1.5.4, or is there another (advisable) way? > > I used portdowngrade back in the cvsup days and it should still work > with svn; I think I even used it sometimes recently. > However I actually prefer to use svn directly. > E.g. > > cd /usr/ports/xxx/yyy > svn log > (choose revision REV you like) > svn upgrade -r REV > > bye > av. I guess you mean update and __not__ upgrade in your last command. Very nice! Unfortunately: ~:/usr/ports/print/cups-base # svn update -r r351968 Updating '.': U pkg-plist U Makefile Updated to revision 351968. ~:/usr/ports/print/cups-base # make clean ===> Cleaning for cups-base-1.7.2 ~:/usr/ports/print/cups-base # make ===> cups-base-1.7.2 is marked as broken: missing function, see http://www.avahi.org/ticket/303. *** Error code 1 Stop. make: stopped in /usr/ports/print/cups-base Also ``updating'' to other revisions, gave equal error message. Is there anything I can do to convince cups-base to compile? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 20:16:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 247DA789 for ; Wed, 11 Jun 2014 20:16:29 +0000 (UTC) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB8152119 for ; Wed, 11 Jun 2014 20:16:28 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id eu11so174399pac.39 for ; Wed, 11 Jun 2014 13:16:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ycombinator.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xbfQlKFyqTCH/gCxN9GFV6bQfFUFbrlRKfXJmGkOSDw=; b=F38GpFoPvQemC5/XjH+DZCQvYotS4zr8Fl53R1soOnPytiWwGIpfEmhPwIKVAtRtds WqK7cl/g5pLguL+lSQO7Y+IahNbPWsGqyL6sm2xpnqoVv9CSTDnRXwAja/Sx8p1+W5CW HpFnIvfMHikeM1OdFPJg/5Y0VFgojJdRAC7qU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=xbfQlKFyqTCH/gCxN9GFV6bQfFUFbrlRKfXJmGkOSDw=; b=gNoaTMFX/ii8cSeFvOsHaC1WoVRypgzEJAaFt4ADYN7MXswGdo21HncbIHYsauIcQu j68j2nQKF8KxpZUWwtsvjZ0EVn/RDmwIrAfbEFJcwQWGg5XUy5liIqbDCrQCfqo/1rvM IZSNH4IMCmZlE4o+Rfc3BP2a2kxHagmaDhm7MFpmFtO7aAhsj+H/agQFyC1Ko9EVEDau d28CPMAoC83M8OqjmfV/xiIc8TSp1M92OYeQHesP4c4CBnW6Q0GCPPbI7uKuOybgYUQa Uh+wypF/KcS1fBbdaKwo5QbpXR6/fG6Amz8CA+lfKIWaRGLwOnI4TL8ygCRXW35gdpgI 43vQ== X-Gm-Message-State: ALoCoQnN1Tp1v/oGzVFhoeh/j5i/dVQNzRmX91KqzM8dMnsBwPi4tyxtVLdJ6G4IwP+qwLwaxEqQ MIME-Version: 1.0 X-Received: by 10.66.228.37 with SMTP id sf5mr7350295pac.19.1402517788069; Wed, 11 Jun 2014 13:16:28 -0700 (PDT) Received: by 10.70.61.162 with HTTP; Wed, 11 Jun 2014 13:16:27 -0700 (PDT) In-Reply-To: References: Date: Wed, 11 Jun 2014 13:16:27 -0700 Message-ID: Subject: Re: dedicate the most available cpu cores to my application From: Nick Sivo To: Mahdi Dashtbozorgi Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jun 2014 20:16:29 -0000 I'd actually like to do the opposite of this, and have run into the same problem. cpuset -s 1 -l 0 cpuset: setaffinity: Resource deadlock avoided I've also tried it in rc.local, also without success. In my case I want everything on one or two cores so the reminder will enter C3 sleep and encourage Turbo Boost. Our application is limited to a single core and benefits greatly from the faster clock. -Nick On Wed, Jun 11, 2014 at 1:50 AM, Mahdi Dashtbozorgi wrote: > Hi, > > I want to dedicate the most cpu cores of my server to my application. > My server has 24 available cpu cores and I am using FreeBSD 10.0-RELEASE. > According to the following link: > https://forums.freebsd.org/viewtopic.php?&t=41012 > > I use the following commands to run my application: > #> cpuset -s 1 -l 0-1 > #> cpuset -c -l 2-23 myapp > > but after executing "cpuset -s 1 -l 0-1", I got the following error message: > cpuset: setaffinity: Resource deadlock avoided > > I even put the first command in /etc/rc.local, but still get the same error > message. > How can I find the process, which prevent this command from execution? > > Best Regards, > Mahdi. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 21:15:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5737E7FE for ; Wed, 11 Jun 2014 21:15:29 +0000 (UTC) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 192B72759 for ; Wed, 11 Jun 2014 21:15:29 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id m20so586261qcx.27 for ; Wed, 11 Jun 2014 14:15:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vDTxGOGbWh/sy4rFyqU1nUMgIsQqgrcU+hkxKTFrnII=; b=0Q1uv46NcBbVhlDPXfcvQi8nBSzKb7erLr99t0Ia5lXxBwNwth9QHi0d+7pLlDsRlx o8SUzDC45j/cv2+RBLXog6TGQYGQWGISHdMDIyCLCVr6nO5h0oHw9MBy7ldeOQIXoEEE +eMJ5ZtC41oqVCRypoNvhiIgNgaXHqsRGkdA68e/O7JdcLPAWm03j40iLLGM8IsihY/Y 8IdUps2z5JQQdlH6o/nw5x42zL0t2S+p0IwLTX5iYa958KA8FhKF+1o1BX0kGkdzvnth fjW3zPQXIYCK2kpVTKnJg25pBsfYrNtaXdzKUcRNz0+RD0x5PZ08UhLDrGpZP4aeWKq3 Gthw== MIME-Version: 1.0 X-Received: by 10.140.25.166 with SMTP id 35mr26001471qgt.103.1402521328173; Wed, 11 Jun 2014 14:15:28 -0700 (PDT) Received: by 10.96.73.39 with HTTP; Wed, 11 Jun 2014 14:15:28 -0700 (PDT) In-Reply-To: References: Date: Wed, 11 Jun 2014 14:15:28 -0700 Message-ID: Subject: Re: dedicate the most available cpu cores to my application From: hiren panchasara To: Nick Sivo Content-Type: text/plain; charset=UTF-8 Cc: Mahdi Dashtbozorgi , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jun 2014 21:15:29 -0000 On Wed, Jun 11, 2014 at 1:16 PM, Nick Sivo wrote: > I'd actually like to do the opposite of this, and have run into the > same problem. > > cpuset -s 1 -l 0 > cpuset: setaffinity: Resource deadlock avoided I see the same problem on -CURRENT. fwiw, a fix is being discussed and worked on: http://lists.freebsd.org/pipermail/freebsd-hackers/2014-June/045292.html I am going to try and apply the proposed patch https://phabric.freebsd.org/D141 to see how it behaves. cheers, Hiren From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 22:12:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93870B5B for ; Wed, 11 Jun 2014 22:12:35 +0000 (UTC) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 540EE2D56 for ; Wed, 11 Jun 2014 22:12:35 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id o8so678574qcw.31 for ; Wed, 11 Jun 2014 15:12:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6ojp9YcCmNt2WemnLTIhbxJ7Wn//yVSKHXTTILeX+8Y=; b=KzFqM7PZvutrBjIrgw8UOOSbmfroY5E1YrfrjooIgqfF7d3XGS3nEJD+Ma+kC67PI5 ymQflQVkMyP4QG9CKU7BYLWSdwtkHLWSNZcRFDhGS9MxyNgnEIctK6NbXx3Rw1RGFQLJ vS0UgMtVa882JiPI+Y9mtwp6YaK3hiEHNIY4/1VxwNY5pHjFxYBSRG5w2FHb56yQ77uO xfFR2vFuDO6vOy04MJ434AlBO+egB+oKgxAzxwgnrq66tIxaJyx8NkSCO6rBLFTfEXeq Mm9iF+ZjnzQFqVIR3agABnNi00OSEPGEI0lR4IzbvfGKPr1+yHaocvbgBERr4XvI50aG qlDQ== MIME-Version: 1.0 X-Received: by 10.224.79.198 with SMTP id q6mr26961675qak.99.1402524754466; Wed, 11 Jun 2014 15:12:34 -0700 (PDT) Received: by 10.96.73.39 with HTTP; Wed, 11 Jun 2014 15:12:34 -0700 (PDT) In-Reply-To: References: Date: Wed, 11 Jun 2014 15:12:34 -0700 Message-ID: Subject: Re: dedicate the most available cpu cores to my application From: hiren panchasara To: Nick Sivo Content-Type: text/plain; charset=UTF-8 Cc: Mahdi Dashtbozorgi , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jun 2014 22:12:35 -0000 On Wed, Jun 11, 2014 at 2:15 PM, hiren panchasara wrote: > On Wed, Jun 11, 2014 at 1:16 PM, Nick Sivo wrote: >> I'd actually like to do the opposite of this, and have run into the >> same problem. >> >> cpuset -s 1 -l 0 >> cpuset: setaffinity: Resource deadlock avoided > > I see the same problem on -CURRENT. > > fwiw, a fix is being discussed and worked on: > http://lists.freebsd.org/pipermail/freebsd-hackers/2014-June/045292.html > > I am going to try and apply the proposed patch > https://phabric.freebsd.org/D141 to see how it behaves. Unified diffs from the review above: https://phabric.freebsd.org/file/data/zixvlbugtluzxbmfj72e/PHID-FILE-uxhuddcmyqfuscwvnxsv/D141.diff With this patch, sudo cpuset -s 1 -l 0-4 - worked. And I think it's doing the right thing by looking at top -PSH. cheers, Hiren From owner-freebsd-stable@FreeBSD.ORG Thu Jun 12 00:05:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B0E6FD5 for ; Thu, 12 Jun 2014 00:05:14 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 2CF802759 for ; Thu, 12 Jun 2014 00:05:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=onhmXn/6KRuK+n6aQUEo4D6sQ1iWGLBpTZh5Zduh+Q8=; b=HpZQfrn0qlqZKraEd7Zj9DIBQus+4nvuTpEfjS1bXGVv27Y1SKFtDIyhBO5VX/384AgXZ8seo7RhpHIwB7tv2W+KKDnV6Z1zKyouy6VQ8fvK8NsVaTu1tJmqghSYIQLoSI2kIR+fsEDJx6We7o0tm6xano0ETnseWfgFKpW2FaQ=; Received: from [114.120.35.65] (port=19440 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WusVy-0032dB-ES; Wed, 11 Jun 2014 18:05:11 -0600 Date: Thu, 12 Jun 2014 08:05:04 +0800 From: Erich Dollansky To: Willy@Offermans.Rompen.nl Subject: Re: svn portdowngrade Message-ID: <20140612080504.78dcc72f@X220.alogt.com> In-Reply-To: <20140611175933.GE4534@vpn.offrom.nl> References: <20140611141324.GC4534@vpn.offrom.nl> <53986E33.4070509@netfence.it> <20140611175933.GE4534@vpn.offrom.nl> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org, Andrea Venturoli X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 12 Jun 2014 00:05:14 -0000 Hi, On Wed, 11 Jun 2014 19:59:33 +0200 Willy Offermans wrote: > On Wed, Jun 11, 2014 at 04:56:51PM +0200, Andrea Venturoli wrote: > > On 06/11/14 16:13, Willy Offermans wrote: > > >Dear FreeBSD friends, > > > > > >I use svn update /usr/ports to keep my ports collection up to date. > > > > > >Now, I have an issue with cups 1.7.2 and I like to downgrade to > > >version 1.5.4. There is a port called portdowngrade. Shall I use > > >this to downgrade cups to 1.5.4, or is there another (advisable) > > >way? > > > > I used portdowngrade back in the cvsup days and it should still work > > with svn; I think I even used it sometimes recently. > > However I actually prefer to use svn directly. > > E.g. > > > > cd /usr/ports/xxx/yyy > > svn log > > (choose revision REV you like) > > svn upgrade -r REV > > > > bye > > av. > > I guess you mean update and __not__ upgrade in your last command. > > Very nice! > > Unfortunately: > you must know a revision which contained a working cups-base. Erich From owner-freebsd-stable@FreeBSD.ORG Thu Jun 12 09:34:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0270C09 for ; Thu, 12 Jun 2014 09:34:15 +0000 (UTC) Received: from mail-yh0-x233.google.com (mail-yh0-x233.google.com [IPv6:2607:f8b0:4002:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 730DC2481 for ; Thu, 12 Jun 2014 09:34:15 +0000 (UTC) Received: by mail-yh0-f51.google.com with SMTP id f10so747252yha.24 for ; Thu, 12 Jun 2014 02:34:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=886WAS5WzBK0rA9/1VHEElFfeFwo+AqQx88/k06uFsA=; b=PFThBwQbtLLaUl5dsX1KFvB2cC39OUyhhDldKvaFGYYUAWHexpxulEx2209AA8mVbV gtykRF8QXSlRdBwP6qhII+pHIYH1KMv/y39hf2OfckFrbPRESPLk9Utt03K7Pm1fGpDP lw56FrAzb1i4yCsngIxIdiy6HEvg9JdC6v0cS9R51cZzrVKWyk/WO+zpFmI8BiVT1C7s KLhhKQvezMFy3e5f9NB58FSw6qa/2ydOIL3j0MiyKyeya5/k6DflZ3Fp/4XtQpG9C2Vg omG7VD+XAenykwABC9+JVHJdDqqR0hZLsDTql+LdmDyxjcBLiIr81LfNkDoVij1jTxQt 7XIA== MIME-Version: 1.0 X-Received: by 10.236.71.100 with SMTP id q64mr1611066yhd.133.1402565654539; Thu, 12 Jun 2014 02:34:14 -0700 (PDT) Received: by 10.170.54.8 with HTTP; Thu, 12 Jun 2014 02:34:14 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jun 2014 10:34:14 +0100 Message-ID: Subject: Re: cron jobs running early in virtual machine From: krad To: Ronald Klop Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 12 Jun 2014 09:34:15 -0000 it says its for 32bit boxes, so odd on hes 64 bit so most likely not. Run a date on the host just before you run the date in the jail and compare if you havent already On 11 June 2014 11:53, Ronald Klop wrote: > On Wed, 11 Jun 2014 11:31:02 +0200, Spil Oss wrote: > > Hi, >> >> I have a FreeBSD 10 running in VMWare ESXi 5.5. ntp is properly >> configured and the time on the server is fine. >> >> What I've found is that cron jobs start early. I call newsyslog -v in >> jails from the system crontab >> in /etc/crontab >> 0 0 * * * root jx all newsyslog -v >> >> jx is a simple wrapper to call that program in a named jail or 'all' >> jails from jls >> results in >> Date: Tue, 10 Jun 2014 23:59:08 +0200 >> Subject: Cron jx all newsyslog -v >> X-Cron-Env: >> X-Cron-Env: >> X-Cron-Env: >> X-Cron-Env: >> X-Cron-Env: >> >> Jail: build >> Processing /etc/newsyslog.conf >> /var/log/daily.log <7>: --> will trim at Wed Jun 11 00:00:00 2014 >> >> So this will never cycle daily.log >> >> What can cause cron to start all jobs early? I tested this with a >> simple `date' in cron as well and that's early too >> >> Kind regards, >> >> Spil >> > > http://svnweb.freebsd.org/base?view=revision&revision=261231 > > This was committed to stable/10 after 10.0-RELEASE. Maybe it has something > to do with it. > > NB: I'm am not the author of the patch so I might be totally wrong. > > Ronald. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Jun 12 13:10:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 096C9C40 for ; Thu, 12 Jun 2014 13:10:55 +0000 (UTC) Received: from nmsh3.e.nsc.no (nmsh3.e.nsc.no [193.213.121.74]) by mx1.freebsd.org (Postfix) with ESMTP id 4DDBF29CF for ; Thu, 12 Jun 2014 13:10:53 +0000 (UTC) Received: from terraplane.org (ti0027a400-1392.bb.online.no [83.109.176.119]) by nmsh3.nsc.no (8.14.7/8.14.7) with ESMTP id s5CCwtF4009782 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 12 Jun 2014 14:58:56 +0200 (MEST) Received: from terraplane.org (localhost [127.0.0.1]) by terraplane.org (8.14.5/8.14.5) with ESMTP id s5CCxnQw026292; Thu, 12 Jun 2014 14:59:49 +0200 (CEST) (envelope-from rumrunner@terraplane.org) Received: (from rumrunner@localhost) by terraplane.org (8.14.5/8.13.8/Submit) id s5CCxmY6026291; Thu, 12 Jun 2014 14:59:48 +0200 (CEST) (envelope-from rumrunner) Date: Thu, 12 Jun 2014 14:59:48 +0200 From: Eivind Evensen To: George Mitchell Subject: Re: Not to beat a dead horse, but ... Message-ID: <20140612125948.GB22660@klump.hjerdalen.lokalnett> References: <5394A848.7030609@m5p.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5394A848.7030609@m5p.com> Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 12 Jun 2014 13:10:55 -0000 On Sun, Jun 08, 2014 at 02:15:36PM -0400, George Mitchell wrote: > Since the majority of my systems are uniprocessors and I like to > run dnetc, SCHED_ULE has been a dealbreaker for me since day one. > Consequently I can't use freebsd_update. > > The party line seems to be, "Well, everybody knows SCHED_ULE sucks > on uniprocessors." Hello? Not everybody has upgraded to multiple > core or hyperthreaded processors yet. Do we really want to write > off every uniprocessor piece of hardware out here? > > The other assertion I hear is that SCHED_ULE really excels on some > unspecified workload or other. I'd love to see exactly how much > better it does than 4BSD on these mythological loads. -- George It doesn't seem to be only for uniprocessor systems 4BSD is the better choice. Another time when the schedulers were discussed on these lists, I checked first the ULE one which I was using, then 4BSD with a workload I knew rendered the two core machine close to unusable. I simply disconnected power to get some unclean filesystems and then tried to use the machine while the background filesystem check was running. Usage was running texteditors, X, ssh, browsers and the like. 4BSD performed better. The machine was almost usable with a little patience. Since then I've usually changed to 4BSD on other machines aswell, and at least on one 4 core machine, I notice that according to top, load is spread more even among the processors. While compiling base and some ports at the same time I've seen ULE keeping one processor busy while the others are close to 100 % idle, while 4BSD seems to keep all atleast halfway busy. I don't have any numbers other than that though, changing to 4BSD comes more from how I've the experienced using the system with each of them feels like. Eivind N Evensen From owner-freebsd-stable@FreeBSD.ORG Thu Jun 12 23:18:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3ECF315; Thu, 12 Jun 2014 23:18:00 +0000 (UTC) Received: from BLU004-OMC2S17.hotmail.com (blu004-omc2s17.hotmail.com [65.55.111.92]) by mx1.freebsd.org (Postfix) with ESMTP id 7177E243D; Thu, 12 Jun 2014 23:17:59 +0000 (UTC) Received: from BLU177-W36 ([65.55.111.71]) by BLU004-OMC2S17.hotmail.com with Microsoft SMTPSVC(7.5.7601.22701); Thu, 12 Jun 2014 16:16:53 -0700 X-TMN: [n6qdTYDzyRD7OHl50v5FsfhiVhfkYK+v] X-Originating-Email: [robertames@hotmail.com] Message-ID: From: Robert Ames To: Glen Barber Subject: RE: 9.3-BETA2 Date: Thu, 12 Jun 2014 19:16:53 -0400 Importance: Normal In-Reply-To: <20140609034630.GJ33882@hub.FreeBSD.org> References: , <20140609034630.GJ33882@hub.FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 12 Jun 2014 23:16:53.0659 (UTC) FILETIME=[65B3AEB0:01CF8694] Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 12 Jun 2014 23:18:00 -0000 > Date: Sun=2C 8 Jun 2014 23:46:30 -0400=0A= > From: gjb@FreeBSD.org=0A= > To: robertames@hotmail.com=0A= > Subject: Re: 9.3-BETA2=0A= > CC: freebsd-stable@freebsd.org=0A= >=0A= > On Sun=2C Jun 08=2C 2014 at 11:42:58PM -0400=2C Robert Ames wrote:=0A= >> Is there any way r253392 could get into 9.3? It's a change to=0A= >> sys/dev/acpica/acpi_resource.c that makes the serial ports on at=0A= >> least a couple of motherboards (Intel D2500CC and VIA EPIA LT)=0A= >> usable. The change was made after 9.2 and was included in 10.0.=0A= >> It would be nice to get it in 9.3 too.=0A= >>=0A= >=0A= > Have you contacted the committer of r253392?=0A= >=0A= > Glen=0A= =0A= Yes=2C right after your post. No response. :-(=0A= =0A= = From owner-freebsd-stable@FreeBSD.ORG Fri Jun 13 06:49:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6766643 for ; Fri, 13 Jun 2014 06:49:27 +0000 (UTC) Received: from st11p09mm-asmtp002.mac.com (st11p09mm-asmtp002.mac.com [17.164.24.97]) by mx1.freebsd.org (Postfix) with ESMTP id B02B02798 for ; Fri, 13 Jun 2014 06:49:27 +0000 (UTC) MIME-version: 1.0 Received: from [10.71.14.16] (dsl-hkibrasgw1-58c380-33.dhcp.inet.fi [88.195.128.33]) by st11p09mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0N730099AHM5KR60@st11p09mm-asmtp002.mac.com> for freebsd-stable@freebsd.org; Fri, 13 Jun 2014 06:49:20 +0000 (GMT) From: Kimmo Paasiala Content-type: multipart/signed; boundary="Apple-Mail=_47D26E34-13EF-485A-A1E8-0CFA21E95589"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: Odd problem with find(1) on FUSE sshfs mounted filesystems Message-id: <996494CC-21F5-4476-8E5E-22F5E5E673DD@icloud.com> Date: Fri, 13 Jun 2014 09:49:13 +0300 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1878.2) X-MANTSH: 1TEIXWV4bG1oaGkdHB0lGUkdDRl5PWBoaHBEKTEMXGx0EGx0YBBIZBBscEBseGh8 aEQpYTRdLEQptfhcaEQpMWRcbGhsbEQpZSRcRClleF2hjeREKQ04XSxsbGmJCH2hfG1tSGXhzB x9uGhweE2ERClhcFxkEGgQbGwdNTh8YGBgZSwUbHQQbHRgEEhkEGxwQGx4aHxsRCl5ZF2Eab2V mEQpDWhcSEgQbEx8EGxgSBBkZEQpCRRdmfX8TTW9cYGUaEhEKQk4Xa0UaUlAeQ1xZXGgRCkJMF 25NHXlZY2RofhhGEQpCbBdhQHxTbEsfGGR7fhEKQkAXa1BLbkFPAWZ8ARoRCkJYF2lQGV9ZGWZ bc2lbEQpwaBdjZFwYBXkYXR5gUxEKcGgXbBl8XV8fYk8BQ2YRCnBoF2RwYXxhSRtfG0xEEQpwa BdiEh58TmIfUEscWBEKcGgXZU8cQ2JoXR1EQ3ARCnBrF2hGTWFYb0dNRElEEQpwSxdiaXITWF1 cZ21TcxEKcGsXaFpSBUteG0ZHbhkRCnBsF21nbgUfYU5hHFsbEQ== X-CLX-Spam: false X-CLX-Score: 1011 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.14,0.0.0000 definitions=2014-06-13_03:2014-06-12,2014-06-13,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=57 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1406130087 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 13 Jun 2014 06:49:28 -0000 --Apple-Mail=_47D26E34-13EF-485A-A1E8-0CFA21E95589 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I=92m on FreeBSD stable/10 r267390 on one of my systems and on FreeBSD = 10.0-RELEASE-p5 i386 on another one. Both exhibit a strange behaviour = when find(1) is used on a FUSE sshfs mounted filesystems. This an = excerpt of a log from such run (I mounted FreeBSD sources on /mnt using = sshfs): ... mnt/contrib/ofed/libmlx4/autogen.sh^M /mnt/contrib/ofed/libmlx4/mlx4.driver^M /mnt/contrib/ofed/libmlx4/config^M /mnt/contrib/ofed/libmlx4/Makefile.am^M /mnt/contrib/openresolv^M find: /mnt/contrib/openresolv/pdnsd.in: No such file or directory^M find: /mnt/contrib/openresolv/resolvconf.8.in: No such file or = directory^M find: /mnt/contrib/openresolv/resolvconf.conf.5.in: No such file or = directory^M find: /mnt/contrib/openresolv/configure: No such file or directory^M find: /mnt/contrib/openresolv/unbound.in: No such file or directory^M find: /mnt/contrib/openresolv/named.in: No such file or directory^M find: /mnt/contrib/openresolv/resolvconf.conf: No such file or = directory^M find: /mnt/contrib/openresolv/dnsmasq.in: No such file or directory^M find: /mnt/contrib/openresolv/Makefile: No such file or directory^M find: /mnt/contrib/openresolv/libc.in: No such file or directory^M find: /mnt/contrib/openresolv/README: No such file or directory^M find: /mnt/contrib/openresolv/resolvconf.in: No such file or directory^M find: /mnt/contrib/openresolv: No such file or directory^M /mnt/contrib/ntp^M =85 I can rsync(1) the files from the mounted filesystem just fine without = any errors/corruption so clearly all the files and directories are there = and accessible.=20 Is this a problem in FUSE/sshfs or find(1) and how to start debugging = this? I have tested with both FreeBSD and OS X as SSH servers and the same = problem is present using both systems. In all of the tests I=92ve done there are no mountpoints crossed, each = mounted directory tree is on a single filesystem on the server. -Kimmo --Apple-Mail=_47D26E34-13EF-485A-A1E8-0CFA21E95589 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJTmp7uAAoJEFvLZC0FWRVplcQH/2mYOfowah5nxDsc/VfxrgUG wVYyW9tcRGAsP9gIhEXq5iNVDsyuyRc7ZNnCpWakbcGuwS6dQ9naKc2K+2MBpu4t /25nySJs+LWKgi4knmNe4AQv5Rvj8SnxDrHf98/LEQbX0PawLbWgDflE5VgfW62N wDBmIJluSw4rcaij1Oj2fEB0eD2UKmSd40kzNXpTM1oKh595/4C7rMzDLkil5k4i 5r7W/940fqGup036ZOVY4zXuZ7K/XU+Kt8RLqKaQhaDYGtT8kvCM8U1syT1AIBfM 1BE9pyG3FrXNOMpmAC7gkKr56mnZRleUk+Ncyg/2A936SHWqcnL64QxsyflHcVY= =h1/E -----END PGP SIGNATURE----- --Apple-Mail=_47D26E34-13EF-485A-A1E8-0CFA21E95589-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 13 08:34:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B93E6832 for ; Fri, 13 Jun 2014 08:34:01 +0000 (UTC) Received: from melamine.cuivre.fr.eu.org (houdart.cuivre.fr.eu.org [81.57.40.110]) (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 781D82052 for ; Fri, 13 Jun 2014 08:34:01 +0000 (UTC) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id 4CA1F14223; Fri, 13 Jun 2014 10:33:52 +0200 (CEST) Date: Fri, 13 Jun 2014 10:33:52 +0200 From: Thomas Quinot To: Andreas Nilsson Subject: Re: Not to beat a dead horse, but ... Message-ID: <20140613083352.GA96628@melamine.cuivre.fr.eu.org> References: <5394A848.7030609@m5p.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.22 (2013-10-16) Cc: George Mitchell , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 13 Jun 2014 08:34:01 -0000 * Andreas Nilsson, 2014-06-08 : > Top of the line phones has 8 cores. So, seriously, what non-ancient system > have you acquired that is uniprocessor? Please include links for available > hardware for laptops, desktops or servers. Think embedded systems. www.soekris.com. Thomas. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 13 08:49:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4979C15C; Fri, 13 Jun 2014 08:49:43 +0000 (UTC) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 063342175; Fri, 13 Jun 2014 08:49:42 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id wm4so1801772obc.34 for ; Fri, 13 Jun 2014 01:49:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fckh6Uzbm2unxA3yoCZjRcyqhoNmjmk6kcyxpNQdBAA=; b=u9/p9ChOW2c1LeIRjqGwiZ3+RcpyYFE04BJE1SN9m8CThTCjwfIgh/uWrLhnDyJ2Ge vVwvINKn/xSj2q1DK+8DMNvi/0RIHgZypzKCUy2/A9EKFe9GdayMmYJ32j/QbpJ7rwfz lh27FJCZVOfFoXui0+G4MxBAzSeaNpXKx8Z/Ez0xpgA5R/6pS+u+6X2L82xNYwegvqU1 ZavnZ02ZtF+UzKZ/pCyyHzekUxr7YuRsajBLop+w3ohcciBYkMWqUR2jaxFBW/azewII 55Z+kBE9vOUko+40U2R+b5QsdQseqXSzhaqqmOtKYqhN/CLgmX34/2jyWF/+bvHZgZ1Q RleQ== MIME-Version: 1.0 X-Received: by 10.182.47.196 with SMTP id f4mr1292209obn.50.1402649382112; Fri, 13 Jun 2014 01:49:42 -0700 (PDT) Received: by 10.76.170.39 with HTTP; Fri, 13 Jun 2014 01:49:41 -0700 (PDT) In-Reply-To: <20140613083352.GA96628@melamine.cuivre.fr.eu.org> References: <5394A848.7030609@m5p.com> <20140613083352.GA96628@melamine.cuivre.fr.eu.org> Date: Fri, 13 Jun 2014 10:49:41 +0200 Message-ID: Subject: Re: Not to beat a dead horse, but ... From: Andreas Nilsson To: Thomas Quinot Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: George Mitchell , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 13 Jun 2014 08:49:43 -0000 On Fri, Jun 13, 2014 at 10:33 AM, Thomas Quinot wrote: > * Andreas Nilsson, 2014-06-08 : > > > Top of the line phones has 8 cores. So, seriously, what non-ancient > system > > have you acquired that is uniprocessor? Please include links for > available > > hardware for laptops, desktops or servers. > > Think embedded systems. www.soekris.com. > > Thomas. > > Well, when I think of embedded systems, I certainly do not plan to compile software on them. That is not what they are meant to do. And the "embedded" chips with Intel atom are multicore, so there is that. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 13 19:49:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FAF5ACC for ; Fri, 13 Jun 2014 19:49:09 +0000 (UTC) Received: from geonosis.vindaloo.com (geonosis.vindaloo.com [IPv6:2001:470:1f07:26b:0:ac18:9026:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smtp.vindaloo.com", Issuer "Vindaloo CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F37A2F32 for ; Fri, 13 Jun 2014 19:49:09 +0000 (UTC) Received: from kessel.vindaloo.com (kessel.vindaloo.com [IPv6:2001:470:1f07:26b:0:ac18:9147:0]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by geonosis.vindaloo.com (Postfix) with ESMTPSA id 7596ABE4A; Fri, 13 Jun 2014 15:49:06 -0400 (EDT) Subject: Cups 1.7.2 + Avahi Workaround -- Was: svn portdowngrade Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: multipart/signed; boundary="Apple-Mail=_AFA4ADCD-0E59-48F0-BBE2-931117D09D9A"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: Christopher Hilton In-Reply-To: <20140612080504.78dcc72f@X220.alogt.com> Date: Fri, 13 Jun 2014 15:49:05 -0400 Message-Id: <43E0DF43-F062-4ABA-991C-AD6B769019BF@vindaloo.com> References: <20140611141324.GC4534@vpn.offrom.nl> <53986E33.4070509@netfence.it> <20140611175933.GE4534@vpn.offrom.nl> <20140612080504.78dcc72f@X220.alogt.com> To: Erich Dollansky X-Mailer: Apple Mail (2.1510) Cc: Andrea Venturoli , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 13 Jun 2014 19:49:09 -0000 --Apple-Mail=_AFA4ADCD-0E59-48F0-BBE2-931117D09D9A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jun 11, 2014, at 8:05 PM, Erich Dollansky = wrote: > Hi, >=20 > On Wed, 11 Jun 2014 19:59:33 +0200 > Willy Offermans wrote: >=20 >> On Wed, Jun 11, 2014 at 04:56:51PM +0200, Andrea Venturoli wrote: >>> On 06/11/14 16:13, Willy Offermans wrote: >>>> Dear FreeBSD friends, >>>>=20 >>>> I use svn update /usr/ports to keep my ports collection up to date. >>>>=20 >>>> Now, I have an issue with cups 1.7.2 and I like to downgrade to >>>> version 1.5.4. There is a port called portdowngrade. Shall I use >>>> this to downgrade cups to 1.5.4, or is there another (advisable) >>>> way? >>>=20 Thats a four year old bug. The upshot is that Cups 1.7.2 cannot = _automatically_ advertise printers with Avahi. I cannot infer much from = the bug ticket but if I had to guess I'd say that the problem is lodged = in the Political rather than the Software Engineering levels.=20 One option here is to downgrade cups back to 1.5.x. Another is to = workaround the issue with a manual service file for each your printers. = In my case this was easy solution since I'm only advertising a pair of = printers. If you have to do this for 1000 printers my solution doesn't = scale. I basically put this into: /usr/local/etc/avahi/services/hp-4000.service *** Contents *** Hewlett Packard LaserJet 4000 = (%h) _ipp._tcp _universal._sub._ipp._tcp 631 txtver=3D1 qtotal=3D1 rp=3Dprinters/hp-4000 ty=3Dhp-4000 = adminurl=3Dhttp://10.0.x.1:631/printers/hp-4000 note=3DSecond Floor Printer Closet priority=3D0 product=3Dvirtual Printer printer-state=3D3 printer-type=3D0x801046 Transparent=3DT Binary=3DT Fax=3DF Color=3DF Duplex=3DT Staple=3DF Copies=3DT Collate=3DF Punch=3DF Bind=3DF Sort=3DF Scan=3DF = pdl=3Dapplication/octet-stream,application/pdf,application/pos= tscript,image/jpeg,image/png,image/urf URF=3DW8,SRGB24,CP1,RS600 To advertise my HP LaserJet 4000TN cups attached printer via Bonjour. My = Mac's can all print to the devices. Hope this is helpful. -- Chris --Apple-Mail=_AFA4ADCD-0E59-48F0-BBE2-931117D09D9A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBAgAGBQJTm1WxAAoJEE2ar4QHIpj4x8EQAMCfm2INaVRdIi3DPaSz3tHm NUCK5NUtZ4ZpBq4LfDG4BqdSfZGTzZ9fpi1i3ODmHNwJP8b+BYaZ+0FbYpzZa/KR JJWVrNnslAb7h5mXV5TD1OmXhtfSnSiOTmkALryjuVR4gQsvjCbryi0rHR2o3WQ9 jra2QvvsdTmG53u0Dh/ZqZ8ascDy7QdK00d4HRpatUfXDxulPALakCsE07KaczMT ZPs9f/cKMhDrEyhm8mQJdErunogbOmea4CytpZeb9Nl/wWOtQ+NDck8uLS25c/0s a3046JoYgaF9c1TKlhkGeEYJ873uQIxhyp67cKo+pDyCSMqywtvnyzKNWI0vQt4t Mx0peFAryBbGXcOoRO9Ff5/VCFlqPF15nHygQ2U8M0Q+YRuKCOy40r8VU63tiU74 MCjXu1FrsOBOgrjrW4pXXTG241dCkEu9AZ+YbbKt2C2/BqSu1RDqKa0wIWF0Ppkx HVnnbAQlhigCA1Qn1RIUZNf0vZP/VPK8XuuJ8iWVPkHMEtUlP7iW1boo84QlpGbf HjKEDVjuPV16Fe5VoKe4zj3QDXl+xaLy+fv5VXj7zx7vCgM5pHauk9oocmQ8lB5i 3/akRbRpW5tT6iTlCGWS5f9nvBdiQiN60iM7R0VQ67mlMEkEfjOJHdC12G/cA3c2 bN3qiuD+poqpktCxKnOz =mg2b -----END PGP SIGNATURE----- --Apple-Mail=_AFA4ADCD-0E59-48F0-BBE2-931117D09D9A-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 13 23:58:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 184E1ABE for ; Fri, 13 Jun 2014 23:58:19 +0000 (UTC) Received: from mail-yh0-x22d.google.com (mail-yh0-x22d.google.com [IPv6:2607:f8b0:4002:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D0A4623FE for ; Fri, 13 Jun 2014 23:58:18 +0000 (UTC) Received: by mail-yh0-f45.google.com with SMTP id t59so2693962yho.4 for ; Fri, 13 Jun 2014 16:58:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=ePnB0VztYEtsg0f1O7ofWqKOE6mhKdtvoFlOsJrRxLA=; b=hxhkHruvEDT1vkMUYnEyed8FF5i1l8h8jm4awMsa/XvIZNa+Guxge6d9M2HrVfozJk gYUuAj4XfQcyWOMxVIXDPAVPzqi02p28l7axULzaxJMppzfTMOB+JIxYM2yVob9h9oGH 7NIPq0JwAepQoRRW+qKCTmDAng7vbMF+hPvT4HHQGdN1EIkTmBa4pnsANOKk+cBVb1hF Fl2n16Vji7vUzeS++CRIx2teycbmjAp/XPE3ThVnkwvaUPA361SMEzY81FgllfSQIFSB aD3l/hGL4KPKjIcmE0sKxN7+8T180IbMKcYtQLTJzmdNGU2WIFiqTOOleM312ad1cw3o ZFrQ== MIME-Version: 1.0 X-Received: by 10.236.170.194 with SMTP id p42mr9154336yhl.103.1402703897735; Fri, 13 Jun 2014 16:58:17 -0700 (PDT) Received: by 10.170.154.5 with HTTP; Fri, 13 Jun 2014 16:58:17 -0700 (PDT) Reply-To: huanghwh@gmail.com Date: Sat, 14 Jun 2014 07:58:17 +0800 Message-ID: Subject: onifconsole prevent shutdown on mbr 2013 From: Huang Wen Hui To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 13 Jun 2014 23:58:19 -0000 Hi, I notice onifconsole is enable on STABLE recently, In mbr 2013 there is an uart port, it may not useful: uart0: <8250 or 16450 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart0: console (338,n,8,1) If onifconsole is enable, "shutdown -p now" or press power button on keyboard is not properly work. system still can ssh. Before shutdown command, ps -ax show: PID TT STAT TIME COMMAND 0 - DLs 0:00.10 [kernel] 1 - ILs 0:00.02 /sbin/init -s 2 - DL 0:00.02 [cam] 3 - DL 0:00.00 [sctp_iterator] 4 - DL 0:00.00 [pagedaemon] 5 - DL 0:00.00 [vmdaemon] 6 - DL 0:00.00 [pagezero] 7 - DL 0:00.00 [bufdaemon] 8 - DL 0:00.00 [syncer] 9 - DL 0:00.00 [vnlru] 10 - DL 0:00.00 [audit] 11 - RL 7:12.33 [idle] 12 - WL 0:00.32 [intr] 13 - DL 0:00.01 [geom] 14 - DL 0:00.00 [rand_harvestq] 15 - DL 0:00.10 [usb] 16 - DL 0:00.00 [softdepflush] 439 - Is 0:00.00 dhclient: bge0 [priv] (dhclien 475 - Is 0:00.00 dhclient: bge0 (dhclient) 480 - Is 0:00.00 /usr/sbin/moused -p /dev/ums0 506 - Is 0:00.00 /usr/sbin/moused -p /dev/ums1 531 - Is 0:00.00 /usr/sbin/moused -p /dev/wsp0 548 - Is 0:00.00 /sbin/devd 596 - DL 0:00.00 [ng_queue] 597 - DL 0:00.00 [Timer] 716 - Ss 0:00.00 /usr/sbin/syslogd -s 797 - Ss 0:00.01 /usr/sbin/ntpd -c /etc/ntp.con 847 - Ss 0:00.00 /usr/local/bin/dbus-daemon --s 887 - Ss 0:00.01 /usr/local/sbin/openvpn --cd / 894 - Is 0:00.02 /bin/sh /usr/local/bin/mysqld_ 1549 - I 0:00.11 /usr/local/libexec/mysqld --de 1570 - Is 0:00.00 /usr/local/bin/memcached -d -u 1611 - Is 0:00.01 /usr/local/sbin/cupsd -C /usr/ 1623 - DL 0:00.00 [md0] 1642 - Is 0:00.00 /usr/sbin/sshd 1645 - Ss 0:00.00 sendmail: accepting connection 1648 - Is 0:00.00 sendmail: Queue runner@00:30:0 1652 - Is 0:00.00 /usr/sbin/cron -s 1706 - Is 0:05.64 /usr/local/sbin/hald 1709 - I 0:00.07 hald-runner 1729 - Is 0:00.01 sshd: hwh [priv] (sshd) 1731 - I 0:00.05 hald-addon-mouse-sysmouse: /de 1746 - S 0:00.00 sshd: hwh@pts/0 (sshd) 1752 - I 0:00.06 hald-addon-mouse-sysmouse: /de 1755 - I 0:00.05 hald-addon-mouse-sysmouse: /de 1775 - S 0:00.06 hald-addon-storage: /dev/da0 ( 1693 v0 Is+ 0:00.01 /usr/libexec/getty Pc ttyv0 1694 v1 Is+ 0:00.00 /usr/libexec/getty Pc ttyv1 1695 v2 Is+ 0:00.01 /usr/libexec/getty Pc ttyv2 1696 v3 Is+ 0:00.01 /usr/libexec/getty Pc ttyv3 1697 v4 Is+ 0:00.01 /usr/libexec/getty Pc ttyv4 1698 v5 Is+ 0:00.01 /usr/libexec/getty Pc ttyv5 1699 v6 Is+ 0:00.01 /usr/libexec/getty Pc ttyv6 1700 v7 Is+ 0:00.00 /usr/libexec/getty Pc ttyv7 1701 u0 Is+ 0:00.01 /usr/libexec/getty std.9600 tt 1747 0 Ss 0:00.01 -csh (csh) 1779 0 R+ 0:00.00 ps -ax After showdown command, ps -ax show: PID TT STAT TIME COMMAND 0 - DLs 0:00.10 [kernel] 1 - SLs 0:00.02 /sbin/init -s 2 - DL 0:00.02 [cam] 3 - DL 0:00.00 [sctp_iterator] 4 - DL 0:00.00 [pagedaemon] 5 - DL 0:00.00 [vmdaemon] 6 - DL 0:00.00 [pagezero] 7 - DL 0:00.00 [bufdaemon] 8 - DL 0:00.00 [syncer] 9 - DL 0:00.00 [vnlru] 10 - DL 0:00.00 [audit] 11 - RL 9:50.12 [idle] 12 - WL 0:00.33 [intr] 13 - DL 0:00.01 [geom] 14 - DL 0:00.01 [rand_harvestq] 15 - DL 0:00.11 [usb] 16 - DL 0:00.00 [softdepflush] 439 - Is 0:00.00 dhclient: bge0 [priv] (dhclien 475 - Is 0:00.00 dhclient: bge0 (dhclient) 480 - Is 0:00.00 /usr/sbin/moused -p /dev/ums0 506 - Is 0:00.00 /usr/sbin/moused -p /dev/ums1 531 - Is 0:00.00 /usr/sbin/moused -p /dev/wsp0 548 - Is 0:00.00 /sbin/devd 596 - DL 0:00.00 [ng_queue] 597 - DL 0:00.00 [Timer] 716 - Is 0:00.00 /usr/sbin/syslogd -s 797 - Ss 0:00.01 /usr/sbin/ntpd -c /etc/ntp.con 847 - Is 0:00.00 /usr/local/bin/dbus-daemon --s 887 - Ss 0:00.01 /usr/local/sbin/openvpn --cd / 894 - Is 0:00.02 /bin/sh /usr/local/bin/mysqld_ 1549 - I 0:00.11 /usr/local/libexec/mysqld --de 1570 - Is 0:00.00 /usr/local/bin/memcached -d -u 1611 - Is 0:00.01 /usr/local/sbin/cupsd -C /usr/ 1623 - DL 0:00.00 [md0] 1642 - Is 0:00.00 /usr/sbin/sshd 1645 - Ss 0:00.00 sendmail: accepting connection 1648 - Is 0:00.00 sendmail: Queue runner@00:30:0 1652 - Is 0:00.00 /usr/sbin/cron -s 1706 - Is 0:05.64 /usr/local/sbin/hald 1709 - I 0:00.07 hald-runner 1729 - Is 0:00.01 sshd: hwh [priv] (sshd) 1731 - I 0:00.05 hald-addon-mouse-sysmouse: /de 1746 - S 0:00.00 sshd: hwh@pts/0 (sshd) 1752 - I 0:00.06 hald-addon-mouse-sysmouse: /de 1755 - I 0:00.05 hald-addon-mouse-sysmouse: /de 1775 - S 0:00.06 hald-addon-storage: /dev/da0 ( 1693 v0- Z+ 0:00.01 1694 v1- Z+ 0:00.00 1695 v2- Z+ 0:00.01 1696 v3- Z+ 0:00.01 1697 v4- Z+ 0:00.01 1698 v5- Z+ 0:00.01 1699 v6- Z+ 0:00.01 1700 v7- Z+ 0:00.00 1701 u0- Z+ 0:00.01 1747 0 Ss 0:00.01 -csh (csh) 1780 0 R+ 0:00.00 ps -ax All getty processes become to defunct. Cheers, Huang Wenhui From owner-freebsd-stable@FreeBSD.ORG Sat Jun 14 01:17:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D964C7 for ; Sat, 14 Jun 2014 01:17:17 +0000 (UTC) Received: from smtp.pobox.com (smtp.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id EF0222A1D for ; Sat, 14 Jun 2014 01:17:16 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id 283141D8BD for ; Fri, 13 Jun 2014 08:17:38 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:mime-version:content-type; s=sasl; bh=yhh3AZ fk1pAzAXlZgf/CzIbtFNI=; b=VlE7TX9JeXux9qcVN71QjVbJjdYqG2ioG2xw+K H2StfOZiPQqEFsTDOzHV4KwgAh/LaQewWt2BlmLhRMntTFEVTZIbJNRfIznSdjJb RqvUr7xOMP7PsJ+05dLoNzzCYIyqeZPpdEVzC50IvPcMuq00yz6bE5Z20xQ1Xtem /bl9w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:mime-version:content-type; q=dns; s=sasl; b= BibOnqZvd5CSpOvGPYPszE1MYFw647ZZ/UiG0zBSob2bi5esXM+ZJSfM5wZgOxAa 4ZU7e4L3y57MSAaAsZ6MbO1UDOerWXWEWvMQ4EO4KBm65jMypCQMBk4qoRPQujlw PZxaYHKB+0+L/T4nOnss83UkbJPM3EsmYi88Ph+0yGI= Received: from pb-smtp0.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id 1CAE61D8BC for ; Fri, 13 Jun 2014 08:17:38 -0400 (EDT) Received: from localhost (unknown [50.90.2.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id 1109F1D8B4 for ; Fri, 13 Jun 2014 08:17:34 -0400 (EDT) Date: Fri, 13 Jun 2014 08:17:33 -0400 From: Chris Nehren To: FreeBSD stable Subject: Suggestions for low-power gigE firewall? Message-ID: <20140613121732.GA61092@behemoth> Mail-Followup-To: FreeBSD stable MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: B3079CAE-F2F4-11E3-B253-9903E9FBB39C-49531120!pb-smtp0.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 Jun 2014 01:17:17 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Speaking of Soekris elsethread, I'm presently interested in picking up a small device to use as a router + firewall for my home network. I initially looked at what Soekris has to offer, of course, but they only have 4xgigE products (the net650x line). I don't need that many ports, but they don't offer anything that has just 2xgigE. I'd like something smaller than the net650x line[0], preferably similarly low power. The box will run pf, some form of local name resolution for the network, a RADIUS server for my wifi AP, and openvpn. It'd be helpful if the NICs and drivers support VLANs. Any suggestions? [0]: If I was going to spend 400+ USD on a machine, I may as well pick up a used Dell or something and toss some em(4)s in it. --=20 Chris Nehren --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJbBAABAgBFBQJTmuvcPhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEBHA+GJAM0vPGsMQAI65 +o0tmZweFhXgf3fr96lk19XXLSTacqjn3H/0Z2vu3ACVeLtpFthja6fwMDMBsgLB TeUFbXzLCFNvxp+7YoroeP3lWYoVC8HhD9HFx+7wYtGsbHKqJrLDvM+cVCxCLwo1 q4roM15ocuR4wo0stMupkzzBOHb67O3yZruhh8MmimvMQXU510+zqDHb3sFqQPr8 gnsKf4C1+B8H59s9nXj+uRyyqXksxc+oXhm9iZ+hfFtT8/JdVztel37J4zENx1KQ aHgEkNgNOToZdRNjFcPXLr441SwToNMZpXSpMSAcDvTZpI0BPWwEW8UQISs43m9R 6aXAMMw1SJxp1s2OBgS728DuddUQe1FT3rDy7oXMVtdFCYpnOnLhQy4l6jrJXxcE cw8hwzioBjLqRjrpFcbjb/0OSsNcWDdzc8EPbwpyKmrZpt/cCCZ7ZZKttKbVxosu sYmH47DxGBJZ1cki+1X93tJoHcxPiRoDA1Vm4gxk6DUkY9xb3QuyqbbfOQO8DEZ7 ilP0OfMp/zRK4jt/ntGmg1GB8756gSpqJ3uT5FKQqWK5TPfjhxrddEpy5G05FK4J MPDUS0Zg+lNasEnP6MXd/Cxau0yawUh2uMcN1D02lYY4NLwuV3m+/NNcdfGtmlyt ceNvheEhswZJXzagMFBl4W4b7Cs6BUgodPc2b60n =DpQw -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 14 04:06:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2186B740 for ; Sat, 14 Jun 2014 04:06:02 +0000 (UTC) Received: from mail-oa0-x22c.google.com (mail-oa0-x22c.google.com [IPv6:2607:f8b0:4003:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E254F26B2 for ; Sat, 14 Jun 2014 04:06:01 +0000 (UTC) Received: by mail-oa0-f44.google.com with SMTP id i7so3776560oag.17 for ; Fri, 13 Jun 2014 21:06:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=kHOMVXNymahXAjbANoKGDyUcReVBwBgT3uoKXcnkUoU=; b=D8EPB0vCwSG01jSAr4ZHkrEl7bt1YMOdgvqoCLZ/H+H7JV9Cwd5NDDD/WNXf8UeXFo 47O8nWwFBe3JLlNrfnfORYavNLK578GXhpkTMUGJ02hZciatLRhdRA5oRXprLl+1+fit fzzvbiqkr2Lk/T8qrsgPB+ITr8NQX7PP0ojxd8zkhjz4zCdl8EKyGsYeF/5JgxwdR1Cu cAeBDxol5FpcyfK+Q0lBeEpJQO7fUFpfcEwmiWRrPyBv3N7zhR8kRJnPNkzYTM522luc h8X0tkRxO1PgjNt6gRCJ1ckn4sXhJulSvNkmQvJhJQkCM5g39FXzX4scqhHhVWURRvcQ bVlA== MIME-Version: 1.0 X-Received: by 10.60.70.200 with SMTP id o8mr6715779oeu.55.1402718761147; Fri, 13 Jun 2014 21:06:01 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.76.35.129 with HTTP; Fri, 13 Jun 2014 21:06:01 -0700 (PDT) In-Reply-To: <20140613121732.GA61092@behemoth> References: <20140613121732.GA61092@behemoth> Date: Fri, 13 Jun 2014 21:06:01 -0700 X-Google-Sender-Auth: vz3zWegjU9yGAsVVKwpWgZ0Czv4 Message-ID: Subject: Re: Suggestions for low-power gigE firewall? From: Artem Belevich To: FreeBSD stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 Jun 2014 04:06:02 -0000 On Fri, Jun 13, 2014 at 5:17 AM, Chris Nehren wrote: > Speaking of Soekris elsethread, I'm presently interested in > picking up a small device to use as a router + firewall for my > home network. I initially looked at what Soekris has to offer, > of course, but they only have 4xgigE products (the net650x line). > I don't need that many ports, but they don't offer anything that > has just 2xgigE. I'd like something smaller than the net650x > line[0], preferably similarly low power. > > The box will run pf, some form of local name resolution for the > network, a RADIUS server for my wifi AP, and openvpn. It'd be > helpful if the NICs and drivers support VLANs. > > Any suggestions? ALIX apu1c may be an alternative: http://www.pcengines.ch/apu.htm The board is a bit cheaper - $145/$160, according to http://www.pcengines.ch/order1.php?c=4 The downside is that it's got Realtek RTL8111E NICs. Or you can try Ubiquiti EdgeRouter Lite -- http://www.ubnt.com/edgemax#edge-router-lite The downside is that it's not a Tier-1 platform (mips). The hardware under the hood is capable of a lot more than you could achieve on any other box at that price point. If you can live with stock software or willing to deal with rough edges of a new platform, this may work, too. --Artem > > [0]: If I was going to spend 400+ USD on a machine, I may as well > pick up a used Dell or something and toss some em(4)s in it. > > -- > Chris Nehren From owner-freebsd-stable@FreeBSD.ORG Sat Jun 14 05:31:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02F11A17 for ; Sat, 14 Jun 2014 05:31:37 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B3A602D82 for ; Sat, 14 Jun 2014 05:31:36 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WvgYv-00056r-8I for freebsd-stable@freebsd.org; Sat, 14 Jun 2014 07:31:33 +0200 Date: Sat, 14 Jun 2014 07:31:33 +0200 From: Kurt Jaeger To: FreeBSD stable Subject: Re: Suggestions for low-power gigE firewall? Message-ID: <20140614053133.GG2341@home.opsec.eu> References: <20140613121732.GA61092@behemoth> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140613121732.GA61092@behemoth> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 Jun 2014 05:31:37 -0000 Hi! > Speaking of Soekris elsethread, I'm presently interested in > picking up a small device to use as a router + firewall for my > home network. I initially looked at what Soekris has to offer, > of course, but they only have 4xgigE products (the net650x line). > I don't need that many ports, but they don't offer anything that > has just 2xgigE. I'd like something smaller than the net650x > line[0], preferably similarly low power. > > The box will run pf, some form of local name resolution for the > network, a RADIUS server for my wifi AP, and openvpn. It'd be > helpful if the NICs and drivers support VLANs. > > Any suggestions? The APU boards from pcengines.ch are fine: http://www.pcengines.ch/apu.htm -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-stable@FreeBSD.ORG Sat Jun 14 08:16:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69DBD8EB for ; Sat, 14 Jun 2014 08:16:50 +0000 (UTC) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2132229EC for ; Sat, 14 Jun 2014 08:16:50 +0000 (UTC) Received: from station-27.bs.cs.huji.ac.il ([132.65.179.116]) by cs.huji.ac.il with esmtp id 1Wvj8o-0004lh-J6 for freebsd-stable@freebsd.org; Sat, 14 Jun 2014 11:16:46 +0300 From: Daniel Braniss Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: and K8-class but no amdtemp? Message-Id: <3CD844F1-9C96-4494-915D-04531B733064@cs.huji.ac.il> Date: Sat, 14 Jun 2014 11:16:48 +0300 To: FreeBSD stable Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 Jun 2014 08:16:50 -0000 hi, this board - PCEngins api, is a K8-class: CPU: AMD G-T40E Processor (1000.02-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x500f20 Family =3D 0x14 Model =3D = 0x2 Stepping =3D 0 = Features=3D0x178bfbff Features2=3D0x802209 AMD Features=3D0x2e500800 AMD = Features2=3D0x35ff TSC: P-state invariant, performance statistics. but loading amdtemp does not show any temperature, any insights? cheers, danny From owner-freebsd-stable@FreeBSD.ORG Sat Jun 14 08:29:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6F9FE71 for ; Sat, 14 Jun 2014 08:29:52 +0000 (UTC) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [IPv6:2001:1578:400:101::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "darkthrone.kvedulv.de", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 68CFD2ABF for ; Sat, 14 Jun 2014 08:29:51 +0000 (UTC) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id 6304152; Sat, 14 Jun 2014 10:29:40 +0200 (CEST) Date: Sat, 14 Jun 2014 10:29:40 +0200 From: Michael Moll To: Daniel Braniss Subject: Re: and K8-class but no amdtemp? Message-ID: <20140614082940.GA34927@darkthrone.kvedulv.de> References: <3CD844F1-9C96-4494-915D-04531B733064@cs.huji.ac.il> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CD844F1-9C96-4494-915D-04531B733064@cs.huji.ac.il> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 Jun 2014 08:29:52 -0000 Hi, On Sat, Jun 14, 2014 at 11:16:48AM +0300, Daniel Braniss wrote: > this board - PCEngins api, is a K8-class: > > but loading amdtemp does not show any temperature, any insights? It does for me: # sysctl dev.amdtemp dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors dev.amdtemp.0.%driver: amdtemp dev.amdtemp.0.%parent: hostb4 dev.amdtemp.0.sensor_offset: 0 dev.amdtemp.0.core0.sensor0: 53.6C Maybe you need to update the BIOS? I'm running (dmidecode output): Version: SageBios_PCEngines_APU-41 Release Date: 04/01/2014 Regards -- Michael Moll From owner-freebsd-stable@FreeBSD.ORG Sat Jun 14 10:52:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26E7A84B for ; Sat, 14 Jun 2014 10:52:52 +0000 (UTC) Received: from mail-we0-x22e.google.com (mail-we0-x22e.google.com [IPv6:2a00:1450:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE9D32528 for ; Sat, 14 Jun 2014 10:52:51 +0000 (UTC) Received: by mail-we0-f174.google.com with SMTP id u57so3741101wes.19 for ; Sat, 14 Jun 2014 03:52:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=pSiNByLN4owIEJKDbJukPliyMWsz/GmCk3vFTFLkOp8=; b=hjdqkx+az/myaj7v5XPB3bcAAX1ncn5ZnzYBPscwCWf+0VRFrlY2DB33jDkdBvclMe nbnMYBf0qA2pCyjyJ4VcjFCK4tEdnK84lfS+PnPqe6rALsGBeWJNngo1QXr3q8k52Dw6 bS5NEBJTdO4nZ8XzFdeGzzomTGwD+I8/nnMNhHfJoj6OfYf2mI+Q+xCM2NpSHWW+/N5p rkgn1he91HeRtvLxupl2rCcNn/q9TYUE2Dk54E+MYHvL2XrkDUdaAU81rCdPIz8Tn3So G8qCO7dwpVzCkkDtm3YZ4kaqjOBdiX3C1gpiqM7+xIe3vvR7DVdBL340jcFgi4dsdPPj X5Kw== X-Received: by 10.194.10.130 with SMTP id i2mr11722186wjb.70.1402743169863; Sat, 14 Jun 2014 03:52:49 -0700 (PDT) Received: from brick.home (abwp17.neoplus.adsl.tpnet.pl. [83.8.239.17]) by mx.google.com with ESMTPSA id i4sm18336120eeg.28.2014.06.14.03.52.48 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 14 Jun 2014 03:52:49 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Sat, 14 Jun 2014 12:52:46 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: George Mitchell Subject: Re: Not to beat a dead horse, but ... Message-ID: <20140614105246.GA1657@brick.home> Mail-Followup-To: George Mitchell , freebsd-stable@freebsd.org References: <5394A848.7030609@m5p.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5394A848.7030609@m5p.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 Jun 2014 10:52:52 -0000 On 0608T1415, George Mitchell wrote: > When I run this command on 10-STABLE on a uniprocessor system while > running the misc/dnetc port: > > cd /usr/src > time make buildworld && time make buildkernel && time make installkernel > > On revision 266422 with SCHED_ULE, I get (showing the time lines only): > > 7045.988u 897.681s 4:00:33.89 55.0% 29430+492k 27927+17003io > 30943pf+519w > 1155.683u 149.422s 52:49.60 41.1% 25418+410k 7452+20843io 12166pf+248w > 7.101u 4.838s 8:03.57 2.4% 5905+221k 1179+9461io 1345pf+67w > > On revision 267211 with SCHED_4BSD: > > 6950.087u 665.074s 2:40:36.19 79.0% 29929+502k 33651+17368io > 31151pf+151w > 1148.066u 134.312s 26:40.95 80.1% 26234+426k 9681+24613io 11917pf+106w > 6.774u 4.369s 0:33.90 32.8% 3110+320k 1388+10979io 1514pf+3w > > Since the majority of my systems are uniprocessors and I like to > run dnetc, SCHED_ULE has been a dealbreaker for me since day one. > Consequently I can't use freebsd_update. Are the results above from kernel built with "options SMP"? If so, could you try without it? Otherwise, can you try with that option? From owner-freebsd-stable@FreeBSD.ORG Sat Jun 14 11:51:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E7E72C6 for ; Sat, 14 Jun 2014 11:51:57 +0000 (UTC) Received: from smtp.pobox.com (smtp.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 17E02298B for ; Sat, 14 Jun 2014 11:51:56 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id 70C321CED4 for ; Sat, 14 Jun 2014 07:51:55 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=XHsx1HJW38fKKJyNsDJ5ntaQx/8=; b=BCUAMVG 3xpfoAMhC3NcMFQS31PMGyw4LrBS//V4JFhta0h0+UVawhX7dLszjAOaMUgl67xa GPjdqP2N7Q0SmEfGnYYRS0j6xYhTjXdJff5QiRmqHiXHxvYIsQltmpD9n/iZjMad EdjLTuMYawcFDZpwAaq6wLXGtAQMk3fEZbbs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=Q0+tXTtwP10A41QBH2mbrYDIX7zdgexVW JCEld/gdgpLkqp4dUpggL2M+rx1cOmt2PpbwQMtl8oDpSu0pM86ty8ryu1lqmEhB EKkXsx059ieT6vP7663oZ92Szba1RGeZDP7Qf66Q/fYvDCfKzzkPjWDDu8qiwLUB I4l3FlLUUo= Received: from pb-smtp0.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id 67D3E1CED3 for ; Sat, 14 Jun 2014 07:51:55 -0400 (EDT) Received: from localhost (unknown [50.90.2.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id 491A31CEC9 for ; Sat, 14 Jun 2014 07:51:51 -0400 (EDT) Date: Sat, 14 Jun 2014 07:51:50 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Subject: Re: Suggestions for low-power gigE firewall? Message-ID: <20140614115150.GB61092@behemoth> Mail-Followup-To: freebsd-stable@freebsd.org References: <20140613121732.GA61092@behemoth> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+pHx0qQiF2pBVqBT" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: 45E0DAB6-F3BA-11E3-A837-9903E9FBB39C-49531120!pb-smtp0.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 Jun 2014 11:51:57 -0000 --+pHx0qQiF2pBVqBT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 13, 2014 at 21:06:01 -0700, Artem Belevich wrote: > On Fri, Jun 13, 2014 at 5:17 AM, Chris Nehren > wrote: > > Speaking of Soekris elsethread, I'm presently interested in > > picking up a small device to use as a router + firewall for my > > home network. I initially looked at what Soekris has to offer, > > of course, but they only have 4xgigE products (the net650x line). > > I don't need that many ports, but they don't offer anything that > > has just 2xgigE. I'd like something smaller than the net650x > > line[0], preferably similarly low power. > > > > The box will run pf, some form of local name resolution for the > > network, a RADIUS server for my wifi AP, and openvpn. It'd be > > helpful if the NICs and drivers support VLANs. > > > > Any suggestions? >=20 > ALIX apu1c may be an alternative: > http://www.pcengines.ch/apu.htm >=20 > The board is a bit cheaper - $145/$160, according to > http://www.pcengines.ch/order1.php?c=3D4 > The downside is that it's got Realtek RTL8111E NICs. I was initially concerned that the RTL8111E was in the same family as the dreaded 8139 (see the source for if_rl(4) for why I had apprehensions). However, I see that it's supported by the separate if_re(4), which is more comforting. While generally I'm trying to stick to server / workstation hardware, I realize I may need to compromise on that here to get what I want.=20 The APU definitely seems like what I will want to pick up, assuming I don't go with a used Juniper or something similar. Thank you, Artem and Kurt, for the information. > Or you can try Ubiquiti EdgeRouter Lite -- > http://www.ubnt.com/edgemax#edge-router-lite > The downside is that it's not a Tier-1 platform (mips). The hardware > under the hood is capable of a lot more than you could achieve on any > other box at that price point. If you can live with stock software or > willing to deal with rough edges of a new platform, this may work, > too. Hmm. I know that, by definition, I'm getting myself into some amount of work with setting up all the services I want. I'm more than a little wary, however, of having the network I need to pay the bills (I work from home) depending on a tier 3 (unsupported) architecture. If it was tier 2 I might experiment with it, but tier 3 is out of the question for my needs. Thanks for the pointer, though. --=20 Chris Nehren --+pHx0qQiF2pBVqBT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJbBAABAgBFBQJTnDdWPhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEBHA+GJAM0vPiAQP/AgT LkUIu+mRvxMcTJXZWg6E9IW0CpxyXAxeeyw2IGgR70K502DnBAORNSiPED4AKYQz fL5DIMpLaXh0PwyQPwEFJJ1RXiNJJBEYwTotq8g3j+nncIkw//PaZmGObjbH5Lp7 Ayx6Io//HAwVRWK68oKPdE1KQzUu94bMjGuFL5xWxPhLmIb3u7vOzcax/jaKO9fU acrpRjWET9w02mcbZvdmdY9vr2Fgsok9hhSOmejXRAdkOGFO5Dp8fBBcVfybzs5C gbNKTgzikEOgAyHzf9SzXU1Ffghra5gHkhYJzXw8Tz//zY/L0cOkiPM/Gg26c0/M ZziAx5eli5CHyYdyGB45yITrcRgs3lReh1qwKLzNif2M53Isu6+Pz2sD6dTyUL1B bXElkTUl8CpvcRfW4HgeIZYSCVUSkprOmoYl/jInuwx18OejX1OnZ0BxoAuZOlRW qeJTmb2i0ohb6K89O6AEUFn+uADLxr421O0+poZ8f6Kv3DWuQupI5Z4q61RVrE+h WBpOgLZ6buKbRECSRBfJtjzd37Nyl3pRf733pBRON2WQnowwyYsZ7AbNO8awsrVX MDb3xxwg1CpW4923fxgkBeacm9UtL+NqwhE7ItVOTLBO//8gQXrhFTX+iyVB2TiI Qw02dKuedHZ/6G6+IdUqg9G4CRieFe3vNqIZAaHq =jCv/ -----END PGP SIGNATURE----- --+pHx0qQiF2pBVqBT-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 14 11:57:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3EA0573 for ; Sat, 14 Jun 2014 11:57:35 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.12]) (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 57C3129BD for ; Sat, 14 Jun 2014 11:57:34 +0000 (UTC) Received: from latte.bs.cs.huji.ac.il ([132.65.179.20] helo=mbpro2.bs.cs.huji.ac.il) by kabab.cs.huji.ac.il with esmtp id 1WvmaK-0006Be-Gv; Sat, 14 Jun 2014 14:57:24 +0300 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: and K8-class but no amdtemp? From: Daniel Braniss In-Reply-To: <20140614082940.GA34927@darkthrone.kvedulv.de> Date: Sat, 14 Jun 2014 15:01:22 +0300 Content-Transfer-Encoding: 7bit Message-Id: References: <3CD844F1-9C96-4494-915D-04531B733064@cs.huji.ac.il> <20140614082940.GA34927@darkthrone.kvedulv.de> To: Michael Moll X-Mailer: Apple Mail (2.1878.2) Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 Jun 2014 11:57:35 -0000 On Jun 14, 2014, at 11:29 AM, Michael Moll wrote: > Hi, > > On Sat, Jun 14, 2014 at 11:16:48AM +0300, Daniel Braniss wrote: >> this board - PCEngins api, is a K8-class: >> >> but loading amdtemp does not show any temperature, any insights? > > It does for me: > # sysctl dev.amdtemp > dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors > dev.amdtemp.0.%driver: amdtemp > dev.amdtemp.0.%parent: hostb4 > dev.amdtemp.0.sensor_offset: 0 > dev.amdtemp.0.core0.sensor0: 53.6C > > Maybe you need to update the BIOS? I'm running (dmidecode output): > Version: SageBios_PCEngines_APU-41 > Release Date: 04/01/2014 > mine seems newer :-( BIOS Information Vendor: coreboot Version: SageBios_PCEngines_APU-45 Release Date: 04/05/2014 ROM Size: 2048 kB Characteristics: PCI is supported PC Card (PCMCIA) is supported BIOS is upgradeable Selectable boot is supported ACPI is supported Targeted content distribution is supported BIOS Revision: 4.0 Firmware Revision: 0.0 > Regards > -- > Michael Moll From owner-freebsd-stable@FreeBSD.ORG Sat Jun 14 16:02:39 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E54331A; Sat, 14 Jun 2014 16:02:38 +0000 (UTC) Date: Sat, 14 Jun 2014 12:02:34 -0400 From: Glen Barber To: freebsd-stable@FreeBSD.org Subject: FreeBSD 9.3-BETA3 Now Available Message-ID: <20140614160234.GI1248@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 Jun 2014 16:02:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The third BETA build of the 9.3-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. This is expected to be the final -BETA build of the 9.3-RELEASE cycle. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.3/ (or any of the FreeBSD mirror sites). If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "stable/9" branch. A list of changes since 9.2-RELEASE are available on the stable/9 release notes page here: http://www.freebsd.org/relnotes/9-STABLE/relnotes/article.html Pre-installed virtual machine images for 9.3-BETA3 are also available for amd64 and i386 architectures. The images are located under the 'snapshots' directory on FTP, here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/9.3-BETA3/ The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB, which decompress to a 20GB sparse image. The partition layout is: . 512k - freebsd-boot GPT partition type (bootfs GPT label) . 1GB - freebsd-swap GPT partition type (swapfs GPT label) . ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) Changes between 9.3-BETA2 and 9.3-BETA3 include: o A new ttys(5) flag, onifconsole, has been added, which activates ttyu0 if the device is an active kernel console. o The NFSv4 server now allows creating a hard link to a symbolic link, as was allowed in NFSv3. o OpenSSL has been updated to 0.9.8za. o A deadlock caused by incorrect reference counts has been fixed in the usb(4) driver. o The arc4random(3) library has been updated to match that in FreeBSD-CURRENT. o The amount of data collected by hwpmc(4) has been increased to work with modern processors and available RAM. o A new pmcstat(8) flag, '-l', has been added, which ends event collection after the specified number of seconds. Note to consumers of the dvd1.iso image: The version of bsdconfig(8) in the stable/9 branch does not yet support pkg(7)-format packages. While there are packages available on the dvd1.iso image, they cannot yet be installed with bsdconfig(8). They can be installed manually, however. To install packages from the dvd1.iso installer, create and mount the /dist directory: # mkdir -p /dist # mount -t cd9660 /dev/cd0 /dist Next, install pkg(8) from the DVD: # env REPOS_DIR=/dist/packages/repos \ pkg add /dist/packages/freebsd:9:*:*/All/pkg-*.txz At this point, pkg-install(8) can be used to install additional packages from the DVD. Please note, the REPOS_DIR environment variable should be used each time using the DVD as the package repository, otherwise conflicts with packages from the upstream mirrors may occur when they are fetched. For example, to install the Subversion, Gnome, and Xorg, run: # env REPOS_DIR=/dist/packages/repos \ pkg install subversion gnome2 xorg The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 9.3-BETA3 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 8.x. Alternatively, the user can install misc/compat8x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 9.3-BETA3 amd64 GENERIC: SHA256 (FreeBSD-9.3-BETA3-amd64-bootonly.iso) = 9e016f00512b8c819866fc7cac9199beef323caf4eff6b134323a981ff7d6f97 SHA256 (FreeBSD-9.3-BETA3-amd64-bootonly.iso.xz) = 22a7eff35c5848f78e9cdf3bfb1ae1e925e23116bd34bf23cff0223f7c651ef2 SHA256 (FreeBSD-9.3-BETA3-amd64-disc1.iso) = 0c5c0a7b874b3f177d20822ed55fb910ca709312a20752e21cd055295c2f019c SHA256 (FreeBSD-9.3-BETA3-amd64-disc1.iso.xz) = 11d4bd5786ad5eda36b29aefb488df8f0b0ffbfdd19753a234fedc3da256e3fc SHA256 (FreeBSD-9.3-BETA3-amd64-dvd1.iso) = 14355cca71d6750a6bdee67585fdec784de367cdf7eab995c322a7e5c9244245 SHA256 (FreeBSD-9.3-BETA3-amd64-dvd1.iso.xz) = 6b5b38e6742e86e169e9354638211b3447446fd71a7f4f48b53ca65b8b7ba320 SHA256 (FreeBSD-9.3-BETA3-amd64-memstick.img) = 8764b68cdf88ed199ad7353e071d2822c85b48f96c01c607bc4c52e4e981ad36 SHA256 (FreeBSD-9.3-BETA3-amd64-memstick.img.xz) = e4ef1602b64b2f334aaf8430057a337f5d97f1b7dc822e95e973bb230e5910a3 SHA256 (FreeBSD-9.3-BETA3-amd64-mini-memstick.img) = a7f908f3f66b306c5b32844a2a84a29800cf0ed574366a78977787747f2e0463 SHA256 (FreeBSD-9.3-BETA3-amd64-mini-memstick.img.xz) = 5e475edf07b66a9656a88e7a922a305910318c62f837c4990953d312a87a17d0 MD5 (FreeBSD-9.3-BETA3-amd64-bootonly.iso) = 701aae078eda8e2e3033857a7576f7c2 MD5 (FreeBSD-9.3-BETA3-amd64-bootonly.iso.xz) = 18e51b3ae8189145df248f82f50fae63 MD5 (FreeBSD-9.3-BETA3-amd64-disc1.iso) = 2e76ed15dc5025517b0d7d276b22f499 MD5 (FreeBSD-9.3-BETA3-amd64-disc1.iso.xz) = db57047e898cbd96e2fe07db556a8196 MD5 (FreeBSD-9.3-BETA3-amd64-dvd1.iso) = 4887a1e37d6e8df470f86780b94903c2 MD5 (FreeBSD-9.3-BETA3-amd64-dvd1.iso.xz) = 94d0dac12261ec19b5a3b1c65a2ff447 MD5 (FreeBSD-9.3-BETA3-amd64-memstick.img) = 8a01a174de86fbc5f277d6560f78891d MD5 (FreeBSD-9.3-BETA3-amd64-memstick.img.xz) = 89a363dc387f530d76b21d80814807c5 MD5 (FreeBSD-9.3-BETA3-amd64-mini-memstick.img) = 12f96b3cb71d66170867525914277698 MD5 (FreeBSD-9.3-BETA3-amd64-mini-memstick.img.xz) = 84ec58271a64b1430e23c5681f31ad2f o 9.3-BETA3 i386 GENERIC: SHA256 (FreeBSD-9.3-BETA3-i386-bootonly.iso) = 43128d1867113eb6f036ca3c0e1a16179f4d925e0c665ed150ffd132ec1b555a SHA256 (FreeBSD-9.3-BETA3-i386-bootonly.iso.xz) = f85827d5c2a7f0abf8cd81be693ad8c63d05f10306ba7e4baf34e724061b569e SHA256 (FreeBSD-9.3-BETA3-i386-disc1.iso) = 91385c4d956f3c903f671fb1fb474f0ae5cd9a810487837aa2e0c00b3f3fc51a SHA256 (FreeBSD-9.3-BETA3-i386-disc1.iso.xz) = 19565113391bad63ce35bc7afd62e4a013abb006a95a69589e135173f336bbd1 SHA256 (FreeBSD-9.3-BETA3-i386-dvd1.iso) = 37d18ee8a4272ef82692cd6ab2d8df0e7d243473257bf39c18e3069c3dc88212 SHA256 (FreeBSD-9.3-BETA3-i386-dvd1.iso.xz) = f179f3d9a3794f6aedba0b3df738d35953aead1d251b4fa8d2e96559b381fc70 SHA256 (FreeBSD-9.3-BETA3-i386-memstick.img) = badf48ca0aac1006585f9d4f7cfbb61796e5716bc63d91bbcd01e6808a33e9e2 SHA256 (FreeBSD-9.3-BETA3-i386-memstick.img.xz) = 58b90d2d34b417b660613f5dbd9722b251e9fe35c4c89cc9ca0e62014f8cddfa SHA256 (FreeBSD-9.3-BETA3-i386-mini-memstick.img) = b83b4b08a64c66c97bb9bcb4b111e76b299d251e1a6cf73b4b22183e310b582a SHA256 (FreeBSD-9.3-BETA3-i386-mini-memstick.img.xz) = 8c05e33e62c87ee9934084619427a42423e2b86afa608a43b227bd8f2a71f5dc MD5 (FreeBSD-9.3-BETA3-i386-bootonly.iso) = 9119172b0e34276acc8559e134b0164b MD5 (FreeBSD-9.3-BETA3-i386-bootonly.iso.xz) = 2f154b61105c696e03cafe9bf93ffd6c MD5 (FreeBSD-9.3-BETA3-i386-disc1.iso) = 912da9597d4421eb2b108d83e83ac335 MD5 (FreeBSD-9.3-BETA3-i386-disc1.iso.xz) = 4a6c30ea96514e03e8656dcc6351a34e MD5 (FreeBSD-9.3-BETA3-i386-dvd1.iso) = b865dd6137fb9fe900244447291fe311 MD5 (FreeBSD-9.3-BETA3-i386-dvd1.iso.xz) = 3e930f935ebc6dbe494a4a796ae177e0 MD5 (FreeBSD-9.3-BETA3-i386-memstick.img) = c087c4831f882de64dc4675d834a3976 MD5 (FreeBSD-9.3-BETA3-i386-memstick.img.xz) = 695544bbeff9e16e4b14411f2c7be857 MD5 (FreeBSD-9.3-BETA3-i386-mini-memstick.img) = dc2460e60b75cc2e39e4cb2322aa9c41 MD5 (FreeBSD-9.3-BETA3-i386-mini-memstick.img.xz) = 90320181641f0f470506c6a742d5868b o 9.3-BETA3 ia64 GENERIC: SHA256 (FreeBSD-9.3-BETA3-ia64-bootonly.iso) = 5b1d53bfcf2eaed8440852cf180509c2ea52de9156030ebf3a889ea666f377d9 SHA256 (FreeBSD-9.3-BETA3-ia64-bootonly.iso.xz) = 0e227da0cb881eb7857a7963243f22e25ebd803257f7bb11f5db48cafbcfa2bc SHA256 (FreeBSD-9.3-BETA3-ia64-disc1.iso) = fa29a557cc69564ed6b296a2bc87cd5548e8a11bce2239fac9d35bf584f00a12 SHA256 (FreeBSD-9.3-BETA3-ia64-disc1.iso.xz) = 10e3a89755e33f16e177ca08fa6fcb7e95644f4a028cfb31b3f2d39abc25459f SHA256 (FreeBSD-9.3-BETA3-ia64-memstick.img) = 2e836ab66e626b12b193b41e7a1238bf43e2f91ab8994791beb9163ea812ff12 SHA256 (FreeBSD-9.3-BETA3-ia64-memstick.img.xz) = 5bf2f741cca39f687db1f419088586c1b3e13c5d8c7227d960f7b3741593ac28 SHA256 (FreeBSD-9.3-BETA3-ia64-mini-memstick.img) = 7c5150984576407ac30108e30f00ef57e1b3b1cf6a7428db6bbfe0c4247b8e42 SHA256 (FreeBSD-9.3-BETA3-ia64-mini-memstick.img.xz) = a2e526060af5ec0751db44b328231ea5802751abfcfaa63c4c73ec3a4fd3bd73 MD5 (FreeBSD-9.3-BETA3-ia64-bootonly.iso) = 08ffccba2cdff17a4d4865e810b91aa0 MD5 (FreeBSD-9.3-BETA3-ia64-bootonly.iso.xz) = 938f87b98b5e36b30f97b29b9d42adca MD5 (FreeBSD-9.3-BETA3-ia64-disc1.iso) = dbdb243661688f7a7d8b8f67cd144031 MD5 (FreeBSD-9.3-BETA3-ia64-disc1.iso.xz) = 8d64242f755342896832edfcdc690dfb MD5 (FreeBSD-9.3-BETA3-ia64-memstick.img) = cea0990a4e33c87d53ee94cc0611c75d MD5 (FreeBSD-9.3-BETA3-ia64-memstick.img.xz) = 8457938bc57dcf2a057ae56c17cd77cf MD5 (FreeBSD-9.3-BETA3-ia64-mini-memstick.img) = f5832aac685e73e9741e3d79241ec4f7 MD5 (FreeBSD-9.3-BETA3-ia64-mini-memstick.img.xz) = d526fc0476a3066d022144bc054a310d o 9.3-BETA3 powerpc GENERIC: SHA256 (FreeBSD-9.3-BETA3-powerpc-bootonly.iso) = a1767399a261908e4da4f4071c667d9185498237bdfcc19cabfe9b8ddd743c2b SHA256 (FreeBSD-9.3-BETA3-powerpc-bootonly.iso.xz) = dac8ef17867f6e22246ba3bbda3cf305d6458a9b8ac0e97a366c96d1d6f38bd1 SHA256 (FreeBSD-9.3-BETA3-powerpc-disc1.iso) = 31f5fdb6acea3f87b4620debdbb247296826681d4156add4f0892e952b6b6c75 SHA256 (FreeBSD-9.3-BETA3-powerpc-disc1.iso.xz) = 7edf5bad9a271f4221226405488bd4cda956808e0a43f277e47bceef2dcdcfef SHA256 (FreeBSD-9.3-BETA3-powerpc-memstick.img) = 94073106abc0b5e81434ab52d4655098aa5c0bab594300299c0bbc26ee6dbb9a SHA256 (FreeBSD-9.3-BETA3-powerpc-memstick.img.xz) = d1152d989a13bdf5a2bf6ebe8e75393a5b6c9ec29b35e3d867306b1ee04a5d03 SHA256 (FreeBSD-9.3-BETA3-powerpc-mini-memstick.img) = 791e6019489184645cdaa16510952eaa847c92db56024d5e02b5fc295844afb8 SHA256 (FreeBSD-9.3-BETA3-powerpc-mini-memstick.img.xz) = 89ce4eff84a8fe742ce789319ea2b43f580b6bf0e8d9bedc82645a517afe8cd0 MD5 (FreeBSD-9.3-BETA3-powerpc-bootonly.iso) = 23f8021544c869a66c6ff620d8ad3e03 MD5 (FreeBSD-9.3-BETA3-powerpc-bootonly.iso.xz) = 7402a4a936cea914c536c3db63d473be MD5 (FreeBSD-9.3-BETA3-powerpc-disc1.iso) = b2cb8dd2f300e9a19c875b8a1e2c3f07 MD5 (FreeBSD-9.3-BETA3-powerpc-disc1.iso.xz) = 23e52e72990523ff36a012f634369dc8 MD5 (FreeBSD-9.3-BETA3-powerpc-memstick.img) = 1435945af24fa754b831bfbac880a527 MD5 (FreeBSD-9.3-BETA3-powerpc-memstick.img.xz) = 6de8ce0c5c278edd23557e3cbc4a8d83 MD5 (FreeBSD-9.3-BETA3-powerpc-mini-memstick.img) = 7913dbf10fb6469a6769c8a7f0b90879 MD5 (FreeBSD-9.3-BETA3-powerpc-mini-memstick.img.xz) = 1564ce47ac009a979bd9040a7d74180c o 9.3-BETA3 powerpc64 GENERIC64: SHA256 (FreeBSD-9.3-BETA3-powerpc-powerpc64-bootonly.iso) = 9b57a61673a570e9f06ea0f1dad02101f9f8e7c80da681ae82c1c7c3b0ffe077 SHA256 (FreeBSD-9.3-BETA3-powerpc-powerpc64-bootonly.iso.xz) = 18eee9a4db64bb064fc3689bc6b567dc553ba53a55c855538682ff6da37ff6d0 SHA256 (FreeBSD-9.3-BETA3-powerpc-powerpc64-disc1.iso) = 9edfeecd880dd0b68a06c2609963d061311a78ffa6e8e7ee66c86a8c2582b7bb SHA256 (FreeBSD-9.3-BETA3-powerpc-powerpc64-disc1.iso.xz) = 5b37f29c33a668fa63b74fbaea3d8bd1b491ec2600f11b8c286a19086970e764 SHA256 (FreeBSD-9.3-BETA3-powerpc-powerpc64-memstick.img) = 864ace831559de3c9b8d634de949c09d2d887a2d4b4f889d7510542469b174dd SHA256 (FreeBSD-9.3-BETA3-powerpc-powerpc64-memstick.img.xz) = 82b91a33b445f0c16c06e20597d96750c27cd88b410ec1e5c1afba69aa268156 SHA256 (FreeBSD-9.3-BETA3-powerpc-powerpc64-mini-memstick.img) = f62c61920f41a78b131f28c26373ee7648f2afa51b06e343b7e4399b40ea074d SHA256 (FreeBSD-9.3-BETA3-powerpc-powerpc64-mini-memstick.img.xz) = b1dbe89997e239ac2a8a14d7db0376d9b629228c0c7c7bdd4d08773796ca4380 MD5 (FreeBSD-9.3-BETA3-powerpc-powerpc64-bootonly.iso) = 1399506dc7232c1d5822694117884092 MD5 (FreeBSD-9.3-BETA3-powerpc-powerpc64-bootonly.iso.xz) = c1eb551c74a2ce244c9e0a36ccf2d9d7 MD5 (FreeBSD-9.3-BETA3-powerpc-powerpc64-disc1.iso) = 5b8e50c5bfb30a8cd1b482537595d055 MD5 (FreeBSD-9.3-BETA3-powerpc-powerpc64-disc1.iso.xz) = b2355bcaf613b24ba6e4ae8643fea83e MD5 (FreeBSD-9.3-BETA3-powerpc-powerpc64-memstick.img) = 5cebba25770e5a2d6e51fc90a4cf4bb6 MD5 (FreeBSD-9.3-BETA3-powerpc-powerpc64-memstick.img.xz) = 535f9282ec54e5892dd4669a39b633ae MD5 (FreeBSD-9.3-BETA3-powerpc-powerpc64-mini-memstick.img) = eaddc057156672fc467f0ade68a3e362 MD5 (FreeBSD-9.3-BETA3-powerpc-powerpc64-mini-memstick.img.xz) = 78c2e2b74694d49f0642fe118d1b0ce9 o 9.3-BETA3 sparc64 GENERIC: SHA256 (FreeBSD-9.3-BETA3-sparc64-bootonly.iso) = 385f4656408077125bbb1979f6b917406ee1afd8fd4a6e7302c725ccc3cc77cd SHA256 (FreeBSD-9.3-BETA3-sparc64-bootonly.iso.xz) = 603024e9f714ba0e00d8d6bf22439f106e0c429bd7ba8d9fb136785874a89382 SHA256 (FreeBSD-9.3-BETA3-sparc64-disc1.iso) = 8ee0c604921cf479932e56084daf69f5b07a4d756432a1f93a52cbf78ae90be4 SHA256 (FreeBSD-9.3-BETA3-sparc64-disc1.iso.xz) = 4bfe38973bd503ff2a43e88d30a0412f0b476ca52ad818701899872f4a95d878 MD5 (FreeBSD-9.3-BETA3-sparc64-bootonly.iso) = eabd35355c4198d280f8204bb6a7db72 MD5 (FreeBSD-9.3-BETA3-sparc64-bootonly.iso.xz) = 2309e054b74611c77af5d1e1a097b1f8 MD5 (FreeBSD-9.3-BETA3-sparc64-disc1.iso) = 5c60e54f22c3f85b1caacc639c9e34f4 MD5 (FreeBSD-9.3-BETA3-sparc64-disc1.iso.xz) = 08fd1e9e723a0206a2fac18bc4499244 == VM IMAGE CHECKSUMS == o 9.3-BETA3 amd64: SHA256 (FreeBSD-9.3-BETA3-amd64-20140613-r267433.qcow2.xz) = d71aea4e18d4d3fac43eadb4f7b443b53b495a5bc33514247eefb0643b1232b1 SHA256 (FreeBSD-9.3-BETA3-amd64-20140613-r267433.raw.xz) = 7056e463cbfb7523f90bf5935122a79be39b40b04a7b90285a033a94bfb3fb9b SHA256 (FreeBSD-9.3-BETA3-amd64-20140613-r267433.vhd.xz) = a3a273bd67eda7cb08d138c9839721eb367964493c1dacb0b54c0c21c1479392 SHA256 (FreeBSD-9.3-BETA3-amd64-20140613-r267433.vmdk.xz) = f2c4c685f859d3712c32b3257a40620403570087e572f0624d51e902b146753f MD5 (FreeBSD-9.3-BETA3-amd64-20140613-r267433.qcow2.xz) = dfbd0b2ba2794175e278ead7718c9f8c MD5 (FreeBSD-9.3-BETA3-amd64-20140613-r267433.raw.xz) = 376438c8a08fecbcdfd4ac4836c86336 MD5 (FreeBSD-9.3-BETA3-amd64-20140613-r267433.vhd.xz) = 771a82c636d121689a855440f24fe067 MD5 (FreeBSD-9.3-BETA3-amd64-20140613-r267433.vmdk.xz) = 6686184bdfacfce07a59e7f33fdbd2ec o 9.3-BETA3 i386: SHA256 (FreeBSD-9.3-BETA3-i386-20140613-r267433.qcow2.xz) = 986e480281dd5eb700bb585ff189370bd2bb0ff025ec2662fbefa14badcc3fd3 SHA256 (FreeBSD-9.3-BETA3-i386-20140613-r267433.raw.xz) = 0b8612f8b9c0dbba37f4acba100f05ceec150eb8b44696deeb768be3f409abcc SHA256 (FreeBSD-9.3-BETA3-i386-20140613-r267433.vhd.xz) = 45fd0c7e7e3f1b6f8eb0f9c0a0382aa2fccae6f49693028c690609f69e7714f7 SHA256 (FreeBSD-9.3-BETA3-i386-20140613-r267433.vmdk.xz) = b9f8a9134aecde1c9290adcaaf7b69a83b24c678a0309eef4591945721040c35 MD5 (FreeBSD-9.3-BETA3-i386-20140613-r267433.qcow2.xz) = 9ed46447fe7ae1070ab4c65be792391c MD5 (FreeBSD-9.3-BETA3-i386-20140613-r267433.raw.xz) = c27f1961d873a28abd07c34c58eb48b3 MD5 (FreeBSD-9.3-BETA3-i386-20140613-r267433.vhd.xz) = d1a3f2a16a5e4cbbaa80a270e71d320d MD5 (FreeBSD-9.3-BETA3-i386-20140613-r267433.vmdk.xz) = 7c673931624bbe27d64037bf3b108619 Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTnHIaAAoJELls3eqvi17QcNcP/RIiin6QZLVp+CP+lurggWBE lv+K+qVbwznsqq7qSMnX/SLgMaKRH44e3pBL4uYudn+7Mfisf6FPGTco+mytVlTp FSLN7iWIdtyMvEwa2nrHucipIemp7qAqJORX0KgG6m6q7WfC3vQdVdSkyKoaaqVX PnTJqYJRSMZE+xNIgL6s3Z0hrNWes4RdXMed2y31siZH7J6G3TUXNKOCLR7VlaSE SbH9PoZgyVAADE13ysdwGkf3raqiS43UXxl49seKdC9L+bXJC092L9mS/TTPrLOg TYrTxrab3gM6IEUFo73bnmrn3Dkn7EFh2WLBaPdR7nB3nzY/aJUfYpFBBW+6hA+2 LHuLAWs1hlMR1SNqEg3B51S8Cj7KOeldKWvgqjW77uzlBub9PrN+Q4UCdr2M6HbC 3urCBDCYHNJlKOcKcRe8nAKCrHpUnV67a5bQIgD694W5qmL6nP8+6Qo0IM7Z0+u1 adePm7mpFB4kWYL3CdFZQjarHqapLIgYe8nMjReg9MCkk3Fqb8agBgqhoZSJtr1R yt/Q9Xo8rEXXTy6GOZaDJUlKMqInfFG4j2GngR1tKvU/2nSwNCC4SfDXUY5wqVdC Of5dgwVDM27+h/lL+yUhJArV5HtpQt8cT41MqWpBP9B5aqY1kNcReTexRPxvdlU+ j2NRbiInImIj/kvTtWRe =akp1 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 14 21:23:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D96169E1 for ; Sat, 14 Jun 2014 21:23:23 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BD31220BE for ; Sat, 14 Jun 2014 21:23:22 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WvvQ2-0001uf-DW for freebsd-stable@freebsd.org; Sat, 14 Jun 2014 14:23:22 -0700 Date: Sat, 14 Jun 2014 14:23:22 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1402781002411-5920851.post@n5.nabble.com> Subject: FreeBSD 10.0-STABLE #0 r267451 amd64 schedular strangeness? 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.18 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, 14 Jun 2014 21:23:23 -0000 I don't know what's going on with scheduler now, I had libreoffice compile going for 8h (strange) and then saw in top -P something like "98.9% nice" Any ideas? This is something recent. -- View this message in context: http://freebsd.1045724.n5.nabble.com/FreeBSD-10-0-STABLE-0-r267451-amd64-schedular-strangeness-tp5920851.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 15 04:27:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1D6DFD for ; Sun, 15 Jun 2014 04:27:05 +0000 (UTC) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AB4F32E1E for ; Sun, 15 Jun 2014 04:27:05 +0000 (UTC) Received: by mail-ob0-f178.google.com with SMTP id wn1so4464970obc.9 for ; Sat, 14 Jun 2014 21:27:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=AU7Q+BK8Y66iEspspvptMhxpDIKhCRqFvutbYAISoEk=; b=ULDqIa+o/FqmbmoY38+ruRsFrG0h+phLnJ7JVLWVCiTfiRa1RZrThR/i6aYns7/kSa lvKFv3UL02MCw7Pe+XIZS2LzS4odS7lrWzfyca/kn1MT1lgEJydQ71qN6PS/o/TeQBHC HjfNCYNXWPD5UdmEbspjEbZYv9UK1nG2GkZsjwAgL8isMz9rEdhGJRrHXRaY28Ci4mKh Ljn7nckw1Om0C2GNjivhHLLc+rDtRrS9phipxiph+M9o5AaJKPACI3CjOT1bU+iOV8D8 wqeG1qzVtfsBP8+GHjwvH/D6g0Y1vd7ZLjDgJjwzEG6KO/l1orhAyOd2lDbtoYGOpHKD NIMA== MIME-Version: 1.0 X-Received: by 10.182.60.42 with SMTP id e10mr12264769obr.33.1402806424910; Sat, 14 Jun 2014 21:27:04 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.93.133 with HTTP; Sat, 14 Jun 2014 21:27:04 -0700 (PDT) In-Reply-To: <1402781002411-5920851.post@n5.nabble.com> References: <1402781002411-5920851.post@n5.nabble.com> Date: Sun, 15 Jun 2014 00:27:04 -0400 X-Google-Sender-Auth: 10KieLqAbinPaPobI2CWsq2uKFE Message-ID: Subject: Re: FreeBSD 10.0-STABLE #0 r267451 amd64 schedular strangeness? From: Kevin Oberman To: Jakub Lach Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 15 Jun 2014 04:27:06 -0000 On Sat, Jun 14, 2014 at 5:23 PM, Jakub Lach wrote: > I don't know what's going on with scheduler now, I had > libreoffice compile going for 8h (strange) and then saw > in top -P something like "98.9% nice" > > Any ideas? > > This is something recent. > I am now rebuilding libreoffice. I had to "set MAKE_JOBS_SAFE=yes" to get it to go far. Otherwise it dies rather quickly on my 10-STABLE/amd64 system. It is very slow when not doing parallel builds.. If you are building with portmaster, by default all builds are "nice", so 98.8% seems about right if all processors are working on it. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Jun 15 09:34:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 141D97D7 for ; Sun, 15 Jun 2014 09:34:09 +0000 (UTC) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "vps.rulingia.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 83F54233B for ; Sun, 15 Jun 2014 09:34:07 +0000 (UTC) Received: from server.rulingia.com (c220-239-242-83.belrs5.nsw.optusnet.com.au [220.239.242.83]) by vps.rulingia.com (8.14.7/8.14.7) with ESMTP id s5F98kTv001633 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 15 Jun 2014 19:08:51 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.9/8.14.9) with ESMTP id s5F98kcE015145 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 15 Jun 2014 19:08:46 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.9/8.14.9/Submit) id s5F98jFx015144; Sun, 15 Jun 2014 19:08:45 +1000 (EST) (envelope-from peter) Date: Sun, 15 Jun 2014 19:08:45 +1000 From: Peter Jeremy To: Chris Nehren Subject: Re: Suggestions for low-power gigE firewall? Message-ID: <20140615090845.GB42502@server.rulingia.com> References: <20140613121732.GA61092@behemoth> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <20140613121732.GA61092@behemoth> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 15 Jun 2014 09:34:09 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2014-Jun-13 08:17:33 -0400, Chris Nehren wrote: >Speaking of Soekris elsethread, I'm presently interested in >picking up a small device to use as a router + firewall for my >home network. One thing to keep in mind is that 'gigE firewall' is fairly meaningless by itself. Most of the load is per-packet and GigE could be anywhere between (roughly) 80kpps and 1.5mpps. That said, since you mention 'home network', I presume you don't need compl= ex packet manipulation at wire-speed. Note that whilst the re(4) driver doesn= 't have the same comments as the rl(4) driver, you will still need significant= ly more CPU power to get the same thruput from a RTL8111 as (eg) an em. --=20 Peter Jeremy --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTnWKdXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0PrwP/0qxaEi05uPAQh7njA0anSLk TbgUennuczKrbSVz6Me7W3IFu7rPeD7uAiLqZA08oB0bwTd6hWQrohmVXenvergN 7QF6iSTj8u36V/l5jtZ+m2ijyNulksW5qRY+XsIFF97pYb+SoEt8XoC9X8SPA6BQ Q+wbKn0ibmsNLXgmNTLMLwkWhyUKaJguA3Wk7JYzFxqIsQu1J6bV2/DF3l4sQHZz 6BzUwgbI/8+moMvZevqop4oXfunt5bGyPZ6dP/NZfd14Cj3bJfUDHrDTVrZWs/Tt SeRWvkaR0LZqA7dTIRywnIbSCVj1JCHNKcaBNq/oeGNZFFGFE30iBkpZrKniXzcS R69/vJ35PBt64WBH9PV8/+pSuGvgdu5QLo2hKhietIvHBRN5rYF50mVvBG1NcuzA lPSkRqTvZ95k3l+l4YR0QUEIGEQyOEcP7erv/lvXgn0g8tONqGOHoI8wIeqJGv/L Z63H/W1EE/qBcuInnT240yg316MkwNuWBXHlF5Cc3Gzr1Ru0btLEouOqMyu/9yL6 QClpT6gZvUcFbTQsEWjWOIJaE0BQzlWsctur/Zxkg49VKMaUsrFalmUAjy/apoCw hIaNCEkN6wHXjbTbEJO4tOY+nfZjdWn3VcdJlm4D2s+y38N9ryCdke1dB7wApQGP PN4lowu4alRrnYWEhm9P =nkWW -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 15 10:28:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BE159B7 for ; Sun, 15 Jun 2014 10:28:52 +0000 (UTC) Received: from st11p09mm-asmtp002.mac.com (st11p09mm-asmtp002.mac.com [17.164.24.97]) by mx1.freebsd.org (Postfix) with ESMTP id E663227E0 for ; Sun, 15 Jun 2014 10:28:51 +0000 (UTC) MIME-version: 1.0 Received: from [10.71.14.16] (dsl-hkibrasgw1-58c380-33.dhcp.inet.fi [88.195.128.33]) by st11p09mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0N7700900H3OBMB0@st11p09mm-asmtp002.mac.com> for freebsd-stable@freebsd.org; Sun, 15 Jun 2014 10:28:38 +0000 (GMT) From: Kimmo Paasiala Content-type: multipart/signed; boundary="Apple-Mail=_BFD3469A-8413-4AC8-92C5-59392EC6729A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Message-id: <696F97DE-5581-460E-B2B3-FFC43BCCBC00@icloud.com> Subject: Re: Odd problem with find(1) on FUSE sshfs mounted filesystems Date: Sun, 15 Jun 2014 13:28:32 +0300 References: <996494CC-21F5-4476-8E5E-22F5E5E673DD@icloud.com> To: "freebsd-stable@freebsd.org" In-reply-to: <996494CC-21F5-4476-8E5E-22F5E5E673DD@icloud.com> X-Mailer: Apple Mail (2.1878.2) X-MANTSH: 1TEIXWV4bG1oaGkdHB0lGUkdDRl5PWBoaHREKTEMXGx0EGx0YBBIZBBsdEBseGh8 aEQpYTRdLEQptfhcaEQpMWRcbGhsbEQpZSRcRClleF2hjeREKQ04XSxsYGmJCH2lhGEd+GXhzB x9sGxoYEkkbEQpYXBcZBBoEGxsHTU4fGBgYGUsFGx0EGx0YBBIZBBsdEBseGh8bEQpeWRdhGlJ EUhEKTEYXbGtrEQpDWhcSEgQbEx8EGxgSBBkZEQpEXhcYEQpCRRdmfX8TTW9cYGUaEhEKQk4Xa 0UaUlAeQ1xZXGgRCkJMF25NHXlZY2RofhhGEQpCbBdhQHxTbEsfGGR7fhEKQkAXYGdeYHMbH2x yZB8RCkJYF2lQGV9ZGWZbc2lbEQpwaBdtTEhsTkhTZm1ofhEKcGgXZHBhfGFJG18bTEQRCnBoF 2ISHnxOYh9QSxxYEQpwaBdlTxxDYmhdHURDcBEKcGgXbmZSZ0FNZBx4XkwRCnBrF2lec1NeHl9 MHUZaEQpwSxdiaXITWF1cZ21TcxEKcGsXZmxlSUEaUnwbZ1IRCnBsF21nbgUfYU5hHFsbEQ== X-CLX-Spam: false X-CLX-Score: 1011 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.14,0.0.0000 definitions=2014-06-15_01:2014-06-13,2014-06-15,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=43 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1406150143 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 15 Jun 2014 10:28:52 -0000 --Apple-Mail=_BFD3469A-8413-4AC8-92C5-59392EC6729A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 13.6.2014, at 9.49, Kimmo Paasiala wrote: > I=92m on FreeBSD stable/10 r267390 on one of my systems and on FreeBSD = 10.0-RELEASE-p5 i386 on another one. Both exhibit a strange behaviour = when find(1) is used on a FUSE sshfs mounted filesystems. This an = excerpt of a log from such run (I mounted FreeBSD sources on /mnt using = sshfs): >=20 > ... > mnt/contrib/ofed/libmlx4/autogen.sh^M > /mnt/contrib/ofed/libmlx4/mlx4.driver^M > /mnt/contrib/ofed/libmlx4/config^M > /mnt/contrib/ofed/libmlx4/Makefile.am^M > /mnt/contrib/openresolv^M > find: /mnt/contrib/openresolv/pdnsd.in: No such file or directory^M > find: /mnt/contrib/openresolv/resolvconf.8.in: No such file or = directory^M > find: /mnt/contrib/openresolv/resolvconf.conf.5.in: No such file or = directory^M > find: /mnt/contrib/openresolv/configure: No such file or directory^M > find: /mnt/contrib/openresolv/unbound.in: No such file or directory^M > find: /mnt/contrib/openresolv/named.in: No such file or directory^M > find: /mnt/contrib/openresolv/resolvconf.conf: No such file or = directory^M > find: /mnt/contrib/openresolv/dnsmasq.in: No such file or directory^M > find: /mnt/contrib/openresolv/Makefile: No such file or directory^M > find: /mnt/contrib/openresolv/libc.in: No such file or directory^M > find: /mnt/contrib/openresolv/README: No such file or directory^M > find: /mnt/contrib/openresolv/resolvconf.in: No such file or = directory^M > find: /mnt/contrib/openresolv: No such file or directory^M > /mnt/contrib/ntp^M > =85 >=20 >=20 > I can rsync(1) the files from the mounted filesystem just fine without = any errors/corruption so clearly all the files and directories are there = and accessible.=20 >=20 > Is this a problem in FUSE/sshfs or find(1) and how to start debugging = this? >=20 > I have tested with both FreeBSD and OS X as SSH servers and the same = problem is present using both systems. >=20 > In all of the tests I=92ve done there are no mountpoints crossed, each = mounted directory tree is on a single filesystem on the server. >=20 > -Kimmo No one else has seen this behaviour? I=92d like to use sshfs as a secure = and less complicated replacement for NFS but if I can=92t trust it to = work with standard utilities like find(1) I=92ll have to pass for now. -Kimmo --Apple-Mail=_BFD3469A-8413-4AC8-92C5-59392EC6729A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJTnXVVAAoJEFvLZC0FWRVpkVUIAL2OSe0sXi63rKRJ9jq/vSnC /Ud815Y2CQPHIvspOtrqddo/R4MxgiyjYm5uB6CnpWOSshsYS38qkTavHjQh4YGI B6zUXP3V4023Ze6zjEZnYqlFSfIgONAkQFv8EyWztivlC8CK7VddgJKjLh8olD5+ 9J0iERxiKUkHvbBcDfIOligozv9Z0FViOa+Z1BQf8b5TksT7+BJ45E3lYornZGzH uGV21X/lzd5yAI46+0hkwiM2HclansKHmOvPuEpoJUQ2bpLTwTZoO2Hj6lzXyaJ4 HXUtxEDabpGG7Mexjnr0jZegy5YiB1KJGO+vCSAMIaRQXCINvlgGouwjS1YrDfc= =i4Kh -----END PGP SIGNATURE----- --Apple-Mail=_BFD3469A-8413-4AC8-92C5-59392EC6729A-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 15 11:22:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1D22656 for ; Sun, 15 Jun 2014 11:22:36 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B3D9B2EF5 for ; Sun, 15 Jun 2014 11:22:35 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Ww8WA-0005n8-9K for freebsd-stable@freebsd.org; Sun, 15 Jun 2014 04:22:34 -0700 Date: Sun, 15 Jun 2014 04:22:34 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1402831354272-5921036.post@n5.nabble.com> In-Reply-To: References: <1402781002411-5920851.post@n5.nabble.com> Subject: Re: FreeBSD 10.0-STABLE #0 r267451 amd64 schedular strangeness? 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.18 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, 15 Jun 2014 11:22:36 -0000 Thanks for the reply. The difference in time was probably due to portmaster/building manually, that makes sense. Good catch. FWIW, libreoffice is fine here (FreeBSD 10.0-STABLE #0 r267451 amd64) -- View this message in context: http://freebsd.1045724.n5.nabble.com/FreeBSD-10-0-STABLE-0-r267451-amd64-schedular-strangeness-tp5920851p5921036.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 15 12:02:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8861BC for ; Sun, 15 Jun 2014 12:02:23 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp08.smtpout.orange.fr [80.12.242.130]) by mx1.freebsd.org (Postfix) with ESMTP id 9172E2321 for ; Sun, 15 Jun 2014 12:02:22 +0000 (UTC) Received: from localhost ([92.162.133.137]) by mwinf5d31 with ME id Ec2F1o00R2y1f0k03c2Fxh; Sun, 15 Jun 2014 14:02:16 +0200 X-ME-Helo: localhost X-ME-Date: Sun, 15 Jun 2014 14:02:16 +0200 X-ME-IP: 92.162.133.137 Message-ID: <539D8B47.4080305@orange.fr> Date: Sun, 15 Jun 2014 14:02:15 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: FreeBSD stable , Aleksandr Rybalko Subject: (bad ) experience with vt on a ThinPad T530 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 15 Jun 2014 12:02:24 -0000 Hello all, I tried to switch my ThinkPad T530 to using vt/newcons instead of sc/syscons. Some technical data: - Intel Ivy Bridge (amd64) with integrated graphics - 1600x900 screen - 10-STABLE r265894 + ports r353739 (both May 11) My findings: - loading the i915kms module (+ drm2 + iic*) at boot (loader.conf) gives a black screen and a locked machine. - letting startx load i915kms at al, when a keyboard map is loaded at boot which defines codes > 255 (e.g. the unicode for Euro is 8364), has the effect of segfaulting the Xorg server, just after the initialization of the kbd Xorg module. - idem, but with a "standard" keyboard map loaded (fr.iso.acc), gives a running Xorg, but when switching back to console, the only useful part of the screen is the (640x480 ?) upper left corner of the screen, with the contents of the current screen buffer duplicated in 2 columns at the right. Anyway I cannot work with a 8x16 font at 130 dpi .. What is more surprizing is that before trying this switch, I got a perfectly working setup on a test computer: - i386 with "ATI Radeon Mobility X300 (M22) 5460 (PCIE)" - 1920x1200 scren - 10-STABLE r265894 + ports r353739 (same as T530) - vt 8x16 default font replaced with a 16x32 font (src patched) - radeonkms et al loaded at boot and I can use my "unicode" custom keyboard map (the same as on the T530) without problem. Hoping someone could give me a hint, CBu From owner-freebsd-stable@FreeBSD.ORG Sun Jun 15 12:12:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AB483FA for ; Sun, 15 Jun 2014 12:12:30 +0000 (UTC) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0979A2419 for ; Sun, 15 Jun 2014 12:12:29 +0000 (UTC) Received: from vpn-128-194-199-103.tamulink.tamu.edu (vpn-128-194-199-103.tamulink.tamu.edu [128.194.199.103]) (authenticated bits=0) by nostrum.com (8.14.9/8.14.7) with ESMTP id s5FCCR6s038835 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sun, 15 Jun 2014 07:12:28 -0500 (CDT) (envelope-from daved@nostrum.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:03.pkg From: Dave Duchscher In-Reply-To: <201405140000.s4E002sO029919@freefall.freebsd.org> Date: Sun, 15 Jun 2014 07:12:21 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201405140000.s4E002sO029919@freefall.freebsd.org> To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1878.2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 15 Jun 2014 12:12:30 -0000 I have had a few surprises with FreeBSD over the years and with the new = ports system has provided quite a few of them but this update takes the = cake. We have our own package repository with custom options. We liked = and adopted pkgng early. We also have a lot of automation. With this = update, all of a sudden, we have a new repository configured on our = system (/etc/FreeBSD.conf). Lets say, I was very surprised. It is true = that mistakes happen. Maybe its ours for not fully understand what was = being done. In any event, this definitely caused lots of issues for us = and has wasted a lot of my time. Dave On May 13, 2014, at 7:00 PM, FreeBSD Errata Notices = wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 >=20 > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D > FreeBSD-EN-14:03.pkg Errata = Notice > The FreeBSD = Project >=20 > Topic: pkg bootstrapping, configuration and public keys >=20 > Category: core, packages > Module: pkg > Announced: 2014-05-13 > Credits: Baptiste Daroussin, Bryan Drewery > Affects: All versions of FreeBSD prior to 10.0-RELEASE > Corrected: 2014-04-15 23:40:47 UTC (stable/8, 8.4-STABLE) > 2014-05-13 23:24:32 UTC (releng/8.4, 8.4-RELEASE-p10) > 2014-03-11 14:48:44 UTC (stable/9, 9.2-STABLE) > 2014-05-13 23:24:14 UTC (releng/9.2, 9.2-RELEASE-p6) > 2014-05-13 23:24:14 UTC (releng/9.1, 9.1-RELEASE-p13) >=20 > For general information regarding FreeBSD Errata Notices and Security > Advisories, including descriptions of the fields above, security > branches, and the following sections, please visit > . >=20 > I. Background >=20 > The pkg(7) utility is the new package management tool for FreeBSD. = The > FreeBSD project has provided official pkg(7) packages since October = 2013 > and signed packages since the pkg-1.2 release in November 2013. The > signature checking requires known public keys to be installed locally. > The repository configuration must be installed as well. >=20 > The base system also includes a pkg(7) bootstrap tool that installs = the > latest real pkg(7) package. The bootstrap tool knows where to find = the > official pkg(7) package but once that is installed the real pkg(7) = will > not know where to find official packages, nor have the known public = key > for signature checking. >=20 > The bootstrap tool was also improved in 10.0-RELEASE to check the > signature on the pkg(7) package it is installing. >=20 > II. Problem Description >=20 > Only FreeBSD 10.0 has been released with the official repository > configuration, known public keys, and a bootstrap tool that checks the > signature of the pkg(7) package it is installing. >=20 > To allow packages to be used on a system, the configuration must be > manually setup and keys securely fetched and installed to the proper > location. >=20 > III. Impact >=20 > Releases before 10.0 require manual configuration. Manually = configuring the > pkg(7) signatures could result in insecurely installing the keys or = leaving > the signature checking disabled. >=20 > The bootstrap tool is not secure on releases prior to 10.0 due to not = checking > the signature and could result in having an unofficial pkg(7) = installed due to > MITM attacks. >=20 > IV. Workaround >=20 > To securely install pkg(7) on releases prior to 10.0, install it from = ports > obtained from a secure portsnap checkout: >=20 > # portsnap fetch extract > # echo "WITH_PKGNG=3Dyes" >> /etc/make.conf > # make -C /usr/ports/ports-mgmt/pkg install clean >=20 > If this is an existing system it may be converted to pkg(7) as well by = running: >=20 > # pkg2ng >=20 > After this is done /usr/ports may be removed if no longer required. >=20 > To workaround the configuration and keys being missed, apply the = solution in > this Errata. >=20 > V. Solution >=20 > No solution is provided for pkg(7) bootstrap signature checking on = releases prior > to 10.0. Upgrading to 10.0 or stable/9 after r263038 will suffice. >=20 > To install the configuration and public key in a secure means, perform = one of > the following: >=20 > 1) Upgrade your system to a supported FreeBSD stable or release / = security > branch (releng) dated after the correction date. >=20 > 2) To update your present system via a source code patch: >=20 > The following patches have been verified to apply to the applicable > FreeBSD release branches. >=20 > a) Download the relevant patch from the location below, and verify the > detached PGP signature using your PGP utility. >=20 > [FreeBSD 9.2] > # fetch = http://security.FreeBSD.org/patches/EN-14:03/pkg-en-releng-9.2.patch > # fetch = http://security.FreeBSD.org/patches/EN-14:10/pkg-en-releng-9.2.patch.asc > # gpg --verify pkg-en-releng-9.2.patch.asc >=20 > [FreeBSD 9.1] > # fetch = http://security.FreeBSD.org/patches/EN-14:03/pkg-en-releng-9.1.patch > # fetch = http://security.FreeBSD.org/patches/EN-14:10/pkg-en-releng-9.1.patch.asc > # gpg --verify pkg-en-releng-9.1.patch.asc >=20 > [FreeBSD 8.4] > # fetch = http://security.FreeBSD.org/patches/EN-14:03/pkg-en-releng-8.4.patch > # fetch = http://security.FreeBSD.org/patches/EN-14:03/pkg-en-releng-8.4.patch.asc > # gpg --verify pkg-en-releng-8.4.patch.asc >=20 > b) Execute the following commands as root: >=20 > # cd /usr/src > # patch < /path/to/patch > # cd /usr/src/etc/pkg > # mkdir -p /etc/pkg /usr/share/keys/pkg/trusted = /usr/share/keys/pkg/revoked > # make install > # cd /usr/src/share/keys/pkg > # make install >=20 > 3) To update your system via a binary patch: >=20 > Systems running a RELEASE version of FreeBSD on the i386 or amd64 > platforms can be updated via the freebsd-update(8) utility: >=20 > # freebsd-update fetch > # freebsd-update install >=20 > VI. Correction details >=20 > The following list contains the revision numbers of each file that was > corrected in FreeBSD. >=20 > Branch/path = Revision > - = ------------------------------------------------------------------------- > stable/8/ = r264519 > releng/8.4/ = r265989 > stable/9/ = r263937 (*) > releng/9.1/ = r265988 > releng/9.2/ = r265988 > - = ------------------------------------------------------------------------- >=20 > (*) The actual required changeset consists a series of changes, = including > r263023,r258550,r263050,r263053 and r263937. >=20 > To see which files were modified by a particular revision, run the > following command, replacing NNNNNN with the revision number, on a > machine with Subversion installed: >=20 > # svn diff -cNNNNNN --summarize svn://svn.freebsd.org/base >=20 > Or visit the following URL, replacing NNNNNN with the revision number: >=20 > >=20 > VII. References >=20 > The latest revision of this Errata Notice is available at > http://security.FreeBSD.org/advisories/FreeBSD-EN-14:03.pkg.asc > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (FreeBSD) >=20 > iQIcBAEBCgAGBQJTcq5IAAoJEO1n7NZdz2rnPgsP/i1EV9g4qXg9v6HvakiFFKrv > 51810uJe/Eo9iujDT1TpwuYJuFQPzkW+h4JRvapaSLAMxeLsYqxj8WDuKz0eU6sW > WjaPv6LZWUG91jHbFr3uEAgLLvkc86kMI/hfSmzq5FY7gsisEKoyfdraR2E63jtp > BFARxAq9hnddck5zZiX7wCOMtvCVrvrSsozft1p885AUra+Tg9F1RuUloS0CYddD > FtUb1dPMshkHlqHqC1wGzRfBVFgX7NnXfnxIi2St1ft0tEDKIL+HQgnjU2CwKbK7 > S9ioLYbbUhyo6edpS/4+y5gJ1kVLvlelY4myBHUkSOMJrsxoIBCTuXjdnO9PL5gr > qpS9R6TQEMF5auEG5aIOwfu5t8wqczAfC4zVzbm4UPakRYPFS0NfvkDGW2Gno7Yh > iOur/JFLUOqbV9i8UwssS8OzG0cr8EzbZ3iLkVPqt1Cxuxxpx8+NYiYV3F0PMxB8 > iImoOD1BY0lS3x0gqgeZb5ssBk988aVq1cmbrUuriHuKLK/uvSaFHlGXprQyQmTn > 4FEFmMNTCSMbYy3J2daEajUroiZVcBEjORPFR8QYtncRgbzB6u/AjVIo+3Uk/0hj > paC8dvBikmT7ity3b7YoOvJIJn62XVqrq9srkYowkDuLJ1E8zQqmR2eZUOmf5vG1 > u3zAXa3xup1ginA9Wi6O > =3DUI84 > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-announce@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-announce > To unsubscribe, send any mail to = "freebsd-announce-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Jun 16 02:38:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C12BF76F for ; Mon, 16 Jun 2014 02:38:04 +0000 (UTC) Received: from phoenix.eternamente.info (phoenix.arroway.org [109.169.80.17]) by mx1.freebsd.org (Postfix) with ESMTP id 9FEEF2A00 for ; Mon, 16 Jun 2014 02:38:03 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id 817361CC90; Sun, 15 Jun 2014 23:28:08 -0300 (BRT) Received: from 177.64.206.185 (SquirrelMail authenticated user matheus) by arroway.org with HTTP; Sun, 15 Jun 2014 23:28:08 -0300 Message-ID: <2fc74fb31bd696a268e52cb0f87ca5cd.squirrel@arroway.org> Date: Sun, 15 Jun 2014 23:28:08 -0300 Subject: php5.4 e roundcube From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 16 Jun 2014 02:38:04 -0000 hail, anyone uses them together ? I always get this: Fatal error: Call to undefined function filter_var() in /usr/local/www/roundcube/program/lib/Roundcube/bootstrap.php on line 47 and I have filter enabled: # php -m [PHP Modules] Core ctype date dom ereg filter gd hash iconv intl json libxml mbstring mhash mysqlnd pcre PDO pdo_sqlite Phar posix Reflection session SimpleXML SPL sqlite3 standard tokenizer xml xmlreader xmlwriter zip [Zend Modules] php enabled in apache. now do I have to do anything on php.ini ? no site says about it. just get results about filter. att, matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Mon Jun 16 11:52:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7443ADD2 for ; Mon, 16 Jun 2014 11:52:08 +0000 (UTC) Received: from cerebro.liukuma.net (cerebro.liukuma.net [IPv6:2a00:d1e0:1000:1b00::2]) by mx1.freebsd.org (Postfix) with ESMTP id 07841284C for ; Mon, 16 Jun 2014 11:52:07 +0000 (UTC) Received: from cerebro.liukuma.net (localhost [127.0.0.1]) by cerebro.liukuma.net (Postfix) with ESMTP id 1C23A8A020A; Mon, 16 Jun 2014 14:52:06 +0300 (EEST) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net 1C23A8A020A DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=liukuma.net; s=liukudkim; t=1402919526; bh=L8pu+Lvhjpf4AdwJxZpdRHwKglt9E3+CsY69prW/9p4=; h=From:To:References:In-Reply-To:Subject:Date; b=cN8AgA7XVeoMiWLJsZy9G2NYg149nlHSYu8r2oZ8lVa1iOJ4k/dVH1lz6EvLpAlG1 lepAKHGBpcoh4TgmF5BQNjnMX9OG1rtflO/By5qZdWAtu+5e78iaB2WQY2mC09ZrnF LEt4obr9GlzCUOk+SuOk0OAKJBu78DD+2NvhPP58= X-Virus-Scanned: amavisd-new at liukuma.net Received: from cerebro.liukuma.net ([127.0.0.1]) by cerebro.liukuma.net (cerebro.liukuma.net [127.0.0.1]) (amavisd-new, port 10027) with LMTP id ZMbGL283BAuc; Mon, 16 Jun 2014 14:52:05 +0300 (EEST) Received: from Rivendell (dsl-kmibrasgw1-54f8d4-179.dhcp.inet.fi [84.248.212.179]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: ignatz@cerebro.liukuma.net) by cerebro.liukuma.net (Postfix) with ESMTPSA id 2C4CB8A0062; Mon, 16 Jun 2014 14:52:05 +0300 (EEST) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net 2C4CB8A0062 Message-ID: <4C9F88D969D84AAF9DBA93E535850829@Rivendell> From: "Reko Turja" To: "Nenhum_de_Nos" , References: <2fc74fb31bd696a268e52cb0f87ca5cd.squirrel@arroway.org> In-Reply-To: <2fc74fb31bd696a268e52cb0f87ca5cd.squirrel@arroway.org> Subject: Re: php5.4 e roundcube Date: Mon, 16 Jun 2014 14:52:02 +0300 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3555.308 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3555.308 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 16 Jun 2014 11:52:08 -0000 -----Original Message-----=20 From: Nenhum_de_Nos=20 > anyone uses them together ? > > I always get this: > Fatal error: Call to undefined function filter_var() in > /usr/local/www/roundcube/program/lib/Roundcube/bootstrap.php on line = 47 I'm using latest roundcube from ports with php 5.4 without problems. I'm = running php in cgi mode though instead from inside Apache. Based on php manuals, filter_var() should be there from 5.2 onwards;=20 (PHP 5 >=3D 5.2.0)=20 filter_var =E2=80=94 Filters a variable with a specified filter. Maybe check your .htaccess in that directory in addition of the rights = set up for it in Apache conf? -Reko From owner-freebsd-stable@FreeBSD.ORG Mon Jun 16 11:59:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E9A8F65 for ; Mon, 16 Jun 2014 11:59:34 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A745D28C3 for ; Mon, 16 Jun 2014 11:59:33 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id cc10so3908047wib.0 for ; Mon, 16 Jun 2014 04:59:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=bAEOQfRwlRcs1UDG6nMAEMWvxXrjcLJ8yb+i9BcrC8s=; b=KcHDpd4l1i1T9/Rrj9QWCIfxIsnfFl3yHaE9/CJ//Sup+4QIS3ULaBcYWSVWPV3H6H h8rrPeeilNWFju0hd/D8RMo4nMzmq6U2nsJvZzjYz6Jyi/zWAtVeIc5pGbAqblaU7TXL F1p9QqR+R2eipBUT4fZjoWk6PEeyjlYA+it9zirlM6CrbKR3GjsQxhUfIXpKNXhCm2vk mbxGXNs0iY7coQTD4kSkqmbkCUb9r30WFpS2rDhFJC/eJ0bTskC9dThXbqCRrg99/TEZ PC8JjB0FpKByQQf2nGuIyFSLJo0u+Gb+EMEC1OppCHQhtOqLGkWQdbmh4n8Wj3Rn1aP9 VYVA== X-Received: by 10.181.12.102 with SMTP id ep6mr27178466wid.0.1402919971901; Mon, 16 Jun 2014 04:59:31 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id gi7sm14348153wib.1.2014.06.16.04.59.30 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Jun 2014 04:59:31 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 16 Jun 2014 13:59:28 +0200 From: Baptiste Daroussin To: Dave Duchscher Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:03.pkg Message-ID: <20140616115928.GL4747@ivaldir.etoilebsd.net> References: <201405140000.s4E002sO029919@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AQNmCumFClRcGgHG" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 16 Jun 2014 11:59:34 -0000 --AQNmCumFClRcGgHG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 15, 2014 at 07:12:21AM -0500, Dave Duchscher wrote: > I have had a few surprises with FreeBSD over the years and with the new p= orts system has provided quite a few of them but this update takes the cake= =2E We have our own package repository with custom options. We liked and = adopted pkgng early. We also have a lot of automation. With this update, a= ll of a sudden, we have a new repository configured on our system (/etc/Fre= eBSD.conf). Lets say, I was very surprised. It is true that mistakes happ= en. Maybe its ours for not fully understand what was being done. In any eve= nt, this definitely caused lots of issues for us and has wasted a lot of my= time. >=20 > Dave >=20 I'm really sorry to hear that, how could we have improved our communication= to reduce the inpact on users like the one you had? (what would you have expec= ted?) regards, Bapt --AQNmCumFClRcGgHG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEUEARECAAYFAlOe3CAACgkQ8kTtMUmk6ExMjgCXbNL90JlyztoEh04zltPiMXas cwCfZQPBnc3GK2jEE9L4JnFnPopkKFs= =wNTR -----END PGP SIGNATURE----- --AQNmCumFClRcGgHG-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 16 12:20:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9B1B942; Mon, 16 Jun 2014 12:20:33 +0000 (UTC) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 063132AB9; Mon, 16 Jun 2014 12:20:32 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id s7so2830933lbd.30 for ; Mon, 16 Jun 2014 05:20:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WCWyUZjGBE+I+lhbKOSzSAKxdHPASZUrSGfSu9pq7Zo=; b=dokIMHaL1KLi4Di3cUyK/qbFlS2LoNLIe4xcj1H31ZhPLzlcr7aOQKnoBlZD/2bah8 z3HfEpeVLl7hnV1IAAbZfaIuGheBi5/Uuw+ldjQyQHX7Kk+azbp9+W3Hdv9DpoEpb7Ii VdaaWQG/MjlY4wIHqngNSkoLPsx40iwtH3uHwmO3KhdxsB/lBCESiJ7Tw+Ad5C2VQEfK saxbih7t97tbhvLq9kgFEKfLdUFCeorEPqTrTekJ0hIuPUcwMaT4kT1YZoN+pVZe/S01 eyTyOKVA//4/MoghdMIDrIIoP3mi+UFe5QP8NsDh/3QC/vK7+0+FZ7QA3zfGcLJ8Qf+j iXwg== MIME-Version: 1.0 X-Received: by 10.113.3.167 with SMTP id bx7mr1322682lbd.64.1402921230893; Mon, 16 Jun 2014 05:20:30 -0700 (PDT) Received: by 10.112.137.69 with HTTP; Mon, 16 Jun 2014 05:20:30 -0700 (PDT) In-Reply-To: <20140616115928.GL4747@ivaldir.etoilebsd.net> References: <201405140000.s4E002sO029919@freefall.freebsd.org> <20140616115928.GL4747@ivaldir.etoilebsd.net> Date: Mon, 16 Jun 2014 13:20:30 +0100 Message-ID: Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:03.pkg From: Tom Evans To: Baptiste Daroussin Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable , Dave Duchscher X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 16 Jun 2014 12:20:33 -0000 On Mon, Jun 16, 2014 at 12:59 PM, Baptiste Daroussin wrote: > I'm really sorry to hear that, how could we have improved our communication to > reduce the inpact on users like the one you had? (what would you have expected?) > ISTM that the earlier you jumped on to pkgng the more it hurt you. I thought I'd waited until it was stable, and re-wrote my jail deployment process to bootstrap pkgng and set up my own repo, only to have it repeatedly break - by changing how to run the bootstrap, and then changing how repos are organized. Eg I had a jail that perfectly happily was updating from my repo, pkg gets upgraded on the jail, it cannot recognise the configuration for my repo anymore and starts pulling from a completely different repo! I get that getting things perfectly right first time is hard, but it seems that things were changed to the "right" way without too much thought about people doing it the "current" way - and that's a pain. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Mon Jun 16 13:23:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D91F6F2; Mon, 16 Jun 2014 13:23:08 +0000 (UTC) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3FC7520C5; Mon, 16 Jun 2014 13:23:08 +0000 (UTC) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 247B88E2; Mon, 16 Jun 2014 09:22:59 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:03.pkg From: Paul Mather In-Reply-To: <20140616115928.GL4747@ivaldir.etoilebsd.net> Date: Mon, 16 Jun 2014 09:22:59 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <38C93122-E8E6-45DB-80AA-E305C630F228@gromit.dlib.vt.edu> References: <201405140000.s4E002sO029919@freefall.freebsd.org> <20140616115928.GL4747@ivaldir.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-stable@freebsd.org, Dave Duchscher X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 16 Jun 2014 13:23:08 -0000 On Jun 16, 2014, at 7:59 AM, Baptiste Daroussin = wrote: > On Sun, Jun 15, 2014 at 07:12:21AM -0500, Dave Duchscher wrote: >> I have had a few surprises with FreeBSD over the years and with the = new ports system has provided quite a few of them but this update takes = the cake. We have our own package repository with custom options. We = liked and adopted pkgng early. We also have a lot of automation. With = this update, all of a sudden, we have a new repository configured on our = system (/etc/FreeBSD.conf). Lets say, I was very surprised. It is true = that mistakes happen. Maybe its ours for not fully understand what was = being done. In any event, this definitely caused lots of issues for us = and has wasted a lot of my time. >>=20 >> Dave >>=20 >=20 > I'm really sorry to hear that, how could we have improved our = communication to > reduce the inpact on users like the one you had? (what would you have = expected?) It would have been nice if the Errata Notice had contained information=20= about disabling the newly-enabled FreeBSD repo. In my case, I was=20 already aware of the issue, because I have some FreeBSD 10 systems. =20 For my FreeBSD 8 and 9 systems, the workaround after installing the=20 FreeBSD-EN-14:03.pkg Errata was simply a matter of doing this: echo "FreeBSD: { enabled: no }" > = /usr/local/etc/pkg/repos/FreeBSD.conf as it instructs in the /etc/pkg/FreeBSD.conf repo file that is=20 installed. I use my own pkg repo, built via Poudriere (thank you, Bapt!), which is=20= why I elected to disable the newly-installed FreeBSD repo. It's not=20 clear to me how multiple repos interact under pkgng, or how you can=20 assign priorities to repos or protect packages installed from one repo=20= from being upgraded by packages from another. That's the main reason=20 in my case why I normally disable the default FreeBSD repo and just use=20= my Poudriere-maintained one. Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 16 19:51:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4946C49B for ; Mon, 16 Jun 2014 19:51:54 +0000 (UTC) Received: from secure.freebsdsolutions.net (secure.freebsdsolutions.net [69.55.234.48]) (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 2B2752789 for ; Mon, 16 Jun 2014 19:51:53 +0000 (UTC) Received: from [10.10.1.198] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by secure.freebsdsolutions.net (8.14.4/8.14.4) with ESMTP id s5GJpcLp094295 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 16 Jun 2014 15:51:41 -0400 (EDT) (envelope-from john@jnielsen.net) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Suggestions for low-power gigE firewall? From: John Nielsen In-Reply-To: <20140615090845.GB42502@server.rulingia.com> Date: Mon, 16 Jun 2014 13:51:45 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140613121732.GA61092@behemoth> <20140615090845.GB42502@server.rulingia.com> To: Peter Jeremy X-Mailer: Apple Mail (2.1878.2) X-DCC-MGTINTERNET-Metrics: ns1.jnielsen.net 1170; Body=3 Fuz1=3 Fuz2=3 X-Virus-Scanned: clamav-milter 0.97.8 at ns1.jnielsen.net X-Virus-Status: Clean Cc: Chris Nehren , FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 16 Jun 2014 19:51:54 -0000 On Jun 15, 2014, at 3:08 AM, Peter Jeremy wrote: > On 2014-Jun-13 08:17:33 -0400, Chris Nehren = wrote: >> Speaking of Soekris elsethread, I'm presently interested in >> picking up a small device to use as a router + firewall for my >> home network. >=20 > One thing to keep in mind is that 'gigE firewall' is fairly = meaningless by > itself. Most of the load is per-packet and GigE could be anywhere = between > (roughly) 80kpps and 1.5mpps. >=20 > That said, since you mention 'home network', I presume you don't need = complex > packet manipulation at wire-speed. Note that whilst the re(4) driver = doesn't > have the same comments as the rl(4) driver, you will still need = significantly > more CPU power to get the same thruput from a RTL8111 as (eg) an em. I recently built a low-power FreeBSD box with this board: = http://www.ecs.com.tw/ECSWebSite/Product/Product_Detail.aspx?DetailID=3D14= 99 The onboard re(4) NIC needs a patch[1] (present in 10-STABLE but not = 10.0-RELEASE) to function properly. Otherwise it's been a smooth ride. It only has one onboard NIC but expansion options include PCI-e (mini = and full) and USB 3.0. I have enjoyed using pcengines' Alix boards in the past, but wanted more = memory for this application than the new APU boards support. JN [1] http://svnweb.freebsd.org/base?view=3Drevision&revision=3D262391 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 16 21:15:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F172B5E for ; Mon, 16 Jun 2014 21:15:40 +0000 (UTC) Received: from mail.webmatic.de (mail.webmatic.de [212.78.101.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.webmatic.de", Issuer "PositiveSSL CA 2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6020C2F1E for ; Mon, 16 Jun 2014 21:15:39 +0000 (UTC) Received: from [192.168.178.27] (p54B73EE6.dip0.t-ipconnect.de [84.183.62.230]) by mail.webmatic.de (Postfix) with ESMTPSA id 060A18A073 for ; Mon, 16 Jun 2014 23:07:39 +0200 (CEST) Message-ID: <539F5C97.6090000@chef-ingenieur.de> Date: Mon, 16 Jun 2014 23:07:35 +0200 From: Thomas Krause User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: FreeBSD10 - libstdc++.so.7 - arcconf Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 16 Jun 2014 21:15:40 -0000 Hi, I'm using Adaptec controllers for my servers. The arcconf utility is not working under FreeBSD10 (because of clang): Shared object "libstdc++.so.7" not found, required by "arcconf" Is there an easy way to get it working? I don't want to install gcc (about 470MB disk space) only for this tool. Regards, Thomas. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 16 21:56:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1CF74FD for ; Mon, 16 Jun 2014 21:56:42 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E72A2280 for ; Mon, 16 Jun 2014 21:56:42 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b84b:ea36:4fb7:752f] (unknown [IPv6:2001:7b8:3a7:0:b84b:ea36:4fb7:752f]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9C8885C37; Mon, 16 Jun 2014 23:56:32 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_72E315FB-8BB9-4F3F-9F4E-7EC6D64B8AA6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: FreeBSD10 - libstdc++.so.7 - arcconf From: Dimitry Andric In-Reply-To: <539F5C97.6090000@chef-ingenieur.de> Date: Mon, 16 Jun 2014 23:56:22 +0200 Message-Id: <5A1E4599-3634-48A4-BC2F-D8AE5F02DE78@FreeBSD.org> References: <539F5C97.6090000@chef-ingenieur.de> To: Thomas Krause X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 16 Jun 2014 21:56:42 -0000 --Apple-Mail=_72E315FB-8BB9-4F3F-9F4E-7EC6D64B8AA6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 16 Jun 2014, at 23:07, Thomas Krause = wrote: >=20 > I'm using Adaptec controllers for my servers. > The arcconf utility is not working under FreeBSD10 (because of clang): > Shared object "libstdc++.so.7" not found, required by "arcconf" This has nothing to do with clang, it's because libstdc++ is not = installed by default. > Is there an easy way to get it working? > I don't want to install gcc (about 470MB disk space) only for this = tool. make -C /usr/src/gnu/lib/libstdc++ -D WITH_GNUCXX obj all install make -C /usr/src/gnu/lib/libsupc++ -D WITH_GNUCXX obj all install You can also set WITH_GNUCXX in /etc/src.conf, for your next buildworld. -Dimitry P.S.: I think Baptiste is working on creating a separate port for just installing the libstdc++ runtime files from the gcc port. But this will get you up and running now. --Apple-Mail=_72E315FB-8BB9-4F3F-9F4E-7EC6D64B8AA6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlOfaA4ACgkQsF6jCi4glqPPCACeLMyQv2MM0MeMLuuS4RnRgRwN YagAn1JrVRHzid3JcJl/hoguCXOlpZWp =acA3 -----END PGP SIGNATURE----- --Apple-Mail=_72E315FB-8BB9-4F3F-9F4E-7EC6D64B8AA6-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 16 22:06:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 451F57A9 for ; Mon, 16 Jun 2014 22:06:16 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0122B236A for ; Mon, 16 Jun 2014 22:06:16 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b84b:ea36:4fb7:752f] (unknown [IPv6:2001:7b8:3a7:0:b84b:ea36:4fb7:752f]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 151BC5C37; Tue, 17 Jun 2014 00:06:12 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_142932C3-EFD2-410D-AFA3-31647C08A83D"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: FreeBSD10 - libstdc++.so.7 - arcconf From: Dimitry Andric In-Reply-To: <5A1E4599-3634-48A4-BC2F-D8AE5F02DE78@FreeBSD.org> Date: Tue, 17 Jun 2014 00:06:11 +0200 Message-Id: <2952712B-E335-429E-9800-EDB241BDBD2E@FreeBSD.org> References: <539F5C97.6090000@chef-ingenieur.de> <5A1E4599-3634-48A4-BC2F-D8AE5F02DE78@FreeBSD.org> To: Thomas Krause X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 16 Jun 2014 22:06:16 -0000 --Apple-Mail=_142932C3-EFD2-410D-AFA3-31647C08A83D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 16 Jun 2014, at 23:56, Dimitry Andric wrote: > On 16 Jun 2014, at 23:07, Thomas Krause = wrote: >>=20 >> I'm using Adaptec controllers for my servers. >> The arcconf utility is not working under FreeBSD10 (because of = clang): >> Shared object "libstdc++.so.7" not found, required by "arcconf" ... >> Is there an easy way to get it working? >> I don't want to install gcc (about 470MB disk space) only for this = tool. >=20 > make -C /usr/src/gnu/lib/libstdc++ -D WITH_GNUCXX obj all install > make -C /usr/src/gnu/lib/libsupc++ -D WITH_GNUCXX obj all install Hmm, sorry, that won't actually work, since libstdc++ will not be able to find its own includes. Instead, first do: make -C /usr/src/gnu/lib/libstdc++ -D WITH_GNUCXX obj depend includes This will install the headers to /usr/include/c++/4.2; then do: make -C /usr/src/gnu/lib/libstdc++ -D WITH_GNUCXX all install make -C /usr/src/gnu/lib/libsupc++ -D WITH_GNUCXX obj depend all install -Dimitry --Apple-Mail=_142932C3-EFD2-410D-AFA3-31647C08A83D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlOfalMACgkQsF6jCi4glqOZIwCglnLAUfYVxo+qubWHZuuaugdk n/QAnR9qrZ+x7GF9Gt8364j6ntjx9ETx =M9ww -----END PGP SIGNATURE----- --Apple-Mail=_142932C3-EFD2-410D-AFA3-31647C08A83D-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 07:51:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 025AB876; Tue, 17 Jun 2014 07:51:16 +0000 (UTC) Received: from mail.webmatic.de (mail.webmatic.de [212.78.101.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.webmatic.de", Issuer "PositiveSSL CA 2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B53952F4B; Tue, 17 Jun 2014 07:51:14 +0000 (UTC) Received: from mail.webmatic.de (localhost [127.0.0.1]) by mail.webmatic.de (Postfix) with ESMTP id 571FB8A0B0; Tue, 17 Jun 2014 09:51:09 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 17 Jun 2014 09:51:09 +0200 From: Thomas Krause To: Dimitry Andric Subject: Re: FreeBSD10 - libstdc++.so.7 - arcconf In-Reply-To: <5A1E4599-3634-48A4-BC2F-D8AE5F02DE78@FreeBSD.org> References: <539F5C97.6090000@chef-ingenieur.de> <5A1E4599-3634-48A4-BC2F-D8AE5F02DE78@FreeBSD.org> Message-ID: <2a18f66fc548692ec5377f6348eb2382@chef-ingenieur.de> X-Sender: freebsd-stable@chef-ingenieur.de User-Agent: Roundcube Webmail/1.0.0 Cc: owner-freebsd-stable@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 07:51:16 -0000 Am 16.06.2014 23:56, schrieb Dimitry Andric: > On 16 Jun 2014, at 23:07, Thomas Krause > wrote: >> >> I'm using Adaptec controllers for my servers. >> The arcconf utility is not working under FreeBSD10 (because of clang): >> Shared object "libstdc++.so.7" not found, required by "arcconf" > > This has nothing to do with clang, it's because libstdc++ is not > installed by default. > > >> Is there an easy way to get it working? >> I don't want to install gcc (about 470MB disk space) only for this >> tool. > > make -C /usr/src/gnu/lib/libstdc++ -D WITH_GNUCXX obj all install > make -C /usr/src/gnu/lib/libsupc++ -D WITH_GNUCXX obj all install > > You can also set WITH_GNUCXX in /etc/src.conf, for your next > buildworld. > > -Dimitry > > P.S.: I think Baptiste is working on creating a separate port for just > installing the libstdc++ runtime files from the gcc port. But this > will > get you up and running now. doesn't work for my ;-( # make -C /usr/src/gnu/lib/libstdc++ -D WITH_GNUCXX obj all install ln -sf /usr/src/gnu/lib/libstdc++/../../../contrib/gcc/unwind-generic.h unwind.h c++ -O2 -pipe -march=core2 -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/usr/src/gnu/lib/libstdc++ -I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ -I/usr/src/gnu/lib/libstdc++/../../../contrib/gcc -I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include -I/usr/src/gnu/lib/libstdc++/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include -I. -frandom-seed=RepeatabilityConsideredGood -Qunused-arguments -fstack-protector -Wno-c++11-extensions -fno-implicit-templates -ffunction-sections -fdata-sections -Wno-deprecated -stdlib=libstdc++ -c /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/bitmap_allocator.cc -o bitmap_allocator.o In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/bitmap_allocator.cc:30: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include/ext/bitmap_allocator.h:37:10: fatal error: 'cstddef' file not found #include // For std::size_t, and ptrdiff_t. ^ 1 error generated. *** Error code 1 Stop. make: stopped in /usr/src/gnu/lib/libstdc++ # uname -srp FreeBSD 10.0-RELEASE-p3 amd64 /Thomas. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 07:58:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17822D7E; Tue, 17 Jun 2014 07:58:27 +0000 (UTC) Received: from mail.webmatic.de (mail.webmatic.de [212.78.101.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.webmatic.de", Issuer "PositiveSSL CA 2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C9EA42039; Tue, 17 Jun 2014 07:58:26 +0000 (UTC) Received: from mail.webmatic.de (localhost [127.0.0.1]) by mail.webmatic.de (Postfix) with ESMTP id 873D68A073; Tue, 17 Jun 2014 09:58:23 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 17 Jun 2014 09:58:23 +0200 From: Thomas Krause To: Dimitry Andric Subject: Re: FreeBSD10 - libstdc++.so.7 - arcconf In-Reply-To: <2952712B-E335-429E-9800-EDB241BDBD2E@FreeBSD.org> References: <539F5C97.6090000@chef-ingenieur.de> <5A1E4599-3634-48A4-BC2F-D8AE5F02DE78@FreeBSD.org> <2952712B-E335-429E-9800-EDB241BDBD2E@FreeBSD.org> Message-ID: <6c6b3ca5bd8a7a1d53124b21d0e1f01f@chef-ingenieur.de> X-Sender: freebsd-stable@chef-ingenieur.de User-Agent: Roundcube Webmail/1.0.0 Cc: owner-freebsd-stable@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 07:58:27 -0000 Am 17.06.2014 00:06, schrieb Dimitry Andric: > On 16 Jun 2014, at 23:56, Dimitry Andric wrote: >> On 16 Jun 2014, at 23:07, Thomas Krause >> wrote: >>> >>> I'm using Adaptec controllers for my servers. >>> The arcconf utility is not working under FreeBSD10 (because of >>> clang): >>> Shared object "libstdc++.so.7" not found, required by "arcconf" > ... >>> Is there an easy way to get it working? >>> I don't want to install gcc (about 470MB disk space) only for this >>> tool. >> >> make -C /usr/src/gnu/lib/libstdc++ -D WITH_GNUCXX obj all install >> make -C /usr/src/gnu/lib/libsupc++ -D WITH_GNUCXX obj all install > > Hmm, sorry, that won't actually work, since libstdc++ will not be able > to find its own includes. Instead, first do: > > make -C /usr/src/gnu/lib/libstdc++ -D WITH_GNUCXX obj depend includes > > This will install the headers to /usr/include/c++/4.2; then do: > > make -C /usr/src/gnu/lib/libstdc++ -D WITH_GNUCXX all install > make -C /usr/src/gnu/lib/libsupc++ -D WITH_GNUCXX obj depend all > install > > -Dimitry sorry, also doesn't work: http://pastebin.com/ZEFWs6GA Regards, Thomas. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 08:13:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB3848D1; Tue, 17 Jun 2014 08:13:50 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 8859121D8; Tue, 17 Jun 2014 08:13:50 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s5H8Dgf6098270; Tue, 17 Jun 2014 11:13:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s5H8Dgf6098270 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.8/Submit) id s5H8Dg9m098269; Tue, 17 Jun 2014 11:13:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 17 Jun 2014 11:13:42 +0300 From: Konstantin Belousov To: Thomas Krause Subject: Re: FreeBSD10 - libstdc++.so.7 - arcconf Message-ID: <20140617081342.GK3991@kib.kiev.ua> References: <539F5C97.6090000@chef-ingenieur.de> <5A1E4599-3634-48A4-BC2F-D8AE5F02DE78@FreeBSD.org> <2952712B-E335-429E-9800-EDB241BDBD2E@FreeBSD.org> <6c6b3ca5bd8a7a1d53124b21d0e1f01f@chef-ingenieur.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WcQaI98cLmX3CBrc" Content-Disposition: inline In-Reply-To: <6c6b3ca5bd8a7a1d53124b21d0e1f01f@chef-ingenieur.de> User-Agent: Mutt/1.5.23 (2014-03-12) 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.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: owner-freebsd-stable@freebsd.org, freebsd-stable@freebsd.org, Dimitry Andric X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 08:13:51 -0000 --WcQaI98cLmX3CBrc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 17, 2014 at 09:58:23AM +0200, Thomas Krause wrote: > Am 17.06.2014 00:06, schrieb Dimitry Andric: > > On 16 Jun 2014, at 23:56, Dimitry Andric wrote: > >> On 16 Jun 2014, at 23:07, Thomas Krause=20 > >> wrote: > >>>=20 > >>> I'm using Adaptec controllers for my servers. > >>> The arcconf utility is not working under FreeBSD10 (because of=20 > >>> clang): > >>> Shared object "libstdc++.so.7" not found, required by "arcconf" I am sure that FreeBSD base system build produces libstdc++.so.6. More, both ports build of gcc and stand-alone builds also use the name 'libstdc++.so.6' for the resulting library. Gcc promise is that libstdc++ is backward binary compatible, and base system build of libstdc++ aimed to be compatible with libstdc++ =66rom the same standalone gcc version. I am not sure where libstdc++.so.7, used by your binary, gets it origin. Might be, ask whoever did the build ? > > ... > >>> Is there an easy way to get it working? > >>> I don't want to install gcc (about 470MB disk space) only for this=20 > >>> tool. > >>=20 > >> make -C /usr/src/gnu/lib/libstdc++ -D WITH_GNUCXX obj all install > >> make -C /usr/src/gnu/lib/libsupc++ -D WITH_GNUCXX obj all install > >=20 > > Hmm, sorry, that won't actually work, since libstdc++ will not be able > > to find its own includes. Instead, first do: > >=20 > > make -C /usr/src/gnu/lib/libstdc++ -D WITH_GNUCXX obj depend includes > >=20 > > This will install the headers to /usr/include/c++/4.2; then do: > >=20 > > make -C /usr/src/gnu/lib/libstdc++ -D WITH_GNUCXX all install > > make -C /usr/src/gnu/lib/libsupc++ -D WITH_GNUCXX obj depend all=20 > > install > >=20 > > -Dimitry >=20 > sorry, also doesn't work: >=20 > http://pastebin.com/ZEFWs6GA >=20 > Regards, > Thomas. >=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --WcQaI98cLmX3CBrc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTn/i1AAoJEJDCuSvBvK1B3t4QAIYAmDax1bAP1zUO4gv+wGRr wErWdvjSEHYC9/J/8lzrJI2py7E7xnhcN7gFM/FeWpUdOYojY6W3/F/BI0kozttC l2cmfH24ziPlR7v54qKPOYP95/UuLCJw/SyjssvlRnVS/fR9jwwyi3SqrmSRnxww b9Zw9YnRCiOUSzDo8nPQn8fWM9wrHeYlI5DQXfcAFiGHavjnWcjQ8sYk+zAgTWx1 5VFPTsSfdJgc0QTnt/Ik5mKkFpIa2OnPNEkm+ZnUiVi1375h4o6vBpF8v14rOv+Q rYKQGefR87drdF2sXety5BUb8TC0gfdE8YkH6fIYFyLlJ6+16DRBcsc9bdWkywv9 cV0mx51sVm2s2jGFNm9BUBEf0e6E7kGdXg47efZUrFcqGatY8d9EN2yH8Q5NlarI K5RJDdmgN4TII2BqAOkuqWMcSMNKdZ+mFjxzFEP2vvWf1yt8JHN4lb4znsyj+G7Q tm4VmdeUctGWYJ/cdcBHebamr1HrRdFb7dSeeRlnuSBaOdH1FvQLJdMmiuyrgm2K +/QCWztIuW9nyLIPKNFALvFkUOPXnVL8yJ9aPSZZ/M4RypkxVHFCdARE7nY9Guf1 g10aotIe1Cnlldo8ZOiVfOa2JEKLbXyzq+JirMKeic858LJd0Hxgeu3omP7X4SMS fa6N8NeMG3Ktl/Bo2CIO =GMWf -----END PGP SIGNATURE----- --WcQaI98cLmX3CBrc-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 11:03:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B60B1B55 for ; Tue, 17 Jun 2014 11:03:55 +0000 (UTC) Received: from cerebro.liukuma.net (cerebro.liukuma.net [IPv6:2a00:d1e0:1000:1b00::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6DEF521BC for ; Tue, 17 Jun 2014 11:03:55 +0000 (UTC) Received: from cerebro.liukuma.net (localhost [127.0.0.1]) by cerebro.liukuma.net (Postfix) with ESMTP id 87B0D8A0201; Tue, 17 Jun 2014 14:03:53 +0300 (EEST) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net 87B0D8A0201 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=liukuma.net; s=liukudkim; t=1403003033; bh=7eNDXqxr+fyZRnbsNou1nPNPCJpA1gWAJKE5YDqgbRA=; h=From:To:References:In-Reply-To:Subject:Date; b=lOGedscP8gyEE9YJUPso924ZsLyLNXelwbk/rg+dXUIQYbs5kFBb1uuOic6v1hHYw eRddKoAdC/wwHzOu9BfyoXP3HNKkPQeSOguSatUxuaZnx45JmldwkaBt8d8kVzP8AT I44tnwOKnBulBrVau04XBH7LtfiTaELHd3tJk4FU= X-Virus-Scanned: amavisd-new at liukuma.net Received: from cerebro.liukuma.net ([127.0.0.1]) by cerebro.liukuma.net (cerebro.liukuma.net [127.0.0.1]) (amavisd-new, port 10027) with LMTP id zZmhjQ4f8X70; Tue, 17 Jun 2014 14:03:53 +0300 (EEST) Received: from Rivendell (dsl-kmibrasgw1-54f8d4-179.dhcp.inet.fi [84.248.212.179]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: ignatz@cerebro.liukuma.net) by cerebro.liukuma.net (Postfix) with ESMTPSA id 8E7D48A003E; Tue, 17 Jun 2014 14:03:52 +0300 (EEST) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net 8E7D48A003E Message-ID: <9C023093B31E4B2E96F87B10125F5FD5@Rivendell> From: "Reko Turja" To: "Nenhum_de_Nos" , References: <2fc74fb31bd696a268e52cb0f87ca5cd.squirrel@arroway.org> In-Reply-To: <2fc74fb31bd696a268e52cb0f87ca5cd.squirrel@arroway.org> Subject: Re: php5.4 e roundcube Date: Tue, 17 Jun 2014 14:03:49 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3555.308 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3555.308 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 11:03:55 -0000 -----Original Message----- From: Nenhum_de_Nos > Fatal error: Call to undefined function filter_var() in > /usr/local/www/roundcube/program/lib/Roundcube/bootstrap.php on line 47 Another thing that popped into my mind, have you run upgrade scripts from roundcube/bin? -Reko From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 11:13:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0818DD5 for ; Tue, 17 Jun 2014 11:13:05 +0000 (UTC) Received: from phoenix.eternamente.info (phoenix.arroway.org [109.169.80.17]) by mx1.freebsd.org (Postfix) with ESMTP id 9E223229F for ; Tue, 17 Jun 2014 11:13:04 +0000 (UTC) Received: from optimus.arroway.org (optimus.arroway.org [198.46.134.62]) by phoenix.eternamente.info (Postfix) with ESMTPA id 9C93E1CC54 for ; Tue, 17 Jun 2014 08:12:53 -0300 (BRT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 17 Jun 2014 11:12:56 -0300 From: Nenhum_de_Nos To: freebsd-stable@freebsd.org Subject: Re: php5.4 e roundcube In-Reply-To: <9C023093B31E4B2E96F87B10125F5FD5@Rivendell> References: <2fc74fb31bd696a268e52cb0f87ca5cd.squirrel@arroway.org> <9C023093B31E4B2E96F87B10125F5FD5@Rivendell> Message-ID: <515abe863080d3de8f00cf8f8ffcd169@arroway.org> X-Sender: matheus@eternamente.info User-Agent: Roundcube Webmail/1.0.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 11:13:05 -0000 On 2014-06-17 08:03, Reko Turja wrote: > -----Original Message----- From: Nenhum_de_Nos > >> Fatal error: Call to undefined function filter_var() in >> /usr/local/www/roundcube/program/lib/Roundcube/bootstrap.php on line >> 47 > > Another thing that popped into my mind, have you run upgrade scripts > from roundcube/bin? > > -Reko Hi Reko, thanks for the answers. I got to figure it out as the options zts were on modules and not on php, or the other way around. Some more try and catch, and roundcube is running great now on my test :) (using this very moment). Thanks, matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 13:02:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 322D4977; Tue, 17 Jun 2014 13:02:01 +0000 (UTC) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 062BF2D02; Tue, 17 Jun 2014 13:02:00 +0000 (UTC) Received: from [10.0.1.13] (r74-192-37-226.vctrcmta01.vctatx.tl.dh.suddenlink.net [74.192.37.226]) (authenticated bits=0) by nostrum.com (8.14.9/8.14.7) with ESMTP id s5HD1vpg002942 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 17 Jun 2014 08:01:59 -0500 (CDT) (envelope-from daved@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host r74-192-37-226.vctrcmta01.vctatx.tl.dh.suddenlink.net [74.192.37.226] claimed to be [10.0.1.13] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:03.pkg From: Dave Duchscher In-Reply-To: <38C93122-E8E6-45DB-80AA-E305C630F228@gromit.dlib.vt.edu> Date: Tue, 17 Jun 2014 08:01:57 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201405140000.s4E002sO029919@freefall.freebsd.org> <20140616115928.GL4747@ivaldir.etoilebsd.net> <38C93122-E8E6-45DB-80AA-E305C630F228@gromit.dlib.vt.edu> To: Paul Mather X-Mailer: Apple Mail (2.1878.2) Cc: Baptiste Daroussin , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 13:02:01 -0000 On Jun 16, 2014, at 8:22 AM, Paul Mather = wrote: >=20 > On Jun 16, 2014, at 7:59 AM, Baptiste Daroussin = wrote: >=20 >> On Sun, Jun 15, 2014 at 07:12:21AM -0500, Dave Duchscher wrote: >>> I have had a few surprises with FreeBSD over the years and with the = new ports system has provided quite a few of them but this update takes = the cake. We have our own package repository with custom options. We = liked and adopted pkgng early. We also have a lot of automation. With = this update, all of a sudden, we have a new repository configured on our = system (/etc/FreeBSD.conf). Lets say, I was very surprised. It is true = that mistakes happen. Maybe its ours for not fully understand what was = being done. In any event, this definitely caused lots of issues for us = and has wasted a lot of my time. >>>=20 >>> Dave >>>=20 >>=20 >> I'm really sorry to hear that, how could we have improved our = communication to >> reduce the inpact on users like the one you had? (what would you have = expected?) >=20 >=20 > It would have been nice if the Errata Notice had contained information=20= > about disabling the newly-enabled FreeBSD repo. In my case, I was=20 > already aware of the issue, because I have some FreeBSD 10 systems. =20= > For my FreeBSD 8 and 9 systems, the workaround after installing the=20 > FreeBSD-EN-14:03.pkg Errata was simply a matter of doing this: >=20 > echo "FreeBSD: { enabled: no }" > = /usr/local/etc/pkg/repos/FreeBSD.conf >=20 > as it instructs in the /etc/pkg/FreeBSD.conf repo file that is=20 > installed. >=20 > I use my own pkg repo, built via Poudriere (thank you, Bapt!), which = is=20 > why I elected to disable the newly-installed FreeBSD repo. It's not=20= > clear to me how multiple repos interact under pkgng, or how you can=20 > assign priorities to repos or protect packages installed from one repo=20= > from being upgraded by packages from another. That's the main reason=20= > in my case why I normally disable the default FreeBSD repo and just = use=20 > my Poudriere-maintained one. >=20 > Cheers, >=20 > Paul. This is pretty much my feelings on this particular issue. I will add = that the notice should have been more direct and warn that this new repo = may conflict with private repos that may be installed. Communication is = hard and sometimes you just have to hit us busy people over the head. Dave From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 13:43:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71B07677 for ; Tue, 17 Jun 2014 13:43:33 +0000 (UTC) Received: from smtp.pobox.com (smtp.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 2D57C2121 for ; Tue, 17 Jun 2014 13:43:32 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id DA5671BB63 for ; Tue, 17 Jun 2014 09:43:23 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=IJBHavvmwWBiv6PNlfaFA5ekEJg=; b=QLaET8m Gp5HWgvQZ/pjQDdVtf53wuPS/URiUTXiasNXSzpwh9R3aJ7+wB064/JYPzIg7lj7 9lc8HhUmG9UODfUEFjpDejY4nS++ElmW1uTE6ykT2aRxwV04emjZdhcsHlHV/ucx ufSh/NgSbnWjpIz0DGLh4/cid9QRQ7UbdKEg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=ZghPIWNYJwkL7/H7S0I27HuT9MA4qGhNb CdzbESMfVVFLrAB/ss+wmg3A/J1nuBM7x5sT9MUtseyGDP/soBFtJlH80VW5I3XD Ox7ufjIoJ/QRY/nzbVkzp0dm8ESvapWvM6Xi1As9OEBAe9GzvuTXkOY0W72inH0p meHER+l35Q= Received: from pb-smtp0.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id CED2F1BB62 for ; Tue, 17 Jun 2014 09:43:23 -0400 (EDT) Received: from localhost (unknown [50.90.2.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id B47CD1BB54 for ; Tue, 17 Jun 2014 09:43:19 -0400 (EDT) Date: Tue, 17 Jun 2014 09:43:20 -0400 From: Chris Nehren To: FreeBSD stable Subject: Re: Suggestions for low-power gigE firewall? Message-ID: <20140617134320.GE61092@behemoth> Mail-Followup-To: FreeBSD stable References: <20140613121732.GA61092@behemoth> <20140615090845.GB42502@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k3qmt+ucFURmlhDS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: 57BCEA8C-F625-11E3-B89A-9903E9FBB39C-49531120!pb-smtp0.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 13:43:33 -0000 --k3qmt+ucFURmlhDS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 16, 2014 at 13:51:45 -0600, John Nielsen wrote: > On Jun 15, 2014, at 3:08 AM, Peter Jeremy wrote: >=20 > > On 2014-Jun-13 08:17:33 -0400, Chris Nehren wrote: > >> Speaking of Soekris elsethread, I'm presently interested in > >> picking up a small device to use as a router + firewall for my > >> home network. > >=20 > > One thing to keep in mind is that 'gigE firewall' is fairly meaningless= by > > itself. Most of the load is per-packet and GigE could be anywhere betw= een > > (roughly) 80kpps and 1.5mpps. > >=20 > > That said, since you mention 'home network', I presume you don't need c= omplex > > packet manipulation at wire-speed. Note that whilst the re(4) driver d= oesn't > > have the same comments as the rl(4) driver, you will still need signifi= cantly > > more CPU power to get the same thruput from a RTL8111 as (eg) an em. >=20 > I recently built a low-power FreeBSD box with this board: > http://www.ecs.com.tw/ECSWebSite/Product/Product_Detail.aspx?DetailID=3D1= 499 >=20 > The onboard re(4) NIC needs a patch[1] (present in 10-STABLE but > not 10.0-RELEASE) to function properly. Otherwise it's been a smooth > ride. >=20 > It only has one onboard NIC but expansion options include PCI-e > (mini and full) and USB 3.0. >=20 > I have enjoyed using pcengines' Alix boards in the past, but wanted > more memory for this application than the new APU boards support. I'm trying to avoid having to construct a system from parts. This board definitely has more potential than anything I've seen so far in this research, but at the same time I'd have to play parts matching and I'd prefer to stick with Intel if possible. I'll keep it in mind if I have any future projects, though. Thank you! --=20 Chris Nehren --k3qmt+ucFURmlhDS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJbBAABAgBFBQJToEX4PhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEBHA+GJAM0vP7XgQAIrF I3r+ukHRtkJsufHkN5ePOb6ewZLAye69YB3X21PXf8U+bRFWCeHzKwETT4+leTLL tMFUL9LOs3R0rBZQcuNKjyMKCwhZsOQY8feALKrhg4UwLJH7r0Nx0fQsj6IWfWQB M8xQIF9+69wPCZVzsyDD2/k5w8oFrm4Pb5Jdb1Jk20Ymu7Tzew5TMhSh62DQOO+o ICGmUQIqX5HExIA1ARR1sB+BAi1nKgI5pQPoqi1/7lnJuc6rxFrKe7d6CBPaE5Ex Xs7sDPq2xL7KAPsj4LZZMcWaiEm1d76HgnO60z+FCSG2T2h5uLqaw9UGZ0e9PuvR cA3VlSokQpg+gJ3HGyZIIE5dwL0ELD78SFmhtzPMcSFpic3lceMn1qghHiN3tCzC X4xPUCQ8rlNo3fXJ/f1YhM3Tye12QReXH6i0A+oXmsPgmhV58kjVUGBBInEwA4M7 LrSWUXQmn5LPt9XIiKwzv5Q4MCxEnkZgLyWayZfkM6LOshuRa60r7jJmCbrQzUTL mAMtkg6lsy4p1Xhr6vT9GiTdN5PcTdpS57LpoTUN0uPIPUxJVFQpOM9I7bBcq7h6 cPjMWpXia/+4FPxE1MK22WnUgchon/yrgVIl9hZwbzWXvB5rtEqbukk2llAquCsA qPOT73SwMoHRFpnvcjhlwJlLa7BnjUYItQzkwbmv =R1XW -----END PGP SIGNATURE----- --k3qmt+ucFURmlhDS-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 14:00:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BA1F3D2 for ; Tue, 17 Jun 2014 14:00:49 +0000 (UTC) Received: from mail-oa0-x232.google.com (mail-oa0-x232.google.com [IPv6:2607:f8b0:4003:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 03D4522F0 for ; Tue, 17 Jun 2014 14:00:48 +0000 (UTC) Received: by mail-oa0-f50.google.com with SMTP id n16so8574718oag.37 for ; Tue, 17 Jun 2014 07:00:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=9MzG3oJMp65OL2v+DOStKBo4FqaEdPDb+AtA3lUnQoU=; b=uxl5aPut4PwxSjcdX7w51+NqzcSdJjoe216yCNakMZ4j52rb6a0i0Rbs1sP2DuPyW4 LAYxejecPENWPsZUdvY6DET1CqXnWGcltx60vvgnzl9XgZl3WSrxa2SDC3W3evH/E/Xf KmIE6LZfSX9GhO19Fih0OAAhZp6Lv0qYgvx3X9REGqmf6ZS8RvICVFxpKlbFFZsYBn// dGVEzT7mk0M3TOWj/SvV4wA7JOEhbVS+SULjYAWGJdBJoCrSi6iKTUI3IOA9HTp2jFnW E93UB9R0Lcb5pVGLC1o83dZPIOVIZDhwObLMM9ZOU5oUC23EIQkCmQ99tAiI+16OBW3z QgXw== MIME-Version: 1.0 X-Received: by 10.182.47.196 with SMTP id f4mr26714556obn.50.1403013648278; Tue, 17 Jun 2014 07:00:48 -0700 (PDT) Received: by 10.76.170.39 with HTTP; Tue, 17 Jun 2014 07:00:48 -0700 (PDT) In-Reply-To: <20140617134320.GE61092@behemoth> References: <20140613121732.GA61092@behemoth> <20140615090845.GB42502@server.rulingia.com> <20140617134320.GE61092@behemoth> Date: Tue, 17 Jun 2014 16:00:48 +0200 Message-ID: Subject: Re: Suggestions for low-power gigE firewall? From: Andreas Nilsson To: FreeBSD stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 14:00:49 -0000 On Tue, Jun 17, 2014 at 3:43 PM, Chris Nehren < cnehren+freebsd-stable@pobox.com> wrote: > On Mon, Jun 16, 2014 at 13:51:45 -0600, John Nielsen wrote: > > On Jun 15, 2014, at 3:08 AM, Peter Jeremy wrote: > > > > > On 2014-Jun-13 08:17:33 -0400, Chris Nehren < > cnehren+freebsd-stable@pobox.com> wrote: > > >> Speaking of Soekris elsethread, I'm presently interested in > > >> picking up a small device to use as a router + firewall for my > > >> home network. > > > > > > One thing to keep in mind is that 'gigE firewall' is fairly > meaningless by > > > itself. Most of the load is per-packet and GigE could be anywhere > between > > > (roughly) 80kpps and 1.5mpps. > > > > > > That said, since you mention 'home network', I presume you don't need > complex > > > packet manipulation at wire-speed. Note that whilst the re(4) driver > doesn't > > > have the same comments as the rl(4) driver, you will still need > significantly > > > more CPU power to get the same thruput from a RTL8111 as (eg) an em. > > > > I recently built a low-power FreeBSD box with this board: > > > http://www.ecs.com.tw/ECSWebSite/Product/Product_Detail.aspx?DetailID=1499 > > > > The onboard re(4) NIC needs a patch[1] (present in 10-STABLE but > > not 10.0-RELEASE) to function properly. Otherwise it's been a smooth > > ride. > > > > It only has one onboard NIC but expansion options include PCI-e > > (mini and full) and USB 3.0. > > > > I have enjoyed using pcengines' Alix boards in the past, but wanted > > more memory for this application than the new APU boards support. > > I'm trying to avoid having to construct a system from parts. > This board definitely has more potential than anything I've seen > so far in this research, but at the same time I'd have to play > parts matching and I'd prefer to stick with Intel if possible. > > I'll keep it in mind if I have any future projects, though. > Thank you! > > -- > Chris Nehren > As others noted, gigE is rather unspecified. If you want something like server grade a few of the machines listed at http://www.supermicro.nl/products/nfo/atom.cfm would be good, and reasonably low powered. But perhaps more than 400USD, and/or a bit on the loud side for a home application. They do have an IPMI-port though, which can come in handy. As a data point: at work we recently tested forwarding performance of a HP g7 (with quad core xeon cpu) and intel 10GE card, and maxed out at 650kpps, which for small packet size is no-where near the wire speed on 1gigE. Just by loading ipfw module performance dropped noticeably. Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 14:31:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E5AFB1A; Tue, 17 Jun 2014 14:31:37 +0000 (UTC) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EE9125DA; Tue, 17 Jun 2014 14:31:37 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id m1so8503646oag.21 for ; Tue, 17 Jun 2014 07:31:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=J3xhBVZTybPjzUWnbdcPmuxnhIZFAYFn4ipmDThCN8s=; b=ctoSL4lQTrJZ1XbVlYtwDtuS09zGlfvB3z8TxklIln6TsyEXD0zvt5UHFp519HTLDM FwW8Nob/2i5rtGvHQ/TLi0m67JNcH+A1UnzC/mwsQDlbB3m0nwUIIcE7+5LpT3Npgyk0 BVZPpfh7+hFjiP7tQYwykz0ZII5M1ZoV3rtN4oi5tFoQbDohM7715EqoNrywJZ+qDLme Ldh+MzV7DI6VnGBW7h2065fxfxLZWv2eAVoBGz9RSob60DudAGOXTKKjMLkC3EoXUg+G LzIYqXlUz1X9pV95VOa8D3he9j2h0LVaF8wzh0Fl4k5EpytWo8NSLOXzyk68cKUTkSgD 0tQA== MIME-Version: 1.0 X-Received: by 10.182.65.167 with SMTP id y7mr27064159obs.29.1403015496506; Tue, 17 Jun 2014 07:31:36 -0700 (PDT) Received: by 10.76.23.130 with HTTP; Tue, 17 Jun 2014 07:31:36 -0700 (PDT) In-Reply-To: <20140617081342.GK3991@kib.kiev.ua> References: <539F5C97.6090000@chef-ingenieur.de> <5A1E4599-3634-48A4-BC2F-D8AE5F02DE78@FreeBSD.org> <2952712B-E335-429E-9800-EDB241BDBD2E@FreeBSD.org> <6c6b3ca5bd8a7a1d53124b21d0e1f01f@chef-ingenieur.de> <20140617081342.GK3991@kib.kiev.ua> Date: Tue, 17 Jun 2014 10:31:36 -0400 Message-ID: Subject: Re: FreeBSD10 - libstdc++.so.7 - arcconf From: Ryan Stone To: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 Cc: owner-freebsd-stable@freebsd.org, Dimitry Andric , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 14:31:37 -0000 On Tue, Jun 17, 2014 at 4:13 AM, Konstantin Belousov wrote: > Gcc promise is that libstdc++ is backward binary compatible, and > base system build of libstdc++ aimed to be compatible with libstdc++ > from the same standalone gcc version. > > I am not sure where libstdc++.so.7, used by your binary, gets it origin. > Might be, ask whoever did the build ? arcconf is a utility for managing Adaptec RAID controller. It's compiled by Adaptec and they distribute it as a binary. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 14:42:10 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE84410E; Tue, 17 Jun 2014 14:42:10 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 335B726D1; Tue, 17 Jun 2014 14:42:10 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s5HEg2VK041004; Tue, 17 Jun 2014 17:42:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s5HEg2VK041004 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.8/Submit) id s5HEg2ft041003; Tue, 17 Jun 2014 17:42:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 17 Jun 2014 17:42:02 +0300 From: Konstantin Belousov To: Ryan Stone Subject: Re: FreeBSD10 - libstdc++.so.7 - arcconf Message-ID: <20140617144202.GL3991@kib.kiev.ua> References: <539F5C97.6090000@chef-ingenieur.de> <5A1E4599-3634-48A4-BC2F-D8AE5F02DE78@FreeBSD.org> <2952712B-E335-429E-9800-EDB241BDBD2E@FreeBSD.org> <6c6b3ca5bd8a7a1d53124b21d0e1f01f@chef-ingenieur.de> <20140617081342.GK3991@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Z6fAQKPsmSJwidi3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) 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.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: owner-freebsd-stable@freebsd.org, Dimitry Andric , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 14:42:10 -0000 --Z6fAQKPsmSJwidi3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 17, 2014 at 10:31:36AM -0400, Ryan Stone wrote: > On Tue, Jun 17, 2014 at 4:13 AM, Konstantin Belousov > wrote: > > Gcc promise is that libstdc++ is backward binary compatible, and > > base system build of libstdc++ aimed to be compatible with libstdc++ > > from the same standalone gcc version. > > > > I am not sure where libstdc++.so.7, used by your binary, gets it origin. > > Might be, ask whoever did the build ? >=20 > arcconf is a utility for managing Adaptec RAID controller. It's > compiled by Adaptec and they distribute it as a binary. My point is, the libstdc++.so.7 is not shipped by FreeBSD base, nor it is provided by gcc builds. If somebody bumped the so version, it was done for a reason. If ABI is not changed, why bumping the version ? In other words, Adaptec should be asked for the library. --Z6fAQKPsmSJwidi3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJToFO6AAoJEJDCuSvBvK1BZf0QAJK0Nw3skkBtAyMSn/DVYP8P KYfJx7fico1bgD5nn1ax2UX/PWDAwOR9XT1mveE5Ma23Kr8mi/q4zFiU60yu9dVM z6pjQaQ2EZne6fboXBbN/OxZB/SGMd3DSpBO2R9m9eLBhoohoydI0GCcd/3IBAVP yYEwugg9luTOs28vx0yIsyB93+uFdzcqoIlHUEwzUzhvIPQYYlGnQkK0egdEv3vq UkbihlDrAFn7vrCeMiWTtjujj6jpcpPBk5h8SUmMcXc2QxXGClkSEljIVW5KfQAn 7FMnmcGIAJexFTLEN+9JLiyM5yc157ULh1UPj/HBAeuoYiH9FGtd29AK6r2NzUml vfh0RblioH1Oa6a8c1DZT9i1pCfpjqHKTSY4HFDCR4gXfkZEcbJ6MC2fiuquSMSE NOSZKtvOEfjZLgZRsKpLTei9fFulreebhhqWRFpDF0ceFWPDkfQgjh1vGjqO77/X HSba9kGD3spSJvJam4XJa7TjEfLz6dkVD24uKqMdZdCvWhsQd6BvUfGQGxTU7a9h rg/aOTqvIu4QQKXRM2CItRYYzAehsUSrz1m4zvM8SBU5W4GY9QOTiJfNB02RdzZE nMF/httg2dpIz6aqhTo/ZSRC6ZNb0rpDfpbNKiPuFnu9pm96vb7hDDVq2oM4lBbx 5/RWIYG/eerRswBQlAiD =dxeV -----END PGP SIGNATURE----- --Z6fAQKPsmSJwidi3-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 14:44:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BD7F251 for ; Tue, 17 Jun 2014 14:44:58 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.230]) by mx1.freebsd.org (Postfix) with ESMTP id 405B92704 for ; Tue, 17 Jun 2014 14:44:57 +0000 (UTC) Received: from [98.31.15.25] ([98.31.15.25:48564] helo=mail.laus.org) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id A7/B4-24736-36450A35; Tue, 17 Jun 2014 14:44:51 +0000 Received: from [192.168.1.100] (laust2 [192.168.1.100]) by mail.laus.org (8.14.9/8.14.9) with ESMTP id s5HEiooV016561 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 17 Jun 2014 10:44:50 -0400 (EDT) (envelope-from lausts@acm.org) From: "Thomas Laus" Organization: ABB To: freebsd-stable@freebsd.org Date: Tue, 17 Jun 2014 10:44:49 -0400 Subject: Intermittant Kernel Panic FreeBSD 10 STABLE Reply-to: lausts@acm.org Message-ID: <53A05461.22133.7CA31A@lausts.acm.org> Priority: normal X-mailer: Pegasus Mail for Windows (4.63) X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 14:44:58 -0000 I have a new Giabyte J1900N-D3V motherboard that intermittantly panics when starting up or rebooting. It shows the same issue on FreeBSD 10 Release and FreeBSD Stable snapshot r265408. I loaded and ran with a FreeBSD Current r265628 snapshot for a few days without any issues. I also loaded and ran Win7 for 2 weeks on this system without any problems. This PC does have a solid state disk, which may affect my boot time. Most of the time the automatic reboot after the panic proceeds normally and once the system is up, everything appears to work normally. I have been able to make and build world as well as rebuild all of my ports without any problem. Tom ----------------------------------------------------------------------------- DMESG section showing a normal boot: Jun 16 20:49:18 GENERIC kernel: Copyright (c) 1992-2014 The FreeBSD Project. Jun 16 20:49:18 GENERIC kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Jun 16 20:49:18 GENERIC kernel: The Regents of the University of California. All rights reserved. Jun 16 20:49:18 GENERIC kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Jun 16 20:49:18 GENERIC kernel: FreeBSD 10.0-STABLE #0: Mon Jun 16 20:20:46 EDT 2014 Jun 16 20:49:18 GENERIC kernel: root@GENERIC:/usr/obj/usr/src/sys/GENERIC amd64 Jun 16 20:49:18 GENERIC kernel: FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 Jun 16 20:49:18 GENERIC kernel: CPU: Intel(R) Celeron(R) CPU J1900 @ 1.99GHz (2000.06-MHz K8-class CPU) Jun 16 20:49:18 GENERIC kernel: Origin = "GenuineIntel" Id = 0x30673 Family = 0x6 Model = 0x37 Stepping = 3 Jun 16 20:49:18 GENERIC kernel: Features=0xbfebfbff Jun 16 20:49:18 GENERIC kernel: Features2=0x41d8e3bf Jun 16 20:49:18 GENERIC kernel: AMD Features=0x28100800 Jun 16 20:49:18 GENERIC kernel: AMD Features2=0x101 Jun 16 20:49:18 GENERIC kernel: Standard Extended Features=0x2282 Jun 16 20:49:18 GENERIC kernel: TSC: P-state invariant, performance statistics Jun 16 20:49:18 GENERIC kernel: real memory = 4294967296 (4096 MB) Jun 16 20:49:18 GENERIC kernel: avail memory = 4008779776 (3823 MB) Jun 16 20:49:18 GENERIC kernel: Event timer "LAPIC" quality 600 Jun 16 20:49:18 GENERIC kernel: ACPI APIC Table: Jun 16 20:49:18 GENERIC kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Jun 16 20:49:18 GENERIC kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) Jun 16 20:49:18 GENERIC kernel: cpu0 (BSP): APIC ID: 0 Jun 16 20:49:18 GENERIC kernel: cpu1 (AP): APIC ID: 2 Jun 16 20:49:18 GENERIC kernel: cpu2 (AP): APIC ID: 4 Jun 16 20:49:18 GENERIC kernel: cpu3 (AP): APIC ID: 6 Jun 16 20:49:18 GENERIC kernel: ioapic0 irqs 0-86 on motherboard ------------------------------------------------------------------------------ ---- DMESG section showing the panic: Jan 1 14:18:04 GENERIC kernel: TSC: P-state invariant, performance statistics Jan 1 14:18:04 GENERIC kernel: real memory = 4294967296 (4096 MB) Jan 1 14:18:04 GENERIC kernel: avail memory = 3996372992 (3811 MB) Jan 1 14:18:04 GENERIC kernel: Event timer "LAPIC" quality 600 Jan 1 14:18:04 GENERIC kernel: ACPI APIC Table: Jan 1 14:18:04 GENERIC kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Jan 1 14:18:04 GENERIC kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) Jan 1 14:18:04 GENERIC kernel: cpu0 (BSP): APIC ID: 0 Jan 1 14:18:04 GENERIC kernel: cpu1 (AP): APIC ID: 2 Jan 1 14:18:04 GENERIC kernel: cpu2 (AP): APIC ID: 4 Jan 1 14:18:04 GENERIC kernel: cpu3 (AP): APIC ID: 6 Jan 1 14:18:04 GENERIC kernel: panic: Bogus Interrupt Polarity Jan 1 14:18:04 GENERIC kernel: cpuid = 0 Jan 1 14:18:04 GENERIC kernel: KDB: stack backtrace: Jan 1 14:18:04 GENERIC kernel: #0 0xffffffff808e7dd0 at kdb_backtrace+0x60 Jan 1 14:18:04 GENERIC kernel: #1 0xffffffff808af8b5 at panic+0x155 Jan 1 14:18:04 GENERIC kernel: #2 0xffffffff80d84553 at madt_parse_ints+0x673 Jan 1 14:18:04 GENERIC kernel: #3 0xffffffff80350ec9 at acpi_walk_subtables+0x29 Jan 1 14:18:04 GENERIC kernel: #4 0xffffffff80d83c87 at madt_setup_io+0x77 Jan 1 14:18:04 GENERIC kernel: #5 0xffffffff80d90ec9 at apic_setup_io+0x29 Jan 1 14:18:04 GENERIC kernel: #6 0xffffffff80861238 at mi_startup+0x118 From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 14:49:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 612AD5D0; Tue, 17 Jun 2014 14:49:53 +0000 (UTC) Received: from mail.webmatic.de (mail.webmatic.de [212.78.101.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.webmatic.de", Issuer "PositiveSSL CA 2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1BA332750; Tue, 17 Jun 2014 14:49:52 +0000 (UTC) Received: from mail.webmatic.de (localhost [127.0.0.1]) by mail.webmatic.de (Postfix) with ESMTP id 404688A07F; Tue, 17 Jun 2014 16:49:47 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 17 Jun 2014 16:49:47 +0200 From: Thomas Krause To: Konstantin Belousov Subject: Re: FreeBSD10 - libstdc++.so.7 - arcconf In-Reply-To: <20140617144202.GL3991@kib.kiev.ua> References: <539F5C97.6090000@chef-ingenieur.de> <5A1E4599-3634-48A4-BC2F-D8AE5F02DE78@FreeBSD.org> <2952712B-E335-429E-9800-EDB241BDBD2E@FreeBSD.org> <6c6b3ca5bd8a7a1d53124b21d0e1f01f@chef-ingenieur.de> <20140617081342.GK3991@kib.kiev.ua> <20140617144202.GL3991@kib.kiev.ua> Message-ID: <2dc9d3f339fa60335297316139a88f53@chef-ingenieur.de> X-Sender: freebsd-stable@chef-ingenieur.de User-Agent: Roundcube Webmail/1.0.0 Cc: owner-freebsd-stable@freebsd.org, freebsd-stable@freebsd.org, Ryan Stone , Dimitry Andric X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 14:49:53 -0000 Am 17.06.2014 16:42, schrieb Konstantin Belousov: > On Tue, Jun 17, 2014 at 10:31:36AM -0400, Ryan Stone wrote: >> On Tue, Jun 17, 2014 at 4:13 AM, Konstantin Belousov >> wrote: >> > Gcc promise is that libstdc++ is backward binary compatible, and >> > base system build of libstdc++ aimed to be compatible with libstdc++ >> > from the same standalone gcc version. >> > >> > I am not sure where libstdc++.so.7, used by your binary, gets it origin. >> > Might be, ask whoever did the build ? >> >> arcconf is a utility for managing Adaptec RAID controller. It's >> compiled by Adaptec and they distribute it as a binary. > > My point is, the libstdc++.so.7 is not shipped by FreeBSD base, nor it > is provided by gcc builds. If somebody bumped the so version, it was > done > for a reason. If ABI is not changed, why bumping the version ? > > In other words, Adaptec should be asked for the library. It's a binary from Adaptec. # pkg info arcconf arcconf-v7.30.18837 Name : arcconf Version : v7.30.18837 Installed on : Mon Jun 16 23:02:14 CEST 2014 Origin : sysutils/arcconf Architecture : freebsd:10:x86:64 Prefix : /usr/local Categories : sysutils Maintainer : michael@fuckner.net WWW : UNKNOWN Comment : Adaptec SCSI RAID administration tool Flat size : 2.45MiB Description : Command Line Interface for the Adaptec SCSI RAID family of RAID controllers, used to configure and manage connected storage devices. # ldd /usr/local/sbin/arcconf /usr/local/sbin/arcconf: libthr.so.3 => /lib/libthr.so.3 (0x80093b000) libncurses.so.8 => /lib/libncurses.so.8 (0x800b60000) libstdc++.so.6 => not found (0) libm.so.5 => /lib/libm.so.5 (0x800dac000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x800fd2000) libc.so.7 => /lib/libc.so.7 (0x8011df000) # /usr/local/sbin/arcconf Shared object "libstdc++.so.7" not found, required by "arcconf" From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 15:03:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42845BB8 for ; Tue, 17 Jun 2014 15:03:03 +0000 (UTC) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C1ED5291F for ; Tue, 17 Jun 2014 15:03:02 +0000 (UTC) Received: by mail-lb0-f180.google.com with SMTP id w7so2129175lbi.25 for ; Tue, 17 Jun 2014 08:03:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=d5hJ5dxOnNnJHGX6N5/w2aQaD6ZBrPlVHtbV5ezHcCg=; b=Y9tJFYe9WvB85UsbgeRrLWMjm2wGH1h4s2h+dC/UBYj7jLLo6FYrsxi5Cce0A9T8lH kgLAIOqz30/MYqfLGaX8mO3TW6A0om/2mihlmn4M2N6kbxmrKjW4Aw3NvhvM61pk829n uKngSsJ5XWH8c2+hSj9UUOaztKhGH768aNmeCPalBOE3YcjEiput+YWQlNkLnTHT8MY/ U4xWcsNlfILutG8LNKTBr1JoMx9iI9WIQsCxMG5ZQXfOvNmWk5nAz3dtqiVTAEeTUVsf Dgh1FKvZQV10ouWbjLM7LB8uoSDQAjsstEMiEIZ7J73XJr7tK6HmJnOhWAEi58HOvdRj A36Q== MIME-Version: 1.0 X-Received: by 10.152.45.37 with SMTP id j5mr2034597lam.58.1403017380585; Tue, 17 Jun 2014 08:03:00 -0700 (PDT) Received: by 10.112.137.69 with HTTP; Tue, 17 Jun 2014 08:03:00 -0700 (PDT) In-Reply-To: <20140615090845.GB42502@server.rulingia.com> References: <20140613121732.GA61092@behemoth> <20140615090845.GB42502@server.rulingia.com> Date: Tue, 17 Jun 2014 16:03:00 +0100 Message-ID: Subject: Re: Suggestions for low-power gigE firewall? From: Tom Evans To: Peter Jeremy Content-Type: text/plain; charset=UTF-8 Cc: Chris Nehren , FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 15:03:03 -0000 On Sun, Jun 15, 2014 at 10:08 AM, Peter Jeremy wrote: > On 2014-Jun-13 08:17:33 -0400, Chris Nehren wrote: >>Speaking of Soekris elsethread, I'm presently interested in >>picking up a small device to use as a router + firewall for my >>home network. > > One thing to keep in mind is that 'gigE firewall' is fairly meaningless by > itself. Most of the load is per-packet and GigE could be anywhere between > (roughly) 80kpps and 1.5mpps. > > That said, since you mention 'home network', I presume you don't need complex > packet manipulation at wire-speed. Note that whilst the re(4) driver doesn't > have the same comments as the rl(4) driver, you will still need significantly > more CPU power to get the same thruput from a RTL8111 as (eg) an em. This is quite interesting to me; I'm very fortunate in that my ISP provides synchronous gigabit, which comes in to my block of flats as fibre and then is presented to me as ethernet. The ISP provided a router; they also noted that the router was not capable of utilizing the whole connection, and the most that I could achieve out of it would be ~ 800-900Mbit. Plus, although it's a pretty good router, I want to run my own dhcpd settings, configure tunnels and VPNs etc. Ideally, I'd replace it with my home server, but there is not enough space in the "comms room" (aka the washing machine closet) to put that there, and not enough wiring to route the WAN connection to where the server is now and then back to the patch panel in the comms room to distribute throughout the flat. The next best would be to replace it with a small Soekris style box running BSD that can fit in the comms room - but how to know what will be sufficient, or even where the bottlenecks would be - is it pps that is the issue, or is NAT at high throughput going to be a problem? And how to measure my current usage? If I'm "filling" my GigE, then it is probably because I am downloading something, which means it's unlikely to be hundreds of thousands of small packets, right? Talk about first world problems! Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 15:04:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74052DCE; Tue, 17 Jun 2014 15:04:38 +0000 (UTC) Received: from mail.in-addr.com (noop.in-addr.com [208.58.23.51]) (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 337152948; Tue, 17 Jun 2014 15:04:37 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Wwuld-000AvK-Pu; Tue, 17 Jun 2014 10:53:45 -0400 Date: Tue, 17 Jun 2014 10:53:45 -0400 From: Gary Palmer To: Thomas Krause Subject: Re: FreeBSD10 - libstdc++.so.7 - arcconf Message-ID: <20140617145345.GA52873@in-addr.com> References: <539F5C97.6090000@chef-ingenieur.de> <5A1E4599-3634-48A4-BC2F-D8AE5F02DE78@FreeBSD.org> <2952712B-E335-429E-9800-EDB241BDBD2E@FreeBSD.org> <6c6b3ca5bd8a7a1d53124b21d0e1f01f@chef-ingenieur.de> <20140617081342.GK3991@kib.kiev.ua> <20140617144202.GL3991@kib.kiev.ua> <2dc9d3f339fa60335297316139a88f53@chef-ingenieur.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2dc9d3f339fa60335297316139a88f53@chef-ingenieur.de> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: Konstantin Belousov , owner-freebsd-stable@freebsd.org, Ryan Stone , freebsd-stable@freebsd.org, Dimitry Andric X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 15:04:38 -0000 On Tue, Jun 17, 2014 at 04:49:47PM +0200, Thomas Krause wrote: > Am 17.06.2014 16:42, schrieb Konstantin Belousov: > > On Tue, Jun 17, 2014 at 10:31:36AM -0400, Ryan Stone wrote: > >> On Tue, Jun 17, 2014 at 4:13 AM, Konstantin Belousov > >> wrote: > >> > Gcc promise is that libstdc++ is backward binary compatible, and > >> > base system build of libstdc++ aimed to be compatible with libstdc++ > >> > from the same standalone gcc version. > >> > > >> > I am not sure where libstdc++.so.7, used by your binary, gets it origin. > >> > Might be, ask whoever did the build ? > >> > >> arcconf is a utility for managing Adaptec RAID controller. It's > >> compiled by Adaptec and they distribute it as a binary. > > > > My point is, the libstdc++.so.7 is not shipped by FreeBSD base, nor it > > is provided by gcc builds. If somebody bumped the so version, it was > > done > > for a reason. If ABI is not changed, why bumping the version ? > > > > In other words, Adaptec should be asked for the library. > > It's a binary from Adaptec. > > # pkg info arcconf > arcconf-v7.30.18837 > Name : arcconf > Version : v7.30.18837 > Installed on : Mon Jun 16 23:02:14 CEST 2014 > Origin : sysutils/arcconf > Architecture : freebsd:10:x86:64 > Prefix : /usr/local > Categories : sysutils > Maintainer : michael@fuckner.net > WWW : UNKNOWN > Comment : Adaptec SCSI RAID administration tool > Flat size : 2.45MiB > Description : > Command Line Interface for the Adaptec SCSI RAID family of RAID > controllers, > used to configure and manage connected storage devices. > > # ldd /usr/local/sbin/arcconf > /usr/local/sbin/arcconf: > libthr.so.3 => /lib/libthr.so.3 (0x80093b000) > libncurses.so.8 => /lib/libncurses.so.8 (0x800b60000) > libstdc++.so.6 => not found (0) > libm.so.5 => /lib/libm.so.5 (0x800dac000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x800fd2000) > libc.so.7 => /lib/libc.so.7 (0x8011df000) > > # /usr/local/sbin/arcconf > Shared object "libstdc++.so.7" not found, required by "arcconf" The real question is why 'ldd' said it needed libstdc++.so.*6*, but runtime says libstdc++.so.*7* You don't have anything in the libmap files (/etc/libmap.conf, /etc/libmap32.conf) do you? Gary From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 15:04:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E44DAEE8; Tue, 17 Jun 2014 15:04:58 +0000 (UTC) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D3AE295D; Tue, 17 Jun 2014 15:04:57 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id c11so1794574lbj.27 for ; Tue, 17 Jun 2014 08:04:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZyvcrysL799zuqnsz+lxqWEOtYs4aM29qZvLPEu45ZM=; b=uD5YIOTJRdmlGlKXTTUzObMqHMUFi0JI1rVMnI50rkSf0vr8kSOVx+N15Hdtl2/8SF voKqK0Bw5zAS12pdaHDXDT0p9ShcW+oJ2r3QThxWneVGKDg7EcnYNL5kj1qDaGEK3G9Y bI9pFiC71cxs7gmhLuEkNKzeUkbeNQlmfLIMrMXLaTNIvPwDtb6zx7P2+EhbZXTbMutf GBKGvXp3BmMrHkTCVZmdVOv+aFeLvUPFnVOXje8anSHJRlVS7QvhFmLPtlbO49d3vj8A 73IpbOqs53/WyNMMaDUjDiwr8Hu6J5pYukfhvrVOepAeyoUq/WhJ77EMoRnU/8zQAci3 746A== MIME-Version: 1.0 X-Received: by 10.152.179.131 with SMTP id dg3mr13428674lac.21.1403017495953; Tue, 17 Jun 2014 08:04:55 -0700 (PDT) Received: by 10.112.137.69 with HTTP; Tue, 17 Jun 2014 08:04:55 -0700 (PDT) In-Reply-To: <2dc9d3f339fa60335297316139a88f53@chef-ingenieur.de> References: <539F5C97.6090000@chef-ingenieur.de> <5A1E4599-3634-48A4-BC2F-D8AE5F02DE78@FreeBSD.org> <2952712B-E335-429E-9800-EDB241BDBD2E@FreeBSD.org> <6c6b3ca5bd8a7a1d53124b21d0e1f01f@chef-ingenieur.de> <20140617081342.GK3991@kib.kiev.ua> <20140617144202.GL3991@kib.kiev.ua> <2dc9d3f339fa60335297316139a88f53@chef-ingenieur.de> Date: Tue, 17 Jun 2014 16:04:55 +0100 Message-ID: Subject: Re: FreeBSD10 - libstdc++.so.7 - arcconf From: Tom Evans To: Thomas Krause Content-Type: text/plain; charset=UTF-8 Cc: Konstantin Belousov , owner-freebsd-stable@freebsd.org, Ryan Stone , FreeBSD Stable , Dimitry Andric X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 15:04:59 -0000 On Tue, Jun 17, 2014 at 3:49 PM, Thomas Krause wrote: > # ldd /usr/local/sbin/arcconf > /usr/local/sbin/arcconf: > libthr.so.3 => /lib/libthr.so.3 (0x80093b000) > libncurses.so.8 => /lib/libncurses.so.8 (0x800b60000) > libstdc++.so.6 => not found (0) Err... > libm.so.5 => /lib/libm.so.5 (0x800dac000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x800fd2000) > libc.so.7 => /lib/libc.so.7 (0x8011df000) > > # /usr/local/sbin/arcconf > > Shared object "libstdc++.so.7" not found, required by "arcconf" What? Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 15:28:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B380C5D7 for ; Tue, 17 Jun 2014 15:28:25 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 97A002B5A for ; Tue, 17 Jun 2014 15:28:24 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WwvJ8-0002pN-Rm for freebsd-stable@freebsd.org; Tue, 17 Jun 2014 08:28:22 -0700 Date: Tue, 17 Jun 2014 08:28:22 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1403018902849-5921590.post@n5.nabble.com> Subject: FreeBSD 10.0-STABLE #0 r267576 amd64 after vt MFC 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.18 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, 17 Jun 2014 15:28:25 -0000 I've lost keymaps somehow. "Configuring syscons: keymapkbdcontrol: keymap file "pl_PL.ISO8859-2" not found: No such file or directory blanktime." Previously I've only needed to copy converted pl_PL.ISO8859-2.kbd to syscons directory, where vt is seeking keymaps now? There is no vt directory created under share. -- View this message in context: http://freebsd.1045724.n5.nabble.com/FreeBSD-10-0-STABLE-0-r267576-amd64-after-vt-MFC-tp5921590.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 15:55:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 152492FC for ; Tue, 17 Jun 2014 15:55:31 +0000 (UTC) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D03F52E01 for ; Tue, 17 Jun 2014 15:55:30 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id eb12so8947742oac.27 for ; Tue, 17 Jun 2014 08:55:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eVG6n7gD6tG5qY34Wx0W0kl0c9ThdjW4dqFHwol4x4M=; b=H/M4O8T9xpH+n06MdeAy7Sb3SjhCc9rwP7BIf7nYMMAbJpyhL9Y9bakRLEcACOqbWd KG4DbX0UhwYNHlEX641FTz+FPQhBB5/7UmzofFN4SKR6lBiBZLY0WrsdpuJJySmqamen v1V6QeaGSTHPFL+/EOXR+JjOr4uoZbWTcferj6McC+TyFO9+v3CNsSpdzzNNGXlpgoga fjKw3T1BaN5Bt9eCLrGr8nYVutc+lOIvHymcjcMpBJK0SREf2OuZTz09tBpgf+bTx2cH t/Kbj8GT6QCNOzytoWe6WVFTHTZF+zSOC7tLq5f/5i/3nnd5lcpMQlSkmQHkcaJPJi2J PVjg== MIME-Version: 1.0 X-Received: by 10.182.58.98 with SMTP id p2mr17193559obq.36.1403020530026; Tue, 17 Jun 2014 08:55:30 -0700 (PDT) Received: by 10.76.170.39 with HTTP; Tue, 17 Jun 2014 08:55:29 -0700 (PDT) In-Reply-To: References: <20140613121732.GA61092@behemoth> <20140615090845.GB42502@server.rulingia.com> Date: Tue, 17 Jun 2014 17:55:29 +0200 Message-ID: Subject: Re: Suggestions for low-power gigE firewall? From: Andreas Nilsson To: Tom Evans Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD stable , Chris Nehren , Peter Jeremy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 15:55:31 -0000 On Tue, Jun 17, 2014 at 5:03 PM, Tom Evans wrote: > On Sun, Jun 15, 2014 at 10:08 AM, Peter Jeremy wrote: > > On 2014-Jun-13 08:17:33 -0400, Chris Nehren < > cnehren+freebsd-stable@pobox.com> wrote: > >>Speaking of Soekris elsethread, I'm presently interested in > >>picking up a small device to use as a router + firewall for my > >>home network. > > > > One thing to keep in mind is that 'gigE firewall' is fairly meaningless > by > > itself. Most of the load is per-packet and GigE could be anywhere > between > > (roughly) 80kpps and 1.5mpps. > > > > That said, since you mention 'home network', I presume you don't need > complex > > packet manipulation at wire-speed. Note that whilst the re(4) driver > doesn't > > have the same comments as the rl(4) driver, you will still need > significantly > > more CPU power to get the same thruput from a RTL8111 as (eg) an em. > > This is quite interesting to me; I'm very fortunate in that my ISP > provides synchronous gigabit, which comes in to my block of flats as > fibre and then is presented to me as ethernet. > > The ISP provided a router; they also noted that the router was not > capable of utilizing the whole connection, and the most that I could > achieve out of it would be ~ 800-900Mbit. Plus, although it's a pretty > good router, I want to run my own dhcpd settings, configure tunnels > and VPNs etc. > > Ideally, I'd replace it with my home server, but there is not enough > space in the "comms room" (aka the washing machine closet) to put that > there, and not enough wiring to route the WAN connection to where the > server is now and then back to the patch panel in the comms room to > distribute throughout the flat. > Without knowing the exact cabling arrangement, have you considered buying a small switch that understands vlan? Then you could do some trickery with that to have your server elsewhere (with just one ethernet cable)? > > The next best would be to replace it with a small Soekris style box > running BSD that can fit in the comms room - but how to know what will > be sufficient, or even where the bottlenecks would be - is it pps that > is the issue, or is NAT at high throughput going to be a problem? And > how to measure my current usage? > We haven't done any testing of the different NAT solutions available so I can't give any specific numbers there. But I don't think it will help throughput, especially old school natd in userspace. A colleague of mine also has 1Gbit/s home, and he hade to tweak the settings and buy a decent intel card to get 900+Mbit/s on his old dell entry level desktop. > > If I'm "filling" my GigE, then it is probably because I am downloading > something, which means it's unlikely to be hundreds of thousands of > small packets, right? > Sure, they shouldn't be. Best regards Andreas > Talk about first world problems! > > Cheers > > Tom > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 16:14:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F9F98EB; Tue, 17 Jun 2014 16:14:32 +0000 (UTC) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (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 1E41F2FAC; Tue, 17 Jun 2014 16:14:31 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id 896A99DCAA7; Tue, 17 Jun 2014 18:07:46 +0200 (CEST) From: Borja Marcos Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Unusable Emulex "oce" driver version in -STABLE, 9.3 and CURRENT Date: Tue, 17 Jun 2014 18:07:45 +0200 Message-Id: <8D93EDF7-AC0E-4707-AC62-55CBD5F3358D@sarenet.es> To: Stable Stable Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 16:14:32 -0000 Hello, This should be fixed before the release of 9.3, and of course as soon as = possible for the rest of the branches. At least under 10-STABLE the "oce" driver can cause a panic when there's = a lot of network traffic. I have been able to reproduce it using "iperf". Sometimes the panic can be triggered within seconds of = starting an iperf test. There's a new driver available for download on the Emulex site, version = 10.0.747.0, and it works perfectly. The source code compiles perfectly under FreeBSD 10-STABLE (at least recent versions since April) and the = kernel module loads without trouble. There's a bug report covering this but seems to be forgotten :/ https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183391 Thanks! Borja. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 16:34:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6185C2C1 for ; Tue, 17 Jun 2014 16:34:14 +0000 (UTC) Received: from mail-qg0-x22b.google.com (mail-qg0-x22b.google.com [IPv6:2607:f8b0:400d:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 24C1E2201 for ; Tue, 17 Jun 2014 16:34:14 +0000 (UTC) Received: by mail-qg0-f43.google.com with SMTP id z60so212318qgd.30 for ; Tue, 17 Jun 2014 09:34:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=4rO49y5KHTpdlLkXlpebPHaSP0tIvlrNuIhFd99GYhs=; b=RdJqB1jcUA5B1EyaPK79UECYq48vdTg1Aea52YHcXWGuuFmKyqaPf8MPzxuPqqZ5ie c2OAAYFWHcbyy8rcTmcdzn36Ys7+LhsCTfVtrrk1YfUEf6xNIy/yBmVBzfwe/WebmUq6 82IxYrLmL2JHgPSJw8qJHBRtd7X+r+T/mk6UA2opgRa8ovNQKdDPozsge2WZDvCZNoWk aErNmodfOVX7/HluQshWvUqHv9rZ3NEzkfBk80DIPnNM5eQ6r03f4iczcCDaQxDznY2P +A7Jv+XRmcx+rg/rtp4vE+VYLY63+fJRG0Eqnt0ywPoiO4as+FWpqw4SHwKjoopX6MjX A2gQ== MIME-Version: 1.0 X-Received: by 10.229.220.197 with SMTP id hz5mr37967751qcb.9.1403022853265; Tue, 17 Jun 2014 09:34:13 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Tue, 17 Jun 2014 09:34:13 -0700 (PDT) In-Reply-To: <1403018902849-5921590.post@n5.nabble.com> References: <1403018902849-5921590.post@n5.nabble.com> Date: Tue, 17 Jun 2014 12:34:13 -0400 X-Google-Sender-Auth: 0HLk4PQZtuqgKbahJkG4ZZdZIWM Message-ID: Subject: Re: FreeBSD 10.0-STABLE #0 r267576 amd64 after vt MFC From: Ed Maste To: Jakub Lach Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 16:34:14 -0000 On 17 June 2014 11:28, Jakub Lach wrote: > I've lost keymaps somehow. > > "Configuring syscons: keymapkbdcontrol: > keymap file "pl_PL.ISO8859-2" not found: > No such file or directory blanktime." > > Previously I've only needed to copy > converted pl_PL.ISO8859-2.kbd to > syscons directory, where vt is seeking > keymaps now? Sorry about that; it's looking in /usr/share/vt/{fonts,keymaps}. Aleksandr MFC'd a bunch of vt(4) changes, but missed my commit to connect the share/vt directory to the build (r267124). I'll MFC it shortly, but for now you can create the directory and copy the map in. -Ed From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 16:38:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9C025D4 for ; Tue, 17 Jun 2014 16:38:09 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9B7172255 for ; Tue, 17 Jun 2014 16:38:08 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WwwOc-0001NB-Oz for freebsd-stable@freebsd.org; Tue, 17 Jun 2014 09:38:07 -0700 Date: Tue, 17 Jun 2014 09:38:06 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1403023086758-5921614.post@n5.nabble.com> In-Reply-To: References: <1403018902849-5921590.post@n5.nabble.com> Subject: Re: FreeBSD 10.0-STABLE #0 r267576 amd64 after vt MFC 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.18 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, 17 Jun 2014 16:38:09 -0000 I've tried that already, but strangely it didn't workout, maybe I missed font or something. -- View this message in context: http://freebsd.1045724.n5.nabble.com/FreeBSD-10-0-STABLE-0-r267576-amd64-after-vt-MFC-tp5921590p5921614.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 16:48:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4367887 for ; Tue, 17 Jun 2014 16:48:04 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C5A75234C for ; Tue, 17 Jun 2014 16:48:04 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WwwYG-0002bo-3q for freebsd-stable@freebsd.org; Tue, 17 Jun 2014 09:48:04 -0700 Date: Tue, 17 Jun 2014 09:48:04 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1403023684113-5921615.post@n5.nabble.com> In-Reply-To: <1403023086758-5921614.post@n5.nabble.com> References: <1403018902849-5921590.post@n5.nabble.com> <1403023086758-5921614.post@n5.nabble.com> Subject: Re: FreeBSD 10.0-STABLE #0 r267576 amd64 after vt MFC 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.18 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, 17 Jun 2014 16:48:05 -0000 Yes, I think I've messed up directory structure first time around. Now it works. Curiously enough, not preserving prompt stayed. (use a bunch of national characters, delete them (but not by ctrl^U, use a backspace)- prompt gets erased too. -- View this message in context: http://freebsd.1045724.n5.nabble.com/FreeBSD-10-0-STABLE-0-r267576-amd64-after-vt-MFC-tp5921590p5921615.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 21:38:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6584AD7 for ; Tue, 17 Jun 2014 21:38:01 +0000 (UTC) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E8A42FB8 for ; Tue, 17 Jun 2014 21:38:01 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id ty20so1918901lab.39 for ; Tue, 17 Jun 2014 14:37:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pmvyi/++keujX4RIEpyzWxRkMiHnqdhQi8aV47ymY4A=; b=LrvKYNHjbhxtdsf+9ngG8rS1fWaeX5tL5l+7WV1vcGsVN4ctBetRlnK8DnNT5WLMDl 8o3Z9N6yyFdxVFgRCv2b+bUEfn0JTxU3RkCOq+Uk9Ur0AeqU7WGUEhxlHpsExBYTEKkQ pp1Vc4g5ZKDbxFUDRJ3iIIu3+0QS/aiu9lAfdnlZdN3Cvh2yxC8t3J9NHFjpb/ZAAvF5 XV+9H7HWrkchwNnQ5BtgwXdfM31mtRy4548gW4Qe3kQVbJpRYMsF7dVcuV/gLeaJaXPZ wHhn0CoNYXPjiPrIZVhlsc7izIsr2u4QwOzhn4ub54xnmXcfYeppMQkw4jF/iiZTYxvn ZwDw== MIME-Version: 1.0 X-Received: by 10.152.10.168 with SMTP id j8mr20123249lab.37.1403041079191; Tue, 17 Jun 2014 14:37:59 -0700 (PDT) Received: by 10.112.137.69 with HTTP; Tue, 17 Jun 2014 14:37:59 -0700 (PDT) In-Reply-To: References: <20140613121732.GA61092@behemoth> <20140615090845.GB42502@server.rulingia.com> Date: Tue, 17 Jun 2014 22:37:59 +0100 Message-ID: Subject: Re: Suggestions for low-power gigE firewall? From: Tom Evans To: Andreas Nilsson Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD stable , Chris Nehren , Peter Jeremy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 17 Jun 2014 21:38:01 -0000 On Tue, Jun 17, 2014 at 4:55 PM, Andreas Nilsson wrote: > Without knowing the exact cabling arrangement, have you considered buying a > small switch that understands vlan? Then you could do some trickery with > that to have your server elsewhere (with just one ethernet cable)? Networking is not really my thing, so I'm going to read up some more on that - it sounds promising. I've probably got my thinking wrong on this, but would the result of putting lan and wan traffic down a single cable limit the upload and download to a cumulative 1 Gbit/s from a LAN client's viewpoint? > We haven't done any testing of the different NAT solutions available so I > can't give any specific numbers there. But I don't think it will help > throughput, especially old school natd in userspace. > > A colleague of mine also has 1Gbit/s home, and he hade to tweak the settings > and buy a decent intel card to get 900+Mbit/s on his old dell entry level > desktop. I would use pf to do the nat; it's what I used with ADSL - perhaps that is even slower, but fine for 8 Mbit. I've got plenty of cheap intel (em) cards, they've worked quite well as clients so far without any tuning on 10. I don't use torrents or things like that, but do download large files from time to time. The quickest I've clocked one of them downloaded is 87 MB/s, which I guess is roughly 700 Mbit/s, but I've no idea of the overheads. Certainly with iperf between each BSD machine on the LAN I can get a reading of 900+ Mbit/s. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 21:54:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE9F982B; Tue, 17 Jun 2014 21:54:01 +0000 (UTC) Received: from mail.webmatic.de (mail.webmatic.de [212.78.101.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.webmatic.de", Issuer "PositiveSSL CA 2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9986121E5; Tue, 17 Jun 2014 21:54:01 +0000 (UTC) Received: from [192.168.178.27] (p54B73E7B.dip0.t-ipconnect.de [84.183.62.123]) by mail.webmatic.de (Postfix) with ESMTPSA id 1E4EE8A06B; Tue, 17 Jun 2014 23:53:55 +0200 (CEST) Message-ID: <53A0B8EF.1050708@chef-ingenieur.de> Date: Tue, 17 Jun 2014 23:53:51 +0200 From: Thomas Krause User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Gary Palmer , freebsd-stable@freebsd.org Subject: Re: FreeBSD10 - libstdc++.so.7 - arcconf References: <539F5C97.6090000@chef-ingenieur.de> <5A1E4599-3634-48A4-BC2F-D8AE5F02DE78@FreeBSD.org> <2952712B-E335-429E-9800-EDB241BDBD2E@FreeBSD.org> <6c6b3ca5bd8a7a1d53124b21d0e1f01f@chef-ingenieur.de> <20140617081342.GK3991@kib.kiev.ua> <20140617144202.GL3991@kib.kiev.ua> <2dc9d3f339fa60335297316139a88f53@chef-ingenieur.de> <20140617145345.GA52873@in-addr.com> In-Reply-To: <20140617145345.GA52873@in-addr.com> 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.18 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, 17 Jun 2014 21:54:01 -0000 >> # /usr/local/sbin/arcconf >> Shared object "libstdc++.so.7" not found, required by "arcconf" > > The real question is why 'ldd' said it needed libstdc++.so.*6*, but runtime > says libstdc++.so.*7* > > You don't have anything in the libmap files (/etc/libmap.conf, > /etc/libmap32.conf) do you? > Sorry Gary, my mistake: cat /etc/libmap.conf # $FreeBSD: release/10.0.0/etc/libmap.conf 253853 2013-08-01 05:50:42Z jlh $ includedir /usr/local/etc/libmap.d libstdc++.so.6 libstdc++.so.7 after removing the last wrong entry, arcconf works. Thanks for you help! Regards, Thomas. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 18 06:38:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7DC0BCF; Wed, 18 Jun 2014 06:38:08 +0000 (UTC) Received: from mail-ve0-x22a.google.com (mail-ve0-x22a.google.com [IPv6:2607:f8b0:400c:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 838DB2C27; Wed, 18 Jun 2014 06:38:08 +0000 (UTC) Received: by mail-ve0-f170.google.com with SMTP id i13so377418veh.29 for ; Tue, 17 Jun 2014 23:38:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=ZJ/YmDYVw0kv85eJuw72cfODUputhR5Kgjq5mFGIIF4=; b=oLbr38X2XI0Kix0O6zc3IrGHc3nOcSYUX6H239w3Tsn4uHIf/tnfL8U9YNoDRznzSN uLZTQQZZ40kuOGlqVX2E2CNPWgjkvFKTVkH6//iHSo08D38EbxbZ5VMfFF4tBExD4JhK USxDTixai3QbqRtp9WMhu4jt+UlYNLmKGm2qPnzDeZnOSXjeflNcMJDo01ck0/Gaj1px VRhMRmCkWm43bs6IlmpU/QxDM0BqO+BHUS3HiMsLMvLULuoTa3HHeVWUC28GkeZwbVIB cMuZcPsWgjISjkc28Z8cy5RdLNMfjoLJmaKz1J0gYmhr2A0VJr50vLgxNh8Ayz1xBwhF z5mQ== X-Received: by 10.220.99.73 with SMTP id t9mr5326vcn.76.1403073487481; Tue, 17 Jun 2014 23:38:07 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.58.228.38 with HTTP; Tue, 17 Jun 2014 23:37:47 -0700 (PDT) In-Reply-To: References: <20140613121732.GA61092@behemoth> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Wed, 18 Jun 2014 08:37:47 +0200 X-Google-Sender-Auth: -Oth4aLXiQfEpZ4KaTAAn0_Ktew Message-ID: Subject: Re: Suggestions for low-power gigE firewall? To: Artem Belevich , cnehren+freebsd-stable@pobox.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 Jun 2014 06:38:09 -0000 On Sat, Jun 14, 2014 at 6:06 AM, Artem Belevich wrote: > > > Any suggestions? > > ALIX apu1c may be an alternative: > http://www.pcengines.ch/apu.htm > > The board is a bit cheaper - $145/$160, according to > http://www.pcengines.ch/order1.php?c=4 > The downside is that it's got Realtek RTL8111E NICs. > > What do you mean by a "GigE firewall" ? Using only jumbo frame, lot's of hardware will be able to fill the Gb/s bandwitdh... but Internet traffic is not composed of only large packets. I confirm for a "home usage", the PC Engines APU can manage up to 154Kpps (about 437Mbs/s of IMIX) in routing and 114Kpps (about 324Mb/s of IMIX) with ipfw. But... 154Kpps is far from the line-rate gigabit (1.48Mpps). FreeBSD bench of the PC Engines APU here: http://bsdrp.net/documentation/examples/forwarding_performance_lab_of_a_pc_engines_apu Regards, Olivier From owner-freebsd-stable@FreeBSD.ORG Wed Jun 18 07:44:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63E75F8; Wed, 18 Jun 2014 07:44:37 +0000 (UTC) Received: from cu01176a.smtpx.saremail.com (cu01176a.smtpx.saremail.com [195.16.150.151]) (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 1FA762275; Wed, 18 Jun 2014 07:44:36 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop03.sare.net (Postfix) with ESMTPSA id 429329DD121; Wed, 18 Jun 2014 09:35:30 +0200 (CEST) Subject: Re: Unusable Emulex "oce" driver version in -STABLE, 9.3 and CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: <8D93EDF7-AC0E-4707-AC62-55CBD5F3358D@sarenet.es> Date: Wed, 18 Jun 2014 09:35:26 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8D93EDF7-AC0E-4707-AC62-55CBD5F3358D@sarenet.es> To: Borja Marcos X-Mailer: Apple Mail (2.1283) Cc: freebsd-net@freebsd.org, Stable Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 Jun 2014 07:44:37 -0000 On Jun 17, 2014, at 6:07 PM, Borja Marcos wrote: >=20 > Hello, >=20 > This should be fixed before the release of 9.3, and of course as soon = as possible for the rest of the branches. >=20 > At least under 10-STABLE the "oce" driver can cause a panic when = there's a lot of network traffic. I have been able to reproduce it > using "iperf". Sometimes the panic can be triggered within seconds of = starting an iperf test. >=20 > There's a new driver available for download on the Emulex site, = version 10.0.747.0, and it works perfectly. The source code compiles = perfectly > under FreeBSD 10-STABLE (at least recent versions since April) and the = kernel module loads without trouble. >=20 > There's a bug report covering this but seems to be forgotten :/ >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183391 In my case, the problem manifests itself running 10. Emulex provides a = more recent driver which compiles perfectly and works perfectly (if we = can safely assume that a weekend saturating a couple of interfaces = runnning benchmarks with no glitches is a good hint). I am now installing the latest beta of 9.3 to see if I can reproduce the = panic. I will follow-up in a couple of hours if possible. Borja. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 18 08:20:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA8FA8B5; Wed, 18 Jun 2014 08:20:14 +0000 (UTC) Received: from w21.org (ribe.w21.org [IPv6:2a01:238:4382:a300:3fe5:41ce:8574:8378]) by mx1.freebsd.org (Postfix) with ESMTP id 8AC1B253D; Wed, 18 Jun 2014 08:20:14 +0000 (UTC) Received: from [10.0.0.38] (p4FC09CC4.dip0.t-ipconnect.de [79.192.156.196]) by w21.org (Postfix) with ESMTPSA id 3B8DC1D04233; Wed, 18 Jun 2014 10:20:12 +0200 (CEST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Suggestions for low-power gigE firewall? From: Juergen Nickelsen In-Reply-To: Date: Wed, 18 Jun 2014 10:20:12 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <01E7F2B9-4334-442F-A748-2F0AEA2CF882@w21.org> References: <20140613121732.GA61092@behemoth> To: =?iso-8859-1?Q?Olivier_Cochard-Labb=E9?= X-Mailer: Apple Mail (2.1878.2) Cc: Artem Belevich , cnehren+freebsd-stable@pobox.com, FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 Jun 2014 08:20:14 -0000 On 2014-06-18, at 08:37, Olivier Cochard-Labb=E9 = wrote: > I confirm for a "home usage", the PC Engines APU can manage up to = 154Kpps > (about 437Mbs/s of IMIX) in routing and 114Kpps (about 324Mb/s of = IMIX) > with ipfw. > But... 154Kpps is far from the line-rate gigabit (1.48Mpps). Ubiquiti claims for their EdgeMAX routers to reach 1 Mpps with their = entry-level model (EdgeRouter LITE) and 2 Mpps with their bigger model = (EdgeRouter). They have maximum power requirements of 12 W and 40 W, = respectively. http://www.ubnt.com/edgemax I own the other entry-level device, with more ports and PoE (EdgeRouter = PEO), but don't yet have it in productive use (and would not able to = attest pps performance at that level anyway).=20 It seems to be quite capable a device, but the Web GUI doesn't cover the = more interesting parts of its functions, and the documentation of the = command-line UI, which is modeled strongly after Juniper's, seems to be = less than fully complete, to say the least. Might still work out if you are willing to find your way through it. I = am not yet fully convinced, but then I haven't found much time to do so = by now. Regards, Juergen.= From owner-freebsd-stable@FreeBSD.ORG Wed Jun 18 09:13:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05A7744A; Wed, 18 Jun 2014 09:13:03 +0000 (UTC) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B295829F9; Wed, 18 Jun 2014 09:13:02 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id m1so1159278oag.21 for ; Wed, 18 Jun 2014 02:13:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AXOT6Ryvm4D94m7VNKxkTSesyxvSL0P3PkoowHY5U90=; b=pYkBSDr25itSjHrsqQ5ScJKdADHGAWkCx9E1jS4AxQZKHtfvaBsyT/yuWKsLfTAxzL EcMvGqCdKBVkes5IuWhF8+vl9pf1lm1I65oLfffNIJLA25EpsTLtm4GJUjh5jO2GfwQX XwvRWHYUwRJc7ruWZmm3/LYHgyJ1dC6fBP6anEg2DsRrC86f4E0j5+l+2zkAjAAlZxLA z8xTxa4LzWd227WZhnH98sUJ9XFu+xUjs7DFU/LPxVj5CgpEPikYAv1oUv6zfIioZTUE 4GCJcHqYYWIUjo8ZYMxeqzC5ADEEtu0h2hGaWje/L5v1ukTTsH19RiwKFkcIdJ77RSud 0OQQ== MIME-Version: 1.0 X-Received: by 10.182.81.99 with SMTP id z3mr551434obx.79.1403082782053; Wed, 18 Jun 2014 02:13:02 -0700 (PDT) Received: by 10.76.170.39 with HTTP; Wed, 18 Jun 2014 02:13:01 -0700 (PDT) In-Reply-To: <01E7F2B9-4334-442F-A748-2F0AEA2CF882@w21.org> References: <20140613121732.GA61092@behemoth> <01E7F2B9-4334-442F-A748-2F0AEA2CF882@w21.org> Date: Wed, 18 Jun 2014 11:13:01 +0200 Message-ID: Subject: Re: Suggestions for low-power gigE firewall? From: Andreas Nilsson To: Juergen Nickelsen Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= , Artem Belevich , Chris Nehren , FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 Jun 2014 09:13:03 -0000 On Wed, Jun 18, 2014 at 10:20 AM, Juergen Nickelsen wrote: > On 2014-06-18, at 08:37, Olivier Cochard-Labb=C3=A9 = wrote: > > > I confirm for a "home usage", the PC Engines APU can manage up to 154Kp= ps > > (about 437Mbs/s of IMIX) in routing and 114Kpps (about 324Mb/s of IMIX) > > with ipfw. > > But... 154Kpps is far from the line-rate gigabit (1.48Mpps). > > Ubiquiti claims for their EdgeMAX routers to reach 1 Mpps with their > entry-level model (EdgeRouter LITE) and 2 Mpps with their bigger model > (EdgeRouter). They have maximum power requirements of 12 W and 40 W, > respectively. > > http://www.ubnt.com/edgemax > > I own the other entry-level device, with more ports and PoE (EdgeRouter > PEO), but don't yet have it in productive use (and would not able to atte= st > pps performance at that level anyway). > > It seems to be quite capable a device, but the Web GUI doesn't cover the > more interesting parts of its functions, and the documentation of the > command-line UI, which is modeled strongly after Juniper's, seems to be > less than fully complete, to say the least. > It sure does. And they have hardware forwarding. Thats how they get away with so "low spec" cpus. Best regards Andreas > > Might still work out if you are willing to find your way through it. I am > not yet fully convinced, but then I haven't found much time to do so by n= ow. > > Regards, Juergen. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Jun 18 09:40:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39DFEA32 for ; Wed, 18 Jun 2014 09:40:16 +0000 (UTC) Received: from nschwqsrv03p.mx.bigpond.com (nschwqsrv03p.mx.bigpond.com [61.9.189.237]) by mx1.freebsd.org (Postfix) with ESMTP id C5E152BD4 for ; Wed, 18 Jun 2014 09:40:15 +0000 (UTC) Received: from nschwcmgw05p ([61.9.190.165]) by nschwmtas01p.mx.bigpond.com with ESMTP id <20140618091751.OFAW17954.nschwmtas01p.mx.bigpond.com@nschwcmgw05p> for ; Wed, 18 Jun 2014 09:17:51 +0000 Received: from hermes.heuristicsystems.com.au ([121.210.107.100]) by nschwcmgw05p with BigPond Outbound id FlHr1o00G29zwdD01lHrfr; Wed, 18 Jun 2014 09:17:51 +0000 X-Authority-Analysis: v=2.0 cv=XNWyuHdE c=1 sm=1 a=SEJ2iDwVkb98DYvesvueMw==:17 a=JipEcVzqA9wA:10 a=ml-6LO51Jw4A:10 a=8nJEP1OIZ-IA:10 a=GHIR_BbyAAAA:8 a=d0xvt63_93cQq0mLl0wA:9 a=wPNLvfGTeEIA:10 a=XzG-SZzWZmwA:10 a=ZlcKbYVRyI8A:10 a=9PnWN0AbBWcA:10 a=SEJ2iDwVkb98DYvesvueMw==:117 Received: from [10.0.5.3] (ewsw01.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id s5I9H5cw015608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Wed, 18 Jun 2014 19:17:06 +1000 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Message-ID: <53A15911.5020507@heuristicsystems.com.au> Date: Wed, 18 Jun 2014 19:17:05 +1000 From: Dewayne Geraghty User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Stable Mailing List Subject: Unchangeable sysctl's in FreeBSD10.0 Stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 Jun 2014 09:40:16 -0000 While migrating from 9.2 Stable (9.3Beta3) to 10.0Stable (r267307M) I noticed that some of the sysctl's that I adjust for tuning purposes aren't writeable, instead sysctl returns an "Invalid argument". The two sysctl's of interest are: net.flowtable.maxflows and kern.ipc.maxsockets Would someone advise the new way that these can be adjusted to suite the purpose of the servers? There was no mention in src/UPDATING. Regards, Dewayne. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 18 09:56:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECA4713B for ; Wed, 18 Jun 2014 09:56:01 +0000 (UTC) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A5E92D7E for ; Wed, 18 Jun 2014 09:56:01 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id u10so345830lbd.8 for ; Wed, 18 Jun 2014 02:55:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=iJKnTbjy+SkIF9M3eLt5iH+FpuJ9/BbwfOtkcGs/biQ=; b=qfWEYyDW4BvHaU4y1AbM5768p6LcuTgArSse9pixRDo4jrFu3CTiBNycx6hvQawRsM RxCkxJmoI87q43FcUfgpJugvvJWDej4PyPsbR7h+ThiVmdsjMK0OYN+w51EW+Gtu0+0U 22AZPv5o2dab6Q7g5O0FJYQ9qbB/NSGA7pM/za5pMiY1d2HzrqB6cdYOQGzjBKjbXe2h G6rNY8MrwVkHNVXV9QWvrxV1z3HmT0qz9iLeGqLqv2d/CWRfSvxr/4BcHY35RmdjUQJp uuO2X4BxZEXAKNU+A60gjjw6YIBhiY2jU2F+sI/B03KJGk13yUNJqz5FTLojAE/Ft1v2 XGyg== X-Received: by 10.152.8.104 with SMTP id q8mr618882laa.13.1403085359177; Wed, 18 Jun 2014 02:55:59 -0700 (PDT) Received: from lazlar.no-ip.biz (109.58.149.13.bredband.tre.se. [109.58.149.13]) by mx.google.com with ESMTPSA id ua3sm1218766lbb.1.2014.06.18.02.55.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 18 Jun 2014 02:55:58 -0700 (PDT) Message-ID: <53A1622D.5090105@gmail.com> Date: Wed, 18 Jun 2014 11:55:57 +0200 From: Rolf Nielsen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Dewayne Geraghty , FreeBSD Stable Mailing List Subject: Re: Unchangeable sysctl's in FreeBSD10.0 Stable References: <53A15911.5020507@heuristicsystems.com.au> In-Reply-To: <53A15911.5020507@heuristicsystems.com.au> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 Jun 2014 09:56:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2014-06-18 11:17, Dewayne Geraghty wrote: > While migrating from 9.2 Stable (9.3Beta3) to 10.0Stable (r267307M) > I noticed that some of the sysctl's that I adjust for tuning > purposes aren't writeable, instead sysctl returns an "Invalid > argument". The two sysctl's of interest are: > net.flowtable.maxflows and kern.ipc.maxsockets > > Would someone advise the new way that these can be adjusted to > suite the purpose of the servers? There was no mention in > src/UPDATING. > > Regards, Dewayne. If you set them in /etc/sysctl.conf, try setting them in /boot/loader.conf instead. Rolf -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJToWItAAoJEB1OKfQ0M8TgqkAQANzty0wuxwQgF1/tdpP6/7vZ n9GHlZWj+wnZlobjskPST93sAHiL8xnOkWW0YGFxvgbxQ2O07aU9oMTj/TYtjj/k boDQhUcXx6nMWdwqv8f5c/O36VVFHJ5qFCfPhYXX5cfDgqgPmlERK4tam0ZS3XO+ 5MeE/cKIe1PjKoHA2eXgpkQI7716GxV4paRGFmcTusCtYgC73Mf46hiS4WG5RsJh sWbjI/+/zlci9S9wGlB0jE6ikDkjkq7EFlqzQJSuWk8sLyoOnXtV3WBHFbjyvAql nQJwdko3ufo2xb8+5tYPSPID5mmsVS6fxcdikfFpAEPgwjo8NC2EsqdL2LYvO9eJ TenJJ706QOtwtABtufnefcolsKjZ56r+Y80s4BXDJEbHIrhzZ6dgAUiwmMzfqwjm G067IVe0wcaYTSUYxObbwnOmM7ZXxyODEpHfWyUDblsPYplFR6MJ6+a8aYwClH59 R2+7HnP3QbXbKp2VmUdoWv8jBoKm78BTtVzm4nMQ0dn1UWjUBw6G77DhCRVLfrEv r6SMRgvlmDZqJwF6S4FIGDiCc6RpZtUqFY7ZhUzpad03DE4fVQMAYd0rzcfmH7iJ DsZACfKjQpIVRaOOYITcwNQoEhqqt+broTUHKVF5JcMQ6ZtpNmBO55eYF6OMmAH1 Oaf2AIyyD5ShUc0e5Cwp =Tqql -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 18 11:13:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0254AB44 for ; Wed, 18 Jun 2014 11:13:15 +0000 (UTC) Received: from mail-qa0-x22d.google.com (mail-qa0-x22d.google.com [IPv6:2607:f8b0:400d:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B3CA624E8 for ; Wed, 18 Jun 2014 11:13:14 +0000 (UTC) Received: by mail-qa0-f45.google.com with SMTP id v10so537629qac.18 for ; Wed, 18 Jun 2014 04:13:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=packetdam.com; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=IDYGqx0dXfniNcoapB6xSukShrhlVG8LmxL+5NwHbtA=; b=MEa2RY/oyOEeN4I43+0mfRvOt24zYaIfUiB+LVHB0rXG7Sv8mLJ0AFCoWwTEYrtEHw /KNm2nFesrK9yYWhYt4nxFZ22wXIRUppFastCIUqhrzoQodZFpuX9zLcsWCUyiMt3cjR YJPvsDTz6v0tZGKuo5Fpf2mFaVItVr9csmDF4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=IDYGqx0dXfniNcoapB6xSukShrhlVG8LmxL+5NwHbtA=; b=hN8b5H3THChT6yGSsulEQ40AnOgbjhz5DFQy07Ddk5rwLGIL0HqAG8MNHCWjORH8HO wMDEvLmtiLG6tX3XzLJ4VAAmi99Jui4bdNEG9TzQKY5HNryCp9OZIRx3WbrXI1mWgCFY KRq0VhdY5vVxxiEv+Xoco9CdUMMTPf2Yp5wRQAysqvqbuJB9oLuR+LImtrnV7BhLj37L umwCTussxCvOV4+GXF0UQyS1/KsxMGEf7BEBGvDFs9eGuP1rGknE+oOxQEL2dulU5wfq 3i4uLLoblucl0yiU9aqaa3N2Bb7W94yEDaIs4MHposc76bmSiZQxgeCL5n5XT+wb+4ec uIWQ== X-Gm-Message-State: ALoCoQl0MfdnxOFvRD26pFoBL+cGsZ6PQaxCE7SziXvlzU0yobgRE0G+IQpIHgdVYMF9oK3LWoB7 X-Received: by 10.140.50.2 with SMTP id r2mr1793768qga.96.1403089993594; Wed, 18 Jun 2014 04:13:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.185.6 with HTTP; Wed, 18 Jun 2014 04:12:33 -0700 (PDT) X-Originating-IP: [195.59.118.200] From: Vlad Galu Date: Wed, 18 Jun 2014 12:12:33 +0100 Message-ID: Subject: Weird ISR accounting in 10-STABLE To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 Jun 2014 11:13:15 -0000 CPU information: -- cut here -- FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads -- and here -- top output: -- cut here -- last pid: 51987; load averages: 2.00, 2.00, 2.00 up 8+18:47:58 13:07:02 520 processes: 11 running, 489 sleeping, 20 waiting CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 1: 0.0% user, 0.0% nice, 0.0% system, 100% interrupt, 0.0% idle CPU 2: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle CPU 3: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% idle CPU 4: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 5: 0.0% user, 0.0% nice, 0.8% system, 0.0% interrupt, 99.2% idle CPU 6: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle CPU 7: 0.0% user, 0.0% nice, 0.0% system, 0.4% interrupt, 99.6% idle Mem: 87M Active, 2102M Inact, 11G Wired, 3656K Cache, 17G Free ARC: 8192M Total, 4089M MFU, 3372M MRU, 1936K Anon, 66M Header, 663M Other Swap: 32G Total, 32G Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 155 ki31 0K 128K CPU0 0 210.1H 100.00% idle{idle: cpu0} 11 root 155 ki31 0K 128K CPU5 5 209.9H 100.00% idle{idle: cpu5} 11 root 155 ki31 0K 128K CPU7 7 209.9H 100.00% idle{idle: cpu7} 11 root 155 ki31 0K 128K CPU4 4 209.1H 100.00% idle{idle: cpu4} 11 root 155 ki31 0K 128K RUN 3 189.9H 100.00% idle{idle: cpu3} 11 root 155 ki31 0K 128K CPU2 2 173.3H 100.00% idle{idle: cpu2} 11 root 155 ki31 0K 128K CPU6 6 163.4H 100.00% idle{idle: cpu6} 12 root -72 - 0K 336K CPU1 1 141.0H 100.00% intr{swi1: netisr 0} 11 root 155 ki31 0K 128K RUN 1 169.3H 0.00% idle{idle: cpu1} 12 root -92 - 0K 336K WAIT 7 31:16 0.00% intr{irq265: re0} 23 root 16 - 0K 16K syncer 2 9:38 0.00% syncer 7 root -16 - 0K 16K pftm 5 9:35 0.00% pf purge 12 root -60 - 0K 336K WAIT 0 4:26 0.00% intr{swi4: clock} 15 root -16 - 0K 16K - 5 3:13 0.00% rand_harvestq 12 root -88 - 0K 336K WAIT 3 1:15 0.00% intr{irq266: ahci0} -- and here -- vmstat output: -- cut here -- interrupt total rate irq1: atkbd0 76 0 irq16: ehci0 1312187 1 irq23: ehci1 2365530 3 cpu0:timer 840112732 1106 irq265: re0 490701654 646 irq266: ahci0 20242836 26 cpu1:timer 842936638 1110 cpu4:timer 840150578 1106 cpu6:timer 842568978 1110 cpu7:timer 839981052 1106 cpu3:timer 841067527 1108 cpu5:timer 839980632 1106 cpu2:timer 842451888 1109 Total 7243872308 9543 -- and here -- This idle system runs #r267282. I can't figure out what is getting accounted towards interrupt handling. P.S. Please CC me, thanks. Vlad From owner-freebsd-stable@FreeBSD.ORG Wed Jun 18 11:32:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC5E4EC9 for ; Wed, 18 Jun 2014 11:32:52 +0000 (UTC) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 401882683 for ; Wed, 18 Jun 2014 11:32:52 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id a1so679207wgh.0 for ; Wed, 18 Jun 2014 04:32:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=87bdcNxou25IHktcOUpDjUexVefeGrC3FiPwqjALOpo=; b=KYVxZLMlXAsGcvv9oaiDI9y8kz9CvaezzNV7jSMSGSQH0iLmUXM1+VIy7qdBCxUfNq ErMoDZNZFcRQGJngqf+oZwleKvLCxUvmwhT9zPPIK4MooVqFN1s84hKIPReT8tvFdRCg GjG2W73bkWsVjWsPvRBfsarlaVGmXl384Le7hjOWFA7HFniQrvm+DqHMLiJu/pO36nfw Mw756v2IkBozUwNm8+4rMfCyGpn2GWs4pp4cg3dYtJKM2LbYzwqPcsbQ3wgF30aVCxhy dpa9N+2Jp3yWX/SaVNMP+EfH80/aIJ6uuxeetyL2p3Qp3wrLouillUQqCrlbyHHAvg8C oU3A== X-Received: by 10.180.99.99 with SMTP id ep3mr4559313wib.42.1403091170350; Wed, 18 Jun 2014 04:32:50 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id bq7sm25159193wib.7.2014.06.18.04.32.48 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 18 Jun 2014 04:32:49 -0700 (PDT) Date: Wed, 18 Jun 2014 13:32:47 +0200 From: Mateusz Guzik To: Dewayne Geraghty Subject: Re: Unchangeable sysctl's in FreeBSD10.0 Stable Message-ID: <20140618113246.GA7157@dft-labs.eu> References: <53A15911.5020507@heuristicsystems.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <53A15911.5020507@heuristicsystems.com.au> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 Jun 2014 11:32:52 -0000 On Wed, Jun 18, 2014 at 07:17:05PM +1000, Dewayne Geraghty wrote: > While migrating from 9.2 Stable (9.3Beta3) to 10.0Stable (r267307M) I > noticed that some of the sysctl's that I adjust for tuning purposes > aren't writeable, instead sysctl returns an "Invalid argument". The two > sysctl's of interest are: > net.flowtable.maxflows and kern.ipc.maxsockets > > Would someone advise the new way that these can be adjusted to suite the > purpose of the servers? There was no mention in src/UPDATING. > EINVAL most likely comes from sysctl handler for given variable if it is unhappy with new value. net.flowtable.maxflows's will complain if you are trying to shrink it. kern.ipc.maxsockets's will complain if the following does not hold: if (newmaxsockets > maxsockets && newmaxsockets <= maxfiles) { maxfiles can be read from kern.maxfiles -- Mateusz Guzik From owner-freebsd-stable@FreeBSD.ORG Wed Jun 18 12:20:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8EEB5536; Wed, 18 Jun 2014 12:20:29 +0000 (UTC) Received: from cu01176a.smtpx.saremail.com (cu01176a.smtpx.saremail.com [195.16.150.151]) (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 4A4B42B10; Wed, 18 Jun 2014 12:20:28 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop03.sare.net (Postfix) with ESMTPSA id 123D99DC848; Wed, 18 Jun 2014 14:20:25 +0200 (CEST) Subject: Re: Unusable Emulex "oce" driver version in -STABLE, 9.3 and CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: Date: Wed, 18 Jun 2014 14:20:23 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <0BF09067-7B0A-4161-8A74-DDD38D195796@sarenet.es> References: <8D93EDF7-AC0E-4707-AC62-55CBD5F3358D@sarenet.es> To: Borja Marcos X-Mailer: Apple Mail (2.1283) Cc: freebsd-net@freebsd.org, Stable Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 Jun 2014 12:20:29 -0000 On Jun 18, 2014, at 9:35 AM, Borja Marcos wrote: > In my case, the problem manifests itself running 10. Emulex provides a = more recent driver which compiles perfectly and works perfectly (if we = can safely assume that a weekend saturating a couple of interfaces = runnning benchmarks with no glitches is a good hint). >=20 > I am now installing the latest beta of 9.3 to see if I can reproduce = the panic. I will follow-up in a couple of hours if possible. Just a follow-up.=20 I ran the tests on 9.3-BETA3. It doesn't panic, but the interface = freezes and it's unable to transmit packets. So, it's still unusable. Now I'm installing the new driver and trying again. Will take time, I = have installed the system to a pendrive.=20 Borja. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 18 12:22:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECA61D07 for ; Wed, 18 Jun 2014 12:22:50 +0000 (UTC) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (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 A78242B60 for ; Wed, 18 Jun 2014 12:22:50 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id A146A9DD05C for ; Wed, 18 Jun 2014 14:22:47 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: Unusable Emulex "oce" driver version in -STABLE, 9.3 and CURRENT From: Borja Marcos In-Reply-To: <0BF09067-7B0A-4161-8A74-DDD38D195796@sarenet.es> Date: Wed, 18 Jun 2014 14:22:46 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <79F40776-C29D-4D34-985F-EEB8A0582521@sarenet.es> References: <8D93EDF7-AC0E-4707-AC62-55CBD5F3358D@sarenet.es> <0BF09067-7B0A-4161-8A74-DDD38D195796@sarenet.es> To: Stable Stable X-Mailer: Apple Mail (2.1283) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 Jun 2014 12:22:51 -0000 On Jun 18, 2014, at 2:20 PM, Borja Marcos wrote: > Just a follow-up.=20 >=20 > I ran the tests on 9.3-BETA3. It doesn't panic, but the interface = freezes and it's unable to transmit packets. So, it's still unusable. >=20 > Now I'm installing the new driver and trying again. Will take time, I = have installed the system to a pendrive.=20 And of course the relevant information has been added to the bug report = (pciconf, dmesg.boot...) Borja. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 18 14:13:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7ED0F946; Wed, 18 Jun 2014 14:13:02 +0000 (UTC) Received: from cu01176a.smtpx.saremail.com (cu01176a.smtpx.saremail.com [195.16.150.151]) (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 39AD22865; Wed, 18 Jun 2014 14:13:01 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop03.sare.net (Postfix) with ESMTPSA id B276A9DC69E; Wed, 18 Jun 2014 16:12:58 +0200 (CEST) Subject: Re: Unusable Emulex "oce" driver version in -STABLE, 9.3 and CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: <0BF09067-7B0A-4161-8A74-DDD38D195796@sarenet.es> Date: Wed, 18 Jun 2014 16:12:57 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <417B6D80-80AD-4135-982F-CA3F05E96988@sarenet.es> References: <8D93EDF7-AC0E-4707-AC62-55CBD5F3358D@sarenet.es> <0BF09067-7B0A-4161-8A74-DDD38D195796@sarenet.es> To: Borja Marcos X-Mailer: Apple Mail (2.1283) Cc: freebsd-net@freebsd.org, Stable Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 Jun 2014 14:13:02 -0000 On Jun 18, 2014, at 2:20 PM, Borja Marcos wrote: > Just a follow-up.=20 >=20 > I ran the tests on 9.3-BETA3. It doesn't panic, but the interface = freezes and it's unable to transmit packets. So, it's still unusable. >=20 > Now I'm installing the new driver and trying again. Will take time, I = have installed the system to a pendrive.=20 Tried with the new driver on 9.3-BETA3. = http://www.emulex.com/downloads/emulex/drivers/freebsd/freebsd-91-amd64/dr= ivers/ It doesn't compile cleanly but commenting out an ifdef/endif made it = compile. It works, at least with 2 minutes of traffic I didn't see it freeze or = hang. I can load and unload the extension, no problems. I've updated the bug report. I am posting this just in case someone is = not following freebsd-net. Borja. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 18 16:18:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F89CC0 for ; Wed, 18 Jun 2014 16:18:25 +0000 (UTC) Received: from nschwqsrv02p.mx.bigpond.com (nschwqsrv02p.mx.bigpond.com [61.9.189.234]) by mx1.freebsd.org (Postfix) with ESMTP id 1530124E0 for ; Wed, 18 Jun 2014 16:18:24 +0000 (UTC) Received: from nschwcmgw08p ([61.9.190.168]) by nschwmtas06p.mx.bigpond.com with ESMTP id <20140618155849.MRBV3884.nschwmtas06p.mx.bigpond.com@nschwcmgw08p> for ; Wed, 18 Jun 2014 15:58:49 +0000 Received: from hermes.heuristicsystems.com.au ([121.210.107.100]) by nschwcmgw08p with BigPond Outbound id Fryp1o00V29zwdD01rypgg; Wed, 18 Jun 2014 15:58:49 +0000 X-Authority-Analysis: v=2.0 cv=F6HVh9dN c=1 sm=1 a=SEJ2iDwVkb98DYvesvueMw==:17 a=JipEcVzqA9wA:10 a=ousgtvyemmcA:10 a=8nJEP1OIZ-IA:10 a=GHIR_BbyAAAA:8 a=g7hp7OhqZI_kE_LyrJoA:9 a=wPNLvfGTeEIA:10 a=SEJ2iDwVkb98DYvesvueMw==:117 Received: from [10.0.5.3] (ewsw01.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id s5IFumMm023612 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 19 Jun 2014 01:56:49 +1000 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Message-ID: <53A1B6C0.50701@heuristicsystems.com.au> Date: Thu, 19 Jun 2014 01:56:48 +1000 From: Dewayne Geraghty User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Mateusz Guzik , rmg1970swe@gmail.com Subject: Re: Unchangeable sysctl's in FreeBSD10.0 Stable References: <53A15911.5020507@heuristicsystems.com.au> <20140618113246.GA7157@dft-labs.eu> In-Reply-To: <20140618113246.GA7157@dft-labs.eu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 Jun 2014 16:18:25 -0000 On 18/06/2014 9:32 PM, Mateusz Guzik wrote: > On Wed, Jun 18, 2014 at 07:17:05PM +1000, Dewayne Geraghty wrote: >> While migrating from 9.2 Stable (9.3Beta3) to 10.0Stable (r267307M) I >> noticed that some of the sysctl's that I adjust for tuning purposes >> aren't writeable, instead sysctl returns an "Invalid argument". The two >> sysctl's of interest are: >> net.flowtable.maxflows and kern.ipc.maxsockets >> >> Would someone advise the new way that these can be adjusted to suite the >> purpose of the servers? There was no mention in src/UPDATING. >> > EINVAL most likely comes from sysctl handler for given variable if it is unhappy > with new value. > > net.flowtable.maxflows's will complain if you are trying to shrink it. > > kern.ipc.maxsockets's will complain if the following does not hold: > if (newmaxsockets > maxsockets && > newmaxsockets <= maxfiles) { > > > maxfiles can be read from kern.maxfiles > Thanks for providing feedback and advice. Mateusz, You've given me a clue and yes, I probably need to read the code first; I had maxsockets=maxfiles+8. The default for this 10.0 Stable amd64 machine, with 8GB and kern.maxusers="512" # sysctl -ae | egrep "maxsockets|maxfiles=" kern.maxfiles=254868 kern.ipc.maxsockets=254870 Rolf, good suggestion. Though its probably better to check, in my case sysctl -Ta|egrep "maxsockets|maxflows" # Checks for variables set within loader.conf sysctl -Wa | egrep "maxsockets|maxflows" # Checks for variables set via sysctl.conf (or sysctl). These particular variables are writeable via sysctl. And frankly, I'm pleased that sysctl did perform a sanity check and rejected my numbers, something that I'll need to investigate further. :) Kind regards, Dewayne. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 18 23:29:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8AA9C244 for ; Wed, 18 Jun 2014 23:29:27 +0000 (UTC) Received: from smtp2.computing.csbsju.edu (smtp2.computing.csbsju.edu [152.65.184.23]) by mx1.freebsd.org (Postfix) with ESMTP id 244DF2CD9 for ; Wed, 18 Jun 2014 23:29:26 +0000 (UTC) X-AuditID: ac10425c-f792e6d000000ce1-d4-53a21d4a5de8 Received: from Mail-HTCAS1.ad.csbsju.edu (Unknown_Domain [172.16.66.43]) by smtp2.computing.csbsju.edu (Symantec Messaging Gateway) with SMTP id CE.AB.03297.A4D12A35; Wed, 18 Jun 2014 18:14:18 -0500 (CDT) Received: from nxv.csbsju.edu (172.16.66.48) by MAIL-HTCAS1.ad.csbsju.edu (172.16.66.43) with Microsoft SMTP Server id 14.3.195.1; Wed, 18 Jun 2014 18:14:18 -0500 Received: by nxv.csbsju.edu (Postfix, from userid 1401) id 686021A0D0C; Wed, 18 Jun 2014 18:14:18 -0500 (CDT) Date: Wed, 18 Jun 2014 18:14:18 -0500 From: Michael Gass To: Subject: New Xorg with vt, radeon, and 10-stable Message-ID: <20140618231418.GA15764@csbsju.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-12-10) X-Brightmail-Tracker: H4sIAAAAAAAAA11Tf0wTZxjm65V6Lf3mcYX25YCNXYAtsiHTSVzmFjOyuBizbLKfhE1aerY3 Wlp7FEUJ0Y1EZRtUtykyFMEq6DbKFkZwGHDd2NA1RDBxShbJFrcRWVC7aIQA230tPw7/e+95 3vd53h/f0RQ7quVosbRM8JSaHbxGp/6SeSHryY2pLfk5fbdz1/7wAbsevVQfblK/ggp066yC QywXPCufL9LZh9qvqd3nYnc0fnQtdjf6Sl2DtDQwT8O9losoGhvh0vWApgbpaJYZRHD+H39s 9OMUgpH2kyqSxTIuOFXbGYnVTAZcnq3RkFgjx3v7ayOqCUwa7NlbH8ENTA6c7eyV82kaMyth JqQjMGbi4cKRG5F0inkCjveENSSFYpKhdZYmcCKTDhODvmVR11Q45PuN8qHlDYrqBkV1w2L1 cUSdQZzkLHOvyi52Od3eMrHUll0sWaT3vNmC1fsNiu6tsBv9PJQbRAyNeD1uvtycz8aay6UK ZxCV0CqewxmoMZ81WFzWCrtZsm+RvBanKEmiq5RPxM7Elnz2oQXO43UIEp+Aq0CG8QJs8TpK +Ifxa8/I2iaFkOQWi0WXV9ri9TiCCGhKLn1kSk7CVnPFTsHjigoGUTKt5k14KnP1ZpaxmcuE EkFwC555djtN86kYxcTEsEaPYBN2bBUd8tNQdgrYnyy3FK+ko82a8CYyA6NkIv0+in8n/XJL FZe2rKK1QWSj9XxS1J6V3GanJNqU1gm4k1jjeSpqa8DbiK1+Ho1YpuJCYmlcVFHaXUTbuBQ8 QjISSYbdW7p0Ss6EzxArRsFG3Dgjlqaa8tnlCoIYcmnYQfCkJXJKz5voQ5X8LgBnkkcQL/9y D0xnwH3EUj/HRIdjcXWKDMbNgZHZUqKzJS5IKG1WnUQ0YqYp8B9ooWCso1kLY6EBPQROTGKo D8xkwfv3Ajkw3Xo7B47c71sDf/57KxcGhk88C511nzwHn4+EXoS+O6c3QJsvvBEap4ffgLGB vjfh4Pj4W7A/3PY23N3XVQAHP555B8auht6FW2N/W2F45LQAdTXf26Gn+1MR/mv7rATOBUbK 5TbqtsP56/t2Qv39pkq4W/1dJQx+0VN1Uz62avHYZeYH15GA0w8cI8eeo+aPfZig+nl07thN BDQuqig3wu1GGeFvN6UM/XVj3Wi/vyhIX/V5jv6UZllfWFhZ9Eu/S/9q3OFJZ964FKhOtrby 1Ou1Qqhjoj7vmCHukFpdRXe5V+y6kvf42VGqN/PrAm/HJdeFtenJLlvDj1e03Vtj/nhsWbzf 1GtfY53qOmrwzCa0vLx/V7vF+WvSnsmJzXe4rK7VvFqym59aQXkk8/8grCsycgUAAA== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 18 Jun 2014 23:29:27 -0000 I'm running 10-stable with AMD64. My graphics card is AMD RV610 Radeon HD 24000. I installed xorg with xf86-video-ati. The xorg server runs and terminates just fine, but I cannot get back to syscons. This seems to be the current state with this video card and 10-stable - according to wiki.freebsd.org/Graphics/WITH_NEW_XORG -the window/system seems to freeze, but I can blindly type commands. Since my card is RV610 and I am on 10-stable and using X.Org 1.12, it does not look like vt-switching is available to me. If that is the case, would I be able to build WITHOUT_NEW_XORG in 10-stable and have things work the old way? Or should I be able to use vt? Thanks, Mike Gass From owner-freebsd-stable@FreeBSD.ORG Thu Jun 19 01:51:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E93A80A for ; Thu, 19 Jun 2014 01:51:29 +0000 (UTC) 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 AFDE02766 for ; Thu, 19 Jun 2014 01:51:28 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s5J1pJxc051020 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 18 Jun 2014 19:51:19 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s5J1pJum051017; Wed, 18 Jun 2014 19:51:19 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 18 Jun 2014 19:51:19 -0600 (MDT) From: Warren Block To: Michael Gass Subject: Re: New Xorg with vt, radeon, and 10-stable In-Reply-To: <20140618231418.GA15764@csbsju.edu> Message-ID: References: <20140618231418.GA15764@csbsju.edu> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 18 Jun 2014 19:51:19 -0600 (MDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 19 Jun 2014 01:51:29 -0000 On Wed, 18 Jun 2014, Michael Gass wrote: > I'm running 10-stable with AMD64. My graphics card is > AMD RV610 Radeon HD 24000. > > I installed xorg with xf86-video-ati. The xorg server runs > and terminates just fine, but I cannot get back to syscons. > This seems to be the current state with this video card > and 10-stable - according to > wiki.freebsd.org/Graphics/WITH_NEW_XORG > -the window/system seems to freeze, but I can blindly type commands. > > Since my card is RV610 and I am on 10-stable and using X.Org 1.12, > it does not look like vt-switching is available to me. If that > is the case, would I be able to build WITHOUT_NEW_XORG in 10-stable > and have things work the old way? Or should I be able to use vt? As far as I know, that will work with vt(4). However, you must build a kernel with vt(4) instead of syscons(4). And it requires 9-STABLE, 10-STABLE, or newer. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 19 04:29:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCAFCD7B for ; Thu, 19 Jun 2014 04:29:56 +0000 (UTC) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 973C6236E for ; Thu, 19 Jun 2014 04:29:56 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id m20so1718115qcx.27 for ; Wed, 18 Jun 2014 21:29:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=AIL1v1sTyc1baYwOqX0KTkoh/5wpTLnZA2Cjtnce5UA=; b=Jq+gpLAwPAtvJp7/EAcu5kkt/j7TYNwI4lNyYf2bAtHtaywadKktblLk7a5wQR6l00 lH7mFdTKtSalc5Vo5hHhM5D1bnMPr8cOy8/14309mwWwqxZ4rrdyqhQAzL71pbWPsXzn Zl/jMwmC9K+es6lFt8vYHcCZYfzCghbNXQN5YyFOJrn7FO4OICNPg4cVrH8VavZA8Q5x Hj+L1JdAQbklvDcaGh6awdZGyAY6ldCNbOndO7EhlNoFtNBITgMB2T+kgLfQMqw6i+Df KZUHZxeKnopkKi4Mhzol9n34rV+HOLTEnvmICqKs8GmrNj0pqp/QA2MYZ9Tg4bpdqc18 ILJA== X-Gm-Message-State: ALoCoQkABzMUJXtTU3lceOHab3FGnqMWkslbnEDRDfVFl5A7vigi0biy+8zt8nkX7GJA+sS5wKKv X-Received: by 10.224.124.17 with SMTP id s17mr2206445qar.64.1403136732743; Wed, 18 Jun 2014 17:12:12 -0700 (PDT) Received: from [97.164.66.116] (116.sub-97-164-66.myvzw.com. [97.164.66.116]) by mx.google.com with ESMTPSA id g8sm5727994qam.38.2014.06.18.17.12.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 18 Jun 2014 17:12:11 -0700 (PDT) References: <20140618231418.GA15764@csbsju.edu> Mime-Version: 1.0 (1.0) In-Reply-To: <20140618231418.GA15764@csbsju.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <90CB079D-3200-4D91-A130-B2EAF9B4C4A0@longcount.org> X-Mailer: iPhone Mail (11D201) From: Mark Saad Subject: Re: New Xorg with vt, radeon, and 10-stable Date: Wed, 18 Jun 2014 20:12:02 -0400 To: Michael Gass Cc: "" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 19 Jun 2014 04:29:56 -0000 Hi Michael > On Jun 18, 2014, at 7:14 PM, Michael Gass wrote: >=20 > I'm running 10-stable with AMD64. My graphics card is > AMD RV610 Radeon HD 24000. >=20 > I installed xorg with xf86-video-ati. The xorg server runs > and terminates just fine, but I cannot get back to syscons. Sound like you are not using newcons https://wiki.freebsd.org/Newcons With the kernel mode setting drivers , and a few others , this is a known is= sue .=20 Rebuild your kernel and give it a shot . It's not with out issues . I have a= Hudson apu and the embedded Radeon doesn't like the kms code in FreeBSD or L= inux 3.8 . It does however work in OpenBSD 5.5 . I have not examined it clos= ely to see why as Free and Open use similar code derived from Linux 3.8.x .=20= > This seems to be the current state with this video card > and 10-stable - according to=20 > wiki.freebsd.org/Graphics/WITH_NEW_XORG > -the window/system seems to freeze, but I can blindly type commands. >=20 > Since my card is RV610 and I am on 10-stable and using X.Org 1.12, > it does not look like vt-switching is available to me. If that > is the case, would I be able to build WITHOUT_NEW_XORG in 10-stable > and have things work the old way? Or should I be able to use vt? >=20 > Thanks, >=20 > Mike Gass > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Mark saad | mark.saad@longcount.org=20= From owner-freebsd-stable@FreeBSD.ORG Thu Jun 19 10:00:21 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15B8CB14 for ; Thu, 19 Jun 2014 10:00:21 +0000 (UTC) Received: from mxout013.mail.hostpoint.ch (mxout013.mail.hostpoint.ch [IPv6:2a00:d70:0:e::313]) (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 C74A92DAF for ; Thu, 19 Jun 2014 10:00:20 +0000 (UTC) Received: from [10.0.2.46] (helo=asmtp013.mail.hostpoint.ch) by mxout013.mail.hostpoint.ch with esmtp (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WxZ8j-0002bk-0D for stable@freebsd.org; Thu, 19 Jun 2014 12:00:17 +0200 Received: from [82.136.95.119] (helo=atlantis.intranet) by asmtp013.mail.hostpoint.ch with esmtpa (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WxZ8i-000NeC-UV for stable@freebsd.org; Thu, 19 Jun 2014 12:00:16 +0200 Received: from maxlor.mine.nu (localhost [127.0.0.1]) by atlantis.intranet (Postfix) with ESMTP id 9B7872DF2 for ; Thu, 19 Jun 2014 12:00:16 +0200 (CEST) X-Authenticated-Sender-Id: mail@maxlor.com MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 19 Jun 2014 12:00:16 +0200 From: Benjamin Lutz To: stable@freebsd.org Subject: re(4) on Realtek 8111G in Shuttle DS437 not working Message-ID: <3a9fc5056ecfe9d78d0b80be929b4c54@maxlor.mine.nu> X-Sender: mail@maxlor.com User-Agent: Roundcube Webmail/1.0.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 19 Jun 2014 10:00:21 -0000 Hello, I bought a Shuttle DS437 (cheap small industrial barebone), it has two Realtek 8111G network interfaces onboard. While support for that NIC was added to FreeBSD 10.0, it doesn't seem to actually work. I can configure the interface, and detect whether a cable is plugged in, but no data is actually sent or received over the wire in 1000baseTX mode. If I reduce the interface speed to 100baseTX, data is sent (I see outgoing ARP requests on the local machine, as well as on a second machine using tcpdump), but no data is received (anwers are seen on the second machine, but not the local one.) I'm running FreeBSD 10.0-RELEASE-p5 amd64, GENERIC kernel. The hardware works, I think, using the driver from Realtek's homepage. But using that driver is not a long-term option: for one, it doesn't cause devd events, which partially breaks the network configuration scripts, and for another, it doesn't seem to be 100% stable; I've observed lockups under load (indicated by sendto: no buffer space available) that needed an ifconfig down/up to clear, and since it replaces FreeBSD's re driver, kernel updates become a chore. Are there any parameters that I can maybe tune to get the standard FreeBSD driver going? Patches don't scare me either. Here's how FreeBSD sees the devices: dmesg re0: port 0xd000-0xd0ff mem 0xf7a00000-0xf7a00fff,0xf0100000-0xf0103fff irq 17 at device 0.0 on pci2 re1: port 0xc000-0xc0ff mem 0xf7800000-0xf7800fff,0xf0000000-0xf0003fff irq 19 at device 0.0 on pci4 pciconf -lv re0@pci0:2:0:0: class=0x020000 card=0x40211297 chip=0x816810ec rev=0x0c hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8111/8168B PCI Express Gigabit Ethernet controller' class = network subclass = ethernet re1@pci0:4:0:0: class=0x020000 card=0x40211297 chip=0x816810ec rev=0x0c hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8111/8168B PCI Express Gigabit Ethernet controller' class = network subclass = ethernet Cheers, Benjamin PS: For people curious about the DS437, it has a Celeron 1037U CPU, is passively cooled and rated for 24/7 operation. It has two NICs, two serial ports (one RS232 and one RS232/RS422/RS485) and the ichwd(4) hardware watchdog. I've benchmarked it reaching 16 MiB/sec out and 20MiB/sec in through a single OpenVPN connection. The WiFi card it ships with is not recognized by FreeBSD. Under load at 24°C room temperature in still air, the case temperature reaches about 43°C and the CPUs (according to coretemp(4)) reach about 50°C. pciconf -lv shows the unsupported WiFi card as follows: none2@pci0:1:0:0: class=0x028000 card=0x817510ec chip=0x817610ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8188CE 802.11b/g/n WiFi Adapter' class = network From owner-freebsd-stable@FreeBSD.ORG Thu Jun 19 12:07:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D643456E for ; Thu, 19 Jun 2014 12:07:01 +0000 (UTC) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A3132868 for ; Thu, 19 Jun 2014 12:07:01 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id ty20so1413658lab.11 for ; Thu, 19 Jun 2014 05:06:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=J6lAC4XmlvkkxZ6PL2iXQpDB8LhshRBZIRnzQvKrwdg=; b=kJzw23ZIL0b57sReLZKMPO3RuvLI9kOjrqRCTNm2sk6YZsA9ksc99mNtLFNep+WnD+ shlCdYrC66Xcqq64A9ep11CY/6m7RoAigbil8vUMbBJP8U2DDyQZGcqHn4sDb/i2y9cd zUBzPDJoG5pjc/3Ku2UIp2b0PU4w3RkP4uMNqnAtDYmS8GAXPeV58u7A5f2lgIyQ2Snh 0LLl88Pz4g6gCkfXQvHpjoxuusqsHWlLJrRBfPIDVHwe4Bg7rRwWSwzLPlDNMFmDgkNI S0wOmyypNbWgKJDfIp0SKyIjKtfTY0OpFhlQHhVNnuFoUH2um59+PcoHgpLDGVMA9+sx UeEg== X-Received: by 10.152.42.234 with SMTP id r10mr1404523lal.66.1403179619341; Thu, 19 Jun 2014 05:06:59 -0700 (PDT) Received: from lazlar.no-ip.biz (109.58.147.47.bredband.tre.se. [109.58.147.47]) by mx.google.com with ESMTPSA id ar1sm4022928lbc.3.2014.06.19.05.06.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 19 Jun 2014 05:06:58 -0700 (PDT) Message-ID: <53A2D260.90606@gmail.com> Date: Thu, 19 Jun 2014 14:06:56 +0200 From: Rolf Nielsen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Dewayne Geraghty , Mateusz Guzik Subject: Re: Unchangeable sysctl's in FreeBSD10.0 Stable References: <53A15911.5020507@heuristicsystems.com.au> <20140618113246.GA7157@dft-labs.eu> <53A1B6C0.50701@heuristicsystems.com.au> In-Reply-To: <53A1B6C0.50701@heuristicsystems.com.au> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 19 Jun 2014 12:07:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2014-06-18 17:56, Dewayne Geraghty wrote: > On 18/06/2014 9:32 PM, Mateusz Guzik wrote: >> On Wed, Jun 18, 2014 at 07:17:05PM +1000, Dewayne Geraghty >> wrote: >>> While migrating from 9.2 Stable (9.3Beta3) to 10.0Stable >>> (r267307M) I noticed that some of the sysctl's that I adjust >>> for tuning purposes aren't writeable, instead sysctl returns an >>> "Invalid argument". The two sysctl's of interest are: >>> net.flowtable.maxflows and kern.ipc.maxsockets >>> >>> Would someone advise the new way that these can be adjusted to >>> suite the purpose of the servers? There was no mention in >>> src/UPDATING. >>> >> EINVAL most likely comes from sysctl handler for given variable >> if it is unhappy with new value. >> >> net.flowtable.maxflows's will complain if you are trying to >> shrink it. >> >> kern.ipc.maxsockets's will complain if the following does not >> hold: if (newmaxsockets > maxsockets && newmaxsockets <= >> maxfiles) { >> >> >> maxfiles can be read from kern.maxfiles >> > Thanks for providing feedback and advice. > > Mateusz, You've given me a clue and yes, I probably need to read > the code first; I had maxsockets=maxfiles+8. The default for this > 10.0 Stable amd64 machine, with 8GB and kern.maxusers="512" # > sysctl -ae | egrep "maxsockets|maxfiles=" kern.maxfiles=254868 > kern.ipc.maxsockets=254870 > > Rolf, good suggestion. Though its probably better to check, in my > case sysctl -Ta|egrep "maxsockets|maxflows" # Checks for variables > set within loader.conf sysctl -Wa | egrep "maxsockets|maxflows" # > Checks for variables set via sysctl.conf (or sysctl). > > These particular variables are writeable via sysctl. And frankly, > I'm pleased that sysctl did perform a sanity check and rejected my > numbers, something that I'll need to investigate further. :) > > Kind regards, Dewayne. > > > > You're probably right. My reply was just a quick reaction. I don't fiddle with those specific sysctl's, but I do set some other ones in loader.conf. However, those are, according to the information, intentionally read only while in multiuser, thus required to be set early. Rolf -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTotJgAAoJEB1OKfQ0M8TgvbEQANunEpLn6Exs80by2c+xgXB1 czzwKZLw3p+y9a1K105cJVUf0/P/gQDk8oOqECBWJw6P+EGsza1BWrpnDCyyxgLA Nu+TIdNwghC6f2uRTb0qCPMUlMiXlXrYfvun66jhP5n/00gkzn374TEy8H6EFdnA 3cfRvn8Jtk/hvioqAsJWU9y1KOhTE9rEpPdfuPCAwsixvfG1MNub4EGSQk3uSIcQ 4vnayNP9LWuYCwMZxK2UgLS15DOvc7qMYyHUCFcmXRyljXHg4oaZ2tsdFhN+46r4 FcJIQnGHObau6giN4n80ay2i0JqcriiBwVAhR2ENwXRxLmezbPa9bu+7TDn+pEch J4UWomYytx0CN8beanqeuXo1xf6wXgUwvx6O+UhDZpRKoOg0QOw3efaTiHh5QvHV ZWY8P1cyxMT7g2ApukGm7/+krJ2E6ONtz0ImWEZtLqpomXFKqk3YJQkkBuoTa8Ub 76jY0fly5BeK5qlEIs4MeGLoTkQk8O67203T5ayON8DERVj0SQVnHqho6nyv+B23 tAsV8f4eqXCtAhhqLesOWK1G2tOO6xrLkQ9j3MQj1JGVm69ZQWRe8THpid/Ky0vB Rvo+3B00a+VRTwNAZaZ7ecBzW83OuntmuuImuI14kPyTkqSLWy8YO4QHvYAqY4q3 +EfPEFZQ+0zvKqaitRyB =RRu9 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 19 12:36:41 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C891BBCD for ; Thu, 19 Jun 2014 12:36:41 +0000 (UTC) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [194.126.158.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "darkthrone.kvedulv.de", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EB542AFA for ; Thu, 19 Jun 2014 12:36:41 +0000 (UTC) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id F3D74A20; Thu, 19 Jun 2014 14:36:31 +0200 (CEST) Date: Thu, 19 Jun 2014 14:36:31 +0200 From: Michael Moll To: Benjamin Lutz Subject: Re: re(4) on Realtek 8111G in Shuttle DS437 not working Message-ID: <20140619123631.GA19231@darkthrone.kvedulv.de> References: <3a9fc5056ecfe9d78d0b80be929b4c54@maxlor.mine.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3a9fc5056ecfe9d78d0b80be929b4c54@maxlor.mine.nu> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 19 Jun 2014 12:36:41 -0000 Hi, On Thu, Jun 19, 2014 at 12:00:16PM +0200, Benjamin Lutz wrote: > I bought a Shuttle DS437 (cheap small industrial barebone), it has two > Realtek 8111G network interfaces onboard. While support for that NIC > I'm running FreeBSD 10.0-RELEASE-p5 amd64, GENERIC kernel. Try r262391. Regards -- Michael Moll From owner-freebsd-stable@FreeBSD.ORG Thu Jun 19 17:23:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20C2B147 for ; Thu, 19 Jun 2014 17:23:57 +0000 (UTC) Received: from mxout014.mail.hostpoint.ch (mxout014.mail.hostpoint.ch [IPv6:2a00:d70:0:e::314]) (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 CFFFE2711 for ; Thu, 19 Jun 2014 17:23:56 +0000 (UTC) Received: from [10.0.2.45] (helo=asmtp012.mail.hostpoint.ch) by mxout014.mail.hostpoint.ch with esmtp (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Wxg41-0007t4-Ft; Thu, 19 Jun 2014 19:23:53 +0200 Received: from [82.136.95.119] (helo=atlantis.intranet) by asmtp012.mail.hostpoint.ch with esmtpa (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Wxg41-0008H9-DC; Thu, 19 Jun 2014 19:23:53 +0200 Received: from [10.0.0.19] (vimur.intranet [10.0.0.254]) by atlantis.intranet (Postfix) with ESMTPSA id 0894F2F3D; Thu, 19 Jun 2014 19:23:53 +0200 (CEST) X-Authenticated-Sender-Id: mail@maxlor.com Message-ID: <53A31CA8.3080708@maxlor.com> Date: Thu, 19 Jun 2014 19:23:52 +0200 From: Benjamin Lutz User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Michael Moll Subject: Re: re(4) on Realtek 8111G in Shuttle DS437 not working References: <3a9fc5056ecfe9d78d0b80be929b4c54@maxlor.mine.nu> <20140619123631.GA19231@darkthrone.kvedulv.de> In-Reply-To: <20140619123631.GA19231@darkthrone.kvedulv.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 19 Jun 2014 17:23:57 -0000 On 2014-06-19 14:36, Michael Moll wrote: > Hi, > > On Thu, Jun 19, 2014 at 12:00:16PM +0200, Benjamin Lutz wrote: >> I bought a Shuttle DS437 (cheap small industrial barebone), it has two >> Realtek 8111G network interfaces onboard. While support for that NIC > >> I'm running FreeBSD 10.0-RELEASE-p5 amd64, GENERIC kernel. > > Try r262391. Thanks Michael, with those changes, the NIC works. Cheers, Benjamin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 20 15:08:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 212C77FB for ; Fri, 20 Jun 2014 15:08:51 +0000 (UTC) Received: from smtp1.computing.csbsju.edu (smtp1.computing.csbsju.edu [152.65.184.22]) by mx1.freebsd.org (Postfix) with ESMTP id A7AEF2AB2 for ; Fri, 20 Jun 2014 15:08:50 +0000 (UTC) X-AuditID: ac10425b-f79f66d000000e29-96-53a44af7f559 Received: from Mail-HTCAS1.ad.csbsju.edu (Unknown_Domain [172.16.66.43]) by smtp1.computing.csbsju.edu (Symantec Messaging Gateway) with SMTP id 30.3A.03625.7FA44A35; Fri, 20 Jun 2014 09:53:43 -0500 (CDT) Received: from nxv.csbsju.edu (172.16.66.48) by MAIL-HTCAS1.ad.csbsju.edu (172.16.66.43) with Microsoft SMTP Server id 14.3.195.1; Fri, 20 Jun 2014 09:53:43 -0500 Received: by nxv.csbsju.edu (Postfix, from userid 1401) id CC02E1A0D2A; Fri, 20 Jun 2014 09:53:42 -0500 (CDT) Date: Fri, 20 Jun 2014 09:53:42 -0500 From: Michael Gass To: Warren Block Subject: Re: New Xorg with vt, radeon, and 10-stable Message-ID: <20140620145342.GA11837@csbsju.edu> References: <20140618231418.GA15764@csbsju.edu> <20140619140226.GB11623@csbsju.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-12-10) X-Brightmail-Tracker: H4sIAAAAAAAAA11Tf0xTVxjltrU+KldeX6F8VlD2VllwCsLGxkQZmrmwRTezLlu26aCFZ3nQ 0trXorjEYFjGD51D5kBKJowSJZtRh4trWIhaJSJ2DGXTQQhZHX8IG3PS6aRLtr3Xx4+H/52c 891zvu9+9xJyqlqlI9hSJ+MoNVpopUpxitz89Nq/X203rOvojc68XEllhvpyc2S5x6ZaFLlX qu+g7bJ3VRsKGQtbxjhSs/NVRZXfNsjsZ/Hexu5WZQUKqGpRJAHks+C/NYJErIWB0TNKAVNk P4KGc/papOLxCQQTgc7FomCD4ZufyAWsIFfBV2MBhYCVPK7qOcxjgojhcbc/S6DlZCLUnR8M H9XwWT2tpxcJJZhMhSP1+0X7bgRHGhvDPWBSDdeaxhTi2TXQ+t2UUqiXk8vh5L+EACPJbLjW E+4yltTDH/11M40lQEPdiLwOUW6JkVti5J43akXyL5GOszrtaSkFNqvd5WRLzSkFnIkrdqUw ha5OJF7xe150PJjmQySB6ChMnPAYqEXGMq7c6kMlhIzW4eQJntKYbIXlRUauKI9zmawsx7G2 UjoWu19uN1BL5zSHy8JwdAzufoWn8RxtcllK6BX4zRe+MFBxEiPOzhawNheX53JYfAgIOX80 M3y00Fi+j3HYREMfWk4o6DgcSnrmDYo0G51MCcPYGcesuocg6ASMIiIiKK2DMTN7d7EW/hVJ OwW8jn9HlFoqi83G4YwIXiGlSrjfJ3BA6Fe30HFhyzIi0ofMRBS9TIynOLvRyrFmaXQMXixE 41lJjNXgrcKgUbNsODIB7xAitfMu0rg+tFsXj4eFilihoshVunBKXRzeJ5iSEjWcptPi4lCb gYqWCEKgLhFbQi0GatkCO2nmBKqR8e8C8GrhEaj53/nYdBpMCtNFzSjicBSmN/HkkhkyPFu8 OFvsnIU0Jt2DCERWEXD0dCQc+ng3HOu7j+DwSI0cqtseKODRL1NKeDDcT8D0uYAK/rv0M4Yz nmkM589+rgbvwBU1XPi0VgMd4/1x8Nl4Vzz0+u+vgLudlXpo/npUD3/Ve1dB8NLxJOiYfvgU jB04mQzByaZ0aKi9lw5Njy5kwF1vMAN+v37xOfAOja6HGv9HWTB+/epG8PTeyIbmYf+WCX7V svlVO42PX0YM9hxqE1Y9I82u+keBjZplZ1Z9UyC18y7S+9BVICL6t+iWewe/uW22HF2/Z8fm gSH996HEup1bnszri/91e1XNtmDX1sk1Xbvkd4pNHt9bfwZfZ7Oq6y8fdPrLjSUfbvzBcvv5 dxI2rYT3N6ysqbK152c4UzPXPjxQO7mtfMnOl9qcPw3eGFyaz1I5F//Br7W7ryZX3Mr5QDn0 dnPyqaQX95fRCq7ImLZa7uCM/wMh+4N2mwUAAA== Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 20 Jun 2014 15:08:51 -0000 On Thu, Jun 19, 2014 at 08:54:12AM -0600, Warren Block wrote: > On Thu, 19 Jun 2014, Michael Gass wrote: > > >>As far as I know, that will work with vt(4). However, you must > >>build a kernel with vt(4) instead of syscons(4). And it requires > >>9-STABLE, 10-STABLE, or newer. > > > >Thanks Warren. I will give it a try. > > There is a sample kernel config file in 9- and 10-stable called > "VT". It really just turns off the sc(4) and vga(4) modules and > enables vt(4) and vt_vga, which is easy to do in custom kernel > config files also. Hi Warren. Thanks for the response. This works well except for one problem. The kernel rebuild went fine and vt_vga worked during the boot process. Tried kldload radeonkms and that worked well also. So I put radeonkms_load="YES" in loader.conf and then the boot process crashes. There is no dmesg available, but I can see the following error messages on the screen. error: [drm:pid0:r600_init_microcode] *ERROR* r600_cp: Failed to load firmware "radeonkmsfw_RV610_pfp" error: [drm:pid0:r600_startup] *ERROR* Failed to load firmware! drmn0: error: disabling GPU acceleration error: [drm:pid0:r600_init] *ERROR* radeon: ucode required for R600+ drmn0: error: Fatal error during GPU init I used a rescue cd to change loader.conf and get the system working again. I do not understand what the probem is, since radeonkms will work with kldload. I can also switch back and forth from X to vt without problem now. My graphics card is AMD RV610 HD 2400 PRO/XT I'm running FreeBSD 10.0-stable on an amd64 machine. I built everything with the lines WITH_NEW_XORG=yes WITH_GALLIUM=yes in make.conf Any advice? Thanks, Mike From owner-freebsd-stable@FreeBSD.ORG Fri Jun 20 15:50:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46907DA3 for ; Fri, 20 Jun 2014 15:50:42 +0000 (UTC) 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 CB93F2E98 for ; Fri, 20 Jun 2014 15:50:41 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s5KFoWuR068697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 20 Jun 2014 09:50:32 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s5KFoWJv068694; Fri, 20 Jun 2014 09:50:32 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 20 Jun 2014 09:50:32 -0600 (MDT) From: Warren Block To: Michael Gass Subject: Re: New Xorg with vt, radeon, and 10-stable In-Reply-To: <20140620145342.GA11837@csbsju.edu> Message-ID: References: <20140618231418.GA15764@csbsju.edu> <20140619140226.GB11623@csbsju.edu> <20140620145342.GA11837@csbsju.edu> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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]); Fri, 20 Jun 2014 09:50:32 -0600 (MDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 20 Jun 2014 15:50:42 -0000 On Fri, 20 Jun 2014, Michael Gass wrote: > On Thu, Jun 19, 2014 at 08:54:12AM -0600, Warren Block wrote: >> On Thu, 19 Jun 2014, Michael Gass wrote: >> >>>> As far as I know, that will work with vt(4). However, you must >>>> build a kernel with vt(4) instead of syscons(4). And it requires >>>> 9-STABLE, 10-STABLE, or newer. >>> >>> Thanks Warren. I will give it a try. >> >> There is a sample kernel config file in 9- and 10-stable called >> "VT". It really just turns off the sc(4) and vga(4) modules and >> enables vt(4) and vt_vga, which is easy to do in custom kernel >> config files also. > > Hi Warren. > > Thanks for the response. This works well except for one problem. > The kernel rebuild went fine and vt_vga worked during the boot > process. Tried kldload radeonkms and that worked well also. > So I put radeonkms_load="YES" in loader.conf and then the boot > process crashes. There is no dmesg available, but I can see > the following error messages on the screen. > > error: [drm:pid0:r600_init_microcode] *ERROR* r600_cp: Failed to load firmware "radeonkmsfw_RV610_pfp" > error: [drm:pid0:r600_startup] *ERROR* Failed to load firmware! > drmn0: error: disabling GPU acceleration > error: [drm:pid0:r600_init] *ERROR* radeon: ucode required for R600+ > drmn0: error: Fatal error during GPU init > > I used a rescue cd to change loader.conf and get the system working > again. I do not understand what the probem is, since radeonkms will > work with kldload. I can also switch back and forth from X to vt > without problem now. > > My graphics card is AMD RV610 HD 2400 PRO/XT > I'm running FreeBSD 10.0-stable on an amd64 machine. > > I built everything with the lines > WITH_NEW_XORG=yes > WITH_GALLIUM=yes > in make.conf > > Any advice? Last I heard, manually loading the kernel module was problematic in this way. Don't explicitly load it in loader.conf, let X and vt handle it. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 20 16:33:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B581A74A; Fri, 20 Jun 2014 16:33:37 +0000 (UTC) Received: from secure.freebsdsolutions.net (secure.freebsdsolutions.net [69.55.234.48]) (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 7EB4A2291; Fri, 20 Jun 2014 16:33:37 +0000 (UTC) Received: from [10.10.1.198] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by secure.freebsdsolutions.net (8.14.4/8.14.4) with ESMTP id s5KGXQLj063245 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 20 Jun 2014 12:33:26 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: freebsd-update from script without tty Date: Fri, 20 Jun 2014 10:33:29 -0600 Message-Id: <295AB5F0-1601-4AF6-BCE1-FD592DE26FB1@jnielsen.net> To: FreeBSD stable Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) X-DCC--Metrics: ns1.jnielsen.net 1282; Body=2 Fuz1=2 Fuz2=2 X-Virus-Scanned: clamav-milter 0.97.8 at ns1.jnielsen.net X-Virus-Status: Clean Cc: cperciva@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 20 Jun 2014 16:33:37 -0000 Hi Colin, list- I have a script that builds virtual FreeBSD disk images. After it = populates the base system it runs "freebsd-update -b ${MOUNTPOINT} ..." = to update the image with the latest security patch release. If I run the script from a terminal it works fine. However if I try to = run it from our user-friendly web interface (which spawns the script in = the background with no tty) the freebsd-update step fails: # UNAME_r=3D10.0-RELEASE freebsd-update -b /mnt/chroot fetch freebsd-update fetch should not be run non-interactively. Run freebsd-update cron instead. I understand and appreciate the use case for 'freebsd-update cron' but = in this case my script is running because a user requested and is = waiting for it, and a delay of up to an hour won't really fly. Can anyone suggest a workaround? Thanks, JN From owner-freebsd-stable@FreeBSD.ORG Fri Jun 20 16:35:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 466D38C7 for ; Fri, 20 Jun 2014 16:35:49 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp05.smtpout.orange.fr [80.12.242.127]) by mx1.freebsd.org (Postfix) with ESMTP id BABBE22C2 for ; Fri, 20 Jun 2014 16:35:48 +0000 (UTC) Received: from localhost ([92.162.132.13]) by mwinf5d40 with ME id Ggbe1o00s0HVyvQ03gbfBH; Fri, 20 Jun 2014 18:35:40 +0200 X-ME-Helo: localhost X-ME-Date: Fri, 20 Jun 2014 18:35:40 +0200 X-ME-IP: 92.162.132.13 Message-ID: <53A462DA.7080804@orange.fr> Date: Fri, 20 Jun 2014 18:35:38 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Michael Gass , Warren Block Subject: Re: New Xorg with vt, radeon, and 10-stable References: <20140618231418.GA15764@csbsju.edu> <20140619140226.GB11623@csbsju.edu> <20140620145342.GA11837@csbsju.edu> In-Reply-To: <20140620145342.GA11837@csbsju.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 20 Jun 2014 16:35:49 -0000 On 06/20/2014 16:53, Michael Gass wrote: > On Thu, Jun 19, 2014 at 08:54:12AM -0600, Warren Block wrote: >> On Thu, 19 Jun 2014, Michael Gass wrote: >> >>>> As far as I know, that will work with vt(4). However, you must >>>> build a kernel with vt(4) instead of syscons(4). And it requires >>>> 9-STABLE, 10-STABLE, or newer. >>> >>> Thanks Warren. I will give it a try. >> >> There is a sample kernel config file in 9- and 10-stable called >> "VT". It really just turns off the sc(4) and vga(4) modules and >> enables vt(4) and vt_vga, which is easy to do in custom kernel >> config files also. > > Hi Warren. > > Thanks for the response. This works well except for one problem. > The kernel rebuild went fine and vt_vga worked during the boot > process. Tried kldload radeonkms and that worked well also. > So I put radeonkms_load="YES" in loader.conf and then the boot > process crashes. There is no dmesg available, but I can see > the following error messages on the screen. > > error: [drm:pid0:r600_init_microcode] *ERROR* r600_cp: Failed to load firmware "radeonkmsfw_RV610_pfp" > error: [drm:pid0:r600_startup] *ERROR* Failed to load firmware! > drmn0: error: disabling GPU acceleration > error: [drm:pid0:r600_init] *ERROR* radeon: ucode required for R600+ > drmn0: error: Fatal error during GPU init > > I used a rescue cd to change loader.conf and get the system working > again. I do not understand what the probem is, since radeonkms will > work with kldload. I can also switch back and forth from X to vt > without problem now. > > My graphics card is AMD RV610 HD 2400 PRO/XT > I'm running FreeBSD 10.0-stable on an amd64 machine. > > I built everything with the lines > WITH_NEW_XORG=yes > WITH_GALLIUM=yes > in make.conf > > Any advice? > Load the required firmware module by loader.conf radeonkmsfw_RV610_pfp_load="YES" > Thanks, Mike > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > CBu From owner-freebsd-stable@FreeBSD.ORG Fri Jun 20 19:23:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD8B7247 for ; Fri, 20 Jun 2014 19:23:57 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 89728221D for ; Fri, 20 Jun 2014 19:23:57 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-182-12-173.range86-182.btcentralplus.com [86.182.12.173]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id B602F45031; Fri, 20 Jun 2014 19:16:56 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk B602F45031 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1403291818; bh=Zcdu7rxrjPDbeFAjPwbVeE769toOm01jaZrdtc/RaVM=; h=Date:From:To:Subject:In-Reply-To; b=11j3/lLF3Qv0FxQmvXtQeWyShFuQzcyO3pdhdb5avgCtusCYH1EZUrxciHXwzRFTQ XznbP1DKI9EIBZ7kx4yahsdVGTgLHXenkDPrISHA4m98K/vHONxUpu2jEB3BLV+1vV tEdm2S/Yhoxf6H07v5H2SmzX0A3NWhN9/YREh65Q= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id D7EAF14270; Fri, 20 Jun 2014 20:16:50 +0100 (BST) Date: Fri, 20 Jun 2014 20:16:50 +0100 From: Ben Morrow To: lists@jnielsen.net, freebsd-stable@freebsd.org Subject: Re: freebsd-update from script without tty Message-ID: <20140620191647.GA22531@anubis.morrow.me.uk> Mail-Followup-To: lists@jnielsen.net, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <295AB5F0-1601-4AF6-BCE1-FD592DE26FB1@jnielsen.net> X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 20 Jun 2014 19:23:57 -0000 Quoth John Nielsen : > > I have a script that builds virtual FreeBSD disk images. After it > populates the base system it runs "freebsd-update -b ${MOUNTPOINT} ..." > to update the image with the latest security patch release. > > If I run the script from a terminal it works fine. However if I try to > run it from our user-friendly web interface (which spawns the script in > the background with no tty) the freebsd-update step fails: > > # UNAME_r=10.0-RELEASE freebsd-update -b /mnt/chroot fetch > freebsd-update fetch should not be run non-interactively. > Run freebsd-update cron instead. > > I understand and appreciate the use case for 'freebsd-update cron' but > in this case my script is running because a user requested and is > waiting for it, and a delay of up to an hour won't really fly. > > Can anyone suggest a workaround? The obvious answer would be to run it on a pty. If you can't easily do this from your script directly, something like this might do: #!/usr/bin/perl use IO::Pty; use IO::Select; my $pt = IO::Pty->new; my $sl = $pt->slave; unless (my $kid = fork) { close $pt; open STDIN, "<&", $sl; open STDOUT, ">&", $sl; open STDERR, ">&", $sl; close $sl; exec @ARGV; } close $sl; my $sel = IO::Select->new($pt); $pt->blocking(0); $/ = \4096; $| = 1; while (1) { $sel->can_read; $_ = <$pt>; defined or last; print; } waitpid $kid, 0; exit $?>>8 ? $?>>8 : $? ? 1 : 0; Add proper error checking / signal handling / etc. to taste. Ben From owner-freebsd-stable@FreeBSD.ORG Fri Jun 20 22:29:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC04AFA9 for ; Fri, 20 Jun 2014 22:29:23 +0000 (UTC) Received: from smtp2.computing.csbsju.edu (smtp2.computing.csbsju.edu [152.65.184.23]) by mx1.freebsd.org (Postfix) with ESMTP id 716F421ED for ; Fri, 20 Jun 2014 22:29:22 +0000 (UTC) X-AuditID: ac10425c-f792e6d000000ce1-2f-53a4b5bb5759 Received: from Mail-HTCAS2.ad.csbsju.edu (Unknown_Domain [172.16.66.44]) by smtp2.computing.csbsju.edu (Symantec Messaging Gateway) with SMTP id 1A.43.03297.BB5B4A35; Fri, 20 Jun 2014 17:29:15 -0500 (CDT) Received: from nxv.csbsju.edu (172.16.66.48) by MAIL-HTCAS2.ad.csbsju.edu (172.16.66.44) with Microsoft SMTP Server id 14.3.195.1; Fri, 20 Jun 2014 17:29:15 -0500 Received: by nxv.csbsju.edu (Postfix, from userid 1401) id 20CD11A0D2A; Fri, 20 Jun 2014 17:29:15 -0500 (CDT) Date: Fri, 20 Jun 2014 17:29:15 -0500 From: Michael Gass To: Claude Buisson Subject: Re: New Xorg with vt, radeon, and 10-stable Message-ID: <20140620222915.GA11706@csbsju.edu> References: <20140618231418.GA15764@csbsju.edu> <20140619140226.GB11623@csbsju.edu> <20140620145342.GA11837@csbsju.edu> <53A462DA.7080804@orange.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <53A462DA.7080804@orange.fr> User-Agent: Mutt/1.5.20 (2009-12-10) X-Brightmail-Tracker: H4sIAAAAAAAAA11TfUwTdxjm1yv1qP3N44DyWsBsjbKBDidOgmTI4rKE7Q9nVpdtxkTbcoNK v+i1KJtZYLhRG3BAXAP4QWlRmE5RmQtOyaTDgQUZqHNbx8hcNAhZNAIaQTZ31+Pj8L/3nuf9 Pc/7dSRBu+Uq0mC2Mzaz1qiWyaXfUBtXvXzhXKPmlakGOv1wSTlK/7GUTp8KZL9OZNeM1Uuz h32N0uxO599oM7FV/loOYzQUMrbVG3bI877487zUOr5kd3HfyfBiNKJwoQgSqFfheu0TQoiV 0D/UInMhOUlTfQh+PteDhI9jCE4Er4bzWTRlgcGWUsTHUmoFVJQGQriMi8su75fycTT1EvgP 10hciCQJ6g14NLCGh6M4s8ueU6F0TK2GQ2PHCEH/MwnsPVgjFYhIuFJ7OxQT1CrwXBiTCTpx 0PQfycMRVBKUBAOL+DiGWg73+ioXCaUlgLtykKhEdJ1IqU6kVDev5EHEcaRiTXZraoreYrI6 7AZzboqe1bE7HSlMjuMsEua9rQ11DaT5EUUitQInfdCoocO1hWyRyY/ySYlahZNGfRo6SmfJ KcrTsnnbWYfOZGBZg8WsjsEVZ7j05+Y4m8PIsOpobPyWg/EcrHMY89XL8Jb1DRo6ViTEWg16 g8XBbnfYjH4EJME9vXaCf5qjLfqYsVkEQT+KI6XqWDyVuPZdmsrV2pl8hrEytll2F0mqEzAK CwujlTYml9n9kcHInZS4UsCn+ZIixbRQbCzudXEMJWZC9b6Ab/H1qhYqLixZQkb4US6pUC8V 7GnWqjWxhlyxdTR2hqYxSwm2UfgG36hiFg1ZJuBtvKVyXkVsF0AFqngc5DNi+Iw8h3lhl6pY vJG3okRsyE2lxDunvBp6iYjgDVXPY+NUvYZeukBO7DmKXBLuLgAn80cQyf2qz3QXhdt5S8UM IzRH40OnOXDxDBjqLV7oLWZOQmyT2ohIRHWScOBUBNQEHiBweqYR7B/cR4D33+sEOL0PpfD4 rzEZPAz2kTDZeksOTzt+w9Dim8TQ1t8ZCc0jfbHw1cj38dDd+2AZ3D1buhwmqttWwHjHkURo nnz0ItwuaUqCatd0Ctz85ctUcLvup0Lt4x/Wwd228XXwT8+lNLjx9dU0aPt9KANGeroywdc9 sAGeTHRlwcFg75uj3K4l87u2a5+dRjT2lXv5Xc9Qc7vmUcUsOrPrazyonFcRD0RVjOqyzmT8 tMtVdeftjuGjrTfx2siK1urhrYHpfZZP770/lDn6657vFuvoAptkR7LctIdMWukpO7o+riCr vqKwX+Z6er9Bp0/oL3e3UxFee++W8/o7VR9WXfRlDh5PdjeHb5pQnXTuTXzL3P6H4h1dvvu9 jLJu55XNKz+59LnpoqkRmsrVUjZPuyaZsLHa/wHRGDRLqQUAAA== Cc: Warren Block , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 20 Jun 2014 22:29:24 -0000 On Fri, Jun 20, 2014 at 06:35:38PM +0200, Claude Buisson wrote: > On 06/20/2014 16:53, Michael Gass wrote: > >On Thu, Jun 19, 2014 at 08:54:12AM -0600, Warren Block wrote: > >> > >>There is a sample kernel config file in 9- and 10-stable called > >>"VT". It really just turns off the sc(4) and vga(4) modules and > >>enables vt(4) and vt_vga, which is easy to do in custom kernel > >>config files also. > > > >Hi Warren. > > > >Thanks for the response. This works well except for one problem. > >The kernel rebuild went fine and vt_vga worked during the boot > >process. Tried kldload radeonkms and that worked well also. > >So I put radeonkms_load="YES" in loader.conf and then the boot > >process crashes. There is no dmesg available, but I can see > >the following error messages on the screen. > > > >error: [drm:pid0:r600_init_microcode] *ERROR* r600_cp: Failed to load firmware "radeonkmsfw_RV610_pfp" > >error: [drm:pid0:r600_startup] *ERROR* Failed to load firmware! > >drmn0: error: disabling GPU acceleration > >error: [drm:pid0:r600_init] *ERROR* radeon: ucode required for R600+ > >drmn0: error: Fatal error during GPU init > > > >I used a rescue cd to change loader.conf and get the system working > >again. I do not understand what the probem is, since radeonkms will > >work with kldload. I can also switch back and forth from X to vt > >without problem now. > > > >My graphics card is AMD RV610 HD 2400 PRO/XT > >I'm running FreeBSD 10.0-stable on an amd64 machine. > > > >I built everything with the lines > >WITH_NEW_XORG=yes > >WITH_GALLIUM=yes > >in make.conf > > > >Any advice? > > > > Load the required firmware module by loader.conf > > radeonkmsfw_RV610_pfp_load="YES" > Hi Claude. Thanks for the advice. By experimenting I found that I needed the above and a few other things in loader.conf radeonkmsfw_RV610_me_load="YES" radeonkmsfw_RV610_pfp_load="YES" radeonkmsfw_R600_rlc_load="YES" radeonkms_load="YES" Now vt(4) works fine at boot. Mike From owner-freebsd-stable@FreeBSD.ORG Sat Jun 21 14:04:24 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 446C9F33; Sat, 21 Jun 2014 14:04:23 +0000 (UTC) Date: Sat, 21 Jun 2014 10:04:19 -0400 From: Glen Barber To: freebsd-stable@FreeBSD.org Subject: FreeBSD 9.3-RC1 Now Available Message-ID: <20140621140419.GA97698@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 21 Jun 2014 14:04:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The first RC build of the 9.3-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.3/ (or any of the FreeBSD mirror sites). If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/9.3" branch. A list of changes since 9.2-RELEASE are available on the 9.3-RELEASE release notes page here: http://www.freebsd.org/releases/9.3R/relnotes.html Pre-installed virtual machine images for 9.3-RC1 are also available for amd64 and i386 architectures. The images are located under the 'snapshots' directory on FTP, here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/9.3-RC1/ The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB, which decompress to a 20GB sparse image. The partition layout is: . 512k - freebsd-boot GPT partition type (bootfs GPT label) . 1GB - freebsd-swap GPT partition type (swapfs GPT label) . ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) Changes between 9.3-BETA3 and 9.3-RC1 include: o Various bug fixes in the hptrr(4) driver. o Time zone data has been updated to tzdata2014e. o Handling of the '-P' flag without '-p' or '-r' has been fixed in the daemon(8) utility. o A bug in the nvme(4) controller initialization path has been fixed. o A bug in the fast receive buffer recycle path has been fixed in the cxgbe(4) driver. Note to consumers of the dvd1.iso image: The version of bsdconfig(8) in the releng/9.3 branch does not yet support pkg(7)-format packages. This is planned to be fixed in -RC2. While there are packages available on the dvd1.iso image, they cannot yet be installed with bsdconfig(8). They can be installed manually, however. To install packages from the dvd1.iso installer, create and mount the /dist directory: # mkdir -p /dist # mount -t cd9660 /dev/cd0 /dist Next, install pkg(8) from the DVD: # env REPOS_DIR=/dist/packages/repos \ pkg add /dist/packages/freebsd:9:*:*/All/pkg-*.txz At this point, pkg-install(8) can be used to install additional packages from the DVD. Please note, the REPOS_DIR environment variable should be used each time using the DVD as the package repository, otherwise conflicts with packages from the upstream mirrors may occur when they are fetched. For example, to install the Subversion, Gnome, and Xorg, run: # env REPOS_DIR=/dist/packages/repos \ pkg install subversion gnome2 xorg The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 9.3-RC1 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 8.x. Alternatively, the user can install misc/compat8x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 9.3-RC1 amd64 GENERIC: SHA256 (FreeBSD-9.3-RC1-amd64-bootonly.iso) = a3ab7253892f94227cc40f10de842115c27aa137f4d5729da419ea816aa4d02c SHA256 (FreeBSD-9.3-RC1-amd64-bootonly.iso.xz) = ae1e9efdce2bc9894c94a4fa532d1089623cdba784dc0a43d14a757479f27fd9 SHA256 (FreeBSD-9.3-RC1-amd64-disc1.iso) = 76f3622d0951e3d8ff56ecb29b39df8655d26eac90364d7ccb903b8989e69904 SHA256 (FreeBSD-9.3-RC1-amd64-disc1.iso.xz) = b2101ce989a36af53cfa1ac3f0babdebd34c511985c43e1f52238cca77859d97 SHA256 (FreeBSD-9.3-RC1-amd64-dvd1.iso) = 7394960b7b96a2ce4e82ca487f1bba112ca08ca5a7d752f6ead43e3acec3a8fa SHA256 (FreeBSD-9.3-RC1-amd64-dvd1.iso.xz) = b62b80e9a1a6fd1702e1edb6687a5f89305aa385e77846ca62810cfedd39ef55 SHA256 (FreeBSD-9.3-RC1-amd64-memstick.img) = 3558ff84b8b8561eac827bc1b6aff0591ce69ce9dd79277782b09b55d035f0f6 SHA256 (FreeBSD-9.3-RC1-amd64-memstick.img.xz) = 5e98414e8f2c4e84e38f93bb802504f82a599846c1fea643c932c2b5da590770 SHA256 (FreeBSD-9.3-RC1-amd64-mini-memstick.img) = 868b5dd7d4c94c0357becdd7da9aaec7747a989ada662b4e32bcfd6cf052b4d2 SHA256 (FreeBSD-9.3-RC1-amd64-mini-memstick.img.xz) = 3381babf1740bffd07f18f498835d9a8fc96294009831e994d8a1872acaaa4c3 MD5 (FreeBSD-9.3-RC1-amd64-bootonly.iso) = a9be05ecb7cf58bdd644614734bc6118 MD5 (FreeBSD-9.3-RC1-amd64-bootonly.iso.xz) = e6c665695796a460b0b04b3fda8965e1 MD5 (FreeBSD-9.3-RC1-amd64-disc1.iso) = d2312c62a0c6595d8e6ab2d04821fc57 MD5 (FreeBSD-9.3-RC1-amd64-disc1.iso.xz) = 963200999434ba99a38ecbded11b8516 MD5 (FreeBSD-9.3-RC1-amd64-dvd1.iso) = e52bb178a971b28c5e6cb669331f6e64 MD5 (FreeBSD-9.3-RC1-amd64-dvd1.iso.xz) = 11467ff1b9bffc70390d7de6c9abb1de MD5 (FreeBSD-9.3-RC1-amd64-memstick.img) = 0a5735617a434a82ce2f111d7f8fc69a MD5 (FreeBSD-9.3-RC1-amd64-memstick.img.xz) = 545cba0bf9823fac5f57c1a73c58cb50 MD5 (FreeBSD-9.3-RC1-amd64-mini-memstick.img) = 5dfe65cfc12167bdf0f39effef080aeb MD5 (FreeBSD-9.3-RC1-amd64-mini-memstick.img.xz) = 65d66161a8af2f371f01065c7bddc000 o 9.3-RC1 i386 GENERIC: SHA256 (FreeBSD-9.3-RC1-i386-bootonly.iso) = 4301e2fe6201393128cacf07060473eb1908826c34e0303a01bdda8278523bd4 SHA256 (FreeBSD-9.3-RC1-i386-bootonly.iso.xz) = 4997e610c1e93b835c4b500bf9c1a1f4b04679c29118abcd9e0174bd07150af5 SHA256 (FreeBSD-9.3-RC1-i386-disc1.iso) = a26146d659b69fae2273aa18eb61ac71fa822ebe5b0570ff24b97882fd37c87e SHA256 (FreeBSD-9.3-RC1-i386-disc1.iso.xz) = 6fac6448f31d1062d837467677484d131f2a76e50da00694014907b73aa6ae51 SHA256 (FreeBSD-9.3-RC1-i386-dvd1.iso) = 483a3c1110d8d93c59d7443331b7d204207d651764dfba9ec4fbb53fbd261d7c SHA256 (FreeBSD-9.3-RC1-i386-dvd1.iso.xz) = f0ed9109baaea3136a9f6bc903c5ddf31f3d72125a97ef781e1252543d82a4de SHA256 (FreeBSD-9.3-RC1-i386-memstick.img) = e5d28c811a47f692579909ce1747331f34424945003790c60495fd2726200191 SHA256 (FreeBSD-9.3-RC1-i386-memstick.img.xz) = 391cb75c9d16c377954884534e85d308be7f1c1a15658ea6c1d0bbd30f353995 SHA256 (FreeBSD-9.3-RC1-i386-mini-memstick.img) = ff185098c304d373c7d8203e74ca71eff0c96db730a0383516403d7c882c42db SHA256 (FreeBSD-9.3-RC1-i386-mini-memstick.img.xz) = 61ed91c5f4564c116e20047a12cf4ec9146778a19f6770820ac255a443bab947 MD5 (FreeBSD-9.3-RC1-i386-bootonly.iso) = 8463aea42fd5006d3ca351e4a3ed6a68 MD5 (FreeBSD-9.3-RC1-i386-bootonly.iso.xz) = 4578773528879afc571642faf059266d MD5 (FreeBSD-9.3-RC1-i386-disc1.iso) = 1064bd5b5ae6966ff9ab34d23371d151 MD5 (FreeBSD-9.3-RC1-i386-disc1.iso.xz) = c1f3e531137a1636b006b8a62282a10f MD5 (FreeBSD-9.3-RC1-i386-dvd1.iso) = 5cb490475fd03f2f01f802494d7275e5 MD5 (FreeBSD-9.3-RC1-i386-dvd1.iso.xz) = 8c1183aed43558056c6dfabf5ce3e097 MD5 (FreeBSD-9.3-RC1-i386-memstick.img) = acbb605c5b0ddaa91b59232ef7fc0566 MD5 (FreeBSD-9.3-RC1-i386-memstick.img.xz) = f911177dee1398c7ec5d97a7e253fe08 MD5 (FreeBSD-9.3-RC1-i386-mini-memstick.img) = 930c217ecdc9310d4d11e56d0c3c6d98 MD5 (FreeBSD-9.3-RC1-i386-mini-memstick.img.xz) = 7ee90507fde16d9aa0e32d116cc31090 o 9.3-RC1 ia64 GENERIC: SHA256 (FreeBSD-9.3-RC1-ia64-bootonly.iso) = 3c168fe89694a71c9c0c756a560db962a40fd6c9717a8044981aa4905c67fc23 SHA256 (FreeBSD-9.3-RC1-ia64-bootonly.iso.xz) = 38b2a829f859c1e32d9c83dec1023626ea93a6893e2fd5da55f62e3f2ef0dd95 SHA256 (FreeBSD-9.3-RC1-ia64-disc1.iso) = d8e63f821712380f096ce8d1c3d84c93cc3d4a38c7a997ad5df2e78967f5387a SHA256 (FreeBSD-9.3-RC1-ia64-disc1.iso.xz) = 0077cac0af896df22d3c2d3c85294fad3d35a993719738bd63f101ebe0a04c29 SHA256 (FreeBSD-9.3-RC1-ia64-memstick.img) = 8148f655ce30886c29b2c09a995915f4c0e7bdb36c543fc479bd23c19f09406c SHA256 (FreeBSD-9.3-RC1-ia64-memstick.img.xz) = 860848b679a5656a8aedae250fbe6f25da59c03f66d6aa8a1a97d6f44cc29c46 SHA256 (FreeBSD-9.3-RC1-ia64-mini-memstick.img) = 8fb8a2ac92586e62013ba7beec502f0377c92ec48a378bfe95ed3b74f3e9f805 SHA256 (FreeBSD-9.3-RC1-ia64-mini-memstick.img.xz) = e8ba92dba61d92d0abadc0945d026e1f850dfc8857c1b2fb47af86e04109ba7c MD5 (FreeBSD-9.3-RC1-ia64-bootonly.iso) = 5a119cb406d4f48064571e6759825259 MD5 (FreeBSD-9.3-RC1-ia64-bootonly.iso.xz) = fa72b38c73fe0eae57092793a1ec423e MD5 (FreeBSD-9.3-RC1-ia64-disc1.iso) = 29962bef66eee84443731105f13bcd7f MD5 (FreeBSD-9.3-RC1-ia64-disc1.iso.xz) = 7272794ccfd19fc49ce4ec364265c439 MD5 (FreeBSD-9.3-RC1-ia64-memstick.img) = 871d696fca602b46bd3ebfa2a9d410ee MD5 (FreeBSD-9.3-RC1-ia64-memstick.img.xz) = c21a59359d3cee13093c7abf937acd1b MD5 (FreeBSD-9.3-RC1-ia64-mini-memstick.img) = 0638d30e2a875b5d3e9daa312ad283bb MD5 (FreeBSD-9.3-RC1-ia64-mini-memstick.img.xz) = ddab5414f366e5e4215ccde15f5db142 o 9.3-RC1 powerpc GENERIC: SHA256 (FreeBSD-9.3-RC1-powerpc-bootonly.iso) = efd7fbeffcd299f8b56e81a9445a4cbfc93e221059b97ed5130787dd7584f59e SHA256 (FreeBSD-9.3-RC1-powerpc-bootonly.iso.xz) = 2c1d7dfac83c28f194b036eb84e5ff8e7c6264dfda2301989ff8671dffa66bba SHA256 (FreeBSD-9.3-RC1-powerpc-disc1.iso) = 70dd4529ddcc44afa62ce464d4fc42b658bf32094da94718aa88ef7e3c1d40af SHA256 (FreeBSD-9.3-RC1-powerpc-disc1.iso.xz) = e5367ce65851ea089dd83727c8cfc918848f7ad2ace82eb052256f324eadcd84 SHA256 (FreeBSD-9.3-RC1-powerpc-memstick.img) = 864d7c17e23548e3a2d6eba195dfecee27ff2123250197b93d8b693850144958 SHA256 (FreeBSD-9.3-RC1-powerpc-memstick.img.xz) = a8a6a63b1eb6976bae9a36f7dd357b885a3f28b1d55cd1521948e8e9e1754d2b SHA256 (FreeBSD-9.3-RC1-powerpc-mini-memstick.img) = 2469a58859af68284192a1cb9fb7b0a39859819589a62af41544e9957cc41062 SHA256 (FreeBSD-9.3-RC1-powerpc-mini-memstick.img.xz) = 98abaaa0a6a6d9a819260c0b243526681b778e0e7747f1aa57e2d2704edd24ff MD5 (FreeBSD-9.3-RC1-powerpc-bootonly.iso) = b0b81949f1522aa350f5f7b529f9b6ca MD5 (FreeBSD-9.3-RC1-powerpc-bootonly.iso.xz) = 7134c36b95506ee97ea4df81d86190f5 MD5 (FreeBSD-9.3-RC1-powerpc-disc1.iso) = 1a91b712c05baeeb1798f7c28f19d500 MD5 (FreeBSD-9.3-RC1-powerpc-disc1.iso.xz) = dd2fb995476bd8b78c378abc625a5956 MD5 (FreeBSD-9.3-RC1-powerpc-memstick.img) = 013f12f75a65c6e77adb040eba8b150b MD5 (FreeBSD-9.3-RC1-powerpc-memstick.img.xz) = 5971a980c2d62b021a10f6f0650498f9 MD5 (FreeBSD-9.3-RC1-powerpc-mini-memstick.img) = 18bebf87a1637f0676dbdbeac4d3b48c MD5 (FreeBSD-9.3-RC1-powerpc-mini-memstick.img.xz) = 384d444781b86f78447bc002b6e5574a o 9.3-RC1 powerpc64 GENERIC64: SHA256 (FreeBSD-9.3-RC1-powerpc-powerpc64-bootonly.iso) = 8f72576f40cdb88c4659c12e4cd980604fe0563f6ef86b2fa5f3811d8297291c SHA256 (FreeBSD-9.3-RC1-powerpc-powerpc64-bootonly.iso.xz) = d36f93c4cf512e125718bf80c805ecf96cacb29bf4dd1469c46ad69ac555e31c SHA256 (FreeBSD-9.3-RC1-powerpc-powerpc64-disc1.iso) = 8ce49de80b5f7702f3b2251fc55667366329184cb9e23f0360de0b9edca99be1 SHA256 (FreeBSD-9.3-RC1-powerpc-powerpc64-disc1.iso.xz) = 764a238e70b56d8224a855d8e155efdc75307d92734cad5b2cc62fde5314effe SHA256 (FreeBSD-9.3-RC1-powerpc-powerpc64-memstick.img) = 141c430ce5cb9e6aa168b6e9618db6c0c43919f3cce370c4c1d56c8dac4676c3 SHA256 (FreeBSD-9.3-RC1-powerpc-powerpc64-memstick.img.xz) = dfd99eea6c7813ec72188f40100e823577334074be497d4d5b6640f7ee70119e SHA256 (FreeBSD-9.3-RC1-powerpc-powerpc64-mini-memstick.img) = bd4f311a7fa79e423684c40cc2b3b9e84d0f58046bae341776c494e61c77308b SHA256 (FreeBSD-9.3-RC1-powerpc-powerpc64-mini-memstick.img.xz) = 55895345185eaae1dfb05adb12f00577821994af459c6b1ab0db32f02214bbc6 MD5 (FreeBSD-9.3-RC1-powerpc-powerpc64-bootonly.iso) = 8ed8a3e6f42a1950a5656e1b8c3f5658 MD5 (FreeBSD-9.3-RC1-powerpc-powerpc64-bootonly.iso.xz) = 034bfcb05679e3d81cd76fce3a561188 MD5 (FreeBSD-9.3-RC1-powerpc-powerpc64-disc1.iso) = e55078d27a70b95f08124861e37bfa86 MD5 (FreeBSD-9.3-RC1-powerpc-powerpc64-disc1.iso.xz) = 7b00781248d206e5089e5dcab4513506 MD5 (FreeBSD-9.3-RC1-powerpc-powerpc64-memstick.img) = 045e4305ea6c68726d2dc361c243d0fc MD5 (FreeBSD-9.3-RC1-powerpc-powerpc64-memstick.img.xz) = af56f58df40218d080bbfff4b662c6e3 MD5 (FreeBSD-9.3-RC1-powerpc-powerpc64-mini-memstick.img) = f30bfff86f05ea7c3c2fb43963b3bc00 MD5 (FreeBSD-9.3-RC1-powerpc-powerpc64-mini-memstick.img.xz) = e04fa8e5939ada510576d57c4f7a26bc o 9.3-RC1 sparc64 GENERIC: SHA256 (FreeBSD-9.3-RC1-sparc64-bootonly.iso) = 7ca67d3a335c2ae5b28deb6a2845749803d35bf469aa1cc4ad51724da5e482b7 SHA256 (FreeBSD-9.3-RC1-sparc64-bootonly.iso.xz) = ccecb508bc9eddcf8fac818fdf0012ca5f36bb282e174ed655402acb45ba3c54 SHA256 (FreeBSD-9.3-RC1-sparc64-disc1.iso) = 03f01ee5799a301e9cf85e6f2f682bc8ba9540884f71f4ef19654125fcd5d190 SHA256 (FreeBSD-9.3-RC1-sparc64-disc1.iso.xz) = ab64cfb1d5380cb6c70e5d749e87b41cfab8ffe5cdde74132c6d11c647208892 MD5 (FreeBSD-9.3-RC1-sparc64-bootonly.iso) = deafb7bb6149748e3fefdab74ed4ac30 MD5 (FreeBSD-9.3-RC1-sparc64-bootonly.iso.xz) = 17843eacd55429d4d1c0e27d007984ca MD5 (FreeBSD-9.3-RC1-sparc64-disc1.iso) = cb46efe32b7743c81892543149048dbc MD5 (FreeBSD-9.3-RC1-sparc64-disc1.iso.xz) = 7c39fd3a2bc922bd29a2e07a52bb5814 == VM IMAGE CHECKSUMS == o 9.3-RC1 amd64: SHA256 (FreeBSD-9.3-RC1-amd64-20140620-r267656.qcow2.xz) = 25f15fdf395220863485197b6d7943365e56ccb19bafa5c91dbb975d4c502fda SHA256 (FreeBSD-9.3-RC1-amd64-20140620-r267656.raw.xz) = 340f3af53e5a4b3d832407e70a54f3d82bbffa5078a606083be1ea870bf7a2a7 SHA256 (FreeBSD-9.3-RC1-amd64-20140620-r267656.vhd.xz) = ee67f9654fa369864e958288b9dc654cd08d4fe08953759b6a98381ff113c99c SHA256 (FreeBSD-9.3-RC1-amd64-20140620-r267656.vmdk.xz) = 7498d17adde1956e261e33f91171bbf983d175592789ec97c4642f9b61061029 MD5 (FreeBSD-9.3-RC1-amd64-20140620-r267656.qcow2.xz) = 0b9de878617bcf5be0dcdcb6f80cbffc MD5 (FreeBSD-9.3-RC1-amd64-20140620-r267656.raw.xz) = f77126dae391c1068a7af2c3f67a234f MD5 (FreeBSD-9.3-RC1-amd64-20140620-r267656.vhd.xz) = a8b577495ad66c052d60277acdb6ad24 MD5 (FreeBSD-9.3-RC1-amd64-20140620-r267656.vmdk.xz) = 16e13153574c90ef854ef18ad76c1c28 o 9.3-RC1 i386: SHA256 (FreeBSD-9.3-RC1-i386-20140620-r267656.qcow2.xz) = 23e744e5aa2be85619f7ee63364882f9ed82f44bd5d62a513503c5a293ad3e63 SHA256 (FreeBSD-9.3-RC1-i386-20140620-r267656.raw.xz) = f75a49c4b13d9d0184d7d1e4b8601ff11a8f6edf154a6b77bb713173d35ccca8 SHA256 (FreeBSD-9.3-RC1-i386-20140620-r267656.vhd.xz) = 2eff22ba834dc9cde17e322c9176b924c6f6e0b7987748f7a7ad14d953dbdb0e SHA256 (FreeBSD-9.3-RC1-i386-20140620-r267656.vmdk.xz) = 9443598f0e0ee37a6be0a94ad867442f9a7e15846795ded10dc9b8b4b314d241 MD5 (FreeBSD-9.3-RC1-i386-20140620-r267656.qcow2.xz) = f83704e1cad7ba45fd57c7aa4bf94c28 MD5 (FreeBSD-9.3-RC1-i386-20140620-r267656.raw.xz) = 7c79cf049de4a91cc203982919fe0b3a MD5 (FreeBSD-9.3-RC1-i386-20140620-r267656.vhd.xz) = 77d64908db112a14bd3495b152236e6b MD5 (FreeBSD-9.3-RC1-i386-20140620-r267656.vmdk.xz) = 5285bd8da277a5623be8f666ac679cc4 Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTpZDjAAoJELls3eqvi17QYAAP/1SkyKP7w2H+4UylbcjtxWEZ oG9eyHYm0WK71Pz+730S7tx+DWzBzd6ilhh1Mfsjv/YLJXCLtstfaTc8bOVqJn7Z EX2jWYSPEVeRfeXapw+AUuyFcQjRSbAOgaqNHgtIVUT3hLybhV/eLV8WfR/pfhca Ipspswl1NNoUzgo4Z8BNROHoe6jMt0r85ubyOYhpFGezYkRRGV8FOtTjlrw3O2eY b+6ZJAObcgYlKO/sR2pWBFr9t21ka6Eap0F6ZKF1bbgSQpREvhVE3AsCyANubUib opLj3LKaf+Ca1Vq39X8rBHNL+aE7Fd6QV4O51pWZ10JEkrb2oRbPqfdPdRdEJry8 dnOrnmjrraWtf3z4BOhLbW1P0r6qfPdsVl2g244DTaWXT2H6zez5IfLU584fht2K aHomwPSZthbBeyhL8C9kk8sIVSDrx1GUEj8N7k0t4jBIuI38381OxY2WzGs3v3Kg vNjgCPTgCkx6GnmvMQpYiEeFVoSSVbD0GCnwmD0n7fU+ywjTrUxJpb/+4FErCttD TQ0+oPLryJl0i6YBmEdFY1kl7rAgrVTYlk5m5+QsTDcrD/zUQyGQN2vQHDqWs78O 8WpebaAgAst+1CHRvuiv542lFpRx1+hW58pUAijEjL/Bz/XY5enASeaxkbbj6sLF xbKeEibT/v7UhF4QYUuh =EFZ4 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 21 17:33:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39469A6A for ; Sat, 21 Jun 2014 17:33:13 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BDFB724B6 for ; Sat, 21 Jun 2014 17:33:12 +0000 (UTC) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s5LHX9Fx016596 for ; Sat, 21 Jun 2014 19:33:09 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 472DE3551; Sat, 21 Jun 2014 19:33:09 +0200 (CEST) Message-ID: <53A5C1D4.3050402@omnilan.de> Date: Sat, 21 Jun 2014 19:33:08 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: pkg-install(8), url: "file://" and PKG_CACHEDIR Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Sat, 21 Jun 2014 19:33:09 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 21 Jun 2014 17:33:13 -0000 Dear all, today I tried pkg(8) for the first time. Thanks for all the great work! One thing I'm missing is a auto-matching-logic for PKG_CACHEDIR if 'url' starts with "file://" (in ${PRREFIX}/pkg/repos/mylocalrepo.conf). Currently, local available packages will be copied to the local cache dir by default (if not circumvented by 'env PKG_CACHEDIR=/path/to/local-repo pkg install …' e.g.). Such a PKG_CACHEDIR-matching-logic should be enabled by default IMHO. Maybe it's usefull to have a "pkg-install -K" option, (like -K,--keep for old pkg_add), to disable the PKG_CACHEDIR-mathcing-logic (for example if someone provides cd-repo and intentionally wants to keep packages in PKG_CACHEDIR). Anyone else missing that feature? Thanks, -Harry From owner-freebsd-stable@FreeBSD.ORG Sun Jun 22 00:19:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E72AE7C for ; Sun, 22 Jun 2014 00:19:53 +0000 (UTC) Received: from maul.immure.com (immure.com [107.218.164.241]) (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 2EF3F215C for ; Sun, 22 Jun 2014 00:19:52 +0000 (UTC) Received: from [10.1.132.9] (helo=rancor.immure.com) by maul.immure.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WyUrA-0004wz-0E for freebsd-stable@freebsd.org; Sat, 21 Jun 2014 18:38:02 -0500 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.8/8.14.8) with ESMTP id s5LNbxI7054339 for ; Sat, 21 Jun 2014 18:37:59 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.8/8.14.6/Submit) id s5LNbxdX054338 for freebsd-stable@freebsd.org; Sat, 21 Jun 2014 18:37:59 -0500 (CDT) (envelope-from bob) Date: Sat, 21 Jun 2014 18:37:59 -0500 From: Bob Willcox To: stable list Message-ID: <20140621233759.GH99884@rancor.immure.com> Reply-To: Bob Willcox MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: 10.1.132.9 X-SA-Exim-Mail-From: bob@immure.com X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on maul.immure.com X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Subject: ASUS Z97I-PLUS MB Intel Ethernet NIC not Detected X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on maul.immure.com) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 22 Jun 2014 00:19:53 -0000 I have an ASUS Z97I-PLUS ITX motherboard that Freebsd 9.2 (or 9.3-RC1 or 11.0 20140614 snapshot) is failing to detect the Intel Ethernet NIC on it. The vendor/device id for it is 0x808615A1 and based on what I've located on the Internet about it is the "Ethernet Connection (2) I218-V". Based on what I see in the source for the if_em driver (in sys/dev/e1000) it appears the the "Ethernet Connection I218-V" NIC is supported but I have no idea what the differences are between these two. I tried hacking the if_em.c code, adding an entry for this device id to the em_vendor_info_array but it still was not detected. Any help with this would be greatly appreciated! This is going to be a NAS box so network support is crucial (and the motherboard has only one PCIe slot containing a Hightpoint Rocket RAID controller required for my disks). Thanks, Bob -- Bob Willcox | I really hate this damned machine bob@immure.com | I wish that they would sell it. Austin, TX | It never does quite what I want | But only what I tell it. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 22 00:30:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BAFD6EE for ; Sun, 22 Jun 2014 00:30:52 +0000 (UTC) Received: from mail.samsco.org (suzy.samsco.org [168.103.85.61]) (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 9308A2228 for ; Sun, 22 Jun 2014 00:30:52 +0000 (UTC) Received: from localhost (localhost [192.168.254.3]) by mail.samsco.org (Postfix) with ESMTP id 3526715C1A688; Sun, 22 Jun 2014 00:27:22 +0000 (UTC) Received: from mail.samsco.org ([192.168.254.3]) by localhost (mail.samsco.org [192.168.254.3]) (maiad, port 10024) with ESMTP id 67628-10; Sun, 22 Jun 2014 00:27:22 +0000 (UTC) Received: from [10.187.14.217] (199.sub-70-208-7.myvzw.com [70.208.7.199]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: scottl@samsco.org) by mail.samsco.org (Postfix) with ESMTPSA id B190F15C18677; Sun, 22 Jun 2014 00:27:21 +0000 (UTC) References: <20140621233759.GH99884@rancor.immure.com> Mime-Version: 1.0 (1.0) In-Reply-To: <20140621233759.GH99884@rancor.immure.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <3F97C193-5E00-4D11-A463-F031298B83FA@samsco.org> X-Mailer: iPhone Mail (11D201) From: Scott Long Subject: Re: ASUS Z97I-PLUS MB Intel Ethernet NIC not Detected Date: Sat, 21 Jun 2014 18:24:49 -0600 To: Bob Willcox Cc: stable list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 22 Jun 2014 00:30:52 -0000 I have a patch for this, will post it once I get home tonight. I talked wit= h intel earlier this week, they promised to update the driver soon. Scott > On Jun 21, 2014, at 5:37 PM, Bob Willcox wrote: >=20 > I have an ASUS Z97I-PLUS ITX motherboard that Freebsd 9.2 (or 9.3-RC1 or 1= 1.0 > 20140614 snapshot) is failing to detect the Intel Ethernet NIC on it. The > vendor/device id for it is 0x808615A1 and based on what I've located on th= e > Internet about it is the "Ethernet Connection (2) I218-V". >=20 > Based on what I see in the source for the if_em driver (in sys/dev/e1000) i= t > appears the the "Ethernet Connection I218-V" NIC is supported but I have n= o > idea what the differences are between these two. I tried hacking the if_em= .c > code, adding an entry for this device id to the em_vendor_info_array but i= t > still was not detected. >=20 > Any help with this would be greatly appreciated! This is going to be a NAS= box > so network support is crucial (and the motherboard has only one PCIe slot > containing a Hightpoint Rocket RAID controller required for my disks). >=20 > Thanks, > Bob >=20 > --=20 > Bob Willcox | I really hate this damned machine > bob@immure.com | I wish that they would sell it. > Austin, TX | It never does quite what I want > | But only what I tell it. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jun 22 18:24:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E6AA8B6 for ; Sun, 22 Jun 2014 18:24:07 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 224DC2AD0 for ; Sun, 22 Jun 2014 18:24:06 +0000 (UTC) Received: from mandree.no-ip.org ([78.49.113.61]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0Lhf3N-1WL3ss1hbN-00ms4x for ; Sun, 22 Jun 2014 20:23:59 +0200 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 588EB23CF2A for ; Sun, 22 Jun 2014 20:23:58 +0200 (CEST) Message-ID: <53A71F3E.9000908@gmx.de> Date: Sun, 22 Jun 2014 20:23:58 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.3-RC1 Now Available References: <20140621140419.GA97698@hub.FreeBSD.org> In-Reply-To: <20140621140419.GA97698@hub.FreeBSD.org> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:FHdp2r0a3pRzJSOdLiomZhdoRHCZjuGDOB/yZG2xu3XUXlXGESP DGFQkrhoeiwgP1eDNn707ka+pgFTt9cy0XpevGO3RmEWMHkrwULIv39GykRPBlLDHrTK9E+ zIi0s6LeBtU5RGjfGkzObSjmhGJ7lleh/mb/mygd1F5Eg1UAFxV3gCEfacEZE9Vc1JcakQq SH3et8Jlr+RXWCgTRVjdg== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 22 Jun 2014 18:24:07 -0000 Am 21.06.2014 16:04, schrieb Glen Barber: > The first RC build of the 9.3-RELEASE release cycle is now available > on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and > sparc64 architectures. [...] > The freebsd-update(8) utility supports binary upgrades of amd64 and i38= 6 > systems running earlier FreeBSD releases. Systems running earlier > FreeBSD releases can upgrade as follows: >=20 > # freebsd-update upgrade -r 9.3-RC1 >=20 > During this process, freebsd-update(8) may ask the user to help by > merging some configuration files or by confirming that the automaticall= y > performed merging was done correctly. I see these issues on the second "freebsd-update" install run: > install: ///usr/src/contrib/bind9/libtool.m4 exists but is not a direct= ory > install: ///usr/src/contrib/bind9/libtool.m4/libtool.m4: Not a director= y > install: ///usr/src/contrib/bind9/libtool.m4/ltoptions.m4: Not a direct= ory > install: ///usr/src/contrib/bind9/libtool.m4/ltsugar.m4: Not a director= y > install: ///usr/src/contrib/bind9/libtool.m4/ltversion.m4: Not a direct= ory This is whilst upgrading from 9.1-RELEASE-p(whichever was most current a week ago). Is this just my system, or a known issue? Best regards Matthias From owner-freebsd-stable@FreeBSD.ORG Sun Jun 22 19:07:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F38540E; Sun, 22 Jun 2014 19:07:54 +0000 (UTC) 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 C6EB22DAD; Sun, 22 Jun 2014 19:07:53 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s5MJ7hAB033418; Mon, 23 Jun 2014 05:07:43 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 23 Jun 2014 05:07:43 +1000 (EST) From: Ian Smith To: Glen Barber Subject: Re: FreeBSD 9.3-RC1 Now Available In-Reply-To: <20140621140419.GA97698@hub.FreeBSD.org> Message-ID: <20140623044852.I609@sola.nimnet.asn.au> References: <20140621140419.GA97698@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD Release Engineering Team , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 22 Jun 2014 19:07:54 -0000 On Sat, 21 Jun 2014 10:04:19 -0400, Glen Barber wrote: Good news on the coming pkg usage for dvd1, and present workaround. I'm hoping to make this also work for memsticks made from the dvd with Darren Pilgrim's dvd1_to_memstick.sh (http://pastebin.com/fzgVaCgW) which bsd{install,config} had a media detection issue with on 10.0-R. > SHA256 (FreeBSD-9.3-RC1-amd64-memstick.img) = 3558ff84b8b8561eac827bc1b6aff0591ce69ce9dd79277782b09b55d035f0f6 > SHA256 (FreeBSD-9.3-RC1-amd64-memstick.img.xz) = 5e98414e8f2c4e84e38f93bb802504f82a599846c1fea643c932c2b5da590770 > SHA256 (FreeBSD-9.3-RC1-amd64-mini-memstick.img) = 868b5dd7d4c94c0357becdd7da9aaec7747a989ada662b4e32bcfd6cf052b4d2 > SHA256 (FreeBSD-9.3-RC1-amd64-mini-memstick.img.xz) = 3381babf1740bffd07f18f498835d9a8fc96294009831e994d8a1872acaaa4c3 I've downloaded both for a looksee, but is there some basic description of the differences between the full and mini memstick images somewhere, apart from the obvious ~7 times difference in size as .xz? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sun Jun 22 19:28:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99734811; Sun, 22 Jun 2014 19:28:49 +0000 (UTC) Date: Sun, 22 Jun 2014 15:28:45 -0400 From: Glen Barber To: Ian Smith Subject: Re: FreeBSD 9.3-RC1 Now Available Message-ID: <20140622192845.GB1218@hub.FreeBSD.org> References: <20140621140419.GA97698@hub.FreeBSD.org> <20140623044852.I609@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="obRs6g3QSNdgmoVb" Content-Disposition: inline In-Reply-To: <20140623044852.I609@sola.nimnet.asn.au> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Release Engineering Team , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 22 Jun 2014 19:28:50 -0000 --obRs6g3QSNdgmoVb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 23, 2014 at 05:07:43AM +1000, Ian Smith wrote: > I've downloaded both for a looksee, but is there some basic description= =20 > of the differences between the full and mini memstick images somewhere,= =20 > apart from the obvious ~7 times difference in size as .xz? >=20 Not yet, mostly because 9.3-RELEASE will be the first release to include the mini-memstick image. It is the same as the bootonly.iso, where it does not contain the installation distributions on the medium itself. Glen --obRs6g3QSNdgmoVb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTpy5tAAoJELls3eqvi17QgcUP/1A9u1E/Q6vwl15PTNPBvUOH miiQIQ7r7EXfd+Gq66vYijGReV1lZUMYdgwauEg4dbMHkOtdFMSZ5qzYWLb90cX7 X+6vMGuiBuJ3G6grqO4/nViU13rjDTP5BulPw3l6xtY4MoFR+os1dfQF6qx8nA46 0eqlHHnLdGXylqkWfeiO97PLpPXfgdwTHQUL5diXZ+7boF607MZUR/Me4BLumlb4 uSziZhcuSR4rw/BPDpOpzfP6lBD3xqGpu4aX8TFWg8Fsn022kIXy82p4UTc6P5S3 zQnk19+42kqLo9OeNM+/cdQLE1JT3MGlxGo1smqB34sj1GUJ8a+dLTB30rtxw/BP /WHFy+LRcmoWesgffahDnHkdn0r80vcrmwNqr/Wb2+VEaJOLnUgic66isRcicno9 Cidy9gl/U7tpPKRrb5Cr02Mnx5rwIOn3sCpMKYgf4x6rMTx1JLIsNia58p2qv41t sHb9N4MAUZdbFzm5hsIk9hSS+ilOS0C4tH3ZtNBzTVEzfCsf5VSw2OsQfrMaoLlu qn8kLJH+DP42LsAI+S9Ssupb0HBmqB4O550u4aBDS9V4izQ/OVr3oTrnRtclW3Lt /HC6ioH99Mt4Ox469XGGIg7DIfsr8TtQ7fokBLvC7XqWitxOXRqLEgMMykzetqOi 3XWyuj509FJPi/0xlsI/ =wgVW -----END PGP SIGNATURE----- --obRs6g3QSNdgmoVb-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 23 00:44:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0EC149AC for ; Mon, 23 Jun 2014 00:44:01 +0000 (UTC) Received: from mail.samsco.org (suzy.samsco.org [168.103.85.61]) (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 C2D8E28C8 for ; Mon, 23 Jun 2014 00:43:59 +0000 (UTC) Received: from localhost (localhost [192.168.254.3]) by mail.samsco.org (Postfix) with ESMTP id 8C35E15C1A688; Mon, 23 Jun 2014 00:46:21 +0000 (UTC) Received: from mail.samsco.org ([192.168.254.3]) by localhost (mail.samsco.org [192.168.254.3]) (maiad, port 10024) with ESMTP id 86588-03; Mon, 23 Jun 2014 00:46:21 +0000 (UTC) Received: from [10.64.24.44] (dc1-prod.netflix.com [69.53.236.251]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: scottl@samsco.org) by mail.samsco.org (Postfix) with ESMTPSA id 5AC3C15C18677; Mon, 23 Jun 2014 00:46:20 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: ASUS Z97I-PLUS MB Intel Ethernet NIC not Detected From: Scott Long In-Reply-To: <20140622055835.GK99884@rancor.immure.com> Date: Sun, 22 Jun 2014 18:43:48 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140621233759.GH99884@rancor.immure.com> <3F97C193-5E00-4D11-A463-F031298B83FA@samsco.org> <20140622011948.GI99884@rancor.immure.com> <20140622052614.GA55104@rancor.immure.com> <20140622054626.GJ99884@rancor.immure.com> <20140622055835.GK99884@rancor.immure.com> To: Bob Willcox X-Mailer: Apple Mail (2.1878.2) Cc: stable list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jun 2014 00:44:01 -0000 You=92re welcome. I recommend you contacting the Intel guys as well to = remind him of this. I=92m really not happy that Intel is so sloppy with = allowing the FreeBSD driver to lag behind hardware releases. Their = product manager admitted to me this week that they operate under a =93best= effort=94 policy for FreeBSD. I think that as a community we should = stop tolerating that attitude and insist on a higher level of support. Scott On Jun 21, 2014, at 11:58 PM, Bob Willcox wrote: > Yep, that was it. My network is now configuring...THANKS!! >=20 > Bob >=20 >=20 > On Sun, Jun 22, 2014 at 12:46:26AM -0500, Bob Willcox wrote: >> Wait...I missed the change to e1000_api.c. I'm going to go ahead and = make that >> one and cross my fingers. :) >>=20 >> Bob >>=20 >> On Sun, Jun 22, 2014 at 12:26:14AM -0500, Bob Willcox wrote: >>> Hi Scott, >>>=20 >>> Thanks for posting your patch. I gave it a try on my system but the = Ethernet >>> NIC is still not being detected or configured. It seems that there = must be >>> something else going on on my system besides just the device id = mismatch. What >>> mother board are you using? >>>=20 >>> Thanks, >>> Bob >>>=20 >>> On Sat, Jun 21, 2014 at 10:24:29PM -0600, Scott Long wrote: >>>> Index: e1000_api.c >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> --- e1000_api.c (revision 267663) >>>> +++ e1000_api.c (working copy) >>>> @@ -293,6 +293,7 @@ >>>> case E1000_DEV_ID_PCH_LPT_I217_V: >>>> case E1000_DEV_ID_PCH_LPTLP_I218_LM: >>>> case E1000_DEV_ID_PCH_LPTLP_I218_V: >>>> + case E1000_DEV_ID_X97_COPPER: >>>> mac->type =3D e1000_pch_lpt; >>>> break; >>>> case E1000_DEV_ID_82575EB_COPPER: >>>> Index: e1000_hw.h >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> --- e1000_hw.h (revision 267663) >>>> +++ e1000_hw.h (working copy) >>>> @@ -175,6 +175,7 @@ >>>> #define E1000_DEV_ID_DH89XXCC_SERDES 0x043A >>>> #define E1000_DEV_ID_DH89XXCC_BACKPLANE 0x043C >>>> #define E1000_DEV_ID_DH89XXCC_SFP 0x0440 >>>> +#define E1000_DEV_ID_X97_COPPER 0x15A1 >>>>=20 >>>> #define E1000_REVISION_0 0 >>>> #define E1000_REVISION_1 1 >>>> Index: if_em.c >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> --- if_em.c (revision 267663) >>>> +++ if_em.c (working copy) >>>> @@ -180,6 +180,8 @@ >>>> PCI_ANY_ID, PCI_ANY_ID, = 0}, >>>> { 0x8086, E1000_DEV_ID_PCH_LPTLP_I218_V, >>>> PCI_ANY_ID, PCI_ANY_ID, = 0}, >>>> + { 0x8086, E1000_DEV_ID_X97_COPPER, >>>> + PCI_ANY_ID, PCI_ANY_ID, = 0}, >>>> /* required last entry */ >>>> { 0, 0, 0, 0, 0} >>>> }; >>>>=20 >>>> On Jun 21, 2014, at 7:19 PM, Bob Willcox wrote: >>>>=20 >>>>> Great!! >>>>>=20 >>>>> Bob >>>>>=20 >>>>> On Sat, Jun 21, 2014 at 06:24:49PM -0600, Scott Long wrote: >>>>>> I have a patch for this, will post it once I get home tonight. I = talked with intel earlier this week, they promised to update the driver = soon. >>>>>>=20 >>>>>> Scott >>>>>>=20 >>>>>>> On Jun 21, 2014, at 5:37 PM, Bob Willcox wrote: >>>>>>>=20 >>>>>>> I have an ASUS Z97I-PLUS ITX motherboard that Freebsd 9.2 (or = 9.3-RC1 or 11.0 >>>>>>> 20140614 snapshot) is failing to detect the Intel Ethernet NIC = on it. The >>>>>>> vendor/device id for it is 0x808615A1 and based on what I've = located on the >>>>>>> Internet about it is the "Ethernet Connection (2) I218-V". >>>>>>>=20 >>>>>>> Based on what I see in the source for the if_em driver (in = sys/dev/e1000) it >>>>>>> appears the the "Ethernet Connection I218-V" NIC is supported = but I have no >>>>>>> idea what the differences are between these two. I tried hacking = the if_em.c >>>>>>> code, adding an entry for this device id to the = em_vendor_info_array but it >>>>>>> still was not detected. >>>>>>>=20 >>>>>>> Any help with this would be greatly appreciated! This is going = to be a NAS box >>>>>>> so network support is crucial (and the motherboard has only one = PCIe slot >>>>>>> containing a Hightpoint Rocket RAID controller required for my = disks). >>>>>>>=20 >>>>>>> Thanks, >>>>>>> Bob >>>>>>>=20 >>>>>>> --=20 >>>>>>> Bob Willcox | I really hate this damned machine >>>>>>> bob@immure.com | I wish that they would sell it. >>>>>>> Austin, TX | It never does quite what I want >>>>>>> | But only what I tell it. >>>>>>> _______________________________________________ >>>>>>> freebsd-stable@freebsd.org mailing list >>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>>>>> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >>>>>=20 >>>>> --=20 >>>>> Bob Willcox | I really hate this damned machine >>>>> bob@immure.com | I wish that they would sell it. >>>>> Austin, TX | It never does quite what I want >>>>> | But only what I tell it. >>>>=20 >>>=20 >>> --=20 >>> Bob Willcox | I really hate this damned machine >>> bob@immure.com | I wish that they would sell it. >>> Austin, TX | It never does quite what I want >>> | But only what I tell it. >>=20 >> --=20 >> Bob Willcox | I really hate this damned machine >> bob@immure.com | I wish that they would sell it. >> Austin, TX | It never does quite what I want >> | But only what I tell it. >=20 > --=20 > Bob Willcox | I really hate this damned machine > bob@immure.com | I wish that they would sell it. > Austin, TX | It never does quite what I want > | But only what I tell it. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 23 02:00:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACD3695; Mon, 23 Jun 2014 02:00:49 +0000 (UTC) Received: from mail-in-16.arcor-online.net (mail-in-16.arcor-online.net [151.189.21.56]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx.arcor.de", Issuer "Thawte SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6BC2B2E46; Mon, 23 Jun 2014 02:00:49 +0000 (UTC) Received: from mail-in-03-z2.arcor-online.net (mail-in-03-z2.arcor-online.net [151.189.8.15]) by mx.arcor.de (Postfix) with ESMTP id 89DA98461; Mon, 23 Jun 2014 03:27:10 +0200 (CEST) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-03-z2.arcor-online.net (Postfix) with ESMTP id 82478562A06; Mon, 23 Jun 2014 03:27:10 +0200 (CEST) Received: from Dell-oben.fritz.box (dyndsl-037-138-110-208.ewe-ip-backbone.de [37.138.110.208]) (Authenticated sender: hilko.meyer@arcor.de) by mail-in-01.arcor-online.net (Postfix) with ESMTPA id 6B6255AC25; Mon, 23 Jun 2014 03:27:10 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-01.arcor-online.net 6B6255AC25 From: Hilko Meyer To: freebsd-stable@freebsd.org Subject: powerd stopped working after update from 8.4 to 9.2 Date: Mon, 23 Jun 2014 03:27:08 +0200 Message-ID: X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jun 2014 02:00:49 -0000 Hi, powerd doesn't work anymore after the update from 8.4 to 9.2. The system has an old (more than 10 years) mainboard with Via KT133 chipset. I made a verbose boot with both, 8.4 and 9.2: 8.4: http://pastebin.com/iiZXRXgK 9.2: http://pastebin.com/sHcd3MHv The relevant part of the diff seem to be these parts: viapropm0: SMBus I/O base at 0x5000 viapropm0: SMBus I/O base at 0x5000 viapropm0: port 0x5000-0x500f at device 7.4 on pci0 -viapropm0: SMBus revision code 0x40 -smbus0: on viapropm0 -smb0: on smbus0 +viapropm0: could not allocate bus space +device_attach: viapropm0 attach returned 6 [=E2=80=A6] acpi_throttle0: on cpu0 -acpi_throttle0: P_CNT from P_BLK 0x4010 +acpi_throttle0: failed to attach P_CNT +device_attach: acpi_throttle0 attach returned 6 Any ideas what I can do? regards, Hilko PS: Maybe acpi related so I cced acpi@ From owner-freebsd-stable@FreeBSD.ORG Mon Jun 23 04:44:11 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D9F1B76; Mon, 23 Jun 2014 04:44:11 +0000 (UTC) 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 9E12E2B58; Mon, 23 Jun 2014 04:44:10 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s5N4i4Dc052331; Mon, 23 Jun 2014 14:44:04 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 23 Jun 2014 14:44:04 +1000 (EST) From: Ian Smith To: Glen Barber Subject: Re: FreeBSD 9.3-RC1 Now Available In-Reply-To: <20140622192845.GB1218@hub.FreeBSD.org> Message-ID: <20140623142343.Q609@sola.nimnet.asn.au> References: <20140621140419.GA97698@hub.FreeBSD.org> <20140623044852.I609@sola.nimnet.asn.au> <20140622192845.GB1218@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD Release Engineering Team , freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jun 2014 04:44:11 -0000 On Sun, 22 Jun 2014 15:28:45 -0400, Glen Barber wrote: > On Mon, Jun 23, 2014 at 05:07:43AM +1000, Ian Smith wrote: > > I've downloaded both for a looksee, but is there some basic description > > of the differences between the full and mini memstick images somewhere, > > apart from the obvious ~7 times difference in size as .xz? > > Not yet, mostly because 9.3-RELEASE will be the first release to include > the mini-memstick image. > > It is the same as the bootonly.iso, where it does not contain the > installation distributions on the medium itself. Quite sufficient description thanks, Ian From owner-freebsd-stable@FreeBSD.ORG Mon Jun 23 08:53:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9969493 for ; Mon, 23 Jun 2014 08:53:23 +0000 (UTC) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id 5BEE92ED4 for ; Mon, 23 Jun 2014 08:53:23 +0000 (UTC) Received: (qmail 19008 invoked from network); 23 Jun 2014 12:46:41 +0400 Received: from tarkhil.infotel.ru (tarkhil.infotel.ru [195.170.223.197]) by mail.sub.ru ([88.212.205.2]) with ESMTP via TCP; 31 Dec 1969 23:59:59 -0000 Message-ID: <53A7E96A.7070906@webmail.sub.ru> Date: Mon, 23 Jun 2014 12:46:34 +0400 From: Alex Povolotsky User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: All variables available in jail.conf? 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.18 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, 23 Jun 2014 08:53:23 -0000 Hello I'm trying to limit cpus used by jail; looks like I have to run cpuset after jail is started However, I've got no clues to find a list of all variables available in jail.conf, expecially jail id for postrun_cmd I can, of course, use $(jls -j $name jid) - but maybe there is some more elegant? Alex From owner-freebsd-stable@FreeBSD.ORG Mon Jun 23 19:50:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97DF231D for ; Mon, 23 Jun 2014 19:50:31 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7358C2D24 for ; Mon, 23 Jun 2014 19:50:31 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s5NJoOud003491 for ; Mon, 23 Jun 2014 15:50:24 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <53A884EF.2020900@sentex.net> Date: Mon, 23 Jun 2014 15:50:07 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List Subject: nfs slowdown (RELENG_8) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jun 2014 19:50:31 -0000 I havent started the process of narrowing down where the issue might be or even if there is an issue, but has anyone else seen a situation where RELENG_8 i386 nfs client write speed have all of a sudden nose dived ? Doing a simple cat /dev/zero > /mnt/junk used to yield 500Mb and above easily. Now, its down to 25Mb. A RELENG_9 client is able to write to the same NFS server at 900Mb. I tested another i386 RELENG_8 server with a similar build date and it gets the same slow speed, where as I am pretty sure the same test gave around 400Mb with an older kernel. Both problem boxes are i386 at r267114 (~ June 5th). Both have em nics, but they are different em NICs. But, I have some other boxes from around the same time that are just as fast, but with different em nics / chipsets as well so I am not sure if its related to the em driver or not. The problematic em nics are em1@pci0:4:0:0: class=0x020000 card=0x35788086 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) speed 2.5(2.5) ASPM disabled(L0s/L1) cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled and em1@pci0:6:5:0: class=0x020000 card=0x348d8086 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Gigabit Ethernet Controller (82541EI)' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xea020000, size 131072, enabled bar [14] = type Memory, range 32, base 0xea000000, size 131072, enabled bar [18] = type I/O Port, range 32, base 0x1100, size 64, enabled cap 01[dc] = powerspec 2 supports D0 D3 current D0 cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction And ones that are working as expected em1@pci0:14:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel PRO/1000 PL Network Adaptor (82573L)' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xe8b00000, size 131072, enabled bar [18] = type I/O Port, range 32, base 0x6000, size 32, enabled cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) speed 2.5(2.5) ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected ecap 0003[140] = Serial 1 003048ffff9c59f1 and em1@pci0:14:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel PRO/1000 PL Network Adaptor (82573L)' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xe1100000, size 131072, enabled bar [18] = type I/O Port, range 32, base 0x6000, size 32, enabled cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) speed 2.5(2.5) ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected ecap 0003[140] = Serial 1 003048ffff905219 It might not be an issue with the em driver. Not sure at this point, but wondering if anyone has noticed any other slow downs with NFS on RELENG_8 ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Jun 23 20:13:22 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67725AE1 for ; Mon, 23 Jun 2014 20:13:22 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 319FA2F87 for ; Mon, 23 Jun 2014 20:13:22 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s5NKDHpW008230 for ; Mon, 23 Jun 2014 16:13:17 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <53A88A4C.4020805@sentex.net> Date: Mon, 23 Jun 2014 16:13:00 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List Subject: Re: nfs slowdown (RELENG_8) References: <53A884EF.2020900@sentex.net> In-Reply-To: <53A884EF.2020900@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jun 2014 20:13:22 -0000 On 6/23/2014 3:50 PM, Mike Tancsa wrote: > I havent started the process of narrowing down where the issue might be > or even if there is an issue, but has anyone else seen a situation where > RELENG_8 i386 nfs client write speed have all of a sudden nose dived ? > Doing a simple cat /dev/zero > /mnt/junk used to yield 500Mb and above > easily. Now, its down to 25Mb. A RELENG_9 client is able to write to Reads are plenty fast. On the initial "problem" server where the writes are all of a sudden super slow, the read rate on a uncached file on the server comes in at 1592524800 bytes transferred in 16.746340 secs (95096887 bytes/sec) or ~ 780Mb/s ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Jun 23 21:13:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0402B35; Mon, 23 Jun 2014 21:13:28 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BABF3250E; Mon, 23 Jun 2014 21:13:28 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AF032B972; Mon, 23 Jun 2014 17:13:27 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: powerd stopped working after update from 8.4 to 9.2 Date: Mon, 23 Jun 2014 16:09:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201406231609.53123.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 23 Jun 2014 17:13:27 -0400 (EDT) Cc: Hilko Meyer , freebsd-acpi@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jun 2014 21:13:29 -0000 On Sunday, June 22, 2014 9:27:08 pm Hilko Meyer wrote: > Hi, >=20 > powerd doesn't work anymore after the update from 8.4 to 9.2. The system > has an old (more than 10 years) mainboard with Via KT133 chipset. >=20 > I made a verbose boot with both, 8.4 and 9.2: > 8.4: http://pastebin.com/iiZXRXgK > 9.2: http://pastebin.com/sHcd3MHv > The relevant part of the diff seem to be these parts: >=20 > viapropm0: SMBus I/O base at 0x5000 > viapropm0: SMBus I/O base at 0x5000 > viapropm0: port 0x5000-0x500f at > device 7.4 on pci0 > -viapropm0: SMBus revision code 0x40 > -smbus0: on viapropm0 > -smb0: on smbus0 > +viapropm0: could not allocate bus space > +device_attach: viapropm0 attach returned 6 > [=E2=80=A6] > acpi_throttle0: on cpu0 > -acpi_throttle0: P_CNT from P_BLK 0x4010 > +acpi_throttle0: failed to attach P_CNT > +device_attach: acpi_throttle0 attach returned 6 >=20 > Any ideas what I can do? acpi_timer0 also failed to probe due to a resource issue. Can you get the= =20 output of 'devinfo -rv' and 'devinfo -u' from the both kernels? =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 23 21:13:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7FC1B97 for ; Mon, 23 Jun 2014 21:13:31 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9139F250F for ; Mon, 23 Jun 2014 21:13:31 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6399AB97B; Mon, 23 Jun 2014 17:13:30 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: Weird ISR accounting in 10-STABLE Date: Mon, 23 Jun 2014 16:14:50 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201406231614.51004.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 23 Jun 2014 17:13:30 -0400 (EDT) Cc: Vlad Galu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jun 2014 21:13:31 -0000 On Wednesday, June 18, 2014 7:12:33 am Vlad Galu wrote: > CPU information: > -- cut here -- > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads > -- and here -- > > top output: > -- cut here -- > last pid: 51987; load averages: 2.00, 2.00, 2.00 > > > > up 8+18:47:58 13:07:02 > 520 processes: 11 running, 489 sleeping, 20 waiting > CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 1: 0.0% user, 0.0% nice, 0.0% system, 100% interrupt, 0.0% idle > CPU 2: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle > CPU 3: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% idle > CPU 4: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 5: 0.0% user, 0.0% nice, 0.8% system, 0.0% interrupt, 99.2% idle > CPU 6: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle > CPU 7: 0.0% user, 0.0% nice, 0.0% system, 0.4% interrupt, 99.6% idle > Mem: 87M Active, 2102M Inact, 11G Wired, 3656K Cache, 17G Free > ARC: 8192M Total, 4089M MFU, 3372M MRU, 1936K Anon, 66M Header, 663M Other > Swap: 32G Total, 32G Free > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 11 root 155 ki31 0K 128K CPU0 0 210.1H 100.00% > idle{idle: cpu0} > 11 root 155 ki31 0K 128K CPU5 5 209.9H 100.00% > idle{idle: cpu5} > 11 root 155 ki31 0K 128K CPU7 7 209.9H 100.00% > idle{idle: cpu7} > 11 root 155 ki31 0K 128K CPU4 4 209.1H 100.00% > idle{idle: cpu4} > 11 root 155 ki31 0K 128K RUN 3 189.9H 100.00% > idle{idle: cpu3} > 11 root 155 ki31 0K 128K CPU2 2 173.3H 100.00% > idle{idle: cpu2} > 11 root 155 ki31 0K 128K CPU6 6 163.4H 100.00% > idle{idle: cpu6} > 12 root -72 - 0K 336K CPU1 1 141.0H 100.00% > intr{swi1: netisr 0} This ithread? (ithreads count as intr time) -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 23 21:13:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A796D0C for ; Mon, 23 Jun 2014 21:13:34 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 65C462510 for ; Mon, 23 Jun 2014 21:13:34 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 505BEB91F; Mon, 23 Jun 2014 17:13:33 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org, lausts@acm.org Subject: Re: Intermittant Kernel Panic FreeBSD 10 STABLE Date: Mon, 23 Jun 2014 16:20:46 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <53A05461.22133.7CA31A@lausts.acm.org> In-Reply-To: <53A05461.22133.7CA31A@lausts.acm.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201406231620.46779.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 23 Jun 2014 17:13:33 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jun 2014 21:13:34 -0000 On Tuesday, June 17, 2014 10:44:49 am Thomas Laus wrote: > I have a new Giabyte J1900N-D3V motherboard that intermittantly panics when > starting up or rebooting. It shows the same issue on FreeBSD 10 Release and > FreeBSD Stable snapshot r265408. I loaded and ran with a FreeBSD Current > r265628 snapshot for a few days without any issues. I also loaded and ran > Win7 for 2 weeks on this system without any problems. This PC does have > a solid state disk, which may affect my boot time. > > Most of the time the automatic reboot after the panic proceeds normally and > once the system is up, everything appears to work normally. I have been > able to make and build world as well as rebuild all of my ports without > any problem. So does HEAD never panic but 10 often panics? The odd thing here is that this should be a static table generated by the BIOS that should have the same contents every boot. The panic is claiming that one of the fields in the table is set to an invalid value. If it happened on every boot it could be a software bug (or a BIOS bug we need to workaround). If it only happens on certain boots it feels more like a memory error. :-/ -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 23 21:13:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D70CDF6 for ; Mon, 23 Jun 2014 21:13:37 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC9B72511 for ; Mon, 23 Jun 2014 21:13:36 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id F23F3B945; Mon, 23 Jun 2014 17:13:35 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: panic: privileged instruction fault Date: Mon, 23 Jun 2014 16:41:07 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <538D908F.6050801@rixtel.com> In-Reply-To: <538D908F.6050801@rixtel.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201406231641.07691.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 23 Jun 2014 17:13:36 -0400 (EDT) Cc: Ilmars =?utf-8?q?Knip=C5=A1is?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jun 2014 21:13:37 -0000 On Tuesday, June 03, 2014 5:08:31 am Ilmars Knip=C5=A1is wrote: > Hello! >=20 > This is binary install of FreeBSD 10 on Intel server board S1200 V3 RP=20 > with ZFS mirrored SSD disks for OS and ZFS RAID 10 with 4 HDD disks for=20 > data. >=20 > I am getting the kernel panic at random time almost every day: > panic: privileged instruction fault > panic: general protection fault > panic: vm_fault: fault on nofault entry, addr: fffffe046667d000 > panic: page fault >=20 > Could it be faulty RAM ? >=20 >=20 >=20 > Small extract from core.txt: >=20 > FreeBSD xx.xxx.com 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan= =20 > 16 22:34:59 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC = =20 > amd64 >=20 > Unread portion of the kernel message buffer: > trap number =3D 1 > panic: privileged instruction fault > cpuid =3D 0 > KDB: stack backtrace: > #0 0xffffffff808e7dd0 at kdb_backtrace+0x60 > #1 0xffffffff808af8b5 at panic+0x155 > #2 0xffffffff80c8e692 at trap_fatal+0x3a2 > #3 0xffffffff80c8e2cf at trap+0x7bf > #4 0xffffffff80c75392 at calltrap+0x8 > #5 0xffffffff81853b3d at spa_sync+0x61d > #6 0xffffffff8185c925 at txg_sync_thread+0x375 > #7 0xffffffff8088198a at fork_exit+0x9a > #8 0xffffffff80c758ce at fork_trampoline+0xe > Uptime: 13h55m6s > Dumping 1059 out of 16299=20 > MB:..2%..11%..22%..31%..41%..52%..61%..71%..81%..91% >=20 > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > Loaded symbols for /boot/kernel/zfs.ko.symbols > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > Reading symbols from /boot/kernel/ums.ko.symbols...done. > Loaded symbols for /boot/kernel/ums.ko.symbols > Reading symbols from /boot/kernel/pflog.ko.symbols...done. > Loaded symbols for /boot/kernel/pflog.ko.symbols > Reading symbols from /boot/kernel/pf.ko.symbols...done. > Loaded symbols for /boot/kernel/pf.ko.symbols > Reading symbols from /boot/kernel/nullfs.ko.symbols...done. > Loaded symbols for /boot/kernel/nullfs.ko.symbols > Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. > Loaded symbols for /boot/kernel/fdescfs.ko.symbols > #0 doadump (textdump=3D) at pcpu.h:219 > 219 pcpu.h: No such file or directory. > in pcpu.h Can you do 'x/i 0xffffffff81853b3d' in kgdb? (Yes, it is quite possible th= is=20 is due to bad RAM) =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 23 21:19:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A55C148 for ; Mon, 23 Jun 2014 21:19:16 +0000 (UTC) Received: from mail-qg0-x22a.google.com (mail-qg0-x22a.google.com [IPv6:2607:f8b0:400d:c04::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 23567259A for ; Mon, 23 Jun 2014 21:19:15 +0000 (UTC) Received: by mail-qg0-f42.google.com with SMTP id e89so6494049qgf.15 for ; Mon, 23 Jun 2014 14:19:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=packetdam.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Zvs0o73MqEwrYHFmUfhZnw4AAceIrb7AKPIAe2UArQc=; b=kxXJIKK++HuTXU3wGPLZD5dtFcNrYtVe0lIqxXnzs/qGFxuePrkPLksZHVp6VPxoZ0 N5AMJ/hOP9B0/dPsasWB07esMqqvaUAVCslVbrLwJ2hdxCdVidL21v0PsN8Fa2ItE/5n +CQafewj0CBwRi/4iJV3Oqb47EF22/OvGVGNA= 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:content-type; bh=Zvs0o73MqEwrYHFmUfhZnw4AAceIrb7AKPIAe2UArQc=; b=FFLdrTInV471hwctm2fMW8WrIe1zwd7522nKI7m4/TGJwvxzj/Sk3cVmddD7GgfyAj X16rMBD5MVsj7/smojJi39a1UTc/s8s/Mj164xACSzGfjIm6B3mBAtFIYSVvXthaSoew UDRAziFMAXW4N2r6dVkHZ5bN+q/qDYgQJKNpG+er5iPnzgwjeYHF3sZkq3BAQvS058Iy z7kljoDQwqMLaFFs/qqdLMLQYgn2LpgvgD8o8kT50JVVddgT5/kp3QNMSktmeHcQZbHB ABB1kwk0J7LCI+RQzs/zt4a1WY4DE9gvxIX0gbkAV63jAhS1oom8byHfomf2owbBiJpZ I4ZA== X-Gm-Message-State: ALoCoQkBTNRVUm6CXHYAE3ddWYVNAEeaQix4OMsNG7xc27QbBMGHJW4NeYBeCIgxBww2SgKm0mNi X-Received: by 10.140.107.182 with SMTP id h51mr34260805qgf.82.1403558355039; Mon, 23 Jun 2014 14:19:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.185.6 with HTTP; Mon, 23 Jun 2014 14:18:34 -0700 (PDT) X-Originating-IP: [148.251.50.122] In-Reply-To: <201406231614.51004.jhb@freebsd.org> References: <201406231614.51004.jhb@freebsd.org> From: Vlad Galu Date: Mon, 23 Jun 2014 22:18:34 +0100 Message-ID: Subject: Re: Weird ISR accounting in 10-STABLE To: John Baldwin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jun 2014 21:19:16 -0000 Hi John, thanks for reaching back. Yes, that must have been it, although the machine was completely idle at the time, except for my SSH session it was not generating or receiving any other traffic. I have since updated to r267702 and the problem seems to have magically disappeared... I still have the old kernel but can't currently reboot the machine. When I do next, I will revert to it and try to provide more information. On Mon, Jun 23, 2014 at 9:14 PM, John Baldwin wrote: > On Wednesday, June 18, 2014 7:12:33 am Vlad Galu wrote: > > CPU information: > > -- cut here -- > > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > > FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads > > -- and here -- > > > > top output: > > -- cut here -- > > last pid: 51987; load averages: 2.00, 2.00, 2.00 > > > > > > > > up 8+18:47:58 13:07:02 > > 520 processes: 11 running, 489 sleeping, 20 waiting > > CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > > CPU 1: 0.0% user, 0.0% nice, 0.0% system, 100% interrupt, 0.0% idle > > CPU 2: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle > > CPU 3: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% idle > > CPU 4: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > > CPU 5: 0.0% user, 0.0% nice, 0.8% system, 0.0% interrupt, 99.2% idle > > CPU 6: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle > > CPU 7: 0.0% user, 0.0% nice, 0.0% system, 0.4% interrupt, 99.6% idle > > Mem: 87M Active, 2102M Inact, 11G Wired, 3656K Cache, 17G Free > > ARC: 8192M Total, 4089M MFU, 3372M MRU, 1936K Anon, 66M Header, 663M > Other > > Swap: 32G Total, 32G Free > > > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU > COMMAND > > 11 root 155 ki31 0K 128K CPU0 0 210.1H 100.00% > > idle{idle: cpu0} > > 11 root 155 ki31 0K 128K CPU5 5 209.9H 100.00% > > idle{idle: cpu5} > > 11 root 155 ki31 0K 128K CPU7 7 209.9H 100.00% > > idle{idle: cpu7} > > 11 root 155 ki31 0K 128K CPU4 4 209.1H 100.00% > > idle{idle: cpu4} > > 11 root 155 ki31 0K 128K RUN 3 189.9H 100.00% > > idle{idle: cpu3} > > 11 root 155 ki31 0K 128K CPU2 2 173.3H 100.00% > > idle{idle: cpu2} > > 11 root 155 ki31 0K 128K CPU6 6 163.4H 100.00% > > idle{idle: cpu6} > > 12 root -72 - 0K 336K CPU1 1 141.0H 100.00% > > intr{swi1: netisr 0} > > This ithread? (ithreads count as intr time) > > -- > John Baldwin > -- Regards, Vlad From owner-freebsd-stable@FreeBSD.ORG Mon Jun 23 22:42:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94763B35 for ; Mon, 23 Jun 2014 22:42:07 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 5C28C2D86 for ; Mon, 23 Jun 2014 22:42:06 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAFAFisqFODaFve/2dsb2JhbABXA4MsM1qCbadYAQEBAQEBBpF1hm1TAYEidYQDAQEBAwEBAQEgJgUYCAsFFgcRAgINGQIpAQkmBggHBAEcBIgZCA2lB519F4EqhDmISAEBGyQQBxGCJQ8yEoE6BIlQjhaEK4lwiC6DXiE1gQU5 X-IronPort-AV: E=Sophos;i="5.01,533,1400040000"; d="scan'208";a="133358571" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 23 Jun 2014 18:41:59 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 9A928B404D; Mon, 23 Jun 2014 18:41:59 -0400 (EDT) Date: Mon, 23 Jun 2014 18:41:59 -0400 (EDT) From: Rick Macklem To: Mike Tancsa Message-ID: <2091718059.2982836.1403563319620.JavaMail.root@uoguelph.ca> In-Reply-To: <53A884EF.2020900@sentex.net> Subject: Re: nfs slowdown (RELENG_8) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jun 2014 22:42:07 -0000 Mike Tancsa wrote: > I havent started the process of narrowing down where the issue might > be > or even if there is an issue, but has anyone else seen a situation > where > RELENG_8 i386 nfs client write speed have all of a sudden nose dived > ? > Doing a simple cat /dev/zero > /mnt/junk used to yield 500Mb and > above > easily. Now, its down to 25Mb. A RELENG_9 client is able to write to > the same NFS server at 900Mb. I tested another i386 RELENG_8 server > with a similar build date and it gets the same slow speed, where as I > am > pretty sure the same test gave around 400Mb with an older kernel. > Both > problem boxes are i386 at r267114 (~ June 5th). Both have em nics, > but > they are different em NICs. But, I have some other boxes from around > the > same time that are just as fast, but with different em nics / > chipsets > as well so I am not sure if its related to the em driver or not. > I suggest you try disabling TSO on the nics (or setting wsize=32786 on all mounts). Usually such slowdowns are related to the underlying network fabric and there are known TSO issues for nics/drivers that only handle 32 transmit buffers when 64K writes are being used. rick > The problematic em nics are > > em1@pci0:4:0:0: class=0x020000 card=0x35788086 chip=0x10d38086 > rev=0x00 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link > x1(x1) > speed 2.5(2.5) ASPM disabled(L0s/L1) > cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled > and > > em1@pci0:6:5:0: class=0x020000 card=0x348d8086 chip=0x10768086 > rev=0x05 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Gigabit Ethernet Controller (82541EI)' > class = network > subclass = ethernet > bar [10] = type Memory, range 32, base 0xea020000, size > 131072, > enabled > bar [14] = type Memory, range 32, base 0xea000000, size > 131072, > enabled > bar [18] = type I/O Port, range 32, base 0x1100, size 64, > enabled > cap 01[dc] = powerspec 2 supports D0 D3 current D0 > cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction > > > And ones that are working as expected > > em1@pci0:14:0:0: class=0x020000 card=0x109a15d9 > chip=0x109a8086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel PRO/1000 PL Network Adaptor (82573L)' > class = network > subclass = ethernet > bar [10] = type Memory, range 32, base 0xe8b00000, size > 131072, > enabled > bar [18] = type I/O Port, range 32, base 0x6000, size 32, > enabled > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 > message > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link > x1(x1) > speed 2.5(2.5) > ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected > ecap 0003[140] = Serial 1 003048ffff9c59f1 > > and > > em1@pci0:14:0:0: class=0x020000 card=0x109a15d9 > chip=0x109a8086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel PRO/1000 PL Network Adaptor (82573L)' > class = network > subclass = ethernet > bar [10] = type Memory, range 32, base 0xe1100000, size > 131072, > enabled > bar [18] = type I/O Port, range 32, base 0x6000, size 32, > enabled > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 > message > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link > x1(x1) > speed 2.5(2.5) > ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected > ecap 0003[140] = Serial 1 003048ffff905219 > > It might not be an issue with the em driver. Not sure at this point, > but > wondering if anyone has noticed any other slow downs with NFS on > RELENG_8 ? > > > ---Mike > -- > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Jun 23 22:45:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6087CF9 for ; Mon, 23 Jun 2014 22:45:52 +0000 (UTC) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F4792DC2 for ; Mon, 23 Jun 2014 22:45:52 +0000 (UTC) Received: by mail-lb0-f181.google.com with SMTP id p9so5340687lbv.26 for ; Mon, 23 Jun 2014 15:45:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=qvflRwXCGEdqzIFQa5rz1k0GSnTY1WnXhO3i+4tjD8w=; b=w7GIT+u3UNCrOn06b2hD+OhRO5hvt8Hk3vPiqY0oIkjyIJJagl6PGKLaDkUMb1dbim Ng0rWDh+BQOUe3T3NathrFAY5DW5D4WBZMh8QVK4/ie3ibG1nTaNbGXcldZJzpcfdoK/ bjswUhTZceH4fcsbfd6Oz3BWR9YWRH5EYR1v39jPMDmElK3eP16pcLhV9qDNfLfDiOH1 uqw5hWZRzmFaNhJ+jX3j6iKsCZ3e0HW++2rb+t+KZIiuh0eX9WLTdc8mSvjli9O89NEB qZgZUzSKvRaLMmVbYtXwD/3ctrv6G7Rqtn/1CPv7baJHRmjMmpA9ExOt3L2+oKOykO6N Jrkw== MIME-Version: 1.0 X-Received: by 10.112.136.196 with SMTP id qc4mr1368070lbb.6.1403563550303; Mon, 23 Jun 2014 15:45:50 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.71 with HTTP; Mon, 23 Jun 2014 15:45:50 -0700 (PDT) In-Reply-To: <53A05461.22133.7CA31A@lausts.acm.org> References: <53A05461.22133.7CA31A@lausts.acm.org> Date: Mon, 23 Jun 2014 15:45:50 -0700 X-Google-Sender-Auth: udEUE85jS9TZwdFomoOSDYFiRus Message-ID: Subject: Re: Intermittant Kernel Panic FreeBSD 10 STABLE From: Craig Rodrigues To: lausts@acm.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jun 2014 22:45:53 -0000 On Tue, Jun 17, 2014 at 7:44 AM, Thomas Laus wrote: > I have a new Giabyte J1900N-D3V motherboard that intermittantly panics when > starting up or rebooting. It shows the same issue on FreeBSD 10 Release > and > FreeBSD Stable snapshot r265408. I loaded and ran with a FreeBSD Current > r265628 snapshot for a few days without any issues. > > > ----------------------------------------------------------------------------- > > ------------------------------------------------------------------------------ > ---- > DMESG section showing the panic: > > Jan 1 14:18:04 GENERIC kernel: panic: Bogus Interrupt Polarity > Can you try FreeBSD stable/10 at r267809? -- Craig From owner-freebsd-stable@FreeBSD.ORG Mon Jun 23 23:12:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 476F5672; Mon, 23 Jun 2014 23:12:27 +0000 (UTC) Received: from mail-in-16.arcor-online.net (mail-in-16.arcor-online.net [151.189.21.56]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx.arcor.de", Issuer "Thawte SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 03CDA20F9; Mon, 23 Jun 2014 23:12:26 +0000 (UTC) Received: from mail-in-13-z2.arcor-online.net (mail-in-13-z2.arcor-online.net [151.189.8.30]) by mx.arcor.de (Postfix) with ESMTP id 15F2F82C9; Tue, 24 Jun 2014 01:12:24 +0200 (CEST) Received: from mail-in-18.arcor-online.net (mail-in-18.arcor-online.net [151.189.21.58]) by mail-in-13-z2.arcor-online.net (Postfix) with ESMTP id 11DE714A5E7; Tue, 24 Jun 2014 01:12:24 +0200 (CEST) X-Greylist: Passed host: 31.150.165.247 X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-18.arcor-online.net CFE623DC31C X-Greylist: Passed host: 31.150.165.247 X-Greylist: Passed host: 31.150.165.247 Received: from Dell-oben.fritz.box (dyndsl-031-150-165-247.ewe-ip-backbone.de [31.150.165.247]) (Authenticated sender: hilko.meyer@arcor.de) by mail-in-18.arcor-online.net (Postfix) with ESMTPA id CFE623DC31C; Tue, 24 Jun 2014 01:12:23 +0200 (CEST) From: Hilko Meyer To: John Baldwin Subject: Re: powerd stopped working after update from 8.4 to 9.2 Date: Tue, 24 Jun 2014 01:12:23 +0200 Message-ID: <1mchq919q3su1ji3sgaamjugv2jdu5bbgs@mail.arcor.de> References: <201406231609.53123.jhb@freebsd.org> In-Reply-To: <201406231609.53123.jhb@freebsd.org> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jun 2014 23:12:27 -0000 John Baldwin wrote: >On Sunday, June 22, 2014 9:27:08 pm Hilko Meyer wrote: >> Hi, >>=20 >> powerd doesn't work anymore after the update from 8.4 to 9.2. The = system >> has an old (more than 10 years) mainboard with Via KT133 chipset. >>=20 >> I made a verbose boot with both, 8.4 and 9.2: >> 8.4: http://pastebin.com/iiZXRXgK >> 9.2: http://pastebin.com/sHcd3MHv >> The relevant part of the diff seem to be these parts: >>=20 >> viapropm0: SMBus I/O base at 0x5000 >> viapropm0: SMBus I/O base at 0x5000 >> viapropm0: port 0x5000-0x500f = at >> device 7.4 on pci0 >> -viapropm0: SMBus revision code 0x40 >> -smbus0: on viapropm0 >> -smb0: on smbus0 >> +viapropm0: could not allocate bus space >> +device_attach: viapropm0 attach returned 6 >> [=E2=80=A6] >> acpi_throttle0: on cpu0 >> -acpi_throttle0: P_CNT from P_BLK 0x4010 >> +acpi_throttle0: failed to attach P_CNT >> +device_attach: acpi_throttle0 attach returned 6 >>=20 >> Any ideas what I can do? > >acpi_timer0 also failed to probe due to a resource issue. Can you get = the=20 >output of 'devinfo -rv' and 'devinfo -u' from the both kernels? Yes, no problem. devinfo -rv: 8.4: http://pastebin.com/6xm1tBrU 9.2: http://pastebin.com/whXk32Ab devinfo -u: 8.4: http://pastebin.com/47U7HZb3 9.2: http://pastebin.com/U85HTw0C thanks for your help, Hilko From owner-freebsd-stable@FreeBSD.ORG Tue Jun 24 01:47:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D93E9A5 for ; Tue, 24 Jun 2014 01:47:18 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [192.203.228.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 817A52D60 for ; Tue, 24 Jun 2014 01:47:18 +0000 (UTC) Received: from overcee.wemm.org (canning.wemm.org [192.203.228.65]) by smtp2.wemm.org (Postfix) with ESMTP id 77CCC7BC; Mon, 23 Jun 2014 18:47:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1403574437; bh=JSWiWOeu+pxUYWyrTdlpOZ/FBZDJ7HEICjeL/ZwdoTA=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=qi4ZvjuwMJP3RpPMELvluYhBywOKPFW5P9x2rY+O2Na2BIglbsgVCXsEyUoWeZokI 8aIVe7T8P453wzk0kujbqtJoyrzW4GLQlrMS/CMljGKuQg50K9RlbD2WrehWJukEwl HwqJuXeAdDRnoypzPsgFWdducbde10GPDM8HTT64= From: Peter Wemm To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.3-RC1 Now Available Date: Mon, 23 Jun 2014 18:47:12 -0700 Message-ID: <1574026.V6zNasenXf@overcee.wemm.org> User-Agent: KMail/4.12.4 (FreeBSD/11.0-CURRENT; KDE/4.12.4; amd64; ; ) In-Reply-To: <53A71F3E.9000908@gmx.de> References: <20140621140419.GA97698@hub.FreeBSD.org> <53A71F3E.9000908@gmx.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2231871.M8ummYetzl"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: Matthias Andree X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jun 2014 01:47:18 -0000 --nextPart2231871.M8ummYetzl Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Sunday 22 June 2014 20:23:58 Matthias Andree wrote: > Am 21.06.2014 16:04, schrieb Glen Barber: > > The first RC build of the 9.3-RELEASE release cycle is now availabl= e > > on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 an= d > > sparc64 architectures. >=20 > [...] >=20 > > The freebsd-update(8) utility supports binary upgrades of amd64 and= i386 > > systems running earlier FreeBSD releases. Systems running earlier > >=20 > > FreeBSD releases can upgrade as follows: > > =09# freebsd-update upgrade -r 9.3-RC1 > >=20 > > During this process, freebsd-update(8) may ask the user to help by > > merging some configuration files or by confirming that the automati= cally > > performed merging was done correctly. >=20 > I see these issues on the second "freebsd-update" install run: > > install: ///usr/src/contrib/bind9/libtool.m4 exists but is not a di= rectory > > install: ///usr/src/contrib/bind9/libtool.m4/libtool.m4: Not a dire= ctory > > install: ///usr/src/contrib/bind9/libtool.m4/ltoptions.m4: Not a di= rectory > > install: ///usr/src/contrib/bind9/libtool.m4/ltsugar.m4: Not a dire= ctory > > install: ///usr/src/contrib/bind9/libtool.m4/ltversion.m4: Not a di= rectory >=20 > This is whilst upgrading from 9.1-RELEASE-p(whichever was most curren= t a > week ago). >=20 > Is this just my system, or a known issue? Likely a bug in freebsd-update. It also broke the svn -> cvs and svn -= >=20 perforce converters. In the source tree, a file was replaced with a di= rectory=20 with the same name. =2D-=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI= 6FJV UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 --nextPart2231871.M8ummYetzl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABAgAGBQJTqNikAAoJEDXWlwnsgJ4EPU0H/3bC2+ll6Pm1kgVdG+mEe7CZ Nx0HcYLo0zJkxK/SRpBmc7kQBgG6Uo8NgElG+hzWm4HS+atNVOa6R7mykNeoC80l XyiD+5qooPD26gYKGihTmox5tErJ8OKDS93YHa6fd+RlHjT99LrIosWhC1jdWYZS PGZULmONAWdQjO/J8S8ayUlhnEAFeqCzH68C6X/odpLwxT9aHiI08T77H/Q2Bg1z DwhThrXcwv9DVD/UIu4PhTRVm3yMHulc3FxaSsVhMV+pGWMmqGweUVKroP82fB7Q OOFPGX2Hd2oZKjn/+grV9nggoAMGuSSp0bY7Uhn6geqP1Cf2U9zjUrCHQID3OuI= =DJR5 -----END PGP SIGNATURE----- --nextPart2231871.M8ummYetzl-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 24 02:56:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 528D747C for ; Tue, 24 Jun 2014 02:56:30 +0000 (UTC) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id A056C226A for ; Tue, 24 Jun 2014 02:56:28 +0000 (UTC) Received: (qmail 89382 invoked by uid 907); 24 Jun 2014 02:49:45 -0000 Received: from Unknown (HELO jmmacpro.tmst.com.au) (203.14.245.130) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (DHE-RSA-AES256-SHA encrypted) ESMTPSA; Tue, 24 Jun 2014 12:49:45 +1000 From: Jan Mikkelsen Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: r256920 missing in stable/9 and releng/9.3 Message-Id: <37229F0A-4BEA-4712-9AE1-5446A630AF9F@transactionware.com> Date: Tue, 24 Jun 2014 12:49:42 +1000 To: FreeBSD Stable Mailing List , andre@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jun 2014 02:56:30 -0000 Hi, I=92m bringing 9.3-RC1 into our local Perforce depot and moving our = local patches to 9.2 forward. I noticed that r256920 (changing sys/netinet/tcp_input.c) has not been = MFC=92d. It was listed as =93MFC after 3 days=94 back in October 2013. Is this patch missing for a reason? Thanks, Jan Mikkelsen From owner-freebsd-stable@FreeBSD.ORG Tue Jun 24 10:49:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DFB33FB for ; Tue, 24 Jun 2014 10:49:12 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.12]) (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 9214F2A3F for ; Tue, 24 Jun 2014 10:49:11 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1WzOHe-000N8M-KO for freebsd-stable@freebsd.org; Tue, 24 Jun 2014 13:49:02 +0300 From: Daniel Braniss Subject: pci issues with SBC (AMD G-T40E) - PCEngines apu Message-Id: <0D577669-BF58-4B30-B29A-9A5B05C95112@cs.huji.ac.il> Date: Tue, 24 Jun 2014 13:48:56 +0300 To: FreeBSD stable Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jun 2014 10:49:13 -0000 Hi all, the short story is that not always all the devices are discovered correctly, i.e. there are 3 RealTek and sometimes all 3 are discovered, sometimes 2,sometimes only one. My guts are telling me it=92s a timing issue, is there some delay I can = put in? I tried booting verbose but the problem is till there. example: =85 re1: port = 0x2000-0x20ff mem 0xf7b00000-0xf7b00fff,0xf7a00000-0xf7a03fff irq 17 at = device 0.0 on pci2 re1: MSI count : 1 re1: MSI-X count : 4 re1: attempting to allocate 1 MSI-X vectors (4 supported) msi: routing MSI-X IRQ 260 to local APIC 0 vector 55 re1: using IRQ 260 for MSI-X re1: Using 1 MSI-X message re1: ASPM disabled re1: Chip rev. 0x2c000000 re1: MAC rev. 0x00200000 miibus1: on re1 rgephy1: PHY 1 on = miibus1 rgephy1: OUI 0x00e04c, model 0x0011, rev. 4 rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, = 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, = 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT- FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re1: bpf attached re1: Ethernet address: 00:0d:b9:34:28:c5 pcib3: irq 18 at device 6.0 on pci0 pcib0: allocated type 4 (0x3000-0x3fff) for rid 1c of pcib3 pcib0: allocated type 3 (0xf7d00000-0xf7dfffff) for rid 20 of pcib3 pcib0: allocated type 3 (0xf7c00000-0xf7cfffff) for rid 24 of pcib3 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x3000-0x3fff pcib3: memory decode 0xf7d00000-0xf7dfffff pcib3: prefetched decode 0xf7c00000-0xf7cfffff pci3: on pcib3 pci3: domain=3D0, physical bus=3D3 found-> vendor=3D0x10ec, dev=3D0x8168, revid=3D0x06 domain=3D0, bus=3D3, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D10 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 4 messages in map 0x20 map[10]: type I/O Port, range 32, base 0x3000, size 8, enabled pcib3: allocated I/O port range (0x3000-0x30ff) for rid 10 of pci0:3:0:0 map[18]: type Memory, range 64, base 0xf7d00000, size 12, = enabled pcib3: allocated memory range (0xf7d00000-0xf7d00fff) for rid 18 of = pci0:3:0:0 map[20]: type Prefetchable Memory, range 64, base 0xf7c00000, = size 14, enabled pcib3: allocated prefetch range (0xf7c00000-0xf7c03fff) for rid 20 of = pci0:3:0:0 pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 18 re2: port = 0x3000-0x30ff mem 0xf7d00000-0xf7d00fff,0xf7c00000-0xf7c03fff irq 18 at = device 0.0 on pci3 re2: MSI count : 1 re2: MSI-X count : 4 re2: attempting to allocate 1 MSI-X vectors (4 supported) msi: routing MSI-X IRQ 261 to local APIC 0 vector 56 re2: using IRQ 261 for MSI-X re2: Using 1 MSI-X message re2: ASPM disabled re2: Chip rev. 0x80000000 re2: MAC rev. 0x00000000 <=97=97=97=97=97=97=97=97=97------------ = notice this is now zero! re2: Unknown H/W revision: 0x80000000 device_attach: re2 attach returned 6 =85 thanks, danny From owner-freebsd-stable@FreeBSD.ORG Tue Jun 24 13:09:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7EB9E3 for ; Tue, 24 Jun 2014 13:09:08 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 829BA2705 for ; Tue, 24 Jun 2014 13:09:08 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s5OD93x2009372; Tue, 24 Jun 2014 09:09:03 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <53A9785C.7040906@sentex.net> Date: Tue, 24 Jun 2014 09:08:44 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List Subject: Re: nfs slowdown (RELENG_8) References: <53A884EF.2020900@sentex.net> <53A88A4C.4020805@sentex.net> In-Reply-To: <53A88A4C.4020805@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jun 2014 13:09:08 -0000 On 6/23/2014 4:13 PM, Mike Tancsa wrote: > > Reads are plenty fast. On the initial "problem" server where the writes > are all of a sudden super slow, the read rate on a uncached file on the > server comes in at > > 1592524800 bytes transferred in 16.746340 secs (95096887 bytes/sec) or ~ > 780Mb/s Also, I am able to blast out using /usr/src/tool/tools/netrate/netblast at full gigabit speeds to the nfs server from the problem machines. It just seems nfs writes are hindered ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Jun 24 13:11:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC9BD2E4 for ; Tue, 24 Jun 2014 13:11:04 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A60152734 for ; Tue, 24 Jun 2014 13:11:04 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s5ODB0Jf009793; Tue, 24 Jun 2014 09:11:00 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <53A978D1.2000207@sentex.net> Date: Tue, 24 Jun 2014 09:10:41 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Rick Macklem Subject: Re: nfs slowdown (RELENG_8) References: <2091718059.2982836.1403563319620.JavaMail.root@uoguelph.ca> In-Reply-To: <2091718059.2982836.1403563319620.JavaMail.root@uoguelph.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jun 2014 13:11:04 -0000 On 6/23/2014 6:41 PM, Rick Macklem wrote: >> > I suggest you try disabling TSO on the nics (or setting wsize=32786 > on all mounts). Usually such slowdowns are related to the underlying > network fabric and there are known TSO issues for nics/drivers that > only handle 32 transmit buffers when 64K writes are being used. Thanks Rick, I tried that. Both doing ifconfig em1 -tso and set net.inet.tcp.tso to 0. No impact on these particular boxes. Mount is done /sbin/mount_nfs -o tcp,rsize=32768,wsize=32768,async I looked at the tcpdump between the working and non working servers and they look identical. Tried changing switch ports and the problem does not follow the port, only the server. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Jun 24 14:14:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE11659C for ; Tue, 24 Jun 2014 14:14:30 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A76752E36 for ; Tue, 24 Jun 2014 14:14:30 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s5OEEPt7021546; Tue, 24 Jun 2014 10:14:25 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <53A987AE.8060708@sentex.net> Date: Tue, 24 Jun 2014 10:14:06 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Rick Macklem Subject: Re: nfs slowdown (RELENG_8) References: <2091718059.2982836.1403563319620.JavaMail.root@uoguelph.ca> <53A978D1.2000207@sentex.net> In-Reply-To: <53A978D1.2000207@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jun 2014 14:14:30 -0000 On 6/24/2014 9:10 AM, Mike Tancsa wrote: > On 6/23/2014 6:41 PM, Rick Macklem wrote: >>> >> I suggest you try disabling TSO on the nics (or setting wsize=32786 >> on all mounts). Usually such slowdowns are related to the underlying >> network fabric and there are known TSO issues for nics/drivers that >> only handle 32 transmit buffers when 64K writes are being used. > > Thanks Rick, > I tried that. Both doing ifconfig em1 -tso and set net.inet.tcp.tso > to 0. No impact on these particular boxes. Mount is done > > > /sbin/mount_nfs -o tcp,rsize=32768,wsize=32768,async > > I looked at the tcpdump between the working and non working servers and > they look identical. Tried changing switch ports and the problem does > not follow the port, only the server. I also just tried with an igb nic and the same issue. These are i386 boxes. I wonder if its something to do with that. (non PAE kernel) ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Jun 24 14:27:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E1579BB; Tue, 24 Jun 2014 14:27:31 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D54D12FB1; Tue, 24 Jun 2014 14:27:30 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DAFD6B97B; Tue, 24 Jun 2014 10:27:29 -0400 (EDT) From: John Baldwin To: Hilko Meyer Subject: Re: powerd stopped working after update from 8.4 to 9.2 Date: Tue, 24 Jun 2014 10:26:52 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201406231609.53123.jhb@freebsd.org> <1mchq919q3su1ji3sgaamjugv2jdu5bbgs@mail.arcor.de> In-Reply-To: <1mchq919q3su1ji3sgaamjugv2jdu5bbgs@mail.arcor.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201406241026.52678.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Jun 2014 10:27:29 -0400 (EDT) Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jun 2014 14:27:31 -0000 On Monday, June 23, 2014 7:12:23 pm Hilko Meyer wrote: > John Baldwin wrote: > >On Sunday, June 22, 2014 9:27:08 pm Hilko Meyer wrote: > >> Hi, > >>=20 > >> powerd doesn't work anymore after the update from 8.4 to 9.2. The syst= em > >> has an old (more than 10 years) mainboard with Via KT133 chipset. > >>=20 > >> I made a verbose boot with both, 8.4 and 9.2: > >> 8.4: http://pastebin.com/iiZXRXgK > >> 9.2: http://pastebin.com/sHcd3MHv > >> The relevant part of the diff seem to be these parts: > >>=20 > >> viapropm0: SMBus I/O base at 0x5000 > >> viapropm0: SMBus I/O base at 0x5000 > >> viapropm0: port 0x5000-0x500f at > >> device 7.4 on pci0 > >> -viapropm0: SMBus revision code 0x40 > >> -smbus0: on viapropm0 > >> -smb0: on smbus0 > >> +viapropm0: could not allocate bus space > >> +device_attach: viapropm0 attach returned 6 > >> [=E2=80=A6] > >> acpi_throttle0: on cpu0 > >> -acpi_throttle0: P_CNT from P_BLK 0x4010 > >> +acpi_throttle0: failed to attach P_CNT > >> +device_attach: acpi_throttle0 attach returned 6 > >>=20 > >> Any ideas what I can do? > > > >acpi_timer0 also failed to probe due to a resource issue. Can you get th= e=20 > >output of 'devinfo -rv' and 'devinfo -u' from the both kernels? >=20 > Yes, no problem. > devinfo -rv: > 8.4: http://pastebin.com/6xm1tBrU > 9.2: http://pastebin.com/whXk32Ab >=20 > devinfo -u: > 8.4: http://pastebin.com/47U7HZb3 > 9.2: http://pastebin.com/U85HTw0C >=20 > thanks for your help, > Hilko Can you provide your acpidump? This box seems confusing. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jun 24 15:17:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37966443 for ; Tue, 24 Jun 2014 15:17:52 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D21A2527 for ; Tue, 24 Jun 2014 15:17:52 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DB74CB958; Tue, 24 Jun 2014 11:17:50 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: pci issues with SBC (AMD G-T40E) - PCEngines apu Date: Tue, 24 Jun 2014 11:11:41 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <0D577669-BF58-4B30-B29A-9A5B05C95112@cs.huji.ac.il> In-Reply-To: <0D577669-BF58-4B30-B29A-9A5B05C95112@cs.huji.ac.il> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Message-Id: <201406241111.42023.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Jun 2014 11:17:51 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jun 2014 15:17:52 -0000 On Tuesday, June 24, 2014 6:48:56 am Daniel Braniss wrote: > Hi all, > the short story is that not always all the devices are discovered > correctly, i.e. there are 3 RealTek and sometimes all 3 are discovered, > sometimes 2,sometimes only one. > My guts are telling me it=92s a timing issue, is there some delay I can p= ut in? > I tried booting verbose but the problem is till there. > example: > =85 > re1: port 0x2= 000-0x20ff mem 0xf7b00000-0xf7b00fff,0xf7a00000-0xf7a03fff irq 17 at device= 0.0 on pci2 > re1: MSI count : 1 > re1: MSI-X count : 4 > re1: attempting to allocate 1 MSI-X vectors (4 supported) > msi: routing MSI-X IRQ 260 to local APIC 0 vector 55 > re1: using IRQ 260 for MSI-X > re1: Using 1 MSI-X message > re1: ASPM disabled > re1: Chip rev. 0x2c000000 > re1: MAC rev. 0x00200000 > miibus1: on re1 > rgephy1: PHY 1 on miibus1 > rgephy1: OUI 0x00e04c, model 0x0011, rev. 4 > rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100bas= eTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 10= 00baseT-FDX- master, 1000baseT- > FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow > re1: bpf attached > re1: Ethernet address: 00:0d:b9:34:28:c5 > pcib3: irq 18 at device 6.0 on pci0 > pcib0: allocated type 4 (0x3000-0x3fff) for rid 1c of pcib3 > pcib0: allocated type 3 (0xf7d00000-0xf7dfffff) for rid 20 of pcib3 > pcib0: allocated type 3 (0xf7c00000-0xf7cfffff) for rid 24 of pcib3 > pcib3: domain 0 > pcib3: secondary bus 3 > pcib3: subordinate bus 3 > pcib3: I/O decode 0x3000-0x3fff > pcib3: memory decode 0xf7d00000-0xf7dfffff > pcib3: prefetched decode 0xf7c00000-0xf7cfffff > pci3: on pcib3 > pci3: domain=3D0, physical bus=3D3 > found-> vendor=3D0x10ec, dev=3D0x8168, revid=3D0x06 > domain=3D0, bus=3D3, slot=3D0, func=3D0 > class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > intpin=3Da, irq=3D10 > powerspec 3 supports D0 D1 D2 D3 current D0 > MSI supports 1 message, 64 bit > MSI-X supports 4 messages in map 0x20 > map[10]: type I/O Port, range 32, base 0x3000, size 8, enabled > pcib3: allocated I/O port range (0x3000-0x30ff) for rid 10 of pci0:3:0:0 > map[18]: type Memory, range 64, base 0xf7d00000, size 12, enabled > pcib3: allocated memory range (0xf7d00000-0xf7d00fff) for rid 18 of pci0:= 3:0:0 > map[20]: type Prefetchable Memory, range 64, base 0xf7c00000, siz= e 14, enabled > pcib3: allocated prefetch range (0xf7c00000-0xf7c03fff) for rid 20 of pci= 0:3:0:0 > pcib3: matched entry for 3.0.INTA > pcib3: slot 0 INTA hardwired to IRQ 18 > re2: port 0x3= 000-0x30ff mem 0xf7d00000-0xf7d00fff,0xf7c00000-0xf7c03fff irq 18 at device= 0.0 on pci3 > re2: MSI count : 1 > re2: MSI-X count : 4 > re2: attempting to allocate 1 MSI-X vectors (4 supported) > msi: routing MSI-X IRQ 261 to local APIC 0 vector 56 > re2: using IRQ 261 for MSI-X > re2: Using 1 MSI-X message > re2: ASPM disabled > re2: Chip rev. 0x80000000 > re2: MAC rev. 0x00000000 <=97=97=97=97=97=97=97=97=97------------ notic= e this is now zero! > re2: Unknown H/W revision: 0x80000000 > device_attach: re2 attach returned 6 The chip rev also looks wrong. I don't know why you are not getting the correct values though. I don't see anything obviously wrong like resource issues with the BARs. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jun 24 15:17:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 523FF523 for ; Tue, 24 Jun 2014 15:17:55 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2A6012529 for ; Tue, 24 Jun 2014 15:17:55 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2DB85B96E; Tue, 24 Jun 2014 11:17:54 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: Weird ISR accounting in 10-STABLE Date: Tue, 24 Jun 2014 11:12:48 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201406231614.51004.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201406241112.48813.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Jun 2014 11:17:54 -0400 (EDT) Cc: Vlad Galu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jun 2014 15:17:55 -0000 On Monday, June 23, 2014 5:18:34 pm Vlad Galu wrote: > Hi John, thanks for reaching back. Yes, that must have been it, although > the machine was completely idle at the time, except for my SSH session it > was not generating or receiving any other traffic. > > I have since updated to r267702 and the problem seems to have magically > disappeared... I still have the old kernel but can't currently reboot the > machine. When I do next, I will revert to it and try to provide more > information. Having that swi sit at 100% CPU does seem like a bug if you can reproduce it. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jun 24 17:46:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4533FDF2; Tue, 24 Jun 2014 17:46:21 +0000 (UTC) Received: from kirk.hochpass.uni-hannover.de (kirk.hochpass.uni-hannover.de [130.75.81.215]) (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 731C625B9; Tue, 24 Jun 2014 17:46:20 +0000 (UTC) Received: from SOLO.hochpass.uni-hannover.de (solo.hochpass.uni-hannover.de [130.75.81.216]) by kirk.hochpass.uni-hannover.de (8.14.7/8.14.7) with SMTP id s5OHafCt016481; Tue, 24 Jun 2014 19:36:41 +0200 (CEST) (envelope-from hilko.meyer@gmx.de) From: Hilko Meyer To: John Baldwin Subject: Re: powerd stopped working after update from 8.4 to 9.2 Date: Tue, 24 Jun 2014 19:36:41 +0200 Message-ID: <6hcjq9540905oeibsjnf8ogee7sqfcdoej@4ax.com> References: <201406231609.53123.jhb@freebsd.org> <1mchq919q3su1ji3sgaamjugv2jdu5bbgs@mail.arcor.de> <201406241026.52678.jhb@freebsd.org> In-Reply-To: <201406241026.52678.jhb@freebsd.org> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--=_9pdjq9po3g121o3fdnah564pc90cdk0bhu.MFSBCHJLHS" Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jun 2014 17:46:21 -0000 ----=_9pdjq9po3g121o3fdnah564pc90cdk0bhu.MFSBCHJLHS Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit On Tue, 24 Jun 2014 10:26:52 -0400, you wrote: >On Monday, June 23, 2014 7:12:23 pm Hilko Meyer wrote: >> John Baldwin wrote: >> >On Sunday, June 22, 2014 9:27:08 pm Hilko Meyer wrote: >> >> >> >> powerd doesn't work anymore after the update from 8.4 to 9.2. The system >> >> has an old (more than 10 years) mainboard with Via KT133 chipset. >> >> >> >> I made a verbose boot with both, 8.4 and 9.2: >> >> 8.4: http://pastebin.com/iiZXRXgK >> >> 9.2: http://pastebin.com/sHcd3MHv >> >> The relevant part of the diff seem to be these parts: >> >> >> >> viapropm0: SMBus I/O base at 0x5000 >> >> viapropm0: SMBus I/O base at 0x5000 >> >> viapropm0: port 0x5000-0x500f at >> >> device 7.4 on pci0 >> >> -viapropm0: SMBus revision code 0x40 >> >> -smbus0: on viapropm0 >> >> -smb0: on smbus0 >> >> +viapropm0: could not allocate bus space >> >> +device_attach: viapropm0 attach returned 6 >> >> [] >> >> acpi_throttle0: on cpu0 >> >> -acpi_throttle0: P_CNT from P_BLK 0x4010 >> >> +acpi_throttle0: failed to attach P_CNT >> >> +device_attach: acpi_throttle0 attach returned 6 >> >> >> >> Any ideas what I can do? >> > >> >acpi_timer0 also failed to probe due to a resource issue. Can you get the >> >output of 'devinfo -rv' and 'devinfo -u' from the both kernels? >> >> Yes, no problem. >> devinfo -rv: >> 8.4: http://pastebin.com/6xm1tBrU >> 9.2: http://pastebin.com/whXk32Ab >> >> devinfo -u: >> 8.4: http://pastebin.com/47U7HZb3 >> 9.2: http://pastebin.com/U85HTw0C >> >> thanks for your help, >> Hilko > >Can you provide your acpidump? This box seems confusing. Well, its quite old. An Epox 8kta3 from around 2002. I was not sure which output you need so I attached acpidump -d and acpidump -dt. regards, Hilko ----=_9pdjq9po3g121o3fdnah564pc90cdk0bhu.MFSBCHJLHS Content-Type: application/octet-stream; name=acpidump-d.gz Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=acpidump-d.gz H4sICB+1qVMCA2FjcGlkdW1wLWQA7T1pc9rItt/zK1T5FG4xjloSIN9vQouHFzAE4Thza6pcBMs2 NTb4Ac5NXir//fUigZC6Wy212Gy5ajyxejtbn3P6nF4+/uud8i+lM1sFj4plDzqKPX96ns+C2Uqx FpOH6SqYrF4WAapk9bqKM12Ol8vg6dtjsFC+B4vldD5TNBUAtaG1/tA1VM+eP/9cTO8fVsqHSQ0W qqryB64TDmPPF8/zxXgFm6Lq6L9Ntz+V+Z3ycfX0/HE8eZ7evjw9nzWH366/XdeV0Uug/M8LHM5Q wPm/NePfQEXdGrAD1EcfjjmdjR+V0RhCp/wZjG+Dxb9RCfrxp/ezMcJECX/eO74zeh8Vd4PZ/epB 2fyoPyDcqma7TeUDAMa5UYuqDoPvU4x2rCpQ/gV/FF3749t0pawwAB++gFpdmc2VpoG/Po3hAMuX Z4j7KurLfggm/yxfnmJ9tVtRYd/tKR0nBtP7Lx2reW68j1cgyIbV3lvXQwdxcavKFsAEL4CY8sFQ z5trtBDfp4ir0ZDve763IdC6+EvIdIQ16kq1IYGarVZL00zU2cd375zgbjqbIv62H+eTf5QP77cZ On56fF8PGVBXQH2NWD2GQT0Gau3dr3eYiZP5MyTs3zeDYQ1/IJ/Rz2AxnwTL5XxBis/swZWKuwBR RwbsCv+7WVN+/cYNf7/D/7scP+FefVg+GE/+Gd/DP2FFIznIf4LFvK7k+JOMUtseBWSMgr7F+sn+ kzqKkT2Ktt1Pxp/UURq7HKX/HBA1MQzukch9+Ntx2xd1xf+5XAVPnT7iphlymbTwpsHj7bpe++cq sCaTunI570I5hKAugmWw+B4koXTaF5ApimLGpSI1uvt11IsG7wVP88XPULQ8z9QxGEDdAoM0uJ4v boWgGPZ7GArQjNFk2PMpH/s9jVZTo9XUaTXTH62e20MfdY1PhK493OaAajiEB9o28riiMAtgdcKC GEjwm5bNlr/90ZW/DZKh6lSxIDWFYbq48UcC4193hp+T42sWbXxSU3h8WHsogn+vY6fG96j445rC 4/v2AA2fMf7FoN9ODm/YRDK2hicVxak/UFUspTGJgN8A5ZtG+aZTvhmUbw3KtyblW4vyzaR8O09/ AxQ8AAUPQMEDUPAAFDwABQ9AwQNQ8AAUPAAFD42Ch0bBQ6PgoVHw0Ch4aBQ8NAoeGgUPjYKHRsFD p+Dx9Sv+lnYL+r7Xjc+lXrB6mENp9kdDKOQakuOVHyym48fp/wW3qSl8p3zowhru/75Az/SDD+v0 4Sdrca9C5zD2J6jVautWm/bE4YR+6wzbV3VTJwQSq+7b21TXxPOBM2z8GGtEUGpfeZAC7Ze7O+jP fQjrQJ+IUg/w6/mrOfSo8ZiwIuyWVgRwEdgUXT9MkX+cBG4bayeYLIIntA5JVaQQ1gkWwR1CvzO7 DX5EKIYNITmS5Vt9oR+Ca9Sgtj3Yr1T1iCfIyduu+5vGoah6fxaqOZYyHY7s3rYybdGMK6kmrErt XucyaVztnmOljAumTjgGaUSqCY8U/fTv7pbBCsusV4uN6v95JWJSL4YWzdUy1NCsq9uOVlhfAkqg xqH0uhdqkl7pNm1rCzPYKBuzzqXXZ/mQBs1nIQ2EMfvUdjpJ5QaF5Tr5beAjD2H7W2eINJ2ixF1y p+O7yXo+ZGJKWaYwbbvuYFuSm4CCH6km7pKAtoBLYvcvR0mXhOKQkGris+hylJIK+A1Qvmmpb6Nh NyUda1My+DTE62CuKQkVKqZAUiOGZVAmoalEY1GKGtCyItAoRchZohYRxY5H09L6+2IRjFdr06AR SWaasf4iBJ6MB/+5rTg3gHqeFw6qb1ehD6ynBqbP9qRF0ZOKe+tPa3a7htezefCq7jHAm6ytUV2F EGgiPzGkEhL5981g5GeLJGIpERFII5UpltFoaJldY7lGUT9qgylBrBZGbR3R2eLe4NoGEfvQv2sp eYxqoBVEukbeTkCyRozw+bGNE7cRERdQZZAU1dGCjT14cmTAHBnjfWENCd5OXUH/rlGraBH1aD5a f7HhPeku3VGIAVlq01CM5tCGdhG2QpMoQSE0To1ViQ1EYq4hxMjinASg0L/FCd+oJQOQm2l3bX0S tgSQN15yUmWIbBwe4hZwVTaEYnr3Ewf62meD62E77opunN0Qi3V01u8kIY4QvOn5Fyz80sMn1EdS xGJ0XvfvIw6K9k/ljp5WJqzpk10PLw9S9TLxohH1YuAyqdpFUQxVEOvL+fyZS8MuimGI9xYXEbuj nl35bTUtJ7RhTIlhBCWxnQr1Bt+nkwDNkWGbORhe/d782YGqz50uxx0I7vvB5UC1Vft9QuNsJG9k 8dDhLyMhLm2BZWQEfM/tFYAdMGG3h35+2OOxhGGwnL8sJsEoeHp+hK6O8iGtZNM9EBjQIkjXvOmP AC1sg/Ht9WK6CurU2usMlocyOvX1t48fURAE+u1LpT1eBvy2aBlJb0uygMzWN3+poFYqFsZhsNDK xcI8DBZ6uVjYh8HCKBULVWJeALU4Fmp5WMDVn3cILI6GD9YxYABkMFAlJKlRoiS5rhQWoDQ+/E5/ snFMwEHZ4SgUhk0p9nCggT9DVvkMTa2zm7YF7bNl93oS3YCwm2HPAnLddN1L2I3vy3SjbaDR5LqJ oJHpRt9Ao8t1E0Ej042xgcaQ6yaCRqabRtgN2sxAWTm/fFstxpMVXPDg/QNx1UFvkQiEkE0PZJ0k 6DKGyyckyCwBwtUepnerbnC3igaBsJn0QAVjYUafKsm+8QaN/H1T58/W6p64VXTRTgQk6ITVChNW Y82FNGG1YoTVRAirFSOslkFYOyKsXpCwemHC6qxpnSasXoywughh9WKE1TMIu3G/6EqHQtwo0YC1 B93ERYvk7fxy5iIZRQlyr5ItVU+uksO6ljMMo2WUUkgaJxmRoG+WsYajugJBu7Hns7vpfXoL25ow YQwjaxkepUDX8RcyREZWK1tmScA2yljRqU4LjVIwtlIYm2VjbJWDsVYGxpdtNAO2MU4mrhO4kCaC GPxiOp6b3HSjVaPkrl3LcVh57XQfzXNaH8Ov/YF4H6ZJ68O6ME1WH7DsPM2FBM1Li7p5NaFhDhgg Qx5a+2V5+fL0DWUQo46gaC1fnoJFXelNZxAsvC6Cf4x/bP4YzJdOMJnfZi5W61vf4ELnYjGevTyO 4QLrZ96mw/HsPkBATZ9enriNPY/VePwjszFl5BEEevmIp2IogbweAKWHjHVdvc5YYnf6aAcSojRo cmlte2ZxgnEaZxMM1BPf0HL2cXo/QyljXkOT0rBQHAIJMiJUJMGDxfz2ZRJK8EZ8U7KruLPVdBFg TI9SkG2vdUhBpolFtiDXldHP58BfwVEmp8cvR4JfundQxaPrhRRPNr9ElZAhI+y8xrtTQqZalhIS J5IpQyTzpIl0xDPfADLCe9iZT/aJHXDmN2RmfuMgMx+8BaFuqECCLwcWas89rFA3ZYS6eeLm7IiF uiljQb3DCvW519qNUON8C0ll0pgWYxCNf/Z48hCg894onlA0Dy28IkqnocWX9mp7m4M5uZcaOZ9K UlUt1YMI98L0LoY0Opzxmjhqy3DUqTh6dBylbNIQ17Cud0COhnt88nL05i90NjcvV/PuvsBJhSj/ 3Ty7wQfhRvm3XyT7wXn0UZ/WDz7CuUmhR2k0+qCbpHuckKguq3teCo2W7BrgLNXmYgfNzgp2U26B yI5tY1RNIobMCoyiDYW7l58sTvu0OMDK+4MfiMDfPl74NRH47eOFXxeB3zkg/OclyH/7eOEHxy4/ 5yXI/xHLj37s+tMqQf7t44UfHLv8WCXI/xHLj37s+rNdgvw7xws/OHb5aZcg/0csP/qx60/7xPW/ feL63z5x/W+fuP53Tlz/Oyeu/50T1/9Opf8r/V/p/0r/V/q/0v8nqP/dE49/uieu/90T1//uict/ 68TzX60Tz3+1Tjz/1Trx/Bc4cfkHJy7/4MTlH+xd/rc3UNQS13CS08dfRmZT7IDg5mSx2lJV2k06 6ftth+6X1AlT6pla9BPddosbSZ+Shb1csk7JZkM+wC8gbEOOLqbFF++lN7pQTwSzYUudDEZcOBuI vLogNgCW1M7QyjoAO+i07ew6Q4dOyLSQiZLXb7cYR49NkykYpJG0YKyBWh/+NaiHf6Of5FXT8R/3 ym8nr53OGOu8Jly3obLqel1yKToLru6AX04ZC7DH6uDXPQzmWPzyK5BRrvHL07CaDRas7kC3efxw L/nllLGatXzH7CPFiq6XLKRYKbeCrHe7XW8/Y6TlMEDnHNMjshORf4EEmwigEBH0V0SEjuMWkwTA AmDoXngsK7q+CwBWYr37kU0r6lWyWi2vDdp6XANBXSvRiCTM55em2UzaFK+Z4WxQ+5A2MV9cdA+D oO8RMayNx1ZlGBbe3x7yjUCBjnnm5lvqHZBsjmH1+si4qy57pPQDJbmEg8yLUaeXeBrPFqVfhl/P R0L90eJ5UOqPtsEt9lRusaqbBp00tBVKCdhofHh0wC1uNrjFllkcFzM/LqrGpy0fF1U94uL90tHI kFF+sSZVDHbKw+J0bBbQFHxojHP+1Gtyi9FrY7xTyvzOgYSWaZzazNwvqny2Zc0tSULtF9Wd6rws RbBXM7lblajuFxftSFVsEVPVkJptx2zJ9mqqVL41OUalJr6IH/Wc2OOSyPhtPxkZ/aRPTpKWROgH nb6aqw0kitOz8rUx8TggVxsbj5OrDbrcw/7z0hMJ7HsXWnKtTZ6u01R2YB83cjLemS4SwFWZAVzf H4x4AW6/xy8fZLQfZLRPwwpUNqzkzUmW/vHtdmbwklcO+3e5/ff442cFw2F7bv+DDPwGkvgNMvAb SOI3iPATD0hcYPFI38Ybr4E6zaiR1YefOYqfOYqfOUrb9lk1olAnVB+q6DTm31ecCmdeoDfqs6Nj YtEm2JnygcxdwlUiG2S2Ezki0opkssaKS/EB9hHAuiTAW+9bIkVdy6pKsEKCJ1AVIYokUKQq7vVK oFdMRCSTAlUxAL4IAJgdSEqzq2I9gsSVUxUJQGZPF6GECKByEYmRK1KVyJ1Ar6FAigAQSa0rUpWI uUCveNLjWZBnEkT6wBl+UfOKvJheSOgGT1Q3ZLsVGx3hkbviEzqCyARbL7DD49nEApLEAocmFkio T1+CWALki9kdUNDugL3bHeJzEm+J+FzESyX+GfEC/ZOzO7643fHF7Y4vbnd8cbvji9sdX9zu+CXb HV/c7vjidscXtzu+uN3xxe2OL253/Ldsd7SEjqjsDodYekJ97tjuREhhnBpwvNz5+lDON/EntVWU FgT99dsdqd8W/u16bELQH5M+ZlAZTyeR4BbavxHGnGJvcMPfvb7j5mmoRQ2vYMv8IzaQCP5p5R8R NrxiNsRPZ2+egQ4JwnjyaGsfzywaRQ8nbep99VzOgfqjrfIwTFVl48TQUAh6tHcoL4CoHdpOA01t UUkNAXeCRXDXh911ZrfBj/TfZMcJpKJVg9SEsGq1rP2d6IctT2zFhH6YG2yyEQppadS4tX5lgp6X MHouwmQTh0+gTCLtBkltr0gyZguOM0MFjbqOAvLsYUrbwRXSqjdeTR44JAKIND33M6YTVEC90TCD VBvTUOM/ABchTjYuCTPtvLbulwsHqsaj47u9UUWYIoQaKHEkTA1TgBoYWLYNnc8m0KTN8LNRkRmM rBr+PyMHGTlzrDpcBwwudlsSDlh/FixZaTxaNSBQjZ7go1XLelqTnZKLVDreVKv8Kn0/JnvNX6LA q/kFvsmlmLC0q7VNhzyVjau0st+dbAlwPaqYKWy7VhpHTUMgSkNQe1s+I0a9cRivsXn8XmMWeV6J 3yiHJsdzzAu6sZ79jUzg2aoxclaQkYsW22yDx18mGic05RvVlGdN+cbbmPKNVz/lgeCUNwpMeb6b ylkw+GE6r9gJq2Pztolvx86kbVdj5mgyFaFALBBtFhXK04VVmVmgsgMTJEgqCprOB41tf1BwdWPF itIxy/XHU7DXdclyo/QoygEsYnsTdxDSiHxGRsplva1Oz0o078yGRqcxw0XLmn/l2BuiN7P4mWEA IlD5Oevd2MFmTr6L8f7ozH1jR2iKz4BWsRlQmhpGAoYAitJQKPxRV1AIDFFm6yMJKtRkHFec4+oG yyXkCdaQ0UDr2Ug+Zw2VTxpwl+y4joiXJmVvjL3YG/Am7Y1f2Zs3a2/8t2Fv/DLsjR+zN/5x2RtA szdgB/YG0O0NKN/eAF4MvGR7g5HMshRY3HoXLrGDuZISsW0sajmpCSA4CwS2PUWJTPbO1vzkAa+Q PNS9okI3ZX0ZWXah+5EMgZOKg2s7dY+fwdqzWMI9fpZ9hocs7xq/axvku35PgOTWldMpRPKG0I1X 6KZTwe7/7Dh1xZ0uxx1IyPeDy4Fqq977GvP6r6uOk3nzlT+yil+khGczuTuRXMzDm3jx7XUxr6v4 hUt4W8p+blzCvrD8FtibAb5lqiC1CVfbV14bvUNM3jAeBU/Pj3gTSe6EzvAz5EPwPXisK9ZkNf0e dOf/rSv+w3iB3jzOsL6grteNeqPerLfqQK0DUAdaHRh10GBYS/5uFoRUrtD0jdPxS5Jb1avj+z/z jW+fDCdv/uLtQcZd5+JZajMuwWP77ub1E8mts5vO5agOgWyDXP2RXf2wmSYQrudt601XNGo5tBnL pD9M71bD6f3Damsbs8FvhXUgFJm4GgQF1SBlHUu6ahWPD6wfoY51Z/K3kW8RpBvcrfCWrcRmNuPw a3w+mXMsK2h4Ar4IlpF5jDajsydSsrLBmz4ZucL8CtlHChEUVIgpHbDesw9yqY7N9Ztc1bFhIaq0 JeWcTaKR04LgEVpjxFSOqBZZI83r/vph+hgwglgF9Mhssgiegtl61nOkqxC4vJVythFOMExc1yKW ke6jNiwrL+alt3fspWs79tLRgUtC6MpL34eXbr1GL93av5dO5NbDSSPaEdfde+nWfrx0c9deupXw 0ttrL91ce+kWyNVfZGqtfXvpCW1W+duVv70rf9vK429bhf1t63j8bauYv22J+NtWAX/bqvzt0vzt LHO6cZ1RzY3rTDe9Yq6zvWPXWd+L61wFuPflOtuv0XW2D+U6k7X1YVxnez+u8/muXWc74Trba9f5 fO062yBXf5HVtA/jOlcB7srhPlKH287jcNuFHW77eBxuu5jDbYs43HYBh9uuHO6SHW62EZYMcJfn pTs79tKNXW9DcSovfZ9euvMavXTnANtQnFgGzDmEl+7sx0u3du2lOwkv3Vl76dbaS3dArv4iU+vs fRuKU3nplZd+xF66k8dLdwp76c7xeOlOMS/dEfHSnQJeulN56eVtQ8kwwpJeOuo+tg3FyemlR+K9 sW7QnHWyLH+a2Egh+aOhjXrqw4nyvjedLObLOUTpejq7nf93Cf14miGmKkH23Q/8MZTL0XuJyxPQ QVXf6+7tRgQt33hCyy3/L38osdzSiu36D2tgp1HE4WMwuI+Oy0zmtwFo1rnHctCVfPGfjx+V4Xh2 Hyi96Wz69PJUsPH4R1ZjUE98g42tx+n9DCkY3queKqVhN5jdrx7YFz1KEknTJIjEbrxDIrn7J5Jh SBCJ3XiHRLL3T6SmjCQ1DyBJqnYAIjVkiNQ4AJHa+ydSS2a6tQ4w3dQDTLdzIEEkduMdEknfP5Es GZ1kvRHr5sr4Se7b8JMMR4JInMbHbt1+C50iHnSK77GCP5zlxN4WC5rMJNDUt+G9WDJEsk6bSMPP l3PvcXy/5L0K9kv7XXAKpW/hzDGHtF3OIQiZ8sGePz2PV9Nv08fp6id6jHvZGy9XwaKujBbj2fIu WJi8dNkv47ek6Kkyoqe+kcW8KUMk8xBEAgdwnGVWF+dvZHVhy0iSfQBJ0tT9uTujXvHoKTgOd8eQ 4a9xCEtu7NmSq0Ut+XBU3BluH4d0tGSkoyUhHcapSIdZVDr8wafiysM8DvFoyoSemocIPYH9GQe7 P5DJrRnHwGBPZv57p+1si81/oOdVAKn77vxBp19X/J9wGfWE/oUipJ5Ku4wh3NdBGgheV0fJvl86 X/H1dJRrBB0L7YBNXl2XwADfTRjCQjojzQpDtCbN3d0yWKFst6vSLjm0h8SjNOllgFOmccp0TpnB KWtwypqcshanzOSUnXPKLE5Zm1Nmc8ocTpnLKfPYZQ6Hfw6Hfw6Hfw6Hfw6Hfw6Hfw6Hfw6Hf46Z OXuiTTTupXeRf+vM5jnC+CbTLyOzeeZe6nZNaOSvEiP/J1jM8w8dGUXPsdXCRrFF93rK2b2f2Iya RHCg2/iiYJn9+eqO9wohieIZq5CDRBtm3Qu+eXoamyKgil0Nn9zPq2ZuNOVvMkWyysMpQWJvz1tr NyTV+fvveDQqazOuCK0S9Dr0q80FQC79wYb0lx0dtODNT+G5mZiXrie0+TZqYDMP67E4sftjH14p xz6E1jTh6kIvvK7J7iBjbRN2YBZa34SNm/nXOOx1TgHitWSJ15IjHpAhHiideEILRSy9TbZyKiO5 xko8UtakSb2KpqHQ3A+ds8GeIhC6TARCl4lAmEVDTM29J2mKz0ip2XjwOFyOMA1j5pWS0s5O9W+v UnZzNAid8el3+3mPBqEzVP0/O7xm1/PFbaIZwAeRPqs5RwMG7831nbpHYk9i2FnXoCASZzhc9FNB +cD2bCGvDnFO4EhV6qxQM/usUATL1oE+YR+TcfLPm85u/YBQpz3FB84+i5yTL+doF9SlW0e7Cj3f GkGQiA943c5QEGfy8tyrwNmxJGdrf0GNMchOVvZaRiBEdWUNi2/AaqjgkC+hVEEsrloVeQ/vTQex WlUQqwpiFQ9iHSqG5F2BA8SQTNkwiHnAGJJZLAxy8xfr6p/kYgzWtDN0gVHgppXYYoSwfWPjkOFe 37TSPrvpdS7hKgX+Lqs/6yvqz/paRn/2+iaYz1LLoVYu15yn3De2EqtyWy2ystBEx8AmVfcE1lKx MYSWUpKrF7bApCqyJIFnD8JOEp7ZFegMRS/RALn5srmqgyVr6zAgFNk9hgH91XixcoLnYHYLVZY3 u5wPFtNKb+9Ab5cSvjbyPAN8CN5qsrzV3ixv9WPnre7Kzlu3mrfHOm9leau51bwVCcfMbmOcpa7U XnniQj2Xd7lzhvLbp5mBcE87A9F6axkItIQoNRqfdaPc3qLx2o6j8VoVjS8hGu/mjsbrpkw03ix+ r2tqPmSEuxORkfXtmKcVJfcOHCXfkF2QfnI0FAMqDy3zZR2yaSpE152jocqi8Xu/yaqcuTS1VqVS 8qVStL2nUt5m2ObmL54KSaRS3ILLQPFUhZZIVWjrVIVTKJXC7y9/KoXdn1tSKsWsUimvIZWiHU0q RatSKVUqpUqlVCHZKpVSzdsqlVKlUqpUilwqpVWlUg6QSjHfXCpFKzuVYh5DKqUzTJ7XyJNKAa/0 7g0J7eXmUgNZ6Q7Gi6BmbqzxuHbywV2QL8kCXveRh5zgOfJR5KIJuAxAi+QCdxbQjosw7MgNDzvV Sk46bgk4cgrYCjOLhGL2gTVtq2D8KwrGe6LBeKDuNxiP7PY62O3JB+NT/UkG4+P9AbUKxlfB+CoY XwXjq6BeZZOrYHwVjK+C8VUwvgrGV8H4KhhfBeOrYPw6GN8djARvGRp0+j10K93dHeIT/fYgOmsQ L0U0YUoZkSHJG/cQ0F5NPE9gcF8mqS5Ako9+Sl2ApAseuUjnIcC+UgHcHdt5odZLOCXSrC5F2g/I JV+KJJkiSoYYqXpwnymvIzmZgKzpOruoH+eV4t39XwfVkl3Gt04ybQKAcNpEy9CCLcm0CWb7xuIj D2udlgAF0iZZ/YmkTWJOVVZ/VhfC14W/S+qv66L+4O8y8NVKSus0+f6HQIbhWFI+J5rDiftJHTwl kO5p27k94k3ixuCJbboqUyJL86A345nioJl80HIkvbqDI0l6wQn92pNeb9LqlhJgbR198FyWt9qb 5W3j6JNebVty3rI7EOOtIcNb41TmbZUY2UNiJBFe1kt6kGvHeZFjT3Q031qiA7mNJafoxF4RQZGt gtw8aArFtQfFH2ow3u5DDXtLEWepQkwELFu0xxZg2/RnrZZ/N3kJO+jzHNgAu4TQKwNCPTeEfHHt Dhxrv8dFnFp16VABzbP7wLtbBd73FXjXS3rPsyVLwNaJEtAQzlw0iq3JsLNCeWEQTjH6I4NwqOaO z5bgKbrR38iHWgf59U2SBJTVX5gkAeJJDW5/OEkCf5XVH0mSuJel4Gts6KeV1V9IP60MfI0N/crq L6JfKfg2MpNM+eBrnt3A6Sf/5GSVtJJMWgHRpBWLNLeJZ9xUNS8ImigImlDeDJSTN2NrsnTezBWu yp7ftF61fWbjRBE2D4HwCeX4WFChhViJK/QykGBr31ii0q0SlW8rUXlaK5TXli3KvTLJGAbU9Sqd /IpnYFOWeM03OwMbRzkDq8QwALkWmutmhvx6ssonV/nkQ+aTUzgjgX4lOCevuNt1Dj0xWUFJk7VQ Yrz/HCygKZnPhsE9/K18+NS2R3XF/wmNyVOnjwBsEjATAe1Qx5HqSOlZkwnS7hDOf+rKYBEsg8X3 ICvXPlBR74oCjRWT+f27u2WwIovxGqUe7AMba1NkA8DA13qFNwB4QN/xhYZhtAhC6RWcKiKJ35Ki NGXfI1dOOrGcZ93FnTWg5UqvrOHc/zVt4Vwr7pFzOhDzyIGMRw4OupwJlYwM8YxXRbydzZC4IvzU djoFd8jEu+n76JyS1InkWOAR7HknSWxo7WCXimbj/7vYljxo6z4Vtsi6uieLLCGIe7wHoIjxZ8fM bbmYuZh6lbJLUjapsEotpk5rskQyZIhknDSRhGzNL/A7KyKVkPW1mhgMr7PURFrGo8k2GE/+Gd+T lJeW456VBmPNg4oKIrL12hk4K4YXUnvIYIqiIkgHvuYi4WpesSHqQ6SlgKpJD4pMoxgyImzXKra/ ObaTLUwV218b27f/9fsdFIT/B6FiTugiswEA ----=_9pdjq9po3g121o3fdnah564pc90cdk0bhu.MFSBCHJLHS Content-Type: application/octet-stream; name=acpidump-dt.gz Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=acpidump-dt.gz H4sICDC1qVMCA2FjcGlkdW1wLWR0AO092W7byLLP8VcQfooGGodNUosHyAPFxdGNFkaU4+RgAEEj 044wtuQryTnJDfLvtxdSosjuZnPRZtPAZGz2VltXVVf18u6PM0kauKbkDAd/SX2r+/5zW69falVJ N5z2aOB9fw8u5B/SW7ly9gbWG76Xfyh3d3eqLMtVafLv8vnxvXwm/fHu7J3f0/AvqePN7lff3muw BuxgupzOZ+9BVTK+eaSB1qievYFjtc31aPAvaTj+58GT4Ef9ZmCi4cnndRfyD01RZcVTAWxuLLzx ar4IqsPe/Q+h6vLZG2u2Wky95ftfUgC3Jku/NwDbcJw1wADUGRDXL/cFsfQGguT6VJYxlc0w2ScQ qXZvOOr2Tavz3mkbZ2+chXfnLRbe7cjpjpzF/G764L2/ni2fvMn0burdEua5RnsEG76/hL922yOj ayLwZOXOZ7XV01sdC34bA/+L2XaDTxAKV2u1++5oYH0ilHXcoT60RkZv6P/dBeOR9Xk4anU+4p5l +U/8P9UvgzXXZXek7A6gstGwO9i0apJW/5y9uXIsef1dIS0U1Nuo87mjjDo6REaWnpdVCX9R/S/o 09kbu3Ptfhi57f9A+KuS/9dw0Dbh32dvzOvh11Hftl1riIrxnzdtc/jhPYTI1L+O9M6g+x4otarU 7feCv6B0GFZveD34+r6G2KA7xqjV7w9H+sD48B6O+TC+h6J202r3PptVA4zca8fpD4aWWXU7luWM WtfDYb+3LX7uX2988atDqfrwX3d6jwjq/0DQp4vH0c34X2/02ZuESiB9Hub/jB9Gnfnk3/XgZ28+ ewsiTJtRzPCsBEBD4ksVc9BUM8o5QLBuyXjXtYdUGQcY/MkavD+k9mzlPWCZk4z549N85s1Wkr6Y fJuuvMnqeeGhSnq3I5nT5Xi59B4hNAvpO0FUUmQA5JrS+FNVUD1j/vRzMb3/tpLeTiqwEMrDn7iO P4wxXzzNF+MVbIqqo/823f6U5nfSu9Xj07vx5Gl6+/z4dDGd9VxzVZWGz570P89wOE0Cl38p2l+g hrrVYAeojz4cczobP/i0+uCNb73FX6gE/UCmzsYIE8n/OUc8OQ+KCWukzQ9hs2JYdektZlglqBoQ MlwVSH/AH0lV/vxnupJWGIC3n0GlKs3mUl3DXx/HcIDl8xPEfRX0FfA91FerERQiBrfNEEznRCLO wxUCwSAVAunYqrIFMMELSYD0VpMv62u0EN+niKvBkOdIfs5jxb50Y6yxHBmQQPVGo6EozQoWqTPT u5vOpoi/rQc4NaS359sMHT8+nFd9BlQlKP4BYtUQBtUQqJWzX2eYiZP5EyTs3yNnUMEfyGf0A7Xu xFsuoaDj4gvDuZZxFyDoSINd4d/rFenXb9zw9xn+X2/8iHt1Ybkznvw7vod/wopadJD/eIt5VUrx Jxmlsj0KSBgFfQv1k/wndRQteRRlu5+EP6mj1HY5Sv/JI2pi4N0jkXv7t2m1rqAh/LlceY/tPuJm 0+cyaWFPvYfbdb3Wz5WnTyZVqTdHKhqCuvCW3uK7F4XSbF1BpkhSMywVsdGtL8NuMHjXe5wvfvqi ZdtNFYMB5C0wSIOb+eJWCIpBv4uhQD7Q5mPXpXzsdxVaTYVWU6XVjH/Uu1YXfVQVPhE6xmCbA7Jm Eh4o28jjisIsgNUJC0IgwW9KMlv+dofX7jZImqxSxYLUFIbpCvorAuPftAefouMrOm18UlN4fFh7 IIJ/t23Exrep+OOawuO7hoOGTxj/yum3osNrBpGMreFJRXHqO8j5kpB9CH8DlG8K5ZtK+aZRvtUo 3+qUbw3Ktybl22X8G6DgASh4AAoegIIHoOABKHgACh6Aggeg4AEoeCgUPBQKHgoFD4WCh0LBQ6Hg oVDwUCh4KBQ8FAoeKgWPL1/wt7hb0HftTngudb3VtzmUZriUgUKuIDleud5iOn6Y/p93G5vCd9Lb Dqxh/e8z9EzfurBOH37SF/cydA5Df4JKpbJutWlPHE7ot86wfZU3dXwgseq+vY11TTwfOMPGD6FG BKXWtQ0p0Hq+g4tWCB6pA30iSj3Ar+fClYVHxoQVYbe0IoCLwKbo5tsU+cdR4LaxNr3JwntE65BY RQphTQ8uwRH67dmt9yNA0W8IyREt3+oL/RBcgwaV7cF+xaoHPEFO3nbd3zQOBdX7M1/NsZTpYGh0 t5Vpg2ZcSTVhVWp0272ocTW6ph4zLpg6/hikEakmPFLw07+7W3orLLN2JTSq++FaxKReDXSaq6XJ vlmXtx0tv34OKIEchtLuXMlResXbtPQtzGCjZMzaPbvP8iE1ms9CGghj9rFltqPKDQrLTfSb4yIP Yftbe4A0nSSFXXKz7VrRei5kYkxZxjBtWZazLcl1QMGPVBN3SUBLwCUx+r1h1CWhOCSkmvgs6g1j UgG/Aco3JfZtOOjEpGNtSpyPA7wO5poSX6FiCkQ1ol8GZRJFyOBYlKIatKwINEoRcpaoRUSx49GU uP6+QqGltWlQiCQzzVh/4QNPxoO/bivODaC2bfuDqttV6AOrsYHpsz1qUdSo4t76U5/druG1DR68 snUM8EZrK1RXwQeayE8IqYhE/j1yhm6ySCKWEhGBNJKZYhmMhpbZFZZrFPQj15gSxGqhVdYRnS3u OTcGCNiHfq/E5DGogVYQ8RppOwHRGiHCp8c2TNxaQFxAlUFSVEULNvbg0ZEBc2SM95U+IHibVQn9 XqFWUQLq0Xy0/mLDe9JdvCMfA7LUpqEYzKEN7QJshSZRhEJonAqrEhuIyFxDiJHFOQlAod/FCV+r RAOQm2l3o38UtgSQN3Z0UiWIbBge4hZwVTaEYnr3Ewf6WhfOzaAVdkU3zq6PxTo667ajEAcIjrru FQu/+PAR9REVsRCd1/27iIOi/VO5o8aVCWv6JNfDy4NYvUS8aES9ciwmVTsoiiELYt2bz5+4NOyg GIZ4b2ERMdryxbXbkuNyQhummWMYQUlsxUK93vfpxENzZNBiDoZXv6MPbaj6rOly3Ibgnjs9RzZk 4zyicTaSN9R56PCXkRCXlsAyMgC+a3UzwA6YsBsDNz3s4VjCwFvOnxcTb+g9Pj1AV0d6G1ey8R4I DGgRpCr29AfKkw+88e3NYrryqtTa6wyWTVKzwc+7dygIAv32pdQaLz1+W7SMpLclWUBm69FXGVQK xUI7DBZKsVg0D4OFWiwWxmGw0ArFQs4xL4CcHQu5OCzg6s8+BBZHwwf9GDAAeTCQc0hSrUBJsqxc WIDC+PA7/gnvy/FMlB0OQmHYlGIPBxr4C2SVL9DUuhi1dBftCOt2c3QD/G4GXR3k66Zj9WA3rpun G2UDjZKvmwCaPN2oG2jUfN0E0OTpRttAo+XrJoAmTzc1vxu0mYGycn7+Z7UYT1ZwwYP3D4RVB71F JBBCNj2QdZKgy+gvn5AgswQIV/s2vVt1vLtVMAiErUkPVDAWZvSpEu0bb9BI3zd1/myt7olbRRft SECCTlglM2EV1lyIE1bJRlhFhLBKNsIqCYQ1AsKqGQmrZiasyprWccKq2QirihBWzUZYNYGwG/eL rnQoxA0SDVh70E1csEjezi8nLpJRlCD1KlmX1egq2a+rmwM/WkYphaQxoxEJ+mYZfTCsShC0kTGf 3U3v41vY1oTxYxhJy/AgBbqOv5AhErJayTJLArZBxopOdVpolIKxHsO4WTTGejEYK0Vg3GuhGbCN cTRxHcGFNBHE4BfT8dzkpmuNCiV3bemmycprx/uoX9L6GHzpO+J9NJu0PvSrZpPVByy7jHMhQvPC om52RWiYAwbIkIfWel72nh//QRnEoCMoWsvnR29RlbrTGQQLr4vgH+Mfmz+c+dL0JvPbxMVqdesb XOhcLcaz54cxXGD9TNt0MJ7dewio6ePzI7exbbMaj38kNqaMPIRALx/wVPQlkNcDoPSQsK6rVhlL 7HYf7UBClAZ1Lq0Nu5mdYJzGyQQD1cg3tJx9mN7PUMqY17BJaZgpDoEEGREqkGBnMb99nvgSvBHf mOxK1mw1XXgY06MUZMNuHFKQaWKRLMhVafjzyXNXcJTJ6fHLzMEv1T6o4lHVTIonmV+iSkjLI+y8 xrtTQk25KCUkTqRmHiI1T5pIRzzzNZBHeA8788k+sQPO/FqemV87yMwHr0GoazLIwZcDC7VtHVao 63mEun7i5uyIhbqex4LahxXqS7uxG6HG+RaSyqQxLcQgGv+M8eSbh857o3hC1jy08IoonoYWX9rL rW0OpuRebOR0KkmWlVgPItzz07sY0uBwxkviqJGHo2bJ0aPjKGWThriGtewDctTf45OWo6Ov6Gxu Wq6m3X2BkwpB/rt+McIH4Ybpt19E+8F59GGf1g8+wrlJoQdpNPqgm6R7mJCoLqt7XgqNluxycJZq c7GDYiQFuym3QCTHtjGqTSKGzAqMog2FO72POqd9XBxg5f3BD0Tgbx0v/IoI/Mbxwq+KwG8eEP7L AuS/dbzwg2OXn8sC5P+I5Uc9dv2pFyD/xvHCD45dfvQC5P+I5Uc9dv3ZKkD+zeOFHxy7/LQKkP8j lh/12PWnceL63zhx/W+cuP43Tlz/myeu/80T1//miet/s9T/pf4v9X+p/0v9X+r/E9T/1onHP60T 1//Wiet/68Tlv3Hi+a/Giee/Giee/2qceP4LnLj8gxOXf3Di8g/2Lv/bGygqkWs4yenjz8NmXeyA 4OZksdyQZdpNOvH7bQfW59gJU+qZWvQT3HaLG+U+JQt76bFOySZD7uAXELYhRxfT4ov34htdqCeC 2bDFTgYjLlw4Iq8uiA2AJbU90JMOwDrtlpFcZ2DSCRkXMlHyuq0G4+hxs8kUDNIot2CsgVof/tWo h3+Dn+hV0+Ef69ptRa+dThjrsiJctyaz6todcik6C66Owy+njAXYY7Xx6x4acyx++TVIKFf45XFY mzUWrJajGjx+WD1+OWWseiXdMftAsaLrJTMpVsqtIOvdbjfbzxgpKQzQJcf0iOxE5F8gwSYCyEQE 9QURoW1a2SQBsAAYWFc2y4qu7wKAlVjvfiTTinqVrFJJa4O2HtdAUFcKNCIR8/m53qxHbYpdT3A2 qH3kNjGfLXQPg6DvETCshceW8zDMv7/d5xuBAh3zTM232DsgyRzD6vWBcVdd8kjxB0pSCQeZF8N2 N/I0niFKvwS/no+E/KPB86DkHy2NW2zL3GJZbWp00tBWKAVgo/DhUQG3uF7jFuvN7Lg00+MiK3za 8nGR5SMu3i8dtQQZ5RcruYrBTnmYnY71DJqCD412yZ96dW4xem2Md0qZ3znIoWVqpzYz94sqn21J cysnofaL6k51XpIi2KuZ3K1KlPeLi3KkKjaLqarlmm3HbMn2aqpkvjU5RqUmvogfds3Q45LI+G0/ GRn8xE9OkpZE6J12X07VBhLF7Orp2jTxOCBVGwOPk6oNutzD+NCzRQL79pUSXWuTp+sUmR3Yx43M hHemswRwZWYA13WdIS/A7Xb55U5CeyehfRxWILNhJW9OsvSPa7QSg5e8cti/xe2/yx8/KRgO23P7 dxLwc3Li5yTg5+TEzwnwEw9IXGHxiN/GG66BOk2okdSHmziKmziKmzhKy3BZNYJQJ1Qfsug05t9X HAtnXqE36pOjY2LRJtiZ9JbMXcJVIhtkthM5ItKKZLLCikvxAXYRwGpOgLfet0SKupJUlWCFBE+g KkIUSaBIVdzrtUCvmIhIJgWqYgBcEQAwO5CUJlfFegSJK6cqEoDEnq58CRFA5SoQI0ukKpE7gV59 gRQBIJBaS6QqEXOBXvGkx7MgzSQI9IE5+CynFXkxvRDRDbaobkh2KzY6wiZ3xUd0BJEJtl5gh8eT iQVyEgscmlggoj7dHMQSIF/I7oCMdgfs3e4Qn5N4S8TnIl4q8c+IF+ienN1xxe2OK253XHG744rb HVfc7rjidsct2O644nbHFbc7rrjdccXtjitud1xxu+O+ZrujRHREaXc4xFIj6nPHdidACuNUg+Ol ztf7cr6JP8mNrLQg6K/f7oj9q+N/LZtNCPpj0scMKuPpJBLcQvs3/JhT6A1u+G+3b1ppGipBw2vY Mv2INSSCH/T0I8KG18yG+OnszTPQPkEYTx5t7eOZBaOo/qSNva+eyjmQf7RkHoaxqmycGBoKQY/2 DqUFELVD22mgqc0qqT7gprfw7vqwu/bs1vsR/5vsOIFU1CuQmhBWpZK0vxP9sOWJrZjQD3ODTTJC Pi21CrfWr0TQ0xJGTUWYZOLwCZRIpN0gqewVScZswXFmqKBR10FAnj1MYTu4fFp1x6vJNw6JACJN 1/qE6QQVUHc4SCDVxjRU+A/ABYiTjUvCTLusrPvlwoGq8eh4tjeqCFOEUAMljoSp0RSgBgaWbUPn swk0aTP8bFRgBgOrhv/PyEEGzhyrDtcBg4vdRg4HrD/zlqw0Hq0aEKhGT/DRqiU9rclOyQUqHW+q lX4Vvh+TveYvUODl9AJf51JMWNrlyqZDnsrGVRrJ7042BLgeVEwUtl0rjaOmIRClIai8Lp8Ro147 jNdYP36vMYk8L8RvzIcmx3NMC7q2nv21RODZqjFwVpCRCxbbbIPHXyZqJzTla+WUZ0352uuY8rUX P+WB4JTXMkx5vpvKWTC4fjov2wmrY/O2iW/HzqRtV2PmaBIVoUAsEG0WFcrT+VWZWaCiAxMkSCoK msoHjW1/UHB1Y8Wy0jHJ9cdTsNuxyHKj8CjKASxiaxN3ENKIfEYGymW9rU5NSjTvzIYGpzH9Rcua f8XYG6I3k/iZYAACUPk5693YwXpKvovx/ujMfW1HaIrPgEa2GVCYGkYChgAK0lAo/FGVUAgMUWbr IwkqVPI4rjjH1fGWS8gTrCGDgdazkXxOGiqdNOAu2XEdES8tl73R9mJvwKu0N25pb16tvXFfh71x i7A3bsjeuMdlbwDN3oAd2BtAtzegeHsDeDHwgu0NRjLJUmBx615ZxA6mSkqEtrHIxaQmgOAsENj2 FCQy2Ttb05MHvEDyUPeKCt2U9XmoG5nuR9IETio6N0bsHj+NtWexgHv8dOMCD1ncNX43Bkh3/Z4A yfVrs52J5DWhG6/QTaeC3X9om1XJmi7HbUjIc6fnyIZsn1eY139dt83Em6/coZ79IiU8m8ndieRi Ht7EC2+vC3ld2S9cwttS9nPjEvaF82+BHTn4lqmM1CZcbV3bLfQOMXnDeOg9Pj3gTSSpEzqDT5AP 3nfvoSrpk9X0u9eZ/7cqud/GC/TmcYL1BVW1qlVr1Xq1UQVyFYAqUKpAq4Iaw1ryd7MgpFKFpkdm 2y1IbmW7iu//TDe+cTKcHH3l7UHGXafiWWwzLsFj++7m9RPJjYtRuzesQiBbIFV/ZFc/bKYIhOt5 23rjFbVKCm3GMunfpnerwfT+22prG7PGb4V1IBSZsBoEGdUgZR1Lumpkjw+sH6EOddfkbyPfIkjH u1vhLVuRzWza4df4fDKnWFbQ8AR8ESwi8xhsRmdPpGhljTd9EnKF6RWyixQiyKgQYzpgvWcfpFId m+s3uapjw0JUaUvKOZtEA6cFwSO0xgipHFEtskaa1/3Nt+mDxwhiZdAjs8nCe/Rm61nPka5M4PJW yslGOMIwcV2LWEa6D9qwrLyYl97asZeu7NhLRwcuCaFLL30fXrr+Er10ff9eOpFbGyeNaEdcd++l 6/vx0pu79tL1iJfeWnvpzbWXroNU/QWmVt+3lx7RZqW/Xfrbu/K39TT+tp7Z39aPx9/Ws/nbuoi/ rWfwt/XS3y7M304ypxvXGdXcuM500yvmOhs7dp3VvbjOZYB7X66z8RJdZ+NQrjNZWx/GdTb24zpf 7tp1NiKus7F2nS/XrrMBUvUXWE3jMK5zGeAuHe4jdbiNNA63kdnhNo7H4TayOdyGiMNtZHC4jdLh LtjhZhvhnAHu4rx0c8deurbrbShm6aXv00s3X6KXbh5gG4oZyoCZh/DSzf146fquvXQz4qWbay9d X3vpJkjVX2Bqzb1vQzFLL7300o/YSzfTeOlmZi/dPB4v3czmpZsiXrqZwUs3Sy+9uG0oCUY4p5eO ug9tQzFTeumBeG+sGzRn7STLHyc2UkjucGCgnvpwopx3p5PFfDmHKN1MZ7fz/y6hH08zxFQlyL77 gT+G1Bue57g8AR1Ude3O3m5EUNKNJ7Tccr+6gxzLLSXbrn+/BnYaRRw+BoP76LjMZH7rgXqVeywH XckX/nn3ThqMZ/ee1J3Opo/Pjxkbj38kNQbVyDfYWH+Y3s+QguG96ilTGna82f3qG/uix5xEUpQc RGI33iGRrP0TSdNyEIndeIdEMvZPpHoeSaofQJJk5QBEquUhUu0ARGrtn0iNPNOtcYDpJh9gul2C HERiN94hkdT9E0nPo5P0V2LdrDx+kvU6/CTNzEEkTuNjt26/hU4RO+3se6zgD2c5sbfFgpJnEijy 6/Be9DxE0k+bSINPvbn9ML5f8l4F+6X8zjiF4rdwpphDyi7nEIRMemvMH5/Gq+k/04fp6id6jHvZ HS9X3qIqDRfj2fLOWzR56bJf2u+coifnET35lSzmm3mI1DwEkcABHOc8q4vLV7K6MPJIknEASVLk /bk7w2726Ck4DndHy8Nf7RCWXNuzJZezWvLBMLsz3DoO6WjkkY5GDunQTkU6mlmlw3U+ZlcezeMQ j3qe0FP9EKEnsD/jYPSdPLk17RgYbOeZ//ZpO9ti8x+oaRVA7L4712n3q5L7Ey6jHtFvKEJqy7TL GPx9HaSB4HV1lOx7z/yCr6ejXCNo6mgHbPTquggG+G5CHxbSGWmWGaI1ae7ult4KZbstmXbJoTEg HmWTXgY4ZQqnTOWUaZyyGqeszilrcMqanLJLTpnOKWtxygxOmckpszhlNrvM5PDP5PDP5PDP5PDP 5PDP5PDP5PDP5PDPbCbOnmATjdWzr9Jvndk8RxjeZPp52KxfWD3VqAiN/CXHyP/xFvP0QwdG0TYN ObNRbNC9nmJ270c2o0YRdFQDXxScZ3++vOO9QkiieMbK5yDRhkn3gm+ensamCMhiV8NH9/PKiRtN +ZtMkazycIqQ2N7z1toNSVX+/jsejYrajCtCqwi9Dv1qcwaQC3+wIf5lRwctePNTeG5G5qVlC22+ DRoYzMN6LE7s/tiHXcixD6E1jb+6UDOva5I7SFjb+B00M61v/Mb19Gsc9jonA/EaeYnXyEc8kId4 oHDiCS0UsfTW2cqpiOQaK/FIWZNG9SqahkJz33fOnD1FINQ8EQg1TwSimTXEVN97kib7jMw1Gw8e h0sRpmHMvEJS2smp/u1Vym6OBqEzPv1OP+3RIHSGqv+hzWt2M1/cRpoBfBDpk5xyNKDx3lzfqXsk 9iSGkXQNCiJxgsNFPxWUDmzbEPLqEOcEjlTFzgrVk88KBbBsHegT9jEZJ//s6ezW9Qh1WlN84OyT yDn5Yo52QV26dbQr0/OtAQSR+IDdaQ8EcSYvz70InE0952ztL6gxhryTlb2WEQhRXeuD7BuwajI4 5EsoZRCLq1ZF3sN71UGsRhnEKoNY2YNYh4oh2dfgADGkZt4wSPOAMaRmtjDI6Cvr6p/oYgzWNBJ0 gZbhppXQYoSwfWPjkOFe37TSuhh12z24SoH/FtWf/gX1p38poj9jfRPMp1zLoUYq15yn3De2Eqty Q86yslBEx8AmVbUF1lKhMYSWUjlXL2yBiVVkSQLPHvidRDyza9AeiF6iAVLzZXNVB0vW1mFAKLJ7 DAO6q/FiZXpP3uwWqix71ps7i2mpt3egtwsJX2tpngE+BG+VvLxVXi1v1WPnrWrlnbdWOW+Pdd7m 5a1ilfNWJBwzuw1xlrpSe+GJC/kyv8udMpTfOs0MhHXaGYjGa8tAoCVEodH4pBvl9haNV3YcjVfK aHwB0XgrdTRebeaJxjez3+samw8J4e5IZGR9O+ZpRcntA0fJN2QXpF8+GooBlYaW6bIOyTQVouvO 0ZDzovF7v8mqlLk0uVKmUtKlUpS9p1JeZ9hm9JWnQiKpFCvjMlA8VaFEUhXKOlVhZkql8PtLn0ph 92cVlEpplqmUl5BKUY4mlaKUqZQylVKmUsqQbJlKKedtmUopUyllKiVfKqVRplIOkEppvrpUilJ0 KqV5DKmU9iB6XiNNKgW80Ls3cmgvK5UaSEp3MF4EbabGGo9rRB/cBemSLOBlH3lICZ6ZP4qcNQGX AGiWXODOAtphEYYdWf5hp0rBScctAUdOAVthJpFQzD6wpm0ZjH9BwXhbNBgP5P0G45HdXge77fzB +Fh/OYPx4f6AXAbjy2B8GYwvg/FlUK+0yWUwvgzGl8H4MhhfBuPLYHwZjC+D8WUwfh2M7zhDwVuG nHa/i26lu7tDfKLfHkRnDeKliCaMKSMyJHnjHgLarYjnCTTuyyTlBUj5o5+5LkBSBY9cxPMQYF+p AO6O7bRQqwWcEqmXlyLtB+SCL0XKmSKKhhipenCfKa8jOZmArOk6u6ge55Xinf1fB9XIu4xvnGTa BADhtImSoAUbOdMmmO0bi488rHVaAmRImyT1J5I2CTlVSf3pHQhfB/5bUH8dC/UH/y0CX6WgtE6d 738IZBiOJeVzojmcsJ/UxlMC6Z6Wkdoj3iRuNJ7YxqsyJbIwD3ozXlMctCYftBRJr45zJEkvOKFf etLrVVrdQgKsjaMPnuflrfJqeVs7+qRXy8g5b9kdiPFWy8Nb7VTmbZkY2UNiJBJeVgt6kGvHeZFj T3TUX1uiA7mNBafoxF4RQZGtjNw8aArFMpzsDzVor/ehhr2liJNUISYCli3aYwuwbfyzUkm/m7yA HfRpDmyAXUJoFwGhmhpCvrh2HFPf73ERs1JeOpRB8+w+8G6Vgfd9Bd7Vgt7zbOQlYONECagJZy5q 2dZk2FmhvDAIpxj9kUE4VH3HZ0vwFN3ob+RDrYP86iZJAorqz0+SAPGkBrc/nCSB/xTVH0mSWL1C 8NU29FOK6s+nn1IEvtqGfkX1F9CvEHxriUmmdPDVL0Zw+uV/crJMWuVMWgHRpBWLNLeRZ9xkOS0I iigIilDeDBSTN2NrsnjezBKuyp7ftF6VfWbjRBFuHgLhE8rxsaBCC7ECV+hFIMHWvqFEpVUmKl9X ovK0VigvLVuUemWSMAyoqmU6+QXPwHpe4tVf7QysHeUMLBPDAKRaaK6bafnXk2U+ucwnHzKfHMMZ CfQLwTl6xd2uc+iRyQoKmqyZEuP9J28BTcl8NvDu4b/S248tY1iV3J/QmDy2+wjAOgEzEtD2dRyp jpSePpkg7Q7h/LcqOQtv6S2+e0m5dkdGvUsSNFZM5vfv7pbeiizGK5R6sA9srJsiGwAcV+lm3gBg A3XHFxr60SIIpZ1xqogkfguK0hR9j1wx6cRinnUXd9aAkiq9soZz/9e0+XMtu0fO6UDMIwd5PHJw 0OWMr2TyEE97UcTb2QwJK8KPLbOdcYdMuJu+i84p5TqRHAo8gj3vJAkNrRzsUtFk/H9n25IHbd3H zBZZlfdkkXMI4h7vAchi/NkxcyNfzFxMveayS7lsUmaVmk2dVvISSctDJO2kiSRka36B30kRqYis r9WEM7hJUhNxGQ8mmzOe/Du+JykvJcU9KzXGmgcVZURk67UzcJENL6T2kMEURUWQDnzNRcLVvGJN 1IeISwFVkx4UmVo2ZETYrpRsf3VsJ1uYSra/NLZv//b7DArC/wPtFYekobcBAA== ----=_9pdjq9po3g121o3fdnah564pc90cdk0bhu.MFSBCHJLHS-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 24 19:56:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F4C1169 for ; Tue, 24 Jun 2014 19:56:55 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.228]) by mx1.freebsd.org (Postfix) with ESMTP id D3D3C2650 for ; Tue, 24 Jun 2014 19:56:53 +0000 (UTC) Received: from [98.31.15.25] ([98.31.15.25:49132] helo=mail.laus.org) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id B4/2E-24101-508D9A35; Tue, 24 Jun 2014 19:56:53 +0000 Received: from [192.168.1.100] (laust2 [192.168.1.100]) by mail.laus.org (8.14.9/8.14.9) with ESMTP id s5OJuqh9074944 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO); Tue, 24 Jun 2014 15:56:52 -0400 (EDT) (envelope-from lausts@acm.org) From: "Thomas Laus" Organization: ABB To: Craig Rodrigues Date: Tue, 24 Jun 2014 15:56:52 -0400 Subject: Re: Intermittant Kernel Panic FreeBSD 10 STABLE Reply-to: lausts@acm.org Message-ID: <53A9D804.4345.47DF2B@lausts.acm.org> Priority: normal In-reply-to: References: <53A05461.22133.7CA31A@lausts.acm.org>, X-mailer: Pegasus Mail for Windows (4.63) X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jun 2014 19:56:55 -0000 > Can you try FreeBSD stable/10 at r267809? > Craig: That fixed my problem. I updated to r267809, rebuilt everything and all of my problems went away. I powered up from cold iron and warm rebooted over 2 dozen time and there were no longer any panics. Thanks Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-stable@FreeBSD.ORG Tue Jun 24 20:14:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E70BF03 for ; Tue, 24 Jun 2014 20:14:30 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EB618287E for ; Tue, 24 Jun 2014 20:14:29 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s5OKEOS5091056; Tue, 24 Jun 2014 16:14:24 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <53A9DC0D.2000705@sentex.net> Date: Tue, 24 Jun 2014 16:14:05 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Rick Macklem Subject: Re: nfs slowdown (RELENG_8) References: <2091718059.2982836.1403563319620.JavaMail.root@uoguelph.ca> <53A978D1.2000207@sentex.net> <53A987AE.8060708@sentex.net> In-Reply-To: <53A987AE.8060708@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jun 2014 20:14:30 -0000 On 6/24/2014 10:14 AM, Mike Tancsa wrote: > > I also just tried with an igb nic and the same issue. These are i386 > boxes. I wonder if its something to do with that. (non PAE kernel) > OK, its not related to i386 as I found another box with em nics, i386 that works at full speed. One more strange issue I discovered is that there is a difference between dd and cat on the problem boxes. Normally, this would be uninteresting to me other than the fact that it seems the same underlying issue is impacting the performance of dump over NFS. e.g. on the two problem client problem boxes, if I do a simple test like # dd if=/dev/zero of=/nfsbackup/test count=200000 bs=1024 200000+0 records in 200000+0 records out 204800000 bytes transferred in 1.767594 secs (115863704 bytes/sec) which is close to gigabit speeds-- all is good. and if I do # cat /dev/zero | dd of=/nfsbackup/test count=200000 bs=1024 200000+0 records in 200000+0 records out 204800000 bytes transferred in 1.771045 secs (115637945 bytes/sec) Also, close to gigabit speeds... All is still good. But if I do # cat /dev/zero > /nfsbackup/test Its down to 25Mb/s Now, if this were consistent across all my boxes, I would not be too interested. Why is cat with a redirect so much slower, and why slower just on some boxes and not others ?!?! ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Jun 24 20:24:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A8A02B9; Tue, 24 Jun 2014 20:24:44 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0F0EA298F; Tue, 24 Jun 2014 20:24:44 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D83D1B953; Tue, 24 Jun 2014 16:24:42 -0400 (EDT) From: John Baldwin To: Hilko Meyer Subject: Re: powerd stopped working after update from 8.4 to 9.2 Date: Tue, 24 Jun 2014 16:23:39 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201406241026.52678.jhb@freebsd.org> <6hcjq9540905oeibsjnf8ogee7sqfcdoej@4ax.com> In-Reply-To: <6hcjq9540905oeibsjnf8ogee7sqfcdoej@4ax.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Message-Id: <201406241623.39328.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Jun 2014 16:24:42 -0400 (EDT) Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jun 2014 20:24:44 -0000 On Tuesday, June 24, 2014 1:36:41 pm Hilko Meyer wrote: > On Tue, 24 Jun 2014 10:26:52 -0400, you wrote: > >On Monday, June 23, 2014 7:12:23 pm Hilko Meyer wrote: > >> John Baldwin wrote: > >> >On Sunday, June 22, 2014 9:27:08 pm Hilko Meyer wrote: > >> >>=20 > >> >> powerd doesn't work anymore after the update from 8.4 to 9.2. The s= ystem > >> >> has an old (more than 10 years) mainboard with Via KT133 chipset. > >> >>=20 > >> >> I made a verbose boot with both, 8.4 and 9.2: > >> >> 8.4: http://pastebin.com/iiZXRXgK > >> >> 9.2: http://pastebin.com/sHcd3MHv > >> >> The relevant part of the diff seem to be these parts: > >> >>=20 > >> >> viapropm0: SMBus I/O base at 0x5000 > >> >> viapropm0: SMBus I/O base at 0x5000 > >> >> viapropm0: port 0x5000-0x500= f at > >> >> device 7.4 on pci0 > >> >> -viapropm0: SMBus revision code 0x40 > >> >> -smbus0: on viapropm0 > >> >> -smb0: on smbus0 > >> >> +viapropm0: could not allocate bus space > >> >> +device_attach: viapropm0 attach returned 6 > >> >> [=85] > >> >> acpi_throttle0: on cpu0 > >> >> -acpi_throttle0: P_CNT from P_BLK 0x4010 > >> >> +acpi_throttle0: failed to attach P_CNT > >> >> +device_attach: acpi_throttle0 attach returned 6 > >> >>=20 > >> >> Any ideas what I can do? > >> > > >> >acpi_timer0 also failed to probe due to a resource issue. Can you get= the=20 > >> >output of 'devinfo -rv' and 'devinfo -u' from the both kernels? > >>=20 > >> Yes, no problem. > >> devinfo -rv: > >> 8.4: http://pastebin.com/6xm1tBrU > >> 9.2: http://pastebin.com/whXk32Ab > >>=20 > >> devinfo -u: > >> 8.4: http://pastebin.com/47U7HZb3 > >> 9.2: http://pastebin.com/U85HTw0C > >>=20 > >> thanks for your help, > >> Hilko > > > >Can you provide your acpidump? This box seems confusing. >=20 > Well, its quite old. An Epox 8kta3 from around 2002. I was not sure which= output > you need so I attached acpidump -d and acpidump -dt. Ok, try this: Index: sys/dev/acpica/acpi.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =2D-- acpi.c (revision 267784) +++ acpi.c (working copy) @@ -1196,15 +1196,24 @@ acpi_set_resource(device_t dev, device_t child, in return (0); =20 /* =2D * Ignore memory resources for PCI root bridges. Some BIOSes + * Ignore most resources for PCI root bridges. Some BIOSes * incorrectly enumerate the memory ranges they decode as plain =2D * memory resources instead of as a ResourceProducer range. + * memory resources instead of as ResourceProducer ranges. Other + * BIOSes incorrectly list system resource entries for I/O ranges + * under the PCI bridge. Do allow the one known-correct case on + * x86 of a PCI bridge claiming the I/O ports used for PCI config + * access. */ =2D if (type =3D=3D SYS_RES_MEMORY) { + if (type =3D=3D SYS_RES_MEMORY || type =3D=3D SYS_RES_IOPORT) { if (ACPI_SUCCESS(AcpiGetObjectInfo(ad->ad_handle, &devinfo))) { if ((devinfo->Flags & ACPI_PCI_ROOT_BRIDGE) !=3D 0) { =2D AcpiOsFree(devinfo); =2D return (0); +#if defined(__i386__) || defined(__amd64__) + if (!(type =3D=3D SYS_RES_IOPORT && start =3D=3D CONF1_ADDR_PORT)) +#endif + { + AcpiOsFree(devinfo); + return (0); + } } AcpiOsFree(devinfo); } =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jun 24 21:12:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FA6F313; Tue, 24 Jun 2014 21:12:52 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2817C2F40; Tue, 24 Jun 2014 21:12:52 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 70705B939; Tue, 24 Jun 2014 17:12:50 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: 9.3-BETA2 Date: Tue, 24 Jun 2014 16:40:07 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140609034630.GJ33882@hub.FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201406241640.07199.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Jun 2014 17:12:50 -0400 (EDT) Cc: Robert Ames , Glen Barber X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jun 2014 21:12:52 -0000 On Thursday, June 12, 2014 7:16:53 pm Robert Ames wrote: > > Date: Sun, 8 Jun 2014 23:46:30 -0400 > > From: gjb@FreeBSD.org > > To: robertames@hotmail.com > > Subject: Re: 9.3-BETA2 > > CC: freebsd-stable@freebsd.org > > > > On Sun, Jun 08, 2014 at 11:42:58PM -0400, Robert Ames wrote: > >> Is there any way r253392 could get into 9.3? It's a change to > >> sys/dev/acpica/acpi_resource.c that makes the serial ports on at > >> least a couple of motherboards (Intel D2500CC and VIA EPIA LT) > >> usable. The change was made after 9.2 and was included in 10.0. > >> It would be nice to get it in 9.3 too. > >> > > > > Have you contacted the committer of r253392? > > > > Glen > > Yes, right after your post. No response. :-( Sorry, I missed the direct mail but saw this thread yesterday. It is merged and will be in both 10.1 and 9.3. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 07:18:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8811F1D0 for ; Wed, 25 Jun 2014 07:18:57 +0000 (UTC) Received: from smtp-mx1.rixtel.com (smtp-mx1.rixtel.com [92.240.74.65]) (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 40C0522FF for ; Wed, 25 Jun 2014 07:18:56 +0000 (UTC) Received: from filter.rixtel.com (unknown [10.0.0.2]) by smtp-mx1.rixtel.com (Postfix) with ESMTP id ABBD33F9D70 for ; Wed, 25 Jun 2014 10:03:29 +0300 (EEST) X-Virus-Scanned: amavisd-new at rixtel.com Received: from smtp-mx1.rixtel.com ([10.0.0.36]) by filter.rixtel.com (filter.rixtel.com [10.0.0.2]) (amavisd-new, port 10024) with ESMTP id 4U19YZuUhTbJ for ; Wed, 25 Jun 2014 10:03:28 +0300 (EEST) Received: from [192.168.1.100] (unknown [81.198.117.87]) (Authenticated sender: ilmars.knipshis@rixtel.com) by smtp-mx1.rixtel.com (Postfix) with ESMTPA id ECD843F9D75 for ; Wed, 25 Jun 2014 10:03:27 +0300 (EEST) Message-ID: <53AA760E.4020202@rixbox.com> Date: Wed, 25 Jun 2014 10:11:10 +0300 From: =?UTF-8?B?SWxtYXJzIEtuaXDFoWlz?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: panic: privileged instruction fault References: <538D908F.6050801@rixtel.com> <201406231641.07691.jhb@freebsd.org> In-Reply-To: <201406231641.07691.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 07:18:57 -0000 On 2014.06.23. 23:41, John Baldwin wrote: > On Tuesday, June 03, 2014 5:08:31 am Ilmars Knipšis wrote: >> Hello! >> >> This is binary install of FreeBSD 10 on Intel server board S1200 V3 RP >> with ZFS mirrored SSD disks for OS and ZFS RAID 10 with 4 HDD disks for >> data. >> >> I am getting the kernel panic at random time almost every day: >> panic: privileged instruction fault >> panic: general protection fault >> panic: vm_fault: fault on nofault entry, addr: fffffe046667d000 >> panic: page fault >> >> Could it be faulty RAM ? >> >> >> >> Small extract from core.txt: >> >> FreeBSD xx.xxx.com 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan >> 16 22:34:59 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> Unread portion of the kernel message buffer: >> trap number = 1 >> panic: privileged instruction fault >> cpuid = 0 >> KDB: stack backtrace: >> #0 0xffffffff808e7dd0 at kdb_backtrace+0x60 >> #1 0xffffffff808af8b5 at panic+0x155 >> #2 0xffffffff80c8e692 at trap_fatal+0x3a2 >> #3 0xffffffff80c8e2cf at trap+0x7bf >> #4 0xffffffff80c75392 at calltrap+0x8 >> #5 0xffffffff81853b3d at spa_sync+0x61d >> #6 0xffffffff8185c925 at txg_sync_thread+0x375 >> #7 0xffffffff8088198a at fork_exit+0x9a >> #8 0xffffffff80c758ce at fork_trampoline+0xe >> Uptime: 13h55m6s >> Dumping 1059 out of 16299 >> MB:..2%..11%..22%..31%..41%..52%..61%..71%..81%..91% >> >> Reading symbols from /boot/kernel/zfs.ko.symbols...done. >> Loaded symbols for /boot/kernel/zfs.ko.symbols >> Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. >> Loaded symbols for /boot/kernel/opensolaris.ko.symbols >> Reading symbols from /boot/kernel/ums.ko.symbols...done. >> Loaded symbols for /boot/kernel/ums.ko.symbols >> Reading symbols from /boot/kernel/pflog.ko.symbols...done. >> Loaded symbols for /boot/kernel/pflog.ko.symbols >> Reading symbols from /boot/kernel/pf.ko.symbols...done. >> Loaded symbols for /boot/kernel/pf.ko.symbols >> Reading symbols from /boot/kernel/nullfs.ko.symbols...done. >> Loaded symbols for /boot/kernel/nullfs.ko.symbols >> Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. >> Loaded symbols for /boot/kernel/fdescfs.ko.symbols >> #0 doadump (textdump=) at pcpu.h:219 >> 219 pcpu.h: No such file or directory. >> in pcpu.h > Can you do 'x/i 0xffffffff81853b3d' in kgdb? (Yes, it is quite possible this > is due to bad RAM) > I am not familiar with kgdb. Is that exactly syntax to use? 12h memtest86+ do not discover any error. However after that i have only (no other kind of panic): panic: general protection fault I will try to rebuild world. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 08:52:23 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB0BB4AD for ; Wed, 25 Jun 2014 08:52:23 +0000 (UTC) Received: from mxout014.mail.hostpoint.ch (mxout014.mail.hostpoint.ch [IPv6:2a00:d70:0:e::314]) (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 690CD2C20 for ; Wed, 25 Jun 2014 08:52:22 +0000 (UTC) Received: from [10.0.2.45] (helo=asmtp012.mail.hostpoint.ch) by mxout014.mail.hostpoint.ch with esmtp (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WziwF-000F1g-A3 for stable@freebsd.org; Wed, 25 Jun 2014 10:52:19 +0200 Received: from [82.136.95.119] (helo=atlantis.intranet) by asmtp012.mail.hostpoint.ch with esmtpa (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WziwF-000Gbf-7u for stable@freebsd.org; Wed, 25 Jun 2014 10:52:19 +0200 Received: from maxlor.mine.nu (localhost [127.0.0.1]) by atlantis.intranet (Postfix) with ESMTP id AC7EAA3EC for ; Wed, 25 Jun 2014 10:52:18 +0200 (CEST) X-Authenticated-Sender-Id: mail@maxlor.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 25 Jun 2014 10:52:18 +0200 From: Benjamin Lutz To: stable@freebsd.org Subject: freebsd-update(8) and /usr/src/UPDATING Message-ID: <01f035323472e4c6e8679f4061a902ff@maxlor.mine.nu> X-Sender: mail@maxlor.com User-Agent: Roundcube Webmail/1.0.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 08:52:23 -0000 Hello, I notice that freebsd-update does not update /usr/src/UPDATING, even though I have the src Component enabled in its configuration. Is there a way to make freebsd-update keep that file in sync with the updates it effects in /usr/src? If there isn't, I'd like to ask for that file being added to freebsd-update's src component. The file becomes useless if it's not in sync with the source tree it describes. As can be seen here: http://svnweb.freebsd.org/base/releng/10.0/UPDATING?revision=267829 it is being updated for the releng branches after all. Cheers, Benjamin From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 11:57:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57FA7964; Wed, 25 Jun 2014 11:57:33 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.12]) (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 07C612E1A; Wed, 25 Jun 2014 11:57:32 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1WzlpM-0003uI-7t; Wed, 25 Jun 2014 14:57:24 +0300 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: pci issues with SBC (AMD G-T40E) - PCEngines apu From: Daniel Braniss In-Reply-To: <201406241111.42023.jhb@freebsd.org> Date: Wed, 25 Jun 2014 14:57:12 +0300 Message-Id: <3920AC99-4197-4A36-A573-3D283F36E035@cs.huji.ac.il> References: <0D577669-BF58-4B30-B29A-9A5B05C95112@cs.huji.ac.il> <201406241111.42023.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1878.2) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 11:57:33 -0000 On Jun 24, 2014, at 6:11 PM, John Baldwin wrote: > On Tuesday, June 24, 2014 6:48:56 am Daniel Braniss wrote: >> Hi all, >> the short story is that not always all the devices are discovered >> correctly, i.e. there are 3 RealTek and sometimes all 3 are = discovered, >> sometimes 2,sometimes only one. >> My guts are telling me it=92s a timing issue, is there some delay I = can put in? >> I tried booting verbose but the problem is till there. >> example: >> =85 >> re1: port = 0x2000-0x20ff mem 0xf7b00000-0xf7b00fff,0xf7a00000-0xf7a03fff irq 17 at = device 0.0 on pci2 >> re1: MSI count : 1 >> re1: MSI-X count : 4 >> re1: attempting to allocate 1 MSI-X vectors (4 supported) >> msi: routing MSI-X IRQ 260 to local APIC 0 vector 55 >> re1: using IRQ 260 for MSI-X >> re1: Using 1 MSI-X message >> re1: ASPM disabled >> re1: Chip rev. 0x2c000000 >> re1: MAC rev. 0x00200000 >> miibus1: on re1 >> rgephy1: PHY 1 on = miibus1 >> rgephy1: OUI 0x00e04c, model 0x0011, rev. 4 >> rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, = 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, = 1000baseT-FDX, 1000baseT-FDX- > master, 1000baseT- >> FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow >> re1: bpf attached >> re1: Ethernet address: 00:0d:b9:34:28:c5 >> pcib3: irq 18 at device 6.0 on pci0 >> pcib0: allocated type 4 (0x3000-0x3fff) for rid 1c of pcib3 >> pcib0: allocated type 3 (0xf7d00000-0xf7dfffff) for rid 20 of pcib3 >> pcib0: allocated type 3 (0xf7c00000-0xf7cfffff) for rid 24 of pcib3 >> pcib3: domain 0 >> pcib3: secondary bus 3 >> pcib3: subordinate bus 3 >> pcib3: I/O decode 0x3000-0x3fff >> pcib3: memory decode 0xf7d00000-0xf7dfffff >> pcib3: prefetched decode 0xf7c00000-0xf7cfffff >> pci3: on pcib3 >> pci3: domain=3D0, physical bus=3D3 >> found-> vendor=3D0x10ec, dev=3D0x8168, revid=3D0x06 >> domain=3D0, bus=3D3, slot=3D0, func=3D0 >> class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 >> cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) >> lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) >> intpin=3Da, irq=3D10 >> powerspec 3 supports D0 D1 D2 D3 current D0 >> MSI supports 1 message, 64 bit >> MSI-X supports 4 messages in map 0x20 >> map[10]: type I/O Port, range 32, base 0x3000, size 8, = enabled >> pcib3: allocated I/O port range (0x3000-0x30ff) for rid 10 of = pci0:3:0:0 >> map[18]: type Memory, range 64, base 0xf7d00000, size 12, = enabled >> pcib3: allocated memory range (0xf7d00000-0xf7d00fff) for rid 18 of = pci0:3:0:0 >> map[20]: type Prefetchable Memory, range 64, base 0xf7c00000, = size 14, enabled >> pcib3: allocated prefetch range (0xf7c00000-0xf7c03fff) for rid 20 of = pci0:3:0:0 >> pcib3: matched entry for 3.0.INTA >> pcib3: slot 0 INTA hardwired to IRQ 18 >> re2: port = 0x3000-0x30ff mem 0xf7d00000-0xf7d00fff,0xf7c00000-0xf7c03fff irq 18 at = device 0.0 on pci3 >> re2: MSI count : 1 >> re2: MSI-X count : 4 >> re2: attempting to allocate 1 MSI-X vectors (4 supported) >> msi: routing MSI-X IRQ 261 to local APIC 0 vector 56 >> re2: using IRQ 261 for MSI-X >> re2: Using 1 MSI-X message >> re2: ASPM disabled >> re2: Chip rev. 0x80000000 >> re2: MAC rev. 0x00000000 <=97=97=97=97=97=97=97=97=97------------ = notice this is now zero! >> re2: Unknown H/W revision: 0x80000000 >> device_attach: re2 attach returned 6 >=20 > The chip rev also looks wrong. I don't know why you are not getting = the > correct values though. I don't see anything obviously wrong like = resource > issues with the BARs. anything I can do to try and track this down?, except diving into the = sources :-) i have almost no idea where to start (well, I could with the re driver = =85) a flashlight might help. thanks, danny From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 12:35:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60E3A1CE; Wed, 25 Jun 2014 12:35:33 +0000 (UTC) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx.arcor.de", Issuer "Thawte SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1935D22BB; Wed, 25 Jun 2014 12:35:32 +0000 (UTC) Received: from mail-in-19-z2.arcor-online.net (mail-in-19-z2.arcor-online.net [151.189.8.36]) by mx.arcor.de (Postfix) with ESMTP id ED4E92D6C8D; Wed, 25 Jun 2014 14:04:01 +0200 (CEST) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mail-in-19-z2.arcor-online.net (Postfix) with ESMTP id E7E8E3F862F; Wed, 25 Jun 2014 14:04:01 +0200 (CEST) X-Greylist: Passed host: 79.223.81.135 X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-02.arcor-online.net A25BB3015C X-Greylist: Passed host: 79.223.81.135 X-Greylist: Passed host: 79.223.81.135 Received: from HiltisSchrein.Speedport_W_700V (p4FDF5187.dip0.t-ipconnect.de [79.223.81.135]) (Authenticated sender: hilko.meyer@arcor.de) by mail-in-02.arcor-online.net (Postfix) with ESMTPA id A25BB3015C; Wed, 25 Jun 2014 14:04:01 +0200 (CEST) From: Hilko Meyer To: John Baldwin Subject: Re: powerd stopped working after update from 8.4 to 9.2 Date: Wed, 25 Jun 2014 14:03:58 +0200 Message-ID: References: <201406241026.52678.jhb@freebsd.org> <6hcjq9540905oeibsjnf8ogee7sqfcdoej@4ax.com> <201406241623.39328.jhb@freebsd.org> In-Reply-To: <201406241623.39328.jhb@freebsd.org> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 12:35:33 -0000 John Baldwin schrieb: >On Tuesday, June 24, 2014 1:36:41 pm Hilko Meyer wrote: >> On Tue, 24 Jun 2014 10:26:52 -0400, you wrote: >> >On Monday, June 23, 2014 7:12:23 pm Hilko Meyer wrote: >> >> John Baldwin wrote: >> >> >On Sunday, June 22, 2014 9:27:08 pm Hilko Meyer wrote: >> >> >>=20 >> >> >> powerd doesn't work anymore after the update from 8.4 to 9.2. = The system >> >> >> has an old (more than 10 years) mainboard with Via KT133 = chipset. >> >> >>=20 >> >> >> I made a verbose boot with both, 8.4 and 9.2: >> >> >> 8.4: http://pastebin.com/iiZXRXgK >> >> >> 9.2: http://pastebin.com/sHcd3MHv >> >> >> The relevant part of the diff seem to be these parts: >> >> >>=20 >> >> >> viapropm0: SMBus I/O base at 0x5000 >> >> >> viapropm0: SMBus I/O base at 0x5000 >> >> >> viapropm0: port = 0x5000-0x500f at >> >> >> device 7.4 on pci0 >> >> >> -viapropm0: SMBus revision code 0x40 >> >> >> -smbus0: on viapropm0 >> >> >> -smb0: on smbus0 >> >> >> +viapropm0: could not allocate bus space >> >> >> +device_attach: viapropm0 attach returned 6 >> >> >> [=E2=80=A6] >> >> >> acpi_throttle0: on cpu0 >> >> >> -acpi_throttle0: P_CNT from P_BLK 0x4010 >> >> >> +acpi_throttle0: failed to attach P_CNT >> >> >> +device_attach: acpi_throttle0 attach returned 6 >> >> >>=20 >> >> >> Any ideas what I can do? >> >> > >> >> >acpi_timer0 also failed to probe due to a resource issue. Can you = get the=20 >> >> >output of 'devinfo -rv' and 'devinfo -u' from the both kernels? >> >>=20 >> >> Yes, no problem. >> >> devinfo -rv: >> >> 8.4: http://pastebin.com/6xm1tBrU >> >> 9.2: http://pastebin.com/whXk32Ab >> >>=20 >> >> devinfo -u: >> >> 8.4: http://pastebin.com/47U7HZb3 >> >> 9.2: http://pastebin.com/U85HTw0C >> >>=20 >> >> thanks for your help, >> >> Hilko >> > >> >Can you provide your acpidump? This box seems confusing. >>=20 >> Well, its quite old. An Epox 8kta3 from around 2002. I was not sure = which output >> you need so I attached acpidump -d and acpidump -dt. > >Ok, try this: > >Index: sys/dev/acpica/acpi.c The patch doesn't apply. Was it for head or 9-stable and not for 9.2? regards, Hilko From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 13:20:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C466DF99 for ; Wed, 25 Jun 2014 13:20:28 +0000 (UTC) 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 49E252740 for ; Wed, 25 Jun 2014 13:20:26 +0000 (UTC) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.7/8.14.7) with ESMTP id s5PDCiON085294 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 25 Jun 2014 15:12:45 +0200 (CEST) (envelope-from eugen@eg.sd.rdtc.ru) X-Envelope-From: eugen@eg.sd.rdtc.ru X-Envelope-To: mike@sentex.net Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.9/8.14.9) with ESMTP id s5PDCcql083137 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 25 Jun 2014 20:12:38 +0700 (NOVT) (envelope-from eugen@eg.sd.rdtc.ru) Received: (from eugen@localhost) by eg.sd.rdtc.ru (8.14.9/8.14.9/Submit) id s5PDCbGc083136; Wed, 25 Jun 2014 20:12:37 +0700 (NOVT) (envelope-from eugen) Date: Wed, 25 Jun 2014 20:12:37 +0700 From: Eugene Grosbein To: Mike Tancsa Subject: Re: nfs slowdown (RELENG_8) Message-ID: <20140625131237.GA82922@rdtc.ru> References: <2091718059.2982836.1403563319620.JavaMail.root@uoguelph.ca> <53A978D1.2000207@sentex.net> <53A987AE.8060708@sentex.net> <53A9DC0D.2000705@sentex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53A9DC0D.2000705@sentex.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, T_RP_MATCHES_RCVD autolearn=no version=3.3.2 X-Spam-Report: * -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay * domain * -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 Cc: Rick Macklem , FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 13:20:28 -0000 On Tue, Jun 24, 2014 at 04:14:05PM -0400, Mike Tancsa wrote: > But if I do > # cat /dev/zero > /nfsbackup/test > > Its down to 25Mb/s > > Now, if this were consistent across all my boxes, I would not be too > interested. > > Why is cat with a redirect so much slower, and why slower just on some > boxes and not others ?!?! cat(1) tries to determine optimal I/O block size by evaluating st_blksize of its stdout. Try to run: ktrace cat /dev/zero > /nfsbackup/test And then use kdump and see what block size does cat(1) use while writing to stdout? Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 13:29:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4654649A for ; Wed, 25 Jun 2014 13:29:55 +0000 (UTC) Received: from mail1.yamagi.org (yugo.yamagi.org [84.201.39.245]) (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 D484227D3 for ; Wed, 25 Jun 2014 13:29:54 +0000 (UTC) Received: from [212.48.125.110] (helo=lennart.pwag-local.de) by mail1.yamagi.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Wzmwr-000Fh0-UQ; Wed, 25 Jun 2014 15:09:14 +0200 Date: Wed, 25 Jun 2014 15:09:03 +0200 From: Yamagi Burmeister To: danny@cs.huji.ac.il Subject: Re: pci issues with SBC (AMD G-T40E) - PCEngines apu Message-Id: <20140625150903.cdde350c7874531a01f810ab@yamagi.org> In-Reply-To: <0D577669-BF58-4B30-B29A-9A5B05C95112@cs.huji.ac.il> References: <0D577669-BF58-4B30-B29A-9A5B05C95112@cs.huji.ac.il> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__25_Jun_2014_15_09_03_+0200_ax2Wi3wEw_0+SO4A" Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 13:29:55 -0000 --Signature=_Wed__25_Jun_2014_15_09_03_+0200_ax2Wi3wEw_0+SO4A Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, do have the last BIOS version? There were some bugs with PCI bus handling in the first revisions. With build 4/5/2014 I haven't=20 seen such problems until now, but on the other hand I haven't=20 rebooted often. Regards, Yamagi=20 On Tue, 24 Jun 2014 13:48:56 +0300 Daniel Braniss wrote: > Hi all, > the short story is that not always all the devices are discovered > correctly, i.e. there are 3 RealTek and sometimes all 3 are discovered, > sometimes 2,sometimes only one. > My guts are telling me it?s a timing issue, is there some delay I can put= in? > I tried booting verbose but the problem is till there. > example: > ? > re1: port 0x2= 000-0x20ff mem 0xf7b00000-0xf7b00fff,0xf7a00000-0xf7a03fff irq 17 at device= 0.0 on pci2 > re1: MSI count : 1 > re1: MSI-X count : 4 > re1: attempting to allocate 1 MSI-X vectors (4 supported) > msi: routing MSI-X IRQ 260 to local APIC 0 vector 55 > re1: using IRQ 260 for MSI-X > re1: Using 1 MSI-X message > re1: ASPM disabled > re1: Chip rev. 0x2c000000 > re1: MAC rev. 0x00200000 > miibus1: on re1 > rgephy1: PHY 1 on miibus1 > rgephy1: OUI 0x00e04c, model 0x0011, rev. 4 > rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100bas= eTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 10= 00baseT-FDX-master, 1000baseT- > FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow > re1: bpf attached > re1: Ethernet address: 00:0d:b9:34:28:c5 > pcib3: irq 18 at device 6.0 on pci0 > pcib0: allocated type 4 (0x3000-0x3fff) for rid 1c of pcib3 > pcib0: allocated type 3 (0xf7d00000-0xf7dfffff) for rid 20 of pcib3 > pcib0: allocated type 3 (0xf7c00000-0xf7cfffff) for rid 24 of pcib3 > pcib3: domain 0 > pcib3: secondary bus 3 > pcib3: subordinate bus 3 > pcib3: I/O decode 0x3000-0x3fff > pcib3: memory decode 0xf7d00000-0xf7dfffff > pcib3: prefetched decode 0xf7c00000-0xf7cfffff > pci3: on pcib3 > pci3: domain=3D0, physical bus=3D3 > found-> vendor=3D0x10ec, dev=3D0x8168, revid=3D0x06 > domain=3D0, bus=3D3, slot=3D0, func=3D0 > class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > intpin=3Da, irq=3D10 > powerspec 3 supports D0 D1 D2 D3 current D0 > MSI supports 1 message, 64 bit > MSI-X supports 4 messages in map 0x20 > map[10]: type I/O Port, range 32, base 0x3000, size 8, enabled > pcib3: allocated I/O port range (0x3000-0x30ff) for rid 10 of pci0:3:0:0 > map[18]: type Memory, range 64, base 0xf7d00000, size 12, enabled > pcib3: allocated memory range (0xf7d00000-0xf7d00fff) for rid 18 of pci0:= 3:0:0 > map[20]: type Prefetchable Memory, range 64, base 0xf7c00000, siz= e 14, enabled > pcib3: allocated prefetch range (0xf7c00000-0xf7c03fff) for rid 20 of pci= 0:3:0:0 > pcib3: matched entry for 3.0.INTA > pcib3: slot 0 INTA hardwired to IRQ 18 > re2: port 0x3= 000-0x30ff mem 0xf7d00000-0xf7d00fff,0xf7c00000-0xf7c03fff irq 18 at device= 0.0 on pci3 > re2: MSI count : 1 > re2: MSI-X count : 4 > re2: attempting to allocate 1 MSI-X vectors (4 supported) > msi: routing MSI-X IRQ 261 to local APIC 0 vector 56 > re2: using IRQ 261 for MSI-X > re2: Using 1 MSI-X message > re2: ASPM disabled > re2: Chip rev. 0x80000000 > re2: MAC rev. 0x00000000 re2: Unknown H/W revision: 0x80000000 > device_attach: re2 attach returned 6 > ? >=20 > thanks, > danny >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=20 Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB --Signature=_Wed__25_Jun_2014_15_09_03_+0200_ax2Wi3wEw_0+SO4A Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlOqyfQACgkQWTjlg++8y8tycwCgje+GhdLBaAYZRrbmW9b4rLwg 3XYAn3WBOJH0DdG+gsxwmIkTNqUiyM8x =jgER -----END PGP SIGNATURE----- --Signature=_Wed__25_Jun_2014_15_09_03_+0200_ax2Wi3wEw_0+SO4A-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 13:35:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57232795 for ; Wed, 25 Jun 2014 13:35:01 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 05AF4288B for ; Wed, 25 Jun 2014 13:35:00 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s5PDYrwP087312; Wed, 25 Jun 2014 09:34:56 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <53AACFE8.3060509@sentex.net> Date: Wed, 25 Jun 2014 09:34:32 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Eugene Grosbein Subject: Re: nfs slowdown (RELENG_8) References: <2091718059.2982836.1403563319620.JavaMail.root@uoguelph.ca> <53A978D1.2000207@sentex.net> <53A987AE.8060708@sentex.net> <53A9DC0D.2000705@sentex.net> <20140625131237.GA82922@rdtc.ru> In-Reply-To: <20140625131237.GA82922@rdtc.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 Cc: Rick Macklem , FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 13:35:01 -0000 On 6/25/2014 9:12 AM, Eugene Grosbein wrote: > ktrace cat /dev/zero > /nfsbackup/test Thanks, on the problem machine 88560 cat STRU struct stat {dev=103, ino=117891, mode=-rw-r--r-- , nlink=1, uid=0, gid=0, rdev=473963, atime=1403703085, stime=1187202566, ctime=1401800262, birthtime=1187202566, size=152, blksize=16384, blocks=4, flags=0x0 } 88560 cat STRU struct stat {dev=103, ino=235542, mode=-r--r--r-- , nlink=1, uid=0, gid=0, rdev=949672, atime=1403703085, stime=1402007556, ctime=1402007556, birthtime=1402007556, size=1157896, blksize=16384, blocks=2304, flags=0x20000 } 88560 cat STRU struct stat {dev=33619719, ino=51388601, mode=-rw-r--r-- , nlink=1, uid=1010, gid=181, rdev=4294967295, atime=1403534802.483337628, stime=1403703085.656336961, ctime=1403703085.656336961, birthtime=-1, size=0, blksize=4096, blocks=1, flags=0x0 } On the normal performing machine 46283 cat STRU struct stat {dev=70, ino=17706, mode=-rw-r--r-- , nlink=1, uid=0, gid=0, rdev=70399, atime=1403703136, stime=1305670285, ctime=1305670285, birthtime=1168289606, size=157, blksize=16384, blocks=4, flags=0x0 } 46283 cat STRU struct stat {dev=70, ino=33081, mode=-r--r--r-- , nlink=1, uid=0, gid=0, rdev=147000, atime=1403703136, stime=1402607729, ctime=1402607729, birthtime=1402607729, size=1157892, blksize=16384, blocks=2304, flags=0x20000 } 46283 cat STRU struct stat {dev=50396944, ino=5275691, mode=-rw-r--r-- , nlink=1, uid=1009, gid=181, rdev=0, atime=1403634416, stime=1403703137, ctime=1403703137, birthtime=-1, size=0, blksize=4096, blocks=0, flags=0x0 } -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 15:22:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76E2CCDD; Wed, 25 Jun 2014 15:22:20 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F24E23DE; Wed, 25 Jun 2014 15:22:20 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E278FB9B9; Wed, 25 Jun 2014 11:22:18 -0400 (EDT) From: John Baldwin To: Hilko Meyer Subject: Re: powerd stopped working after update from 8.4 to 9.2 Date: Wed, 25 Jun 2014 10:17:31 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201406241623.39328.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201406251017.31861.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 25 Jun 2014 11:22:19 -0400 (EDT) Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 15:22:20 -0000 On Wednesday, June 25, 2014 8:03:58 am Hilko Meyer wrote: > John Baldwin schrieb: > >On Tuesday, June 24, 2014 1:36:41 pm Hilko Meyer wrote: > >> On Tue, 24 Jun 2014 10:26:52 -0400, you wrote: > >> >On Monday, June 23, 2014 7:12:23 pm Hilko Meyer wrote: > >> >> John Baldwin wrote: > >> >> >On Sunday, June 22, 2014 9:27:08 pm Hilko Meyer wrote: > >> >> >>=20 > >> >> >> powerd doesn't work anymore after the update from 8.4 to 9.2. Th= e=20 system > >> >> >> has an old (more than 10 years) mainboard with Via KT133 chipset. > >> >> >>=20 > >> >> >> I made a verbose boot with both, 8.4 and 9.2: > >> >> >> 8.4: http://pastebin.com/iiZXRXgK > >> >> >> 9.2: http://pastebin.com/sHcd3MHv > >> >> >> The relevant part of the diff seem to be these parts: > >> >> >>=20 > >> >> >> viapropm0: SMBus I/O base at 0x5000 > >> >> >> viapropm0: SMBus I/O base at 0x5000 > >> >> >> viapropm0: port=20 0x5000-0x500f at > >> >> >> device 7.4 on pci0 > >> >> >> -viapropm0: SMBus revision code 0x40 > >> >> >> -smbus0: on viapropm0 > >> >> >> -smb0: on smbus0 > >> >> >> +viapropm0: could not allocate bus space > >> >> >> +device_attach: viapropm0 attach returned 6 > >> >> >> [=E2=80=A6] > >> >> >> acpi_throttle0: on cpu0 > >> >> >> -acpi_throttle0: P_CNT from P_BLK 0x4010 > >> >> >> +acpi_throttle0: failed to attach P_CNT > >> >> >> +device_attach: acpi_throttle0 attach returned 6 > >> >> >>=20 > >> >> >> Any ideas what I can do? > >> >> > > >> >> >acpi_timer0 also failed to probe due to a resource issue. Can you = get=20 the=20 > >> >> >output of 'devinfo -rv' and 'devinfo -u' from the both kernels? > >> >>=20 > >> >> Yes, no problem. > >> >> devinfo -rv: > >> >> 8.4: http://pastebin.com/6xm1tBrU > >> >> 9.2: http://pastebin.com/whXk32Ab > >> >>=20 > >> >> devinfo -u: > >> >> 8.4: http://pastebin.com/47U7HZb3 > >> >> 9.2: http://pastebin.com/U85HTw0C > >> >>=20 > >> >> thanks for your help, > >> >> Hilko > >> > > >> >Can you provide your acpidump? This box seems confusing. > >>=20 > >> Well, its quite old. An Epox 8kta3 from around 2002. I was not sure wh= ich=20 output > >> you need so I attached acpidump -d and acpidump -dt. > > > >Ok, try this: > > > >Index: sys/dev/acpica/acpi.c >=20 > The patch doesn't apply. Was it for head or 9-stable and not for 9.2? It is for HEAD though it should apply to 9-stable. It might not apply to 9= =2E2=20 as it patches a previous fix that went to 9.2. For 9.2, please merge the change to stable/9 from=20 http://svnweb.freebsd.org/base?view=3Drevision&revision=3D263022 first and = then=20 apply this patch. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 15:22:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3913CE5 for ; Wed, 25 Jun 2014 15:22:22 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 97EA423E2 for ; Wed, 25 Jun 2014 15:22:22 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9ECF9B9D2; Wed, 25 Jun 2014 11:22:21 -0400 (EDT) From: John Baldwin To: Daniel Braniss Subject: Re: pci issues with SBC (AMD G-T40E) - PCEngines apu Date: Wed, 25 Jun 2014 11:17:55 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <0D577669-BF58-4B30-B29A-9A5B05C95112@cs.huji.ac.il> <201406241111.42023.jhb@freebsd.org> <3920AC99-4197-4A36-A573-3D283F36E035@cs.huji.ac.il> In-Reply-To: <3920AC99-4197-4A36-A573-3D283F36E035@cs.huji.ac.il> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201406251117.55634.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 25 Jun 2014 11:22:21 -0400 (EDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 15:22:23 -0000 On Wednesday, June 25, 2014 7:57:12 am Daniel Braniss wrote: >=20 > On Jun 24, 2014, at 6:11 PM, John Baldwin wrote: >=20 > > On Tuesday, June 24, 2014 6:48:56 am Daniel Braniss wrote: > >> Hi all, > >> the short story is that not always all the devices are discovered > >> correctly, i.e. there are 3 RealTek and sometimes all 3 are discovered, > >> sometimes 2,sometimes only one. > >> My guts are telling me it=E2=80=99s a timing issue, is there some dela= y I can put in? > >> I tried booting verbose but the problem is till there. > >> example: > >> =E2=80=A6 > >> re1: port = 0x2000-0x20ff mem 0xf7b00000-0xf7b00fff,0xf7a00000-0xf7a03fff irq 17 at dev= ice 0.0 on=20 pci2 > >> re1: MSI count : 1 > >> re1: MSI-X count : 4 > >> re1: attempting to allocate 1 MSI-X vectors (4 supported) > >> msi: routing MSI-X IRQ 260 to local APIC 0 vector 55 > >> re1: using IRQ 260 for MSI-X > >> re1: Using 1 MSI-X message > >> re1: ASPM disabled > >> re1: Chip rev. 0x2c000000 > >> re1: MAC rev. 0x00200000 > >> miibus1: on re1 > >> rgephy1: PHY 1 on mii= bus1 > >> rgephy1: OUI 0x00e04c, model 0x0011, rev. 4 > >> rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100= baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX,= 1000baseT- =46DX- > > master, 1000baseT- > >> FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow > >> re1: bpf attached > >> re1: Ethernet address: 00:0d:b9:34:28:c5 > >> pcib3: irq 18 at device 6.0 on pci0 > >> pcib0: allocated type 4 (0x3000-0x3fff) for rid 1c of pcib3 > >> pcib0: allocated type 3 (0xf7d00000-0xf7dfffff) for rid 20 of pcib3 > >> pcib0: allocated type 3 (0xf7c00000-0xf7cfffff) for rid 24 of pcib3 > >> pcib3: domain 0 > >> pcib3: secondary bus 3 > >> pcib3: subordinate bus 3 > >> pcib3: I/O decode 0x3000-0x3fff > >> pcib3: memory decode 0xf7d00000-0xf7dfffff > >> pcib3: prefetched decode 0xf7c00000-0xf7cfffff > >> pci3: on pcib3 > >> pci3: domain=3D0, physical bus=3D3 > >> found-> vendor=3D0x10ec, dev=3D0x8168, revid=3D0x06 > >> domain=3D0, bus=3D3, slot=3D0, func=3D0 > >> class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 > >> cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) > >> lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) > >> intpin=3Da, irq=3D10 > >> powerspec 3 supports D0 D1 D2 D3 current D0 > >> MSI supports 1 message, 64 bit > >> MSI-X supports 4 messages in map 0x20 > >> map[10]: type I/O Port, range 32, base 0x3000, size 8, enabled > >> pcib3: allocated I/O port range (0x3000-0x30ff) for rid 10 of pci0:3:0= :0 > >> map[18]: type Memory, range 64, base 0xf7d00000, size 12, enabl= ed > >> pcib3: allocated memory range (0xf7d00000-0xf7d00fff) for rid 18 of pc= i0:3:0:0 > >> map[20]: type Prefetchable Memory, range 64, base 0xf7c00000, s= ize 14, enabled > >> pcib3: allocated prefetch range (0xf7c00000-0xf7c03fff) for rid 20 of = pci0:3:0:0 > >> pcib3: matched entry for 3.0.INTA > >> pcib3: slot 0 INTA hardwired to IRQ 18 > >> re2: port = 0x3000-0x30ff mem 0xf7d00000-0xf7d00fff,0xf7c00000-0xf7c03fff irq 18 at dev= ice 0.0 on=20 pci3 > >> re2: MSI count : 1 > >> re2: MSI-X count : 4 > >> re2: attempting to allocate 1 MSI-X vectors (4 supported) > >> msi: routing MSI-X IRQ 261 to local APIC 0 vector 56 > >> re2: using IRQ 261 for MSI-X > >> re2: Using 1 MSI-X message > >> re2: ASPM disabled > >> re2: Chip rev. 0x80000000 > >> re2: MAC rev. 0x00000000 <=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80= =94=E2=80=94=E2=80=94=E2=80=94=E2=80=94------------ notice this is now zero! > >> re2: Unknown H/W revision: 0x80000000 > >> device_attach: re2 attach returned 6 > >=20 > > The chip rev also looks wrong. I don't know why you are not getting the > > correct values though. I don't see anything obviously wrong like resou= rce > > issues with the BARs. >=20 > anything I can do to try and track this down?, except diving into the sou= rces :-) > i have almost no idea where to start (well, I could with the re driver = =E2=80=A6) > a flashlight might help. Normally when there are resource problems reads of registers return all 1's (e.g 0xffffffff). I would check to see if the register reads to determine = the chip rev are returning that first. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 15:59:37 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBB9CDA3 for ; Wed, 25 Jun 2014 15:59:37 +0000 (UTC) Received: from smtp.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) (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 9DFBE27AB for ; Wed, 25 Jun 2014 15:59:37 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id E40C4153A9E for ; Wed, 25 Jun 2014 17:59:33 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8vxIIO2Sjcx6; Wed, 25 Jun 2014 17:58:51 +0200 (CEST) Received: from [192.168.101.102] (vpn.ecoracks.nl [31.223.170.173]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 1D4761534D1 for ; Wed, 25 Jun 2014 17:58:51 +0200 (CEST) Message-ID: <53AAF1BA.7050002@digiware.nl> Date: Wed, 25 Jun 2014 17:58:50 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "stable@freebsd.org" Subject: Compile warning in libipsec Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 15:59:37 -0000 Hi, I'm getting this compile error when trying to build 10-stable on a 9.3-BETA2 system.... [/usr/srcs/src10/src/lib/libipsec] root@rack1.digiware.nl# make cc -O2 -pipe -I. -I/usr/srcs/src10/src/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c policy_parse.c -o policy_parse.o cc1: warnings being treated as errors /usr/srcs/src10/src/lib/libipsec/policy_parse.y: In function 'policy_parse': /usr/srcs/src10/src/lib/libipsec/policy_parse.y:404: warning: implicit declaration of function '__libipsecyyparse' *** [policy_parse.o] Error code 1 Stop in /usr/srcs/src10/src/lib/libipsec. Any suggestions? --WjW From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 16:23:16 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB6597BF for ; Wed, 25 Jun 2014 16:23:16 +0000 (UTC) Received: from phoenix.eternamente.info (phoenix.arroway.org [109.169.80.17]) by mx1.freebsd.org (Postfix) with ESMTP id 731582A31 for ; Wed, 25 Jun 2014 16:23:15 +0000 (UTC) Received: from optimus.arroway.org (optimus.arroway.org [198.46.134.62]) by phoenix.eternamente.info (Postfix) with ESMTPA id 49E671CC90 for ; Wed, 25 Jun 2014 13:15:53 -0300 (BRT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 25 Jun 2014 16:15:54 -0300 From: Nenhum_de_Nos To: stable@freebsd.org Subject: Problem compiling 9.3-RC1 on 9.2-RC4 Message-ID: X-Sender: matheus@arroway.org User-Agent: Roundcube Webmail/1.0.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 16:23:16 -0000 Hail, I used svn to update, then I try compiling and get this: ===> drm2/radeonkms (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/net6501-amd64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/net6501-amd64 -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_acpi.c cc1: warnings being treated as errors In file included from /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atom.h:158, from /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_acpi.c:31: /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:465: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:497: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:504: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:518: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:524: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:832: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:1255: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:1339: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:1596: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:1612: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:1662: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:1720: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:1764: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:4067: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:4271: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:4272: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:5661: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:5979: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:5983: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:6003: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:6005: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:6084: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:6088: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:6152: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:6156: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:6652: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:6667: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:6683: warning: declaration does not declare anything /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios.h:6755: warning: declaration does not declare anything *** [radeon_acpi.o] Error code 1 Stop in /usr/src/sys/modules/drm2/radeonkms. *** [all] Error code 1 Stop in /usr/src/sys/modules/drm2. *** [all] Error code 1 Stop in /usr/src/sys/modules. *** [modules-all] Error code 1 Stop in /usr/obj/usr/src/sys/net6501-amd64. *** [buildkernel] Error code 1 Stop in /usr/src. *** [buildkernel] Error code 1 Stop in /usr/src. there are more error lines. Do I need to update to 9.2R first ? uname -a FreeBSD hobbes 9.2-RC4 FreeBSD 9.2-RC4 #2 r255520: Sat Sep 14 11:24:56 BRT 2013 root@hobbes:/usr/obj/usr/src/sys/net6501-amd64 amd64 This is just GENERIC with mpt tables for soekris 6501 amd64 and pf built in. thanks, matheus -- -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 16:29:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3914B52; Wed, 25 Jun 2014 16:29:19 +0000 (UTC) Date: Wed, 25 Jun 2014 12:29:16 -0400 From: Glen Barber To: Nenhum_de_Nos Subject: Re: Problem compiling 9.3-RC1 on 9.2-RC4 Message-ID: <20140625162916.GF1218@hub.FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rBJlyiOWh//u4rUk" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 16:29:20 -0000 --rBJlyiOWh//u4rUk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 25, 2014 at 04:15:54PM -0300, Nenhum_de_Nos wrote: > [...] > > there are more error lines. >=20 > Do I need to update to 9.2R first ? >=20 > uname -a > FreeBSD hobbes 9.2-RC4 FreeBSD 9.2-RC4 #2 r255520: Sat Sep 14 11:24:56 BRT > 2013 root@hobbes:/usr/obj/usr/src/sys/net6501-amd64 amd64 >=20 > This is just GENERIC with mpt tables for soekris 6501 amd64 and pf built = in. >=20 Did you 'buildworld' first? Glen --rBJlyiOWh//u4rUk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTqvjcAAoJELls3eqvi17QDNAP/iUmjUB3zXiqsSu7GfVXEtRi d4nPuvCldbrUPB3wwgfzvWWTbLlE9ZaNjjRxuhTRXxo56qA7N/E6v9nrkVpS5ORB MBaZVxl2eNmnk4iT4KbLRxSCKeKxVETwTToVSMqDG9WCZb21ICCKewIgkcthAsx8 KoEDL9qK6y/eOF1ufb2y7kAsmtYNGx0hyWZeDNEjYF48Ty1mJBWai1dumVPvRGOj AGZPO0rqaN3Q4v9mQIBfuIlRpDwvZJYXhyYsAQpK0OE95JRU8vjCmB7EU+2+jHXZ Yl8AdIDZQ8DN17YUljZfd4+gZfqT0XkxiG3L4Y6jHcfPSNxcj8g/+d7raU4ZMDOW GNnL43V2/sTEPi4WUgH65HMjNmBbAHoNpxOJfyFB+fhbNeVhS0mclBIk6c6mITLi GeK/kp46nKBGPzlc5zNMeHvfXqh4tK9YWmfaUbCCX3dA2safa88aJyehB7snHJls GidokTsqdwaCE7UJ+eqH6BPKnDH85XT3kLP8M+aqOH/kTclD0Q6cMENzptKeCe2V lFL6rh3znGAXSfpWFs5yZ8hMSStDLCYvERPAAVp+lEiuSwcxD6jIoyADOS9QTjXx rrW6BATjaUz+jx1kSBA8R2XOPBUHEZAoJc+z/r8XeFed9YZ7BL/KOH2YXTTTDSPh 04rEwfzCP/OXUtNGxR4L =afww -----END PGP SIGNATURE----- --rBJlyiOWh//u4rUk-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 16:33:30 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB616DA0 for ; Wed, 25 Jun 2014 16:33:30 +0000 (UTC) Received: from phoenix.eternamente.info (phoenix.arroway.org [109.169.80.17]) by mx1.freebsd.org (Postfix) with ESMTP id 4C8962B49 for ; Wed, 25 Jun 2014 16:33:29 +0000 (UTC) Received: from optimus.arroway.org (optimus.arroway.org [198.46.134.62]) by phoenix.eternamente.info (Postfix) with ESMTPA id 848011CC90 for ; Wed, 25 Jun 2014 13:33:26 -0300 (BRT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 25 Jun 2014 16:33:28 -0300 From: Nenhum_de_Nos To: stable@freebsd.org Subject: Re: Problem compiling 9.3-RC1 on 9.2-RC4 In-Reply-To: <20140625162916.GF1218@hub.FreeBSD.org> References: <20140625162916.GF1218@hub.FreeBSD.org> Message-ID: <40df5d0e647ed87478d711dc7280c31c@arroway.org> X-Sender: matheus@arroway.org User-Agent: Roundcube Webmail/1.0.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 16:33:30 -0000 On 2014-06-25 13:29, Glen Barber wrote: > On Wed, Jun 25, 2014 at 04:15:54PM -0300, Nenhum_de_Nos wrote: >> [...] >> > >> there are more error lines. >> >> Do I need to update to 9.2R first ? >> >> uname -a >> FreeBSD hobbes 9.2-RC4 FreeBSD 9.2-RC4 #2 r255520: Sat Sep 14 11:24:56 >> BRT >> 2013 root@hobbes:/usr/obj/usr/src/sys/net6501-amd64 amd64 >> >> This is just GENERIC with mpt tables for soekris 6501 amd64 and pf >> built in. >> > > Did you 'buildworld' first? > > Glen yes -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 16:38:31 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0CCAF09; Wed, 25 Jun 2014 16:38:30 +0000 (UTC) Date: Wed, 25 Jun 2014 12:38:27 -0400 From: Glen Barber To: Nenhum_de_Nos Subject: Re: Problem compiling 9.3-RC1 on 9.2-RC4 Message-ID: <20140625163827.GG1218@hub.FreeBSD.org> References: <20140625162916.GF1218@hub.FreeBSD.org> <40df5d0e647ed87478d711dc7280c31c@arroway.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6WVJ5P9c7qp8G894" Content-Disposition: inline In-Reply-To: <40df5d0e647ed87478d711dc7280c31c@arroway.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 16:38:31 -0000 --6WVJ5P9c7qp8G894 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 25, 2014 at 04:33:28PM -0300, Nenhum_de_Nos wrote: > On 2014-06-25 13:29, Glen Barber wrote: > >On Wed, Jun 25, 2014 at 04:15:54PM -0300, Nenhum_de_Nos wrote: > >>[...] > >> > > > >>there are more error lines. > >> > >>Do I need to update to 9.2R first ? > >> > >>uname -a > >>FreeBSD hobbes 9.2-RC4 FreeBSD 9.2-RC4 #2 r255520: Sat Sep 14 11:24:56 > >>BRT > >>2013 root@hobbes:/usr/obj/usr/src/sys/net6501-amd64 amd64 > >> > >>This is just GENERIC with mpt tables for soekris 6501 amd64 and pf built > >>in. > >> > > > >Did you 'buildworld' first? > > > >Glen >=20 > yes >=20 Can you show the output of 'svn info /usr/src' ? I no longer have access to a 9.2-RC4 image, but to answer your question above, no you should not need to upgrade to 9.2-RELEASE first. Glen --6WVJ5P9c7qp8G894 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTqvsDAAoJELls3eqvi17QAHEQAIAilQ4kDVosyd2/sR6DJiUd 9XzqGCkD3gD8otXkmy+qdJDCi4gsKycUxKzpABnaNU6NZ02YNKSMu6V5mm7VkW4M ICVdmZXsLl0yePn0ypLwCT5Dqbvkvt7TJPawljO5v6xl5oNRoIjYKSl0rBx6+HYu ySRQmgRX9vN0YMLAoG1ABy8dZF31NkqS577LftNQ1jpgO4bAKq/IRsuOH6SCkhbc lXLgPv3J5pQkCqkFLOSBwhlN15TOPwygmqNWhVPN8o6kkzW7vSX3MKOljffI2LVY fNS+jOeVM3wcv7B4sOsT1sKyzVDrExd2ocNdmen84f4ZT4Qmq4I1PqJP7o2hsH6I 7z9wVOF1B/8FJmlS593bhexKAIqnjWqfvaGJ+lBs1r3xIE0UK8imnsW0fqLGLC91 atWq0eoedqS4D24mXvjWc3Szem7Orc9DYcpjeKU/zm9A+RvOHlXYFA/ztugkIV/1 oqkKar4TvS0h4bd+u5TCTJ/uskYekskY88SaIDrASnu9HoaAxBBXXZQLkoJEvfJY OmdrfHIfi8pgMwRUGDc1j6fvHIPcVCnDxZijmWW9fv/tIknSYFed7s9opcYERF0f 1F3oShlyuJphDWe8F2h6SlaRYkqFy0iXQQ+hI+25/NUaKH24XpV4jUh6eUhR/xh/ eoe4bQwuckH7vU21NpZh =I8L+ -----END PGP SIGNATURE----- --6WVJ5P9c7qp8G894-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 16:43:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1DBFC159 for ; Wed, 25 Jun 2014 16:43:50 +0000 (UTC) Received: from phoenix.eternamente.info (phoenix.arroway.org [109.169.80.17]) by mx1.freebsd.org (Postfix) with ESMTP id A48592C24 for ; Wed, 25 Jun 2014 16:43:49 +0000 (UTC) Received: from optimus.arroway.org (optimus.arroway.org [198.46.134.62]) by phoenix.eternamente.info (Postfix) with ESMTPA id B8EE11CC90 for ; Wed, 25 Jun 2014 13:43:40 -0300 (BRT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 25 Jun 2014 16:43:42 -0300 From: Nenhum_de_Nos To: stable@freebsd.org Subject: Re: Problem compiling 9.3-RC1 on 9.2-RC4 In-Reply-To: <20140625163827.GG1218@hub.FreeBSD.org> References: <20140625162916.GF1218@hub.FreeBSD.org> <40df5d0e647ed87478d711dc7280c31c@arroway.org> <20140625163827.GG1218@hub.FreeBSD.org> Message-ID: <13609b91d41c5e0e242f59e8ccff8078@arroway.org> X-Sender: matheus@arroway.org User-Agent: Roundcube Webmail/1.0.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 16:43:50 -0000 On 2014-06-25 13:38, Glen Barber wrote: > On Wed, Jun 25, 2014 at 04:33:28PM -0300, Nenhum_de_Nos wrote: >> On 2014-06-25 13:29, Glen Barber wrote: >> >On Wed, Jun 25, 2014 at 04:15:54PM -0300, Nenhum_de_Nos wrote: >> >>[...] >> >> >> > >> >>there are more error lines. >> >> >> >>Do I need to update to 9.2R first ? >> >> >> >>uname -a >> >>FreeBSD hobbes 9.2-RC4 FreeBSD 9.2-RC4 #2 r255520: Sat Sep 14 11:24:56 >> >>BRT >> >>2013 root@hobbes:/usr/obj/usr/src/sys/net6501-amd64 amd64 >> >> >> >>This is just GENERIC with mpt tables for soekris 6501 amd64 and pf built >> >>in. >> >> >> > >> >Did you 'buildworld' first? >> > >> >Glen >> >> yes >> > > Can you show the output of 'svn info /usr/src' ? svn info /usr/src svn: warning: cannot set LC_CTYPE locale svn: warning: environment variable LANG is en_EN.UTF-8 svn: warning: please check that your locale name is correct Path: /usr/src Working Copy Root Path: /usr/src URL: http://svn.freebsd.org/base/releng/9.3 Relative URL: ^/releng/9.3 Repository Root: http://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 267845 Node Kind: directory Schedule: normal Last Changed Author: jhb Last Changed Rev: 267841 Last Changed Date: 2014-06-24 17:35:20 -0300 (Tue, 24 Jun 2014) changed LANG to en_EN.UTF-8 just before issuing the command. thanks, matheus > I no longer have access to a 9.2-RC4 image, but to answer your question > above, no you should not need to upgrade to 9.2-RELEASE first. > > Glen -- -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 16:50:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75F973FB; Wed, 25 Jun 2014 16:50:50 +0000 (UTC) Date: Wed, 25 Jun 2014 12:50:47 -0400 From: Glen Barber To: Nenhum_de_Nos Subject: Re: Problem compiling 9.3-RC1 on 9.2-RC4 Message-ID: <20140625165047.GH1218@hub.FreeBSD.org> References: <20140625162916.GF1218@hub.FreeBSD.org> <40df5d0e647ed87478d711dc7280c31c@arroway.org> <20140625163827.GG1218@hub.FreeBSD.org> <13609b91d41c5e0e242f59e8ccff8078@arroway.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="NDUC3jhDILnIu2RZ" Content-Disposition: inline In-Reply-To: <13609b91d41c5e0e242f59e8ccff8078@arroway.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 16:50:51 -0000 --NDUC3jhDILnIu2RZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 25, 2014 at 04:43:42PM -0300, Nenhum_de_Nos wrote: > On 2014-06-25 13:38, Glen Barber wrote: > >On Wed, Jun 25, 2014 at 04:33:28PM -0300, Nenhum_de_Nos wrote: > >>On 2014-06-25 13:29, Glen Barber wrote: > >>>On Wed, Jun 25, 2014 at 04:15:54PM -0300, Nenhum_de_Nos wrote: > >>>>[...] > >>>> > >>> > >>>>there are more error lines. > >>>> > >>>>Do I need to update to 9.2R first ? > >>>> > >>>>uname -a > >>>>FreeBSD hobbes 9.2-RC4 FreeBSD 9.2-RC4 #2 r255520: Sat Sep 14 11:24:56 > >>>>BRT > >>>>2013 root@hobbes:/usr/obj/usr/src/sys/net6501-amd64 amd64 > >>>> > >>>>This is just GENERIC with mpt tables for soekris 6501 amd64 and pf bu= ilt > >>>>in. > >>>> > >>> > >>>Did you 'buildworld' first? > >>> > >>>Glen > >> > >>yes > >> > > > >Can you show the output of 'svn info /usr/src' ? >=20 > svn info /usr/src > svn: warning: cannot set LC_CTYPE locale > svn: warning: environment variable LANG is en_EN.UTF-8 > svn: warning: please check that your locale name is correct > Path: /usr/src > Working Copy Root Path: /usr/src > URL: http://svn.freebsd.org/base/releng/9.3 > Relative URL: ^/releng/9.3 > Repository Root: http://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 267845 > Node Kind: directory > Schedule: normal > Last Changed Author: jhb > Last Changed Rev: 267841 > Last Changed Date: 2014-06-24 17:35:20 -0300 (Tue, 24 Jun 2014) >=20 > changed LANG to en_EN.UTF-8 just before issuing the command. >=20 It should not affect the build. I forgot to ask, can you show /etc/make.conf and /etc/src.conf as well? Glen --NDUC3jhDILnIu2RZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTqv3nAAoJELls3eqvi17QGlgP/3KbJ8I0DtxpEAl/+l/CFqmf mF2pcf/0oUHALMBDOgy31l603VrSluVXHMs+SvxulurwTGXiNLyPK93xE8KnNKcw j0qFCQxbNhSUv3MlLqoPAfZyHSPeApvqCdJi5OzIIJd9NyTKFBQjSlwzfGWkdVvZ /LRQzAhLidhQ+vEhY8vGxFFzV4QtDRMsrfvXN7Ya4An8FN7rgpZDFCQlioyqROlC yXPibL6qOzVZ4cqKY1Zx+xBtOP5P17pSV11/FEt9REqcpCPE5Z4Q3awAN0KSkV83 WOQh6pAOiYiyNxhfjahwJl5dWdZQcYpsFGqHm+1E0VU79WQxyDpiBKS7JuimdcQm T13D9UarToeb2pAR3FL0nN5PvSa6lyVIcqUgEjk345cqJ8t8Atep1PP4nzqqUy5H qR7NSXCsfji/YMhSFLn+aOclNe7450f/A9X7lGeUafOa41+u9ElBzQhqpbtJDht2 mQlzBcnfuE+GdwA7MkOhBxTozgjmyxZk/0SeoYzncDRTlW2//4P4eAiYfKnsFl+h 8umGJ4T5NSudMYHLJqdDzYfBAM/AMaccURECLHKMDr2LN20omg2joAJGFiE6YSJh gI7DodRQNiqvzQQe0s58/egEIX/bBU2ajiJ4e98f1BNeqjvsN6oqHy8qEeqR4Es8 PzuDRplv/Qmobu3zgCws =SyNZ -----END PGP SIGNATURE----- --NDUC3jhDILnIu2RZ-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 16:59:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E95D97B6 for ; Wed, 25 Jun 2014 16:59:57 +0000 (UTC) Received: from phoenix.eternamente.info (phoenix.arroway.org [109.169.80.17]) by mx1.freebsd.org (Postfix) with ESMTP id 9621D2D8B for ; Wed, 25 Jun 2014 16:59:57 +0000 (UTC) Received: from optimus.arroway.org (optimus.arroway.org [198.46.134.62]) by phoenix.eternamente.info (Postfix) with ESMTPA id 3BBAE1CC90 for ; Wed, 25 Jun 2014 13:59:53 -0300 (BRT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 25 Jun 2014 16:59:55 -0300 From: Nenhum_de_Nos To: stable@freebsd.org Subject: Re: Problem compiling 9.3-RC1 on 9.2-RC4 In-Reply-To: <20140625165047.GH1218@hub.FreeBSD.org> References: <20140625162916.GF1218@hub.FreeBSD.org> <40df5d0e647ed87478d711dc7280c31c@arroway.org> <20140625163827.GG1218@hub.FreeBSD.org> <13609b91d41c5e0e242f59e8ccff8078@arroway.org> <20140625165047.GH1218@hub.FreeBSD.org> Message-ID: <61d723ed71ccff1ab9fc20122c32e5b5@arroway.org> X-Sender: matheus@arroway.org User-Agent: Roundcube Webmail/1.0.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 16:59:58 -0000 On 2014-06-25 13:50, Glen Barber wrote: > On Wed, Jun 25, 2014 at 04:43:42PM -0300, Nenhum_de_Nos wrote: >> On 2014-06-25 13:38, Glen Barber wrote: >> >On Wed, Jun 25, 2014 at 04:33:28PM -0300, Nenhum_de_Nos wrote: >> >>On 2014-06-25 13:29, Glen Barber wrote: >> >>>On Wed, Jun 25, 2014 at 04:15:54PM -0300, Nenhum_de_Nos wrote: >> >>>>[...] >> >>>> >> >>> >> >>>>there are more error lines. >> >>>> >> >>>>Do I need to update to 9.2R first ? >> >>>> >> >>>>uname -a >> >>>>FreeBSD hobbes 9.2-RC4 FreeBSD 9.2-RC4 #2 r255520: Sat Sep 14 11:24:56 >> >>>>BRT >> >>>>2013 root@hobbes:/usr/obj/usr/src/sys/net6501-amd64 amd64 >> >>>> >> >>>>This is just GENERIC with mpt tables for soekris 6501 amd64 and pf built >> >>>>in. >> >>>> >> >>> >> >>>Did you 'buildworld' first? >> >>> >> >>>Glen >> >> >> >>yes >> >> >> > >> >Can you show the output of 'svn info /usr/src' ? >> >> svn info /usr/src >> svn: warning: cannot set LC_CTYPE locale >> svn: warning: environment variable LANG is en_EN.UTF-8 >> svn: warning: please check that your locale name is correct >> Path: /usr/src >> Working Copy Root Path: /usr/src >> URL: http://svn.freebsd.org/base/releng/9.3 >> Relative URL: ^/releng/9.3 >> Repository Root: http://svn.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 267845 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: jhb >> Last Changed Rev: 267841 >> Last Changed Date: 2014-06-24 17:35:20 -0300 (Tue, 24 Jun 2014) >> >> changed LANG to en_EN.UTF-8 just before issuing the command. >> > > It should not affect the build. > > I forgot to ask, can you show /etc/make.conf and /etc/src.conf as well? > > Glen there you are: root@hobbes:~ # cat /etc/make.conf root@hobbes:~ # cat /etc/src.conf cat: /etc/src.conf: No such file or directory matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 18:48:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46834701; Wed, 25 Jun 2014 18:48:05 +0000 (UTC) Date: Wed, 25 Jun 2014 14:48:01 -0400 From: Glen Barber To: Nenhum_de_Nos Subject: Re: Problem compiling 9.3-RC1 on 9.2-RC4 Message-ID: <20140625184801.GK1218@hub.FreeBSD.org> References: <20140625162916.GF1218@hub.FreeBSD.org> <40df5d0e647ed87478d711dc7280c31c@arroway.org> <20140625163827.GG1218@hub.FreeBSD.org> <13609b91d41c5e0e242f59e8ccff8078@arroway.org> <20140625165047.GH1218@hub.FreeBSD.org> <61d723ed71ccff1ab9fc20122c32e5b5@arroway.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hsyNPUbRdzNuSXeN" Content-Disposition: inline In-Reply-To: <61d723ed71ccff1ab9fc20122c32e5b5@arroway.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 18:48:06 -0000 --hsyNPUbRdzNuSXeN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 25, 2014 at 04:59:55PM -0300, Nenhum_de_Nos wrote: > On 2014-06-25 13:50, Glen Barber wrote: > >On Wed, Jun 25, 2014 at 04:43:42PM -0300, Nenhum_de_Nos wrote: > >>On 2014-06-25 13:38, Glen Barber wrote: > >>>On Wed, Jun 25, 2014 at 04:33:28PM -0300, Nenhum_de_Nos wrote: > >>>>On 2014-06-25 13:29, Glen Barber wrote: > >>>>>On Wed, Jun 25, 2014 at 04:15:54PM -0300, Nenhum_de_Nos wrote: > >>>>>>[...] > >>>>>> > >>>>> > >>>>>>there are more error lines. > >>>>>> > >>>>>>Do I need to update to 9.2R first ? > >>>>>> > >>>>>>uname -a > >>>>>>FreeBSD hobbes 9.2-RC4 FreeBSD 9.2-RC4 #2 r255520: Sat Sep 14 11:24= :56 > >>>>>>BRT > >>>>>>2013 root@hobbes:/usr/obj/usr/src/sys/net6501-amd64 amd64 > >>>>>> > >>>>>>This is just GENERIC with mpt tables for soekris 6501 amd64 and pf = built > >>>>>>in. > >>>>>> > >>>>> > >>>>>Did you 'buildworld' first? > >>>>> > >>>>>Glen > >>>> > >>>>yes > >>>> > >>> > >>>Can you show the output of 'svn info /usr/src' ? > >> > >>svn info /usr/src > >>svn: warning: cannot set LC_CTYPE locale > >>svn: warning: environment variable LANG is en_EN.UTF-8 > >>svn: warning: please check that your locale name is correct > >>Path: /usr/src > >>Working Copy Root Path: /usr/src > >>URL: http://svn.freebsd.org/base/releng/9.3 > >>Relative URL: ^/releng/9.3 > >>Repository Root: http://svn.freebsd.org/base > >>Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > >>Revision: 267845 > >>Node Kind: directory > >>Schedule: normal > >>Last Changed Author: jhb > >>Last Changed Rev: 267841 > >>Last Changed Date: 2014-06-24 17:35:20 -0300 (Tue, 24 Jun 2014) > >> > >>changed LANG to en_EN.UTF-8 just before issuing the command. > >> > > > >It should not affect the build. > > > >I forgot to ask, can you show /etc/make.conf and /etc/src.conf as well? > > > >Glen >=20 > there you are: >=20 > root@hobbes:~ # cat /etc/make.conf > root@hobbes:~ # cat /etc/src.conf > cat: /etc/src.conf: No such file or directory >=20 Thank you. I am unable to reproduce this on 9.2-RELEASE with 'device pf' and 'device mptable' added to the GENERIC kernel. Did you start the build with a clean /usr/obj ? If not, can you please try with an empty /usr/obj ? Glen --hsyNPUbRdzNuSXeN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTqxlhAAoJELls3eqvi17Q6YQQAMBCbvLhC5Kkh/0GNTsrg/Df jm7sqKeuF1g16EQPCLg/jPt+pAuxw2n7X4pfh5tATkbUyytxs6dN8svBOYmz+MrK Yj6Y46XsVhdBlAdLiVA1SlKTjbix1pr5CUPsLWJEMg1f9gFo4bjQdvvRkxqFjAIl 8a7TxRaOCN6wQ+A3tiUzTiNBclpfjetPEvo62en8W21WzK1OyxeVIW28xB3vV4sd EMTNFKUeTUGZNnYk08cAOVBSwyNMovKkilPwN3R+4t7VXwEd6kMXa4gsFzO3v0eO CQy5Hz0FJ50jjCAHrYf9mgqMPJg14b6/sGsgqFeGLUrzKblVeJMLmcOundfhU9SR 4C4rIcfgM8hqXvjwf0n/Ag++RjDrqfPjTP+46Z6EYK4IagWvkKuCUg1l4XhOTWDn 9JbL7djhUgjXUKxIEs3DYRvsE/bQWfd4Vgn8InMKKjF2K2P4s5osPCsq4CZRLgxG j4DIRUIbwPTOC6mrt3qNXl6VXIV8eNPbJJ9L16FDTFRtQojYjaoHqd85OSRhyEot G9WsIq4fouNRi8CDDwQuyGOOKKqHTpVhptWplaE5mWa+YqcJsYNY/N3iFLLqG672 HRePc+IBDsymfrEiVCCjZDelagIWl06IZ8bUBs1bKA43Rp448yk7jf/k7x7ABNkc q7N0/VjP6gO337RKDJ4J =0OuB -----END PGP SIGNATURE----- --hsyNPUbRdzNuSXeN-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 19:26:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF72D929 for ; Wed, 25 Jun 2014 19:26:57 +0000 (UTC) Received: from smtp.digiware.nl (smtp.digiware.nl [31.223.170.169]) (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 9EED02C05 for ; Wed, 25 Jun 2014 19:26:57 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 7A017153A9E for ; Wed, 25 Jun 2014 21:26:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zt0PfH7S0LZs; Wed, 25 Jun 2014 21:26:19 +0200 (CEST) Received: from [192.168.10.9] (vaio [192.168.10.9]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 08AEC1534D1 for ; Wed, 25 Jun 2014 21:26:19 +0200 (CEST) Message-ID: <53AB225B.3040505@digiware.nl> Date: Wed, 25 Jun 2014 21:26:19 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "stable@freebsd.org" Subject: Re: Compile warning in libipsec References: <53AAF1BA.7050002@digiware.nl> In-Reply-To: <53AAF1BA.7050002@digiware.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 19:26:58 -0000 On 25-6-2014 17:58, Willem Jan Withagen wrote: > Hi, > > I'm getting this compile error when trying to build 10-stable on a > 9.3-BETA2 system.... > > [/usr/srcs/src10/src/lib/libipsec] root@rack1.digiware.nl# make > cc -O2 -pipe -I. -I/usr/srcs/src10/src/lib/libipsec -DIPSEC_DEBUG > -DIPSEC -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror > -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c > policy_parse.c -o policy_parse.o > cc1: warnings being treated as errors > /usr/srcs/src10/src/lib/libipsec/policy_parse.y: In function 'policy_parse': > /usr/srcs/src10/src/lib/libipsec/policy_parse.y:404: warning: implicit > declaration of function '__libipsecyyparse' > *** [policy_parse.o] Error code 1 > > Stop in /usr/srcs/src10/src/lib/libipsec. > > Any suggestions? As a followup to myself. One more problem with yacc output... So I guess there is a problem with the version yacc I'm using when buliding... But it actually is a fresh /usr/obj tree, so I guess it's using the yacc in /usr/bin. There is no yacc in the obj-tree..... [/usr/src] root# ls -asl `find /usr/obj/usr/srcs/src10/ -name yacc` total 24 2 drwxr-xr-x 2 root wheel 512 Jun 25 20:19 ./ 4 drwxr-xr-x 238 root wheel 4096 Jun 25 13:04 ../ 18 -rw-r--r-- 1 root wheel 17440 Jun 25 20:19 .depend --WjW --- expr.o --- cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pro totypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subs cripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-v ariable -c expr.c /usr/srcs/src10/src/bin/expr/expr.y:291:2: error: implicit declaration of function 'yyparse' is invalid in C99 [-Werror,-Wimplicit-function-declarat ion] yyparse(); ^ expr.c:811:1: error: no previous prototype for function 'yyparse' [-Werror,-Wmissing-prototypes] yyparse (YYPARSE_PARAM_ARG) ^ /usr/srcs/src10/src/bin/expr/expr.y:291:2: note: this declaration is not a prototype; add 'void' to make it a prototype for a zero-parameter functio n yyparse(); ^ 2 errors generated. *** [expr.o] Error code 1 From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 19:48:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9832507; Wed, 25 Jun 2014 19:48:17 +0000 (UTC) Received: from kirk.hochpass.uni-hannover.de (kirk.hochpass.uni-hannover.de [130.75.81.215]) (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 254902DFA; Wed, 25 Jun 2014 19:48:16 +0000 (UTC) Received: from SOLO.hochpass.uni-hannover.de (solo.hochpass.uni-hannover.de [130.75.81.216]) by kirk.hochpass.uni-hannover.de (8.14.7/8.14.7) with SMTP id s5PJm85v017429; Wed, 25 Jun 2014 21:48:08 +0200 (CEST) (envelope-from hilko.meyer@gmx.de) From: Hilko Meyer To: John Baldwin Subject: Re: powerd stopped working after update from 8.4 to 9.2 Date: Wed, 25 Jun 2014 21:48:07 +0200 Message-ID: References: <201406241623.39328.jhb@freebsd.org> <201406251017.31861.jhb@freebsd.org> In-Reply-To: <201406251017.31861.jhb@freebsd.org> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 19:48:17 -0000 On Wed, 25 Jun 2014 10:17:31 -0400, John Baldwin wrote: >On Wednesday, June 25, 2014 8:03:58 am Hilko Meyer wrote: >> John Baldwin schrieb: >> >On Tuesday, June 24, 2014 1:36:41 pm Hilko Meyer wrote: >> >> On Tue, 24 Jun 2014 10:26:52 -0400, you wrote: >> >> >On Monday, June 23, 2014 7:12:23 pm Hilko Meyer wrote: >> >> >> John Baldwin wrote: >> >> >> >On Sunday, June 22, 2014 9:27:08 pm Hilko Meyer wrote: >> >> >> >> >> >> >> >> powerd doesn't work anymore after the update from 8.4 to 9.2. The >system >> >> >> >> has an old (more than 10 years) mainboard with Via KT133 chipset. >> >> >> >> >> >> >> >> I made a verbose boot with both, 8.4 and 9.2: >> >> >> >> 8.4: http://pastebin.com/iiZXRXgK >> >> >> >> 9.2: http://pastebin.com/sHcd3MHv >> >> >> >> The relevant part of the diff seem to be these parts: >> >> >> >> >> >> >> >> viapropm0: SMBus I/O base at 0x5000 >> >> >> >> viapropm0: SMBus I/O base at 0x5000 >> >> >> >> viapropm0: port >0x5000-0x500f at >> >> >> >> device 7.4 on pci0 >> >> >> >> -viapropm0: SMBus revision code 0x40 >> >> >> >> -smbus0: on viapropm0 >> >> >> >> -smb0: on smbus0 >> >> >> >> +viapropm0: could not allocate bus space >> >> >> >> +device_attach: viapropm0 attach returned 6 >> >> >> >> [] >> >> >> >> acpi_throttle0: on cpu0 >> >> >> >> -acpi_throttle0: P_CNT from P_BLK 0x4010 >> >> >> >> +acpi_throttle0: failed to attach P_CNT >> >> >> >> +device_attach: acpi_throttle0 attach returned 6 >> >> >> >> >> >> >> >> Any ideas what I can do? >> >> >> > >> >> >> >acpi_timer0 also failed to probe due to a resource issue. Can you get >the >> >> >> >output of 'devinfo -rv' and 'devinfo -u' from the both kernels? >> >> >> >> >> >> Yes, no problem. >> >> >> devinfo -rv: >> >> >> 8.4: http://pastebin.com/6xm1tBrU >> >> >> 9.2: http://pastebin.com/whXk32Ab >> >> >> >> >> >> devinfo -u: >> >> >> 8.4: http://pastebin.com/47U7HZb3 >> >> >> 9.2: http://pastebin.com/U85HTw0C >> >> >> >> >> >> thanks for your help, >> >> >> Hilko >> >> > >> >> >Can you provide your acpidump? This box seems confusing. >> >> >> >> Well, its quite old. An Epox 8kta3 from around 2002. I was not sure which >output >> >> you need so I attached acpidump -d and acpidump -dt. >> > >> >Ok, try this: >> > >> >Index: sys/dev/acpica/acpi.c >> >> The patch doesn't apply. Was it for head or 9-stable and not for 9.2? > >It is for HEAD though it should apply to 9-stable. It might not apply to 9.2 >as it patches a previous fix that went to 9.2. For 9.2, please merge the >change to stable/9 from >http://svnweb.freebsd.org/base?view=revision&revision=263022 first and then >apply this patch. Thanks for the patch. Works now. Diff to the verbose dmesg without your patch: -acpi_timer0: couldn't allocate resource (port 0x4008) +ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 +Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 +acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 [...] -pcib0: port 0xcf8-0xcff,0x4000-0x407f,0x4080-0x40ff,0x5000-0x500f,0x6000-0x607f on acpi0 +pcib0: port 0xcf8-0xcff on acpi0 [...] viapropm0: port 0x5000-0x500f at device 7.4 on pci0 -viapropm0: could not allocate bus space -device_attach: viapropm0 attach returned 6 +viapropm0: SMBus revision code 0x40 +smbus0: on viapropm0 +smb0: on smbus0 [...] acpi_throttle0: on cpu0 -acpi_throttle0: failed to attach P_CNT -device_attach: acpi_throttle0 attach returned 6 +acpi_throttle0: P_CNT from P_BLK 0x4010 I could start powerd again. Thanks for your help, Hilko PS: Just for the record, output of dmesg and devinfo from the working system with your patch: devinfo -rv: http://pastebin.com/whga6mxc devinfo -u: http://pastebin.com/xQLdCWTz dmesg -v : http://pastebin.com/jtLmsJzs From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 20:31:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17AA0418; Wed, 25 Jun 2014 20:31:51 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E1E1E2294; Wed, 25 Jun 2014 20:31:50 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3E0CFB945; Wed, 25 Jun 2014 16:31:49 -0400 (EDT) From: John Baldwin To: Hilko Meyer Subject: Re: powerd stopped working after update from 8.4 to 9.2 Date: Wed, 25 Jun 2014 16:31:39 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201406251017.31861.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201406251631.39345.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 25 Jun 2014 16:31:49 -0400 (EDT) Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jun 2014 20:31:51 -0000 On Wednesday, June 25, 2014 3:48:07 pm Hilko Meyer wrote: > On Wed, 25 Jun 2014 10:17:31 -0400, John Baldwin wrote: > >It is for HEAD though it should apply to 9-stable. It might not apply to 9.2 > >as it patches a previous fix that went to 9.2. For 9.2, please merge the > >change to stable/9 from > >http://svnweb.freebsd.org/base?view=revision&revision=263022 first and then > >apply this patch. > > Thanks for the patch. Works now. Diff to the verbose dmesg without your patch: > > -acpi_timer0: couldn't allocate resource (port 0x4008) > +ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 > +Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > +acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > [...] > -pcib0: port > 0xcf8-0xcff,0x4000-0x407f,0x4080-0x40ff,0x5000-0x500f,0x6000-0x607f on acpi0 > +pcib0: port 0xcf8-0xcff on acpi0 > [...] > viapropm0: port 0x5000-0x500f at device > 7.4 on pci0 > -viapropm0: could not allocate bus space > -device_attach: viapropm0 attach returned 6 > +viapropm0: SMBus revision code 0x40 > +smbus0: on viapropm0 > +smb0: on smbus0 > [...] > acpi_throttle0: on cpu0 > -acpi_throttle0: failed to attach P_CNT > -device_attach: acpi_throttle0 attach returned 6 > +acpi_throttle0: P_CNT from P_BLK 0x4010 > > I could start powerd again. > > Thanks for your help, > Hilko > > PS: Just for the record, output of dmesg and devinfo from the working system > with your patch: > devinfo -rv: http://pastebin.com/whga6mxc > devinfo -u: http://pastebin.com/xQLdCWTz > dmesg -v : http://pastebin.com/jtLmsJzs Committed to HEAD. It won't make 9.3 release, but it should be in 10.1. Thanks for the report and for testing! -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jun 26 16:29:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1BADEF8 for ; Thu, 26 Jun 2014 16:29:11 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A8D282E02 for ; Thu, 26 Jun 2014 16:29:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s5QGTBgJ062687 for ; Thu, 26 Jun 2014 16:29:11 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s5QGTBkT062683 for freebsd-stable@freebsd.org; Thu, 26 Jun 2014 16:29:11 GMT (envelope-from bdrewery) Received: (qmail 92253 invoked from network); 26 Jun 2014 11:29:09 -0500 Received: from unknown (HELO blah) (freebsd@shatow.net@67.182.131.225) by sweb.xzibition.com with ESMTPA; 26 Jun 2014 11:29:09 -0500 Message-ID: <53AC4A52.8020502@FreeBSD.org> Date: Thu, 26 Jun 2014 11:29:06 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Harry Schmalzbauer Subject: Re: pkg-install(8), url: "file://" and PKG_CACHEDIR References: <53A5C1D4.3050402@omnilan.de> In-Reply-To: <53A5C1D4.3050402@omnilan.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 26 Jun 2014 16:49:44 +0000 Cc: pkg@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 26 Jun 2014 16:29:11 -0000 Moving to pkg@FreeBSD.org On 6/21/14, 12:33 PM, Harry Schmalzbauer wrote: > Dear all, > > today I tried pkg(8) for the first time. > Thanks for all the great work! > > One thing I'm missing is a auto-matching-logic for PKG_CACHEDIR if 'url' > starts with "file://" (in ${PRREFIX}/pkg/repos/mylocalrepo.conf). > > Currently, local available packages will be copied to the local cache > dir by default (if not circumvented by 'env > PKG_CACHEDIR=/path/to/local-repo pkg install …' e.g.). > Such a PKG_CACHEDIR-matching-logic should be enabled by default IMHO. Warning, this will stop working in pkg 1.3 and cause many problems in your repo. The filenames are stored differently in the cachedir and now symlinks are used to point to the newly cached files - which will remove all of your existing packages. > > Maybe it's usefull to have a "pkg-install -K" option, (like -K,--keep > for old pkg_add), to disable the PKG_CACHEDIR-mathcing-logic (for > example if someone provides cd-repo and intentionally wants to keep > packages in PKG_CACHEDIR). > > Anyone else missing that feature? > > Thanks, > > -Harry > > This is somewhat an extension to the feature request in https://github.com/freebsd/pkg/issues/697 I will take a look before 1.3 release to see if disabling cache for file:// is straight forward. We're in a feature freeze right now so I don't want to introduce too much risk. -- Regards, Bryan Drewery From owner-freebsd-stable@FreeBSD.ORG Thu Jun 26 21:55:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B7A78A7 for ; Thu, 26 Jun 2014 21:55:51 +0000 (UTC) Received: from nm9-vm7.access.bullet.mail.bf1.yahoo.com (nm9-vm7.access.bullet.mail.bf1.yahoo.com [216.109.114.198]) (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 DFB942D1A for ; Thu, 26 Jun 2014 21:55:50 +0000 (UTC) Received: from [66.196.81.163] by nm9.access.bullet.mail.bf1.yahoo.com with NNFMP; 26 Jun 2014 21:50:23 -0000 Received: from [98.139.221.156] by tm9.access.bullet.mail.bf1.yahoo.com with NNFMP; 26 Jun 2014 21:50:23 -0000 Received: from [127.0.0.1] by smtp116.sbc.mail.bf1.yahoo.com with NNFMP; 26 Jun 2014 21:50:23 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1403819423; bh=sA+qgKKW/9CH0Z9RZo1+L89C0KuxDGiN5QYkYDyAbB0=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:Subject:References; b=wzmbwura26Ft5t5p9XVjW3Fx3yyH+5YsbZy8S/A9GK24ctUvWbVdmmc0Q9b8HRbFgHGXmqv9CJKkdxKaAEqJMEieNULNc90aWwQ7Uf8VTSXXmlMJGklfVxCi9P8lnIB8jEElFBb26s8FHfeseQdyMtX4ckO+O1x1x+d6VruMJvQ= X-Yahoo-Newman-Id: 217200.52297.bm@smtp116.sbc.mail.bf1.yahoo.com Message-ID: <217200.52297.bm@smtp116.sbc.mail.bf1.yahoo.com> Date: Thu, 26 Jun 2014 21:50:23 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: ZXs0XxUVM1lMoNfZEP1KIjK6fz.fB10L5LF2DRe3HPYpmWh RmMOrjY5J9Zy5GDgXWsoCG5bT86Inc_cDXwupwwq9N5O46s9oKlE50PL16YZ HgjdYlYE0_Fh8wugUsnSAIt_WxO4hqIaiSisWNgdyBjZCF_UtVgE5IfkyskT tiA4UZm5J7qYYQ8uipZIZA92gM2TOSHf531YfVvoKlErwBO.2EHUaafShnXC dXB.epcKdb7Wh_uj_skZoSUzV5qwqqARUPmSSBn31Tz3zP.fgdZsg7g4Y6nD GFmaLpEe_fhyi8BzCnje6rGa8YP7unkRQ1jpnFEAsrk38jdfDXpOMBf30xgj Gv.KjkK3RpU4Agl0f0FGWqcxhJb29pOvrtEYdnvDwN26oXNJLKsY1RQd_YQ5 F.CspTPVYJzubW5vY8gxYMBMio783T5.Fg0Tj.qDm3DDO44znf2J.Jhb1tzK 43ZNgn9Y4NEjZQXYryqtIPKtTs6zLrY34mFMygVp5YdWKExWcp0MAKm24A8j r3QmV6S0vjWhsB0EPOWKjFGq8c7UtCTCwzrgi.VsmhKXcuJHJhdk- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.139.221.42]) by smtp116.sbc.mail.bf1.yahoo.com with SMTP; 26 Jun 2014 21:50:23 +0000 UTC From: "Thomas Mueller" To: stable@freebsd.org Subject: Re: Problem compiling 9.3-RC1 on 9.2-RC4 References: <20140625162916.GF1218@hub.FreeBSD.org> <40df5d0e647ed87478d711dc7280c31c@arroway.org> <20140625163827.GG1218@hub.FreeBSD.org> <13609b91d41c5e0e242f59e8ccff8078@arroway.org> <20140625165047.GH1218@hub.FreeBSD.org> <61d723ed71ccff1ab9fc20122c32e5b5@arroway.org> <20140625184801.GK1218@hub.FreeBSD.org> Cc: Glen Barber X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 26 Jun 2014 21:55:51 -0000 > I am unable to reproduce this on 9.2-RELEASE with 'device pf' and > 'device mptable' added to the GENERIC kernel. > Did you start the build with a clean /usr/obj ? > If not, can you please try with an empty /usr/obj ? > Glen How much space do you need to allow for /usr/obj? I ask because of the suggestion of having a separate partition for /usr/obj. I don't remember whether this was for NetBSD or FreeBSD, but the primciple is the same either way. You then clean out all the old stuff with newfs, and mount on /usr/obj. I've been having trouble with a couple failed builds for FreeBSD-current, latter failure being after "make cleandir". On MSI Z77 MPOWER motherboard, only internet connectability is by Hiro H50191 USB-stick wireless adapter, device rsu, only for FreeBSD >= 10.0, and this is unstable. Ethernet re(4) fails on a bug common to (Free, Open and DragonFly)BSD but connects for Linux, NetBSD and Haiku. So I am now in an environment where there is no copy-amd-paste, and X won't start, can't find screen/display, so many things clumsy as in Murphy's-Law-OS: NetBSD amelia2 6.99.44 NetBSD 6.99.44 (NetBSD-HEAD amd64.nb7-20140619) #0: Thu Jun 19 17:32:40 UTC 2014 root@amelia2:/BETA1/usr/obj/BETA1/usr/src/sys/arch/amd64/compile/SANDY7 amd64 I have devel/subversion, from NetBSD pkgsrc, successfully installed on this USB-stick NetBSD installation. That works to update FreeBSD src, ports and doc trees. Tom From owner-freebsd-stable@FreeBSD.ORG Fri Jun 27 01:54:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A0DBE17 for ; Fri, 27 Jun 2014 01:54:46 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 425272080 for ; Fri, 27 Jun 2014 01:54:46 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s5R1scBP098824; Thu, 26 Jun 2014 21:54:40 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <53ACCEE2.5010908@sentex.net> Date: Thu, 26 Jun 2014 21:54:42 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Eugene Grosbein Subject: Re: nfs slowdown (RELENG_8) (solved) References: <2091718059.2982836.1403563319620.JavaMail.root@uoguelph.ca> <53A978D1.2000207@sentex.net> <53A987AE.8060708@sentex.net> <53A9DC0D.2000705@sentex.net> <20140625131237.GA82922@rdtc.ru> <53AACFE8.3060509@sentex.net> In-Reply-To: <53AACFE8.3060509@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 Cc: Rick Macklem , FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 27 Jun 2014 01:54:46 -0000 On 6/25/2014 9:34 AM, Mike Tancsa wrote: > On 6/25/2014 9:12 AM, Eugene Grosbein wrote: >> ktrace cat /dev/zero > /nfsbackup/test Adding hw.igb.enable_msix=0 to /boot/loader.conf fixes it. cat /dev/zero is now ~ 600Mb/s. Not the same speed as dd, but a lot better compared to 25Mb ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Jun 27 06:18:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9790C70A; Fri, 27 Jun 2014 06:18:31 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.12]) (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 4793A2600; Fri, 27 Jun 2014 06:18:30 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1X0PUM-000IQ5-6j; Fri, 27 Jun 2014 09:18:22 +0300 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: pci issues with SBC (AMD G-T40E) - PCEngines apu From: Daniel Braniss In-Reply-To: <201406251117.55634.jhb@freebsd.org> Date: Fri, 27 Jun 2014 09:17:59 +0300 Message-Id: <5FAF1189-4200-4B2D-8049-F317BA174BB5@cs.huji.ac.il> References: <0D577669-BF58-4B30-B29A-9A5B05C95112@cs.huji.ac.il> <201406241111.42023.jhb@freebsd.org> <3920AC99-4197-4A36-A573-3D283F36E035@cs.huji.ac.il> <201406251117.55634.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1878.2) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 27 Jun 2014 06:18:31 -0000 I let it cool off overnight, and has been ok ever since, very strange. danny On Jun 25, 2014, at 6:17 PM, John Baldwin wrote: > On Wednesday, June 25, 2014 7:57:12 am Daniel Braniss wrote: >>=20 >> On Jun 24, 2014, at 6:11 PM, John Baldwin wrote: >>=20 >>> On Tuesday, June 24, 2014 6:48:56 am Daniel Braniss wrote: >>>> Hi all, >>>> the short story is that not always all the devices are discovered >>>> correctly, i.e. there are 3 RealTek and sometimes all 3 are = discovered, >>>> sometimes 2,sometimes only one. >>>> My guts are telling me it=92s a timing issue, is there some delay I = can put in? >>>> I tried booting verbose but the problem is till there. >>>> example: >>>> =85 >>>> re1: = port 0x2000-0x20ff mem 0xf7b00000-0xf7b00fff,0xf7a00000-0xf7a03fff irq = 17 at device 0.0 on=20 > pci2 >>>> re1: MSI count : 1 >>>> re1: MSI-X count : 4 >>>> re1: attempting to allocate 1 MSI-X vectors (4 supported) >>>> msi: routing MSI-X IRQ 260 to local APIC 0 vector 55 >>>> re1: using IRQ 260 for MSI-X >>>> re1: Using 1 MSI-X message >>>> re1: ASPM disabled >>>> re1: Chip rev. 0x2c000000 >>>> re1: MAC rev. 0x00200000 >>>> miibus1: on re1 >>>> rgephy1: PHY 1 on = miibus1 >>>> rgephy1: OUI 0x00e04c, model 0x0011, rev. 4 >>>> rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, = 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, = 1000baseT-FDX, 1000baseT- > FDX- >>> master, 1000baseT- >>>> FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow >>>> re1: bpf attached >>>> re1: Ethernet address: 00:0d:b9:34:28:c5 >>>> pcib3: irq 18 at device 6.0 on pci0 >>>> pcib0: allocated type 4 (0x3000-0x3fff) for rid 1c of pcib3 >>>> pcib0: allocated type 3 (0xf7d00000-0xf7dfffff) for rid 20 of pcib3 >>>> pcib0: allocated type 3 (0xf7c00000-0xf7cfffff) for rid 24 of pcib3 >>>> pcib3: domain 0 >>>> pcib3: secondary bus 3 >>>> pcib3: subordinate bus 3 >>>> pcib3: I/O decode 0x3000-0x3fff >>>> pcib3: memory decode 0xf7d00000-0xf7dfffff >>>> pcib3: prefetched decode 0xf7c00000-0xf7cfffff >>>> pci3: on pcib3 >>>> pci3: domain=3D0, physical bus=3D3 >>>> found-> vendor=3D0x10ec, dev=3D0x8168, revid=3D0x06 >>>> domain=3D0, bus=3D3, slot=3D0, func=3D0 >>>> class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 >>>> cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) >>>> lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 = (0 ns) >>>> intpin=3Da, irq=3D10 >>>> powerspec 3 supports D0 D1 D2 D3 current D0 >>>> MSI supports 1 message, 64 bit >>>> MSI-X supports 4 messages in map 0x20 >>>> map[10]: type I/O Port, range 32, base 0x3000, size 8, = enabled >>>> pcib3: allocated I/O port range (0x3000-0x30ff) for rid 10 of = pci0:3:0:0 >>>> map[18]: type Memory, range 64, base 0xf7d00000, size 12, = enabled >>>> pcib3: allocated memory range (0xf7d00000-0xf7d00fff) for rid 18 of = pci0:3:0:0 >>>> map[20]: type Prefetchable Memory, range 64, base 0xf7c00000, = size 14, enabled >>>> pcib3: allocated prefetch range (0xf7c00000-0xf7c03fff) for rid 20 = of pci0:3:0:0 >>>> pcib3: matched entry for 3.0.INTA >>>> pcib3: slot 0 INTA hardwired to IRQ 18 >>>> re2: = port 0x3000-0x30ff mem 0xf7d00000-0xf7d00fff,0xf7c00000-0xf7c03fff irq = 18 at device 0.0 on=20 > pci3 >>>> re2: MSI count : 1 >>>> re2: MSI-X count : 4 >>>> re2: attempting to allocate 1 MSI-X vectors (4 supported) >>>> msi: routing MSI-X IRQ 261 to local APIC 0 vector 56 >>>> re2: using IRQ 261 for MSI-X >>>> re2: Using 1 MSI-X message >>>> re2: ASPM disabled >>>> re2: Chip rev. 0x80000000 >>>> re2: MAC rev. 0x00000000 <=97=97=97=97=97=97=97=97=97------------ = notice this is now zero! >>>> re2: Unknown H/W revision: 0x80000000 >>>> device_attach: re2 attach returned 6 >>>=20 >>> The chip rev also looks wrong. I don't know why you are not getting = the >>> correct values though. I don't see anything obviously wrong like = resource >>> issues with the BARs. >>=20 >> anything I can do to try and track this down?, except diving into the = sources :-) >> i have almost no idea where to start (well, I could with the re = driver =85) >> a flashlight might help. >=20 > Normally when there are resource problems reads of registers return = all 1's > (e.g 0xffffffff). I would check to see if the register reads to = determine the > chip rev are returning that first. >=20 > --=20 > John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 27 07:21:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EF2791A for ; Fri, 27 Jun 2014 07:21:42 +0000 (UTC) Received: from mailbox.is.co.za (mailbox.is.co.za [196.35.45.20]) by mx1.freebsd.org (Postfix) with ESMTP id E04002B48 for ; Fri, 27 Jun 2014 07:21:36 +0000 (UTC) X-AuthUser: vikashb@where-ever.za.net Received: from laptop.where-ever.za.net ([196.35.45.20]:54780) by mailbox.is.co.za with [XMail 1.22 ESMTP Server] id for from ; Fri, 27 Jun 2014 09:21:33 +0200 Message-ID: <53AD1B7C.8050008@where-ever.za.net> Date: Fri, 27 Jun 2014 09:21:32 +0200 From: Vikash Badal User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Dell M3800 USB bus seen as usb 2 Content-Type: multipart/mixed; boundary="------------040208040906070808010008" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 27 Jun 2014 07:21:42 -0000 This is a multi-part message in MIME format. --------------040208040906070808010008 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Greetings. Can someone please assist. On ubuntu 10.0.4 the usb bus is seen as 3.0 T: Bus=04 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=5000 MxCh= 6 D: Ver= 3.00 Cls=09(hub ) Sub=00 Prot=03 MxPS= 9 #Cfgs= 1 P: Vendor=1d6b ProdID=0003 Rev=03.13 S: Manufacturer=Linux 3.13.0-24-generic xhci_hcd S: Product=xHCI Host Controller S: SerialNumber=0000:00:14.0 C: #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub T: Bus=04 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 5 Spd=5000 MxCh= 0 D: Ver= 3.00 Cls=ff(vend.) Sub=ff Prot=00 MxPS= 9 #Cfgs= 1 P: Vendor=0b95 ProdID=1790 Rev=01.00 S: Manufacturer=ASIX Elec. Corp. S: Product=AX88179 S: SerialNumber=00503F56011487 C: #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=496mA I: If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=00 Driver=ax88179_178a on freebsd the usb bus is seen as 2.0 ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ehci1@pci0:0:29:0: class=0x0c0320 card=0x060d1028 chip=0x8c268086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point USB Enhanced Host Controller' class = serial bus subclass = USB --------------040208040906070808010008 Content-Type: text/plain; charset=us-ascii; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg" Table 'FACP' at 0xcab5ced8 Table 'APIC' at 0xcab5cfe8 APIC: Found table at 0xcab5cfe8 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 4 ACPI ID 3: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 6 ACPI ID 4: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 1 ACPI ID 5: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 3 ACPI ID 6: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 5 ACPI ID 7: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 7 ACPI ID 8: enabled SMP: Added CPU 7 (AP) Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-STABLE #0 r267746: Sun Jun 22 22:48:49 UTC 2014 root@grind.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81ada000. Preloaded elf obj module "/boot/kernel/zfs.ko" at 0xffffffff81adad98. Preloaded elf obj module "/boot/kernel/opensolaris.ko" at 0xffffffff81adb5c0. Calibrating TSC clock ... TSC clock: 2194962313 Hz CPU: Intel(R) Core(TM) i7-4702HQ CPU @ 2.20GHz (2194.96-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x306c3 Family = 0x6 Model = 0x3c Stepping = 3 Features=0xbfebfbff Features2=0x7ffafbbf,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND> AMD Features=0x2c100800 AMD Features2=0x21 Structured Extended Features=0x27ab TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) Physical memory chunk(s): 0x0000000000010000 - 0x0000000000099fff, 565248 bytes (138 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001b01000 - 0x00000000b9e1ffff, 3090280448 bytes (754463 pages) 0x00000000b9e27000 - 0x00000000ba26afff, 4472832 bytes (1092 pages) 0x00000000ba887000 - 0x00000000ca7e5fff, 267776000 bytes (65375 pages) 0x00000000cbfff000 - 0x00000000cbffffff, 4096 bytes (1 pages) 0x0000000100000000 - 0x00000002219a9fff, 4858748928 bytes (1186218 pages) avail memory = 8169410560 (7790 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 5 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 6 APIC: CPU 4 has ACPI ID 3 APIC: CPU 5 has ACPI ID 7 APIC: CPU 6 has ACPI ID 4 APIC: CPU 7 has ACPI ID 8 XEN: CPU 0 has VCPU ID 1 XEN: CPU 1 has VCPU ID 5 XEN: CPU 2 has VCPU ID 2 XEN: CPU 3 has VCPU ID 6 XEN: CPU 4 has VCPU ID 3 XEN: CPU 5 has VCPU ID 7 XEN: CPU 6 has VCPU ID 4 XEN: CPU 7 has VCPU ID 8 lapic0: CMCI unmasked x86bios: IVT 0x000000-0x0004ff at 0xfffff80000000000 x86bios: SSEG 0x098000-0x098fff at 0xfffffe02297b7000 x86bios: EBDA 0x09d000-0x09ffff at 0xfffff8000009d000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffff800000a0000 ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0xf0490 00024 (v02 DELL) ACPI: XSDT 0xcab4f0a8 000CC (v01 DELL CL09 01072009 AMI 00010013) ACPI: FACP 0xcab5ced8 0010C (v05 DELL CL09 01072009 AMI 00010013) ACPI: DSDT 0xcab4f200 0DCD6 (v02 DELL CL09 00000000 INTL 20120711) ACPI: FACS 0xcb527080 00040 ACPI: APIC 0xcab5cfe8 00092 (v03 DELL CL09 01072009 AMI 00010013) ACPI: FPDT 0xcab5d080 00044 (v01 DELL CL09 01072009 AMI 00010013) ACPI: SSDT 0xcab5d0c8 00C9A (v01 TrmRef PtidDevc 00001000 INTL 20091112) ACPI: SSDT 0xcab5dd68 00228 (v01 INTEL sensrhub 00000000 INTL 20120711) ACPI: SLIC 0xcab5df90 00176 (v01 DELL CL09 01072009 AMI 00010013) ACPI: SSDT 0xcab5e108 00539 (v01 PmRef Cpu0Ist 00003000 INTL 20120711) ACPI: SSDT 0xcab5e648 00AD8 (v01 PmRef CpuPm 00003000 INTL 20120711) ACPI: SSDT 0xcab5f120 002DE (v01 PmRef Cpu0Tst 00003000 INTL 20120711) ACPI: SSDT 0xcab5f400 00348 (v01 PmRef ApTst 00003000 INTL 20120711) ACPI: MCFG 0xcab5f748 0003C (v01 DELL CL09 01072009 MSFT 00000097) ACPI: SSDT 0xcab5f788 04F7F (v01 DptfTa DptfTabl 00001000 INTL 20120711) ACPI: HPET 0xcab64708 00038 (v01 DELL CL09 01072009 AMI. 00000005) ACPI: SSDT 0xcab64740 003AA (v01 SataRe SataTabl 00001000 INTL 20120711) ACPI: SSDT 0xcab64af0 02B6D (v01 SaSsdt SaSsdt 00003000 INTL 20091112) ACPI: SSDT 0xcab67660 00D33 (v01 SgRef SgPeg 00001000 INTL 20120711) ACPI: SSDT 0xcab68398 0058D (v01 AMITCG PROC 00000001 INTL 20120711) ACPI: MSDM 0xcab68928 00055 (v03 DELL CL09 01072009 AMI 00010013) ACPI: DMAR 0xcab68980 000B8 (v01 INTEL HSW 00000001 INTL 00000001) ACPI: SSDT 0xcab68a38 0123B (v01 OptRef OptTabl 00001000 INTL 20120711) ACPI: TCPA 0xcab69c78 00032 (v02 APTIO4 NAPAASF 00000001 MSFT 01000013) MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 wlan: <802.11 Link Layer> Hardware, VIA Nehemiah Padlock RNG: VIA Padlock RNG not present null: nfslock: pseudo-device Falling back to random adaptor random: initialized VESA: INT 0x10 vector 0xc000:0x0014 VESA: information block 0000 56 45 53 41 00 03 80 8f 00 c0 01 00 00 00 3d 90 0010 00 c0 ff 01 00 00 00 00 00 00 00 00 00 00 00 00 0020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 15 mode(s) found VESA: v3.0, 32704k memory, flags:0x1, mode table:0xfffff800000c903d (c000903d) VESA: Intel(R) HSW Mobile/Desktop Graphics Chipset Accelerated VGA BIOS VESA: \M-s\M-n \M-s\M-n \M-s\M-n io: VMBUS: load kbd: new array size 4 kbd1 at kbdmux0 mem: hpt27xx: RocketRAID 27xx controller driver v1.1 hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 hptnr: R750/DC7280 controller driver v1.0 acpi0: on motherboard ACPI: All ACPI Tables successfully acquired PCIe: Memory Mapped configuration base @ 0xf8000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 2 blocks of module-level executable AML code acpi0: Power Button (fixed) cpu0: Processor \134_PR_.CPU0 (ACPI ID 1) -> APIC ID 0 cpu0: on acpi0 ACPI: SSDT 0xcab3ec18 003D3 (v01 PmRef Cpu0Cst 00003001 INTL 20120711) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 003D3 (v01 PmRef Cpu0Cst 00003001 INTL 20120711) cpu1: Processor \134_PR_.CPU1 (ACPI ID 2) -> APIC ID 2 cpu1: on acpi0 ACPI: SSDT 0xcab3e618 005AA (v01 PmRef ApIst 00003000 INTL 20120711) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 005AA (v01 PmRef ApIst 00003000 INTL 20120711) ACPI: SSDT 0xcab3dd98 00119 (v01 PmRef ApCst 00003000 INTL 20120711) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 00119 (v01 PmRef ApCst 00003000 INTL 20120711) cpu2: Processor \134_PR_.CPU2 (ACPI ID 3) -> APIC ID 4 cpu2: on acpi0 cpu3: Processor \134_PR_.CPU3 (ACPI ID 4) -> APIC ID 6 cpu3: on acpi0 cpu4: Processor \134_PR_.CPU4 (ACPI ID 5) -> APIC ID 1 cpu4: on acpi0 cpu5: Processor \134_PR_.CPU5 (ACPI ID 6) -> APIC ID 3 cpu5: on acpi0 cpu6: Processor \134_PR_.CPU6 (ACPI ID 7) -> APIC ID 5 cpu6: on acpi0 cpu7: Processor \134_PR_.CPU7 (ACPI ID 8) -> APIC ID 7 cpu7: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 8 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), MSI, 64bit, periodic hpet0: t1: irqs 0x00f00000 (0), MSI hpet0: t2: irqs 0x00f00800 (0), MSI hpet0: t3: irqs 0x00f01000 (0), MSI hpet0: t4: irqs 0x00000000 (0), MSI hpet0: t5: irqs 0x00000000 (0), MSI hpet0: t6: irqs 0x00000000 (0), MSI hpet0: t7: irqs 0x00000000 (0), MSI Timecounter "HPET" frequency 14318180 Hz quality 950 msi: routing MSI-X IRQ 256 to local APIC 0 vector 49 msi: routing MSI-X IRQ 257 to local APIC 0 vector 50 msi: routing MSI-X IRQ 258 to local APIC 0 vector 51 msi: routing MSI-X IRQ 259 to local APIC 0 vector 52 msi: routing MSI-X IRQ 260 to local APIC 0 vector 53 msi: routing MSI-X IRQ 261 to local APIC 0 vector 54 msi: routing MSI-X IRQ 262 to local APIC 0 vector 55 msi: routing MSI-X IRQ 263 to local APIC 0 vector 56 Event timer "HPET" frequency 14318180 Hz quality 550 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 57 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 58 Event timer "i8254" frequency 1193182 Hz quality 100 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 4 N 0 3 4 5 6 10 11 12 14 15 Validation 0 4 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xd3fff pcib0: decoding 3 range 0xd4000-0xd7fff pcib0: decoding 3 range 0xd8000-0xdbfff pcib0: decoding 3 range 0xdc000-0xdffff pcib0: decoding 3 range 0xe0000-0xe3fff pcib0: decoding 3 range 0xe4000-0xe7fff pcib0: decoding 3 range 0xcf200000-0xfeafffff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x0c04, revid=0x06 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0c01, revid=0x06 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x0416, revid=0x06 domain=0, bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xf7400000, size 22, enabled pcib0: allocated type 3 (0xf7400000-0xf77fffff) for rid 10 of pci0:0:2:0 map[18]: type Prefetchable Memory, range 64, base 0xd0000000, size 28, enabled pcib0: allocated type 3 (0xd0000000-0xdfffffff) for rid 18 of pci0:0:2:0 map[20]: type I/O Port, range 32, base 0xf000, size 6, enabled pcib0: allocated type 4 (0xf000-0xf03f) for rid 20 of pci0:0:2:0 pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x0c0c, revid=0x06 domain=0, bus=0, slot=3, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xf7a1c000, size 14, enabled pcib0: allocated type 3 (0xf7a1c000-0xf7a1ffff) for rid 10 of pci0:0:3:0 pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x0c03, revid=0x06 domain=0, bus=0, slot=4, func=0 class=11-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xf7a10000, size 15, enabled pcib0: allocated type 3 (0xf7a10000-0xf7a17fff) for rid 10 of pci0:0:4:0 pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x8c31, revid=0x05 domain=0, bus=0, slot=20, func=0 class=0c-03-30, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xf7a00000, size 16, enabled pcib0: allocated type 3 (0xf7a00000-0xf7a0ffff) for rid 10 of pci0:0:20:0 pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x8c3a, revid=0x04 domain=0, bus=0, slot=22, func=0 class=07-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf7a26000, size 4, enabled pcib0: allocated type 3 (0xf7a26000-0xf7a2600f) for rid 10 of pci0:0:22:0 pcib0: matched entry for 0.22.INTA pcib0: slot 22 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x8c2d, revid=0x05 domain=0, bus=0, slot=26, func=0 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7a24000, size 10, enabled pcib0: allocated type 3 (0xf7a24000-0xf7a243ff) for rid 10 of pci0:0:26:0 pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 ehci early: SMM active, request owner change found-> vendor=0x8086, dev=0x8c20, revid=0x05 domain=0, bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf7a18000, size 14, enabled pcib0: allocated type 3 (0xf7a18000-0xf7a1bfff) for rid 10 of pci0:0:27:0 pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 22 found-> vendor=0x8086, dev=0x8c10, revid=0xd5 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x8c14, revid=0xd5 domain=0, bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x8c16, revid=0xd5 domain=0, bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x8c26, revid=0x05 domain=0, bus=0, slot=29, func=0 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=4 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7a23000, size 10, enabled pcib0: allocated type 3 (0xf7a23000-0xf7a233ff) for rid 10 of pci0:0:29:0 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 ehci early: SMM active, request owner change found-> vendor=0x8086, dev=0x8c4b, revid=0x05 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x8c03, revid=0x05 domain=0, bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0xf0b0, size 3, enabled pcib0: allocated type 4 (0xf0b0-0xf0b7) for rid 10 of pci0:0:31:2 map[14]: type I/O Port, range 32, base 0xf0a0, size 2, enabled pcib0: allocated type 4 (0xf0a0-0xf0a3) for rid 14 of pci0:0:31:2 map[18]: type I/O Port, range 32, base 0xf090, size 3, enabled pcib0: allocated type 4 (0xf090-0xf097) for rid 18 of pci0:0:31:2 map[1c]: type I/O Port, range 32, base 0xf080, size 2, enabled pcib0: allocated type 4 (0xf080-0xf083) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0xf060, size 5, enabled pcib0: allocated type 4 (0xf060-0xf07f) for rid 20 of pci0:0:31:2 map[24]: type Memory, range 32, base 0xf7a22000, size 11, enabled pcib0: allocated type 3 (0xf7a22000-0xf7a227ff) for rid 24 of pci0:0:31:2 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x8c22, revid=0x05 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 map[10]: type Memory, range 64, base 0xf7a21000, size 8, enabled pcib0: allocated type 3 (0xf7a21000-0xf7a210ff) for rid 10 of pci0:0:31:3 map[20]: type I/O Port, range 32, base 0xf040, size 5, enabled pcib0: allocated type 4 (0xf040-0xf05f) for rid 20 of pci0:0:31:3 pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x8c24, revid=0x05 domain=0, bus=0, slot=31, func=6 class=11-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xf7a20000, size 12, enabled pcib0: allocated type 3 (0xf7a20000-0xf7a20fff) for rid 10 of pci0:0:31:6 pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 pcib1: irq 16 at device 1.0 on pci0 pcib0: allocated type 4 (0xe000-0xefff) for rid 1c of pcib1 pcib0: allocated type 3 (0xf6000000-0xf70fffff) for rid 20 of pcib1 pcib0: allocated type 3 (0xe0000000-0xf1ffffff) for rid 24 of pcib1 pcib1: domain 0 pcib1: secondary bus 2 pcib1: subordinate bus 3 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xf6000000-0xf70fffff pcib1: prefetched decode 0xe0000000-0xf1ffffff pci2: on pcib1 pci2: domain=0, physical bus=2 found-> vendor=0x10de, dev=0x0ff6, revid=0xa1 domain=0, bus=2, slot=0, func=0 class=03-02-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf6000000, size 24, enabled pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:2:0:0 map[14]: type Prefetchable Memory, range 64, base 0xe0000000, size 28, enabled pcib1: allocated prefetch range (0xe0000000-0xefffffff) for rid 14 of pci0:2:0:0 map[1c]: type Prefetchable Memory, range 64, base 0xf0000000, size 25, enabled pcib1: allocated prefetch range (0xf0000000-0xf1ffffff) for rid 1c of pci0:2:0:0 map[24]: type I/O Port, range 32, base 0xe000, size 7, enabled pcib1: allocated I/O port range (0xe000-0xe07f) for rid 24 of pci0:2:0:0 pcib1: matched entry for 2.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 vgapci0: port 0xe000-0xe07f mem 0xf6000000-0xf6ffffff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff irq 16 at device 0.0 on pci2 vgapci1: port 0xf000-0xf03f mem 0xf7400000-0xf77fffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 vgapci1: Boot video device hdac0: mem 0xf7a1c000-0xf7a1ffff irq 16 at device 3.0 on pci0 hdac0: PCI card vendor: 0x8086, device: 0x2010 hdac0: HDA Driver Revision: 20120126_0002 hdac0: Config options: on=0x00000000 off=0x00000000 hdac0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 264 to local APIC 0 vector 59 hdac0: using IRQ 264 for MSI hdac0: Caps: OSS 2, ISS 0, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 pci0: at device 4.0 (no driver attached) xhci0: mem 0xf7a00000-0xf7a0ffff irq 16 at device 20.0 on pci0 xhci0: attempting to allocate 1 MSI vectors (8 supported) msi: routing MSI IRQ 265 to local APIC 0 vector 60 xhci0: using IRQ 265 for MSI xhci0: MSI enabled xhci0: 32 byte context size. xhci0: Port routing mask set to 0xffffffff usbus0 on xhci0 xhci0: usbpf: Attached pci0: at device 22.0 (no driver attached) ehci0: mem 0xf7a24000-0xf7a243ff irq 16 at device 26.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 61 usbus1: EHCI version 1.0 usbus1 on ehci0 ehci0: usbpf: Attached hdac1: mem 0xf7a18000-0xf7a1bfff irq 22 at device 27.0 on pci0 hdac1: PCI card vendor: 0x1028, device: 0x060d hdac1: HDA Driver Revision: 20120126_0002 hdac1: Config options: on=0x00000000 off=0x00000000 hdac1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 266 to local APIC 0 vector 62 hdac1: using IRQ 266 for MSI hdac1: Caps: OSS 4, ISS 4, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 pcib2: irq 16 at device 28.0 on pci0 pcib2: domain 0 pcib2: secondary bus 4 pcib2: subordinate bus 4 pci4: on pcib2 pci4: domain=0, physical bus=4 pcib3: irq 18 at device 28.2 on pci0 pcib0: allocated type 3 (0xf7900000-0xf79fffff) for rid 20 of pcib3 pcib3: domain 0 pcib3: secondary bus 6 pcib3: subordinate bus 6 pcib3: memory decode 0xf7900000-0xf79fffff pci6: on pcib3 pci6: domain=0, physical bus=6 found-> vendor=0x8086, dev=0x08b1, revid=0x6b domain=0, bus=6, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf7900000, size 13, enabled pcib3: allocated memory range (0xf7900000-0xf7901fff) for rid 10 of pci0:6:0:0 pcib3: matched entry for 6.0.INTA pcib3: slot 0 INTA hardwired to IRQ 18 pci6: at device 0.0 (no driver attached) pcib4: irq 19 at device 28.3 on pci0 pcib0: allocated type 3 (0xf7800000-0xf78fffff) for rid 20 of pcib4 pcib4: domain 0 pcib4: secondary bus 7 pcib4: subordinate bus 7 pcib4: memory decode 0xf7800000-0xf78fffff pci7: on pcib4 pci7: domain=0, physical bus=7 found-> vendor=0x10ec, dev=0x5249, revid=0x01 domain=0, bus=7, slot=0, func=0 class=ff-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf7800000, size 12, enabled pcib4: allocated memory range (0xf7800000-0xf7800fff) for rid 10 of pci0:7:0:0 pcib4: matched entry for 7.0.INTA pcib4: slot 0 INTA hardwired to IRQ 19 pci7: at device 0.0 (no driver attached) ehci1: mem 0xf7a23000-0xf7a233ff irq 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 63 usbus2: EHCI version 1.0 usbus2 on ehci1 ehci1: usbpf: Attached isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xf0b0-0xf0b7,0xf0a0-0xf0a3,0xf090-0xf097,0xf080-0xf083,0xf060-0xf07f mem 0xf7a22000-0xf7a227ff irq 19 at device 31.2 on pci0 ahci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 267 to local APIC 0 vector 64 ahci0: using IRQ 267 for MSI ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahci0: Caps: 64bit NCQ ALP AL CLO 6Gbps PMD SSC PSC 32cmd EM 6ports ahci0: Caps2: APST ahcich0: at channel 0 on ahci0 ahcich0: Caps: ahcich1: not probed (disabled) ahcich2: not probed (disabled) ahcich3: not probed (disabled) ahcich4: not probed (disabled) ahcich5: not probed (disabled) ahciem0: on ahci0 ahciem0: Caps: ALHD XMT SMB LED pci0: at device 31.3 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 65 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 66 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00004000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 battery0: on acpi0 acpi_acad0: on acpi0 ACPI: Enabled 4 GPEs in block 00 to 3F acpi0: wakeup code va 0xfffffe0233c55000 pa 0x94000 ahc_isa_identify 0: ioport 0xc00 alloc failed ahc_isa_identify 1: ioport 0x1c00 alloc failed ahc_isa_identify 2: ioport 0x2c00 alloc failed ahc_isa_identify 3: ioport 0x3c00 alloc failed ahc_isa_identify 4: ioport 0x4c00 alloc failed ahc_isa_identify 5: ioport 0x5c00 alloc failed ahc_isa_identify 6: ioport 0x6c00 alloc failed ahc_isa_identify 7: ioport 0x7c00 alloc failed ahc_isa_identify 8: ioport 0x8c00 alloc failed ahc_isa_identify 9: ioport 0x9c00 alloc failed ahc_isa_identify 10: ioport 0xac00 alloc failed ahc_isa_identify 11: ioport 0xbc00 alloc failed ahc_isa_identify 12: ioport 0xcc00 alloc failed ahc_isa_identify 13: ioport 0xdc00 alloc failed ahc_isa_identify 14: ioport 0xec00 alloc failed ex_isa_identify() pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0800-0xd0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd1800-0xd1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 0 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 0 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 0 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 0 of orm0 pcib0: allocated type 3 (0xe0000-0xe07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe0800-0xe0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe1000-0xe17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe1800-0xe1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe2000-0xe27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe2800-0xe2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe3000-0xe37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe3800-0xe3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe4000-0xe47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe4800-0xe4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe5000-0xe57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe5800-0xe5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe6000-0xe67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe6800-0xe6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe7000-0xe77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe7800-0xe7fff) for rid 0 of orm0 isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x3f0-0x3f5) for rid 0 of fdc0 pcib0: allocated type 4 (0x3f7-0x3f7) for rid 1 of fdc0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0 failed to probe at irq 7 on isa0 pcib0: allocated type 4 (0x3f8-0x3ff) for rid 0 of uart0 uart0 failed to probe at port 0x3f8-0x3ff irq 4 on isa0 pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 uart1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 est4: on cpu4 p4tcc4: on cpu4 est5: on cpu5 p4tcc5: on cpu5 est6: on cpu6 p4tcc6: on cpu6 est7: on cpu7 p4tcc7: on cpu7 Device configuration finished. procfs registered ZFS filesystem version: 5 ZFS storage pool version: features support (5000) lapic: Divisor 2, Frequency 49885510 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining tcp_init: net.inet.tcp.tcbhashsize auto tuned to 65536 lo0: bpf attached hpt27xx: no controller detected. hptrr: no controller detected. hptnr: no controller detected. hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 hdaa0: Subsystem ID: 0x80860101 hdaa0: NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdaa0: Original pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 3 18560010 1 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: Patched pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 3 18560010 1 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: 1 associations found: hdaa0: Association 0 (1) out: hdaa0: Pin nid=3 seq=0 hdaa0: Tracing association 0 (1) hdaa0: Pin 3 traced to DAC 2 hdaa0: Association 0 (1) trace succeeded hdaa0: Looking for additional DAC for association 0 (1) hdaa0: Tracing input monitor hdaa0: Tracing other input monitors hdaa0: Tracing beeper hdaa0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref pcm0: at nid 3 on hdaa0 pcm0: Playback: pcm0: Stream cap: 0x00000005 AC3 PCM pcm0: PCM cap: 0x001e07f0 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz pcm0: DAC: 2 pcm0: pcm0: nid=3 [pin: Digital-out (Jack)] pcm0: + <- nid=2 [audio output] [src: pcm] pcm0: pcm0: Master Volume (OSS: vol): 0/0dB pcm0: +- ctl 1 (nid 3 in ): mute pcm0: pcm0: PCM Volume (OSS: pcm): 0/0dB pcm0: +- ctl 1 (nid 3 in ): mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Soft PCM mixer ENABLED pcm0: Playback channel matrix is: unknown, assuming 7.1 (disconnected) hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 hdaa1: Subsystem ID: 0x1028060d hdaa1: NumGPIO=4 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdaa1: GPIO0: disabled hdaa1: GPIO1: disabled hdaa1: GPIO2: disabled hdaa1: GPIO3: disabled hdaa1: Original pins configuration: hdaa1: nid 0x as seq device conn jack loc color misc hdaa1: 18 90a60130 3 0 Mic Fixed Digital Internal Unknown 1 hdaa1: 20 90170110 1 0 Speaker Fixed Analog Internal Unknown 1 hdaa1: 21 0321101f 1 15 Headphones Jack 1/8 Left Black 0 hdaa1: 22 40000000 0 0 Line-out None Unknown 0x00 Unknown 0 hdaa1: 24 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 25 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 26 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 27 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 29 40d6832d 2 13 Digital-in None Digital 0x00 Purple 3 hdaa1: 30 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 31 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: Patching widget caps nid=29 0x00400400 -> 0x00700400 hdaa1: Patched pins configuration: hdaa1: nid 0x as seq device conn jack loc color misc hdaa1: 18 90a60130 3 0 Mic Fixed Digital Internal Unknown 1 hdaa1: 20 90170110 1 0 Speaker Fixed Analog Internal Unknown 1 hdaa1: 21 0321101f 1 15 Headphones Jack 1/8 Left Black 0 hdaa1: 22 40000000 0 0 Line-out None Unknown 0x00 Unknown 0 DISA hdaa1: 24 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa1: 25 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa1: 26 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa1: 27 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa1: 30 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa1: 31 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa1: 2 associations found: hdaa1: Association 0 (1) out: hdaa1: Pin nid=20 seq=0 hdaa1: Pin nid=21 seq=15 hdaa1: Association 1 (3) in: hdaa1: Pin nid=18 seq=0 hdaa1: Tracing association 0 (1) hdaa1: Pin 20 traced to DAC 2 hdaa1: Pin 21 traced to DAC 2 and hpredir 0 hdaa1: Association 0 (1) trace succeeded hdaa1: Tracing association 1 (3) hdaa1: Pin 18 traced to ADC 7 hdaa1: Association 1 (3) trace succeeded hdaa1: Looking for additional DAC for association 0 (1) hdaa1: Looking for additional ADC for association 1 (3) hdaa1: Tracing input monitor hdaa1: Tracing other input monitors hdaa1: Tracing nid 18 to out hdaa1: Tracing beeper hdaa1: nid 29 traced to out hdaa1: Headphones redirection for association 0 nid=21 using unsolicited responses. hdaa1: Redirect output to: main hdaa1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref pcm1: at nid 20,21 and 18 on hdaa1 pcm1: Playback: pcm1: Stream cap: 0x00000001 PCM pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz pcm1: DAC: 2 pcm1: pcm1: nid=20 [pin: Speaker (Fixed)] pcm1: + <- nid=12 [audio mixer] [src: pcm, speaker] pcm1: + <- nid=2 [audio output] [src: pcm] pcm1: + <- nid=11 [audio mixer] [src: speaker] pcm1: + <- nid=29 [beep widget] [src: speaker] pcm1: pcm1: nid=21 [pin: Headphones (Black Jack)] pcm1: + <- nid=12 [audio mixer] [src: pcm, speaker] pcm1: + <- nid=2 [audio output] [src: pcm] pcm1: + <- nid=11 [audio mixer] [src: speaker] pcm1: + <- nid=29 [beep widget] [src: speaker] pcm1: pcm1: Record: pcm1: Stream cap: 0x00000001 PCM pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz pcm1: ADC: 7 pcm1: pcm1: nid=7 [audio input] pcm1: + <- nid=18 [pin: Mic (Fixed)] [src: monitor] pcm1: pcm1: Master Volume (OSS: vol): -34/0dB pcm1: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm1: +- ctl 11 (nid 11 in 4): -34/12dB (32 steps) + mute pcm1: +- ctl 13 (nid 12 in 0): mute pcm1: +- ctl 14 (nid 12 in 1): mute pcm1: +- ctl 19 (nid 20 in ): mute pcm1: +- ctl 20 (nid 21 in ): mute pcm1: pcm1: PCM Volume (OSS: pcm): -65/0dB pcm1: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm1: +- ctl 13 (nid 12 in 0): mute pcm1: pcm1: Microphone2 Volume (OSS: monitor): -17/30dB pcm1: +- ctl 4 (nid 7 in 0): -17/30dB (64 steps) + mute pcm1: pcm1: Speaker/Beep Volume (OSS: speaker): -34/12dB pcm1: +- ctl 11 (nid 11 in 4): -34/12dB (32 steps) + mute pcm1: +- ctl 14 (nid 12 in 1): mute pcm1: pcm1: Recording Level (OSS: rec): -17/30dB pcm1: +- ctl 4 (nid 7 in 0): -17/30dB (64 steps) + mute pcm1: pcm1: Input Monitoring Level (OSS: igain): -34/12dB pcm1: +- ctl 11 (nid 11 in 4): -34/12dB (32 steps) + mute pcm1: +- ctl 14 (nid 12 in 1): mute pcm1: pcm1: Mixer "vol": pcm1: Mixer "pcm": pcm1: Mixer "speaker": pcm1: Mixer "rec": pcm1: Mixer "igain": pcm1: Mixer "ogain": pcm1: Mixer "monitor": pcm1: Playback channel set is: Front Left, Front Right, pcm1: Playback channel matrix is: 2.0 (unknown) pcm1: Automatically set rec source to: monitor pcm1: Recording channel set is: Front Left, Front Right, pcm1: Recording channel matrix is: 2.0 (unknown) random: unblocking device. usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 480Mbps High Speed USB v2.0 acpi_tz0: switched from NONE to _AC2: 27.8C acpi_tz1: _TMP value is absurd, ignored (-266.3C) ahcich0: AHCI reset... ahcich0: SATA connect time=100us status=00000133 ahcich0: AHCI reset: device found battery0: battery initialization start acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ugen0.1: <0x8086> at usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ugen2.1: at usbus2 uhub1: on usbus2 ugen1.1: at usbus1 uhub2: on usbus1 ahcich0: AHCI reset: device ready after 100ms pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 pass0: ATA-9 SATA 3.x device pass0: Serial Number W760A6DM pass0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) pass0: Command Queueing enabled pass1 at ahciem0 bus 0 scbus1 target 0 lun 0 pass1: SEMB S-E-S 2.00 device ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-9 SATA 3.x device ada0: Serial Number W760A6DM ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ses0 at ahciem0 bus 0 scbus1 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device ses0: Generation Code 0x0 has 1 SubEnclosures ses0: SubEnclosure ID 0, 1 Types With this ID, Descriptor Length 36, offset 8 ses0: WWN: 0 ses0: Type Desc[0]: Type 0x17, MaxElt 6, In Subenc 0, Text Length 0: GEOM: new disk ada0 battery0: battery initialization done, tried 1 times Netvsc initializing... done! lapic2: CMCI unmasked lapic3: CMCI unmasked lapic7: CMCI unmasked lapic6: CMCI unmasked lapic5: CMCI unmasked lapic4: CMCI unmasked SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000100f2 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 2 vector 48 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 3 vector 48 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 4 vector 48 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 5 vector 48 msi: Assigning MSI-X IRQ 257 to local APIC 1 vector 49 msi: Assigning MSI-X IRQ 258 to local APIC 2 vector 49 msi: Assigning MSI-X IRQ 259 to local APIC 3 vector 49 msi: Assigning MSI-X IRQ 260 to local APIC 4 vector 49 msi: Assigning MSI-X IRQ 261 to local APIC 5 vector 49 msi: Assigning MSI-X IRQ 262 to local APIC 6 vector 48 msi: Assigning MSI-X IRQ 263 to local APIC 7 vector 48 msi: Assigning MSI IRQ 264 to local APIC 6 vector 49 msi: Assigning MSI IRQ 265 to local APIC 7 vector 49 msi: Assigning MSI IRQ 267 to local APIC 1 vector 50 SMP: passed TSC synchronization test TSC timecounter discards lower 1 bit(s) Timecounter "TSC-low" frequency 1097481156 Hz quality 1000 Root mount waiting for: usbus2 usbus1 usbus0 uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub0: 21 ports with 21 removable, self powered Root mount waiting for: usbus2 usbus1 usbus0 ugen2.2: at usbus2 uhub3: on usbus2 ugen1.2: at usbus1 uhub4: on usbus1 xhci0: Port routing mask set to 0x00000000 usb_alloc_device: device init 2 failed (USB_ERR_IOERROR, ignored) ugen0.2: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device uhub4: 6 ports with 6 removable, self powered uhub3: 8 ports with 8 removable, self powered Root mount waiting for: usbus2 usbus1 usbus0 xhci0: Port routing mask set to 0x00000000 usb_alloc_device: device init 2 failed (USB_ERR_IOERROR, ignored) ugen0.2: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device ugen2.3: at usbus2 ugen1.3: at usbus1 hid_get_item: Number of items truncated to 255 ugen2.4: at usbus2 ugen1.4: at usbus1 Trying to mount root from zfs:zroot/ROOT/default []... start_init: trying /sbin/init hid_get_item: Number of items truncated to 255 ubt0: on usbus2 hid_get_item: Number of items truncated to 255 uhid0: on usbus1 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 axge0: on usbus2 WARNING: attempt to domain_add(bluetooth) after domainfinalize() WARNING: attempt to domain_add(netgraph) after domainfinalize() miibus0: on axge0 rgephy0: PHY 3 on miibus0 rgephy0: OUI 0x00e04c, model 0x0011, rev. 5 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow ue0: on axge0 ue0: bpf attached ue0: Ethernet address: 50:3f:56:01:14:87 ubt0: ubt_ctrl_write_callback:780: control transfer failed: USB_ERR_TIMEOUT ng_hci_process_command_timeout: ubt0hci - unable to complete HCI command OGF=0x3, OCF=0x3. Timeout atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa --------------040208040906070808010008-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 27 11:07:46 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB5331A8 for ; Fri, 27 Jun 2014 11:07:46 +0000 (UTC) Received: from phoenix.eternamente.info (phoenix.arroway.org [109.169.80.17]) by mx1.freebsd.org (Postfix) with ESMTP id 8467420F2 for ; Fri, 27 Jun 2014 11:07:45 +0000 (UTC) Received: from optimus.arroway.org (optimus.arroway.org [198.46.134.62]) by phoenix.eternamente.info (Postfix) with ESMTPA id EDBCA1CC90 for ; Fri, 27 Jun 2014 08:07:33 -0300 (BRT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 27 Jun 2014 11:07:36 -0300 From: Nenhum_de_Nos To: stable@freebsd.org Subject: Re: Problem compiling 9.3-RC1 on 9.2-RC4 In-Reply-To: <20140625184801.GK1218@hub.FreeBSD.org> References: <20140625162916.GF1218@hub.FreeBSD.org> <40df5d0e647ed87478d711dc7280c31c@arroway.org> <20140625163827.GG1218@hub.FreeBSD.org> <13609b91d41c5e0e242f59e8ccff8078@arroway.org> <20140625165047.GH1218@hub.FreeBSD.org> <61d723ed71ccff1ab9fc20122c32e5b5@arroway.org> <20140625184801.GK1218@hub.FreeBSD.org> Message-ID: <9261819e53e5a511513976bb57f459a1@arroway.org> X-Sender: matheus@arroway.org User-Agent: Roundcube Webmail/1.0.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 27 Jun 2014 11:07:46 -0000 On 2014-06-25 15:48, Glen Barber wrote: > On Wed, Jun 25, 2014 at 04:59:55PM -0300, Nenhum_de_Nos wrote: >> On 2014-06-25 13:50, Glen Barber wrote: >> >On Wed, Jun 25, 2014 at 04:43:42PM -0300, Nenhum_de_Nos wrote: >> >>On 2014-06-25 13:38, Glen Barber wrote: >> >>>On Wed, Jun 25, 2014 at 04:33:28PM -0300, Nenhum_de_Nos wrote: >> >>>>On 2014-06-25 13:29, Glen Barber wrote: >> >>>>>On Wed, Jun 25, 2014 at 04:15:54PM -0300, Nenhum_de_Nos wrote: >> >>>>>>[...] >> >>>>>> >> >>>>> >> >>>>>>there are more error lines. >> >>>>>> >> >>>>>>Do I need to update to 9.2R first ? >> >>>>>> >> >>>>>>uname -a >> >>>>>>FreeBSD hobbes 9.2-RC4 FreeBSD 9.2-RC4 #2 r255520: Sat Sep 14 11:24:56 >> >>>>>>BRT >> >>>>>>2013 root@hobbes:/usr/obj/usr/src/sys/net6501-amd64 amd64 >> >>>>>> >> >>>>>>This is just GENERIC with mpt tables for soekris 6501 amd64 and pf built >> >>>>>>in. >> >>>>>> >> >>>>> >> >>>>>Did you 'buildworld' first? >> >>>>> >> >>>>>Glen >> >>>> >> >>>>yes >> >>>> >> >>> >> >>>Can you show the output of 'svn info /usr/src' ? >> >> >> >>svn info /usr/src >> >>svn: warning: cannot set LC_CTYPE locale >> >>svn: warning: environment variable LANG is en_EN.UTF-8 >> >>svn: warning: please check that your locale name is correct >> >>Path: /usr/src >> >>Working Copy Root Path: /usr/src >> >>URL: http://svn.freebsd.org/base/releng/9.3 >> >>Relative URL: ^/releng/9.3 >> >>Repository Root: http://svn.freebsd.org/base >> >>Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> >>Revision: 267845 >> >>Node Kind: directory >> >>Schedule: normal >> >>Last Changed Author: jhb >> >>Last Changed Rev: 267841 >> >>Last Changed Date: 2014-06-24 17:35:20 -0300 (Tue, 24 Jun 2014) >> >> >> >>changed LANG to en_EN.UTF-8 just before issuing the command. >> >> >> > >> >It should not affect the build. >> > >> >I forgot to ask, can you show /etc/make.conf and /etc/src.conf as well? >> > >> >Glen >> >> there you are: >> >> root@hobbes:~ # cat /etc/make.conf >> root@hobbes:~ # cat /etc/src.conf >> cat: /etc/src.conf: No such file or directory >> > > Thank you. > > I am unable to reproduce this on 9.2-RELEASE with 'device pf' and > 'device mptable' added to the GENERIC kernel. > > Did you start the build with a clean /usr/obj ? > > If not, can you please try with an empty /usr/obj ? > > Glen I will try now rm -f /usr/obj and make it again. My last time I did make clean, but no good. thanks, matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Fri Jun 27 07:38:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBFD1C54 for ; Fri, 27 Jun 2014 07:38:43 +0000 (UTC) Received: from mailbox.is.co.za (mailbox.is.co.za [196.35.45.20]) by mx1.freebsd.org (Postfix) with ESMTP id 19B902CBF for ; Fri, 27 Jun 2014 07:38:34 +0000 (UTC) X-AuthUser: vikashb@where-ever.za.net Received: from laptop.where-ever.za.net ([196.35.45.20]:52101) by mailbox.is.co.za with [XMail 1.22 ESMTP Server] id for from ; Fri, 27 Jun 2014 09:08:13 +0200 Message-ID: <53AD185C.3090705@where-ever.za.net> Date: Fri, 27 Jun 2014 09:08:12 +0200 From: Vikash Badal User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: FreeBSD 10.0-STABLE #0 r267746: panic when using ue0 network Content-Type: multipart/mixed; boundary="------------090106070103080506040607" X-Mailman-Approved-At: Fri, 27 Jun 2014 11:31:36 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 27 Jun 2014 07:38:43 -0000 This is a multi-part message in MIME format. --------------090106070103080506040607 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Please assist. The laptop is now unusable as i cannot perform any network activity. hardware: Dell M3800 nic: ugen2.4: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (248mA) Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: fffffe02346f0000 cpuid = 0 KDB: stack backtrace: #0 0xffffffff8092a2d0 at kdb_backtrace+0x60 #1 0xffffffff808ef825 at panic+0x155 #2 0xffffffff80b5f8e9 at vm_fault_hold+0x1a89 #3 0xffffffff80b5de17 at vm_fault+0x77 #4 0xffffffff80ce455c at trap_pfault+0x19c #5 0xffffffff80ce3d80 at trap+0x4a0 #6 0xffffffff80cca7f2 at calltrap+0x8 #7 0xffffffff81c1687e at axge_bulk_read_callback+0x19e #8 0xffffffff8079684c at usbd_callback_wrapper+0x71c #9 0xffffffff80797ac3 at usb_command_wrapper+0x113 #10 0xffffffff80796a71 at usb_callback_proc+0xc1 #11 0xffffffff80791b8f at usb_process+0x11f #12 0xffffffff808c03da at fork_exit+0x9a #13 0xffffffff80ccad2e at fork_trampoline+0xe Uptime: 10m38s --------------090106070103080506040607 Content-Type: text/plain; charset=us-ascii; name="core.txt.0" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="core.txt.0" nomad dumped core - see /var/crash/vmcore.0 Fri Jun 27 07:37:03 SAST 2014 FreeBSD nomad 10.0-STABLE FreeBSD 10.0-STABLE #0 r267746: Sun Jun 22 22:4= 8:49 UTC 2014 root@grind.freebsd.org:/usr/obj/usr/src/sys/GENERIC am= d64 panic: vm_fault: fault on nofault entry, addr: fffffe02346f0000 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain conditi= ons. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for detail= s. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: fffffe02346f0000 cpuid =3D 0 KDB: stack backtrace: #0 0xffffffff8092a2d0 at kdb_backtrace+0x60 #1 0xffffffff808ef825 at panic+0x155 #2 0xffffffff80b5f8e9 at vm_fault_hold+0x1a89 #3 0xffffffff80b5de17 at vm_fault+0x77 #4 0xffffffff80ce455c at trap_pfault+0x19c #5 0xffffffff80ce3d80 at trap+0x4a0 #6 0xffffffff80cca7f2 at calltrap+0x8 #7 0xffffffff81c1687e at axge_bulk_read_callback+0x19e #8 0xffffffff8079684c at usbd_callback_wrapper+0x71c #9 0xffffffff80797ac3 at usb_command_wrapper+0x113 #10 0xffffffff80796a71 at usb_callback_proc+0xc1 #11 0xffffffff80791b8f at usb_process+0x11f #12 0xffffffff808c03da at fork_exit+0x9a #13 0xffffffff80ccad2e at fork_trampoline+0xe Uptime: 10m38s Dumping 505 out of 8070 MB:..4%..13%..23%..32%..42%..51%..61%..73%..83%..= 92% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/uhid.ko.symbols...done. Loaded symbols for /boot/kernel/uhid.ko.symbols Reading symbols from /boot/kernel/if_axge.ko.symbols...done. Loaded symbols for /boot/kernel/if_axge.ko.symbols Reading symbols from /boot/kernel/uether.ko.symbols...done. Loaded symbols for /boot/kernel/uether.ko.symbols #0 doadump (textdump=3D) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=3D) at pcpu.h:219 #1 0xffffffff808ef4a2 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:452 #2 0xffffffff808ef864 in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0xffffffff80b5f8e9 in vm_fault_hold (map=3D,=20 vaddr=3D, fault_type=3D,=20 fault_flags=3D, m_hold=3D) at /usr/src/sys/vm/vm_fault.c:283 #4 0xffffffff80b5de17 in vm_fault (map=3D0xfffff80002000000,=20 vaddr=3D, fault_type=3D1 '\001', fault_flags=3D0= ) at /usr/src/sys/vm/vm_fault.c:224 #5 0xffffffff80ce455c in trap_pfault (frame=3D0xfffffe0231c1d7e0, usermo= de=3D0) at /usr/src/sys/amd64/amd64/trap.c:768 #6 0xffffffff80ce3d80 in trap (frame=3D0xfffffe0231c1d7e0) at /usr/src/sys/amd64/amd64/trap.c:456 #7 0xffffffff80cca7f2 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #8 0xffffffff80ce20f8 in memcpy () at /usr/src/sys/amd64/amd64/support.S= :147 #9 0xffffffff8077b3ad in usbd_copy_out (cache=3D0xfffffe00048e4530,=20 offset=3D, ptr=3D,=20 len=3D) at /usr/src/sys/dev/usb/usb_busdma.c:274= #10 0xffffffff81c1687e in axge_bulk_read_callback (xfer=3D0xfffffe00048e2= 278,=20 error=3D) at /usr/src/sys/modules/usb/axge/../../../dev/usb/net/if_axge.c:993 #11 0xffffffff8079684c in usbd_callback_wrapper (pq=3D) at /usr/src/sys/dev/usb/usb_transfer.c:2336 #12 0xffffffff80797ac3 in usb_command_wrapper (pq=3D0xfffffe00048e2060,=20 xfer=3D) at /usr/src/sys/dev/usb/usb_transfer.c:= 2988 #13 0xffffffff80796a71 in usb_callback_proc (_pm=3D)= at /usr/src/sys/dev/usb/usb_transfer.c:2201 #14 0xffffffff80791b8f in usb_process (arg=3D0xfffffe0000b69d58) at /usr/src/sys/dev/usb/usb_process.c:177 #15 0xffffffff808c03da in fork_exit ( callout=3D0xffffffff80791a70 , arg=3D0xfffffe0000b69d58,= =20 frame=3D0xfffffe0231c1dac0) at /usr/src/sys/kern/kern_fork.c:995 #16 0xffffffff80ccad2e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #17 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb)=20 ------------------------------------------------------------------------ ps -axlww UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -8 0 0 0 - DLs - 0:00.14 [kernel] 0 1 0 0 20 0 9460 0 wait DLs - 0:00.04 [init] 0 2 0 0 -16 0 0 0 - DL - 0:00.00 [cam] 0 3 0 0 -8 0 0 0 tx->tx_s DL - 0:00.01 [zfskern] 0 4 0 0 -16 0 0 0 waiting_ DL - 0:00.00 [sctp_itera= tor] 0 5 0 0 -16 0 0 0 idle DL - 0:00.00 [enc_daemon= 0] 0 6 0 0 -16 0 0 0 psleep DL - 0:00.00 [pagedaemon= ] 0 7 0 0 -16 0 0 0 psleep DL - 0:00.00 [vmdaemon] 0 8 0 0 155 0 0 0 pgzero DL - 0:00.00 [pagezero] 0 9 0 0 -16 0 0 0 psleep DL - 0:00.00 [bufdaemon]= 0 10 0 0 -16 0 0 0 audit_wo DL - 0:00.00 [audit] 0 11 0 0 155 0 0 0 - RL - 23:21.12 [idle] 0 12 0 0 -84 0 0 0 - WL - 0:00.94 [intr] 0 13 0 0 -8 0 0 0 - DL - 0:00.00 [geom] 0 14 0 0 -16 0 0 0 - DL - 0:00.01 [rand_harve= stq] 0 15 0 0 -68 0 0 0 - DL - 0:00.08 [usb] 0 16 0 0 -16 0 0 0 tzpoll DL - 0:00.00 [acpi_therm= al] 0 17 0 0 -16 0 0 0 cooling DL - 0:00.00 [acpi_cooli= ng1] 0 18 0 0 -16 0 0 0 - RL - 0:00.00 [vnlru] 0 19 0 0 16 0 0 0 - RL - 0:00.00 [syncer] 0 20 0 0 -16 0 0 0 - RL - 0:00.00 [softdepflu= sh] 0 231 1 0 20 0 13164 0 select Ds - 0:00.01 [devd] 0 302 1 0 20 0 14480 0 select Ds - 0:00.02 [syslogd] 0 505 1 0 52 0 61164 0 select Ds - 0:00.00 [sshd] 0 533 1 0 20 0 24088 0 select Ds - 0:00.00 [sendmail] 25 536 1 0 52 0 24088 0 pause Ds - 0:00.00 [sendmail] 0 540 1 0 20 0 16580 0 nanslp Ds - 0:00.00 [cron] 0 577 1 0 20 0 47712 0 wait Ds - 0:00.02 [login] 0 578 1 0 52 0 14476 0 ttyin Ds+ - 0:00.00 [getty] 0 579 1 0 52 0 14476 0 ttyin Ds+ - 0:00.00 [getty] 0 580 1 0 52 0 14476 0 ttyin Ds+ - 0:00.00 [getty] 0 581 1 0 52 0 14476 0 ttyin Ds+ - 0:00.00 [getty] 0 582 1 0 52 0 14476 0 ttyin Ds+ - 0:00.00 [getty] 0 583 1 0 52 0 14476 0 ttyin Ds+ - 0:00.00 [getty] 0 584 1 0 52 0 14476 0 ttyin Ds+ - 0:00.00 [getty] 0 588 577 0 20 0 23560 0 pause D - 0:00.02 [csh] 0 926 1 0 52 0 14612 0 select Ds - 0:00.00 [dhclient] 65 1006 1 0 22 0 14612 0 select Ds - 0:00.00 [dhclient] 0 1042 588 0 20 0 38972 0 kqread D+ - 0:00.00 [svnlite] ------------------------------------------------------------------------ vmstat -s 345978 cpu context switches 24059 device interrupts 18183 software interrupts 92741 traps 644954 system calls 20 kernel threads created 733 fork() calls 289 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 592 vnode pager pageins 3934 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 0 pages reactivated 29931 copy-on-write faults 167 copy-on-write optimized faults 42021 zero fill pages zeroed 0 zero fill pages prezeroed 8 intransit blocking page faults 80081 total VM faults taken 469 page faults requiring I/O 0 pages affected by kernel thread creation 27253 pages affected by fork() 11272 pages affected by vfork() 0 pages affected by rfork() 0 pages cached 121941 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 3792 pages active 3882 pages inactive 0 pages in VM cache 86208 pages wired down 1913539 pages free 4096 bytes per page 194244 total name lookups cache hits (25% pos + 3% neg) system 0% per-directory deletions 28%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) USB 57 89K - 90 16,32,128,256,512,1024,2048,= 4096 USBdev 78 24K - 156 32,64,128,256,512,1024 cdev 6 2K - 6 256 filedesc 39 78K - 1043 2048 sigio 1 1K - 1 64 filecaps 1 1K - 3 16 kdtrace 341 78K - 1502 64,256 kenv 82 11K - 91 16,32,64,128 kqueue 2 3K - 14 256,2048 proc-args 19 2K - 635 16,32,64,128,256 kbdmux 6 18K - 6 16,512,1024,2048 hhook 2 1K - 2 256 ithread 101 17K - 101 32,128,256 KTRACE 100 13K - 100 128 LED 4 1K - 4 16,128 linker 207 67K - 274 16,32,64,128,256,512,1024,20= 48,4096 entropy 1027 65K - 1030 32,64,4096 lockf 20 3K - 4336 64,128 loginclass 3 1K - 14 64 devbuf 19635 39568K - 20639 16,32,64,128,256,512,1024,20= 48,4096 temp 46 17K - 1604 16,32,64,128,256,1024,2048 ip6ndp 3 1K - 4 64,128 CAM SIM 3 1K - 3 256 module 487 61K - 487 128 mtx_pool 2 16K - 2 =20 osd 5 1K - 13 16,32,64 pmchooks 1 1K - 1 128 pgrp 19 3K - 51 128 session 17 3K - 21 128 proc 2 32K - 2 =20 subproc 148 211K - 1152 512,4096 cred 64 10K - 7478 64,256 plimit 13 4K - 16 256 uidinfo 4 5K - 7 128,4096 hdaa 10 33K - 10 256,512,1024 hdac 2 2K - 2 256,1024 hdacc 2 1K - 2 32 CAM XPT 23 2K - 71 16,32,64,128,256,512,1024,20= 48 sysctl 0 0K - 430 16,32,64 sysctloid 5124 253K - 5328 16,32,64,128 sysctltmp 0 0K - 151 16,32,64,128,256 SCSI ENC 25 100K - 117 16,64,256,2048 tidhash 1 32K - 1 =20 callout 9 3208K - 9 =20 umtx 648 81K - 648 128 p1003.1b 1 1K - 1 16 SWAP 2 1097K - 2 64 bus 1356 121K - 6411 16,32,64,128,256,1024 bus-sc 107 1411K - 3775 16,32,64,128,256,512,1024,20= 48,4096 pci_link 16 2K - 16 64,128 devstat 6 13K - 6 32,4096 eventhandler 86 7K - 86 64,128 kobj 332 1328K - 488 4096 Per-cpu 1 1K - 1 32 acpi_perf 8 4K - 8 512 DEVFS3 122 31K - 136 256 rman 234 28K - 659 16,32,128 sbuf 0 0K - 695 16,32,64,128,256,512,1024,20= 48,4096 DEVFS1 105 53K - 121 512 DEVFS_RULE 55 26K - 55 64,512 taskqueue 85 13K - 135 16,32,64,128,256 Unitno 21 2K - 301 32,64 vmem 2 160K - 4 4096 ioctlops 0 0K - 1995 16,32,64,128,256,512,1024 select 10 2K - 10 128 iov 0 0K - 1396 64,128,256,512,1024,2048 msg 4 30K - 4 2048,4096 sem 4 106K - 4 2048,4096 shm 1 20K - 1 =20 tty 17 17K - 17 1024 mbuf_tag 0 0K - 32 32,128 shmfd 1 8K - 1 =20 soname 3 1K - 13769 16,32,128 pcb 22 1175K - 45 16,32,128,1024,2048 DEVFS 22 1K - 24 16,128 acl 0 0K - 3 4096 vfscache 1 2048K - 1 =20 vfs_hash 1 1024K - 1 =20 vnodes 1 1K - 1 256 DEVFSP 2 1K - 71 64 mount 106 4K - 288 16,32,64,128,256 vnodemarker 0 0K - 391 512 BPF 10 18K - 11 128,512,4096 ifnet 3 5K - 4 128,2048 ifaddr 40 13K - 61 32,64,128,256,512,2048,4096 ether_multi 17 1K - 26 16,32,64 clone 7 1K - 7 128 arpcom 1 1K - 2 16 lltable 8 3K - 10 256,512 routetbl 33 6K - 278 32,64,128,256,512 igmp 2 1K - 3 256 in_multi 2 1K - 4 256 sctp_a_it 0 0K - 5 16 sctp_vrf 1 1K - 1 64 sctp_ifa 4 1K - 5 128 sctp_ifn 2 1K - 2 128 sctp_iter 0 0K - 5 256 hostcache 1 28K - 1 =20 syncache 1 64K - 1 =20 in6_multi 15 2K - 15 32,256 mld 2 1K - 3 128 rpc 2 16K - 2 =20 audit_evclass 187 6K - 228 32 ufs_quota 1 1024K - 1 =20 vm_pgdata 2 1025K - 2 128 UMAHash 7 75K - 28 512,1024,2048,4096 memdesc 1 4K - 1 4096 pfs_nodes 21 6K - 21 256 atkbddev 2 1K - 2 64 GEOM 58 10K - 518 16,32,64,128,256,512,1024,20= 48 acpipwr 2 1K - 2 64 CAM DEV 5 10K - 6 2048 feeder 14 2K - 17 32,128 mixer 2 8K - 2 4096 raid_data 0 0K - 66 32,128,256 CAM CCB 0 0K - 11083 2048 acpiintr 1 1K - 1 64 md_nvidia_data 0 0K - 11 512 md_sii_data 0 0K - 11 512 acpica 9383 938K - 96593 16,32,64,128,256,512,1024,20= 48,4096 CAM path 7 1K - 32 32 apmdev 1 1K - 1 128 madt_table 0 0K - 1 4096 acpitask 1 16K - 1 =20 acpisem 100 13K - 100 128 CAM periph 6 2K - 18 16,32,64,128,256 io_apic 1 2K - 1 2048 acpidev 82 6K - 82 64 MCA 18 3K - 18 64,128 CAM queue 8 3K - 13 16,512 msi 12 2K - 12 128 nexusdev 3 1K - 3 16 isadev 8 1K - 8 128 CAM dev queue 3 1K - 3 64 kstat_data 6 1K - 6 64 solaris 12368 20729K - 3465453 16,32,64,128,256,512,1024,20= 48,4096 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 384, 0, 196, 4, 196, 0, 0 UMA Zones: 1664, 0, 196, 0, 196, 0, 0 UMA Slabs: 80, 0, 17633, 17, 18973, 0, 0 UMA RCntSlabs: 88, 0, 438, 12, 438, 0, 0 UMA Hash: 256, 0, 72, 18, 79, 0, 0 4 Bucket: 32, 0, 1592, 908, 12746, 0, 0 6 Bucket: 48, 0, 715, 945, 3388, 0, 0 8 Bucket: 64, 0, 48, 1130, 1596, 0, 0 12 Bucket: 96, 0, 41, 984, 96, 0, 0 16 Bucket: 128, 0, 4885, 1129, 15932, 17, 0 32 Bucket: 256, 0, 1275, 510, 8364, 50, 0 64 Bucket: 512, 0, 1241, 343, 4145, 56, 0 128 Bucket: 1024, 0, 1155, 141, 4748, 0, 0 vmem btag: 56, 0, 14123, 432, 14191, 205, 0 VM OBJECT: 256, 0, 1212, 438, 20477, 0, 0 RADIX NODE: 144, 0, 4352, 292, 31193, 0, 0 MAP: 240, 0, 3, 61, 3, 0, 0 KMAP ENTRY: 128, 0, 8, 271, 8, 0, 0 MAP ENTRY: 128, 0, 499, 1516, 32331, 0, 0 VMSPACE: 448, 0, 19, 278, 1024, 0, 0 fakepg: 104, 0, 0, 0, 0, 0, 0 mt_zone: 4112, 0, 352, 0, 352, 0, 0 16: 16, 0, 3612, 32281, 146681, 0, 0 32: 32, 0, 3218, 657, 1091844, 0, 0 64: 64, 0, 21780, 1470, 510257, 0, 0 128: 128, 0, 9866, 33038, 608960, 0, 0 256: 256, 0, 2940, 33240, 431613, 0, 0 512: 512, 0, 454, 98, 746303, 0, 0 1024: 1024, 0, 1569, 30699, 77324, 0, 0 2048: 2048, 0, 85, 65, 12545, 0, 0 4096: 4096, 0, 548, 1005, 17001, 0, 0 64 pcpu: 8, 0, 1712, 336, 1766, 0, 0 SLEEPQUEUE: 80, 0, 325, 822, 325, 0, 0 Files: 80, 0, 61, 939, 21320, 0, 0 TURNSTILE: 136, 0, 325, 355, 325, 0, 0 rl_entry: 40, 0, 44, 956, 44, 0, 0 umtx pi: 96, 0, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0, 0 PROC: 1208, 0, 38, 70, 1042, 0, 0 THREAD: 1168, 0, 301, 23, 458, 0, 0 cpuset: 72, 0, 241, 804, 398, 0, 0 audit_record: 1248, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 3212070, 89, 796, 581, 0, 0= mbuf: 256, 3212070, 1, 1134, 845, 0, 0= mbuf_cluster: 2048, 501886, 875, 1, 875, 0, 0 mbuf_jumbo_page: 4096, 250942, 0, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 223059, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 167292, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 DMAR_MAP_ENTRY: 120, 0, 0, 0, 0, 0, 0 ttyinq: 160, 0, 120, 330, 255, 0, 0 ttyoutq: 256, 0, 64, 371, 136, 0, 0 g_bio: 248, 0, 0, 496, 33065, 0, 0 ata_request: 336, 0, 0, 0, 0, 0, 0 vtnet_tx_hdr: 24, 0, 0, 0, 0, 0, 0 FPU_save_area: 832, 0, 0, 0, 0, 0, 0 taskq_zone: 48, 0, 0, 415, 186, 0, 0 VNODE: 472, 0, 809, 735, 65434, 0, 0 VNODEPOLL: 112, 0, 0, 0, 0, 0, 0 BUF TRIE: 144, 0, 0, 52326, 0, 0, 0 S VFS Cache: 108, 0, 609, 1771, 72866, 0, 0 STS VFS Cache: 148, 0, 0, 0, 0, 0, 0 L VFS Cache: 328, 0, 65, 235, 407, 0, 0 LTS VFS Cache: 368, 0, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 104, 164810, 0, 0 NCLNODE: 528, 0, 0, 0, 0, 0, 0 DIRHASH: 1024, 0, 0, 0, 0, 0, 0 pipe: 744, 0, 1, 104, 420, 0, 0 procdesc: 128, 0, 0, 0, 0, 0, 0 range_seg_cache: 64, 0, 317, 31737, 158007, 0, 0 zio_cache: 920, 0, 1, 1239, 288736, 0, 0 zio_link_cache: 48, 0, 0, 2324, 183770, 0, 0 zio_buf_512: 512, 0, 1078, 30626, 70345, 0, 0 zio_data_buf_512: 512, 0, 128, 136, 455, 0, 0 zio_buf_1024: 1024, 0, 23, 81, 882, 0, 0 zio_data_buf_1024: 1024, 0, 57, 75, 308, 0, 0 zio_buf_1536: 1536, 0, 18, 54, 370, 0, 0 zio_data_buf_1536: 1536, 0, 41, 41, 50, 0, 0 zio_buf_2048: 2048, 0, 20, 36, 398, 0, 0 zio_data_buf_2048: 2048, 0, 52, 24, 301, 0, 0 zio_buf_2560: 2560, 0, 2, 22, 122, 0, 0 zio_data_buf_2560: 2560, 0, 34, 8, 36, 0, 0 zio_buf_3072: 3072, 0, 2, 19, 64, 0, 0 zio_data_buf_3072: 3072, 0, 17, 13, 258, 0, 0 zio_buf_3584: 3584, 0, 1, 7, 53, 0, 0 zio_data_buf_3584: 3584, 0, 17, 1, 19, 0, 0 zio_buf_4096: 4096, 0, 16, 184, 11880, 0, 0 zio_data_buf_4096: 4096, 0, 4, 13, 305, 0, 0 zio_buf_5120: 5120, 0, 1, 10, 58, 0, 0 zio_data_buf_5120: 5120, 0, 20, 2, 196, 0, 0 zio_buf_6144: 6144, 0, 0, 7, 43, 0, 0 zio_data_buf_6144: 6144, 0, 9, 2, 131, 0, 0 zio_buf_7168: 7168, 0, 1, 9, 30, 0, 0 zio_data_buf_7168: 7168, 0, 10, 2, 117, 0, 0 zio_buf_8192: 8192, 0, 0, 11, 349, 0, 0 zio_data_buf_8192: 8192, 0, 15, 2, 108, 0, 0 zio_buf_10240: 10240, 0, 2, 4, 15, 0, 0 zio_data_buf_10240: 10240, 0, 13, 4, 113, 0, 0 zio_buf_12288: 12288, 0, 2, 13, 191, 0, 0 zio_data_buf_12288: 12288, 0, 10, 5, 53, 0, 0 zio_buf_14336: 14336, 0, 0, 6, 10, 0, 0 zio_data_buf_14336: 14336, 0, 10, 4, 20, 0, 0 zio_buf_16384: 16384, 0, 451, 1819, 6311, 0, 0 zio_data_buf_16384: 16384, 0, 9, 4, 17, 0, 0 zio_buf_20480: 20480, 0, 1, 10, 91, 0, 0 zio_data_buf_20480: 20480, 0, 10, 3, 22, 0, 0 zio_buf_24576: 24576, 0, 0, 8, 88, 0, 0 zio_data_buf_24576: 24576, 0, 12, 4, 24, 0, 0 zio_buf_28672: 28672, 0, 0, 10, 55, 0, 0 zio_data_buf_28672: 28672, 0, 3, 4, 15, 0, 0 zio_buf_32768: 32768, 0, 1, 8, 39, 0, 0 zio_data_buf_32768: 32768, 0, 5, 3, 17, 0, 0 zio_buf_36864: 36864, 0, 1, 9, 30, 0, 0 zio_data_buf_36864: 36864, 0, 3, 5, 15, 0, 0 zio_buf_40960: 40960, 0, 0, 6, 14, 0, 0 zio_data_buf_40960: 40960, 0, 8, 3, 20, 0, 0 zio_buf_45056: 45056, 0, 0, 7, 16, 0, 0 zio_data_buf_45056: 45056, 0, 4, 3, 16, 0, 0 zio_buf_49152: 49152, 0, 0, 8, 19, 0, 0 zio_data_buf_49152: 49152, 0, 2, 3, 14, 0, 0 zio_buf_53248: 53248, 0, 0, 6, 13, 0, 0 zio_data_buf_53248: 53248, 0, 2, 4, 14, 0, 0 zio_buf_57344: 57344, 0, 0, 4, 12, 0, 0 zio_data_buf_57344: 57344, 0, 1, 4, 13, 0, 0 zio_buf_61440: 61440, 0, 0, 5, 10, 0, 0 zio_data_buf_61440: 61440, 0, 3, 4, 15, 0, 0 zio_buf_65536: 65536, 0, 0, 6, 13, 0, 0 zio_data_buf_65536: 65536, 0, 1, 4, 13, 0, 0 zio_buf_69632: 69632, 0, 0, 4, 9, 0, 0 zio_data_buf_69632: 69632, 0, 2, 4, 14, 0, 0 zio_buf_73728: 73728, 0, 0, 5, 11, 0, 0 zio_data_buf_73728: 73728, 0, 2, 4, 14, 0, 0 zio_buf_77824: 77824, 0, 0, 6, 11, 0, 0 zio_data_buf_77824: 77824, 0, 2, 4, 14, 0, 0 zio_buf_81920: 81920, 0, 0, 7, 13, 0, 0 zio_data_buf_81920: 81920, 0, 1, 4, 13, 0, 0 zio_buf_86016: 86016, 0, 0, 7, 19, 0, 0 zio_data_buf_86016: 86016, 0, 2, 4, 14, 0, 0 zio_buf_90112: 90112, 0, 0, 9, 24, 0, 0 zio_data_buf_90112: 90112, 0, 3, 4, 15, 0, 0 zio_buf_94208: 94208, 0, 0, 8, 26, 0, 0 zio_data_buf_94208: 94208, 0, 5, 4, 12, 0, 0 zio_buf_98304: 98304, 0, 1, 7, 16, 0, 0 zio_data_buf_98304: 98304, 0, 0, 0, 0, 0, 0 zio_buf_102400: 102400, 0, 0, 2, 2, 0, 0 zio_data_buf_102400: 102400, 0, 0, 0, 0, 0, 0 zio_buf_106496: 106496, 0, 0, 2, 2, 0, 0 zio_data_buf_106496: 106496, 0, 2, 0, 2, 0, 0 zio_buf_110592: 110592, 0, 0, 2, 3, 0, 0 zio_data_buf_110592: 110592, 0, 1, 0, 1, 0, 0 zio_buf_114688: 114688, 0, 0, 6, 11, 0, 0 zio_data_buf_114688: 114688, 0, 1, 0, 1, 0, 0 zio_buf_118784: 118784, 0, 0, 2, 4, 0, 0 zio_data_buf_118784: 118784, 0, 1, 0, 1, 0, 0 zio_buf_122880: 122880, 0, 0, 4, 6, 0, 0 zio_data_buf_122880: 122880, 0, 0, 0, 0, 0, 0 zio_buf_126976: 126976, 0, 0, 4, 6, 0, 0 zio_data_buf_126976: 126976, 0, 1, 0, 1, 0, 0 zio_buf_131072: 131072, 0, 1, 9, 67, 0, 0 zio_data_buf_131072: 131072, 0, 142, 0, 142, 0, 0 lz4_ctx: 16384, 0, 0, 8, 28, 0, 0 sa_cache: 80, 0, 740, 1510, 65364, 0, 0 dnode_t: 744, 0, 1207, 31673, 66028, 0, 0 dmu_buf_impl_t: 224, 0, 2057, 31994, 76461, 0, 0 arc_buf_hdr_t: 216, 0, 1476, 1818, 12736, 0, 0 arc_buf_t: 72, 0, 1386, 2134, 12779, 0, 0 zil_lwb_cache: 192, 0, 5, 375, 36, 0, 0 zfs_znode_cache: 368, 0, 740, 710, 65364, 0, 0 Mountpoints: 816, 0, 11, 44, 11, 0, 0 ksiginfo: 112, 0, 70, 980, 93, 0, 0 itimer: 352, 0, 0, 0, 0, 0, 0 KNOTE: 128, 0, 3, 772, 377, 0, 0 socket: 696, 258250, 17, 88, 2607, 0, 0 unpcb: 240, 258256, 8, 488, 2295, 0, 0 ipq: 56, 15691, 0, 0, 0, 0, 0 udp_inpcb: 392, 258250, 2, 238, 292, 0, 0 udpcb: 16, 258279, 2, 1002, 292, 0, 0 tcp_inpcb: 392, 258250, 7, 233, 11, 0, 0 tcpcb: 1024, 258252, 5, 99, 11, 0, 0 tcptw: 88, 27810, 2, 133, 2, 0, 0 syncache: 160, 15375, 0, 0, 0, 0, 0 hostcache: 136, 15370, 1, 86, 1, 0, 0 tcpreass: 40, 31400, 0, 0, 0, 0, 0 sackhole: 32, 0, 0, 0, 0, 0, 0 sctp_ep: 1408, 258250, 0, 0, 0, 0, 0 sctp_asoc: 2352, 40000, 0, 0, 0, 0, 0 sctp_laddr: 48, 80012, 0, 415, 5, 0, 0 sctp_raddr: 728, 80000, 0, 0, 0, 0, 0 sctp_chunk: 136, 400026, 0, 0, 0, 0, 0 sctp_readq: 104, 400026, 0, 0, 0, 0, 0 sctp_stream_msg_out: 104, 400026, 0, 0, 0, 0, 0 sctp_asconf: 40, 400000, 0, 0, 0, 0, 0 sctp_asconf_ack: 48, 400060, 0, 0, 0, 0, 0 udplite_inpcb: 392, 258250, 0, 0, 0, 0, 0 ripcb: 392, 258250, 1, 29, 1, 0, 0 rtentry: 200, 0, 13, 367, 15, 0, 0 selfd: 56, 0, 22, 1043, 1310, 0, 0 SWAPMETA: 288, 1003782, 0, 0, 0, 0, 0= ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 1152 37 irq9: acpi0 4 0 irq16: ehci0 1190 38 irq23: ehci1 10585 341 cpu0:timer 19545 630 irq264: hdac0 7 0 irq265: xhci0 11 0 irq266: hdac1 63 2 irq267: ahci0 11047 356 cpu1:timer 4790 154 cpu6:timer 2537 81 cpu4:timer 2412 77 cpu3:timer 2301 74 cpu5:timer 3148 101 cpu2:timer 2692 86 cpu7:timer 2518 81 Total 64002 2064 ------------------------------------------------------------------------ pstat -T 61/258249 files 0M/8191M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/ada0p2 16776960 0 16776960 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics ada0 pass0 pass1 cpu KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 7.49 353 2.58 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP= CBYTES QNUM QBYTES = LSPID LRPID STIME RTIME CTIME =20 Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP= NATTCH SEGSZ CPID LPID ATIME DTIME = CTIME =20 Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP= NSEMS OTIME CTIME =20 ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 536870912 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 131072 (max amount of shared memory in pages) seminfo: semmni: 50 (# of semaphore identifiers) semmns: 340 (# of semaphores in system) semmnu: 150 (# of undo structures in system) semmsl: 340 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 50 (max # of undo entries per process) semusz: 632 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create = Remove 0 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus = Access 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits = Misses 0 0 0 0 0 0 0 = 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits = Misses 0 0 0 0 0 0 0 = 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create = Remove 0 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus = Access 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 247 packets sent 92 data packets (36935 bytes) 0 data packets (0 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 149 ack-only packets (16 delayed) 0 URG only packets 0 window probe packets 0 window update packets 6 control packets 335 packets received 60 acks (for 36937 bytes) 2 duplicate acks 0 acks for unsent data 280 packets (319032 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 9 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 4 connection requests 0 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 4 connections established (including accepts) 4 connections closed (including 0 drops) 2 connections updated cached RTT on close 2 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 60 segments updated rtt (of 26 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 15 correct ACK header predictions 263 correct data packet header predictions 0 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 0 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 0 cookies sent 0 cookies received 1 hostcache entry added 0 bucket overflow 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 0 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 17 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 16 dropped due to no socket 1 broadcast/multicast datagram undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 0 delivered 16 datagrams output 0 times multicast source filter matched ip: 354 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 344 packets for this host 8 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 2 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 263 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 8 calls to icmp_error 0 errors not generated in response to an icmp message Output histogram: destination unreachable: 8 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored Input histogram: destination unreachable: 8 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 0 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent arp: 2 ARP requests sent 0 ARP replies sent 17 ARP requests received 1 ARP reply received 18 ARP packets received 0 total packets dropped due to no ARP entry 0 ARP entrys timed out 0 Duplicate IPs seen ip6: 16 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 8 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 16 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Input histogram: UDP: 8 ICMP6: 8 Mbuf statistics: 8 one mbuf two or more mbuf: lo0=3D 8 0 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not contiguous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 8 failures of source address selection source addresses on a non-outgoing I/F 8 addresses scope=3Df Source addresses selection rule applied: 8 same address icmp6: 8 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: unreach: 8 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Input histogram: unreach: 8 Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 8 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m netstat: invalid address (0x0) 90/1930/2020 mbufs in use (current/cache/total) 79/797/876/501886 mbuf clusters in use (current/cache/total/max) 89/796 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/250942 4k (page size) jumbo clusters in use (current/cache/total/ma= x) 0/0/0/223059 9k jumbo clusters in use (current/cache/total/max) 0/0/0/167292 16k jumbo clusters in use (current/cache/total/max) 180K/2076K/2257K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Netif Expire default 192.168.0.1 UGS ue0 127.0.0.1 link#1 UH lo0 192.168.0.0/24 link#2 U ue0 192.168.0.139 link#2 UHS lo0 Internet6: Destination Gateway Flags = Netif Expire ::/96 ::1 UGRS = lo0 ::1 link#1 UH = lo0 ::ffff:0.0.0.0/96 ::1 UGRS = lo0 fe80::/10 ::1 UGRS = lo0 fe80::%lo0/64 link#1 U = lo0 fe80::1%lo0 link#1 UHS = lo0 ff01::%lo0/32 ::1 U = lo0 ff02::/16 ::1 UGRS = lo0 ff02::%lo0/32 ::1 U = lo0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address = (state) fffff8000da59400 tcp4 0 0 192.168.0.139.3221 192.168.0.128.80 = ESTABLISHED fffff8015e5b6c00 tcp4 0 0 192.168.0.139.4120 192.168.0.128.80 = ESTABLISHED fffff8015e583b58 tcp4 0 0 192.168.0.139.2507 192.168.0.128.80 = TIME_WAIT fffff8015e583bb0 tcp4 0 0 192.168.0.139.5047 192.168.0.128.80 = TIME_WAIT fffff8000daf0c00 tcp4 0 0 127.0.0.1.25 *.* = LISTEN fffff8000da23400 tcp4 0 0 *.22 *.* = LISTEN fffff8000da23800 tcp6 0 0 *.22 *.* = LISTEN fffff8000d7257a8 udp4 0 0 *.514 *.* = =20 fffff8000d725930 udp6 0 0 *.514 *.* = =20 Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr fffff8000d745870 stream 0 0 fffff8000d40b588 0 0 = 0 /var/run/devd.pipe fffff8000d906d20 dgram 0 0 0 fffff8000d906e10 0 = fffff8000dcdc690 fffff8000dcdc690 dgram 0 0 0 fffff8000d906e10 0 = fffff8000dc5d960 fffff8000dc5d960 dgram 0 0 0 fffff8000d906e10 0 = fffff8000d745780 fffff8000d757b40 dgram 0 0 0 fffff8000d907000 0 = 0 fffff8000d745780 dgram 0 0 0 fffff8000d906e10 0 = 0 fffff8000d906e10 dgram 0 0 fffff8000d581ce8 0 fffff8000= d906d20 0 /var/run/logpriv fffff8000d907000 dgram 0 0 fffff8000d582000 0 fffff8000= d757b40 0 /var/run/log ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address =20 tcp4 0/0/10 localhost.smtp =20 tcp4 0/0/128 *.ssh =20 tcp6 0/0/128 *.ssh =20 unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200000000000000 fstat: can't read file 2 at 0x400000000000000 fstat: can't read file 7 at 0x200000000000002 fstat: can't read file 8 at 0x400000000000000 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read file 19 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root svnlite 1042 root - - error - root svnlite 1042 wd - - error - root svnlite 1042 text - - error - root svnlite 1042 ctty /dev 41 crw------- ttyv0 rw root svnlite 1042 0 /dev 41 crw------- ttyv0 rw root svnlite 1042 6 /dev 41 crw------- ttyv0 rw _dhcp dhclient 1006 root - - error - _dhcp dhclient 1006 wd - - error - _dhcp dhclient 1006 jail - - error - _dhcp dhclient 1006 text - - error - _dhcp dhclient 1006 0 /dev 7 crw-rw-rw- null rw _dhcp dhclient 1006 6 /dev 7 crw-rw-rw- null rw root dhclient 926 root - - error - root dhclient 926 wd - - error - root dhclient 926 text - - error - root dhclient 926 0 /dev 7 crw-rw-rw- null rw root dhclient 926 6 /dev 7 crw-rw-rw- null rw root csh 588 root - - error - root csh 588 wd - - error - root csh 588 text - - error - root csh 588 ctty /dev 41 crw------- ttyv0 rw root getty 584 root - - error - root getty 584 wd - - error - root getty 584 text - - error - root getty 584 ctty /dev 48 crw------- ttyv7 rw root getty 584 0 /dev 48 crw------- ttyv7 rw root getty 583 root - - error - root getty 583 wd - - error - root getty 583 text - - error - root getty 583 ctty /dev 47 crw------- ttyv6 rw root getty 583 0 /dev 47 crw------- ttyv6 rw root getty 582 root - - error - root getty 582 wd - - error - root getty 582 text - - error - root getty 582 ctty /dev 46 crw------- ttyv5 rw root getty 582 0 /dev 46 crw------- ttyv5 rw root getty 581 root - - error - root getty 581 wd - - error - root getty 581 text - - error - root getty 581 ctty /dev 45 crw------- ttyv4 rw root getty 581 0 /dev 45 crw------- ttyv4 rw root getty 580 root - - error - root getty 580 wd - - error - root getty 580 text - - error - root getty 580 ctty /dev 44 crw------- ttyv3 rw root getty 580 0 /dev 44 crw------- ttyv3 rw root getty 579 root - - error - root getty 579 wd - - error - root getty 579 text - - error - root getty 579 ctty /dev 43 crw------- ttyv2 rw root getty 579 0 /dev 43 crw------- ttyv2 rw root getty 578 root - - error - root getty 578 wd - - error - root getty 578 text - - error - root getty 578 ctty /dev 42 crw------- ttyv1 rw root getty 578 0 /dev 42 crw------- ttyv1 rw root login 577 root - - error - root login 577 wd - - error - root login 577 text - - error - root login 577 ctty /dev 41 crw------- ttyv0 rw root login 577 0 /dev 41 crw------- ttyv0 rw root cron 540 root - - error - root cron 540 wd - - error - root cron 540 text - - error - root cron 540 0 /dev 7 crw-rw-rw- null rw smmsp sendmail 536 root - - error - smmsp sendmail 536 wd - - error - smmsp sendmail 536 text - - error - smmsp sendmail 536 0 /dev 7 crw-rw-rw- null r root sendmail 533 root - - error - root sendmail 533 wd - - error - root sendmail 533 text - - error - root sendmail 533 0 /dev 7 crw-rw-rw- null r root sshd 505 root - - error - root sshd 505 wd - - error - root sshd 505 text - - error - root sshd 505 0 /dev 7 crw-rw-rw- null rw root syslogd 302 root - - error - root syslogd 302 wd - - error - root syslogd 302 text - - error - root syslogd 302 0 /dev 7 crw-rw-rw- null rw root syslogd 302 6 /dev 7 crw-rw-rw- null rw root syslogd 302 12 /dev 7 crw-rw-rw- null rw root syslogd 302 18 - - error - root devd 231 root - - error - root devd 231 wd - - error - root devd 231 text - - error - root devd 231 0 /dev 7 crw-rw-rw- null rw root devd 231 6 /dev 7 crw-rw-rw- null rw root init 1 root - - error - root init 1 wd - - error - root init 1 text - - error - root kernel 0 root - - error - root kernel 0 wd - - error - ------------------------------------------------------------------------ dmesg \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^= [[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0tqqqqqqqqqqqqqqq\^[[m\^[= [30m\^[[47m\^[(0u\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47= m \^[[37m\^[[44m\^[[1m<\^[[33m\^[[44m \^[[37m\^[[44mO\^[[33m\^[[44mK = \^[[37m\^[[44m>\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^= [[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0m\^[[m\^[[30m\^[[47m\^[(= 0qqqqqqqqqqqqqqqj\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[30m\^[[40m \^[[36m\^[= [44m\^[[K\^[[14;38H\^[[39;49m\^[[m\^[[10;33H\^[[30m\^[[47mDHCP lease\^[[1= 1;33Hacquisition\^[[12;33Hfailed. \^H\^H\^[[39;49m\^[[m\^[[16;49H\^[[25;1H\^[[?1l\^[>\^[[1;25r\^[[m\^[[4l\^= [[?1h\^[=3D\^[[39;49m\^[[?1h\^[=3D\^[[39;49m\^[[m\^[[H\^[[2J\^[[16B\^[[36= m\^[[44m\^[[1m\^[[J\^[[H FreeBSD Installer\^[[K \^[(0qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqq\^[(B\^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[37m\^[[47m\^[(0lqq\^[(B\^[[34m\^[[47mNetwork = Configuration\^[[37m\^[[47m\^[(0qqqq\^[[m\^[[30m\^[[47m\^[(0k\^[(B\^[[36m= \^[[44m\^[[1m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[= K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[= K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[= K \^[[37m\^[[47m\^[(0tqqqqqqqqqqqqqqqqqqqqqqqqqqq\^= [[m\^[[30m\^[[47m\^[(0u\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[[37m\^[[44m\^[[1m<\^[[33m\^[[44m \^[[37m\^[[44mY\^[[33m\^[[44mes \^[[3= 7m\^[[44m>\^[[m\^[[30m\^[[47m <\^[[1m \^[[m\^[[31m\^[[47mN\^[[30m\^[[47= m\^[[1mo \^[[m\^[[30m\^[[47m> \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[3= 6m\^[[44m\^[[K \^[[37m\^[[47m\^[(0m\^[[m\^[[30m\^[[47m\^[(0qqqqq= qqqqqqqqqqqqqqqqqqqqqqj\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[30m\^[[40m \^[[= 36m\^[[44m\^[[K\^[[14;33H\^[[39;49m\^[[m\^[[10;27H\^[[30m\^[[47mWould you= like to use\^[[11;27HDHCP to configure this\^[[12;27Hinterface? \^H\^H\^H\^H\^[[39;49m\^[[m\^[[16;55H\^[[25;1H\^[[?1l\^[>\^[[1;25r\^[[m\^= [[4l\^[[?1h\^[=3D\^[[39;49m\^[[?1h\^[=3D\^[[39;49m\^[[m\^[[H\^[[2J\^[[15B= \^[[36m\^[[44m\^[[1m\^[[J\^[[H FreeBSD Installer\^[[K \^[(0qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqq\^[(B\^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[37m\^[[47m\^[(0lqqqqqqqqqqqqqq\^[[m\^[= [30m\^[[47m\^[(0k\^[(B\^[[36m\^[[44m\^[[1m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[4= 7m Acquiring \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[4= 7m DHCP \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[4= 7m lease... \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0m\^[[m\^[[30m\^[[47m\^[= (0qqqqqqqqqqqqqqj\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[30m\^[[40m \^[[36m\^[= [44m\^[[K\^[[A\^H\^H\^H\^[[39;49m\^[[m \^[[2C\^[[25;1H\^[[?1l\^[>\^[[1;25r\^[[m\^[[4l\^[[?1h\^[=3D\^[[39;49m\^[[= ?1h\^[=3D\^[[39;49m\^[[m\^[[H\^[[2J\^[[16B\^[[36m\^[[44m\^[[1m\^[[J\^[[H = FreeBSD Installer\^[[K \^[(0qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqq\^[(B\^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[37m\^[[47m\^[(0lqqqqqqqqqqqqqqq\^[[m\^[= [30m\^[[47m\^[(0k\^[(B\^[[36m\^[[44m\^[[1m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47= m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47= m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47= m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0tqqqqqqqqqqqqqqq\^[[m\^[= [30m\^[[47m\^[(0u\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47= m \^[[37m\^[[44m\^[[1m<\^[[33m\^[[44m \^[[37m\^[[44mO\^[[33m\^[[44mK = \^[[37m\^[[44m>\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^= [[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0m\^[[m\^[[30m\^[[47m\^[(= 0qqqqqqqqqqqqqqqj\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[30m\^[[40m \^[[36m\^[= [44m\^[[K\^[[14;38H\^[[39;49m\^[[m\^[[10;33H\^[[30m\^[[47mDHCP lease\^[[1= 1;33Hacquisition\^[[12;33Hfailed. \^H\^H\^[[39;49m\^[[m\^[[16;49H\^[[25;1H\^[[?1l\^[>\^[[1;25r\^[[m\^[[4l\^= [[?1h\^[=3D\^[[39;49m\^[[?1h\^[=3D\^[[39;49m\^[[m\^[[H\^[[2J\^[[16B\^[[36= m\^[[44m\^[[1m\^[[J\^[[H FreeBSD Installer\^[[K \^[(0qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqq\^[(B\^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[37m\^[[47m\^[(0lqq\^[(B\^[[34m\^[[47mNetwork = Configuration\^[[37m\^[[47m\^[(0qqqq\^[[m\^[[30m\^[[47m\^[(0k\^[(B\^[[36m= \^[[44m\^[[1m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[= K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[= K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[= K \^[[37m\^[[47m\^[(0tqqqqqqqqqqqqqqqqqqqqqqqqqqq\^= [[m\^[[30m\^[[47m\^[(0u\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[[37m\^[[44m\^[[1m<\^[[33m\^[[44m \^[[37m\^[[44mY\^[[33m\^[[44mes \^[[3= 7m\^[[44m>\^[[m\^[[30m\^[[47m <\^[[1m \^[[m\^[[31m\^[[47mN\^[[30m\^[[47= m\^[[1mo \^[[m\^[[30m\^[[47m> \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[3= 6m\^[[44m\^[[K \^[[37m\^[[47m\^[(0m\^[[m\^[[30m\^[[47m\^[(0qqqqq= qqqqqqqqqqqqqqqqqqqqqqj\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[30m\^[[40m \^[[= 36m\^[[44m\^[[K\^[[14;33H\^[[39;49m\^[[m\^[[10;27H\^[[30m\^[[47mWould you= like to use\^[[11;27HDHCP to configure this\^[[12;27Hinterface? \^H\^H\^H\^H\^[[39;49m\^[[m\^H\^H\^[[30m\^[[47m<\^[[1m \^[[m\^[[31m\^[[47= mY\^[[30m\^[[47m\^[[1mes \^[[m\^[[30m\^[[47m> \^[[37m\^[[44m\^[[1m<\^[[= 33m\^[[44m \^[[37m\^[[44mN\^[[33m\^[[44mo \^[[37m\^[[44m>\^[[5D\^[[39;49= m\^[[m\^[[16;55H\^[[25;1H\^[[?1l\^[>\^[[1;25r\^[[m\^[[4l\^[[?1h\^[=3D\^[[= 39;49m\^[[?1h\^[=3D\^[[?1h\^[=3D\^[[39;49m\^[[m\^[[H\^[[2J\^[[18B\^[[36m\= ^[[44m\^[[1m\^[[J\^[[H FreeBSD Installer\^[[K \^[(0qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqq\^[(B\^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[30m\^[[40= m \^[[36m\^[[44m\^[[K \^[[30m\^[[40= m \^[[36m\^[[44m\^[[K \^[[m\^[[30m\^[[47mIP Address\^[[37m\^[[47m\^[[1m = \^[[36m\^[[44m \^[[30m\^[[40m \^[[36m\^[[44m\^[= [K \^[[37m\^[[47m \^= [[36m\^[[44m \^[[30m\^[[40m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m \^= [[36m\^[[44m \^[[30m\^[[40m \^[[36m\^[[44m\^[[K \^[[30m\^[[40= m \^[[36m\^[[44m\^[[K \^[[30m\^[[40= m \^[[36m\^[[44m\^[[K \^[[30m\^[[40= m \^[[36m\^[[44m\^[[K \^[[30m\^[[40= m \^[[36m\^[[44m\^[[K \^[[30m\^[[40= m \^[[36m\^[[44m\^[[K \^[[30m\^[[40m = \^[[36m\^[[44m\^[[K\^[[10;22H\^[[39;49m\^[[m\^[[10;41H\^[[37m\^[[44m\^= [[1m \^[[10;41H\^[[39;49m\^[[m\^[[11;22H\^[[30m\^[[47mSubn= et Mask\^[[11;22H\^[[39;49m\^[[m\^[[11;41H\^[[37m\^[[46m\^[[1m = \^[[11;41H\^[[39;49m\^[[m\^[[12;22H\^[[30m\^[[47mDefault Router\^[[1= 2;22H\^[[39;49m\^[[m\^[[12;41H\^[[37m\^[[46m\^[[1m \^[[12;= 41H\^[[39;49m\^[[m\^[[7;19H\^[[37m\^[[47m\^[(0\^[[1mlqqqqqqqq\^[(B\^[[34m= \^[[47mNetwork Configuration\^[[37m\^[[47m\^[(0qqqqqqqqqqq\^[[m\^[[30m\^[= [47m\^[(0k\^[[39;49m\^[(B\^[[m\^[[8;19H\^[[30m\^[[47m\^[(0\^[[37m\^[[47m\= ^[[1mx\^[(B\^[[m\^[[30m\^[[47m Static Network Interface Configuration \^[= (0x\^[[39;49m\^[(B\^[[m\^[[9;19H\^[[30m\^[[47m\^[(0\^[[37m\^[[47m\^[[1mx\= ^[(B\^[[m\^[[30m\^[[47m \^[(0lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq\^[[37m= \^[[47m\^[[1mk\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[[39;49m\^[(B\^[[m\^[[10;1= 9H\^[[30m\^[[47m\^[(0\^[[37m\^[[47m\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x= \^[[39;49m\^[(B\^[[m\^[[10;58H\^[[30m\^[[47m\^[(0\^[[37m\^[[47m\^[[1mx\^[= (B\^[[m\^[[30m\^[[47m \^[(0x\^[[39;49m\^[(B\^[[m\^[[11;19H\^[[30m\^[[47m\= ^[(0\^[[37m\^[[47m\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[[39;49m\^[(B\^= [[m\^[[11;58H\^[[30m\^[[47m\^[(0\^[[37m\^[[47m\^[[1mx\^[(B\^[[m\^[[30m\^[= [47m \^[(0x\^[[39;49m\^[(B\^[[m\^[[12;19H\^[[30m\^[[47m\^[(0\^[[37m\^[[47= m\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[[39;49m\^[(B\^[[m\^[[12;57H\^[[= 30m\^[[47m\^[(0\^[(B \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \= ^[(0x\^[[39;49m\^[(B\^[[m\^[[13;19H\^[[30m\^[[47m\^[(0\^[[37m\^[[47m\^[[1= mx\^[(B\^[[m\^[[30m\^[[47m \^[(0m\^[[37m\^[[47m\^[[1mqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqqqqqqqj\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[[39;49m\^[(B\^[[m\^[[1= 4;19H\^[[30m\^[[47m\^[(0\^[[37m\^[[47m\^[[1mx\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[[39;49m\^[(B\^[[m\^[[15;19H\= ^[[30m\^[[47m\^[(0\^[[37m\^[[47m\^[[1mtqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqq\^[[m\^[[30m\^[[47m\^[(0u\^[[39;49m\^[(B\^[[m\^[[16;19H\^[[30m\^[[4= 7m\^[(0\^[[37m\^[[47m\^[[1mx\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[[39;49m\^[(B\^[[m\^[[17;19H\^[[30m\^[[47m\^[(= 0\^[[37m\^[[47m\^[[1mm\^[[m\^[[30m\^[[47m\^[(0qqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqqqqj\^[[39;49m\^[(B\^[[m\^[[4A\^H\^H\^[[30m\^[[47m\^[(0\^[[39;4= 9m\^[(B\^[[m\^[[16;29H\^[[30m\^[[47m<\^[[1m \^[[m\^[[31m\^[[47mO\^[[30m\= ^[[47m\^[[1mK \^[[m\^[[30m\^[[47m> <\^[[31m\^[[47mC\^[[30m\^[[47m\^[= [1mancel\^[[m\^[[30m\^[[47m>\^[[13;59H\^[[39;49m\^[[m\^[[10;41H\^[[16;29H= \^[[37m\^[[44m\^[[1m<\^[[33m\^[[44m \^[[37m\^[[44mO\^[[33m\^[[44mK \^[[= 37m\^[[44m>\^[[5D\^[[39;49m\^[[m\^H\^H\^H\^[[30m\^[[47m<\^[[1m \^[[m\^[[= 31m\^[[47mO\^[[30m\^[[47m\^[[1mK \^[[m\^[[30m\^[[47m> \^[[37m\^[[44m= \^[[1m\^[[7D\^[[39;49m\^[[m\^[[18;62H= \^[[25;1H\^[[?1l\^[>\^[[1;25r\^[[m\^[[4l\^[[?1h\^[=3D\^[[39;49m\^[[?1h\^[= =3D\^[[?1h\^[=3D\^[[39;49m\^[[m\^[[H\^[[2J\^[[18B\^[[36m\^[[44m\^[[1m\^[[= J\^[[H FreeBSD Installer\^[[K \^[(0qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqq\^[(B\^[[K \^[[K \^[[K \^[[K \^[[K \^[[37m\^[[47m\^[(0lqq\^[(B\^[[34m\^[[47mNetwork = Configuration\^[[37m\^[[47m\^[(0qqqqq\^[[m\^[[30m\^[[47m\^[(0k\^[(B\^[[36= m\^[[44m\^[[1m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m Plea= se select a network \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[= [K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m inte= rface to configure: \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[= [K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(= 0lqqqqqqqqqqqqqqqqqqqqqqqq\^[[37m\^[[47m\^[[1mk\^[(B\^[[m\^[[30m\^[[47m \= ^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(= 0x\^[(B \^[[31m\^[[44m\^[[1mu\^[[33m\^[[44me0\^[[m\^[[30m\^[[47m = \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B= \^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(= 0m\^[[37m\^[[47m\^[[1mqqqqqqqqqqqqqqqqqqqqqqqqj\^[(B\^[[m\^[[30m\^[[47m \= ^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[= [K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[= [K \^[[37m\^[[47m\^[(0tqqqqqqqqqqqqqqqqqqqqqqqqqqqq\= ^[[m\^[[30m\^[[47m\^[(0u\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[= [K \^[[37m\^[[47m\^[(0m\^[[m\^[[30m\^[[47m\^[(0qqqqq= qqqqqqqqqqqqqqqqqqqqqqqj\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[30m\^[[40m \^[= [36m\^[[44m\^[[K\^[[12;53H\^[[39;49m\^[[m\^[[16;29H\^[[37m\^[[44m\^[[1m<\= ^[[33m\^[[44m \^[[37m\^[[44mO\^[[33m\^[[44mK \^[[37m\^[[44m>\^[[m\^[[30= m\^[[47m <\^[[31m\^[[47mC\^[[30m\^[[47m\^[[1mancel\^[[m\^[[30m\^[[47m>\^= [[16;32H\^[[39;49m\^[[m\^H\^H\^H\^[[30m\^[[47m<\^[[1m \^[[m\^[[31m\^[[47= mO\^[[30m\^[[47m\^[[1mK \^[[m\^[[30m\^[[47m> \^[[37m\^[[44m\^[[1m\^[[7D\^[[39;49m\^[[m\^[[18;56H\^[[25;1H\^[= [?1l\^[>\^[[1;25r\^[[m\^[[4l\^[[?1h\^[=3D\^[[39;49m\^[[?1h\^[=3D\^[[39;49= m\^[[m\^[[H\^[[2J\^[[16B\^[[36m\^[[44m\^[[1m\^[[J\^[[H\^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[37m\^[[47m\^[(0lqqqqqqqqqqq\^[(B\^[[34m\^[[47mSelect local or UTC (= Greenwich Mean Time) clock\^[[37m\^[[47m\^[(0qqqqqqqqqqqqq\^[[m\^[[30m\^[= [47m\^[(0k\^[(B\^[[36m\^[[44m\^[[1m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[= 1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[= 1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[= 1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0tqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqqqqqqqqqqq\^[[m\^[[30m\^[[47m\^[(0u\^[(B\^[[30m\^[[40m\^[[1m \= ^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[[37= m\^[[44m\^[[1m<\^[[33m\^[[44m \^[[37m\^[[44mY\^[[33m\^[[44mes \^[[37m\^[[= 44m>\^[[m\^[[30m\^[[47m <\^[[1m \^[[m\^[[31m\^[[47mN\^[[30m\^[[= 47m\^[[1mo \^[[m\^[[30m\^[[47m> \^[(0x\^[(B\^[[3= 0m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0m\^[[m\^[[30m\^[[47m\^[(0qqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj\^[(B\^[[30m\^[[40m\^[[1m \= ^[[36m\^[[44m\^[[K \^[[30m\^[[40m = \^[[36m\^[[44m\^[[K\^[[14;27H\^[[39;49m\^[[m\^[[10;5H\^= [[30m\^[[47mIs this machine's CMOS clock set to UTC? If it is set to loc= al time, \^[[69Dor you don't know, please choose NO here!\^[[14;27H\^[[39;49m\^[[m= \^[[?1h\^[=3D\^[[?1h\^[=3D\^[[4;21H\^[[37m\^[[47m\^[(0\^[[1mlqqqqqqq\^[(B= \^[[34m\^[[47mTime Zone Selector\^[[37m\^[[47m\^[(0qqqqqqqqqq\^[[m\^[[30m= \^[[47m\^[(0k\^[[39;49m\^[(B\^[[m\^[[5;21H\^[[30m\^[[47m\^[(0\^[[37m\^[[4= 7m\^[[1mx\^[(B\^[[m\^[[30m\^[[47m Select a region \^[(0= x\^[(B\^[[30m\^[[40m\^[[1m \^[[6;21H\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30= m\^[[47m \^[(0lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq\^[[37m\^[[47m\^[[1mk\^[(B\= ^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[7;21H\^[[37m\^[[4= 7m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[[44m\^[[1m1\^[[m\^= [[30m\^[[47m \^[[37m\^[[44m\^[[1mAfrica\^[[m\^[[30m\^[[47m = \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[= 30m\^[[40m\^[[1m \^[[8;21H\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \= ^[(0x\^[(B \^[[31m\^[[47m2\^[[30m\^[[47m America -- North and South \^[[= 37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\= ^[[1m =20 \^[[57D\^[[36m\^[[44m \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[= 30m\^[[47m \^[(0x\^[(B \^[[31m\^[[47m3\^[[30m\^[[47m Antarctica = \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[= [30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^= [(B \^[[31m\^[[47m4\^[[30m\^[[47m Arctic Ocean \^[[37m\^[[= 47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m = \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^= [(B \^[[31m\^[[47m5\^[[30m\^[[47m Asia \^[[11;55H\^[[37m\^[= [47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m = \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^= [(B \^[[31m\^[[47m6\^[[30m\^[[47m Atlantic Ocean\^[[12;55H\^[[37m\^[[47m= \^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[= [36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^= [(B \^[[31m\^[[47m7\^[[30m\^[[47m Australia \^[[37m\^[[= 47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m = \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^= [(B \^[[31m\^[[47m8\^[[30m\^[[47m Europe\^[[14;43H \^[[37m\^[= [47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m = \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^= [(B \^[[31m\^[[47m9\^[[30m\^[[47m Indian Ocean \^[[37m\^[[= 47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m = \^[[36m\^[[44m\^[[K \^[[55D \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0= x\^[(B \^[[31m\^[[47m0\^[[30m\^[[47m Pacific Ocean \^[[37m\= ^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1= m \^[[36m\^[[44m\^[[K\^[[17;21H\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[= 47m \^[(0x\^[(B \^[[31m\^[[47ma\^[[30m\^[[47m UTC = \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[= [40m\^[[1m \^[[18;21H\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0m= \^[[37m\^[[47m\^[[1mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj\^[(B\^[[m\^[[30m\^[[= 47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[19;21H\^[[37m\^[[47m\^[(0tqqqqqq= qqqqqqqqqqqqqqqqqqqqqqqqqqqqq\^[[m\^[[30m\^[[47m\^[(0u\^[(B\^[[30m\^[[40m= \^[[1m \^[[20;21H\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[21;21H\^[[37= m\^[[47m\^[(0m\^[[m\^[[30m\^[[47m\^[(0qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= j\^[(B\^[[30m\^[[40m\^[[1m \^[[22;23H = \^[[18;56H\^[[39;49m\^[[m\^[[20;29H\^[[37m\^[[44m\^[[1m<\^[[33m\^[[44m = \^[[37m\^[[44mO\^[[33m\^[[44mK \^[[37m\^[[44m>\^[[m\^[[30m\^[[47m <\= ^[[31m\^[[47mC\^[[30m\^[[47m\^[[1mancel\^[[m\^[[30m\^[[47m>\^[[20;32H\^[[= 39;49m\^[[m\^[[?1h\^[=3D\^[[?1h\^[=3D\^[[1;15H\^[[37m\^[[47m\^[(0\^[[1mlq= qqqqqqqqqqqq\^[(B\^[[34m\^[[47mCountries in Africa\^[[37m\^[[47m\^[(0qqqq= qqqqqqqqqqq\^[[m\^[[30m\^[[47m\^[(0k\^[[39;49m\^[(B\^[[m\^[[2;15H\^[[30m\= ^[[47m\^[(0\^[[37m\^[[47m\^[[1mx\^[(B\^[[m\^[[30m\^[[47m Select a country= or region \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[3;15H\= ^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0lqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqqqqqqqqqqq\^[[37m\^[[47m\^[[1mk\^[(B\^[[m\^[[30m\^[[47m \^[(0x\= ^[(B\^[[30m\^[[40m\^[[1m \^[[4;15H\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\= ^[[47m \^[(0x\^[(B \^[[31m\^[[44m\^[[1m1\^[[m\^[[30m\^[[47m \^[[37m\^[[= 44m\^[[1mAlgeria\^[[m\^[[30m\^[[47m \^[[37m= \^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[= 1m \^[[5;15H\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[= [31m\^[[47m2\^[[30m\^[[47m Angola \^[[5;56H \^[[37m\^[[47m\= ^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[= 6;15H\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[[= 47m3\^[[30m\^[[47m Benin \^[[37m\^[[47m= \^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[= [7;15H\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[= [47m4\^[[30m\^[[47m Botswana \^[[7;55H \^[[37m\^[[47m\^[(0\^[[1m= x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[8;15H\^[[3= 7m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[[47m5\^[[30= m\^[[47m Burkina Faso \^[[37m\^[[47m\^[(0\^[[1= mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[9;15H\^[[= 37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[[47m6\^[[3= 0m\^[[47m Burundi \^[[9;55H \^[[37m\^[[47m\^[(0\^[[1mx\^[(B= \^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[10;15H\^[[37m\^[= [47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[[47m7\^[[30m\^[[= 47m Cameroon \^[[10;55H \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[= [m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[11;15H\^[[37m\^[[47= m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[[47m8\^[[30m\^[[47m= Central African Republic\^[[11;55H \^[[37m\^[[47m\^[(0\^[[1mx\^[(= B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[12;15H\^[[37m\^= [[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[[47m9\^[[30m\^[= [47m Chad \^[[12;55H \^[[37m\^[[47m\^[(0\^[[1mx\^[(B= \^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[13;15H\^[[37m\^[= [47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[[47m1\^[[34m\^[[= 47m\^[[1m0\^[[m\^[[30m\^[[47m Congo \^[[13;55H \^[[37m\^[[4= 7m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \= ^[[14;15H\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m= \^[[47m1\^[[34m\^[[47m\^[[1m1\^[[m\^[[30m\^[[47m Congo, the Democratic R= epublic of the \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\= ^[(B\^[[30m\^[[40m\^[[1m \^[[15;15H\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m= \^[[47m \^[(0x\^[(B \^[[31m\^[[47m1\^[[34m\^[[47m\^[[1m2\^[[m\^[[30m\^[[4= 7m Cote d'Ivoire \^[[15;55H \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m= \^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[16;15H\^[[37m\^[[47m\= ^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[[47m1\^[[34m\^[[47m\^= [[1m3\^[[m\^[[30m\^[[47m Djibouti \^[[16;55H \^[[37m\^[[47= m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^= [[17;15H\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\= ^[[47m1\^[[34m\^[[47m\^[[1m4\^[[m\^[[30m\^[[47m Egypt \^[[17;55H = \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[= 40m\^[[1m \^[[18;15H\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\= ^[(B \^[[31m\^[[47m1\^[[34m\^[[47m\^[[1m5\^[[m\^[[30m\^[[47m Equatorial = Guinea \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[= [47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[19;15H\^[[37m\^[[47m\^[(0x\^[(B= \^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[[47m1\^[[34m\^[[47m\^[[1m6\^[[m= \^[[30m\^[[47m Eritrea \^[[37m\^[[47m\^[(0= \^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[20;1= 5H\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0m\^[[37m\^[[47m\^[[1m= qqqq\^[(B\^[[32m\^[[47mv(+)\^[[37m\^[[47m\^[(0qqqqqqqqqqqqqqqqqqqqqqqqqqq= \^[(B\^[[34m\^[[47m31%\^[[37m\^[[47m\^[(0qqqqqj\^[(B\^[[m\^[[30m\^[[47m \= ^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[21;15H\^[[37m\^[[47m\^[(0tqqqqqqqqqqq= qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq\^[[m\^[[30m\^[[47m\^[(0u\^[(B\^[[30m= \^[[40m\^[[1m \^[[22;15H\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1= m \^[[23;15H\^[[37m\^[[47m\^[(0m\^[[m\^[[30m\^[[47m\^[(0qqqqqqqqqqqqqqqq= qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj\^[(B\^[[30m\^[[40m\^[[1m \^[[24;17H = \^[[20;56H\^[[39;49m\^[[m\^[= [22;27H\^[[37m\^[[44m\^[[1m<\^[[33m\^[[44m \^[[37m\^[[44mO\^[[33m\^[[44m= K \^[[37m\^[[44m>\^[[6C\^[[m\^[[30m\^[[47m<\^[[31m\^[[47mC\^[[30m\^[[47m= \^[[1mancel\^[[m\^[[30m\^[[47m>\^[[22;30H\^[[39;49m\^[[m\^[[4;19r\^[[19;1= H \^[[1;25r\^[[3;22H\^[[32m\^[[47m\^[[1m^(-)\^[[16B\^[[36m\^[[44m = \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[[4= 4m\^[[1m1\^[[33m\^[[44m7\^[[m\^[[30m\^[[47m \^[[37m\^[[44m\^[[1mEthiopia= \^[[m\^[[30m\^[[47m \^[[37m\^[[47m\^[(0\^[[1= mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44= m\^[[K\^[[20;54H\^[[34m\^[[47m3%\^[[39;49m\^[[m\^[[22;30H\^[[4;19H\^[[31m= \^[[47m1\^[[34m\^[[47m\^[[1m8\^[[m\^[[30m\^[[47m Gabon \^[[5;19H\^[[31m\= ^[[47m1\^[[34m\^[[47m\^[[1m9\^[[m\^[[30m\^[[47m Gambia\^[[6;19H\^[[31m\^= [[47m2\^[[34m\^[[47m\^[[1m0\^[[m\^[[30m\^[[47m Ghana \^[[7;19H\^[[31m\= ^[[47m2\^[[34m\^[[47m\^[[1m1\^[[m\^[[30m\^[[47m Guinea \^[[8;19H\^[= [31m\^[[47m2\^[[34m\^[[47m\^[[1m2\^[[m\^[[30m\^[[47m Guinea-Bissau\^[[9;= 19H\^[[31m\^[[47m2\^[[34m\^[[47m\^[[1m3\^[[m\^[[30m\^[[47m Kenya \^[[1= 0;19H\^[[31m\^[[47m2\^[[34m\^[[47m\^[[1m4\^[[m\^[[30m\^[[47m Lesotho = \^[[11;19H\^[[31m\^[[47m2\^[[34m\^[[47m\^[[1m5\^[[m\^[[30m\^= [[47m Liberia\^[[12;19H\^[[31m\^[[47m2\^[[34m\^[[47m\^[[1m6\^[[m\^[[30m\= ^[[47m Libyan Arab Jamahiriya\^[[13;19H\^[[31m\^[[47m2\^[[34m\^[[47m\^[[= 1m7\^[[m\^[[30m\^[[47m Malawi \^[[14;19H\^= [[31m\^[[47m2\^[[34m\^[[47m\^[[1m8\^[[m\^[[30m\^[[47m Mali \^[[1= 5;19H\^[[31m\^[[47m2\^[[34m\^[[47m\^[[1m9\^[[m\^[[30m\^[[47m Mauritania\= ^[[16;19H\^[[31m\^[[47m3\^[[34m\^[[47m\^[[1m0\^[[m\^[[30m\^[[47m Morocco= \^[[17;19H\^[[31m\^[[47m3\^[[34m\^[[47m\^[[1m1\^[[m\^[[30m\^[[47m Mozamb= ique \^[[18;19H\^[[31m\^[[47m3\^[[34m\^[[47m\^[[1m2\^[[m\^[[30m\^[[= 47m Namibi\^[[19;19H\^[[31m\^[[44m\^[[1m3\^[[33m\^[[44m3\^[[m\^[[30m\^[[= 47m \^[[37m\^[[44m\^[[1mNiger\^[[m\^[[30m\^[[47m \^[[20;53H\^[[34m\^[[= 47m\^[[1m64%\^[[39;49m\^[[m\^[[22;30H\^[[4;19r\^[[19;1H \^[[1;25r\^[[18;19H\^[[31m\^[[47m3\^[[34m\^[[47m\^[[1m3\^[[m\^[[30m\^[[47= m Niger \^[[36m\^[[44m\^[[1m \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^= [[47m \^[(0x\^[(B \^[[31m\^[[44m\^[[1m3\^[[33m\^[[44m4\^[[m\^[[30m\^[[47m= \^[[37m\^[[44m\^[[1mNigeria\^[[m\^[[30m\^[[47m = \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[3= 0m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K\^[[20;54H\^[[34m\^[[47m6%\^[[39;49m\= ^[[m\^[[22;30H\^[[4;19r\^[[19;1H \^[[1;25r\^[[18;19H\^[[31m\^[[47m3\^[[34m\^[[47m\^[[1m4\^[[m\^[[30m\^[[47= m Nigeria \^[[36m\^[[44m\^[[1m \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^= [[47m \^[(0x\^[(B \^[[31m\^[[44m\^[[1m3\^[[33m\^[[44m5\^[[m\^[[30m\^[[47m= \^[[37m\^[[44m\^[[1mRwanda\^[[m\^[[30m\^[[47m = \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[3= 0m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K\^[[20;54H\^[[34m\^[[47m8%\^[[39;49m\= ^[[m\^[[22;30H\^[[4;19r\^[[19;1H \^[[1;25r\^[[18;19H\^[[31m\^[[47m3\^[[34m\^[[47m\^[[1m5\^[[m\^[[30m\^[[47= m Rwanda \^[[36m\^[[44m\^[[1m \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^= [[47m \^[(0x\^[(B \^[[31m\^[[44m\^[[1m3\^[[33m\^[[44m6\^[[m\^[[30m\^[[47m= \^[[37m\^[[44m\^[[1mSao Tome and Principe\^[[m\^[[30m\^[[47m = \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[3= 0m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K\^[[20;53H\^[[34m\^[[47m70%\^[[39;49m= \^[[m\^[[22;30H\^[[4;19r\^[[19;1H \^[[1;25r\^[[18;19H\^[[31m\^[[47m3\^[[34m\^[[47m\^[[1m6\^[[m\^[[30m\^[[47= m Sao Tome and Principe \^[[36m\^[[44m\^[[1m \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^= [[47m \^[(0x\^[(B \^[[31m\^[[44m\^[[1m3\^[[33m\^[[44m7\^[[m\^[[30m\^[[47m= \^[[37m\^[[44m\^[[1mSenegal\^[[m\^[[30m\^[[47m = \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[3= 0m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K\^[[20;54H\^[[34m\^[[47m2%\^[[39;49m\= ^[[m\^[[22;30H\^[[4;19r\^[[19;1H \^[[1;25r\^[[18;19H\^[[31m\^[[47m3\^[[34m\^[[47m\^[[1m7\^[[m\^[[30m\^[[47= m Senegal \^[[36m\^[[44m\^[[1m \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^= [[47m \^[(0x\^[(B \^[[31m\^[[44m\^[[1m3\^[[33m\^[[44m8\^[[m\^[[30m\^[[47m= \^[[37m\^[[44m\^[[1mSierra Leone\^[[m\^[[30m\^[[47m = \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[3= 0m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K\^[[20;54H\^[[34m\^[[47m4%\^[[39;49m\= ^[[m\^[[22;30H\^[[4;19r\^[[19;1H \^[[1;25r\^[[18;19H\^[[31m\^[[47m3\^[[34m\^[[47m\^[[1m8\^[[m\^[[30m\^[[47= m Sierra Leone \^[[36m\^[[44m\^[[1m \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^= [[47m \^[(0x\^[(B \^[[31m\^[[44m\^[[1m3\^[[33m\^[[44m9\^[[m\^[[30m\^[[47m= \^[[37m\^[[44m\^[[1mSomalia\^[[m\^[[30m\^[[47m = \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[3= 0m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K\^[[20;54H\^[[34m\^[[47m6%\^[[39;49m\= ^[[m\^[[22;30H\^[[4;19r\^[[19;1H \^[[1;25r\^[[18;19H\^[[31m\^[[47m3\^[[34m\^[[47m\^[[1m9\^[[m\^[[30m\^[[47= m Somalia \^[[36m\^[[44m\^[[1m \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^= [[47m \^[(0x\^[(B \^[[31m\^[[44m\^[[1m4\^[[33m\^[[44m0\^[[m\^[[30m\^[[47m= \^[[37m\^[[44m\^[[1mSouth Africa\^[[m\^[[30m\^[[47m = \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[3= 0m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K\^[[20;54H\^[[34m\^[[47m8%\^[[39;49m\= ^[[m\^[[22;30H\^[[?1h\^[=3D\^[[10;4H\^[[37m\^[[47m\^[(0\^[[1mlqqqqqqqqqqq= qqqqqqqqqqqqqqqqq\^[(B\^[[34m\^[[47mConfirmation\^[[37m\^[[47m\^[(0qqqqqq= qqqqqqqqqqqqqqqqqqqqqqqq\^[[m\^[[30m\^[[47m\^[(0k\^[[39;49m\^[(B\^[[m \^[[72D\^[[30m\^[[47m\^[(0\^[[37m\^[[47m\^[[1mx\^[(B\^[[m\^[[30m\^[[47m = \^[[11;61H \^[(0x\^[(B\^[[30m\^[[40m\= ^[[1m =20 \^[[74D\^[[37m\^[[47m\^[(0tqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqqqqqqqqqqqqqqq\^[[m\^[[30m\^[[47m\^[(0u\^[(B\^[[30m\^[[40m\^[[1= m =20 \^[[74D\^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \= ^[[37m\^[[44m\^[[1m<\^[[33m\^[[44m \^[[37m\^[[44mY\^[[33m\^[[44mes \^[[37= m\^[[44m>\^[[13;44H\^[[m\^[[30m\^[[47m<\^[[1m \^[[m\^[[31m\^[[47mN\^[[30m= \^[[47m\^[[1mo \^[[m\^[[30m\^[[47m>\^[[13;61H \^[(0x\^[(B\^= [[30m\^[[40m\^[[1m =20 \^[[74D\^[[37m\^[[47m\^[(0m\^[[m\^[[30m\^[[47m\^[(0qqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj\^[(B\^[[30m\^[[40m\^[[1= m =20 \^[[72D = \^[[13;28H\^[[39;49m\^[[m\^[[11;6H\^[[30m\^[[47mDoes the abbreviati= on `SAST' look reasonable?\^[[13;28H\^[[39;49m\^[[m\^[[25;1H\^[[?1l\^[>\^= [[1;25r\^[[m\^[[4l\^[[?1h\^[=3D\^[[39;49m\^[[?1h\^[=3D\^[[?1h\^[=3D\^[[39= ;49m\^[[m\^[[H\^[[2J\^[[20B\^[[36m\^[[44m\^[[1m\^[[J\^[[H FreeBSD Install= er\^[[K \^[(0qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqq\^[(B\^[[K \^[[K \^[[K \^[[K \^[[37m\^[[47m\^[(0lqqqqqqqqqqqqqqqqqqqqq\^[(B\^[[34m\^[[47mSystem = Configuration\^[[37m\^[[47m\^[(0qqqqqqqqqqqqqqqqqqqqqqq\^[[m\^[[30m\^[[47= m\^[(0k\^[(B\^[[36m\^[[44m\^[[1m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m Choose the services yo= u would like to be started at boot: \^[(0x\^[(B\^[[30m\^[[40m\^[[1m = \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0lqqqqqqqqqqqqqqqq= qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq\^[[37m\^[[47m\^[[1mk\^[(B\^[= [m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[37m\^[= [44m\^[[1m[*]\^[[m\^[[30m\^[[47m \^[[31m\^[[44m\^[[1ms\^[[33m\^[[44mshd\^= [[m\^[[30m\^[[47m \^[[37m\^[[44m\^[[1mSecure shell daemon\^[[m\^[[30m= \^[[47m \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[= [30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B [ ] \^[[31= m\^[[47mm\^[[34m\^[[47m\^[[1moused\^[[m\^[[30m\^[[47m PS/2 mouse pointe= r on console \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\= ^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B [ ] \^[[31= m\^[[47mn\^[[34m\^[[47m\^[[1mtpd\^[[m\^[[30m\^[[47m Synchronize syste= m and network time \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\= ^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B [ ] \^[[31= m\^[[47mp\^[[34m\^[[47m\^[[1mowerd\^[[m\^[[30m\^[[47m Adjust CPU freque= ncy dynamically if supported \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\= ^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B [*] \^[[31= m\^[[47md\^[[34m\^[[47m\^[[1mumpdev\^[[m\^[[30m\^[[47m Enable kernel cra= sh dumps to /var/crash \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\= ^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0m\^[[37m\^[[47m\^= [[1mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj\^[(B\^[= [m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m = \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m = \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0tqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqqqqqqqq\^[[m\^[[30m\^[[47m\^[(0u\^[(B\^[[30m\^[[40m\^[[1m \^[[= 36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m = \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0m\^[[m\^[[30m\^[[47m\^[(0qqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj\^[(B\^[[30m\^[[40m\^[[1m \^[[= 36m\^[[44m\^[[K \^[[30m\^[[40m = \^[[36m\^[[44m\^[[K\^[[14;71H\^[[39;49m\^[[m\^[[18;35H\^[[= 37m\^[[44m\^[[1m<\^[[33m\^[[44m \^[[37m\^[[44mO\^[[33m\^[[44mK \^[[37m\= ^[[44m>\^[[5D\^[[39;49m\^[[m\^[[9;11H\^[[30m\^[[47m[*] \^[[31m\^[[47ms\^[= [34m\^[[47m\^[[1mshd\^[[m\^[[30m\^[[47m Secure shell daemon\^[[10;11H= \^[[37m\^[[44m\^[[1m[ ]\^[[m\^[[30m\^[[47m \^[[31m\^[[44m\^[[1mm\^[[33m\^= [[44moused\^[[m\^[[30m\^[[47m \^[[37m\^[[44m\^[[1mPS/2 mouse pointer on= console\^[[18;38H\^[[39;49m\^[[m\^[[10;11H\^[[30m\^[[47m[ ] \^[[31m\^[[4= 7mm\^[[34m\^[[47m\^[[1moused\^[[m\^[[30m\^[[47m PS/2 mouse pointer on c= onsole\^[[11;11H\^[[37m\^[[44m\^[[1m[ ]\^[[m\^[[30m\^[[47m \^[[31m\^[[44m= \^[[1mn\^[[33m\^[[44mtpd\^[[m\^[[30m\^[[47m \^[[37m\^[[44m\^[[1mSynch= ronize system and network time\^[[18;38H\^[[39;49m\^[[m\^[[11;11H\^[[30m\= ^[[47m[ ] \^[[31m\^[[47mn\^[[34m\^[[47m\^[[1mtpd\^[[m\^[[30m\^[[47m S= ynchronize system and network time\^[[12;11H\^[[37m\^[[44m\^[[1m[ ]\^[[m\= ^[[30m\^[[47m \^[[31m\^[[44m\^[[1mp\^[[33m\^[[44mowerd\^[[m\^[[30m\^[[47m= \^[[37m\^[[44m\^[[1mAdjust CPU frequency dynamically if supported\^[[1= 8;38H\^[[39;49m\^[[m \^[[36C\^[[25;1H\^[[?1l\^[>\^[[1;25r\^[[m\^[[4l\^[[?1h\^[=3D\^[[39;49m\^[= [?1h\^[=3D\^[[39;49m\^[[m\^[[H\^[[2J\^[[16B\^[[36m\^[[44m\^[[1m\^[[J\^[[H= FreeBSD Installer\^[[K \^[(0qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqq\^[(B\^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[37m\^[[47m\^[(0lqqqq\^[(B\^[[34m\^[[47mAdd Us= er Accounts\^[[37m\^[[47m\^[(0qqqqqq\^[[m\^[[30m\^[[47m\^[(0k\^[(B\^[[36m= \^[[44m\^[[1m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[= K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[= K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[= K \^[[37m\^[[47m\^[(0tqqqqqqqqqqqqqqqqqqqqqqqqqqq\^= [[m\^[[30m\^[[47m\^[(0u\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[[37m\^[[44m\^[[1m<\^[[33m\^[[44m \^[[37m\^[[44mY\^[[33m\^[[44mes \^[[3= 7m\^[[44m>\^[[m\^[[30m\^[[47m <\^[[1m \^[[m\^[[31m\^[[47mN\^[[30m\^[[47= m\^[[1mo \^[[m\^[[30m\^[[47m> \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[3= 6m\^[[44m\^[[K \^[[37m\^[[47m\^[(0m\^[[m\^[[30m\^[[47m\^[(0qqqqq= qqqqqqqqqqqqqqqqqqqqqqj\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[30m\^[[40m \^[[= 36m\^[[44m\^[[K\^[[14;33H\^[[39;49m\^[[m\^[[10;27H\^[[30m\^[[47mWould you= like to add\^[[11;27Husers to the installed\^[[12;27Hsystem now? \^[[5D\^[[39;49m\^[[m\^H\^H\^[[30m\^[[47m<\^[[1m \^[[m\^[[31m\^[[47mY\^[[= 30m\^[[47m\^[[1mes \^[[m\^[[30m\^[[47m> \^[[37m\^[[44m\^[[1m<\^[[33m\^[= [44m \^[[37m\^[[44mN\^[[33m\^[[44mo \^[[37m\^[[44m>\^[[5D\^[[39;49m\^[[m= \^[[16;55H\^[[25;1H\^[[?1l\^[>\^[[1;25r\^[[m\^[[4l\^[[?1h\^[=3D\^[[39;49m= \^[[?1h\^[=3D\^[[?1h\^[=3D\^[[39;49m\^[[m\^[[H\^[[2J\^[[22B\^[[36m\^[[44m= \^[[1m\^[[J\^[[H FreeBSD Installer\^[[K \^[(0qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqq\^[(B\^[[K \^[[37m\^[[47m\^[(0lqqqqqqqqqqqqqqqqqqqqqqq\^[(B\^[[34m\^[[47mFinal C= onfiguration\^[[37m\^[[47m\^[(0qqqqqqqqqqqqqqqqqqqqqqqqqq\^[[m\^[[30m\^[[= 47m\^[(0k\^[(B\^[[36m\^[[44m\^[[1m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m Setup of your FreeBSD sy= stem is nearly complete. You can now \^[(0x\^[(B\^[[30m\^[[40m\^[[1= m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m modify your configuratio= n choices. After this screen, you will \^[(0x\^[(B\^[[30m\^[[40m\^[[1= m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m have an opportunity to m= ake more complex changes using a shell. \^[(0x\^[(B\^[[30m\^[[40m\^[[1= m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0lqqqqqqqqqqqqqqqqqq= qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq\^[[37m\^[[47m\^[[1mk\^[(B\= ^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[= [44m\^[[1mE\^[[33m\^[[44mxit\^[[m\^[[30m\^[[47m \^[[37m\^[[44m\= ^[[1mApply configuration and exit installer\^[[m\^[[30m\^[[47m \^[= [37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m= \^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[= [47mA\^[[34m\^[[47m\^[[1mdd User\^[[m\^[[30m\^[[47m Add a user to t= he system \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30= m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[= [47mR\^[[34m\^[[47m\^[[1moot Password\^[[m\^[[30m\^[[47m Change root pas= sword \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30= m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[= [47mH\^[[34m\^[[47m\^[[1mostname\^[[m\^[[30m\^[[47m Set system host= name \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30= m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[= [47mN\^[[34m\^[[47m\^[[1metwork\^[[m\^[[30m\^[[47m Networking conf= iguration \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30= m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[= [47mS\^[[34m\^[[47m\^[[1mervices\^[[m\^[[30m\^[[47m Set daemons to = run on startup \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30= m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[= [47mT\^[[34m\^[[47m\^[[1mime Zone\^[[m\^[[30m\^[[47m Set system time= zone \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30= m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0x\^[(B \^[[31m\^[= [47mH\^[[34m\^[[47m\^[[1mandbook\^[[m\^[[30m\^[[47m Install FreeBSD= Handbook (requires network) \^[[37m\^[[47m\^[(0\^[[1mx\^[(B\^[[m\^[[30= m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^[(0m\^[[37m\^[[47m\^[[= 1mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj\^[(B\= ^[[m\^[[30m\^[[47m \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1= m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1= m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0tqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqqqqqqqqqq\^[[m\^[[30m\^[[47m\^[(0u\^[(B\^[[30m\^[[40m\^[[1m \^= [[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1= m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0m\^[[m\^[[30m\^[[47m\^[(0qqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj\^[(B\^[[30m\^[[40m\^[[1m \^= [[36m\^[[44m\^[[K \^[[30m\^[[40m = \^[[36m\^[[44m\^[[K\^[[16;73H\^[[39;49m\^[[m\^[[20;35H\^= [[37m\^[[44m\^[[1m<\^[[33m\^[[44m \^[[37m\^[[44mO\^[[33m\^[[44mK \^[[37= m\^[[44m>\^[[5D\^[[39;49m\^[[m \^[[38C\^[[25;1H\^[[?1l\^[>\^[[1;25r\^[[m\^[[4l\^[[?1h\^[=3D\^[[39;49m\^[= [?1h\^[=3D\^[[39;49m\^[[m\^[[H\^[[2J\^[[17B\^[[36m\^[[44m\^[[1m\^[[J\^[[H= FreeBSD Installer\^[[K \^[(0qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqq\^[(B\^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[37m\^[[47m\^[(0lqqqqqqq\^[(B\^[[34m\^[[47mManual C= onfiguration\^[[37m\^[[47m\^[(0qqqqqqqqqq\^[[m\^[[30m\^[[47m\^[(0k\^[(B\^= [[36m\^[[44m\^[[1m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44= m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44= m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44= m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44= m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44= m\^[[K \^[[37m\^[[47m\^[(0tqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqq\^[[m\^[[30m\^[[47m\^[(0u\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[= K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \= ^[[37m\^[[44m\^[[1m<\^[[33m\^[[44m \^[[37m\^[[44mY\^[[33m\^[[44mes \^[[37= m\^[[44m>\^[[m\^[[30m\^[[47m <\^[[1m \^[[m\^[[31m\^[[47mN\^[[30m\^[[4= 7m\^[[1mo \^[[m\^[[30m\^[[47m> \^[(0x\^[(B\^[[30m\^[[40m\^[[1m = \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0m\^[[m\^[[30m\^[[47m\^[(0qqqqqqqqqq= qqqqqqqqqqqqqqqqqqqqqqqqqqqj\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[= K \^[[30m\^[[40m = \^[[36m\^[[44m\^[[K\^[[15;32H\^[[39;49m\^[[m\^[[9;22H\^[[30m\^[[47mThe i= nstallation is now finished.\^[[10;22HBefore exiting the installer, would= \^[[11;22Hyou like to open a shell in the new\^[[12;22Hsystem to make any= final manual\^[[13;22Hmodifications? \^H\^H\^H\^H\^[[39;49m\^[[m\^H\^H\^[[30m\^[[47m<\^[[1m \^[[m\^[[31m\^[[47= mY\^[[30m\^[[47m\^[[1mes \^[[m\^[[30m\^[[47m> \^[[37m\^[[44m\^[[1m<\^= [[33m\^[[44m \^[[37m\^[[44mN\^[[33m\^[[44mo \^[[37m\^[[44m>\^[[5D\^[[39;= 49m\^[[m\^[[17;60H\^[[25;1H\^[[?1l\^[>\^[[1;25r\^[[m\^[[4l\^[[?1h\^[=3D\^= [[39;49m\^[[?1h\^[=3D\^[[39;49m\^[[m\^[[H\^[[2J\^[[17B\^[[36m\^[[44m\^[[1= m\^[[J\^[[H FreeBSD Installer\^[[K \^[(0qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq= qqqqqqqqqqq\^[(B\^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[K \^[[37m\^[[47m\^[(0lqqqqqqqqq\^[(B\^[[34m\^[[47mC= omplete\^[[37m\^[[47m\^[(0qqqqqqqqqqq\^[[m\^[[30m\^[[47m\^[(0k\^[(B\^[[36= m\^[[44m\^[[1m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[= [K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[= [K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[= [K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m = \^[(0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[= [K \^[[37m\^[[47m\^[(0tqqqqqqqqqqqqqqqqqqqqqqqqqqqq\= ^[[m\^[[30m\^[[47m\^[(0u\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0x\^[(B\^[[m\^[[30m\^[[47m \^= [[37m\^[[44m\^[[1m\^[[m\^[[30m\^[[47= m <\^[[31m\^[[47mL\^[[30m\^[[47m\^[[1mive CD\^[[m\^[[30m\^[[47m> \^[= (0x\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[37m\^[[47m\^[(0m\^[[m\^[[30m\^[[47m\^[(0qqqqq= qqqqqqqqqqqqqqqqqqqqqqqj\^[(B\^[[30m\^[[40m\^[[1m \^[[36m\^[[44m\^[[K \^[[30m\^[[40m \^[= [36m\^[[44m\^[[K\^[[15;30H\^[[39;49m\^[[m\^[[10;27H\^[[30m\^[[47mInstalla= tion of FreeBSD\^[[11;27Hcomplete! Would you like\^[[12;27Hto reboot into= the\^[[13;27Hinstalled system now?\^[[15;30H\^[[39;49m\^[[m\^[[17;56H\^[= [25;1H\^[[?1l\^[>Jun 27 05:20:39 reboot: rebooted by root Jun 27 05:20:39 syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 0 0 0 done All buffers synced. Table 'FACP' at 0xcab5ced8 Table 'APIC' at 0xcab5cfe8 APIC: Found table at 0xcab5cfe8 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 4 ACPI ID 3: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 6 ACPI ID 4: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 1 ACPI ID 5: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 3 ACPI ID 6: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 5 ACPI ID 7: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 7 ACPI ID 8: enabled SMP: Added CPU 7 (AP) Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-STABLE #0 r267746: Sun Jun 22 22:48:49 UTC 2014 root@grind.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81ada000. Preloaded elf obj module "/boot/kernel/zfs.ko" at 0xffffffff81adad98. Preloaded elf obj module "/boot/kernel/opensolaris.ko" at 0xffffffff81adb= 5c0. Calibrating TSC clock ... TSC clock: 2194963860 Hz CPU: Intel(R) Core(TM) i7-4702HQ CPU @ 2.20GHz (2194.96-MHz K8-class CPU)= Origin =3D "GenuineIntel" Id =3D 0x306c3 Family =3D 0x6 Model =3D 0x= 3c Stepping =3D 3 Features=3D0xbfebfbff Features2=3D0x7ffafbbf,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT= ,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND> AMD Features=3D0x2c100800 AMD Features2=3D0x21 Structured Extended Features=3D0x27ab TSC: P-state invariant, performance statistics real memory =3D 8589934592 (8192 MB) Physical memory chunk(s): 0x0000000000010000 - 0x0000000000099fff, 565248 bytes (138 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001b01000 - 0x00000000b9e1ffff, 3090280448 bytes (754463 pages) 0x00000000b9e27000 - 0x00000000ba26afff, 4472832 bytes (1092 pages) 0x00000000ba887000 - 0x00000000ca7e5fff, 267776000 bytes (65375 pages) 0x00000000cbfff000 - 0x00000000cbffffff, 4096 bytes (1 pages) 0x0000000100000000 - 0x00000002219a9fff, 4858748928 bytes (1186218 pages)= avail memory =3D 8169410560 (7790 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 5 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 6 APIC: CPU 4 has ACPI ID 3 APIC: CPU 5 has ACPI ID 7 APIC: CPU 6 has ACPI ID 4 APIC: CPU 7 has ACPI ID 8 XEN: CPU 0 has VCPU ID 1 XEN: CPU 1 has VCPU ID 5 XEN: CPU 2 has VCPU ID 2 XEN: CPU 3 has VCPU ID 6 XEN: CPU 4 has VCPU ID 3 XEN: CPU 5 has VCPU ID 7 XEN: CPU 6 has VCPU ID 4 XEN: CPU 7 has VCPU ID 8 lapic0: CMCI unmasked x86bios: IVT 0x000000-0x0004ff at 0xfffff80000000000 x86bios: SSEG 0x098000-0x098fff at 0xfffffe02297b7000 x86bios: EBDA 0x09d000-0x09ffff at 0xfffff8000009d000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffff800000a0000 ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0xf0490 00024 (v02 DELL) ACPI: XSDT 0xcab4f0a8 000CC (v01 DELL CL09 01072009 AMI 00010013) ACPI: FACP 0xcab5ced8 0010C (v05 DELL CL09 01072009 AMI 00010013) ACPI: DSDT 0xcab4f200 0DCD6 (v02 DELL CL09 00000000 INTL 20120711) ACPI: FACS 0xcb527080 00040 ACPI: APIC 0xcab5cfe8 00092 (v03 DELL CL09 01072009 AMI 00010013) ACPI: FPDT 0xcab5d080 00044 (v01 DELL CL09 01072009 AMI 00010013) ACPI: SSDT 0xcab5d0c8 00C9A (v01 TrmRef PtidDevc 00001000 INTL 20091112) ACPI: SSDT 0xcab5dd68 00228 (v01 INTEL sensrhub 00000000 INTL 20120711) ACPI: SLIC 0xcab5df90 00176 (v01 DELL CL09 01072009 AMI 00010013) ACPI: SSDT 0xcab5e108 00539 (v01 PmRef Cpu0Ist 00003000 INTL 20120711) ACPI: SSDT 0xcab5e648 00AD8 (v01 PmRef CpuPm 00003000 INTL 20120711) ACPI: SSDT 0xcab5f120 002DE (v01 PmRef Cpu0Tst 00003000 INTL 20120711) ACPI: SSDT 0xcab5f400 00348 (v01 PmRef ApTst 00003000 INTL 20120711) ACPI: MCFG 0xcab5f748 0003C (v01 DELL CL09 01072009 MSFT 00000097) ACPI: SSDT 0xcab5f788 04F7F (v01 DptfTa DptfTabl 00001000 INTL 20120711) ACPI: HPET 0xcab64708 00038 (v01 DELL CL09 01072009 AMI. 00000005) ACPI: SSDT 0xcab64740 003AA (v01 SataRe SataTabl 00001000 INTL 20120711) ACPI: SSDT 0xcab64af0 02B6D (v01 SaSsdt SaSsdt 00003000 INTL 20091112) ACPI: SSDT 0xcab67660 00D33 (v01 SgRef SgPeg 00001000 INTL 20120711) ACPI: SSDT 0xcab68398 0058D (v01 AMITCG PROC 00000001 INTL 20120711) ACPI: MSDM 0xcab68928 00055 (v03 DELL CL09 01072009 AMI 00010013) ACPI: DMAR 0xcab68980 000B8 (v01 INTEL HSW 00000001 INTL 00000001) ACPI: SSDT 0xcab68a38 0123B (v01 OptRef OptTabl 00001000 INTL 20120711) ACPI: TCPA 0xcab69c78 00032 (v02 APTIO4 NAPAASF 00000001 MSFT 01000013) MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [= 1024] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_= rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 wlan: <802.11 Link Layer> Hardware, VIA Nehemiah Padlock RNG: VIA Padlock RNG not present null: nfslock: pseudo-device Falling back to random adaptor random: initialized VESA: INT 0x10 vector 0xc000:0x0014 VESA: information block 0000 56 45 53 41 00 03 80 8f 00 c0 01 00 00 00 3d 90 0010 00 c0 ff 01 00 00 00 00 00 00 00 00 00 00 00 00 0020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 15 mode(s) found VESA: v3.0, 32704k memory, flags:0x1, mode table:0xfffff800000c903d (c000= 903d) VESA: Intel(R) HSW Mobile/Desktop Graphics Chipset Accelerated VGA BIOS VESA: \M-s\M-n \M-s\M-n \M-s\M-n io: VMBUS: load kbd: new array size 4 kbd1 at kbdmux0 mem: hpt27xx: RocketRAID 27xx controller driver v1.1 hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 hptnr: R750/DC7280 controller driver v1.0 acpi0: on motherboard ACPI: All ACPI Tables successfully acquired PCIe: Memory Mapped configuration base @ 0xf8000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 2 blocks of module-level executable AML code acpi0: Power Button (fixed) cpu0: Processor \134_PR_.CPU0 (ACPI ID 1) -> APIC ID 0 cpu0: on acpi0 ACPI: SSDT 0xcab3ec18 003D3 (v01 PmRef Cpu0Cst 00003001 INTL 20120711) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 003D3 (v01 PmRef Cpu0Cst 00003001 INTL 20120711) cpu1: Processor \134_PR_.CPU1 (ACPI ID 2) -> APIC ID 2 cpu1: on acpi0 ACPI: SSDT 0xcab3e618 005AA (v01 PmRef ApIst 00003000 INTL 20120711) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 005AA (v01 PmRef ApIst 00003000 INTL 20120711) ACPI: SSDT 0xcab3dd98 00119 (v01 PmRef ApCst 00003000 INTL 20120711) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 00119 (v01 PmRef ApCst 00003000 INTL 20120711) cpu2: Processor \134_PR_.CPU2 (ACPI ID 3) -> APIC ID 4 cpu2: on acpi0 cpu3: Processor \134_PR_.CPU3 (ACPI ID 4) -> APIC ID 6 cpu3: on acpi0 cpu4: Processor \134_PR_.CPU4 (ACPI ID 5) -> APIC ID 1 cpu4: on acpi0 cpu5: Processor \134_PR_.CPU5 (ACPI ID 6) -> APIC ID 3 cpu5: on acpi0 cpu6: Processor \134_PR_.CPU6 (ACPI ID 7) -> APIC ID 5 cpu6: on acpi0 cpu7: Processor \134_PR_.CPU7 (ACPI ID 8) -> APIC ID 7 cpu7: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 8 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), MSI, 64bit, periodic hpet0: t1: irqs 0x00f00000 (0), MSI hpet0: t2: irqs 0x00f00800 (0), MSI hpet0: t3: irqs 0x00f01000 (0), MSI hpet0: t4: irqs 0x00000000 (0), MSI hpet0: t5: irqs 0x00000000 (0), MSI hpet0: t6: irqs 0x00000000 (0), MSI hpet0: t7: irqs 0x00000000 (0), MSI Timecounter "HPET" frequency 14318180 Hz quality 950 msi: routing MSI-X IRQ 256 to local APIC 0 vector 49 msi: routing MSI-X IRQ 257 to local APIC 0 vector 50 msi: routing MSI-X IRQ 258 to local APIC 0 vector 51 msi: routing MSI-X IRQ 259 to local APIC 0 vector 52 msi: routing MSI-X IRQ 260 to local APIC 0 vector 53 msi: routing MSI-X IRQ 261 to local APIC 0 vector 54 msi: routing MSI-X IRQ 262 to local APIC 0 vector 55 msi: routing MSI-X IRQ 263 to local APIC 0 vector 56 Event timer "HPET" frequency 14318180 Hz quality 550 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustme= nt 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 57 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 58 Event timer "i8254" frequency 1193182 Hz quality 100 ACPI timer: 1/1 1/2 1/1 1/1 1/1 1/1 1/2 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 4 N 0 3 4 5 6 10 11 12 14 15 Validation 0 4 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xd3fff pcib0: decoding 3 range 0xd4000-0xd7fff pcib0: decoding 3 range 0xd8000-0xdbfff pcib0: decoding 3 range 0xdc000-0xdffff pcib0: decoding 3 range 0xe0000-0xe3fff pcib0: decoding 3 range 0xe4000-0xe7fff pcib0: decoding 3 range 0xcf200000-0xfeafffff pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x0c04, revid=3D0x06 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x0c01, revid=3D0x06 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x10 (4000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x0416, revid=3D0x06 domain=3D0, bus=3D0, slot=3D2, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xf7400000, size 22, enabled pcib0: allocated type 3 (0xf7400000-0xf77fffff) for rid 10 of pci0:0:2:0 map[18]: type Prefetchable Memory, range 64, base 0xd0000000, size 28, e= nabled pcib0: allocated type 3 (0xd0000000-0xdfffffff) for rid 18 of pci0:0:2:0 map[20]: type I/O Port, range 32, base 0xf000, size 6, enabled pcib0: allocated type 4 (0xf000-0xf03f) for rid 20 of pci0:0:2:0 pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x0c0c, revid=3D0x06 domain=3D0, bus=3D0, slot=3D3, func=3D0 class=3D04-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xf7a1c000, size 14, enabled pcib0: allocated type 3 (0xf7a1c000-0xf7a1ffff) for rid 10 of pci0:0:3:0 pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x0c03, revid=3D0x06 domain=3D0, bus=3D0, slot=3D4, func=3D0 class=3D11-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xf7a10000, size 15, enabled pcib0: allocated type 3 (0xf7a10000-0xf7a17fff) for rid 10 of pci0:0:4:0 pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x8c31, revid=3D0x05 domain=3D0, bus=3D0, slot=3D20, func=3D0 class=3D0c-03-30, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xf7a00000, size 16, enabled pcib0: allocated type 3 (0xf7a00000-0xf7a0ffff) for rid 10 of pci0:0:20:0= pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x8c3a, revid=3D0x04 domain=3D0, bus=3D0, slot=3D22, func=3D0 class=3D07-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf7a26000, size 4, enabled pcib0: allocated type 3 (0xf7a26000-0xf7a2600f) for rid 10 of pci0:0:22:0= pcib0: matched entry for 0.22.INTA pcib0: slot 22 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x8c2d, revid=3D0x05 domain=3D0, bus=3D0, slot=3D26, func=3D0 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7a24000, size 10, enabled pcib0: allocated type 3 (0xf7a24000-0xf7a243ff) for rid 10 of pci0:0:26:0= pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 ehci early: SMM active, request owner change found-> vendor=3D0x8086, dev=3D0x8c20, revid=3D0x05 domain=3D0, bus=3D0, slot=3D27, func=3D0 class=3D04-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf7a18000, size 14, enabled pcib0: allocated type 3 (0xf7a18000-0xf7a1bfff) for rid 10 of pci0:0:27:0= pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 22 found-> vendor=3D0x8086, dev=3D0x8c10, revid=3D0xd5 domain=3D0, bus=3D0, slot=3D28, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x10 (4000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x8c14, revid=3D0xd5 domain=3D0, bus=3D0, slot=3D28, func=3D2 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x10 (4000 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D3 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=3D0x8086, dev=3D0x8c16, revid=3D0xd5 domain=3D0, bus=3D0, slot=3D28, func=3D3 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x10 (4000 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 found-> vendor=3D0x8086, dev=3D0x8c26, revid=3D0x05 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D4 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7a23000, size 10, enabled pcib0: allocated type 3 (0xf7a23000-0xf7a233ff) for rid 10 of pci0:0:29:0= pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 ehci early: SMM active, request owner change found-> vendor=3D0x8086, dev=3D0x8c4b, revid=3D0x05 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x8c03, revid=3D0x05 domain=3D0, bus=3D0, slot=3D31, func=3D2 class=3D01-06-01, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0xf0b0, size 3, enabled pcib0: allocated type 4 (0xf0b0-0xf0b7) for rid 10 of pci0:0:31:2 map[14]: type I/O Port, range 32, base 0xf0a0, size 2, enabled pcib0: allocated type 4 (0xf0a0-0xf0a3) for rid 14 of pci0:0:31:2 map[18]: type I/O Port, range 32, base 0xf090, size 3, enabled pcib0: allocated type 4 (0xf090-0xf097) for rid 18 of pci0:0:31:2 map[1c]: type I/O Port, range 32, base 0xf080, size 2, enabled pcib0: allocated type 4 (0xf080-0xf083) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0xf060, size 5, enabled pcib0: allocated type 4 (0xf060-0xf07f) for rid 20 of pci0:0:31:2 map[24]: type Memory, range 32, base 0xf7a22000, size 11, enabled pcib0: allocated type 3 (0xf7a22000-0xf7a227ff) for rid 24 of pci0:0:31:2= pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=3D0x8086, dev=3D0x8c22, revid=3D0x05 domain=3D0, bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0003, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D3 map[10]: type Memory, range 64, base 0xf7a21000, size 8, enabled pcib0: allocated type 3 (0xf7a21000-0xf7a210ff) for rid 10 of pci0:0:31:3= map[20]: type I/O Port, range 32, base 0xf040, size 5, enabled pcib0: allocated type 4 (0xf040-0xf05f) for rid 20 of pci0:0:31:3 pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 found-> vendor=3D0x8086, dev=3D0x8c24, revid=3D0x05 domain=3D0, bus=3D0, slot=3D31, func=3D6 class=3D11-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D3 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xf7a20000, size 12, enabled pcib0: allocated type 3 (0xf7a20000-0xf7a20fff) for rid 10 of pci0:0:31:6= pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 pcib1: irq 16 at device 1.0 on pci0 pcib0: allocated type 4 (0xe000-0xefff) for rid 1c of pcib1 pcib0: allocated type 3 (0xf6000000-0xf70fffff) for rid 20 of pcib1 pcib0: allocated type 3 (0xe0000000-0xf1ffffff) for rid 24 of pcib1 pcib1: domain 0 pcib1: secondary bus 2 pcib1: subordinate bus 3 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xf6000000-0xf70fffff pcib1: prefetched decode 0xe0000000-0xf1ffffff pci2: on pcib1 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x10de, dev=3D0x0ff6, revid=3D0xa1 domain=3D0, bus=3D2, slot=3D0, func=3D0 class=3D03-02-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf6000000, size 24, enabled pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:= 2:0:0 map[14]: type Prefetchable Memory, range 64, base 0xe0000000, size 28, e= nabled pcib1: allocated prefetch range (0xe0000000-0xefffffff) for rid 14 of pci= 0:2:0:0 map[1c]: type Prefetchable Memory, range 64, base 0xf0000000, size 25, e= nabled pcib1: allocated prefetch range (0xf0000000-0xf1ffffff) for rid 1c of pci= 0:2:0:0 map[24]: type I/O Port, range 32, base 0xe000, size 7, enabled pcib1: allocated I/O port range (0xe000-0xe07f) for rid 24 of pci0:2:0:0 pcib1: matched entry for 2.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 vgapci0: port 0xe000-0xe07f mem 0xf6000000-0xf6f= fffff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff irq 16 at device 0.0 on= pci2 vgapci1: port 0xf000-0xf03f mem 0xf7400000-0xf77= fffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 vgapci1: Boot video device hdac0: mem 0xf7a1c000-0xf7a1ffff irq 16 at= device 3.0 on pci0 hdac0: PCI card vendor: 0x8086, device: 0x2010 hdac0: HDA Driver Revision: 20120126_0002 hdac0: Config options: on=3D0x00000000 off=3D0x00000000 hdac0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 264 to local APIC 0 vector 59 hdac0: using IRQ 264 for MSI hdac0: Caps: OSS 2, ISS 0, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 pci0: at device 4.0 (no driver attached) xhci0: mem 0xf7a00000-0xf7a0ffff ir= q 16 at device 20.0 on pci0 xhci0: attempting to allocate 1 MSI vectors (8 supported) msi: routing MSI IRQ 265 to local APIC 0 vector 60 xhci0: using IRQ 265 for MSI xhci0: MSI enabled xhci0: 32 byte context size. xhci0: Port routing mask set to 0xffffffff usbus0 on xhci0 xhci0: usbpf: Attached pci0: at device 22.0 (no driver attached) ehci0: mem 0xf7a24000-0xf7a243ff irq = 16 at device 26.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 61 usbus1: EHCI version 1.0 usbus1 on ehci0 ehci0: usbpf: Attached hdac1: mem 0xf7a18000-0xf7a1bfff irq 22= at device 27.0 on pci0 hdac1: PCI card vendor: 0x1028, device: 0x060d hdac1: HDA Driver Revision: 20120126_0002 hdac1: Config options: on=3D0x00000000 off=3D0x00000000 hdac1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 266 to local APIC 0 vector 62 hdac1: using IRQ 266 for MSI hdac1: Caps: OSS 4, ISS 4, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 pcib2: irq 16 at device 28.0 on pci0 pcib2: domain 0 pcib2: secondary bus 4 pcib2: subordinate bus 4 pci4: on pcib2 pci4: domain=3D0, physical bus=3D4 pcib3: irq 18 at device 28.2 on pci0 pcib0: allocated type 3 (0xf7900000-0xf79fffff) for rid 20 of pcib3 pcib3: domain 0 pcib3: secondary bus 6 pcib3: subordinate bus 6 pcib3: memory decode 0xf7900000-0xf79fffff pci6: on pcib3 pci6: domain=3D0, physical bus=3D6 found-> vendor=3D0x8086, dev=3D0x08b1, revid=3D0x6b domain=3D0, bus=3D6, slot=3D0, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D3 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf7900000, size 13, enabled pcib3: allocated memory range (0xf7900000-0xf7901fff) for rid 10 of pci0:= 6:0:0 pcib3: matched entry for 6.0.INTA pcib3: slot 0 INTA hardwired to IRQ 18 pci6: at device 0.0 (no driver attached) pcib4: irq 19 at device 28.3 on pci0 pcib0: allocated type 3 (0xf7800000-0xf78fffff) for rid 20 of pcib4 pcib4: domain 0 pcib4: secondary bus 7 pcib4: subordinate bus 7 pcib4: memory decode 0xf7800000-0xf78fffff pci7: on pcib4 pci7: domain=3D0, physical bus=3D7 found-> vendor=3D0x10ec, dev=3D0x5249, revid=3D0x01 domain=3D0, bus=3D7, slot=3D0, func=3D0 class=3Dff-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf7800000, size 12, enabled pcib4: allocated memory range (0xf7800000-0xf7800fff) for rid 10 of pci0:= 7:0:0 pcib4: matched entry for 7.0.INTA pcib4: slot 0 INTA hardwired to IRQ 19 pci7: at device 0.0 (no driver attached) ehci1: mem 0xf7a23000-0xf7a233ff irq = 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 63 usbus2: EHCI version 1.0 usbus2 on ehci1 ehci1: usbpf: Attached isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xf0b0-0xf0b7,0xf0a0-= 0xf0a3,0xf090-0xf097,0xf080-0xf083,0xf060-0xf07f mem 0xf7a22000-0xf7a227f= f irq 19 at device 31.2 on pci0 ahci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 267 to local APIC 0 vector 64 ahci0: using IRQ 267 for MSI ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahci0: Caps: 64bit NCQ ALP AL CLO 6Gbps PMD SSC PSC 32cmd EM 6ports ahci0: Caps2: APST ahcich0: at channel 0 on ahci0 ahcich0: Caps: ahcich1: not probed (disabled) ahcich2: not probed (disabled) ahcich3: not probed (disabled) ahcich4: not probed (disabled) ahcich5: not probed (disabled) ahciem0: on ahci0 ahciem0: Caps: ALHD XMT SMB LED pci0: at device 31.3 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 65 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 66 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00004000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 battery0: on acpi0 acpi_acad0: on acpi0 ACPI: Enabled 4 GPEs in block 00 to 3F acpi0: wakeup code va 0xfffffe0233c55000 pa 0x94000 ahc_isa_identify 0: ioport 0xc00 alloc failed ahc_isa_identify 1: ioport 0x1c00 alloc failed ahc_isa_identify 2: ioport 0x2c00 alloc failed ahc_isa_identify 3: ioport 0x3c00 alloc failed ahc_isa_identify 4: ioport 0x4c00 alloc failed ahc_isa_identify 5: ioport 0x5c00 alloc failed ahc_isa_identify 6: ioport 0x6c00 alloc failed ahc_isa_identify 7: ioport 0x7c00 alloc failed ahc_isa_identify 8: ioport 0x8c00 alloc failed ahc_isa_identify 9: ioport 0x9c00 alloc failed ahc_isa_identify 10: ioport 0xac00 alloc failed ahc_isa_identify 11: ioport 0xbc00 alloc failed ahc_isa_identify 12: ioport 0xcc00 alloc failed ahc_isa_identify 13: ioport 0xdc00 alloc failed ahc_isa_identify 14: ioport 0xec00 alloc failed ex_isa_identify() pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0800-0xd0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd1800-0xd1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 0 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 0 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 0 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 0 of orm0 pcib0: allocated type 3 (0xe0000-0xe07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe0800-0xe0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe1000-0xe17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe1800-0xe1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe2000-0xe27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe2800-0xe2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe3000-0xe37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe3800-0xe3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe4000-0xe47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe4800-0xe4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe5000-0xe57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe5800-0xe5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe6000-0xe67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe6800-0xe6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe7000-0xe77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe7800-0xe7fff) for rid 0 of orm0 isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x3f0-0x3f5) for rid 0 of fdc0 pcib0: allocated type 4 (0x3f7-0x3f7) for rid 1 of fdc0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0 failed to probe at irq 7 on isa0 pcib0: allocated type 4 (0x3f8-0x3ff) for rid 0 of uart0 uart0 failed to probe at port 0x3f8-0x3ff irq 4 on isa0 pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 uart1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 est4: on cpu4 p4tcc4: on cpu4 est5: on cpu5 p4tcc5: on cpu5 est6: on cpu6 p4tcc6: on cpu6 est7: on cpu7 p4tcc7: on cpu7 Device configuration finished. procfs registered ZFS filesystem version: 5 ZFS storage pool version: features support (5000) lapic: Divisor 2, Frequency 49885550 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining tcp_init: net.inet.tcp.tcbhashsize auto tuned to 65536 lo0: bpf attached hpt27xx: no controller detected. hptrr: no controller detected. hptnr: no controller detected. hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 hdaa0: Subsystem ID: 0x80860101 hdaa0: NumGPIO=3D0 NumGPO=3D0 NumGPI=3D0 GPIWake=3D0 GPIUnsol=3D0 hdaa0: Original pins configuration: hdaa0: nid 0x as seq device conn jack loc color m= isc hdaa0: 3 18560010 1 0 Digital-out Jack Digital 0x18 Unknown 0= hdaa0: Patched pins configuration: hdaa0: nid 0x as seq device conn jack loc color m= isc hdaa0: 3 18560010 1 0 Digital-out Jack Digital 0x18 Unknown 0= hdaa0: 1 associations found: hdaa0: Association 0 (1) out: hdaa0: Pin nid=3D3 seq=3D0 hdaa0: Tracing association 0 (1) hdaa0: Pin 3 traced to DAC 2 hdaa0: Association 0 (1) trace succeeded hdaa0: Looking for additional DAC for association 0 (1) hdaa0: Tracing input monitor hdaa0: Tracing other input monitors hdaa0: Tracing beeper hdaa0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref pcm0: at nid 3 on hdaa0 pcm0: Playback: pcm0: Stream cap: 0x00000005 AC3 PCM pcm0: PCM cap: 0x001e07f0 16 20 24 32 bits, 32 44 48 88 96 176 19= 2 KHz pcm0: DAC: 2 pcm0:=20 pcm0: nid=3D3 [pin: Digital-out (Jack)] pcm0: + <- nid=3D2 [audio output] [src: pcm] pcm0:=20 pcm0: Master Volume (OSS: vol): 0/0dB pcm0: +- ctl 1 (nid 3 in ): mute pcm0:=20 pcm0: PCM Volume (OSS: pcm): 0/0dB pcm0: +- ctl 1 (nid 3 in ): mute pcm0:=20 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Soft PCM mixer ENABLED pcm0: Playback channel matrix is: unknown, assuming 7.1 (disconnected) hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 hdaa1: Subsystem ID: 0x1028060d hdaa1: NumGPIO=3D4 NumGPO=3D0 NumGPI=3D0 GPIWake=3D0 GPIUnsol=3D1 hdaa1: GPIO0: disabled hdaa1: GPIO1: disabled hdaa1: GPIO2: disabled hdaa1: GPIO3: disabled hdaa1: Original pins configuration: hdaa1: nid 0x as seq device conn jack loc color m= isc hdaa1: 18 90a60130 3 0 Mic Fixed Digital Internal Unknown 1= hdaa1: 20 90170110 1 0 Speaker Fixed Analog Internal Unknown 1= hdaa1: 21 0321101f 1 15 Headphones Jack 1/8 Left Black 0= hdaa1: 22 40000000 0 0 Line-out None Unknown 0x00 Unknown 0= hdaa1: 24 411111f0 15 0 Speaker None 1/8 Rear Black 1= hdaa1: 25 411111f0 15 0 Speaker None 1/8 Rear Black 1= hdaa1: 26 411111f0 15 0 Speaker None 1/8 Rear Black 1= hdaa1: 27 411111f0 15 0 Speaker None 1/8 Rear Black 1= hdaa1: 29 40d6832d 2 13 Digital-in None Digital 0x00 Purple 3= hdaa1: 30 411111f0 15 0 Speaker None 1/8 Rear Black 1= hdaa1: 31 411111f0 15 0 Speaker None 1/8 Rear Black 1= hdaa1: Patching widget caps nid=3D29 0x00400400 -> 0x00700400 hdaa1: Patched pins configuration: hdaa1: nid 0x as seq device conn jack loc color m= isc hdaa1: 18 90a60130 3 0 Mic Fixed Digital Internal Unknown 1= hdaa1: 20 90170110 1 0 Speaker Fixed Analog Internal Unknown 1= hdaa1: 21 0321101f 1 15 Headphones Jack 1/8 Left Black 0= hdaa1: 22 40000000 0 0 Line-out None Unknown 0x00 Unknown 0= DISA hdaa1: 24 411111f0 15 0 Speaker None 1/8 Rear Black 1= DISA hdaa1: 25 411111f0 15 0 Speaker None 1/8 Rear Black 1= DISA hdaa1: 26 411111f0 15 0 Speaker None 1/8 Rear Black 1= DISA hdaa1: 27 411111f0 15 0 Speaker None 1/8 Rear Black 1= DISA hdaa1: 30 411111f0 15 0 Speaker None 1/8 Rear Black 1= DISA hdaa1: 31 411111f0 15 0 Speaker None 1/8 Rear Black 1= DISA hdaa1: 2 associations found: hdaa1: Association 0 (1) out: hdaa1: Pin nid=3D20 seq=3D0 hdaa1: Pin nid=3D21 seq=3D15 hdaa1: Association 1 (3) in: hdaa1: Pin nid=3D18 seq=3D0 hdaa1: Tracing association 0 (1) hdaa1: Pin 20 traced to DAC 2 hdaa1: Pin 21 traced to DAC 2 and hpredir 0 hdaa1: Association 0 (1) trace succeeded hdaa1: Tracing association 1 (3) hdaa1: Pin 18 traced to ADC 7 hdaa1: Association 1 (3) trace succeeded hdaa1: Looking for additional DAC for association 0 (1) hdaa1: Looking for additional ADC for association 1 (3) hdaa1: Tracing input monitor hdaa1: Tracing other input monitors hdaa1: Tracing nid 18 to out hdaa1: Tracing beeper hdaa1: nid 29 traced to out hdaa1: Headphones redirection for association 0 nid=3D21 using unsolicite= d responses. hdaa1: Redirect output to: main hdaa1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref pcm1: at nid 20,21 and 18 on hdaa1= pcm1: Playback: pcm1: Stream cap: 0x00000001 PCM pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz pcm1: DAC: 2 pcm1:=20 pcm1: nid=3D20 [pin: Speaker (Fixed)] pcm1: + <- nid=3D12 [audio mixer] [src: pcm, speaker] pcm1: + <- nid=3D2 [audio output] [src: pcm] pcm1: + <- nid=3D11 [audio mixer] [src: speaker] pcm1: + <- nid=3D29 [beep widget] [src: speaker] pcm1:=20 pcm1: nid=3D21 [pin: Headphones (Black Jack)] pcm1: + <- nid=3D12 [audio mixer] [src: pcm, speaker] pcm1: + <- nid=3D2 [audio output] [src: pcm] pcm1: + <- nid=3D11 [audio mixer] [src: speaker] pcm1: + <- nid=3D29 [beep widget] [src: speaker] pcm1:=20 pcm1: Record: pcm1: Stream cap: 0x00000001 PCM pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz pcm1: ADC: 7 pcm1:=20 pcm1: nid=3D7 [audio input] pcm1: + <- nid=3D18 [pin: Mic (Fixed)] [src: monitor] pcm1:=20 pcm1: Master Volume (OSS: vol): -34/0dB pcm1: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm1: +- ctl 11 (nid 11 in 4): -34/12dB (32 steps) + mute pcm1: +- ctl 13 (nid 12 in 0): mute pcm1: +- ctl 14 (nid 12 in 1): mute pcm1: +- ctl 19 (nid 20 in ): mute pcm1: +- ctl 20 (nid 21 in ): mute pcm1:=20 pcm1: PCM Volume (OSS: pcm): -65/0dB pcm1: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm1: +- ctl 13 (nid 12 in 0): mute pcm1:=20 pcm1: Microphone2 Volume (OSS: monitor): -17/30dB pcm1: +- ctl 4 (nid 7 in 0): -17/30dB (64 steps) + mute pcm1:=20 pcm1: Speaker/Beep Volume (OSS: speaker): -34/12dB pcm1: +- ctl 11 (nid 11 in 4): -34/12dB (32 steps) + mute pcm1: +- ctl 14 (nid 12 in 1): mute pcm1:=20 pcm1: Recording Level (OSS: rec): -17/30dB pcm1: +- ctl 4 (nid 7 in 0): -17/30dB (64 steps) + mute pcm1:=20 pcm1: Input Monitoring Level (OSS: igain): -34/12dB pcm1: +- ctl 11 (nid 11 in 4): -34/12dB (32 steps) + mute pcm1: +- ctl 14 (nid 12 in 1): mute pcm1:=20 pcm1: Mixer "vol": pcm1: Mixer "pcm": pcm1: Mixer "speaker": pcm1: Mixer "rec": pcm1: Mixer "igain": pcm1: Mixer "ogain": pcm1: Mixer "monitor": pcm1: Playback channel set is: Front Left, Front Right,=20 pcm1: Playback channel matrix is: 2.0 (unknown) pcm1: Automatically set rec source to: monitor pcm1: Recording channel set is: Front Left, Front Right,=20 pcm1: Recording channel matrix is: 2.0 (unknown) random: unblocking device. usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 480Mbps High Speed USB v2.0 acpi_tz0: switched from NONE to _AC2: 27.8C acpi_tz1: _TMP value is absurd, ignored (-266.0C) ahcich0: AHCI reset... ahcich0: SATA connect time=3D100us status=3D00000133 ahcich0: AHCI reset: device found battery0: battery initialization start acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ugen0.1: <0x8086> at usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0= ugen2.1: at usbus2 uhub1: on usbus2 ugen1.1: at usbus1 uhub2: on usbus1 ahcich0: AHCI reset: device ready after 100ms pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 pass0: ATA-9 SATA 3.x device pass0: Serial Number W760A6DM pass0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) pass0: Command Queueing enabled pass1 at ahciem0 bus 0 scbus1 target 0 lun 0 pass1: SEMB S-E-S 2.00 device ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-9 SATA 3.x device ada0: Serial Number W760A6DM ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ses0 at ahciem0 bus 0 scbus1 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device ses0: Generation Code 0x0 has 1 SubEnclosures ses0: SubEnclosure ID 0, 1 Types With this ID, Descriptor Length 36, off= set 8 ses0: WWN: 0 ses0: Type Desc[0]: Type 0x17, MaxElt 6, In Subenc 0, Text Length 0:=20 GEOM: new disk ada0 battery0: battery initialization done, tried 1 times Netvsc initializing... done! lapic3: CMCI unmasked lapic2: CMCI unmasked lapic4: CMCI unmasked lapic5: CMCI unmasked lapic7: CMCI unmasked lapic6: CMCI unmasked SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000100f2 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 2 vector 48 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 3 vector 48 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 4 vector 48 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 5 vector 48 msi: Assigning MSI-X IRQ 257 to local APIC 1 vector 49 msi: Assigning MSI-X IRQ 258 to local APIC 2 vector 49 msi: Assigning MSI-X IRQ 259 to local APIC 3 vector 49 msi: Assigning MSI-X IRQ 260 to local APIC 4 vector 49 msi: Assigning MSI-X IRQ 261 to local APIC 5 vector 49 msi: Assigning MSI-X IRQ 262 to local APIC 6 vector 48 msi: Assigning MSI-X IRQ 263 to local APIC 7 vector 48 msi: Assigning MSI IRQ 264 to local APIC 6 vector 49 msi: Assigning MSI IRQ 265 to local APIC 7 vector 49 msi: Assigning MSI IRQ 267 to local APIC 1 vector 50 SMP: passed TSC synchronization test TSC timecounter discards lower 1 bit(s) Timecounter "TSC-low" frequency 1097481930 Hz quality 1000 Root mount waiting for: usbus2 usbus1 usbus0 uhub2: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub0: 21 ports with 21 removable, self powered Root mount waiting for: usbus2 usbus1 usbus0 ugen1.2: at usbus1 uhub3: o= n usbus1 ugen2.2: at usbus2 uhub4: o= n usbus2 xhci0: Port routing mask set to 0x00000000 usb_alloc_device: device init 2 failed (USB_ERR_IOERROR, ignored) ugen0.2: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device uhub3: 6 ports with 6 removable, self powered uhub4: 8 ports with 8 removable, self powered Root mount waiting for: usbus2 usbus1 usbus0 xhci0: Port routing mask set to 0x00000000 usb_alloc_device: device init 2 failed (USB_ERR_IOERROR, ignored) ugen0.2: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device ugen1.3: at usbus1 hid_get_item: Number of items truncated to 255 ugen1.4: at usbus1 Root mount waiting for: usbus2 usb_alloc_device: set address 3 failed (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_E= RR_STALLED Root mount waiting for: usbus2 usbd_req_re_enumerate: addr=3D3, set address failed! (USB_ERR_TIMEOUT, ig= nored) usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_E= RR_STALLED Root mount waiting for: usbus2 Root mount waiting for: usbus2 usbd_req_re_enumerate: addr=3D3, set address failed! (USB_ERR_TIMEOUT, ig= nored) usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_E= RR_STALLED Root mount waiting for: usbus2 usbd_req_re_enumerate: addr=3D3, set address failed! (USB_ERR_TIMEOUT, ig= nored) usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_E= RR_STALLED Root mount waiting for: usbus2 Root mount waiting for: usbus2 usbd_req_re_enumerate: addr=3D3, set address failed! (USB_ERR_TIMEOUT, ig= nored) usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_E= RR_STALLED ugen2.3: at usbus2 (disconnected) uhub_reattach_port: could not allocate new device Trying to mount root from zfs:zroot/ROOT/default []... start_init: trying /sbin/init Setting hostuuid: 4c4c4544-0033-5a10-8056-b8c04f463132. Setting hostid: 0xe9597285. Entropy harvesting: interrupts ethernet point_to_point swi. Starting file system checks: Mounting local file systems:. Writing entropy file:. Setting hostname: nomad. Starting Network: lo0. lo0: flags=3D8049 metric 0 mtu 16384 options=3D600003 inet6 ::1 prefixlen 128=20 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1=20 inet 127.0.0.1 netmask 0xff000000=20 nd6 options=3D21 Starting devd. hid_get_item: Number of items truncated to 255 uhid0: on usbus1 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Generating host.conf. Creating and/or trimming log files. Starting syslogd. No core dumps found. ELF ldconfig path: /lib /usr/lib /usr/lib/compat 32-bit compatibility ldconfig path: /usr/lib32 Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Configuring syscons: blanktime. Generating RSA1 host key. 2048 74:2d:64:b8:d3:91:f1:12:24:6b:b2:34:0d:1f:a2:a6 root@nomad (RSA1) Generating RSA host key. 2048 c4:10:59:7c:4c:ec:d2:41:96:ec:cc:5a:d8:3b:c7:58 root@nomad (RSA) Generating DSA host key. 1024 fb:a7:91:f2:e8:2e:91:c3:3b:7f:48:55:bb:60:63:14 root@nomad (DSA) Generating ECDSA host key. 256 3f:f9:6d:82:a4:85:be:06:69:55:d5:b9:99:97:c7:31 root@nomad (ECDSA) Generating ED25519 host key. 256 b8:b3:0c:bf:f9:83:32:fa:c2:78:56:b8:da:0e:fb:60 root@nomad (ED25519)= Performing sanity check on sshd configuration. Starting sshd. Starting sendmail_submit. Starting sendmail_msp_queue. Starting cron. Starting background file system checks in 60 seconds. Fri Jun 27 07:21:56 SAST 2014 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa Jun 27 07:22:15 nomad login: ROOT LOGIN (root) ON ttyv0 ugen2.3: at usbus2 axge0: on usbus2 miibus0: on axge0 rgephy0: PHY 3 on miibus= 0 rgephy0: OUI 0x00e04c, model 0x0011, rev. 5 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100bas= eTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, 1000baseT-FDX-master, 1000bas= eT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow ue0: on axge0 ue0: bpf attached ue0: Ethernet address: 50:3f:56:01:14:87 ue0: link state changed to DOWN ugen2.3: at usbus2 (disconnected) axge0: at uhub4, port 2, addr 3 (disconnected) rgephy0: detached miibus0: detached ugen2.3: at usbus2 axge0: on usbus2 miibus0: on axge0 rgephy0: PHY 3 on miibus= 0 rgephy0: OUI 0x00e04c, model 0x0011, rev. 5 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100bas= eTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, 1000baseT-FDX-master, 1000bas= eT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow ue0: on axge0 ue0: bpf attached ue0: Ethernet address: 50:3f:56:01:14:87 ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP panic: vm_fault: fault on nofault entry, addr: fffffe02346f0000 cpuid =3D 0 KDB: stack backtrace: #0 0xffffffff8092a2d0 at kdb_backtrace+0x60 #1 0xffffffff808ef825 at panic+0x155 #2 0xffffffff80b5f8e9 at vm_fault_hold+0x1a89 #3 0xffffffff80b5de17 at vm_fault+0x77 #4 0xffffffff80ce455c at trap_pfault+0x19c #5 0xffffffff80ce3d80 at trap+0x4a0 #6 0xffffffff80cca7f2 at calltrap+0x8 #7 0xffffffff81c1687e at axge_bulk_read_callback+0x19e #8 0xffffffff8079684c at usbd_callback_wrapper+0x71c #9 0xffffffff80797ac3 at usb_command_wrapper+0x113 #10 0xffffffff80796a71 at usb_callback_proc+0xc1 #11 0xffffffff80791b8f at usb_process+0x11f #12 0xffffffff808c03da at fork_exit+0x9a #13 0xffffffff80ccad2e at fork_trampoline+0xe Uptime: 10m38s Dumping 505 out of 8070 MB:..4%..13%..23%..32%..42%..51%..61%..73%..83%..= 92% ------------------------------------------------------------------------ kernel config options CONFIG_AUTOGENERATED ident GENERIC machine amd64 cpu HAMMER makeoptions WITH_CTF=3D1 makeoptions DEBUG=3D-gdwarf-2 options XENHVM options USB_DEBUG options ATH_ENABLE_11N options AH_AR5416_INTERRUPT_MITIGATION options AH_SUPPORT_AR5416 options IEEE80211_SUPPORT_MESH options IEEE80211_AMPDU_AGE options IEEE80211_DEBUG options SC_PIXEL_MODE options VESA options AHD_REG_PRETTY_PRINT options AHC_REG_PRETTY_PRINT options ATA_STATIC_ID options ACPI_DMAR options SMP options KDB_TRACE options KDB options INCLUDE_CONFIG_FILE options DDB_CTF options KDTRACE_HOOKS options KDTRACE_FRAME options MAC options PROCDESC options CAPABILITIES options CAPABILITY_MODE options AUDIT options HWPMC_HOOKS options KBD_INSTALL_CDEV options PRINTF_BUFR_SIZE=3D128 options _KPOSIX_PRIORITY_SCHEDULING options SYSVSEM options SYSVMSG options SYSVSHM options STACK options KTRACE options SCSI_DELAY=3D5000 options COMPAT_FREEBSD7 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options COMPAT_FREEBSD32 options GEOM_LABEL options GEOM_RAID options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSLOCKD options NFSD options NFSCL options MD_ROOT options QUOTA options UFS_GJOURNAL options UFS_DIRHASH options UFS_ACL options SOFTUPDATES options FFS options SCTP options TCP_OFFLOAD options INET6 options INET options PREEMPTION options SCHED_ULE options NEW_PCIB options GEOM_PART_MBR options GEOM_PART_EBR_COMPAT options GEOM_PART_EBR options GEOM_PART_BSD device isa device mem device io device uart_ns8250 device cpufreq device acpi device pci device fdc device ahci device ata device mvs device siis device ahc device ahd device esp device hptiop device isp device mpt device mps device mpr device sym device trm device adv device adw device aic device bt device isci device scbus device ch device da device sa device cd device pass device ses device amr device arcmsr device ciss device dpt device hptmv device hptnr device hptrr device hpt27xx device iir device ips device mly device twa device tws device aac device aacp device aacraid device ida device mfi device mlx device twe device atkbdc device atkbd device psm device kbdmux device vga device splash device sc device agp device cbb device pccard device cardbus device uart device ppc device ppbus device lpt device ppi device puc device bxe device de device em device igb device ixgbe device le device ti device txp device vx device miibus device ae device age device alc device ale device bce device bfe device bge device cas device dc device et device fxp device gem device hme device jme device lge device msk device nfe device nge device pcn device re device rl device sf device sge device sis device sk device ste device stge device tl device tx device vge device vr device wb device xl device cs device ed device ex device ep device fe device sn device xe device wlan device wlan_wep device wlan_ccmp device wlan_tkip device wlan_amrr device an device ath device ath_pci device ath_hal device ath_rate_sample device ipw device iwi device iwn device malo device mwl device ral device wi device wpi device loop device random device padlock_rng device rdrand_rng device ether device vlan device tun device md device gif device faith device firmware device bpf device uhci device ohci device ehci device xhci device usb device ukbd device umass device sound device snd_cmi device snd_csa device snd_emu10kx device snd_es137x device snd_hda device snd_ich device snd_via8233 device mmc device mmcsd device sdhci device virtio device virtio_pci device vtnet device virtio_blk device virtio_scsi device virtio_balloon device hyperv device xenpci device vmx ------------------------------------------------------------------------ ddb capture buffer ddb: ddb_capture: kvm_nlist --------------090106070103080506040607 Content-Type: text/plain; charset=us-ascii; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg" Table 'FACP' at 0xcab5ced8 Table 'APIC' at 0xcab5cfe8 APIC: Found table at 0xcab5cfe8 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 4 ACPI ID 3: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 6 ACPI ID 4: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 1 ACPI ID 5: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 3 ACPI ID 6: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 5 ACPI ID 7: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 7 ACPI ID 8: enabled SMP: Added CPU 7 (AP) Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-STABLE #0 r267746: Sun Jun 22 22:48:49 UTC 2014 root@grind.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81ada000. Preloaded elf obj module "/boot/kernel/zfs.ko" at 0xffffffff81adad98. Preloaded elf obj module "/boot/kernel/opensolaris.ko" at 0xffffffff81adb5c0. Calibrating TSC clock ... TSC clock: 2194962313 Hz CPU: Intel(R) Core(TM) i7-4702HQ CPU @ 2.20GHz (2194.96-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x306c3 Family = 0x6 Model = 0x3c Stepping = 3 Features=0xbfebfbff Features2=0x7ffafbbf,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND> AMD Features=0x2c100800 AMD Features2=0x21 Structured Extended Features=0x27ab TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) Physical memory chunk(s): 0x0000000000010000 - 0x0000000000099fff, 565248 bytes (138 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001b01000 - 0x00000000b9e1ffff, 3090280448 bytes (754463 pages) 0x00000000b9e27000 - 0x00000000ba26afff, 4472832 bytes (1092 pages) 0x00000000ba887000 - 0x00000000ca7e5fff, 267776000 bytes (65375 pages) 0x00000000cbfff000 - 0x00000000cbffffff, 4096 bytes (1 pages) 0x0000000100000000 - 0x00000002219a9fff, 4858748928 bytes (1186218 pages) avail memory = 8169410560 (7790 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 5 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 6 APIC: CPU 4 has ACPI ID 3 APIC: CPU 5 has ACPI ID 7 APIC: CPU 6 has ACPI ID 4 APIC: CPU 7 has ACPI ID 8 XEN: CPU 0 has VCPU ID 1 XEN: CPU 1 has VCPU ID 5 XEN: CPU 2 has VCPU ID 2 XEN: CPU 3 has VCPU ID 6 XEN: CPU 4 has VCPU ID 3 XEN: CPU 5 has VCPU ID 7 XEN: CPU 6 has VCPU ID 4 XEN: CPU 7 has VCPU ID 8 lapic0: CMCI unmasked x86bios: IVT 0x000000-0x0004ff at 0xfffff80000000000 x86bios: SSEG 0x098000-0x098fff at 0xfffffe02297b7000 x86bios: EBDA 0x09d000-0x09ffff at 0xfffff8000009d000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffff800000a0000 ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0xf0490 00024 (v02 DELL) ACPI: XSDT 0xcab4f0a8 000CC (v01 DELL CL09 01072009 AMI 00010013) ACPI: FACP 0xcab5ced8 0010C (v05 DELL CL09 01072009 AMI 00010013) ACPI: DSDT 0xcab4f200 0DCD6 (v02 DELL CL09 00000000 INTL 20120711) ACPI: FACS 0xcb527080 00040 ACPI: APIC 0xcab5cfe8 00092 (v03 DELL CL09 01072009 AMI 00010013) ACPI: FPDT 0xcab5d080 00044 (v01 DELL CL09 01072009 AMI 00010013) ACPI: SSDT 0xcab5d0c8 00C9A (v01 TrmRef PtidDevc 00001000 INTL 20091112) ACPI: SSDT 0xcab5dd68 00228 (v01 INTEL sensrhub 00000000 INTL 20120711) ACPI: SLIC 0xcab5df90 00176 (v01 DELL CL09 01072009 AMI 00010013) ACPI: SSDT 0xcab5e108 00539 (v01 PmRef Cpu0Ist 00003000 INTL 20120711) ACPI: SSDT 0xcab5e648 00AD8 (v01 PmRef CpuPm 00003000 INTL 20120711) ACPI: SSDT 0xcab5f120 002DE (v01 PmRef Cpu0Tst 00003000 INTL 20120711) ACPI: SSDT 0xcab5f400 00348 (v01 PmRef ApTst 00003000 INTL 20120711) ACPI: MCFG 0xcab5f748 0003C (v01 DELL CL09 01072009 MSFT 00000097) ACPI: SSDT 0xcab5f788 04F7F (v01 DptfTa DptfTabl 00001000 INTL 20120711) ACPI: HPET 0xcab64708 00038 (v01 DELL CL09 01072009 AMI. 00000005) ACPI: SSDT 0xcab64740 003AA (v01 SataRe SataTabl 00001000 INTL 20120711) ACPI: SSDT 0xcab64af0 02B6D (v01 SaSsdt SaSsdt 00003000 INTL 20091112) ACPI: SSDT 0xcab67660 00D33 (v01 SgRef SgPeg 00001000 INTL 20120711) ACPI: SSDT 0xcab68398 0058D (v01 AMITCG PROC 00000001 INTL 20120711) ACPI: MSDM 0xcab68928 00055 (v03 DELL CL09 01072009 AMI 00010013) ACPI: DMAR 0xcab68980 000B8 (v01 INTEL HSW 00000001 INTL 00000001) ACPI: SSDT 0xcab68a38 0123B (v01 OptRef OptTabl 00001000 INTL 20120711) ACPI: TCPA 0xcab69c78 00032 (v02 APTIO4 NAPAASF 00000001 MSFT 01000013) MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 wlan: <802.11 Link Layer> Hardware, VIA Nehemiah Padlock RNG: VIA Padlock RNG not present null: nfslock: pseudo-device Falling back to random adaptor random: initialized VESA: INT 0x10 vector 0xc000:0x0014 VESA: information block 0000 56 45 53 41 00 03 80 8f 00 c0 01 00 00 00 3d 90 0010 00 c0 ff 01 00 00 00 00 00 00 00 00 00 00 00 00 0020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 15 mode(s) found VESA: v3.0, 32704k memory, flags:0x1, mode table:0xfffff800000c903d (c000903d) VESA: Intel(R) HSW Mobile/Desktop Graphics Chipset Accelerated VGA BIOS VESA: \M-s\M-n \M-s\M-n \M-s\M-n io: VMBUS: load kbd: new array size 4 kbd1 at kbdmux0 mem: hpt27xx: RocketRAID 27xx controller driver v1.1 hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 hptnr: R750/DC7280 controller driver v1.0 acpi0: on motherboard ACPI: All ACPI Tables successfully acquired PCIe: Memory Mapped configuration base @ 0xf8000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 2 blocks of module-level executable AML code acpi0: Power Button (fixed) cpu0: Processor \134_PR_.CPU0 (ACPI ID 1) -> APIC ID 0 cpu0: on acpi0 ACPI: SSDT 0xcab3ec18 003D3 (v01 PmRef Cpu0Cst 00003001 INTL 20120711) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 003D3 (v01 PmRef Cpu0Cst 00003001 INTL 20120711) cpu1: Processor \134_PR_.CPU1 (ACPI ID 2) -> APIC ID 2 cpu1: on acpi0 ACPI: SSDT 0xcab3e618 005AA (v01 PmRef ApIst 00003000 INTL 20120711) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 005AA (v01 PmRef ApIst 00003000 INTL 20120711) ACPI: SSDT 0xcab3dd98 00119 (v01 PmRef ApCst 00003000 INTL 20120711) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 00119 (v01 PmRef ApCst 00003000 INTL 20120711) cpu2: Processor \134_PR_.CPU2 (ACPI ID 3) -> APIC ID 4 cpu2: on acpi0 cpu3: Processor \134_PR_.CPU3 (ACPI ID 4) -> APIC ID 6 cpu3: on acpi0 cpu4: Processor \134_PR_.CPU4 (ACPI ID 5) -> APIC ID 1 cpu4: on acpi0 cpu5: Processor \134_PR_.CPU5 (ACPI ID 6) -> APIC ID 3 cpu5: on acpi0 cpu6: Processor \134_PR_.CPU6 (ACPI ID 7) -> APIC ID 5 cpu6: on acpi0 cpu7: Processor \134_PR_.CPU7 (ACPI ID 8) -> APIC ID 7 cpu7: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 8 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), MSI, 64bit, periodic hpet0: t1: irqs 0x00f00000 (0), MSI hpet0: t2: irqs 0x00f00800 (0), MSI hpet0: t3: irqs 0x00f01000 (0), MSI hpet0: t4: irqs 0x00000000 (0), MSI hpet0: t5: irqs 0x00000000 (0), MSI hpet0: t6: irqs 0x00000000 (0), MSI hpet0: t7: irqs 0x00000000 (0), MSI Timecounter "HPET" frequency 14318180 Hz quality 950 msi: routing MSI-X IRQ 256 to local APIC 0 vector 49 msi: routing MSI-X IRQ 257 to local APIC 0 vector 50 msi: routing MSI-X IRQ 258 to local APIC 0 vector 51 msi: routing MSI-X IRQ 259 to local APIC 0 vector 52 msi: routing MSI-X IRQ 260 to local APIC 0 vector 53 msi: routing MSI-X IRQ 261 to local APIC 0 vector 54 msi: routing MSI-X IRQ 262 to local APIC 0 vector 55 msi: routing MSI-X IRQ 263 to local APIC 0 vector 56 Event timer "HPET" frequency 14318180 Hz quality 550 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 57 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 58 Event timer "i8254" frequency 1193182 Hz quality 100 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 4 N 0 3 4 5 6 10 11 12 14 15 Validation 0 4 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xd3fff pcib0: decoding 3 range 0xd4000-0xd7fff pcib0: decoding 3 range 0xd8000-0xdbfff pcib0: decoding 3 range 0xdc000-0xdffff pcib0: decoding 3 range 0xe0000-0xe3fff pcib0: decoding 3 range 0xe4000-0xe7fff pcib0: decoding 3 range 0xcf200000-0xfeafffff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x0c04, revid=0x06 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0c01, revid=0x06 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x0416, revid=0x06 domain=0, bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xf7400000, size 22, enabled pcib0: allocated type 3 (0xf7400000-0xf77fffff) for rid 10 of pci0:0:2:0 map[18]: type Prefetchable Memory, range 64, base 0xd0000000, size 28, enabled pcib0: allocated type 3 (0xd0000000-0xdfffffff) for rid 18 of pci0:0:2:0 map[20]: type I/O Port, range 32, base 0xf000, size 6, enabled pcib0: allocated type 4 (0xf000-0xf03f) for rid 20 of pci0:0:2:0 pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x0c0c, revid=0x06 domain=0, bus=0, slot=3, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xf7a1c000, size 14, enabled pcib0: allocated type 3 (0xf7a1c000-0xf7a1ffff) for rid 10 of pci0:0:3:0 pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x0c03, revid=0x06 domain=0, bus=0, slot=4, func=0 class=11-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xf7a10000, size 15, enabled pcib0: allocated type 3 (0xf7a10000-0xf7a17fff) for rid 10 of pci0:0:4:0 pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x8c31, revid=0x05 domain=0, bus=0, slot=20, func=0 class=0c-03-30, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xf7a00000, size 16, enabled pcib0: allocated type 3 (0xf7a00000-0xf7a0ffff) for rid 10 of pci0:0:20:0 pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x8c3a, revid=0x04 domain=0, bus=0, slot=22, func=0 class=07-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf7a26000, size 4, enabled pcib0: allocated type 3 (0xf7a26000-0xf7a2600f) for rid 10 of pci0:0:22:0 pcib0: matched entry for 0.22.INTA pcib0: slot 22 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x8c2d, revid=0x05 domain=0, bus=0, slot=26, func=0 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7a24000, size 10, enabled pcib0: allocated type 3 (0xf7a24000-0xf7a243ff) for rid 10 of pci0:0:26:0 pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 ehci early: SMM active, request owner change found-> vendor=0x8086, dev=0x8c20, revid=0x05 domain=0, bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf7a18000, size 14, enabled pcib0: allocated type 3 (0xf7a18000-0xf7a1bfff) for rid 10 of pci0:0:27:0 pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 22 found-> vendor=0x8086, dev=0x8c10, revid=0xd5 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x8c14, revid=0xd5 domain=0, bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x8c16, revid=0xd5 domain=0, bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x8c26, revid=0x05 domain=0, bus=0, slot=29, func=0 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=4 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7a23000, size 10, enabled pcib0: allocated type 3 (0xf7a23000-0xf7a233ff) for rid 10 of pci0:0:29:0 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 ehci early: SMM active, request owner change found-> vendor=0x8086, dev=0x8c4b, revid=0x05 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x8c03, revid=0x05 domain=0, bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0xf0b0, size 3, enabled pcib0: allocated type 4 (0xf0b0-0xf0b7) for rid 10 of pci0:0:31:2 map[14]: type I/O Port, range 32, base 0xf0a0, size 2, enabled pcib0: allocated type 4 (0xf0a0-0xf0a3) for rid 14 of pci0:0:31:2 map[18]: type I/O Port, range 32, base 0xf090, size 3, enabled pcib0: allocated type 4 (0xf090-0xf097) for rid 18 of pci0:0:31:2 map[1c]: type I/O Port, range 32, base 0xf080, size 2, enabled pcib0: allocated type 4 (0xf080-0xf083) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0xf060, size 5, enabled pcib0: allocated type 4 (0xf060-0xf07f) for rid 20 of pci0:0:31:2 map[24]: type Memory, range 32, base 0xf7a22000, size 11, enabled pcib0: allocated type 3 (0xf7a22000-0xf7a227ff) for rid 24 of pci0:0:31:2 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x8c22, revid=0x05 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 map[10]: type Memory, range 64, base 0xf7a21000, size 8, enabled pcib0: allocated type 3 (0xf7a21000-0xf7a210ff) for rid 10 of pci0:0:31:3 map[20]: type I/O Port, range 32, base 0xf040, size 5, enabled pcib0: allocated type 4 (0xf040-0xf05f) for rid 20 of pci0:0:31:3 pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x8c24, revid=0x05 domain=0, bus=0, slot=31, func=6 class=11-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xf7a20000, size 12, enabled pcib0: allocated type 3 (0xf7a20000-0xf7a20fff) for rid 10 of pci0:0:31:6 pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 pcib1: irq 16 at device 1.0 on pci0 pcib0: allocated type 4 (0xe000-0xefff) for rid 1c of pcib1 pcib0: allocated type 3 (0xf6000000-0xf70fffff) for rid 20 of pcib1 pcib0: allocated type 3 (0xe0000000-0xf1ffffff) for rid 24 of pcib1 pcib1: domain 0 pcib1: secondary bus 2 pcib1: subordinate bus 3 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xf6000000-0xf70fffff pcib1: prefetched decode 0xe0000000-0xf1ffffff pci2: on pcib1 pci2: domain=0, physical bus=2 found-> vendor=0x10de, dev=0x0ff6, revid=0xa1 domain=0, bus=2, slot=0, func=0 class=03-02-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf6000000, size 24, enabled pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:2:0:0 map[14]: type Prefetchable Memory, range 64, base 0xe0000000, size 28, enabled pcib1: allocated prefetch range (0xe0000000-0xefffffff) for rid 14 of pci0:2:0:0 map[1c]: type Prefetchable Memory, range 64, base 0xf0000000, size 25, enabled pcib1: allocated prefetch range (0xf0000000-0xf1ffffff) for rid 1c of pci0:2:0:0 map[24]: type I/O Port, range 32, base 0xe000, size 7, enabled pcib1: allocated I/O port range (0xe000-0xe07f) for rid 24 of pci0:2:0:0 pcib1: matched entry for 2.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 vgapci0: port 0xe000-0xe07f mem 0xf6000000-0xf6ffffff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff irq 16 at device 0.0 on pci2 vgapci1: port 0xf000-0xf03f mem 0xf7400000-0xf77fffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 vgapci1: Boot video device hdac0: mem 0xf7a1c000-0xf7a1ffff irq 16 at device 3.0 on pci0 hdac0: PCI card vendor: 0x8086, device: 0x2010 hdac0: HDA Driver Revision: 20120126_0002 hdac0: Config options: on=0x00000000 off=0x00000000 hdac0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 264 to local APIC 0 vector 59 hdac0: using IRQ 264 for MSI hdac0: Caps: OSS 2, ISS 0, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 pci0: at device 4.0 (no driver attached) xhci0: mem 0xf7a00000-0xf7a0ffff irq 16 at device 20.0 on pci0 xhci0: attempting to allocate 1 MSI vectors (8 supported) msi: routing MSI IRQ 265 to local APIC 0 vector 60 xhci0: using IRQ 265 for MSI xhci0: MSI enabled xhci0: 32 byte context size. xhci0: Port routing mask set to 0xffffffff usbus0 on xhci0 xhci0: usbpf: Attached pci0: at device 22.0 (no driver attached) ehci0: mem 0xf7a24000-0xf7a243ff irq 16 at device 26.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 61 usbus1: EHCI version 1.0 usbus1 on ehci0 ehci0: usbpf: Attached hdac1: mem 0xf7a18000-0xf7a1bfff irq 22 at device 27.0 on pci0 hdac1: PCI card vendor: 0x1028, device: 0x060d hdac1: HDA Driver Revision: 20120126_0002 hdac1: Config options: on=0x00000000 off=0x00000000 hdac1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 266 to local APIC 0 vector 62 hdac1: using IRQ 266 for MSI hdac1: Caps: OSS 4, ISS 4, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 pcib2: irq 16 at device 28.0 on pci0 pcib2: domain 0 pcib2: secondary bus 4 pcib2: subordinate bus 4 pci4: on pcib2 pci4: domain=0, physical bus=4 pcib3: irq 18 at device 28.2 on pci0 pcib0: allocated type 3 (0xf7900000-0xf79fffff) for rid 20 of pcib3 pcib3: domain 0 pcib3: secondary bus 6 pcib3: subordinate bus 6 pcib3: memory decode 0xf7900000-0xf79fffff pci6: on pcib3 pci6: domain=0, physical bus=6 found-> vendor=0x8086, dev=0x08b1, revid=0x6b domain=0, bus=6, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf7900000, size 13, enabled pcib3: allocated memory range (0xf7900000-0xf7901fff) for rid 10 of pci0:6:0:0 pcib3: matched entry for 6.0.INTA pcib3: slot 0 INTA hardwired to IRQ 18 pci6: at device 0.0 (no driver attached) pcib4: irq 19 at device 28.3 on pci0 pcib0: allocated type 3 (0xf7800000-0xf78fffff) for rid 20 of pcib4 pcib4: domain 0 pcib4: secondary bus 7 pcib4: subordinate bus 7 pcib4: memory decode 0xf7800000-0xf78fffff pci7: on pcib4 pci7: domain=0, physical bus=7 found-> vendor=0x10ec, dev=0x5249, revid=0x01 domain=0, bus=7, slot=0, func=0 class=ff-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf7800000, size 12, enabled pcib4: allocated memory range (0xf7800000-0xf7800fff) for rid 10 of pci0:7:0:0 pcib4: matched entry for 7.0.INTA pcib4: slot 0 INTA hardwired to IRQ 19 pci7: at device 0.0 (no driver attached) ehci1: mem 0xf7a23000-0xf7a233ff irq 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 63 usbus2: EHCI version 1.0 usbus2 on ehci1 ehci1: usbpf: Attached isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xf0b0-0xf0b7,0xf0a0-0xf0a3,0xf090-0xf097,0xf080-0xf083,0xf060-0xf07f mem 0xf7a22000-0xf7a227ff irq 19 at device 31.2 on pci0 ahci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 267 to local APIC 0 vector 64 ahci0: using IRQ 267 for MSI ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahci0: Caps: 64bit NCQ ALP AL CLO 6Gbps PMD SSC PSC 32cmd EM 6ports ahci0: Caps2: APST ahcich0: at channel 0 on ahci0 ahcich0: Caps: ahcich1: not probed (disabled) ahcich2: not probed (disabled) ahcich3: not probed (disabled) ahcich4: not probed (disabled) ahcich5: not probed (disabled) ahciem0: on ahci0 ahciem0: Caps: ALHD XMT SMB LED pci0: at device 31.3 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 65 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 66 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00004000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 battery0: on acpi0 acpi_acad0: on acpi0 ACPI: Enabled 4 GPEs in block 00 to 3F acpi0: wakeup code va 0xfffffe0233c55000 pa 0x94000 ahc_isa_identify 0: ioport 0xc00 alloc failed ahc_isa_identify 1: ioport 0x1c00 alloc failed ahc_isa_identify 2: ioport 0x2c00 alloc failed ahc_isa_identify 3: ioport 0x3c00 alloc failed ahc_isa_identify 4: ioport 0x4c00 alloc failed ahc_isa_identify 5: ioport 0x5c00 alloc failed ahc_isa_identify 6: ioport 0x6c00 alloc failed ahc_isa_identify 7: ioport 0x7c00 alloc failed ahc_isa_identify 8: ioport 0x8c00 alloc failed ahc_isa_identify 9: ioport 0x9c00 alloc failed ahc_isa_identify 10: ioport 0xac00 alloc failed ahc_isa_identify 11: ioport 0xbc00 alloc failed ahc_isa_identify 12: ioport 0xcc00 alloc failed ahc_isa_identify 13: ioport 0xdc00 alloc failed ahc_isa_identify 14: ioport 0xec00 alloc failed ex_isa_identify() pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0800-0xd0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd1800-0xd1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 0 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 0 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 0 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 0 of orm0 pcib0: allocated type 3 (0xe0000-0xe07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe0800-0xe0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe1000-0xe17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe1800-0xe1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe2000-0xe27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe2800-0xe2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe3000-0xe37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe3800-0xe3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe4000-0xe47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe4800-0xe4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe5000-0xe57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe5800-0xe5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe6000-0xe67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe6800-0xe6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe7000-0xe77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe7800-0xe7fff) for rid 0 of orm0 isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x3f0-0x3f5) for rid 0 of fdc0 pcib0: allocated type 4 (0x3f7-0x3f7) for rid 1 of fdc0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0 failed to probe at irq 7 on isa0 pcib0: allocated type 4 (0x3f8-0x3ff) for rid 0 of uart0 uart0 failed to probe at port 0x3f8-0x3ff irq 4 on isa0 pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 uart1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 est4: on cpu4 p4tcc4: on cpu4 est5: on cpu5 p4tcc5: on cpu5 est6: on cpu6 p4tcc6: on cpu6 est7: on cpu7 p4tcc7: on cpu7 Device configuration finished. procfs registered ZFS filesystem version: 5 ZFS storage pool version: features support (5000) lapic: Divisor 2, Frequency 49885510 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining tcp_init: net.inet.tcp.tcbhashsize auto tuned to 65536 lo0: bpf attached hpt27xx: no controller detected. hptrr: no controller detected. hptnr: no controller detected. hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 hdaa0: Subsystem ID: 0x80860101 hdaa0: NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdaa0: Original pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 3 18560010 1 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: Patched pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 3 18560010 1 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: 1 associations found: hdaa0: Association 0 (1) out: hdaa0: Pin nid=3 seq=0 hdaa0: Tracing association 0 (1) hdaa0: Pin 3 traced to DAC 2 hdaa0: Association 0 (1) trace succeeded hdaa0: Looking for additional DAC for association 0 (1) hdaa0: Tracing input monitor hdaa0: Tracing other input monitors hdaa0: Tracing beeper hdaa0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref pcm0: at nid 3 on hdaa0 pcm0: Playback: pcm0: Stream cap: 0x00000005 AC3 PCM pcm0: PCM cap: 0x001e07f0 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz pcm0: DAC: 2 pcm0: pcm0: nid=3 [pin: Digital-out (Jack)] pcm0: + <- nid=2 [audio output] [src: pcm] pcm0: pcm0: Master Volume (OSS: vol): 0/0dB pcm0: +- ctl 1 (nid 3 in ): mute pcm0: pcm0: PCM Volume (OSS: pcm): 0/0dB pcm0: +- ctl 1 (nid 3 in ): mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Soft PCM mixer ENABLED pcm0: Playback channel matrix is: unknown, assuming 7.1 (disconnected) hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 hdaa1: Subsystem ID: 0x1028060d hdaa1: NumGPIO=4 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdaa1: GPIO0: disabled hdaa1: GPIO1: disabled hdaa1: GPIO2: disabled hdaa1: GPIO3: disabled hdaa1: Original pins configuration: hdaa1: nid 0x as seq device conn jack loc color misc hdaa1: 18 90a60130 3 0 Mic Fixed Digital Internal Unknown 1 hdaa1: 20 90170110 1 0 Speaker Fixed Analog Internal Unknown 1 hdaa1: 21 0321101f 1 15 Headphones Jack 1/8 Left Black 0 hdaa1: 22 40000000 0 0 Line-out None Unknown 0x00 Unknown 0 hdaa1: 24 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 25 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 26 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 27 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 29 40d6832d 2 13 Digital-in None Digital 0x00 Purple 3 hdaa1: 30 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: 31 411111f0 15 0 Speaker None 1/8 Rear Black 1 hdaa1: Patching widget caps nid=29 0x00400400 -> 0x00700400 hdaa1: Patched pins configuration: hdaa1: nid 0x as seq device conn jack loc color misc hdaa1: 18 90a60130 3 0 Mic Fixed Digital Internal Unknown 1 hdaa1: 20 90170110 1 0 Speaker Fixed Analog Internal Unknown 1 hdaa1: 21 0321101f 1 15 Headphones Jack 1/8 Left Black 0 hdaa1: 22 40000000 0 0 Line-out None Unknown 0x00 Unknown 0 DISA hdaa1: 24 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa1: 25 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa1: 26 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa1: 27 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa1: 30 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa1: 31 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa1: 2 associations found: hdaa1: Association 0 (1) out: hdaa1: Pin nid=20 seq=0 hdaa1: Pin nid=21 seq=15 hdaa1: Association 1 (3) in: hdaa1: Pin nid=18 seq=0 hdaa1: Tracing association 0 (1) hdaa1: Pin 20 traced to DAC 2 hdaa1: Pin 21 traced to DAC 2 and hpredir 0 hdaa1: Association 0 (1) trace succeeded hdaa1: Tracing association 1 (3) hdaa1: Pin 18 traced to ADC 7 hdaa1: Association 1 (3) trace succeeded hdaa1: Looking for additional DAC for association 0 (1) hdaa1: Looking for additional ADC for association 1 (3) hdaa1: Tracing input monitor hdaa1: Tracing other input monitors hdaa1: Tracing nid 18 to out hdaa1: Tracing beeper hdaa1: nid 29 traced to out hdaa1: Headphones redirection for association 0 nid=21 using unsolicited responses. hdaa1: Redirect output to: main hdaa1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref pcm1: at nid 20,21 and 18 on hdaa1 pcm1: Playback: pcm1: Stream cap: 0x00000001 PCM pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz pcm1: DAC: 2 pcm1: pcm1: nid=20 [pin: Speaker (Fixed)] pcm1: + <- nid=12 [audio mixer] [src: pcm, speaker] pcm1: + <- nid=2 [audio output] [src: pcm] pcm1: + <- nid=11 [audio mixer] [src: speaker] pcm1: + <- nid=29 [beep widget] [src: speaker] pcm1: pcm1: nid=21 [pin: Headphones (Black Jack)] pcm1: + <- nid=12 [audio mixer] [src: pcm, speaker] pcm1: + <- nid=2 [audio output] [src: pcm] pcm1: + <- nid=11 [audio mixer] [src: speaker] pcm1: + <- nid=29 [beep widget] [src: speaker] pcm1: pcm1: Record: pcm1: Stream cap: 0x00000001 PCM pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz pcm1: ADC: 7 pcm1: pcm1: nid=7 [audio input] pcm1: + <- nid=18 [pin: Mic (Fixed)] [src: monitor] pcm1: pcm1: Master Volume (OSS: vol): -34/0dB pcm1: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm1: +- ctl 11 (nid 11 in 4): -34/12dB (32 steps) + mute pcm1: +- ctl 13 (nid 12 in 0): mute pcm1: +- ctl 14 (nid 12 in 1): mute pcm1: +- ctl 19 (nid 20 in ): mute pcm1: +- ctl 20 (nid 21 in ): mute pcm1: pcm1: PCM Volume (OSS: pcm): -65/0dB pcm1: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm1: +- ctl 13 (nid 12 in 0): mute pcm1: pcm1: Microphone2 Volume (OSS: monitor): -17/30dB pcm1: +- ctl 4 (nid 7 in 0): -17/30dB (64 steps) + mute pcm1: pcm1: Speaker/Beep Volume (OSS: speaker): -34/12dB pcm1: +- ctl 11 (nid 11 in 4): -34/12dB (32 steps) + mute pcm1: +- ctl 14 (nid 12 in 1): mute pcm1: pcm1: Recording Level (OSS: rec): -17/30dB pcm1: +- ctl 4 (nid 7 in 0): -17/30dB (64 steps) + mute pcm1: pcm1: Input Monitoring Level (OSS: igain): -34/12dB pcm1: +- ctl 11 (nid 11 in 4): -34/12dB (32 steps) + mute pcm1: +- ctl 14 (nid 12 in 1): mute pcm1: pcm1: Mixer "vol": pcm1: Mixer "pcm": pcm1: Mixer "speaker": pcm1: Mixer "rec": pcm1: Mixer "igain": pcm1: Mixer "ogain": pcm1: Mixer "monitor": pcm1: Playback channel set is: Front Left, Front Right, pcm1: Playback channel matrix is: 2.0 (unknown) pcm1: Automatically set rec source to: monitor pcm1: Recording channel set is: Front Left, Front Right, pcm1: Recording channel matrix is: 2.0 (unknown) random: unblocking device. usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 480Mbps High Speed USB v2.0 acpi_tz0: switched from NONE to _AC2: 27.8C acpi_tz1: _TMP value is absurd, ignored (-266.3C) ahcich0: AHCI reset... ahcich0: SATA connect time=100us status=00000133 ahcich0: AHCI reset: device found battery0: battery initialization start acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ugen0.1: <0x8086> at usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ugen2.1: at usbus2 uhub1: on usbus2 ugen1.1: at usbus1 uhub2: on usbus1 ahcich0: AHCI reset: device ready after 100ms pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 pass0: ATA-9 SATA 3.x device pass0: Serial Number W760A6DM pass0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) pass0: Command Queueing enabled pass1 at ahciem0 bus 0 scbus1 target 0 lun 0 pass1: SEMB S-E-S 2.00 device ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-9 SATA 3.x device ada0: Serial Number W760A6DM ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ses0 at ahciem0 bus 0 scbus1 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device ses0: Generation Code 0x0 has 1 SubEnclosures ses0: SubEnclosure ID 0, 1 Types With this ID, Descriptor Length 36, offset 8 ses0: WWN: 0 ses0: Type Desc[0]: Type 0x17, MaxElt 6, In Subenc 0, Text Length 0: GEOM: new disk ada0 battery0: battery initialization done, tried 1 times Netvsc initializing... done! lapic2: CMCI unmasked lapic3: CMCI unmasked lapic7: CMCI unmasked lapic6: CMCI unmasked lapic5: CMCI unmasked lapic4: CMCI unmasked SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000100f2 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 2 vector 48 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 3 vector 48 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 4 vector 48 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 5 vector 48 msi: Assigning MSI-X IRQ 257 to local APIC 1 vector 49 msi: Assigning MSI-X IRQ 258 to local APIC 2 vector 49 msi: Assigning MSI-X IRQ 259 to local APIC 3 vector 49 msi: Assigning MSI-X IRQ 260 to local APIC 4 vector 49 msi: Assigning MSI-X IRQ 261 to local APIC 5 vector 49 msi: Assigning MSI-X IRQ 262 to local APIC 6 vector 48 msi: Assigning MSI-X IRQ 263 to local APIC 7 vector 48 msi: Assigning MSI IRQ 264 to local APIC 6 vector 49 msi: Assigning MSI IRQ 265 to local APIC 7 vector 49 msi: Assigning MSI IRQ 267 to local APIC 1 vector 50 SMP: passed TSC synchronization test TSC timecounter discards lower 1 bit(s) Timecounter "TSC-low" frequency 1097481156 Hz quality 1000 Root mount waiting for: usbus2 usbus1 usbus0 uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub0: 21 ports with 21 removable, self powered Root mount waiting for: usbus2 usbus1 usbus0 ugen2.2: at usbus2 uhub3: on usbus2 ugen1.2: at usbus1 uhub4: on usbus1 xhci0: Port routing mask set to 0x00000000 usb_alloc_device: device init 2 failed (USB_ERR_IOERROR, ignored) ugen0.2: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device uhub4: 6 ports with 6 removable, self powered uhub3: 8 ports with 8 removable, self powered Root mount waiting for: usbus2 usbus1 usbus0 xhci0: Port routing mask set to 0x00000000 usb_alloc_device: device init 2 failed (USB_ERR_IOERROR, ignored) ugen0.2: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device ugen2.3: at usbus2 ugen1.3: at usbus1 hid_get_item: Number of items truncated to 255 ugen2.4: at usbus2 ugen1.4: at usbus1 Trying to mount root from zfs:zroot/ROOT/default []... start_init: trying /sbin/init hid_get_item: Number of items truncated to 255 ubt0: on usbus2 hid_get_item: Number of items truncated to 255 uhid0: on usbus1 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 axge0: on usbus2 WARNING: attempt to domain_add(bluetooth) after domainfinalize() WARNING: attempt to domain_add(netgraph) after domainfinalize() miibus0: on axge0 rgephy0: PHY 3 on miibus0 rgephy0: OUI 0x00e04c, model 0x0011, rev. 5 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow ue0: on axge0 ue0: bpf attached ue0: Ethernet address: 50:3f:56:01:14:87 ubt0: ubt_ctrl_write_callback:780: control transfer failed: USB_ERR_TIMEOUT ng_hci_process_command_timeout: ubt0hci - unable to complete HCI command OGF=0x3, OCF=0x3. Timeout atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa --------------090106070103080506040607 Content-Type: text/plain; charset=us-ascii; name="pciconf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pciconf" hostb0@pci0:0:0:0: class=0x060000 card=0x060d1028 chip=0x0c048086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'Haswell DRAM Controller' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x060d1028 chip=0x0c018086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' device = 'Haswell PCI Express x16 Controller' class = bridge subclass = PCI-PCI vgapci1@pci0:0:2:0: class=0x030000 card=0x060d1028 chip=0x04168086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'Haswell Integrated Graphics Controller' class = display subclass = VGA hdac0@pci0:0:3:0: class=0x040300 card=0x20108086 chip=0x0c0c8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'Haswell HD Audio Controller' class = multimedia subclass = HDA none0@pci0:0:4:0: class=0x118000 card=0x20108086 chip=0x0c038086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = dasp xhci0@pci0:0:20:0: class=0x0c0330 card=0x060d1028 chip=0x8c318086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point USB xHCI Host Controller' class = serial bus subclass = USB none1@pci0:0:22:0: class=0x078000 card=0x060d1028 chip=0x8c3a8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point MEI Controller' class = simple comms ehci0@pci0:0:26:0: class=0x0c0320 card=0x060d1028 chip=0x8c2d8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point USB Enhanced Host Controller' class = serial bus subclass = USB hdac1@pci0:0:27:0: class=0x040300 card=0x060d1028 chip=0x8c208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point High Definition Audio Controller' class = multimedia subclass = HDA pcib2@pci0:0:28:0: class=0x060400 card=0x060d1028 chip=0x8c108086 rev=0xd5 hdr=0x01 vendor = 'Intel Corporation' device = 'Lynx Point PCI Express Root Port' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:2: class=0x060400 card=0x060d1028 chip=0x8c148086 rev=0xd5 hdr=0x01 vendor = 'Intel Corporation' device = 'Lynx Point PCI Express Root Port' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:3: class=0x060400 card=0x060d1028 chip=0x8c168086 rev=0xd5 hdr=0x01 vendor = 'Intel Corporation' device = 'Lynx Point PCI Express Root Port' class = bridge subclass = PCI-PCI ehci1@pci0:0:29:0: class=0x0c0320 card=0x060d1028 chip=0x8c268086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point USB Enhanced Host Controller' class = serial bus subclass = USB isab0@pci0:0:31:0: class=0x060100 card=0x060d1028 chip=0x8c4b8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point LPC Controller' class = bridge subclass = PCI-ISA ahci0@pci0:0:31:2: class=0x010601 card=0x060d1028 chip=0x8c038086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point 6-port SATA Controller 1 [AHCI mode]' class = mass storage subclass = SATA none2@pci0:0:31:3: class=0x0c0500 card=0x060d1028 chip=0x8c228086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point SMBus Controller' class = serial bus subclass = SMBus none3@pci0:0:31:6: class=0x118000 card=0x060d1028 chip=0x8c248086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point Thermal Management Controller' class = dasp vgapci0@pci0:2:0:0: class=0x030200 card=0x060d1028 chip=0x0ff610de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = display subclass = 3D none4@pci0:6:0:0: class=0x028000 card=0xc4708086 chip=0x08b18086 rev=0x6b hdr=0x00 vendor = 'Intel Corporation' class = network none5@pci0:7:0:0: class=0xff0000 card=0x060d1028 chip=0x524910ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' --------------090106070103080506040607 Content-Type: text/plain; charset=us-ascii; name="usbconfig" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="usbconfig" ugen0.1: at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen2.2: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen1.2: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen1.3: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (144mA) ugen2.3: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) ugen1.4: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA) ugen2.4: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (248mA) --------------090106070103080506040607-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 27 17:23:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D776AC for ; Fri, 27 Jun 2014 17:23:37 +0000 (UTC) Received: from dyslexicfish.net (streams.dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E60002735 for ; Fri, 27 Jun 2014 17:23:36 +0000 (UTC) Received: from dyslexicfish.net (streams.dyslexicfish.net [91.109.5.35]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id s5RHNSBb055191; Fri, 27 Jun 2014 18:23:28 +0100 (BST) (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id s5RHNRnw055190; Fri, 27 Jun 2014 18:23:27 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201406271723.s5RHNRnw055190@dyslexicfish.net> Date: Fri, 27 Jun 2014 18:23:27 +0100 To: vikashb@where-ever.za.net, freebsd-stable@freebsd.org Subject: Re: FreeBSD 10.0-STABLE #0 r267746: panic when using ue0 network References: <53AD185C.3090705@where-ever.za.net> In-Reply-To: <53AD185C.3090705@where-ever.za.net> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [91.109.5.35]); Fri, 27 Jun 2014 18:23:28 +0100 (BST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 27 Jun 2014 17:23:37 -0000 Vikash Badal wrote: > Please assist. > The laptop is now unusable as i cannot perform any network activity. > > hardware: > Dell M3800 > > nic: > ugen2.4: at usbus2, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON (248mA) This is beyond my ability, but I use ue without problems on 10-Stable (althought a different physical device) I last updated on 10th May, though. It may help someone if you can confirm whether or not this only started when upgrading to a more recent revision Cheers, Jamie P.S. It may be helpful in future to include more detailed debugging information(!) :-) *grin* From owner-freebsd-stable@FreeBSD.ORG Fri Jun 27 18:33:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E18FE941; Fri, 27 Jun 2014 18:33:03 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 55A742DEA; Fri, 27 Jun 2014 18:33:03 +0000 (UTC) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s5RIWxAQ002510; Fri, 27 Jun 2014 20:32:59 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 454BB3508; Fri, 27 Jun 2014 20:32:59 +0200 (CEST) Message-ID: <53ADB8DA.90308@omnilan.de> Date: Fri, 27 Jun 2014 20:32:58 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 Subject: Re: pkg-install(8), url: "file://" and PKG_CACHEDIR References: <53A5C1D4.3050402@omnilan.de> <53AC4A52.8020502@FreeBSD.org> <20140626222841.GH24440@ivaldir.etoilebsd.net> <53ACA2D1.7050304@FreeBSD.org> In-Reply-To: <53ACA2D1.7050304@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Fri, 27 Jun 2014 20:32:59 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) Cc: pkg@freebsd.org, FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 27 Jun 2014 18:33:04 -0000 Bezüglich Bryan Drewery's Nachricht vom 27.06.2014 00:46 (localtime): > On 6/26/14, 5:28 PM, Baptiste Daroussin wrote: >> On Thu, Jun 26, 2014 at 11:29:06AM -0500, Bryan Drewery wrote: >>> Moving to pkg@FreeBSD.org … >>>> starts with "file://" (in ${PRREFIX}/pkg/repos/mylocalrepo.conf). >>>> >>>> Currently, local available packages will be copied to the local cache >>>> dir by default (if not circumvented by 'env >>>> PKG_CACHEDIR=/path/to/local-repo pkg install …' e.g.). >>>> Such a PKG_CACHEDIR-matching-logic should be enabled by default IMHO. >>> >>> Warning, this will stop working in pkg 1.3 and cause many problems in >>> your repo. The filenames are stored differently in the cachedir and now >>> symlinks are used to point to the newly cached files - which will remove >>> all of your existing packages. Thanks a lot for that warning! >>>> Maybe it's usefull to have a "pkg-install -K" option, (like -K,--keep >>>> for old pkg_add), to disable the PKG_CACHEDIR-mathcing-logic (for >>>> example if someone provides cd-repo and intentionally wants to keep >>>> packages in PKG_CACHEDIR). … >>> I will take a look before 1.3 release to see if disabling cache for >>> file:// is straight forward. We're in a feature freeze right now so I >>> don't want to introduce too much risk. >> >> IIRC I already disabled cache for file:// in pkg 1.3 >> >> regards, >> Bapt >> > > Yup. Very nice! Set WITH_PKGNG to devel in my make.conf(.ports) and try soon! Thanks a lot, posted to stable@ in case any one else was interested. -Harry From owner-freebsd-stable@FreeBSD.ORG Fri Jun 27 22:17:22 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A0E023F for ; Fri, 27 Jun 2014 22:17:22 +0000 (UTC) Received: from phoenix.eternamente.info (phoenix.arroway.org [109.169.80.17]) by mx1.freebsd.org (Postfix) with ESMTP id C4DAB2332 for ; Fri, 27 Jun 2014 22:17:20 +0000 (UTC) Received: from 198.46.134.62 (optimus.arroway.org [198.46.134.62]) by phoenix.eternamente.info (Postfix) with ESMTPA id 751E11CC90 for ; Fri, 27 Jun 2014 19:17:16 -0300 (BRT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 27 Jun 2014 22:17:17 -0300 From: Nenhum_de_Nos To: stable@freebsd.org Subject: Re: Problem compiling 9.3-RC1 on 9.2-RC4 In-Reply-To: <9261819e53e5a511513976bb57f459a1@arroway.org> References: <20140625162916.GF1218@hub.FreeBSD.org> <40df5d0e647ed87478d711dc7280c31c@arroway.org> <20140625163827.GG1218@hub.FreeBSD.org> <13609b91d41c5e0e242f59e8ccff8078@arroway.org> <20140625165047.GH1218@hub.FreeBSD.org> <61d723ed71ccff1ab9fc20122c32e5b5@arroway.org> <20140625184801.GK1218@hub.FreeBSD.org> <9261819e53e5a511513976bb57f459a1@arroway.org> Message-ID: <6a53c178f492952ad1dee0fd8de92e09@arroway.org> X-Sender: matheus@arroway.org User-Agent: Roundcube Webmail/1.0.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 27 Jun 2014 22:17:22 -0000 On 2014-06-27 11:07, Nenhum_de_Nos wrote: > On 2014-06-25 15:48, Glen Barber wrote: >> On Wed, Jun 25, 2014 at 04:59:55PM -0300, Nenhum_de_Nos wrote: >>> On 2014-06-25 13:50, Glen Barber wrote: >>> >On Wed, Jun 25, 2014 at 04:43:42PM -0300, Nenhum_de_Nos wrote: >>> >>On 2014-06-25 13:38, Glen Barber wrote: >>> >>>On Wed, Jun 25, 2014 at 04:33:28PM -0300, Nenhum_de_Nos wrote: >>> >>>>On 2014-06-25 13:29, Glen Barber wrote: >>> >>>>>On Wed, Jun 25, 2014 at 04:15:54PM -0300, Nenhum_de_Nos wrote: >>> >>>>>>[...] >>> >>>>>> >>> >>>>> >>> >>>>>>there are more error lines. >>> >>>>>> >>> >>>>>>Do I need to update to 9.2R first ? >>> >>>>>> >>> >>>>>>uname -a >>> >>>>>>FreeBSD hobbes 9.2-RC4 FreeBSD 9.2-RC4 #2 r255520: Sat Sep 14 11:24:56 >>> >>>>>>BRT >>> >>>>>>2013 root@hobbes:/usr/obj/usr/src/sys/net6501-amd64 amd64 >>> >>>>>> >>> >>>>>>This is just GENERIC with mpt tables for soekris 6501 amd64 and pf built >>> >>>>>>in. >>> >>>>>> >>> >>>>> >>> >>>>>Did you 'buildworld' first? >>> >>>>> >>> >>>>>Glen >>> >>>> >>> >>>>yes >>> >>>> >>> >>> >>> >>>Can you show the output of 'svn info /usr/src' ? >>> >> >>> >>svn info /usr/src >>> >>svn: warning: cannot set LC_CTYPE locale >>> >>svn: warning: environment variable LANG is en_EN.UTF-8 >>> >>svn: warning: please check that your locale name is correct >>> >>Path: /usr/src >>> >>Working Copy Root Path: /usr/src >>> >>URL: http://svn.freebsd.org/base/releng/9.3 >>> >>Relative URL: ^/releng/9.3 >>> >>Repository Root: http://svn.freebsd.org/base >>> >>Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >>> >>Revision: 267845 >>> >>Node Kind: directory >>> >>Schedule: normal >>> >>Last Changed Author: jhb >>> >>Last Changed Rev: 267841 >>> >>Last Changed Date: 2014-06-24 17:35:20 -0300 (Tue, 24 Jun 2014) >>> >> >>> >>changed LANG to en_EN.UTF-8 just before issuing the command. >>> >> >>> > >>> >It should not affect the build. >>> > >>> >I forgot to ask, can you show /etc/make.conf and /etc/src.conf as well? >>> > >>> >Glen >>> >>> there you are: >>> >>> root@hobbes:~ # cat /etc/make.conf >>> root@hobbes:~ # cat /etc/src.conf >>> cat: /etc/src.conf: No such file or directory >>> >> >> Thank you. >> >> I am unable to reproduce this on 9.2-RELEASE with 'device pf' and >> 'device mptable' added to the GENERIC kernel. >> >> Did you start the build with a clean /usr/obj ? >> >> If not, can you please try with an empty /usr/obj ? >> >> Glen > > I will try now rm -f /usr/obj and make it again. My last time I did > make clean, but no good. > > thanks, > > matheus /usr/obj was deleted (rm -rf it), and the same error :( matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Sat Jun 28 13:03:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C719BD24; Sat, 28 Jun 2014 13:03:32 +0000 (UTC) Received: from BLU004-OMC2S35.hotmail.com (blu004-omc2s35.hotmail.com [65.55.111.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F89E25C7; Sat, 28 Jun 2014 13:03:32 +0000 (UTC) Received: from BLU177-W30 ([65.55.111.72]) by BLU004-OMC2S35.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712); Sat, 28 Jun 2014 06:03:25 -0700 X-TMN: [dOrxufH5x/+PV3PX7zB0UqPF52x9dKso] X-Originating-Email: [robertames@hotmail.com] Message-ID: From: Robert Ames To: "freebsd-stable@freebsd.org" Subject: RE: 9.3-BETA2 Date: Sat, 28 Jun 2014 09:03:25 -0400 Importance: Normal In-Reply-To: <201406241640.07199.jhb@freebsd.org> References: , <20140609034630.GJ33882@hub.FreeBSD.org>, , <201406241640.07199.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 28 Jun 2014 13:03:25.0461 (UTC) FILETIME=[58EA6450:01CF92D1] Cc: Glen Barber , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 28 Jun 2014 13:03:32 -0000 > From: jhb@freebsd.org=0A= > To: freebsd-stable@freebsd.org=0A= > Subject: Re: 9.3-BETA2=0A= > Date: Tue=2C 24 Jun 2014 16:40:07 -0400=0A= > CC: robertames@hotmail.com=3B gjb@freebsd.org=0A= > =0A= > On Thursday=2C June 12=2C 2014 7:16:53 pm Robert Ames wrote:=0A= >>> Date: Sun=2C 8 Jun 2014 23:46:30 -0400=0A= >>> From: gjb@FreeBSD.org=0A= >>> To: robertames@hotmail.com=0A= >>> Subject: Re: 9.3-BETA2=0A= >>> CC: freebsd-stable@freebsd.org=0A= >>>=0A= >>> On Sun=2C Jun 08=2C 2014 at 11:42:58PM -0400=2C Robert Ames wrote:=0A= >>>> Is there any way r253392 could get into 9.3? It's a change to=0A= >>>> sys/dev/acpica/acpi_resource.c that makes the serial ports on at=0A= >>>> least a couple of motherboards (Intel D2500CC and VIA EPIA LT)=0A= >>>> usable. The change was made after 9.2 and was included in 10.0.=0A= >>>> It would be nice to get it in 9.3 too.=0A= >>>>=0A= >>>=0A= >>> Have you contacted the committer of r253392?=0A= >>>=0A= >>> Glen=0A= >> =0A= >> Yes=2C right after your post. No response. :-(=0A= > =0A= > Sorry=2C I missed the direct mail but saw this thread yesterday. It is m= erged =0A= > and will be in both 10.1 and 9.3.=0A= > =0A= > -- =0A= > John Baldwin=0A= =0A= Thank you!=0A= =0A= = From owner-freebsd-stable@FreeBSD.ORG Sat Jun 28 15:22:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9294F30A; Sat, 28 Jun 2014 15:22:14 +0000 (UTC) Received: from mail-qc0-x244.google.com (mail-qc0-x244.google.com [IPv6:2607:f8b0:400d:c01::244]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 407F92F0D; Sat, 28 Jun 2014 15:22:14 +0000 (UTC) Received: by mail-qc0-f196.google.com with SMTP id c9so1852094qcz.7 for ; Sat, 28 Jun 2014 08:22:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=5jl4Fb8vSXLEYcC42vwb+qNrf/u8kurl2LCvjUGgoz8=; b=inwzX6JZ01j1vVakNaUm/jyEcGy2EbyHtBOSqm/sQmQ7Nf5Yj4tccdB6b6l04rSdgv iaUI88FMcDZ2UpvykSLB5WOCjyf6ZsVbwocVTqFws2b/6xu8voxM2hszb9DpQNQ5Guph KybroX4HDRPixRJRSThIMXOTVzyKLWF+sG5EyShUH46G/PV01ZAHb7nwrGtyQxf4RX7J uAyY6YpuvOmYEUPDRDH/5wO8ihb0C4ayZfjBHMinopIUbNRWPHs5IPzEhAT25cSd/oqT QrcJKM+Uk1z30YsrorGT4U9MxfQ7t/SptIkzNTCqHexSEy67L3tUUajeCkVZM6nRlhW9 qN0g== X-Received: by 10.224.120.193 with SMTP id e1mr2698290qar.42.1403968933406; Sat, 28 Jun 2014 08:22:13 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id y4sm22166008qad.14.2014.06.28.08.22.12 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 28 Jun 2014 08:22:12 -0700 (PDT) Date: Sat, 28 Jun 2014 11:22:10 -0400 From: Shawn Webb To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: ASLR Patches For 10-STABLE Message-ID: <20140628152210.GA4365@pwnie.vrt.sourcefire.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 28 Jun 2014 15:22:14 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hey All, You can find the new ASLR patch for 10-STABLE here: http://0xfeedface.org/~shawn/patches/2014-06-28_aslr_10-stable.patch Here's what's changed since our last our of patches on 24 May 2014: Shawn Webb: Sat Jun 28 09:57:19 2014 -0400: PAX ASLR: Move the mmap randomization to a better spot as suggested by Alan Cox Fri Jun 27 09:26:18 2014 -0400: PAX ASLR: Remove erroneous line of code Sat Jun 21 20:03:07 2014 -0400: PAX SEGVGUARD: Remove segvguard prior to putting in a separate feature branch Thu Jun 19 21:08:37 2014 -0400: PAX ASLR: More style(9) fixes Thu Jun 19 20:59:44 2014 -0400: PAX ASLR: Add PAX_SYSCTLS to sys/conf/NOTES Thu Jun 19 20:48:42 2014 -0400: PAX ASLR: Remove extra NO_PIE/MK_PIE entries that aren't now needed Wed Jun 11 22:07:51 2014 -0400: PAX ASLR: Rollback code cleanup that removed orig_addr from pax_aslr_mmap(). Wed Jun 11 17:54:12 2014 -0400: PAX ASLR: style(9) changes. Grammar fixes. Code cleanup. Fri May 30 18:36:49 2014 -0400: PAX ASLR: Pull in Oliver Pinter's change to add stack randomization Fri May 30 18:36:01 2014 -0400: Update copyright Oliver Pinter: Wed Jun 4 09:39:48 2014 +0200: PAX ASLR: added FEATURE(aslr, ...) to the kernel, and modify ugidfw to use them Wed May 28 00:27:06 2014 +0200: PAX: fix prison0 initialization after my jail modifications Sun May 25 21:20:23 2014 +0200: PAX: show pax settings in dmesg, and validate some value Sun May 25 19:48:44 2014 +0200: PAX ASLR: make security.pax.aslr sysctls optional Sun May 25 19:15:16 2014 +0200: PAX: check proc->p_ucred Sun May 25 19:11:50 2014 +0200: PAX: added PAX_SYSCTLS kernel option Sun May 25 19:10:16 2014 +0200: PAX ASLR: simplify jail handling Sun May 25 19:00:12 2014 +0200: PAX: hook in pax_init_prison at kern_jail_set Thanks, Shawn --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTrt2iAAoJEGqEZY9SRW7u9rMQALopVTMxnLSmIGI4P37h/04E 5XshZvgRieftIUo6YoyzTaPg5vQuZpwVufLvd8swXihhFXM8nXVaD9vgF0NDDw4O PxsAuKsMOhB1ZWxFrFzbUMZJf81LfeghiPq25AGjU+Wd7Z7fmB4GdQLSyENDUJZX QUB+MuS7FMGxETuy5DoTehfMNtP8h7vJyflrkYrW4rxdEfT5iIvGsirpPZa9fHCW tPxX9IsIXLH7rsRhHuXaSnvGHL2zeL2Zg/YVhEEhnmjQNeIUZE+hIpepta7uJ43b pab0M7FwFc+U0agf+ivMCjv3OJktK1ZJcO75EsF789rsdSiRXdGj7KM1fdp4Ynv2 O1IQhniYQkc8l9g7bFYVcb3sLmPxqWWn5AAYHdw5vcTnsTZ6doomApBRvofymoXu APNXtKwjzlYLRAzv0LQJV2z+IcqUmiTd2hDg0CYqVUXXqtfNQ9weBRgFDOeNLgCV d/REENZoMMq0xt6HdRPVEjLgiRfasydVOHta8S8TT0Ji6rcnkFbY3Ja6PpXN40np b07RJB0qh3q6Iugxt258/8duj5g+EnHc//0B/Ih1ZONTgVWZxn9lgg+M6f9Wws0l cYpUatkKMHvq+/B73o6hBWLwkJyymmbVeTUMYwd+8NSa85MMasXEbA/wcoPa3wZo RZbGEtj1LVC1U4PU2pJH =qPWI -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 28 16:00:08 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 344A3A3B; Sat, 28 Jun 2014 16:00:07 +0000 (UTC) Date: Sat, 28 Jun 2014 12:00:02 -0400 From: Glen Barber To: freebsd-stable@FreeBSD.org Subject: FreeBSD 9.3-RC2 Now Available Message-ID: <20140628160002.GR17438@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 28 Jun 2014 16:00:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The second RC build of the 9.3-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.3/ (or any of the FreeBSD mirror sites). If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/9.3" branch. A list of changes since 9.2-RELEASE are available on the 9.3-RELEASE release notes page here: http://www.freebsd.org/releases/9.3R/relnotes.html Pre-installed virtual machine images for 9.3-RC2 are also available for amd64 and i386 architectures. The images are located under the 'snapshots' directory on FTP, here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/9.3-RC2/ The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB, which decompress to a 20GB sparse image. The partition layout is: . 512k - freebsd-boot GPT partition type (bootfs GPT label) . 1GB - freebsd-swap GPT partition type (swapfs GPT label) . ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) Changes between 9.3-RC1 and 9.3-RC2 include: o A bug in the fast rx buffer recycle path has been fixed in the cxgbe(4) driver. o A bug that would incorrectly allow two listening SCTP sockets on the same port bound to the wildcard address has been fixed. o Multiple vulnerabilities have been fixed in file(1) and libmagic(3). [FreeBSD-SA-14:16.file] o A workaround has been implemented to fix serial ports on certain motherboards, in particular the Intel D2500CCE board. o A bug in bsdgrep(1) that would prevent certain pattern matching has been fixed. o The bsdconfig(8) utility has been updated to support pkg(8)-format packages. o Firmware for the cxgbe(4) Chelsio T4 and T5 cards has been updated to version 1.11.27.0. The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 9.3-RC2 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 8.x. Alternatively, the user can install misc/compat8x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 9.3-RC2 amd64 GENERIC: SHA256 (FreeBSD-9.3-RC2-amd64-bootonly.iso) = 0ec9a97621e5121f1276ab20746ca38643279e27cab61484d4bb41ddad1820f9 SHA256 (FreeBSD-9.3-RC2-amd64-bootonly.iso.xz) = 8ea389636c7935d64070b1ff83b1b0259c288e8e8c3f89eac7295e1827c9c40b SHA256 (FreeBSD-9.3-RC2-amd64-disc1.iso) = 85040f571b63f13c3d8cace12de022be6cf2521f7882d6526d2455840f2fd97d SHA256 (FreeBSD-9.3-RC2-amd64-disc1.iso.xz) = ff04e8b0ee8cbea2ae21d7aeac766af3c1bbc9da4e93db17f013a3fd0227dd0d SHA256 (FreeBSD-9.3-RC2-amd64-dvd1.iso) = 5ece042df1196ca659199c5c4e1813dde5d8212106c7d9da2a57ec8d8a687323 SHA256 (FreeBSD-9.3-RC2-amd64-dvd1.iso.xz) = 1ae8ad4cd4f9d0b278d85479bdfaddfac315e061792c28c4f27fc0cba4a4bcd6 SHA256 (FreeBSD-9.3-RC2-amd64-memstick.img) = 251dc3c3c550d0c138de38e15a558666eda436dec35315565ee9b964724c1330 SHA256 (FreeBSD-9.3-RC2-amd64-memstick.img.xz) = 32cfb82f7c0cbf0d2bb6d4ce3490fd81ab6a0d891c91d72d802a27dcd1bb37c2 SHA256 (FreeBSD-9.3-RC2-amd64-mini-memstick.img) = 862748bf9d30760236109fe46801a3788d3307c08624ec457641d285aa3a4f79 SHA256 (FreeBSD-9.3-RC2-amd64-mini-memstick.img.xz) = 2e1338c3f0ed559559f9bdb027da0e5e11a8633ce5e9f14908765e5aa9200cf5 MD5 (FreeBSD-9.3-RC2-amd64-bootonly.iso) = 4f9176d5e21cea8eca9cc81e28700a68 MD5 (FreeBSD-9.3-RC2-amd64-bootonly.iso.xz) = 1dee978556e9e5ecf2913f924e6b444f MD5 (FreeBSD-9.3-RC2-amd64-disc1.iso) = 31fb1ca4abaf2f88de56d27877e8011e MD5 (FreeBSD-9.3-RC2-amd64-disc1.iso.xz) = d29371e8cfeec4ce379f2e3c7cdc9ef8 MD5 (FreeBSD-9.3-RC2-amd64-dvd1.iso) = ea4fde9f94b25e0be32793f0efe65556 MD5 (FreeBSD-9.3-RC2-amd64-dvd1.iso.xz) = 0633117ef7b37e35ffe657157a057e74 MD5 (FreeBSD-9.3-RC2-amd64-memstick.img) = 77ed18ed174f421045ab1aab93b801c4 MD5 (FreeBSD-9.3-RC2-amd64-memstick.img.xz) = ac22ea15e15ae28b32228297a2339fd9 MD5 (FreeBSD-9.3-RC2-amd64-mini-memstick.img) = 9c16cc3b82acabe5cc3de82912085ec9 MD5 (FreeBSD-9.3-RC2-amd64-mini-memstick.img.xz) = c3ed7a1cde95ccb0573c926f9342fa5a o 9.3-RC2 i386 GENERIC: SHA256 (FreeBSD-9.3-RC2-i386-bootonly.iso) = 91e8beea6d393afd1fed98ba676d8060d84ab35b4d36663cd9065197cd38cd41 SHA256 (FreeBSD-9.3-RC2-i386-bootonly.iso.xz) = 77dc1baa109c9bbf63378c7a01f95d4a3e47f081ff4eb06a0e2464c9a5986179 SHA256 (FreeBSD-9.3-RC2-i386-disc1.iso) = da03a122f85388c5bfe18d578fd39e997fb31e0ece1bfe534045d1fc71a81765 SHA256 (FreeBSD-9.3-RC2-i386-disc1.iso.xz) = 8a1160a1f8888e985ee993d52b5b2467b32db292ca4bda0c7415820e76128b0d SHA256 (FreeBSD-9.3-RC2-i386-dvd1.iso) = 05f21e9b6677f1bc8555bf16f00600b4d8cea14bf5bcfccd1ae4bdcc1e86eb70 SHA256 (FreeBSD-9.3-RC2-i386-dvd1.iso.xz) = cc13c981f1fc5eb79c629bc06c7f19247fd589ec031720c8d055a83ec87a1de6 SHA256 (FreeBSD-9.3-RC2-i386-memstick.img) = 47a61c22a7b7adeff7d9ee800f7a7b3be9e06f21a88aa2e6bb3d6befb758a074 SHA256 (FreeBSD-9.3-RC2-i386-memstick.img.xz) = 31bc2732ce5a6d72f7858dd17b4d23b028b0cf501e0b1f5aac3639bb741df57c SHA256 (FreeBSD-9.3-RC2-i386-mini-memstick.img) = 3f5efce997971b717e2f1fd076f5f99caefa84a0ea28f793aafc4a1735e8893b SHA256 (FreeBSD-9.3-RC2-i386-mini-memstick.img.xz) = 8cabfed76837d05a7043b16a5bfd7890e0cdfb3b5c17be999f932246a47aa714 MD5 (FreeBSD-9.3-RC2-i386-bootonly.iso) = 4338a04c3c6b4314b8e3eed0c22d30b4 MD5 (FreeBSD-9.3-RC2-i386-bootonly.iso.xz) = fd47785be427b7aa933f4bb2f3e64e78 MD5 (FreeBSD-9.3-RC2-i386-disc1.iso) = 3285663368d3bef0416444e971f23874 MD5 (FreeBSD-9.3-RC2-i386-disc1.iso.xz) = fe16b81a7900ebfcf07b97b84b789afc MD5 (FreeBSD-9.3-RC2-i386-dvd1.iso) = 0b293d087cd4f42fed95913095b164b9 MD5 (FreeBSD-9.3-RC2-i386-dvd1.iso.xz) = 43d1b0063de6e627d38cb5e41928a809 MD5 (FreeBSD-9.3-RC2-i386-memstick.img) = fd1beaeaa3ef34ace5fd0d54b7a8dbd6 MD5 (FreeBSD-9.3-RC2-i386-memstick.img.xz) = 3162fcc0a7bdc27dfd42cd0ddc2e4236 MD5 (FreeBSD-9.3-RC2-i386-mini-memstick.img) = 27d2282f4ba9220adb5af138248f94bd MD5 (FreeBSD-9.3-RC2-i386-mini-memstick.img.xz) = 5b70bc63f82c7fb108ced49c68f3a967 o 9.3-RC2 ia64 GENERIC: SHA256 (FreeBSD-9.3-RC2-ia64-bootonly.iso) = 912fcf7fa1aaf4ba8b2524fa717c8a63f4d417046def570a049546630d5b7f8b SHA256 (FreeBSD-9.3-RC2-ia64-bootonly.iso.xz) = d4add77d06d4023eef4b66fe397eb1994d7d97de0fade7755fd97c3f116b264b SHA256 (FreeBSD-9.3-RC2-ia64-disc1.iso) = 3c5d30a4c28312a93f8fe702e596ba35a193d96c4bcd3229c44f131a7a80ece5 SHA256 (FreeBSD-9.3-RC2-ia64-disc1.iso.xz) = cfc4b110f9be1b0568d4ae69e7d9a413cc9eafb2beab1c759655660804f36b20 SHA256 (FreeBSD-9.3-RC2-ia64-memstick.img) = d50ad16c8215edbdff41cce752b6b423715e05133ef175bf587605f36760eeb2 SHA256 (FreeBSD-9.3-RC2-ia64-memstick.img.xz) = 075cd788939aff0ce273877200a24423953153dd6d72fed42ec71b9c190f168a SHA256 (FreeBSD-9.3-RC2-ia64-mini-memstick.img) = 00f72b905c04616783512c979a98e9f3efefc27f91712a97ac1ee2452603daa7 SHA256 (FreeBSD-9.3-RC2-ia64-mini-memstick.img.xz) = 8bf9fa5c5c9248c147bc2bdee8f49dac5ed44fc0ae48951bd1589fcd207beaa3 MD5 (FreeBSD-9.3-RC2-ia64-bootonly.iso) = 3a8e8bee4bf3f81f74219e646b4a6466 MD5 (FreeBSD-9.3-RC2-ia64-bootonly.iso.xz) = c1167fc471c377cab10c00f9c4385fb6 MD5 (FreeBSD-9.3-RC2-ia64-disc1.iso) = 49a08a63dc482b41d22145f2618750a9 MD5 (FreeBSD-9.3-RC2-ia64-disc1.iso.xz) = fcb5b2a3e26129b64417883c0cff3799 MD5 (FreeBSD-9.3-RC2-ia64-memstick.img) = 81891ba41c0979a072a5ddc79959abcd MD5 (FreeBSD-9.3-RC2-ia64-memstick.img.xz) = 7040027be7709dd2614821f6cb8fbda3 MD5 (FreeBSD-9.3-RC2-ia64-mini-memstick.img) = 59b89d29a18934d28a8f2b271cf45d99 MD5 (FreeBSD-9.3-RC2-ia64-mini-memstick.img.xz) = 74509c676e727203812dddadefbe11dc o 9.3-RC2 powerpc GENERIC: SHA256 (FreeBSD-9.3-RC2-powerpc-bootonly.iso) = a10ea3a1cf51f7b4330ca60cc1d5f777b6d2c6e3026a42764d2c3bc1304120c0 SHA256 (FreeBSD-9.3-RC2-powerpc-bootonly.iso.xz) = a18400c9d636b0b6339f7da923578ab0e4026689da0436b9f3a31c000c85b52d SHA256 (FreeBSD-9.3-RC2-powerpc-disc1.iso) = d091fe2a1f7b4bf69d33346f95b57fb922dc0e8f6da5cb8f61fc6713a43f6481 SHA256 (FreeBSD-9.3-RC2-powerpc-disc1.iso.xz) = 79a6654380b497841a2b14f787fe36e410bb40a209eb6212406155a1f0e9f4be SHA256 (FreeBSD-9.3-RC2-powerpc-memstick.img) = 64ad89e37a38a2b3a236c2829504364297506d1f156d9dfc3c968b9dc49e1482 SHA256 (FreeBSD-9.3-RC2-powerpc-memstick.img.xz) = c77a47764edeb2d9159f510cb5fde2ab2a63809c13965e839aac3b1c723d70d8 SHA256 (FreeBSD-9.3-RC2-powerpc-mini-memstick.img) = 618b34be0ff006c8fb6068f0b0f607c172accc51e721253904f2a41892d5cfb6 SHA256 (FreeBSD-9.3-RC2-powerpc-mini-memstick.img.xz) = 78d087939e474406d376be94025f266dee3b6e8b64400e9c724f322daa750963 MD5 (FreeBSD-9.3-RC2-powerpc-bootonly.iso) = d4e742af41569bfb0c37ab7b24e0edd2 MD5 (FreeBSD-9.3-RC2-powerpc-bootonly.iso.xz) = 5ce04785289cf48fa7ab2a85b61f4617 MD5 (FreeBSD-9.3-RC2-powerpc-disc1.iso) = 16901cb500956c2aba1695152ef1ab54 MD5 (FreeBSD-9.3-RC2-powerpc-disc1.iso.xz) = b235714d19b8b4c6e04a095b418caca9 MD5 (FreeBSD-9.3-RC2-powerpc-memstick.img) = daf023ff7c764207464e20387956c6be MD5 (FreeBSD-9.3-RC2-powerpc-memstick.img.xz) = 1244c0cd974b33e175ae1fb89e9787ab MD5 (FreeBSD-9.3-RC2-powerpc-mini-memstick.img) = 3f8f5cc06fc8df68f7f3a11cd9d13ba1 MD5 (FreeBSD-9.3-RC2-powerpc-mini-memstick.img.xz) = 6746aade172eda41d10a102eaad1699b o 9.3-RC2 powerpc64 GENERIC64: SHA256 (FreeBSD-9.3-RC2-powerpc-powerpc64-bootonly.iso) = 4d13a89f0be67822952f170f4f4734b14ecbd4b0f4d3d81f3837205f3cf48c97 SHA256 (FreeBSD-9.3-RC2-powerpc-powerpc64-bootonly.iso.xz) = d0353dd3a155ff898c883980f0f4b9eb81c97801b2c5340a23c451e3fc38135a SHA256 (FreeBSD-9.3-RC2-powerpc-powerpc64-disc1.iso) = dd35725e135067908335bea89fccb7f4701cacb64a9b3fa8b420a51b22e0cdc0 SHA256 (FreeBSD-9.3-RC2-powerpc-powerpc64-disc1.iso.xz) = c3abef3db7defde900d3c08c83964b4d0dfd3b3fa6e6ba0fe967af99a59902be SHA256 (FreeBSD-9.3-RC2-powerpc-powerpc64-memstick.img) = 25df4d80dda7ee6d0626c40c74fe5fd65179dfe797ced4c481b20c5d40660e94 SHA256 (FreeBSD-9.3-RC2-powerpc-powerpc64-memstick.img.xz) = 977f8bc7e7e8e4854ddad16739b53ed34e4a28a3dab6f6fbb39d7a5d333f70b1 SHA256 (FreeBSD-9.3-RC2-powerpc-powerpc64-mini-memstick.img) = a4dd91fa036ab2a1f971514438475df8f3720f422ecf83f343b3b74231ee64b6 SHA256 (FreeBSD-9.3-RC2-powerpc-powerpc64-mini-memstick.img.xz) = 5732ca3959074c856a47ad0467647978fbe50d0abd3e6341ac09423dd2f96368 MD5 (FreeBSD-9.3-RC2-powerpc-powerpc64-bootonly.iso) = c347b3fe52aeeeb344d483cdc94a4bc5 MD5 (FreeBSD-9.3-RC2-powerpc-powerpc64-bootonly.iso.xz) = 48f542e31bcd86b6cb606b155c6728da MD5 (FreeBSD-9.3-RC2-powerpc-powerpc64-disc1.iso) = 03c130ce3f867b58ef39b408ead73d63 MD5 (FreeBSD-9.3-RC2-powerpc-powerpc64-disc1.iso.xz) = 65906f436b6e7c454de1a00ae3112c10 MD5 (FreeBSD-9.3-RC2-powerpc-powerpc64-memstick.img) = 25644758235664185621da45ad76edb2 MD5 (FreeBSD-9.3-RC2-powerpc-powerpc64-memstick.img.xz) = d6908d693b0f586f060fbb2f4b29bc68 MD5 (FreeBSD-9.3-RC2-powerpc-powerpc64-mini-memstick.img) = 2495b6f14d31264d2d6bab86aaefab82 MD5 (FreeBSD-9.3-RC2-powerpc-powerpc64-mini-memstick.img.xz) = fa9769f30f316f46b39db2fece98adc1 o 9.3-RC2 sparc64 GENERIC: SHA256 (FreeBSD-9.3-RC2-sparc64-bootonly.iso) = 6ba1031277c1b6a390bf1362342a13e2d40193428c48e5b729c9a6d50f7b7562 SHA256 (FreeBSD-9.3-RC2-sparc64-bootonly.iso.xz) = db8b2fd2da17bc9e89cf8233cc1a37a45a1027731fc68f489433084cffa2ddf8 SHA256 (FreeBSD-9.3-RC2-sparc64-disc1.iso) = f5cb5117b738a61153ec53eb30f1230d8bffc2accb6bf85018cf8cc650f201fc SHA256 (FreeBSD-9.3-RC2-sparc64-disc1.iso.xz) = 30d376d0caf65053a00b0f3cb076a589b4f1b10fca04049ff1a0384b42632cb2 MD5 (FreeBSD-9.3-RC2-sparc64-bootonly.iso) = 06cc42bce148e32db299f39addf8d2f6 MD5 (FreeBSD-9.3-RC2-sparc64-bootonly.iso.xz) = 5547ca92016e53a00bf62ae5088a17df MD5 (FreeBSD-9.3-RC2-sparc64-disc1.iso) = 263b16fe7da4a4fcd48d04f9fa79673e MD5 (FreeBSD-9.3-RC2-sparc64-disc1.iso.xz) = a33f8a3c19f068dbc995b0086771898a == VM IMAGE CHECKSUMS == o 9.3-RC2 amd64: SHA256 (FreeBSD-9.3-RC2-amd64-20140626-r267943.qcow2.xz) = 1897e2995ebca1230b6269c3b0172af8ed4e577db2c4229dd1962da6c86ea784 SHA256 (FreeBSD-9.3-RC2-amd64-20140626-r267943.raw.xz) = 510877f6fcc32599316addf4d727119d73fa4b9fc334ca334c0c5e4bbf8b388b SHA256 (FreeBSD-9.3-RC2-amd64-20140626-r267943.vhd.xz) = cfe58a4d5a5ce278ea71fc57aa5e63bd6d462d61ada76dcf24b05b81ddb83b46 SHA256 (FreeBSD-9.3-RC2-amd64-20140626-r267943.vmdk.xz) = 272a8016b446103faf07ed05ecb52ee0956c5641ce52739fd1c199abaca1b635 MD5 (FreeBSD-9.3-RC2-amd64-20140626-r267943.qcow2.xz) = 754ec625105d2dc015ce2311c8490db2 MD5 (FreeBSD-9.3-RC2-amd64-20140626-r267943.raw.xz) = 5c11fd2ec81c8c02a220562970c94371 MD5 (FreeBSD-9.3-RC2-amd64-20140626-r267943.vhd.xz) = 8e3ac4c3eab7ccd916652e2fd30d7844 MD5 (FreeBSD-9.3-RC2-amd64-20140626-r267943.vmdk.xz) = 54f588f284fe74ebdcba9e9781330f1e o 9.3-RC2 i386: SHA256 (FreeBSD-9.3-RC2-i386-20140626-r267943.qcow2.xz) = ca7244d68911211b3c87b57dc7c9970aecfe7c910827f8219a08c6ff8fd57798 SHA256 (FreeBSD-9.3-RC2-i386-20140626-r267943.raw.xz) = f8d56a2f39f03230a1118e6e3ba92c6796213cfe3bbcc938b42e87b9f9fabb6c SHA256 (FreeBSD-9.3-RC2-i386-20140626-r267943.vhd.xz) = 38115f30ed2ff3b9c66cff052035bb46e7dc22c3e035aabbfa53f496a9b417a1 SHA256 (FreeBSD-9.3-RC2-i386-20140626-r267943.vmdk.xz) = b4f9816b79680840a7cf698edc556302e8b7167fd4477e0e26ce601312f30921 MD5 (FreeBSD-9.3-RC2-i386-20140626-r267943.qcow2.xz) = 50866ecbb8247cb9155ecea7404cee82 MD5 (FreeBSD-9.3-RC2-i386-20140626-r267943.raw.xz) = 171d01e0df08e2689459891c43506112 MD5 (FreeBSD-9.3-RC2-i386-20140626-r267943.vhd.xz) = 814d39d8c1d66d3f0b9a9d2035c10bd1 MD5 (FreeBSD-9.3-RC2-i386-20140626-r267943.vmdk.xz) = ef0732974d31c59a4ea9a18559aa0305 Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTruaCAAoJELls3eqvi17QHoMP/17LjkXahFFz44+AaCAH3xYx IjWx4/iHeMafBUO88R0rHq3gpjVUwCQPB1+fe/KumEqu+RQIfCb9xjK22Pa+IJr0 5WPeHSUO/hqwTBy3VdYBzHIarR5uG7rtCdN4zuyzkqlRPjk/JBAOei8UTuBezxLl OvQJG0+7oBpjcmoM1WEVnf1SDoE1F2pv/k8mi2rjwlW/RnxmVymbm+184nQNjFkt tC0j4Va0QCS1ScK+nYXb7luc+DYqSRHSV7LPtDDPcuQ4idIcCVyiyEZW54igutwX 9PDYhCeghO43fduDmu3OkRlbd7mVI5tuM+1Xzh7ZcnO9Ajvjo1KLF4puacC9CGE6 YySF6XDCQURMVLzI3ykBONyeaXIUtcHpx7TvR5bzyQxlXIVqRY9K5HW66RqjC2fp O/5PVDqL7bLlj9sS3vlwDJikWAW6cK+/Ct944J9hUPjt72Ynue7JbiGe0q1io4cK fDkIPOauhX7VgrvnVOI8e5N1WXXhNpFRzsTj9CLAMiNzKDbyVP+ommUpoolCn/SY HDjHEHvn+EAkqy99uFvU51xQO3MDxC1MUgjA7ekjllGWwaJJL9m+6gVQVWLg586h kjQz9dvLwvbm38ashOSx6FkDP8xc4Krh9Hd18x87PLHauVL+dLWdlthkBQhK/uG1 zyEp4kv++Xn4ZA1wQHKq =7lDD -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 28 16:23:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D72A11CD for ; Sat, 28 Jun 2014 16:23:58 +0000 (UTC) Received: from mail-oa0-x233.google.com (mail-oa0-x233.google.com [IPv6:2607:f8b0:4003:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F302236C for ; Sat, 28 Jun 2014 16:23:58 +0000 (UTC) Received: by mail-oa0-f51.google.com with SMTP id j17so7102211oag.10 for ; Sat, 28 Jun 2014 09:23:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4XhSs8ktNKqGMqSrWqe1Ue5Mllv5IC9pE07UOJFfDBg=; b=QzW7PCZ9aYJPVFWnuQGVkCEpa7Kp+wKEKmLGdxQDL/0HC+wXuvbGpnZKyT+75hr/T3 TykCDTmXC7RJDYh325JvI3Z/t2fA56w181KkWy5HVLQ59GpZusIz3kMzCVV6eEsinytz 1X6BQMPEaPsamOQoJAmscO9vq2Qau1iynFxhgHSO5yegx/kwoHqmuUoSHEmPIs/J0qq0 7VxHiY42Ha5QlnMifRwtPQiHEOjbdCilO4VAWeqMQ/KEVYPE5/ezgDwN2d3jp9pqZmVG +KOeSUjuTmgH187EUhRidnhytkDOVn6lpj3IktfO+mkUOG5jsn5jvvggrUrXJT15jHYs J9Iw== MIME-Version: 1.0 X-Received: by 10.182.241.130 with SMTP id wi2mr25629555obc.27.1403972637786; Sat, 28 Jun 2014 09:23:57 -0700 (PDT) Received: by 10.202.92.213 with HTTP; Sat, 28 Jun 2014 09:23:57 -0700 (PDT) Date: Sat, 28 Jun 2014 20:23:57 +0400 Message-ID: Subject: Error building world From: Sergei To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 28 Jun 2014 16:23:58 -0000 Hi, I'm building world on FreeBSD 10.0-RELEASE amd64. In case I have my /etc/src.conf file empty build process completes sucessfully. Now I have following lines inside: WITHOUT_ACCT=true WITHOUT_AMD=true WITHOUT_ARM_EABI=true WITHOUT_ASSERT_DEBUG=true WITHOUT_ATF=true WITHOUT_ATM=true WITHOUT_AUDIT=true WITHOUT_BLUETOOTH=true WITHOUT_BSNMP=true WITHOUT_CALENDAR=true WITHOUT_CAPSICUM=true WITHOUT_CLANG_EXTRAS=true WITHOUT_CLANG_FULL=true WITHOUT_LLDB=true WITHOUT_CROSS_COMPILER=true WITHOUT_CTM=true WITHOUT_DICT=true WITHOUT_ED_CRYPTO=true WITHOUT_EXAMPLES=true WITHOUT_FDT=true WITHOUT_FLOPPY=true WITHOUT_FORMAT_EXTENSIONS=true WITHOUT_FORTH=true WITHOUT_FREEBSD_UPDATE=true WITHOUT_GAMES=true WITHOUT_GCC=true WITHOUT_GCOV=true WITHOUT_GDB=true WITHOUT_GNUCXX=true WITHOUT_GPIB=true WITHOUT_GPIO=true WITHOUT_HTML=true WITHOUT_ICONV=true WITHOUT_INET6=true WITHOUT_INFO=true WITHOUT_IPFILTER=true WITHOUT_IPFW=true WITHOUT_IPX=true WITHOUT_JAIL=true WITHOUT_KDUMP=true WITHOUT_KERBEROS=true WITHOUT_KERNEL_SYMBOLS=true WITHOUT_KVM=true WITHOUT_UNBOUND=true WITHOUT_LEGACY_CONSOLE=true WITHOUT_LIB32=true WITHOUT_LOCALES=true WITHOUT_LOCATE=true WITHOUT_LPR=true WITHOUT_MAIL=true WITHOUT_NDIS=true WITHOUT_NETGRAPH=true WITHOUT_NIS=true WITHOUT_NLS=true WITHOUT_NLS_CATALOGS=true WITHOUT_NTP=true WITHOUT_PAM=true WITHOUT_AUTHPF=true WITHOUT_PKGBOOTSTRAP=true WITHOUT_PPP=true WITHOUT_PROFILE=true WITHOUT_QUOTAS=true WITHOUT_RCMDS=true WITHOUT_RCS=true WITHOUT_ROUTED=true WITHOUT_SENDMAIL=true WITHOUT_SHAREDOCS=true WITHOUT_SVNLITE=true WITHOUT_TCSH=true WITHOUT_UNBOUND=true WITHOUT_ZFS=true here's the contents of /etc/make.conf: CPUTYPE?=core2 CFLAGS+=-O2 -pipe -fno-strict-aliasing COPTFLAGS=-O2 -pipe -fno-strict-aliasing -ffast-math -funroll-loops MODULES_OVERRIDE=acpi cd9660 msdosfs usb KERNCONF=CROSS GENERIC MAKE_JOBS_NUMBER=5 INSTALL+=-C DOC_LANG=en_US.ISO8859-1 WITHOUT_X11=YES WITHOUT_DEBUG=YES NO_DOCUPDATE=true NO_PORTSUPDATE=true NO_KERBEROS=true NO_BLUETOOTH=true NO_CVS=true #NO_CXX=true NO_DICT=true NO_FORTRAN=true NO_GDB=true NO_GPIB=true NO_I4B=true NO_IPFILTER=true NO_AUTHPF=true #NO_PF=true NO_INET6=true NO_ATM=true NO_LPR=true #NO_ACPI=true NO_MAILWRAPPER=true #NO_NETCAT=true NO_NIS=true NO_NLS_CATALOGS=true #NO_OBJC=true NO_SENDMAIL=true NO_SHAREDOCS=true NO_TCSH=true #NO_CRYPT=true NO_GAMES=true NO_INFO=true #NO_LIBC_R=true #NO_LIBPTHREAD=true #NO_LIBTHR=true NO_PROFILE=true NO_BIND=true NO_SENDMAIL=true NO_RCMDS=true #NO_TOOLCHAIN=true PPP_NO_NAT=true PPP_NO_NETGRAPH=true PPP_NO_RADIUS=true which brings me the following error: ... building static stand library ranlib libstand.a ===> sys/boot/userboot/test (all) cc -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -I/usr/src/sys/boot/userboot/test/.. -I/usr/src/sys/boot/userboot/test/../../.. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/test/test.c cc -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -I/usr/src/sys/boot/userboot/test/.. -I/usr/src/sys/boot/userboot/test/../../.. -std=gnu99 -Qunused-arguments -o test test.o ===> sys/boot/userboot/userboot (all) cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/autoload.c -o autoload.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/bootinfo.c -o bootinfo.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/bootinfo32.c -o bootinfo32.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/bootinfo64.c -o bootinfo64.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/conf.c -o conf.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/console.c -o console.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/copy.c -o copy.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/devicename.c -o devicename.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/elf32_freebsd.c -o elf32_freebsd.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/elf64_freebsd.c -o elf64_freebsd.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/host.c -o host.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/main.c -o main.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/userboot_cons.c -o userboot_cons.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/userboot_disk.c -o userboot_disk.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c vers.c -o vers.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/boot.c -o boot.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/commands.c -o commands.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/devopen.c -o devopen.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/interp.c -o interp.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/interp_backslash.c -o interp_backslash.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/interp_parse.c -o interp_parse.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/ls.c -o ls.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/misc.c -o misc.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/module.c -o module.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/panic.c -o panic.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/load_elf32.c -o load_elf32.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/load_elf32_obj.c -o load_elf32_obj.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/reloc_elf32.c -o reloc_elf32.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/load_elf64.c -o load_elf64.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/load_elf64_obj.c -o load_elf64_obj.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/reloc_elf64.c -o reloc_elf64.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/disk.c -o disk.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/part.c -o part.So cc -fpic -DPIC -O2 -pipe -O2 -pipe -fno-strict-aliasing -march=core2 -Wall -I/usr/src/sys/boot/userboot/userboot/.. -I/usr/src/sys/boot/userboot/userboot/../../common -I/usr/src/sys/boot/userboot/userboot/../../.. -I/usr/src/sys/boot/userboot/userboot/../../../../lib/libstand -ffreestanding -I. -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/userboot/userboot/../../common -I. -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/userboot/userboot/../../common/crc32.c -o crc32.So building shared library userboot.so make[6]: /usr/obj/usr/src/sys/boot/userboot/userboot/.depend, 1096: ignoring stale .depend for /usr/obj/usr/src/tmp/boot/libstand.a *** Error code 1 Stop. make[6]: stopped in /usr/src/sys/boot/userboot/userboot *** Error code 1 Stop. make[5]: stopped in /usr/src/sys/boot/userboot *** Error code 1 Stop. make[4]: stopped in /usr/src/sys/boot *** Error code 1 Stop. make[3]: stopped in /usr/src/sys *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src Any suggestions as far as a good way to deal with this? Thanks, Sergey. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 28 23:21:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D375DC14 for ; Sat, 28 Jun 2014 23:21:57 +0000 (UTC) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7175A215B for ; Sat, 28 Jun 2014 23:21:57 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id hi2so4370486wib.7 for ; Sat, 28 Jun 2014 16:21:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WoM0RSYz9GupDpqK+j1MAe/JcjAj1RbXal7P+CLlI00=; b=IFBO4LOma4GQ18irdOVBTwFZZeajuW05KchvxXk5rowKJUstCyzaL0D3y9BQVRNt7f HSgVqUd3d5NoDnQA2cV9WLRWxji5g6oo4SsFcKyW4S0vWevpyX7kwF4vXOpXV0zOzYIz dlmBxseia5dDGaEqKigmrjLICRzpIw8qv/oA+ovO72R7TuP8m/5NnAQcSNCqtVQsBb6n F/cPgESl9UZqKbl8IIphgJxxIKzcR9lqZeckhx4c36Bbf+jbyqv1MAPG6XCiA2c+b6kS /L1vnqE16Cx50ofOZlgAr2WA6cX1qz00rMoxFXWAu+bEpeJActaZXnuS4K5LUJstWrFk TgaA== MIME-Version: 1.0 X-Received: by 10.194.86.164 with SMTP id q4mr35141264wjz.88.1403997715622; Sat, 28 Jun 2014 16:21:55 -0700 (PDT) Received: by 10.216.212.138 with HTTP; Sat, 28 Jun 2014 16:21:55 -0700 (PDT) Date: Sun, 29 Jun 2014 01:21:55 +0200 Message-ID: Subject: Intel Baytrail panics because of buggy ACPI table From: tallison To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 28 Jun 2014 23:21:57 -0000 Hello, Intel Bay Trail/Silvermont devices are becoming quite popular. Unfortunately current FreeBSD releases don't work on them, as they get a kernel panic. A patch for this has been implemented in Linux, and a few months ago in FreeBSD CURRENT as well. A few weeks ago I asked that it be included into the STABLE branches as well, so that it makes its way into the next releases. I can see that it was added to the STABLE branches a few days ago, as per https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187966 Now my question is this; will this fix make its way into 9.3 RELEASE, or is it too late? Would be good if it did IMO, as said a lot of people are buying Bay Trail struff. BR talisson From owner-freebsd-stable@FreeBSD.ORG Sun Jun 29 08:24:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 961F5976 for ; Sun, 29 Jun 2014 08:24:11 +0000 (UTC) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 638C22476 for ; Sun, 29 Jun 2014 08:24:11 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id wm4so7350518obc.7 for ; Sun, 29 Jun 2014 01:24:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=3LrgWxL26Q5FA0146Vlis5zs2uD/QuLCj0hweTLCnH8=; b=fZSOEZ+GeHV3I8bPZhE6G8G2vC6cAgU3jex+geGVq4SO/HSmJ3SglZxi0yzxjkBJQl fqbgyuCOLegO+rzMQBpo/0qhBuArKM+urXP543j1L/UGNY+E96A4e6+rACQmuu94Azla O9vK7oDgWjAwxUFGqEHSqriRy4Q7pryZQSbaQTI6v8dDBWhweqFym2cluIB9ilqYqgfO kRvCgg288wtvdAWKeBBrb0Xc+A82IpWWTzCaXd6YXgTRLGub3B01FwXaWzVDk9SzcvDc soroPRo8gXy+YELudRO/QHsA7UdlTLvACtmzbz+b78xONnTQz2f8YoOpda9USvKznDd1 3aeQ== MIME-Version: 1.0 X-Received: by 10.60.124.162 with SMTP id mj2mr5956558oeb.22.1404030250700; Sun, 29 Jun 2014 01:24:10 -0700 (PDT) Received: by 10.202.182.130 with HTTP; Sun, 29 Jun 2014 01:24:10 -0700 (PDT) Date: Sun, 29 Jun 2014 10:24:10 +0200 Message-ID: Subject: opencv2 import problem with python From: Zenny To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 29 Jun 2014 08:24:11 -0000 Hi: I am trying to run opencv2 and installed it using the pkg binaries (opencv and py27-opencv). However when I try to import opencv2 module, it outputs: "% python Python 2.7.6 (default, Mar 4 2014, 19:30:28) [GCC 4.2.1 Compatible FreeBSD Clang 3.3 (tags/RELEASE_33/final 183502)] on freebsd10 Type "help", "copyright", "credits" or "license" for more information. >>> import cv2 Traceback (most recent call last): File "", line 1, in ImportError: /usr/local/lib/python2.7/site-packages/cv2.so: Undefined symbol "_ZTIN2cv15FeatureDetectorE" >>>" cv2.so file does exist. Any hints to run opencv2 in FreeBSD 10.0 will be appreciated! Thanks! /z From owner-freebsd-stable@FreeBSD.ORG Sun Jun 29 08:34:10 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59CDECAF for ; Sun, 29 Jun 2014 08:34:10 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 38C8A2523 for ; Sun, 29 Jun 2014 08:34:09 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s5T8Y8BQ009933 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jun 2014 01:34:09 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s5T8Y8RE009932; Sun, 29 Jun 2014 01:34:08 -0700 (PDT) (envelope-from jmg) Date: Sun, 29 Jun 2014 01:34:08 -0700 From: John-Mark Gurney To: Zenny Subject: Re: opencv2 import problem with python Message-ID: <20140629083408.GR1560@funkthat.com> Mail-Followup-To: Zenny , "freebsd-stable@freebsd.org" References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sun, 29 Jun 2014 01:34:09 -0700 (PDT) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 29 Jun 2014 08:34:10 -0000 Zenny wrote this message on Sun, Jun 29, 2014 at 10:24 +0200: > Hi: > > I am trying to run opencv2 and installed it using the pkg binaries (opencv > and py27-opencv). > > However when I try to import opencv2 module, it outputs: > > "% python > Python 2.7.6 (default, Mar 4 2014, 19:30:28) > [GCC 4.2.1 Compatible FreeBSD Clang 3.3 (tags/RELEASE_33/final 183502)] on > freebsd10 > Type "help", "copyright", "credits" or "license" for more information. > >>> import cv2 > Traceback (most recent call last): > File "", line 1, in > ImportError: /usr/local/lib/python2.7/site-packages/cv2.so: Undefined > symbol "_ZTIN2cv15FeatureDetectorE" > >>>" > > cv2.so file does exist. Any hints to run opencv2 in FreeBSD 10.0 will be > appreciated! Thanks! Sounds like one of the libraries that cv2.so depends upon wasn't linked w/ cv2.so... doing a: grep ZTIN2cv15FeatureDetectorE /usr/local/lib/* should identify it, and you should report it to opencv2's maintainer to fix.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Sun Jun 29 08:47:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 328E12B5; Sun, 29 Jun 2014 08:47:07 +0000 (UTC) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E4D8D2618; Sun, 29 Jun 2014 08:47:06 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id nu7so7409760obb.41 for ; Sun, 29 Jun 2014 01:47:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xcmYkRwzV7NValYaMX404r2PYbEx57shKb7di/q6MrY=; b=znKw+i98P9EPr5rpaUqp01pjCNA7mKZ0YrH5qKBhg6dSZPYjwMQlWEhd03gAdBQJuQ Iru9tVJu48fGzT1J4U0IOhPTXvBUgPz7y1WEl6jYCODcKi9ysh+F0qSXwI8ahRlOhAtT RXS1c8YzBAtyskQF5XdyQRQBADZZdynNc4wtLGjuuC43TAe7MkIJ/l+Y0DLE5RLYsKcu n8FJiQx2d6fcti/eE4OkzldkEaDglERQyxgqNn8tv1/azhc74M92bIGn60FRRkUt1UWo O3zNH/tBw9DCMP+IdrjmpxJ/YC+ll5azgVZ1pF0v8pchVVrwAth7wk65xcSGXZvmogaF Mdrw== MIME-Version: 1.0 X-Received: by 10.182.115.199 with SMTP id jq7mr812973obb.70.1404031626217; Sun, 29 Jun 2014 01:47:06 -0700 (PDT) Received: by 10.202.182.130 with HTTP; Sun, 29 Jun 2014 01:47:06 -0700 (PDT) In-Reply-To: <20140629083408.GR1560@funkthat.com> References: <20140629083408.GR1560@funkthat.com> Date: Sun, 29 Jun 2014 10:47:06 +0200 Message-ID: Subject: Re: opencv2 import problem with python From: Zenny To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: jhale@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 29 Jun 2014 08:47:07 -0000 Thanks John: I am getting the following: "% grep ZTIN2cv15FeatureDetectorE /usr/local/lib/* Binary file /usr/local/lib/libopencv_contrib.so matches Binary file /usr/local/lib/libopencv_contrib.so.2 matches Binary file /usr/local/lib/libopencv_contrib.so.2.4.7 matches Binary file /usr/local/lib/libopencv_features2d.so matches Binary file /usr/local/lib/libopencv_features2d.so.2 matches Binary file /usr/local/lib/libopencv_features2d.so.2.4.7 matches Binary file /usr/local/lib/libopencv_legacy.so matches Binary file /usr/local/lib/libopencv_legacy.so.2 matches Binary file /usr/local/lib/libopencv_legacy.so.2.4.7 matches Binary file /usr/local/lib/libopencv_stitching.so matches Binary file /usr/local/lib/libopencv_stitching.so.2 matches Binary file /usr/local/lib/libopencv_stitching.so.2.4.7 matches I am CCing this mail to jhale for his attention, who is reportedly the maintainer accoring to the ports Makefile. /z On Sun, Jun 29, 2014 at 10:34 AM, John-Mark Gurney wrote: > Zenny wrote this message on Sun, Jun 29, 2014 at 10:24 +0200: > > Hi: > > > > I am trying to run opencv2 and installed it using the pkg binaries > (opencv > > and py27-opencv). > > > > However when I try to import opencv2 module, it outputs: > > > > "% python > > Python 2.7.6 (default, Mar 4 2014, 19:30:28) > > [GCC 4.2.1 Compatible FreeBSD Clang 3.3 (tags/RELEASE_33/final 183502)] > on > > freebsd10 > > Type "help", "copyright", "credits" or "license" for more information. > > >>> import cv2 > > Traceback (most recent call last): > > File "", line 1, in > > ImportError: /usr/local/lib/python2.7/site-packages/cv2.so: Undefined > > symbol "_ZTIN2cv15FeatureDetectorE" > > >>>" > > > > cv2.so file does exist. Any hints to run opencv2 in FreeBSD 10.0 will be > > appreciated! Thanks! > > Sounds like one of the libraries that cv2.so depends upon wasn't linked > w/ cv2.so... doing a: grep ZTIN2cv15FeatureDetectorE /usr/local/lib/* > should identify it, and you should report it to opencv2's maintainer > to fix.. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > From owner-freebsd-stable@FreeBSD.ORG Sun Jun 29 11:28:31 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86ECBEA3 for ; Sun, 29 Jun 2014 11:28:31 +0000 (UTC) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED8EE2142 for ; Sun, 29 Jun 2014 11:28:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id s5TBSQ4G087389 for ; Sun, 29 Jun 2014 15:28:26 +0400 (MSK) (envelope-from marck@rinet.ru) Date: Sun, 29 Jun 2014 15:28:26 +0400 (MSK) From: Dmitry Morozovsky To: freebsd-stable@FreeBSD.org Subject: stable/10: unbound refuses to forward some DNS queries Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Sun, 29 Jun 2014 15:28:26 +0400 (MSK) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 29 Jun 2014 11:28:31 -0000 Dear colleagues, after upgrading my home file server to stable/10 I found that after turning on local unbound reverse DNS queries for my RFC1918 zone stop working: root@hamster:/# host 192.168.33.1 1.33.168.192.in-addr.arpa domain name pointer jennie.wpub.woozle.net. root@hamster:/# host 192.168.33.1 127.1 Using domain server: Name: 127.1 Address: 127.0.0.1#53 Aliases: Host 1.33.168.192.in-addr.arpa not found: 3(NXDOMAIN) Moreover, turning on unbound verbosity, I do not actually see right queries in outgoing interface: root@hamster:/# tcpdump -nvvilo0 port 53 tcpdump: listening on lo0, link-type NULL (BSD loopback), capture size 65535 bytes 15:18:39.304353 IP (tos 0x0, ttl 64, id 4862, offset 0, flags [none], proto UDP (17), length 71, bad cksum 0 (->69a6)!) 127.0.0.1.13508 > 127.0.0.1.53: [bad udp cksum 0xfe46 -> 0xaf70!] 52525+ PTR? 1.33.168.192.in-addr.arpa. (43) 15:18:39.304400 IP (tos 0x0, ttl 64, id 4863, offset 0, flags [none], proto UDP (17), length 130, bad cksum 0 (->696a)!) 127.0.0.1.53 > 127.0.0.1.13508: [bad udp cksum 0xfe81 -> 0x0ce5!] 52525 NXDomain* q: PTR? 1.33.168.192.in-addr.arpa. 0/1/0 ns: 168.192.in-addr.arpa. SOA localhost. nobody.invalid. 1 3600 1200 604800 10800 (102) and no query to forward server. configs are standard, generated by unbound setup script: ==> /var/unbound/forward.conf <== # Generated by local-unbound-setup forward-zone: name: . forward-addr: 192.168.33.2 ==> /var/unbound/unbound.conf <== # Generated by local-unbound-setup server: username: unbound directory: /var/unbound chroot: /var/unbound pidfile: /var/run/local_unbound.pid auto-trust-anchor-file: /var/unbound/root.key include: /var/unbound/forward.conf Any hints? Or did I missed something trivial? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Jun 29 14:10:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45E1A636 for ; Sun, 29 Jun 2014 14:10:48 +0000 (UTC) Received: from www94.your-server.de (www94.your-server.de [213.133.104.94]) (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 05CEE2BCD for ; Sun, 29 Jun 2014 14:10:47 +0000 (UTC) Received: from [92.230.244.175] (helo=[192.168.178.40]) by www94.your-server.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1X1FoU-0005oM-7g for freebsd-stable@freebsd.org; Sun, 29 Jun 2014 16:10:38 +0200 Subject: ahcich timeouts on 10-stable which don't exist on 9.2 From: Mathias Picker To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Organization: virtual earth GmbH Date: Sat, 28 Jun 2014 18:17:37 +0200 Message-ID: <1403972257.2325.11.camel@marcopolo.fritz.box> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.98.1/19141/Sun Jun 29 12:46:41 2014) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 29 Jun 2014 14:10:48 -0000 Hi all, I cannot use my cdrom on 10-stable, which worked fine in 9.2. I just tried again with a 9.2 live cd, and there it still works. The cd is showing in 9.2 as: cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed and camcontrol says: pass1: ATAPI-7 SATA 1.x device pass1: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) protocol ATA/ATAPI-7 SATA 1.x device model HL-DT-STDVDRAM GT31N firmware revision 1.00 serial number KY2A3G91934 cylinders 0 heads 0 sectors/track 0 sector size logical 512, physical 512, offset 0 LBA supported LBA48 not supported PIO supported PIO4 DMA supported WDMA2 UDMA5 Feature Support Enabled Value Vendor read ahead no no write cache no no flush cache no no overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) no SMART no no microcode download no no security no no power management no no advanced power management no no automatic acoustic management no no media status notification no no power-up in Standby no no write-read-verify no no unload no no free-fall no no Data Set Management (DSM/TRIM) no Host Protected Area (HPA) no All I get in 10-stable is: Jun 28 18:06:00 marcopolo kernel: ahcich1: Timeout on slot 0 port 0 Jun 28 18:06:00 marcopolo kernel: ahcich1: is 00000002 cs 00000000 ss 00000000 rs 00000001 tfd 50 serr 00000000 cmd 00006017 Jun 28 18:06:00 marcopolo kernel: (aprobe0:ahcich1:0:0:0): ATAPI_IDENTIFY. ACB: a1 00 00 00 00 40 00 00 00 00 00 00 Jun 28 18:06:00 marcopolo kernel: (aprobe0:ahcich1:0:0:0): CAM status: Command timeout Jun 28 18:06:00 marcopolo kernel: (aprobe0:ahcich1:0:0:0): Retrying command I'm running: FreeBSD marcopolo.fritz.box 10.0-STABLE FreeBSD 10.0-STABLE #5 r267361: Wed Jun 11 17:33:35 CEST 2014 mathiasp@marcopolo.fritz.box:/usr/obj/usr/src/sys/VT amd64 but this goes on since I installed 10-stable, which was, well, months ago ;) I just never found the time to check it with 9.2 until now... This is on an Acer 5553g (amd danube / mobile phenom) machine with the AMD RS880 series chipset + SB820 southbridge. Any ideas, even to just switch off this annoying error msg? Thanks, Mathias From owner-freebsd-stable@FreeBSD.ORG Sun Jun 29 14:59:12 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6CD1B3A4 for ; Sun, 29 Jun 2014 14:59:12 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 E89492F5A for ; Sun, 29 Jun 2014 14:59:11 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s5TEx5Fl010215 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jun 2014 17:59:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s5TEx5Fl010215 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s5TEx5jx010214; Sun, 29 Jun 2014 17:59:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 29 Jun 2014 17:59:05 +0300 From: Konstantin Belousov To: Dmitry Morozovsky Subject: Re: stable/10: unbound refuses to forward some DNS queries Message-ID: <20140629145905.GG93733@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OqZxW6Yu4sgZZmrd" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) 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.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 29 Jun 2014 14:59:12 -0000 --OqZxW6Yu4sgZZmrd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 29, 2014 at 03:28:26PM +0400, Dmitry Morozovsky wrote: > Dear colleagues, >=20 > after upgrading my home file server to stable/10 I found that after turni= ng on=20 > local unbound reverse DNS queries for my RFC1918 zone stop working: >=20 > root@hamster:/# host 192.168.33.1 > 1.33.168.192.in-addr.arpa domain name pointer jennie.wpub.woozle.net. > root@hamster:/# host 192.168.33.1 127.1 > Using domain server: > Name: 127.1 > Address: 127.0.0.1#53 > Aliases: >=20 > Host 1.33.168.192.in-addr.arpa not found: 3(NXDOMAIN) >=20 > Moreover, turning on unbound verbosity, I do not actually see right queri= es in=20 > outgoing interface: >=20 > root@hamster:/# tcpdump -nvvilo0 port 53 > tcpdump: listening on lo0, link-type NULL (BSD loopback), capture size 65= 535 bytes > 15:18:39.304353 IP (tos 0x0, ttl 64, id 4862, offset 0, flags [none], pro= to UDP (17), length 71, bad cksum 0 (->69a6)!) > 127.0.0.1.13508 > 127.0.0.1.53: [bad udp cksum 0xfe46 -> 0xaf70!] 525= 25+ PTR? 1.33.168.192.in-addr.arpa. (43) > 15:18:39.304400 IP (tos 0x0, ttl 64, id 4863, offset 0, flags [none], pro= to UDP (17), length 130, bad cksum 0 (->696a)!) > 127.0.0.1.53 > 127.0.0.1.13508: [bad udp cksum 0xfe81 -> 0x0ce5!] 525= 25 NXDomain* q: PTR? 1.33.168.192.in-addr.arpa. 0/1/0 ns: 168.192.in-addr.a= rpa. SOA localhost. nobody.invalid. 1 3600 1200 604800 10800 (102) >=20 > and no query to forward server. >=20 > configs are standard, generated by unbound setup script: >=20 > =3D=3D> /var/unbound/forward.conf <=3D=3D > # Generated by local-unbound-setup > forward-zone: > name: . > forward-addr: 192.168.33.2 >=20 > =3D=3D> /var/unbound/unbound.conf <=3D=3D > # Generated by local-unbound-setup > server: > username: unbound > directory: /var/unbound > chroot: /var/unbound > pidfile: /var/run/local_unbound.pid > auto-trust-anchor-file: /var/unbound/root.key >=20 > include: /var/unbound/forward.conf >=20 > Any hints? Or did I missed something trivial? I think, yes, you are supposed to spend a hour reading the unbound.conf man page, without skipping of a single config option. Otherwise,=20 making unbound(8) work as local caching resolver for the private network is impossible. The 'log-queries' and 'verbosity' would allow to see what is going on. For the fake home. TLD and 192.168/16 network, I have to tell unbound that the zones are not signed, and it is fine to forward RFC1918 addresses to the upstream. I use the following magic (for upstream forwarder 192.168.102.80). No idea if this could be simplified. domain-insecure: "home." domain-insecure: "168.192.in-addr.arpa." private-domain: "home." local-zone: "168.192.in-addr.arpa." transparent stub-zone: name: "168.192.in-addr.arpa." stub-addr: 192.168.102.80 --OqZxW6Yu4sgZZmrd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTsCm4AAoJEJDCuSvBvK1BTSAP/R9oR8TkWxpUow0ADujosj+m /WZfTDjm2Er32PD/K3JE4pRnQpmtl6tncJxnxWm/v9f4SJcVc2BgNYZWrXMd4bU5 xbbbeB88DmsokLKXc6bWnLDDpIBPzwslt3pq4zuJ483ubASWwXhfZkNzPufzldKY Y2Nfb4/sjs6NMa9xkaNWLcNKgB/W9u0u7HtSKq43Kn1JJBRowwiKEoKcEdCABT2D i1NLPOL3H9Ga89Cr2rXMY1W1SRnEbyStdS3tm8+KQRNCNIqwGPTNlJhK2dCk2Z4X +Ri0bdoOvR1aIZeiYoKiSzHR8pA7KAfI75H2hSPgpIFLgKsANJxh/tCPNGBnX+NK 0CCXq9UYcWrbDLuYFboqxX3dLat4mtpLav46K6nL8cbK9ZtBbavIMJIJse+IdSrE /0k7rTgNQAST1qKGxmIUtCgzM/9yS5vUjnE4Q29T4fm3+lFqrOMkIOAe3DR5OBh2 FD8GzRlX7nluu1mfry6/8AwCuNzW41Xs1yg20tt4GC1OWsJfQ5EsffFc2OD1Ejdc lpaaPaJB2bun4gOUryNWMrfAd8+BSZiPImJ06aVv9Wq819VefSYrC9zDUTw59xyU Qd0KxkjPEDEITNJ3J7yuCnUwsihsbXYlyGR9V1H/3reIUHJ2AaDwcd0T5Eu6eJnf FU2BPdnEGz4E6BRyCtE9 =ywam -----END PGP SIGNATURE----- --OqZxW6Yu4sgZZmrd-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 29 15:39:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3937D0B for ; Sun, 29 Jun 2014 15:39:32 +0000 (UTC) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 748F82261 for ; Sun, 29 Jun 2014 15:39:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id s5TFdTjT090104; Sun, 29 Jun 2014 19:39:29 +0400 (MSK) (envelope-from marck@rinet.ru) Date: Sun, 29 Jun 2014 19:39:29 +0400 (MSK) From: Dmitry Morozovsky To: Konstantin Belousov Subject: Re: stable/10: unbound refuses to forward some DNS queries In-Reply-To: <20140629145905.GG93733@kib.kiev.ua> Message-ID: References: <20140629145905.GG93733@kib.kiev.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Sun, 29 Jun 2014 19:39:29 +0400 (MSK) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 29 Jun 2014 15:39:33 -0000 On Sun, 29 Jun 2014, Konstantin Belousov wrote: > On Sun, Jun 29, 2014 at 03:28:26PM +0400, Dmitry Morozovsky wrote: > > Dear colleagues, > > > > after upgrading my home file server to stable/10 I found that after turning on > > local unbound reverse DNS queries for my RFC1918 zone stop working: [snip] > > Any hints? Or did I missed something trivial? > > I think, yes, you are supposed to spend a hour reading the unbound.conf > man page, without skipping of a single config option. Otherwise, > making unbound(8) work as local caching resolver for the private > network is impossible. The 'log-queries' and 'verbosity' would > allow to see what is going on. > > For the fake home. TLD and 192.168/16 network, I have to tell > unbound that the zones are not signed, and it is fine to forward > RFC1918 addresses to the upstream. > > I use the following magic (for upstream forwarder 192.168.102.80). > No idea if this could be simplified. > > domain-insecure: "home." > domain-insecure: "168.192.in-addr.arpa." > private-domain: "home." > local-zone: "168.192.in-addr.arpa." transparent > stub-zone: > name: "168.192.in-addr.arpa." > stub-addr: 192.168.102.80 Thank you so much, it works like a charm. I do not have special TLD for forward resolving, and for me the following subset seems to be enough: #suggested by kib@ domain-insecure: "168.192.in-addr.arpa." local-zone: "168.192.in-addr.arpa." transparent -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Jun 29 16:04:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6EEE5BA for ; Sun, 29 Jun 2014 16:04:32 +0000 (UTC) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 34E802472 for ; Sun, 29 Jun 2014 16:04:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id s5TG4TvX090339; Sun, 29 Jun 2014 20:04:29 +0400 (MSK) (envelope-from marck@rinet.ru) Date: Sun, 29 Jun 2014 20:04:29 +0400 (MSK) From: Dmitry Morozovsky To: Konstantin Belousov Subject: Re: stable/10: unbound refuses to forward some DNS queries In-Reply-To: Message-ID: References: <20140629145905.GG93733@kib.kiev.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Sun, 29 Jun 2014 20:04:29 +0400 (MSK) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 29 Jun 2014 16:04:32 -0000 On Sun, 29 Jun 2014, Dmitry Morozovsky wrote: > Thank you so much, it works like a charm. > > I do not have special TLD for forward resolving, and for me the following > subset seems to be enough: > > #suggested by kib@ > domain-insecure: "168.192.in-addr.arpa." > local-zone: "168.192.in-addr.arpa." transparent ... and it turned out that even the last line is optional. To clarify: ALL queries for my case should be forwarded. It's on FreeBSD 10.0-STABLE #4 r267602: Wed Jun 18 11:15:36 MSK 2014 -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Jun 29 21:57:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 126621A1 for ; Sun, 29 Jun 2014 21:57:07 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [192.203.228.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E4E7D2CF7 for ; Sun, 29 Jun 2014 21:57:06 +0000 (UTC) Received: from overcee.wemm.org (canning.wemm.org [192.203.228.65]) by smtp2.wemm.org (Postfix) with ESMTP id 40240354; Sun, 29 Jun 2014 14:57:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1404079025; bh=49ClYpm6wCKjFdgX3YDoipIGpulOT76GZLhf5IJ7BLY=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=A8IVEPjMw8Tv4xYRxUQmcElRTPuME6MTXnslJ1ZsDZRrVMGFzwTnsbU+KcOhqXiKd YWXkkEN67ctxxa0r4WnvmvdOaxfEoPuFCP4nS7Tw6O29xe8Bpdhfd60P+k0pZWwPdd amY+MOhlRy1ivntsjoz3CzxjyhdbtoVLLtfBa49I= From: Peter Wemm To: freebsd-stable@freebsd.org Subject: Re: stable/10: unbound refuses to forward some DNS queries Date: Sun, 29 Jun 2014 14:56:58 -0700 Message-ID: <4052053.k3ny9DzFll@overcee.wemm.org> User-Agent: KMail/4.12.5 (FreeBSD/11.0-CURRENT; KDE/4.12.5; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart13541158.MGelVY0z55"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: Konstantin Belousov , Dmitry Morozovsky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 29 Jun 2014 21:57:07 -0000 --nextPart13541158.MGelVY0z55 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Sunday 29 June 2014 20:04:29 Dmitry Morozovsky wrote: > On Sun, 29 Jun 2014, Dmitry Morozovsky wrote: > > Thank you so much, it works like a charm. > >=20 > > I do not have special TLD for forward resolving, and for me the fol= lowing > >=20 > > subset seems to be enough: > > #suggested by kib@ > > domain-insecure: "168.192.in-addr.arpa." > > local-zone: "168.192.in-addr.arpa." transparent >=20 > ... and it turned out that even the last line is optional. >=20 > To clarify: ALL queries for my case should be forwarded. >=20 > It's on FreeBSD 10.0-STABLE #4 r267602: Wed Jun 18 11:15:36 MSK 2014 I use 'nodefault' instead of 'transparent' for these. I'm pretty sure you do need it because unbound has the RFC1918 and othe= r=20 "fake" addresses stubbed out. If you only did a 'reload' after changin= g it,=20 the stubs would have been replaced with a live address. I'd expect a f= ull=20 kill/restart to not work without it. You need the domain-insecure for 168.192.in-addr.arpa because there is = a NSEC3=20 hash on 192.in-addr.arpa that has a 'proof of non existence' for the 19= 2.168=20 node underneath. For what its worth, this is the general gist of what we do on the freeb= sd.org=20 cluster with some use of RFC1918 addresses: Individual machines: server: ... domain-insecure: "10.in-addr.arpa" local-zone: "10.in-addr.arpa." nodefault ... forward-zone: # Forward to the cluster caching hub name: . forward-addr: 2001:4f8:3:ffe0:4064:0:35:1 forward-addr: 2001:4f8:3:ffe0:4064:0:35:2 forward-addr: 149.20.53.9 forward-addr: 149.20.53.10 And one of the corresponding cache hubs: server: ... domain-insecure: "10.in-addr.arpa" local-zone: "10.in-addr.arpa." nodefault ... stub-zone: name: "10.in-addr.arpa" stub-addr: 149.20.53.9@5301 # local authoritive-only zone ser= ver stub-addr: 149.20.53.10@5301 # local authoritive-only zone serv= er ... Obviously this would need to be adjusted for whatever RFC1918 addresses= you're=20 using locally. But that's how we use the built-in local_unbound resolv= er for=20 dogfood in the freebsd.org cluster. =2D-=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI= 6FJV UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 --nextPart13541158.MGelVY0z55 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABAgAGBQJTsIuvAAoJEDXWlwnsgJ4EdU4IAMVMy07Wr/Hjnx6kSw04zdVa zfBGuzOv3sDGgiJyBclTlZC2XllCQI7ef5fTWjCV3NWdG/imEsDqIGoXGwbrjYQV a6LZOhvK3zeKE6NsfSvVUBnePUDVmRzd3lG2m0sdT68LfaJ6qufW4DkGKVYKQDUe d4HSFyTUg9yXEKL3W+hcg/mtbxMRlJIIbvzUakMS5bGyyXmAmJVi3sVhWaaOHWXr OOiBL8IKlEgvKG6i3g1AoWHD681I0EEyjqeTHPq5VMasyds0cJ2e6IRWNNqycb+e JZn7zTxa3TWULUtyYUmG/4xdGAEk3YF8rjzxcl+ZiXLyQWesO+tHoj6s2f/pzGs= =ql5j -----END PGP SIGNATURE----- --nextPart13541158.MGelVY0z55-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 29 23:43:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D30CBFAA for ; Sun, 29 Jun 2014 23:43:30 +0000 (UTC) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.isc.org", Issuer "RapidSSL CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B2B6A2492 for ; Sun, 29 Jun 2014 23:43:30 +0000 (UTC) Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.pao1.isc.org (Postfix) with ESMTP id CD36C3493D1; Sun, 29 Jun 2014 23:43:22 +0000 (UTC) (envelope-from marka@isc.org) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 84338160055; Sun, 29 Jun 2014 23:50:25 +0000 (UTC) Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id 1CF5816004A; Sun, 29 Jun 2014 23:50:25 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id EA4D419753E2; Mon, 30 Jun 2014 09:42:48 +1000 (EST) To: Peter Wemm From: Mark Andrews References: <4052053.k3ny9DzFll@overcee.wemm.org> Subject: Re: stable/10: unbound refuses to forward some DNS queries In-reply-to: Your message of "Sun, 29 Jun 2014 14:56:58 -0700." <4052053.k3ny9DzFll@overcee.wemm.org> Date: Mon, 30 Jun 2014 09:42:48 +1000 Message-Id: <20140629234248.EA4D419753E2@rock.dv.isc.org> X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mx.pao1.isc.org Cc: Konstantin Belousov , freebsd-stable@freebsd.org, Dmitry Morozovsky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 29 Jun 2014 23:43:30 -0000 In message <4052053.k3ny9DzFll@overcee.wemm.org>, Peter Wemm writes: > On Sunday 29 June 2014 20:04:29 Dmitry Morozovsky wrote: > > On Sun, 29 Jun 2014, Dmitry Morozovsky wrote: > > > Thank you so much, it works like a charm. > > > > > > I do not have special TLD for forward resolving, and for me the > following > > > > > > subset seems to be enough: > > > #suggested by kib@ > > > domain-insecure: "168.192.in-addr.arpa." > > > local-zone: "168.192.in-addr.arpa." transparent > > > > ... and it turned out that even the last line is optional. > > > > To clarify: ALL queries for my case should be forwarded. > > > > It's on FreeBSD 10.0-STABLE #4 r267602: Wed Jun 18 11:15:36 MSK 2014 > > I use 'nodefault' instead of 'transparent' for these. > > I'm pretty sure you do need it because unbound has the RFC1918 and other > "fake" addresses stubbed out. If you only did a 'reload' after changing > it, the stubs would have been replaced with a live address. I'd expect a > full kill/restart to not work without it. > > You need the domain-insecure for 168.192.in-addr.arpa because there is a > NSEC3 hash on 192.in-addr.arpa that has a 'proof of non existence' for the > 192.168 node underneath. 168.192.in-addr.arpa is insecurely delegated to the AS112 servers. This breaks the secure delegation chain. RFC 6303 requires this insecure delegations for all the zones it lists so that serving local content doesn't fail due to DNSSEC validation. I believe all the RFC 6303 zones now have insecure delegations. I had to complain to IANA that some didn't exist initially. The RFC 1918 subset definitely do have insecure delegations. No nameserver from any vendor should require validation to be explicitly disabled for 168.192.in-addr.arpa or any of the rest of the RFC 1918 / RFC 6303 zones. If unbound requires such a setting it is broken. > For what its worth, this is the general gist of what we do on the > freebsd.org cluster with some use of RFC1918 addresses: > > Individual machines: > server: > ... > domain-insecure: "10.in-addr.arpa" > local-zone: "10.in-addr.arpa." nodefault > ... > forward-zone: > # Forward to the cluster caching hub > name: . > forward-addr: 2001:4f8:3:ffe0:4064:0:35:1 > forward-addr: 2001:4f8:3:ffe0:4064:0:35:2 > forward-addr: 149.20.53.9 > forward-addr: 149.20.53.10 > > And one of the corresponding cache hubs: > server: > ... > domain-insecure: "10.in-addr.arpa" > local-zone: "10.in-addr.arpa." nodefault > ... > stub-zone: > name: "10.in-addr.arpa" > stub-addr: 149.20.53.9@5301 # local authoritive-only zone server > stub-addr: 149.20.53.10@5301 # local authoritive-only zone server > ... > > Obviously this would need to be adjusted for whatever RFC1918 addresses > you're using locally. But that's how we use the built-in local_unbound > resolver for dogfood in the freebsd.org cluster. If you forward the entire namespace then the forwarder should be serving the RFC 6303 zones not the local recursive resolver. Forwarding ("forward only" in named terms) is equivalent to serving the zone locally. Note named takes forwarding (existance and forwarding mode) into consideration when deciding whether to enable a RFC 6303 zone or not. Mark > -- > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; > KI6FJV > UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 08:25:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EAD92185 for ; Mon, 30 Jun 2014 08:25:12 +0000 (UTC) Received: from mail-la0-f42.google.com (mail-la0-f42.google.com [209.85.215.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7559E2BC4 for ; Mon, 30 Jun 2014 08:25:11 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id pn19so4646356lab.1 for ; Mon, 30 Jun 2014 01:25:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=RUSrV5+b2yvE+D2m1EU9IvnwQrMbfSZD9TnUaBI8800=; b=KgO1ZtHgcJqLfqxQ91n5FWCOh7ZB9eGf6f2T9kZrlw1K51RvVzh7YUi8X5xHIVM5GO qkxmJDK7lahEU19VUx3E8xGW+xlRxMkTvWJL5TMTxQIx938/CWBd9DYjTue5ER6NP4C+ FfscW/fIk4blW9wvz/4xHj9cgBL85LQfzMQpP31b7iaXoRYQf+dUag4eNy99oILlKTud /J2SsWU18DVNFn+4yagmHkRP1PDhR152jKXtngpkIwDR/b1+aVvGY/zGeMLrrRq07ucs X0/pGM3kCOwEDGkWdBXOsG4xLhy2dz+bC+xQ6zSAIuS3Mu0h+i6+2klbwY6zVN4Nrkd8 lwLQ== X-Gm-Message-State: ALoCoQnQlrQZ5/JUaXv7u71dD8FH4BPxmj6+uj5rtgOniuVR8jpyORQmqvyC3yel+nOWfcQ5gSww MIME-Version: 1.0 X-Received: by 10.112.182.36 with SMTP id eb4mr234139lbc.99.1404116704079; Mon, 30 Jun 2014 01:25:04 -0700 (PDT) Received: by 10.112.99.4 with HTTP; Mon, 30 Jun 2014 01:25:04 -0700 (PDT) Date: Mon, 30 Jun 2014 10:25:04 +0200 Message-ID: Subject: ixgbe queue hang fixed in 9.3? From: Johan Kooijman To: freebsd-stable@freebsd.org, FreeBSD Net Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 08:25:13 -0000 Hey all, A while ago I started the thread "9.2 ixgbe tx queue hang" on freebsd-net. A lot more people had the same as I had. Could anybody tell me if this issue is resolved in 9.3 RC? I haven't been able to find anything about it. -- Met vriendelijke groeten / With kind regards, Johan Kooijman From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 09:04:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F3E2D7B for ; Mon, 30 Jun 2014 09:04:38 +0000 (UTC) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C902C2F20 for ; Mon, 30 Jun 2014 09:04:37 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id k15so6136064qaq.16 for ; Mon, 30 Jun 2014 02:04:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=zLSrAl/eL6UIeoWg0QtnmG6u93EIcpnhRXuC9NlgweU=; b=ngQJ2DAh6oHToJ3MWcO4HWGFZriQsKYdGfyEorZSLyFyiuowPdU4QLcsqFO00Ss06X bEFKNrXL+RBSv/nqGBBTmA76gRHfpAPnmjIW/+j1nsaeUovdILAYHjzn17pC7bipUfPZ eNJYILa9FSasq8ds8t2TYoyZ/RtyCJvh8RoAyiLlM3+OGKTCjaWjchYrFitmuXLThyrz TXbET0xN2ix8cemphGfMDe/BNcL4tCo21GY9ft8jaMPa30B581Y07ySLAsXpprhy2h2r V6U1dFWpVfP1iKlH9D8ZXfMR9JYVcSZAljblhzV6XUxePck9Le/bbXAv6xm/i3V3BhtE TI/A== MIME-Version: 1.0 X-Received: by 10.224.34.73 with SMTP id k9mr59979557qad.11.1404119076895; Mon, 30 Jun 2014 02:04:36 -0700 (PDT) Received: by 10.96.131.77 with HTTP; Mon, 30 Jun 2014 02:04:36 -0700 (PDT) Reply-To: spil.oss@gmail.com Date: Mon, 30 Jun 2014 11:04:36 +0200 Message-ID: Subject: Hourly cron jobs running to early From: Spil Oss To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 09:04:38 -0000 Hi, A system I manage that was recently upgraded from 9 to 10.0 and to a later version of VMWare vSphere (5.5U1) is no longer running hourly jobs at the top of the hour but just before. This is especially annoying for newsyslog that doesn't then cycle logfiles that are set to daily rotation. grep -E " (00|23):" /var/log/cron.log Jun 25 23:59:34 gw /usr/sbin/cron[94620]: (root) CMD (newsyslog) Jun 26 00:59:51 gw /usr/sbin/cron[95380]: (root) CMD (newsyslog) Jun 26 23:59:12 gw /usr/sbin/cron[21259]: (root) CMD (newsyslog) Jun 27 00:59:34 gw /usr/sbin/cron[22036]: (root) CMD (newsyslog) Jun 27 23:59:25 gw /usr/sbin/cron[49211]: (root) CMD (newsyslog) Jun 28 00:59:34 gw /usr/sbin/cron[49968]: (root) CMD (newsyslog) Jun 28 23:58:55 gw /usr/sbin/cron[83459]: (root) CMD (newsyslog) Jun 29 00:59:51 gw /usr/sbin/cron[84221]: (root) CMD (newsyslog) Jun 29 23:59:51 gw /usr/sbin/cron[6571]: (root) CMD (newsyslog) Jun 30 00:59:51 gw /usr/sbin/cron[7327]: (root) CMD (newsyslog) ntpd is configured on the server and working fine # ntpdate -q ntp1.nl.uu.net server 193.79.237.14, stratum 1, offset -0.000250, delay 0.02942 30 Jun 10:54:50 ntpdate[19771]: adjust time server 193.79.237.14 offset -0.000250 sec Looking at all hourly newsyslog jobs for a day 14:59:51 15:59:47 16:58:42 17:59:51 18:59:55 19:59:55 20:59:51 21:59:12 22:59:34 23:59:51 23:59:51 23:59:51 00:59:51 01:58:42 02:59:29 03:59:47 04:59:51 05:59:47 06:59:38 07:59:51 08:59:42 09:58:42 10:58:42 I don't really see a pattern in this From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 10:54:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EE8D593 for ; Mon, 30 Jun 2014 10:54:07 +0000 (UTC) Received: from cerebro.liukuma.net (cerebro.liukuma.net [IPv6:2a00:d1e0:1000:1b00::2]) by mx1.freebsd.org (Postfix) with ESMTP id 41C0A2877 for ; Mon, 30 Jun 2014 10:54:06 +0000 (UTC) Received: from cerebro.liukuma.net (localhost [127.0.0.1]) by cerebro.liukuma.net (Postfix) with ESMTP id 06E808A0223 for ; Mon, 30 Jun 2014 13:53:56 +0300 (EEST) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net 06E808A0223 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=liukuma.net; s=liukudkim; t=1404125636; bh=8MwCdNLrQ4aW6M9ynVgcwfY7QP1dHdoIFbWE3ro4ha4=; h=From:To:References:In-Reply-To:Subject:Date; b=SSsdxkeIP8rjCCUvfJuwuaoN6KI0AcMwV3Fw0eMX6PIpqDbsap074AJkLZvRuiPzn eH+97hvC7QnKeByXf1F5UYwq8ajJ+RyHqkH9v8y86tXYpZA0nPAzwxQb08eSMNavGf E7cca54kDJA3yPy11ZiCVB1GN0f2VLkP7XUeLwHI= X-Virus-Scanned: amavisd-new at liukuma.net Received: from cerebro.liukuma.net ([127.0.0.1]) by cerebro.liukuma.net (cerebro.liukuma.net [127.0.0.1]) (amavisd-new, port 10027) with LMTP id YyWC90yxcFGa for ; Mon, 30 Jun 2014 13:53:55 +0300 (EEST) Received: from Rivendell (dsl-kmibrasgw1-54f8d4-179.dhcp.inet.fi [84.248.212.179]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: ignatz@cerebro.liukuma.net) by cerebro.liukuma.net (Postfix) with ESMTPSA id 23BB58A00F2 for ; Mon, 30 Jun 2014 13:53:55 +0300 (EEST) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net 23BB58A00F2 Message-ID: <2035F53FC8C246469D6927696ED288D3@Rivendell> From: "Reko Turja" To: References: In-Reply-To: Subject: Re: Hourly cron jobs running to early Date: Mon, 30 Jun 2014 13:53:51 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3555.308 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3555.308 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 10:54:07 -0000 -----Original Message----- From: Spil Oss Sent: Monday, June 30, 2014 12:04 PM > A system I manage that was recently upgraded from 9 to 10.0 and to a > later version of VMWare vSphere (5.5U1) is no longer running hourly > jobs at the top of the hour but just before. This is especially Do you have the file present in /etc (wall_cmos_clock) that tells the system that the HW clock is not running UTC? -Reko From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 11:18:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFC399EA for ; Mon, 30 Jun 2014 11:18:43 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F25AF2A6C for ; Mon, 30 Jun 2014 11:18:42 +0000 (UTC) Received: (qmail 60413 invoked by uid 89); 30 Jun 2014 11:18:37 -0000 Received: by simscan 1.4.0 ppid: 60408, pid: 60410, t: 0.1363s scanners: attach: 1.4.0 clamav: 0.97.3/m:55/d:19142 Received: from unknown (HELO suse3.ewadmin.local) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 30 Jun 2014 11:18:37 -0000 Date: Mon, 30 Jun 2014 13:18:31 +0200 From: Rainer Duffner To: freebsd-stable@freebsd.org Subject: Re: Hourly cron jobs running to early Message-ID: <20140630131831.1b89e52a@suse3.ewadmin.local> In-Reply-To: <2035F53FC8C246469D6927696ED288D3@Rivendell> References: <2035F53FC8C246469D6927696ED288D3@Rivendell> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.22; x86_64-suse-linux-gnu) 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.18 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, 30 Jun 2014 11:18:43 -0000 Am Mon, 30 Jun 2014 13:53:51 +0300 schrieb "Reko Turja" : > -----Original Message----- > From: Spil Oss > Sent: Monday, June 30, 2014 12:04 PM > > > A system I manage that was recently upgraded from 9 to 10.0 and to a > > later version of VMWare vSphere (5.5U1) is no longer running hourly > > jobs at the top of the hour but just before. This is especially > > Do you have the file present in /etc (wall_cmos_clock) that tells the > system that the HW clock is not running UTC? BTW: what is one supposed to configure for a VMware-guest? Is the HW clock running UTC or not? Does it depend on the vmware-host? From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 11:39:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6BFD5CAE for ; Mon, 30 Jun 2014 11:39:24 +0000 (UTC) Received: from cerebro.liukuma.net (cerebro.liukuma.net [185.34.0.166]) by mx1.freebsd.org (Postfix) with ESMTP id 22C602C42 for ; Mon, 30 Jun 2014 11:39:23 +0000 (UTC) Received: from cerebro.liukuma.net (localhost [127.0.0.1]) by cerebro.liukuma.net (Postfix) with ESMTP id A18C68A0224; Mon, 30 Jun 2014 14:39:22 +0300 (EEST) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net A18C68A0224 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=liukuma.net; s=liukudkim; t=1404128362; bh=Cjtp3giwno4LZp68usfpuDHIgo1V7QyqPCdYWbvBaUg=; h=From:To:References:In-Reply-To:Subject:Date; b=tMvJoXxTyxB4I42FDkPwKCyN4KKrLPQpgmzZo+7kyozjvuiamMkB4HZypCvL2Go44 5IZM44Z2gJyuJxv629fGwI/WczjNEZHB3Xc6iGYTxvdcHT/B7SJRFVIWpHqUEe1yos CwZ2Wa9QHR1T2GcNx2AaqXmMkRCzCb2LugsfXRKU= X-Virus-Scanned: amavisd-new at liukuma.net Received: from cerebro.liukuma.net ([127.0.0.1]) by cerebro.liukuma.net (cerebro.liukuma.net [127.0.0.1]) (amavisd-new, port 10027) with LMTP id p5UkKt4_LNJ8; Mon, 30 Jun 2014 14:39:22 +0300 (EEST) Received: from Rivendell (dsl-kmibrasgw1-54f8d4-179.dhcp.inet.fi [84.248.212.179]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: ignatz@cerebro.liukuma.net) by cerebro.liukuma.net (Postfix) with ESMTPSA id B24868A0220; Mon, 30 Jun 2014 14:39:21 +0300 (EEST) DKIM-Filter: OpenDKIM Filter v2.8.3 cerebro.liukuma.net B24868A0220 Message-ID: From: "Reko Turja" To: "Rainer Duffner" , References: <2035F53FC8C246469D6927696ED288D3@Rivendell> <20140630131831.1b89e52a@suse3.ewadmin.local> In-Reply-To: <20140630131831.1b89e52a@suse3.ewadmin.local> Subject: Re: Hourly cron jobs running to early Date: Mon, 30 Jun 2014 14:39:17 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3555.308 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3555.308 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 11:39:24 -0000 -----Original Message----- From: Rainer Duffner Sent: Monday, June 30, 2014 2:18 PM > BTW: what is one supposed to configure for a VMware-guest? > Is the HW clock running UTC or not? > > Does it depend on the vmware-host? I would think the HW clock is virtualised like most of the hardware and thus guest dependent. Only thing I know for sure that after lots of time related anomalies even with active NTP and date commands, I fixed my guest instance time offset issues at rootbsd by removing said file. -Reko From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 12:22:09 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 442607CF for ; Mon, 30 Jun 2014 12:22:09 +0000 (UTC) Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C255520FC for ; Mon, 30 Jun 2014 12:22:08 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id mc6so4852197lab.27 for ; Mon, 30 Jun 2014 05:22:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=+yhTk+lKqBXeNHCFxLSWDgqyiSd8xx6DQoDa8AMfynk=; b=cWf2yyYsWzWpTrao15DK67Umrv59V+tekRaz27oxefoM680yOc1z52K+dCjtfYDQMy GIDPd2PYkuPUkqd1ZSJ3BmnSMBSPPKAHPB2DkN+E/e9nThL04GdkEbCvjBPl1hjl/I+M XcI54o8N9oMZvKmgSKV0mkm+nqHP8JS0jC88AIulz3O/1hD/O/M1aSnPubtbLUEa9Su1 wKSRl/iLD/dvu+jBh6OaiuRM0Ko384PujQoDKR3c/S1R9Ccw5n9R2EKDk9OJi4K7OH5o pE39sCj+xHhCaLJyfCZLDBvgyVm2LYkC7p2v/I8sVgm9Awy13zoRzXWuZh8sSvn1RSfI nibg== X-Received: by 10.112.60.5 with SMTP id d5mr13310796lbr.26.1404130926719; Mon, 30 Jun 2014 05:22:06 -0700 (PDT) Received: from ?IPv6:2a02:6b8::408:29b5:bb45:aed0:2e15? ([2a02:6b8:0:408:29b5:bb45:aed0:2e15]) by mx.google.com with ESMTPSA id jf10sm8719561lac.26.2014.06.30.05.22.04 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 30 Jun 2014 05:22:04 -0700 (PDT) From: Dmitry Sivachenko Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 10/stable panic: softdep_deallocate_dependencies: dangling deps Message-Id: <021AFCAD-7B0B-47FB-AAFF-8F7085C7E1A6@gmail.com> Date: Mon, 30 Jun 2014 16:22:02 +0400 To: stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 12:22:09 -0000 Hello! I have several machines with rather fresh FreeBSD-10/stable. They all have 4 SATA drives, I have small gmirrored root+var and the = rest of the drive space is mounted as /disk1, /disk2, etc (UFS2+SU). When a single disk fails, system panics with = "softdep_deallocate_dependencies: dangling deps" message: http://people.freebsd.org/~demon/softdep.png Since all vital data (root+var) are mirrored, I expect OS to stay alive. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 12:43:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 955B2AF1 for ; Mon, 30 Jun 2014 12:43:15 +0000 (UTC) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1D7EE231B for ; Mon, 30 Jun 2014 12:43:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id s5UCh54C008718; Mon, 30 Jun 2014 16:43:06 +0400 (MSK) (envelope-from marck@rinet.ru) Date: Mon, 30 Jun 2014 16:43:05 +0400 (MSK) From: Dmitry Morozovsky To: Peter Wemm Subject: Re: stable/10: unbound refuses to forward some DNS queries In-Reply-To: <4052053.k3ny9DzFll@overcee.wemm.org> Message-ID: References: <4052053.k3ny9DzFll@overcee.wemm.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Mon, 30 Jun 2014 16:43:06 +0400 (MSK) Cc: Konstantin Belousov , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 12:43:15 -0000 On Sun, 29 Jun 2014, Peter Wemm wrote: > > > subset seems to be enough: > > > #suggested by kib@ > > > domain-insecure: "168.192.in-addr.arpa." > > > local-zone: "168.192.in-addr.arpa." transparent > > > > ... and it turned out that even the last line is optional. > > > > To clarify: ALL queries for my case should be forwarded. > > > > It's on FreeBSD 10.0-STABLE #4 r267602: Wed Jun 18 11:15:36 MSK 2014 > > I use 'nodefault' instead of 'transparent' for these. > > I'm pretty sure you do need it because unbound has the RFC1918 and other > "fake" addresses stubbed out. If you only did a 'reload' after changing it, > the stubs would have been replaced with a live address. I'd expect a full > kill/restart to not work without it. Yes you're absolutely right. > You need the domain-insecure for 168.192.in-addr.arpa because there is a NSEC3 > hash on 192.in-addr.arpa that has a 'proof of non existence' for the 192.168 > node underneath. maybe then we could improve the logic in local-unbound-setup.sh to detect RFC1918 addresses active on interfaces up and generate unbound.conf accordingly? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 13:08:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0EB3171 for ; Mon, 30 Jun 2014 13:08:01 +0000 (UTC) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.130]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 54148254B for ; Mon, 30 Jun 2014 13:08:00 +0000 (UTC) Received: from GBL007106 (hydrus.plus.com [212.159.122.116]) by mrelayeu.kundenserver.de (node=mreue007) with ESMTP (Nemesis) id 0Li6Ap-1WFd120a4h-00nQHu; Mon, 30 Jun 2014 15:02:47 +0200 From: Sender: "Mark Willson" To: References: In-Reply-To: Subject: RE: Hourly cron jobs running to early Date: Mon, 30 Jun 2014 14:03:31 +0100 Message-ID: <000f01cf9463$b1e0b300$15a21900$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJMtr/RRaTyP8eMwymxpuJvVV8F1JqPWU1w Content-Language: en-gb X-Provags-ID: V02:K0:wDINovGXuFz+QKthUK+g00STFQEz6HsU3e8lOgOHWBd QFmO+ppzVUYY9ceIWpVhR4R0D4Lx62irHGqYqbMEuuemoY3CTk KyxfgxujvvvZYsWz0JZ0uBryH9fThl2ryu39sr+GGA17J4zW28 OnqwFV8LdyPzs8Tog/i+1eMpiYewie2NPRvpzgthZWDu6JCd4J 1uPd4t12E3XrS0VVaVqMl9l2lO6NDuEF7RMOGHnmEXNPzm6b6C ztoi2HDtEM2j5JdWybgplCqaMvwf01wWJSkLeuKlwJdMEol/uv ZDcl/RqpF1r5XKPDURJ0ylbeqzRSlIw1HjUv5t3PzU5v8mH+eH LBcJtk00KTI2da39yftapPMG/w/1FxQcYsY/F4Pq2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 13:08:01 -0000 Folks, I, too, am seeing a problem of cron running jobs a few seconds too early. This is on a Thinkpad T42 running: FreeBSD cobalt 10.0-RELEASE-p6 FreeBSD 10.0-RELEASE-p6 #3 r267829M: Wed Jun 25 07:41:33 BST 2014 root@cobalt:/usr/obj/usr/src/sys/GENERIC i386 BIOS clock is running UTC and is under ntpd control. I noticed this on a logging cron job that is supposed to run on the hour. These are the last few timings: 03:59:47 04:59:12 05:59:47 06:59:47 07:59:47 08:59:47 09:59:47 10:59:47 11:59:47 12:59:47 Best Regards, Mark Willson -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Spil Oss Sent: 30 June 2014 10:05 To: freebsd-stable@freebsd.org Subject: Hourly cron jobs running to early Hi, A system I manage that was recently upgraded from 9 to 10.0 and to a later version of VMWare vSphere (5.5U1) is no longer running hourly jobs at the top of the hour but just before. This is especially annoying for newsyslog that doesn't then cycle logfiles that are set to daily rotation. grep -E " (00|23):" /var/log/cron.log Jun 25 23:59:34 gw /usr/sbin/cron[94620]: (root) CMD (newsyslog) Jun 26 00:59:51 gw /usr/sbin/cron[95380]: (root) CMD (newsyslog) Jun 26 23:59:12 gw /usr/sbin/cron[21259]: (root) CMD (newsyslog) Jun 27 00:59:34 gw /usr/sbin/cron[22036]: (root) CMD (newsyslog) Jun 27 23:59:25 gw /usr/sbin/cron[49211]: (root) CMD (newsyslog) Jun 28 00:59:34 gw /usr/sbin/cron[49968]: (root) CMD (newsyslog) Jun 28 23:58:55 gw /usr/sbin/cron[83459]: (root) CMD (newsyslog) Jun 29 00:59:51 gw /usr/sbin/cron[84221]: (root) CMD (newsyslog) Jun 29 23:59:51 gw /usr/sbin/cron[6571]: (root) CMD (newsyslog) Jun 30 00:59:51 gw /usr/sbin/cron[7327]: (root) CMD (newsyslog) ntpd is configured on the server and working fine # ntpdate -q ntp1.nl.uu.net server 193.79.237.14, stratum 1, offset -0.000250, delay 0.02942 30 Jun 10:54:50 ntpdate[19771]: adjust time server 193.79.237.14 offset -0.000250 sec Looking at all hourly newsyslog jobs for a day 14:59:51 15:59:47 16:58:42 17:59:51 18:59:55 19:59:55 20:59:51 21:59:12 22:59:34 23:59:51 23:59:51 23:59:51 00:59:51 01:58:42 02:59:29 03:59:47 04:59:51 05:59:47 06:59:38 07:59:51 08:59:42 09:58:42 10:58:42 I don't really see a pattern in this _______________________________________________ freebsd-stable@freebsd.org mailing list http://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 Jun 30 13:19:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC38548B for ; Mon, 30 Jun 2014 13:19:03 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 337BD2663 for ; Mon, 30 Jun 2014 13:19:03 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s5UDIvI0028872 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jun 2014 16:18:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s5UDIvI0028872 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s5UDIvBv028871; Mon, 30 Jun 2014 16:18:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 30 Jun 2014 16:18:57 +0300 From: Konstantin Belousov To: cdr.nil@gmail.com Subject: Re: Hourly cron jobs running to early Message-ID: <20140630131857.GL93733@kib.kiev.ua> References: <000f01cf9463$b1e0b300$15a21900$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XDjvnsv+LUV9J1kR" Content-Disposition: inline In-Reply-To: <000f01cf9463$b1e0b300$15a21900$@gmail.com> User-Agent: Mutt/1.5.23 (2014-03-12) 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.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 13:19:03 -0000 --XDjvnsv+LUV9J1kR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 30, 2014 at 02:03:31PM +0100, cdr.nil@gmail.com wrote: > Folks, >=20 > I, too, am seeing a problem of cron running jobs a few seconds too early. > This is on a Thinkpad T42 running: >=20 > FreeBSD cobalt 10.0-RELEASE-p6 FreeBSD 10.0-RELEASE-p6 #3 r267829M: Wed J= un > 25 07:41:33 BST 2014 root@cobalt:/usr/obj/usr/src/sys/GENERIC i386 >=20 > BIOS clock is running UTC and is under ntpd control. >=20 > I noticed this on a logging cron job that is supposed to run on the hour. > These are the last few timings: >=20 > 03:59:47 > 04:59:12 > 05:59:47 > 06:59:47 > 07:59:47 > 08:59:47 > 09:59:47 > 10:59:47 > 11:59:47 > 12:59:47 >=20 The head r261146, merged to stable/10 as r261231, seems to be relevant. > Best Regards, > Mark Willson >=20 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org > [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Spil Oss > Sent: 30 June 2014 10:05 > To: freebsd-stable@freebsd.org > Subject: Hourly cron jobs running to early >=20 > Hi, >=20 > A system I manage that was recently upgraded from 9 to 10.0 and to a > later version of VMWare vSphere (5.5U1) is no longer running hourly > jobs at the top of the hour but just before. This is especially > annoying for newsyslog that doesn't then cycle logfiles that are set > to daily rotation. >=20 > grep -E " (00|23):" /var/log/cron.log > Jun 25 23:59:34 gw /usr/sbin/cron[94620]: (root) CMD (newsyslog) > Jun 26 00:59:51 gw /usr/sbin/cron[95380]: (root) CMD (newsyslog) > Jun 26 23:59:12 gw /usr/sbin/cron[21259]: (root) CMD (newsyslog) > Jun 27 00:59:34 gw /usr/sbin/cron[22036]: (root) CMD (newsyslog) > Jun 27 23:59:25 gw /usr/sbin/cron[49211]: (root) CMD (newsyslog) > Jun 28 00:59:34 gw /usr/sbin/cron[49968]: (root) CMD (newsyslog) > Jun 28 23:58:55 gw /usr/sbin/cron[83459]: (root) CMD (newsyslog) > Jun 29 00:59:51 gw /usr/sbin/cron[84221]: (root) CMD (newsyslog) > Jun 29 23:59:51 gw /usr/sbin/cron[6571]: (root) CMD (newsyslog) > Jun 30 00:59:51 gw /usr/sbin/cron[7327]: (root) CMD (newsyslog) >=20 > ntpd is configured on the server and working fine > # ntpdate -q ntp1.nl.uu.net > server 193.79.237.14, stratum 1, offset -0.000250, delay 0.02942 > 30 Jun 10:54:50 ntpdate[19771]: adjust time server 193.79.237.14 > offset -0.000250 sec >=20 > Looking at all hourly newsyslog jobs for a day > 14:59:51 15:59:47 16:58:42 17:59:51 18:59:55 19:59:55 20:59:51 > 21:59:12 22:59:34 23:59:51 23:59:51 23:59:51 00:59:51 01:58:42 > 02:59:29 03:59:47 04:59:51 05:59:47 06:59:38 07:59:51 08:59:42 > 09:58:42 10:58:42 > I don't really see a pattern in this > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --XDjvnsv+LUV9J1kR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTsWPBAAoJEJDCuSvBvK1BurUP/jf/X6HlTryHURCFRnLWRHAv pBJMegM+SMBcFvAjVjFInYqvQvY1Q+0GjWtJwKACxqvmzW3/jBwRvRYrA332NhjG 9B+U2z8CpvwlhmkZv1pOg7cQNdOhLXa8sSapDApZpHqnKBsnQpzJ1LTFyQ+gnkAC GPT810iQO/NtvxadR9q6is8bHe+LCRnuEnnFL47B0ocJSqH28Gwwkz+CHGT42QTo Fe7bJH/VWJLf8xMpe5452xlxTdkJptYyWeiVaShXrt89E7nR8RyP2KYFF85ZUQEz cQwNSiBEFrWszfkilhqVOCYyao+5z2EEANh9iOcxD0MQByhujekWO/PGScpNoO66 fdCHkikoPW2mFUmkpYeaQGw+E+Zy8lYUQA0l8KDvzhgpkexD/ZZl9BlYDuWLgobY 5HDnvEmFBXeXtAQZBD+AtBWzCnrFw5CJn48pCEmpzlbtSJTTQbM8DiD5pwGbXcen V2FihBk+DICJ/uJdml0sCt8sQeDM8/v9YJAmJvM4D3nNfOrrwUFCaTxQ/nHeU9wL gPcss5XV07fWiqvnOZUdOO+ecvcqLXkUzX2XGll8azVvtAJcNgyaHluYIic1xBpf BMZ7m2lJt46uXg3FIaLzTv6xon3xvItEADe2Y/YMCIwXMJ/6x74dNqsk0YVMDOIx OV2KZYcpn8MDkg/MUriU =ZQh6 -----END PGP SIGNATURE----- --XDjvnsv+LUV9J1kR-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 14:13:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F629D93 for ; Mon, 30 Jun 2014 14:13:39 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C12D92BDE for ; Mon, 30 Jun 2014 14:13:38 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id b13so8159579wgh.23 for ; Mon, 30 Jun 2014 07:13:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=wD0aWvubhbTrFJCE/qeYnlyrU3uaAzhRHNbvB9W1NWo=; b=GBNEZMQc7um7NyxMoVneMyLYxeqWhsgTiwq6xQRwAKIsVly5I4VR25331Dw9QzCOcy 4ugc8rA2XGm8vEec+qSE3NGdiJnDgiz08jRejW+irlYFfKYWCaKPo6R/ZDSQ8O/3cG6N UOZydAqlEBcwSPlQ/TiQljFxdBkAMB48Og9Eu7fh2X2FE+8brRXPMX3GJ49HhNXbjjfQ bzb3TR76F8QBaLPTSrylfm+QksD2QCTRN3Cf+D8IY86lBll7rfuKvMjjCrBrhPd+hegv QtMSNWervyDn40YT22prW1SYV2XNkSNZjBY3xdZi+5HzAKGDcC2XBeHGQDEsBESte7b+ dCGA== MIME-Version: 1.0 X-Received: by 10.180.88.194 with SMTP id bi2mr29230219wib.71.1404137616773; Mon, 30 Jun 2014 07:13:36 -0700 (PDT) Received: by 10.216.212.138 with HTTP; Mon, 30 Jun 2014 07:13:36 -0700 (PDT) In-Reply-To: References: Date: Mon, 30 Jun 2014 16:13:36 +0200 Message-ID: Subject: Re: Intel Baytrail panics because of buggy ACPI table From: tallison To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 14:13:39 -0000 Hi, Doesn't anyone know if this fix will make it into 9.3 RELEASE? IMO it would probably be worth making a point release for this fix if not. A 9.3.1, and perhaps a 10.0.1 or something like that. As said a lot of these boards are being sold, and many end up in home servers that run FreeBSD. I have noticed there are occasional mails about this problem in the list already, and I suspect there are many others trying FreeBSD, FreeNAS etc that run into this kernel panic and then just decide to try something else. On Sun, Jun 29, 2014 at 1:21 AM, tallison wrote: > Hello, > > Intel Bay Trail/Silvermont devices are becoming quite popular. > Unfortunately current FreeBSD releases don't work on them, as they get a > kernel panic. > A patch for this has been implemented in Linux, and a few months ago in > FreeBSD CURRENT as well. A few weeks ago I asked that it be included into > the STABLE branches as well, so that it makes its way into the next > releases. > > I can see that it was added to the STABLE branches a few days ago, as per > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187966 > > Now my question is this; will this fix make its way into 9.3 RELEASE, or > is it too late? > Would be good if it did IMO, as said a lot of people are buying Bay Trail > struff. > > BR > talisson > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 14:24:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77BEE95 for ; Mon, 30 Jun 2014 14:24:03 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 307092CFE for ; Mon, 30 Jun 2014 14:24:03 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X1cUz-000F8f-SB; Mon, 30 Jun 2014 16:24:01 +0200 Date: Mon, 30 Jun 2014 16:24:01 +0200 From: Kurt Jaeger To: tallison Subject: Re: Intel Baytrail panics because of buggy ACPI table Message-ID: <20140630142401.GY2586@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 14:24:03 -0000 Hi! > Doesn't anyone know if this fix will make it into 9.3 RELEASE? I asked re@ to include it, as far as http://svnweb.freebsd.org/base/releng/9.3/sys/x86/acpica/madt.c?view=log says, it's not yet included. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 14:47:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B54FD80 for ; Mon, 30 Jun 2014 14:47:59 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EA6952F3B for ; Mon, 30 Jun 2014 14:47:58 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X1cs9-000FBM-VD; Mon, 30 Jun 2014 16:47:57 +0200 Date: Mon, 30 Jun 2014 16:47:57 +0200 From: Kurt Jaeger To: tallison , freebsd-stable@freebsd.org Subject: Re: Intel Baytrail panics because of buggy ACPI table Message-ID: <20140630144757.GZ2586@home.opsec.eu> References: <20140630142401.GY2586@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140630142401.GY2586@home.opsec.eu> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 14:47:59 -0000 Hi! > > Doesn't anyone know if this fix will make it into 9.3 RELEASE? > > I asked re@ to include it, as far as > > http://svnweb.freebsd.org/base/releng/9.3/sys/x86/acpica/madt.c?view=log > > says, it's not yet included. re@ gave the hint to ask the committer involved, rodrigc@. I sent him a mail and updated the ticket. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 17:00:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8EBCC66 for ; Mon, 30 Jun 2014 17:00:35 +0000 (UTC) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.10]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3DE912CA0 for ; Mon, 30 Jun 2014 17:00:34 +0000 (UTC) Received: from GBL007106 (hydrus.plus.com [212.159.122.116]) by mrelayeu.kundenserver.de (node=mreue103) with ESMTP (Nemesis) id 0MQcnt-1XDadz1Xf3-00U5At; Mon, 30 Jun 2014 19:00:26 +0200 From: Sender: "Mark Willson" To: "'Konstantin Belousov'" References: <000f01cf9463$b1e0b300$15a21900$@gmail.com> <20140630131857.GL93733@kib.kiev.ua> In-Reply-To: <20140630131857.GL93733@kib.kiev.ua> Subject: RE: Hourly cron jobs running to early Date: Mon, 30 Jun 2014 18:01:10 +0100 Message-ID: <001201cf9484$e4e43a30$aeacae90$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 thread-index: AQJMtr/RRaTyP8eMwymxpuJvVV8F1AHZ+IfmAePUSH2acalgoA== Content-Language: en-gb X-Provags-ID: V02:K0:wp8Oy2VbGzAdNPzhn3dEgdaXOqXRSKV4rywOivxflpt 4FGnO37W8+HiJ+LHrRRVibazHTUgtz5x4XKsZ9lg46nurEa3+3 yAwD46gNlreVZnVH1M56dM+iImqmmGDD/7N4CxxfJz87FJjJ0E qqdQU+Mt6GdvQ55ZvlxMasALtoQTGFLB5wlceek+3gRXqUfHCr ZmiOZ3KN/eybjXoYZ3/IrJQB9BR7lgGHkLyJtwPYXoiBXmPd6R imx08UWr6lPCWTERHTLigtqhMRq2kJy38SehMi0oPSRsO8GC5b njNXgtgS7nj26WPlnnldoaVKKtCjwCOs8ymaNzQ1xGWxKegAYM ayUEZo19UtQotTqJ0dz1FKGoHORFGClYC6LqJ8xX1 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 17:00:35 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Konstantin Belousov > Sent: 30 June 2014 14:19 > To: cdr.nil@gmail.com > Cc: freebsd-stable@freebsd.org > Subject: Re: Hourly cron jobs running to early > > On Mon, Jun 30, 2014 at 02:03:31PM +0100, cdr.nil@gmail.com wrote: > > Folks, > > > > I, too, am seeing a problem of cron running jobs a few seconds too early. > > This is on a Thinkpad T42 running: > > > > FreeBSD cobalt 10.0-RELEASE-p6 FreeBSD 10.0-RELEASE-p6 #3 r267829M: Wed Jun > > 25 07:41:33 BST 2014 root@cobalt:/usr/obj/usr/src/sys/GENERIC i386 > > > > BIOS clock is running UTC and is under ntpd control. > > > > I noticed this on a logging cron job that is supposed to run on the hour. > > These are the last few timings: > > > > 03:59:47 > > 04:59:12 > > 05:59:47 > > 06:59:47 > > 07:59:47 > > 08:59:47 > > 09:59:47 > > 10:59:47 > > 11:59:47 > > 12:59:47 > > > The head r261146, merged to stable/10 as r261231, seems to be > relevant. Konstantin, Thanks for the pointer. I've applied the patch and cron seems to be behaving itself. -mark From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 17:13:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C439C2B5 for ; Mon, 30 Jun 2014 17:13:24 +0000 (UTC) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 853072E37 for ; Mon, 30 Jun 2014 17:13:24 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id k15so6840079qaq.30 for ; Mon, 30 Jun 2014 10:13:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=bzqYZtoQd6z+2r8nG6W5lqzdXgn4jxqnATAyzmER6tA=; b=mO+ipYGQv2YVsb4uX/s/SczL6Y9hN4pRPb5IwQ2rHyMJxmMe+knVLCVRDLUCRskPAR I4QFmLM3y5Z9Fersc6btEYRnGh0Z+DMS7WZ4O8AfaMnbshj9LftGSYvaarOZRpwvaaaL FYb1zc1cuu68HBBcMaUYlS/7wso5SCgPQe0IShs7+xZijppPzO6zu1n/upAmt4JfTcjq 0Q/Nk942vO+l7mPaY3BAp9fIbZHgQaL3flO6ZyGryLZqEiIW3rIElqiuzHTZPYIA5F50 8Auu34ryo4iFTvWHtVY9EBnX005UoX/eR313WagUqtkssq779IOVTL2DJHtgKxtn3djD +K/g== MIME-Version: 1.0 X-Received: by 10.224.114.69 with SMTP id d5mr63645709qaq.96.1404148403589; Mon, 30 Jun 2014 10:13:23 -0700 (PDT) Received: by 10.96.131.77 with HTTP; Mon, 30 Jun 2014 10:13:23 -0700 (PDT) Reply-To: spil.oss@gmail.com In-Reply-To: <001201cf9484$e4e43a30$aeacae90$@gmail.com> References: <000f01cf9463$b1e0b300$15a21900$@gmail.com> <20140630131857.GL93733@kib.kiev.ua> <001201cf9484$e4e43a30$aeacae90$@gmail.com> Date: Mon, 30 Jun 2014 19:13:23 +0200 Message-ID: Subject: Re: Hourly cron jobs running to early From: Spil Oss To: cdr.nil@gmail.com Content-Type: text/plain; charset=UTF-8 Cc: Konstantin Belousov , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 17:13:24 -0000 Sorry, forgot to mention that this is indeed i386... Applied the patch and it looks as though cron is behaving now Before Jun 30 18:58:59 gw /usr/sbin/cron[25911]: (root) CMD (/usr/libexec/atrun) Jun 30 18:58:59 gw /usr/sbin/cron[25912]: (operator) CMD (/usr/libexec/save-entropy) After Jun 30 19:10:00 gw /usr/sbin/cron[26085]: (root) CMD (/usr/libexec/atrun) Jun 30 19:11:00 gw /usr/sbin/cron[26097]: (operator) CMD (/usr/libexec/save-entropy) Hourly will take a while... On Mon, Jun 30, 2014 at 7:01 PM, wrote: > >> -----Original Message----- >> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >> stable@freebsd.org] On Behalf Of Konstantin Belousov >> Sent: 30 June 2014 14:19 >> To: cdr.nil@gmail.com >> Cc: freebsd-stable@freebsd.org >> Subject: Re: Hourly cron jobs running to early >> >> On Mon, Jun 30, 2014 at 02:03:31PM +0100, cdr.nil@gmail.com wrote: >> > Folks, >> > >> > I, too, am seeing a problem of cron running jobs a few seconds too > early. >> > This is on a Thinkpad T42 running: >> > >> > FreeBSD cobalt 10.0-RELEASE-p6 FreeBSD 10.0-RELEASE-p6 #3 r267829M: Wed > Jun >> > 25 07:41:33 BST 2014 root@cobalt:/usr/obj/usr/src/sys/GENERIC i386 >> > >> > BIOS clock is running UTC and is under ntpd control. >> > >> > I noticed this on a logging cron job that is supposed to run on the > hour. >> > These are the last few timings: >> > >> > 03:59:47 >> > 04:59:12 >> > 05:59:47 >> > 06:59:47 >> > 07:59:47 >> > 08:59:47 >> > 09:59:47 >> > 10:59:47 >> > 11:59:47 >> > 12:59:47 >> > >> The head r261146, merged to stable/10 as r261231, seems to be >> relevant. > > Konstantin, > > Thanks for the pointer. I've applied the patch and cron seems to be > behaving itself. > > -mark > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Jun 30 17:51:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE652F63 for ; Mon, 30 Jun 2014 17:51:18 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 86C55223D for ; Mon, 30 Jun 2014 17:51:18 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B1B6CB924; Mon, 30 Jun 2014 13:51:16 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: nfs slowdown (RELENG_8) (solved) Date: Mon, 30 Jun 2014 13:49:16 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <2091718059.2982836.1403563319620.JavaMail.root@uoguelph.ca> <53AACFE8.3060509@sentex.net> <53ACCEE2.5010908@sentex.net> In-Reply-To: <53ACCEE2.5010908@sentex.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201406301349.16085.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 30 Jun 2014 13:51:16 -0400 (EDT) Cc: Rick Macklem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 17:51:18 -0000 On Thursday, June 26, 2014 9:54:42 pm Mike Tancsa wrote: > On 6/25/2014 9:34 AM, Mike Tancsa wrote: > > On 6/25/2014 9:12 AM, Eugene Grosbein wrote: > >> ktrace cat /dev/zero > /nfsbackup/test > > Adding > > hw.igb.enable_msix=0 to /boot/loader.conf > > fixes it. cat /dev/zero is now ~ 600Mb/s. Not the same speed as dd, > but a lot better compared to 25Mb What if you do 'hw.igb.num_queues=1' instead? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 17:51:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B281AC for ; Mon, 30 Jun 2014 17:51:21 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 353D6223E for ; Mon, 30 Jun 2014 17:51:21 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2E8F9B926; Mon, 30 Jun 2014 13:51:20 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: panic: privileged instruction fault Date: Mon, 30 Jun 2014 13:50:20 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <538D908F.6050801@rixtel.com> <201406231641.07691.jhb@freebsd.org> <53AA760E.4020202@rixbox.com> In-Reply-To: <53AA760E.4020202@rixbox.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201406301350.20417.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 30 Jun 2014 13:51:20 -0400 (EDT) Cc: Ilmars =?utf-8?q?Knip=C5=A1is?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 17:51:21 -0000 On Wednesday, June 25, 2014 3:11:10 am Ilmars Knip=C5=A1is wrote: > On 2014.06.23. 23:41, John Baldwin wrote: > > On Tuesday, June 03, 2014 5:08:31 am Ilmars Knip=C5=A1is wrote: > >> Hello! > >> > >> This is binary install of FreeBSD 10 on Intel server board S1200 V3 RP > >> with ZFS mirrored SSD disks for OS and ZFS RAID 10 with 4 HDD disks for > >> data. > >> > >> I am getting the kernel panic at random time almost every day: > >> panic: privileged instruction fault > >> panic: general protection fault > >> panic: vm_fault: fault on nofault entry, addr: fffffe046667d000 > >> panic: page fault > >> > >> Could it be faulty RAM ? > >> > >> > >> > >> Small extract from core.txt: > >> > >> FreeBSD xx.xxx.com 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu J= an > >> 16 22:34:59 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > >> amd64 > >> > >> Unread portion of the kernel message buffer: > >> trap number =3D 1 > >> panic: privileged instruction fault > >> cpuid =3D 0 > >> KDB: stack backtrace: > >> #0 0xffffffff808e7dd0 at kdb_backtrace+0x60 > >> #1 0xffffffff808af8b5 at panic+0x155 > >> #2 0xffffffff80c8e692 at trap_fatal+0x3a2 > >> #3 0xffffffff80c8e2cf at trap+0x7bf > >> #4 0xffffffff80c75392 at calltrap+0x8 > >> #5 0xffffffff81853b3d at spa_sync+0x61d > >> #6 0xffffffff8185c925 at txg_sync_thread+0x375 > >> #7 0xffffffff8088198a at fork_exit+0x9a > >> #8 0xffffffff80c758ce at fork_trampoline+0xe > >> Uptime: 13h55m6s > >> Dumping 1059 out of 16299 > >> MB:..2%..11%..22%..31%..41%..52%..61%..71%..81%..91% > >> > >> Reading symbols from /boot/kernel/zfs.ko.symbols...done. > >> Loaded symbols for /boot/kernel/zfs.ko.symbols > >> Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > >> Loaded symbols for /boot/kernel/opensolaris.ko.symbols > >> Reading symbols from /boot/kernel/ums.ko.symbols...done. > >> Loaded symbols for /boot/kernel/ums.ko.symbols > >> Reading symbols from /boot/kernel/pflog.ko.symbols...done. > >> Loaded symbols for /boot/kernel/pflog.ko.symbols > >> Reading symbols from /boot/kernel/pf.ko.symbols...done. > >> Loaded symbols for /boot/kernel/pf.ko.symbols > >> Reading symbols from /boot/kernel/nullfs.ko.symbols...done. > >> Loaded symbols for /boot/kernel/nullfs.ko.symbols > >> Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. > >> Loaded symbols for /boot/kernel/fdescfs.ko.symbols > >> #0 doadump (textdump=3D) at pcpu.h:219 > >> 219 pcpu.h: No such file or directory. > >> in pcpu.h > > Can you do 'x/i 0xffffffff81853b3d' in kgdb? (Yes, it is quite possibl= e=20 this > > is due to bad RAM) > > > I am not familiar with kgdb. Is that exactly syntax to use? Yes. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 18:08:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D35207BB; Mon, 30 Jun 2014 18:08:06 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CE5023A3; Mon, 30 Jun 2014 18:08:06 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s5UI80Ds020512; Mon, 30 Jun 2014 14:08:00 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <53B1A77B.1010309@sentex.net> Date: Mon, 30 Jun 2014 14:07:55 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: John Baldwin , freebsd-stable@freebsd.org Subject: Re: nfs slowdown (RELENG_8) (solved) References: <2091718059.2982836.1403563319620.JavaMail.root@uoguelph.ca> <53AACFE8.3060509@sentex.net> <53ACCEE2.5010908@sentex.net> <201406301349.16085.jhb@freebsd.org> In-Reply-To: <201406301349.16085.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 Cc: Rick Macklem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 18:08:06 -0000 On 6/30/2014 1:49 PM, John Baldwin wrote: > > What if you do 'hw.igb.num_queues=1' instead? > For this server, it will be a few weeks before I can schedule a reboot ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 21:57:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5536AF8C for ; Mon, 30 Jun 2014 21:57:44 +0000 (UTC) Received: from nahkohe.jetcafe.org (nahkohe.jetcafe.org [205.147.26.32]) (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 3854E2A12 for ; Mon, 30 Jun 2014 21:57:44 +0000 (UTC) X-Envelope-To: Received: from [205.147.26.4] (hokkshideh.jetcafe.org [205.147.26.4]) by nahkohe.jetcafe.org (8.14.2/8.14.2) with ESMTP id s5ULmHsw057304 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 30 Jun 2014 14:48:17 -0700 (PDT) Message-ID: <53B1DB21.7020900@jetcafe.org> Date: Mon, 30 Jun 2014 14:48:17 -0700 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: FreeBSD 9.3-BETA2 and vmware 5.1 esxi 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.18 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, 30 Jun 2014 21:57:44 -0000 I'm trying to boot an ISO image containing FreeBSD on a vmware guest machine. I'm wondering if anyone else has seen an issue with the bootloader from an iso file where you see the following text: CD Loader 1.2 Building the boot loader arguments Looking up /BOOT/LOADER... Found Relocating the loader and the BTX _ The guest machine simply hangs at this point. If anyone has any information, ideas, or things to try, I'd appreciate hearing them. Thanks in advance. :) -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< I wondered why the baseball was getting bigger. Then it hit me. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 23:36:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF013A3E; Mon, 30 Jun 2014 23:36:25 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8551E226B; Mon, 30 Jun 2014 23:36:25 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As4EAADZsVODaFve/2dsb2JhbABag19agm6oLgEBAQEBAQaSdYZxUwGBKXWEAwEBAQQBAQEgKyALGw4KAgINGQIpAQkmBggHBAEcBIghDatjnCUXgSuEOYhMBgEBGzQHgneBTAWXdIQwkjeDXiE1fQgXIg X-IronPort-AV: E=Sophos;i="5.01,578,1400040000"; d="scan'208";a="137115814" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 30 Jun 2014 19:36:17 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id EFC8DB3F12; Mon, 30 Jun 2014 19:36:17 -0400 (EDT) Date: Mon, 30 Jun 2014 19:36:17 -0400 (EDT) From: Rick Macklem To: Johan Kooijman Message-ID: <283522359.5786930.1404171377970.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: ixgbe queue hang fixed in 9.3? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: FreeBSD Net , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 30 Jun 2014 23:36:25 -0000 Johan Kooijman wrote: > Hey all, > > A while ago I started the thread "9.2 ixgbe tx queue hang" on > freebsd-net. > A lot more people had the same as I had. Could anybody tell me if > this > issue is resolved in 9.3 RC? I haven't been able to find anything > about it. > Well, it depends on your definition of "resolved". r264630 (in head) is in 9.3. With this patch, I believe that the hangs will not occur. However, ixgbe (for the 82599 chips, there shouldn't be an issue for the 82598 chips) will do a lot of m_defrag() calls, which does result in cpu overheads. To get rid of the m_defrag() calls, you need to disable TSO. I think a better fix for this is to allow the network device drivers specify a maximum number of mbufs in the list for a TSO segment and have tcp_output() chop the TSO segments up at this limit. (I have an untested patch to do this and it might make it in head someday, but will probably never be MFCible.) So, if the overhead caused by lots of m_defrag() calls isn't a problem for you, it is resolved in 9.3. rick > -- > Met vriendelijke groeten / With kind regards, > Johan Kooijman > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 01:34:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49B061DD for ; Tue, 1 Jul 2014 01:34:04 +0000 (UTC) Received: from nahkohe.jetcafe.org (nahkohe.jetcafe.org [205.147.26.32]) (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 2BC5A2B73 for ; Tue, 1 Jul 2014 01:34:03 +0000 (UTC) X-Envelope-To: Received: from [205.147.26.4] (hokkshideh.jetcafe.org [205.147.26.4]) by nahkohe.jetcafe.org (8.14.2/8.14.2) with ESMTP id s611Y1KF060016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 30 Jun 2014 18:34:02 -0700 (PDT) Message-ID: <53B21009.5000901@jetcafe.org> Date: Mon, 30 Jun 2014 18:34:01 -0700 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: FreeBSD 9.3-RC2 and vmware 5.1 esxi (not a duplicate) 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.18 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, 01 Jul 2014 01:34:04 -0000 This may look like a duplicate of <53B1DB21.7020900@jetcafe.org> but it isn't. It's the same issue, but now it also belongs to the stock ISO. We tested the stock FreeBSD 9.3-RC2 iso on vmware 5.1 esxi as a guest. It says clearly CD Loader 1.2 and then there's screen gibberish which seems to indicate something is not found. This evidence seems to indicate that there was a bootloader change between r255456 and r267340 that may be causing this; I am not familiar with the boot code enough to claim this is correct or not. Does anyone have any insight into this issue? Should this issue be forwarded to a different mailing list? Thanks in advance. :) -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< The original purpose of cultivating restraint is so that eventually...one will not need to have restraint. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 01:36:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D55A2D4; Tue, 1 Jul 2014 01:36:07 +0000 (UTC) Date: Mon, 30 Jun 2014 21:36:04 -0400 From: Glen Barber To: Dave Hayes Subject: Re: FreeBSD 9.3-RC2 and vmware 5.1 esxi (not a duplicate) Message-ID: <20140701013604.GU1216@hub.FreeBSD.org> References: <53B21009.5000901@jetcafe.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="vBRosIkLXbYTRpGW" Content-Disposition: inline In-Reply-To: <53B21009.5000901@jetcafe.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 01:36:08 -0000 --vBRosIkLXbYTRpGW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 30, 2014 at 06:34:01PM -0700, Dave Hayes wrote: > This may look like a duplicate of >=20 > <53B1DB21.7020900@jetcafe.org> >=20 > but it isn't. It's the same issue, but now it also belongs to the stock I= SO. > We tested the stock FreeBSD 9.3-RC2 iso on vmware 5.1 esxi as a guest. It > says clearly >=20 > CD Loader 1.2 >=20 > and then there's screen gibberish which seems to indicate something is not > found. >=20 Can you provide a screenshot? > This evidence seems to indicate that there was a bootloader change between > r255456 and r267340 that may be causing this; I am not familiar with the > boot code enough to claim this is correct or not. >=20 > Does anyone have any insight into this issue? Should this issue be forwar= ded > to a different mailing list? Thanks in advance. :) Glen --vBRosIkLXbYTRpGW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTshCEAAoJELls3eqvi17QE7AP/i5tdXvj86HCI8CJN/RqmKrg AvK8j82BXSgY1ZqN5/JOeQA1BS13/ui5+OsHG9U0nKqosvLVtz4ojfjuFXmG3rl9 dv6uw5wlXQSw8pN7kn/eHDS7brTYoAZQsDNzCPiChTm+g2LvEAuYmd1V8RCSwi/o moYlCpYEdN+IvXuSmMJIza93ZuHwILviFNeMjl7R5hQX1UynKeq3tTUwu6QLHSBY gBIWQsoxyW7VXyUKbxQx9tK8Lo0ZNuyBiBQufA+aMMR4WlY+Sck2Ibf3kEZ8lSks rZCf27SwbE4L9xNHEIQjFaLj0LQmRHKGEwTvqD9yeFr2C5+rvGoVNPM4g4X4kQn1 oaXFR866CEiv48S1rJbon/J4T/lVzgmL6pMn+b5kviHYc/VhfLWL+5Ls1S7m2Mm2 TvH1NyQJE2MKYPfJwhSS1AEksCiQ/5hXP6FqQwhbNPsgvKYWLBLve3efOgHA4s0X nXGlnRChXSWYMJAamj1WG3PyEQnnv2SGmlzm5mi+943O0sJgVLkj7ycodiRc7nZ/ BUhZLlNMbus+1cKH6/etLinzXeYIC/ILxb6e2KjCfZ01uVR6+SzDB9EVG3aZ4M3z GlOh2BRcp1wO7PblvkCJZiub5fiFrYTVv+dY6EDgaygBG2MRBBynUULq+lgwBdOv C1yOJPqggi6i8z/Ds/JX =mcKR -----END PGP SIGNATURE----- --vBRosIkLXbYTRpGW-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 01:41:07 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD2CA400; Tue, 1 Jul 2014 01:41:07 +0000 (UTC) Received: from nahkohe.jetcafe.org (nahkohe.jetcafe.org [205.147.26.32]) (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 BDC782BCC; Tue, 1 Jul 2014 01:41:07 +0000 (UTC) X-Envelope-To: freebsd-stable@FreeBSD.org Received: from [205.147.26.4] (hokkshideh.jetcafe.org [205.147.26.4]) by nahkohe.jetcafe.org (8.14.2/8.14.2) with ESMTP id s611f6qQ060138 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jun 2014 18:41:06 -0700 (PDT) Message-ID: <53B211B2.9040806@jetcafe.org> Date: Mon, 30 Jun 2014 18:41:06 -0700 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Glen Barber Subject: Re: FreeBSD 9.3-RC2 and vmware 5.1 esxi (not a duplicate) References: <53B21009.5000901@jetcafe.org> <20140701013604.GU1216@hub.FreeBSD.org> In-Reply-To: <20140701013604.GU1216@hub.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 01:41:07 -0000 On 06/30/2014 18:36, Glen Barber wrote: > On Mon, Jun 30, 2014 at 06:34:01PM -0700, Dave Hayes wrote: >> This may look like a duplicate of >> >> <53B1DB21.7020900@jetcafe.org> >> >> but it isn't. It's the same issue, but now it also belongs to the stock ISO. >> We tested the stock FreeBSD 9.3-RC2 iso on vmware 5.1 esxi as a guest. It >> says clearly >> >> CD Loader 1.2 >> >> and then there's screen gibberish which seems to indicate something is not >> found. >> > > Can you provide a screenshot? You may use this: http://www.jetcafe.org/dave/93_RC2b.pdf -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< It's easier to agree to do better tomorrow than to do your best today. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 01:49:52 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBFDA56F; Tue, 1 Jul 2014 01:49:51 +0000 (UTC) Date: Mon, 30 Jun 2014 21:49:48 -0400 From: Glen Barber To: Dave Hayes Subject: Re: FreeBSD 9.3-RC2 and vmware 5.1 esxi (not a duplicate) Message-ID: <20140701014948.GV1216@hub.FreeBSD.org> References: <53B21009.5000901@jetcafe.org> <20140701013604.GU1216@hub.FreeBSD.org> <53B211B2.9040806@jetcafe.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8EXHJdkEfksMlRxO" Content-Disposition: inline In-Reply-To: <53B211B2.9040806@jetcafe.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 01:49:52 -0000 --8EXHJdkEfksMlRxO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 30, 2014 at 06:41:06PM -0700, Dave Hayes wrote: > On 06/30/2014 18:36, Glen Barber wrote: > >On Mon, Jun 30, 2014 at 06:34:01PM -0700, Dave Hayes wrote: > >>This may look like a duplicate of > >> > >> <53B1DB21.7020900@jetcafe.org> > >> > >>but it isn't. It's the same issue, but now it also belongs to the stock= ISO. > >>We tested the stock FreeBSD 9.3-RC2 iso on vmware 5.1 esxi as a guest. = It > >>says clearly > >> > >> CD Loader 1.2 > >> > >>and then there's screen gibberish which seems to indicate something is = not > >>found. > >> > > > >Can you provide a screenshot? >=20 > You may use this: http://www.jetcafe.org/dave/93_RC2b.pdf This is, unfortunately, not useful information. We will need much more information, including exactly how the VM was created, what options were enabled / disabled for the VM, etc. Glen --8EXHJdkEfksMlRxO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTshO8AAoJELls3eqvi17QJ8oQALId26ER4hHHULrHp89J8BsZ UU0pQVjHsb4+t+TqQgl5jnpfYBNOWsPYX/Bx/nNEasDNytoig4B8inM5EtycY5Vr cG+zgyBMhuWTmfh/Q9XahgDh8ufHdbYoR0m2reJ3VWA2vjyAU0M3p+rGAsKPTiWZ cz6GObOWbGatnsUQcVvFvQifHE8rKPbOSSBiISyZrs1CPKDoBfU38VC8cJJyvb7I jP21RSctuDCIRRDPz3QLr4DsFhwuIl6K0abpI/M5Z2v0vqk9dqfT94/a8m2G/t+n 0nbBrkNC2IeFrknwo9yhJSS5VJLfVr/5RMKVoESLbkmp/ZgC8JBYAeTcu1bKDQTM 76lyugqImxJq7cU9kBf2R8GJ2M1Ziesgcaf457Do3T7V80hMKbep+LZZ2oSSQVva fKnwTl5nxVdUkFL2FIiIe1ll43OF+5vbx8sk26IE0Pxf4kT/CFfKJGYkEXhX4Ewp +DtVS6l6Zp+Szl6D1Et60AKrcmNP1ILR5kjq7eWp+N92E6xDPmMGt3S6+b9XmEgT ylB/3AKyaMuS9M27raSk7OQ8u+Ym238Hy1lppnq7Zztls4SUk67BxWWypOSAlS1o aHZGzv0XOTdZBVEqDJ74umaZ5BS9HCxWwg56F42AnssLOWW5y2sTeB7NfQlHKP2r dnwbVv02nQIE+t4Fw27Y =5GEm -----END PGP SIGNATURE----- --8EXHJdkEfksMlRxO-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 02:33:03 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD9BA95A; Tue, 1 Jul 2014 02:33:03 +0000 (UTC) Received: from nahkohe.jetcafe.org (nahkohe.jetcafe.org [205.147.26.32]) (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 8CAE42FD6; Tue, 1 Jul 2014 02:33:03 +0000 (UTC) X-Envelope-To: freebsd-stable@FreeBSD.org Received: from [205.147.26.4] (hokkshideh.jetcafe.org [205.147.26.4]) by nahkohe.jetcafe.org (8.14.2/8.14.2) with ESMTP id s612X2bl061202 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jun 2014 19:33:02 -0700 (PDT) Message-ID: <53B21DDE.1080407@jetcafe.org> Date: Mon, 30 Jun 2014 19:33:02 -0700 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Glen Barber Subject: Re: FreeBSD 9.3-RC2 and vmware 5.1 esxi (not a duplicate) References: <53B21009.5000901@jetcafe.org> <20140701013604.GU1216@hub.FreeBSD.org> <53B211B2.9040806@jetcafe.org> <20140701014948.GV1216@hub.FreeBSD.org> In-Reply-To: <20140701014948.GV1216@hub.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 02:33:03 -0000 On 06/30/2014 18:49, Glen Barber wrote: > On Mon, Jun 30, 2014 at 06:41:06PM -0700, Dave Hayes wrote: >> On 06/30/2014 18:36, Glen Barber wrote: >>> On Mon, Jun 30, 2014 at 06:34:01PM -0700, Dave Hayes wrote: >>>> This may look like a duplicate of >>>> >>>> <53B1DB21.7020900@jetcafe.org> >>>> >>>> but it isn't. It's the same issue, but now it also belongs to the stock ISO. >>>> We tested the stock FreeBSD 9.3-RC2 iso on vmware 5.1 esxi as a guest. It >>>> says clearly >>>> >>>> CD Loader 1.2 >>>> >>>> and then there's screen gibberish which seems to indicate something is not >>>> found. >>>> >>> >>> Can you provide a screenshot? >> >> You may use this: http://www.jetcafe.org/dave/93_RC2b.pdf > > This is, unfortunately, not useful information. We will need much more > information, including exactly how the VM was created, what options were > enabled / disabled for the VM, etc. Reciprocally, I need to know exactly what you need. So far I have - How the VM was created - What VM options there were What else would you need, exactly and completely? -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< I'm not sure which upsets me more: that people are so unwilling to accept responsibility for their own actions, or that they are so eager to regulate everyone else's. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 02:34:47 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 797DFA4E; Tue, 1 Jul 2014 02:34:46 +0000 (UTC) Date: Mon, 30 Jun 2014 22:34:43 -0400 From: Glen Barber To: Dave Hayes Subject: Re: FreeBSD 9.3-RC2 and vmware 5.1 esxi (not a duplicate) Message-ID: <20140701023443.GX1216@hub.FreeBSD.org> References: <53B21009.5000901@jetcafe.org> <20140701013604.GU1216@hub.FreeBSD.org> <53B211B2.9040806@jetcafe.org> <20140701014948.GV1216@hub.FreeBSD.org> <53B21DDE.1080407@jetcafe.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="H7DA0n3a+SnB4bJ2" Content-Disposition: inline In-Reply-To: <53B21DDE.1080407@jetcafe.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 02:34:47 -0000 --H7DA0n3a+SnB4bJ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 30, 2014 at 07:33:02PM -0700, Dave Hayes wrote: > On 06/30/2014 18:49, Glen Barber wrote: > >On Mon, Jun 30, 2014 at 06:41:06PM -0700, Dave Hayes wrote: > >>On 06/30/2014 18:36, Glen Barber wrote: > >>>On Mon, Jun 30, 2014 at 06:34:01PM -0700, Dave Hayes wrote: > >>>>This may look like a duplicate of > >>>> > >>>> <53B1DB21.7020900@jetcafe.org> > >>>> > >>>>but it isn't. It's the same issue, but now it also belongs to the sto= ck ISO. > >>>>We tested the stock FreeBSD 9.3-RC2 iso on vmware 5.1 esxi as a guest= =2E It > >>>>says clearly > >>>> > >>>> CD Loader 1.2 > >>>> > >>>>and then there's screen gibberish which seems to indicate something i= s not > >>>>found. > >>>> > >>> > >>>Can you provide a screenshot? > >> > >>You may use this: http://www.jetcafe.org/dave/93_RC2b.pdf > > > >This is, unfortunately, not useful information. We will need much more > >information, including exactly how the VM was created, what options were > >enabled / disabled for the VM, etc. >=20 > Reciprocally, I need to know exactly what you need. So far I have >=20 > - How the VM was created > - What VM options there were >=20 > What else would you need, exactly and completely? Well, let's start with these two. Can you actually provide them? Glen --H7DA0n3a+SnB4bJ2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTsh5DAAoJELls3eqvi17QWn8P/3efTyKEaT7A1BThAsf78GD6 0Ly6ek83zochFZG1VnEozKGFN16ABRM+XKjadGYPA4D7kILdzzPLJhkxSvIZO4PR YvS7o19BgMnOShQpGEZthAaXwmy1D3aw+6TgvJth4YXt41tU9aO52QE/G5tpRi29 PMHhBCYBOpApceECTzFcKJq7EkCB3uIBJIinb1a+yd1XKroJfGmOyq768bDAy/P6 Qb2xaXLrSVQAdtBlPL/B0zPRsDVeJx6RJ0syAx/gS5kQwdkoNlEbR9atWMSIqlyC rK/NWG1Np2+6vfP1RdcngcPfW47gu8d+zy712o+sJpjl12ZJtawPXd0CbfpoOkAD khbkG+WDnTlcvWYA48Jn7Y5VNQ5IzMZ8E2jM6ioXHrZj7IyXe80RS6PKgqbhBbnK IyRdr2RWX+HcslLc1SAjn8FqAfPbXxvjR9PyODb3QtEIqVoo+uTw2vl5wPY2iao+ LwP9wE4OgqxkVOjN8xRZOGmtEvNrwKEJPksmNxPHYQwFrcJZoeJtGyK2JeX5PWO8 U31Eteo8KcX1R4c9pI24MUnYrunMcGp6Rd3mvu/X3yGkiezWxG6VHVPfnwzyXT2w uKcwTeLcV9wVH0S7r+cgEaUpJ+qtCLQ2EbeHDgkqDF4e9W18aOs3ysNISCi1vY95 P/WJtPHO8DvUOfRRUOOA =c8ee -----END PGP SIGNATURE----- --H7DA0n3a+SnB4bJ2-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 02:42:16 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5638ABC2; Tue, 1 Jul 2014 02:42:16 +0000 (UTC) Received: from nahkohe.jetcafe.org (nahkohe.jetcafe.org [205.147.26.32]) (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 19DAD20C1; Tue, 1 Jul 2014 02:42:15 +0000 (UTC) X-Envelope-To: freebsd-stable@FreeBSD.org Received: from [205.147.26.4] (hokkshideh.jetcafe.org [205.147.26.4]) by nahkohe.jetcafe.org (8.14.2/8.14.2) with ESMTP id s612gEdU061279 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jun 2014 19:42:14 -0700 (PDT) Message-ID: <53B22006.7090603@jetcafe.org> Date: Mon, 30 Jun 2014 19:42:14 -0700 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Glen Barber Subject: Re: FreeBSD 9.3-RC2 and vmware 5.1 esxi (not a duplicate) References: <53B21009.5000901@jetcafe.org> <20140701013604.GU1216@hub.FreeBSD.org> <53B211B2.9040806@jetcafe.org> <20140701014948.GV1216@hub.FreeBSD.org> <53B21DDE.1080407@jetcafe.org> <20140701023443.GX1216@hub.FreeBSD.org> In-Reply-To: <20140701023443.GX1216@hub.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 02:42:16 -0000 On 06/30/2014 19:34, Glen Barber wrote: > On Mon, Jun 30, 2014 at 07:33:02PM -0700, Dave Hayes wrote: >> On 06/30/2014 18:49, Glen Barber wrote: >>> On Mon, Jun 30, 2014 at 06:41:06PM -0700, Dave Hayes wrote: >>>> On 06/30/2014 18:36, Glen Barber wrote: >>>>> On Mon, Jun 30, 2014 at 06:34:01PM -0700, Dave Hayes wrote: >>>>>> This may look like a duplicate of >>>>>> >>>>>> <53B1DB21.7020900@jetcafe.org> >>>>>> >>>>>> but it isn't. It's the same issue, but now it also belongs to the stock ISO. >>>>>> We tested the stock FreeBSD 9.3-RC2 iso on vmware 5.1 esxi as a guest. It >>>>>> says clearly >>>>>> >>>>>> CD Loader 1.2 >>>>>> >>>>>> and then there's screen gibberish which seems to indicate something is not >>>>>> found. >>>>>> >>>>> >>>>> Can you provide a screenshot? >>>> >>>> You may use this: http://www.jetcafe.org/dave/93_RC2b.pdf >>> >>> This is, unfortunately, not useful information. We will need much more >>> information, including exactly how the VM was created, what options were >>> enabled / disabled for the VM, etc. >> >> Reciprocally, I need to know exactly what you need. So far I have >> >> - How the VM was created >> - What VM options there were >> >> What else would you need, exactly and completely? > > Well, let's start with these two. Can you actually provide them? The issue is that I am between you and someone at a hosting provider. This hosting provider interaction is not real time. Thus, I would like to queue as many information requests in one transaction as I can. I've forwarded this request in the interests of some measure of efficiency. I will get back to you with the response. In the meanwhile, is there a useful debug mode or a way to recompile the loader with debug code in it? I realize this may not be possible, but it never hurts to ask. -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< Compassion will cure more sins than condemnation. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 02:46:01 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2685DCEB; Tue, 1 Jul 2014 02:46:01 +0000 (UTC) Date: Mon, 30 Jun 2014 22:45:56 -0400 From: Glen Barber To: Dave Hayes Subject: Re: FreeBSD 9.3-RC2 and vmware 5.1 esxi (not a duplicate) Message-ID: <20140701024556.GY1216@hub.FreeBSD.org> References: <53B21009.5000901@jetcafe.org> <20140701013604.GU1216@hub.FreeBSD.org> <53B211B2.9040806@jetcafe.org> <20140701014948.GV1216@hub.FreeBSD.org> <53B21DDE.1080407@jetcafe.org> <20140701023443.GX1216@hub.FreeBSD.org> <53B22006.7090603@jetcafe.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="yYeq/WQYi/kuVVbm" Content-Disposition: inline In-Reply-To: <53B22006.7090603@jetcafe.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 02:46:01 -0000 --yYeq/WQYi/kuVVbm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 30, 2014 at 07:42:14PM -0700, Dave Hayes wrote: > On 06/30/2014 19:34, Glen Barber wrote: > >On Mon, Jun 30, 2014 at 07:33:02PM -0700, Dave Hayes wrote: > >>On 06/30/2014 18:49, Glen Barber wrote: > >>>On Mon, Jun 30, 2014 at 06:41:06PM -0700, Dave Hayes wrote: > >>>>On 06/30/2014 18:36, Glen Barber wrote: > >>>>>On Mon, Jun 30, 2014 at 06:34:01PM -0700, Dave Hayes wrote: > >>>>>>This may look like a duplicate of > >>>>>> > >>>>>> <53B1DB21.7020900@jetcafe.org> > >>>>>> > >>>>>>but it isn't. It's the same issue, but now it also belongs to the s= tock ISO. > >>>>>>We tested the stock FreeBSD 9.3-RC2 iso on vmware 5.1 esxi as a gue= st. It > >>>>>>says clearly > >>>>>> > >>>>>> CD Loader 1.2 > >>>>>> > >>>>>>and then there's screen gibberish which seems to indicate something= is not > >>>>>>found. > >>>>>> > >>>>> > >>>>>Can you provide a screenshot? > >>>> > >>>>You may use this: http://www.jetcafe.org/dave/93_RC2b.pdf > >>> > >>>This is, unfortunately, not useful information. We will need much more > >>>information, including exactly how the VM was created, what options we= re > >>>enabled / disabled for the VM, etc. > >> > >>Reciprocally, I need to know exactly what you need. So far I have > >> > >>- How the VM was created > >>- What VM options there were > >> > >>What else would you need, exactly and completely? > > > >Well, let's start with these two. Can you actually provide them? >=20 > The issue is that I am between you and someone at a hosting provider. This > hosting provider interaction is not real time. Thus, I would like to queue > as many information requests in one transaction as I can. >=20 > I've forwarded this request in the interests of some measure of efficienc= y. > I will get back to you with the response. >=20 Understood. > In the meanwhile, is there a useful debug mode or a way to recompile the > loader with debug code in it? I realize this may not be possible, but it > never hurts to ask. The boot is failing in a strange place, or at least in a place I've never seen it fail. Until you hit the FreeBSD loader(8), there is to my knowledge no way to get verbosity increased. Glen --yYeq/WQYi/kuVVbm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTsiDkAAoJELls3eqvi17QueEP/ApJZfWjgl5oZADTnWAGkrgi iln0Zl1m5WBxCr96OeRbJPuXDz3zx54iD/I6YzU2/aZS8v/6d6sXxq8JBwLMvEbV pK+wVnk92x0NYK3moy9YfFEe3X3BaflER8mfwExPr/OpNrd5h+xoYPmGU41xxWLU T3j9+gub2sUQLs4QYfdzw5cAjx35p6doDaBpBNdMDJGiLQ09RnbEj1kYdIh577vG 72gNP12EwWwGV+vN8avrxTC/PJSeUh1gHMkVFxoaJ59epjuHOKDcMYrDlkg0tUkg B4d0VTSP6ciyKHlHIfg8GS3vp+8fuXPReZYfBunfKbCI08gffwbhqDnd+G0M7lV/ wdcgo2sg5mUOKyKnygj+psZddXA/I5Y8L/nhF7yDBO/tVQz+ESlpuA1AlzFneWhE X0g7+xNRfdeSi8Hul0Z0mSIZ+UaHMmXZBsRshSvcbSoYW9AKLy5DfkX9LTrN9m2l w0fDMCIDVDNJXt2t5y7C9dyMIYZIgrUEkNyaFz5fJgsrbs3s0ClpJD2Dtl9mFO1v mOT87mQwYtaEHZ9/qYZVmDCmO1qzIGljvNgS8caJmVXlN7rLtRDL0oEo+Gu1minR mfpvaTC9gJFDK8CGPPanOeL7xcX5Av1WFbZ7x7h2QBHzsD71aeECoYOdbiqESlEN mAuCq4Yw5wdGS4c/lYPo =AcyM -----END PGP SIGNATURE----- --yYeq/WQYi/kuVVbm-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 04:53:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A793710 for ; Tue, 1 Jul 2014 04:53:39 +0000 (UTC) Received: from mail-oa0-x22f.google.com (mail-oa0-x22f.google.com [IPv6:2607:f8b0:4003:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 462C42B28 for ; Tue, 1 Jul 2014 04:53:39 +0000 (UTC) Received: by mail-oa0-f47.google.com with SMTP id n16so9984488oag.34 for ; Mon, 30 Jun 2014 21:53:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; bh=zN/7BV5bR8tUHLWVowXM5ETvvE/aJfk53nRajGfhtVI=; b=blSjsvLO5+FCwvBzSpDjuVUiT8++kVsatMTPFRlN/5mN9+qXPYTmzWRspiOC4kUN1x VgmumSApEas6uNlgdPS/EowpPJa/CJrUO3i+C1LCsgslSRmUQETtRq8pKiEHx32pi2Ud QqoYUkeQbKdzYqj2TJHtGSe/MO5dxJaAmUku3QAJbi70i/8i/2kVb8x6xALbWtjg+lML z5Se6MYKwmUIBzevyRy1bpY2UfhwGcW4N2aY69jvF83uEJ5a40pCa20Suhl9OdkCbPlz CYjA9hu8FgUUKRL1fYGpFQWMTsQF1PV9fnc/uipGQJbg0ayzulOgmSJwxPsYdeZoet2B Ah6g== MIME-Version: 1.0 X-Received: by 10.182.65.167 with SMTP id y7mt32420333obs.29.1404190418499; Mon, 30 Jun 2014 21:53:38 -0700 (PDT) Received: by 10.76.23.161 with HTTP; Mon, 30 Jun 2014 21:53:38 -0700 (PDT) In-Reply-To: <20140630144757.GZ2586@home.opsec.eu> References: <20140630142401.GY2586@home.opsec.eu> <20140630144757.GZ2586@home.opsec.eu> Date: Tue, 1 Jul 2014 00:53:38 -0400 Message-ID: Subject: Re: Intel Baytrail panics because of buggy ACPI table From: Ryan Stone Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-stable@freebsd.org" , tallison X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 04:53:39 -0000 Looks like the MFC is complete and this will be included in 9.3-RELEASE: http://svnweb.freebsd.org/changeset/base/268068 Thanks for the reminder. It would have been disappointing to release without support for these boards. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 06:58:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F4B6CA0 for ; Tue, 1 Jul 2014 06:58:35 +0000 (UTC) Received: from mail-qc0-x22f.google.com (mail-qc0-x22f.google.com [IPv6:2607:f8b0:400d:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 507532C0A for ; Tue, 1 Jul 2014 06:58:35 +0000 (UTC) Received: by mail-qc0-f175.google.com with SMTP id i8so7963796qcq.6 for ; Mon, 30 Jun 2014 23:58:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=RIE+UXPzzZBjDBh7fWN/EkuXEZ+evw0cei5f5xdw4QA=; b=BUttVuimBHj9o8ARSS4x/SaxD6NInJoSnchNDqltErYWXEYpvZUc4E/FaLmkew73wv cgwl6Q0ZlB2jAtR5QZKJfHZAbPcAcOSGD0JJucemY5sln+8vf52ZUblSrE5pq38ISJWe oFAe4A+Qih7/22rSzMphgaBN79kab5bMhmNoxG1VA9tyJ/zZm5XCkh2QOqmYsRHeZYPG 8gYqdlupDvd1mw5e/v1gK+UeLeB8H31sYdYNG6nEca32h+QdE+vxNyAf1+AE51eLa8fW pyFI2bWtooTXMvMzTfaZNWfil0d8uByvZQpzO+xs2RBUmrdx9J2XdjEh85eUZPKrjTro 3Nhg== MIME-Version: 1.0 X-Received: by 10.229.13.134 with SMTP id c6mr66649229qca.13.1404197913966; Mon, 30 Jun 2014 23:58:33 -0700 (PDT) Received: by 10.96.131.77 with HTTP; Mon, 30 Jun 2014 23:58:33 -0700 (PDT) Reply-To: spil.oss@gmail.com In-Reply-To: References: <000f01cf9463$b1e0b300$15a21900$@gmail.com> <20140630131857.GL93733@kib.kiev.ua> <001201cf9484$e4e43a30$aeacae90$@gmail.com> Date: Tue, 1 Jul 2014 08:58:33 +0200 Message-ID: Subject: Re: Hourly cron jobs running to early From: Spil Oss To: Mark Willson Content-Type: text/plain; charset=UTF-8 Cc: Konstantin Belousov , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 06:58:35 -0000 Yup, this fixes the cron jobs running early. Should this not be merged into release/10.0 as well??? On Mon, Jun 30, 2014 at 7:13 PM, Spil Oss wrote: > Sorry, forgot to mention that this is indeed i386... > > Applied the patch and it looks as though cron is behaving now > > Before > Jun 30 18:58:59 gw /usr/sbin/cron[25911]: (root) CMD (/usr/libexec/atrun) > Jun 30 18:58:59 gw /usr/sbin/cron[25912]: (operator) CMD > (/usr/libexec/save-entropy) > > After > Jun 30 19:10:00 gw /usr/sbin/cron[26085]: (root) CMD (/usr/libexec/atrun) > Jun 30 19:11:00 gw /usr/sbin/cron[26097]: (operator) CMD > (/usr/libexec/save-entropy) > > Hourly will take a while... > > On Mon, Jun 30, 2014 at 7:01 PM, wrote: >> >>> -----Original Message----- >>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>> stable@freebsd.org] On Behalf Of Konstantin Belousov >>> Sent: 30 June 2014 14:19 >>> To: cdr.nil@gmail.com >>> Cc: freebsd-stable@freebsd.org >>> Subject: Re: Hourly cron jobs running to early >>> >>> On Mon, Jun 30, 2014 at 02:03:31PM +0100, cdr.nil@gmail.com wrote: >>> > Folks, >>> > >>> > I, too, am seeing a problem of cron running jobs a few seconds too >> early. >>> > This is on a Thinkpad T42 running: >>> > >>> > FreeBSD cobalt 10.0-RELEASE-p6 FreeBSD 10.0-RELEASE-p6 #3 r267829M: Wed >> Jun >>> > 25 07:41:33 BST 2014 root@cobalt:/usr/obj/usr/src/sys/GENERIC i386 >>> > >>> > BIOS clock is running UTC and is under ntpd control. >>> > >>> > I noticed this on a logging cron job that is supposed to run on the >> hour. >>> > These are the last few timings: >>> > >>> > 03:59:47 >>> > 04:59:12 >>> > 05:59:47 >>> > 06:59:47 >>> > 07:59:47 >>> > 08:59:47 >>> > 09:59:47 >>> > 10:59:47 >>> > 11:59:47 >>> > 12:59:47 >>> > >>> The head r261146, merged to stable/10 as r261231, seems to be >>> relevant. >> >> Konstantin, >> >> Thanks for the pointer. I've applied the patch and cron seems to be >> behaving itself. >> >> -mark >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 07:48:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9772BA97 for ; Tue, 1 Jul 2014 07:48:52 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 560E9204B for ; Tue, 1 Jul 2014 07:48:52 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1X1sZK-0005GV-Qe; Tue, 01 Jul 2014 09:33:35 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: cdr.nil@gmail.com, "Spil Oss" Subject: Re: Hourly cron jobs running to early References: <000f01cf9463$b1e0b300$15a21900$@gmail.com> <20140630131857.GL93733@kib.kiev.ua> <001201cf9484$e4e43a30$aeacae90$@gmail.com> Date: Tue, 01 Jul 2014 09:33:33 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.17 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.3.2 X-Scan-Signature: 246115766b56dba7f675551df821dbd2 Cc: Konstantin Belousov , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 07:48:52 -0000 On Mon, 30 Jun 2014 19:13:23 +0200, Spil Oss wrote: > Sorry, forgot to mention that this is indeed i386... > > Applied the patch and it looks as though cron is behaving now Hi Spil, Didn't I suggest this fix to you about 3 weeks ago? http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2014-06/msg00104.html ;-) Cheers, Ronald. > > Before > Jun 30 18:58:59 gw /usr/sbin/cron[25911]: (root) CMD (/usr/libexec/atrun) > Jun 30 18:58:59 gw /usr/sbin/cron[25912]: (operator) CMD > (/usr/libexec/save-entropy) > > After > Jun 30 19:10:00 gw /usr/sbin/cron[26085]: (root) CMD (/usr/libexec/atrun) > Jun 30 19:11:00 gw /usr/sbin/cron[26097]: (operator) CMD > (/usr/libexec/save-entropy) > > Hourly will take a while... > > On Mon, Jun 30, 2014 at 7:01 PM, wrote: >> >>> -----Original Message----- >>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>> stable@freebsd.org] On Behalf Of Konstantin Belousov >>> Sent: 30 June 2014 14:19 >>> To: cdr.nil@gmail.com >>> Cc: freebsd-stable@freebsd.org >>> Subject: Re: Hourly cron jobs running to early >>> >>> On Mon, Jun 30, 2014 at 02:03:31PM +0100, cdr.nil@gmail.com wrote: >>> > Folks, >>> > >>> > I, too, am seeing a problem of cron running jobs a few seconds too >> early. >>> > This is on a Thinkpad T42 running: >>> > >>> > FreeBSD cobalt 10.0-RELEASE-p6 FreeBSD 10.0-RELEASE-p6 #3 r267829M: >>> Wed >> Jun >>> > 25 07:41:33 BST 2014 root@cobalt:/usr/obj/usr/src/sys/GENERIC >>> i386 >>> > >>> > BIOS clock is running UTC and is under ntpd control. >>> > >>> > I noticed this on a logging cron job that is supposed to run on the >> hour. >>> > These are the last few timings: >>> > >>> > 03:59:47 >>> > 04:59:12 >>> > 05:59:47 >>> > 06:59:47 >>> > 07:59:47 >>> > 08:59:47 >>> > 09:59:47 >>> > 10:59:47 >>> > 11:59:47 >>> > 12:59:47 >>> > >>> The head r261146, merged to stable/10 as r261231, seems to be >>> relevant. >> >> Konstantin, >> >> Thanks for the pointer. I've applied the patch and cron seems to be >> behaving itself. >> >> -mark >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 07:51:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01015B9A for ; Tue, 1 Jul 2014 07:51:58 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B52352068 for ; Tue, 1 Jul 2014 07:51:58 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id f51so2935476qge.22 for ; Tue, 01 Jul 2014 00:51:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=NQgb7ZUmo/kg47kZJ16u19NpFq2B2EioYI+KZag+u/4=; b=dxLVQLwb812qh8i7Gkuw6igqCRaOHDlQRffbutX0BM0NKQEhudhiV9suu6BoFyqgFM s4msaf7OEXaHcpEu6J1h7E+VuhX2H0Ri2lKKxaBLQQPpk34Iu2kSQo0KES089F8vV9Bs Axr7bvMbShp79UGuGoWHi3z9/NZnRyMCpm31BsmlrDCCCCnFddcQ0pQnfkpLllcQPDZs VbtN4GwOj7r62xM4uKFeE0mzpJ5LmQfYiwXZa8TowjA1G2vDSlIyTPxIFt9SI7YNb4rs vpcU8HNGfAEBWKSCZnwLTh/2jPPh2TVEawu1xdllpHKyA7BVwdDHRUIzoWa0Tr9NHGnm lrRA== MIME-Version: 1.0 X-Received: by 10.224.28.65 with SMTP id l1mr49274663qac.87.1404201117711; Tue, 01 Jul 2014 00:51:57 -0700 (PDT) Received: by 10.96.131.77 with HTTP; Tue, 1 Jul 2014 00:51:57 -0700 (PDT) Reply-To: spil.oss@gmail.com In-Reply-To: References: <000f01cf9463$b1e0b300$15a21900$@gmail.com> <20140630131857.GL93733@kib.kiev.ua> <001201cf9484$e4e43a30$aeacae90$@gmail.com> Date: Tue, 1 Jul 2014 09:51:57 +0200 Message-ID: Subject: Re: Hourly cron jobs running to early From: Spil Oss To: Ronald Klop Content-Type: text/plain; charset=UTF-8 Cc: Konstantin Belousov , freebsd-stable@freebsd.org, Mark Willson X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 07:51:59 -0000 Hi Ronald, I feel a bit ashamed... Didn't even recall that I had already posted to the mailing-list for this. Probably goes to show that I have a bit much on my mind. Thanks! Bernard. On Tue, Jul 1, 2014 at 9:33 AM, Ronald Klop wrote: > On Mon, 30 Jun 2014 19:13:23 +0200, Spil Oss wrote: > >> Sorry, forgot to mention that this is indeed i386... >> >> Applied the patch and it looks as though cron is behaving now > > > Hi Spil, > Didn't I suggest this fix to you about 3 weeks ago? > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2014-06/msg00104.html > > ;-) > > Cheers, > Ronald. > > > >> >> Before >> Jun 30 18:58:59 gw /usr/sbin/cron[25911]: (root) CMD (/usr/libexec/atrun) >> Jun 30 18:58:59 gw /usr/sbin/cron[25912]: (operator) CMD >> (/usr/libexec/save-entropy) >> >> After >> Jun 30 19:10:00 gw /usr/sbin/cron[26085]: (root) CMD (/usr/libexec/atrun) >> Jun 30 19:11:00 gw /usr/sbin/cron[26097]: (operator) CMD >> (/usr/libexec/save-entropy) >> >> Hourly will take a while... >> >> On Mon, Jun 30, 2014 at 7:01 PM, wrote: >>> >>> >>>> -----Original Message----- >>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>> stable@freebsd.org] On Behalf Of Konstantin Belousov >>>> Sent: 30 June 2014 14:19 >>>> To: cdr.nil@gmail.com >>>> Cc: freebsd-stable@freebsd.org >>>> Subject: Re: Hourly cron jobs running to early >>>> >>>> On Mon, Jun 30, 2014 at 02:03:31PM +0100, cdr.nil@gmail.com wrote: >>>> > Folks, >>>> > >>>> > I, too, am seeing a problem of cron running jobs a few seconds too >>> >>> early. >>>> >>>> > This is on a Thinkpad T42 running: >>>> > >>>> > FreeBSD cobalt 10.0-RELEASE-p6 FreeBSD 10.0-RELEASE-p6 #3 r267829M: >>>> > Wed >>> >>> Jun >>>> >>>> > 25 07:41:33 BST 2014 root@cobalt:/usr/obj/usr/src/sys/GENERIC >>>> > i386 >>>> > >>>> > BIOS clock is running UTC and is under ntpd control. >>>> > >>>> > I noticed this on a logging cron job that is supposed to run on the >>> >>> hour. >>>> >>>> > These are the last few timings: >>>> > >>>> > 03:59:47 >>>> > 04:59:12 >>>> > 05:59:47 >>>> > 06:59:47 >>>> > 07:59:47 >>>> > 08:59:47 >>>> > 09:59:47 >>>> > 10:59:47 >>>> > 11:59:47 >>>> > 12:59:47 >>>> > >>>> The head r261146, merged to stable/10 as r261231, seems to be >>>> relevant. >>> >>> >>> Konstantin, >>> >>> Thanks for the pointer. I've applied the patch and cron seems to be >>> behaving itself. >>> >>> -mark >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 07:57:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6A23FC4 for ; Tue, 1 Jul 2014 07:57:13 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A852F2123 for ; Tue, 1 Jul 2014 07:57:13 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1X1swB-0006VV-LU; Tue, 01 Jul 2014 09:57:11 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "Dmitry Sivachenko" Subject: Re: 10/stable panic: softdep_deallocate_dependencies: dangling deps References: <021AFCAD-7B0B-47FB-AAFF-8F7085C7E1A6@gmail.com> Date: Tue, 01 Jul 2014 09:57:10 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <021AFCAD-7B0B-47FB-AAFF-8F7085C7E1A6@gmail.com> User-Agent: Opera Mail/12.17 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: - X-Spam-Score: -1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, BAYES_20 autolearn=disabled version=3.3.1 X-Scan-Signature: 4052b6d1c9976086d5ab5ce040fcf5b8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 07:57:14 -0000 On Mon, 30 Jun 2014 14:22:02 +0200, Dmitry Sivachenko wrote: > Hello! > > I have several machines with rather fresh FreeBSD-10/stable. > > They all have 4 SATA drives, I have small gmirrored root+var and the > rest of the drive space is mounted as /disk1, /disk2, etc (UFS2+SU). > When a single disk fails, system panics with > "softdep_deallocate_dependencies: dangling deps" message: > http://people.freebsd.org/~demon/softdep.png > > Since all vital data (root+var) are mirrored, I expect OS to stay alive. Hi, So /disk1, /disk2 are not (g)mirrored? In that case the system cannot handle write failure. Because writes are not synchronous (for speed) there is no possibility to return an error to the application. The OS does not have a notion of 'vital data'. Disk1 and disk2 could contain more vital data than root+var as far as the OS knows. I didn't program the filesystems of FreeBSD, so I might be wrong on some reasoning, but this is the idea. Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 08:54:06 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA2FDF4E; Tue, 1 Jul 2014 08:54:06 +0000 (UTC) Received: from nahkohe.jetcafe.org (nahkohe.jetcafe.org [205.147.26.32]) (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 7CE9B2670; Tue, 1 Jul 2014 08:54:06 +0000 (UTC) X-Envelope-To: freebsd-stable@FreeBSD.org Received: from [205.147.26.4] (hokkshideh.jetcafe.org [205.147.26.4]) by nahkohe.jetcafe.org (8.14.2/8.14.2) with ESMTP id s618s3HN065575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Jul 2014 01:54:04 -0700 (PDT) Message-ID: <53B2772B.7020408@jetcafe.org> Date: Tue, 01 Jul 2014 01:54:03 -0700 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Glen Barber Subject: Re: FreeBSD 9.3-RC2 and vmware 5.1 esxi (not a duplicate) References: <53B21009.5000901@jetcafe.org> <20140701013604.GU1216@hub.FreeBSD.org> <53B211B2.9040806@jetcafe.org> <20140701014948.GV1216@hub.FreeBSD.org> <53B21DDE.1080407@jetcafe.org> <20140701023443.GX1216@hub.FreeBSD.org> <53B22006.7090603@jetcafe.org> <20140701024556.GY1216@hub.FreeBSD.org> In-Reply-To: <20140701024556.GY1216@hub.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 08:54:06 -0000 On 06/30/2014 19:45, Glen Barber wrote: > On Mon, Jun 30, 2014 at 07:42:14PM -0700, Dave Hayes wrote: >> On 06/30/2014 19:34, Glen Barber wrote: >>> On Mon, Jun 30, 2014 at 07:33:02PM -0700, Dave Hayes wrote: >>>> On 06/30/2014 18:49, Glen Barber wrote: >>>>> On Mon, Jun 30, 2014 at 06:41:06PM -0700, Dave Hayes wrote: >>>>>> On 06/30/2014 18:36, Glen Barber wrote: >>>>>>> On Mon, Jun 30, 2014 at 06:34:01PM -0700, Dave Hayes wrote: >>>>>>>> This may look like a duplicate of >>>>>>>> >>>>>>>> <53B1DB21.7020900@jetcafe.org> >>>>>>>> >>>>>>>> but it isn't. It's the same issue, but now it also belongs to the stock ISO. >>>>>>>> We tested the stock FreeBSD 9.3-RC2 iso on vmware 5.1 esxi as a guest. It >>>>>>>> says clearly >>>>>>>> >>>>>>>> CD Loader 1.2 >>>>>>>> >>>>>>>> and then there's screen gibberish which seems to indicate something is not >>>>>>>> found. >>>>>>>> >>>>>>> >>>>>>> Can you provide a screenshot? >>>>>> >>>>>> You may use this: http://www.jetcafe.org/dave/93_RC2b.pdf >>>>> >>>>> This is, unfortunately, not useful information. We will need much more >>>>> information, including exactly how the VM was created, what options were >>>>> enabled / disabled for the VM, etc. >>>> >>>> Reciprocally, I need to know exactly what you need. So far I have >>>> >>>> - How the VM was created >>>> - What VM options there were >>>> >>>> What else would you need, exactly and completely? >>> >>> Well, let's start with these two. Can you actually provide them? >> >> The issue is that I am between you and someone at a hosting provider. This >> hosting provider interaction is not real time. Thus, I would like to queue >> as many information requests in one transaction as I can. >> >> I've forwarded this request in the interests of some measure of efficiency. >> I will get back to you with the response. >> > > Understood. Here's the response I got. It's not much, but it's a start. We are dealing with vmware 5.1 esxi build 1157734. The VM was created via the vSphere client with these settings: ----------------------------------------------------- Guest Operating System Version: FreeBSD(64-bit) 20G vDisk 1 vCPU 2G vRAM LSI SAS SCSI Controller Single NIC (VMXNet3) Virtual Hardware Version: vmx-09 CD/DVD: Connect at power on. Datastore ISO File: mapped to the ISO file provided. BIOS boot order configured to boot from CD-ROM first. ----------------------------------------------------- All other settings are at default. Any other information you need, I'd be happy to request. -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< You have a duty to perform. Do anything else, do any number of things, occupy your time fully, and yet, if you do not do this task, all of your time will have been wasted. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 09:15:53 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A25D8FB; Tue, 1 Jul 2014 09:15:53 +0000 (UTC) Received: from mail.vnode.se (mail.vnode.se [212.247.52.13]) by mx1.freebsd.org (Postfix) with ESMTP id 277D32894; Tue, 1 Jul 2014 09:15:52 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id C2BE5E3F07B; Tue, 1 Jul 2014 11:15:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kt+IQAH38HWm; Tue, 1 Jul 2014 11:15:46 +0200 (CEST) Received: from [10.101.130.71] (edsfw.benders.se [212.247.52.27]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 8ABE8E3F079; Tue, 1 Jul 2014 11:15:45 +0200 (CEST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: FreeBSD 9.3-RC2 and vmware 5.1 esxi (not a duplicate) From: Joel Dahl In-Reply-To: <53B2772B.7020408@jetcafe.org> Date: Tue, 1 Jul 2014 11:15:46 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <53B21009.5000901@jetcafe.org> <20140701013604.GU1216@hub.FreeBSD.org> <53B211B2.9040806@jetcafe.org> <20140701014948.GV1216@hub.FreeBSD.org> <53B21DDE.1080407@jetcafe.org> <20140701023443.GX1216@hub.FreeBSD.org> <53B22006.7090603@jetcafe.org> <20140701024556.GY1216@hub.FreeBSD.org> <53B2772B.7020408@jetcafe.org> To: Dave Hayes X-Mailer: Apple Mail (2.1878.2) Cc: Glen Barber , freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 09:15:53 -0000 1 jul 2014 kl. 10:54 skrev Dave Hayes : > On 06/30/2014 19:45, Glen Barber wrote: >> On Mon, Jun 30, 2014 at 07:42:14PM -0700, Dave Hayes wrote: >>> On 06/30/2014 19:34, Glen Barber wrote: >>>> On Mon, Jun 30, 2014 at 07:33:02PM -0700, Dave Hayes wrote: >>>>> On 06/30/2014 18:49, Glen Barber wrote: >>>>>> On Mon, Jun 30, 2014 at 06:41:06PM -0700, Dave Hayes wrote: >>>>>>> On 06/30/2014 18:36, Glen Barber wrote: >>>>>>>> On Mon, Jun 30, 2014 at 06:34:01PM -0700, Dave Hayes wrote: >>>>>>>>> This may look like a duplicate of >>>>>>>>>=20 >>>>>>>>> <53B1DB21.7020900@jetcafe.org> >>>>>>>>>=20 >>>>>>>>> but it isn't. It's the same issue, but now it also belongs to = the stock ISO. >>>>>>>>> We tested the stock FreeBSD 9.3-RC2 iso on vmware 5.1 esxi as = a guest. It >>>>>>>>> says clearly >>>>>>>>>=20 >>>>>>>>> CD Loader 1.2 >>>>>>>>>=20 >>>>>>>>> and then there's screen gibberish which seems to indicate = something is not >>>>>>>>> found. >>>>>>>>>=20 >>>>>>>>=20 >>>>>>>> Can you provide a screenshot? >>>>>>>=20 >>>>>>> You may use this: http://www.jetcafe.org/dave/93_RC2b.pdf >>>>>>=20 >>>>>> This is, unfortunately, not useful information. We will need = much more >>>>>> information, including exactly how the VM was created, what = options were >>>>>> enabled / disabled for the VM, etc. >>>>>=20 >>>>> Reciprocally, I need to know exactly what you need. So far I have >>>>>=20 >>>>> - How the VM was created >>>>> - What VM options there were >>>>>=20 >>>>> What else would you need, exactly and completely? >>>>=20 >>>> Well, let's start with these two. Can you actually provide them? >>>=20 >>> The issue is that I am between you and someone at a hosting = provider. This >>> hosting provider interaction is not real time. Thus, I would like to = queue >>> as many information requests in one transaction as I can. >>>=20 >>> I've forwarded this request in the interests of some measure of = efficiency. >>> I will get back to you with the response. >>>=20 >>=20 >> Understood. >=20 > Here's the response I got. It's not much, but it's a start. We are = dealing with vmware 5.1 esxi build 1157734. The VM was created via the = vSphere client with these settings: >=20 > ----------------------------------------------------- > Guest Operating System Version: FreeBSD(64-bit) >=20 > 20G vDisk > 1 vCPU > 2G vRAM > LSI SAS SCSI Controller > Single NIC (VMXNet3) >=20 > Virtual Hardware Version: vmx-09 >=20 > CD/DVD: > Connect at power on. > Datastore ISO File: mapped to the ISO file provided. >=20 > BIOS boot order configured to boot from CD-ROM first. > ----------------------------------------------------- > All other settings are at default. FWIW, installing 9.3-RC2 amd64 on ESXi 5.5 works here. VM was created = with the =94fat=94 vSphere client (not the web gui). Virtual hardware version is = 8. All settings are at default. =97 Joel From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 10:32:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87262C7C for ; Tue, 1 Jul 2014 10:32:53 +0000 (UTC) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1EA092F46 for ; Tue, 1 Jul 2014 10:32:52 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id q59so9552297wes.40 for ; Tue, 01 Jul 2014 03:32:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wLQ5K/f+XbjXPq4qyll6FvLXfciPdC0hgi6R/r6nF0I=; b=hwP+AjYf+fUzfiY+vOSSdIKpMwg45oPAnH9NPFlvmWlWHBLDieb/dOreTzRE3/zZlv 3UBhzURE2LnS2s7aApcLWeVpakVXHRMjK7Kx1HTlEh4R+r18FXELkR/HHTBtghAb/MA5 5xRMlrGNTzlFNR+GeNTPcQnNYJn0AkuSlbT1cPWugF6NgIU/EmwleW++NzFGDPpaQ2sM 97MV2/dHA4JfPf5R3z1F9VaTusdnj1izSZ2y8cq+zDHDfOpcIOC4V88CLoW12M75MRQC wsKghduicD/ftDg7OHc7Apc1TmD/8BiKQQw4dtgz9CUi/lhJWTB5GZ3Rxi426FdmBOIO 1uPA== MIME-Version: 1.0 X-Received: by 10.180.82.166 with SMTP id j6mr34989605wiy.71.1404210770800; Tue, 01 Jul 2014 03:32:50 -0700 (PDT) Received: by 10.216.212.138 with HTTP; Tue, 1 Jul 2014 03:32:50 -0700 (PDT) In-Reply-To: References: <20140630142401.GY2586@home.opsec.eu> <20140630144757.GZ2586@home.opsec.eu> Date: Tue, 1 Jul 2014 12:32:50 +0200 Message-ID: Subject: Re: Intel Baytrail panics because of buggy ACPI table From: tallison To: Ryan Stone Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 10:32:53 -0000 Yeah, I can see that its in there now. That is great news! Thanks all, and especially rodrigc. :-) On Tue, Jul 1, 2014 at 6:53 AM, Ryan Stone wrote: > Looks like the MFC is complete and this will be included in 9.3-RELEASE: > > http://svnweb.freebsd.org/changeset/base/268068 > > Thanks for the reminder. It would have been disappointing to release > without support for these boards. > From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 10:57:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9720C34E for ; Tue, 1 Jul 2014 10:57:07 +0000 (UTC) Received: from mail-la0-x22f.google.com (mail-la0-x22f.google.com [IPv6:2a00:1450:4010:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CC5E2130 for ; Tue, 1 Jul 2014 10:57:06 +0000 (UTC) Received: by mail-la0-f47.google.com with SMTP id s18so5692699lam.20 for ; Tue, 01 Jul 2014 03:57:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=cHf3Ntl4rdi4rSUx4Cmpj0RRRFYgNt9tv3KsEaI2mr8=; b=WaE6S096X0EuGtQWHeeTr+6UPNxnD+h8yXknyI/0hZ/fdEKKUKsotbYchac3xVQpKe yoVUgzFqiQVVbbUA2omCOOJQBgBpfNAiossnEEwYDm0v4ngGVJJ7YJqKZCSDtQOZV5dl xQUYdk5UTSaxpBkO99EPvXeS90CyzQQHSf1pnAnhWAzCVy9Uc2kedXJdYDvL8/gh6q8Q auYhZeuzPhMQUb+zl1lCA+JJtTNluI5sA7XzSvQKDGLhzULa19ZFAGm0k8HokYPtTaaR YItF8IpowLhZX3l0GXYQk5SSrCH9NOFvnoCbQUO3D2FW5XMzIAbRBlbHxZ5hYhLXFPlt VlKg== X-Received: by 10.112.156.199 with SMTP id wg7mr34452587lbb.1.1404212224829; Tue, 01 Jul 2014 03:57:04 -0700 (PDT) Received: from 95.108.173.189-red.dhcp.yndx.net (95.108.173.189-red.dhcp.yndx.net. [95.108.173.189]) by mx.google.com with ESMTPSA id uh6sm10075646lac.13.2014.07.01.03.57.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 01 Jul 2014 03:57:03 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: 10/stable panic: softdep_deallocate_dependencies: dangling deps From: Dmitry Sivachenko In-Reply-To: Date: Tue, 1 Jul 2014 14:57:01 +0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <021AFCAD-7B0B-47FB-AAFF-8F7085C7E1A6@gmail.com> To: Ronald Klop X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 10:57:07 -0000 On 01 =D0=B8=D1=8E=D0=BB=D1=8F 2014 =D0=B3., at 11:57, Ronald Klop = wrote: > On Mon, 30 Jun 2014 14:22:02 +0200, Dmitry Sivachenko = wrote: >=20 >> Hello! >>=20 >> I have several machines with rather fresh FreeBSD-10/stable. >>=20 >> They all have 4 SATA drives, I have small gmirrored root+var and the = rest of the drive space is mounted as /disk1, /disk2, etc (UFS2+SU). >> When a single disk fails, system panics with = "softdep_deallocate_dependencies: dangling deps" message: >> http://people.freebsd.org/~demon/softdep.png >>=20 >> Since all vital data (root+var) are mirrored, I expect OS to stay = alive. >=20 > Hi, >=20 > So /disk1, /disk2 are not (g)mirrored? In that case the system cannot = handle write failure. Because writes are not synchronous (for speed) = there is no possibility to return an error to the application. No, they are not (g)mirrored. I expect read/write errors, but not kernel panic. Actually I = encountered disk I/O errors since 2.2.5 and it is first time I faced = kernel panic. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 11:22:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C66095E for ; Tue, 1 Jul 2014 11:22:42 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id D265B2396 for ; Tue, 1 Jul 2014 11:22:41 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id E24C6B9060 for ; Tue, 1 Jul 2014 13:22:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1404213748; x=1406028149; bh=kNGYZrd/RT/yGOO1MolplpXibdCTXwEwT3v pUgkXskk=; b=zPHsBQj3MOhbjNHHtFCXqwEmVUJl8+cn12Xf63qyxjF9xW8TgwG mxrcMF6oo7aTQHxwEHgrV4miPQ3YCg/F2hM7YeJTYXpSHa3e0jaVtQ7fT2yy0mfI gD7taGzJGpVYlnBQrvkYqcjbBs+IljypsWaBBxrTf1gjzpImigLyQ7Og= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 8tgwtXFYvy8g for ; Tue, 1 Jul 2014 13:22:28 +0200 (CEST) Received: from kaa.mimar.rs (93-138-126-190.adsl.net.t-com.hr [93.138.126.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 98946B903D for ; Tue, 1 Jul 2014 13:22:28 +0200 (CEST) Date: Tue, 1 Jul 2014 13:22:26 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.3-RC2 and vmware 5.1 esxi (not a duplicate) Message-Id: <20140701132226.31326f93d6b0edfb17c36218@mimar.rs> In-Reply-To: References: <53B21009.5000901@jetcafe.org> <20140701013604.GU1216@hub.FreeBSD.org> <53B211B2.9040806@jetcafe.org> <20140701014948.GV1216@hub.FreeBSD.org> <53B21DDE.1080407@jetcafe.org> <20140701023443.GX1216@hub.FreeBSD.org> <53B22006.7090603@jetcafe.org> <20140701024556.GY1216@hub.FreeBSD.org> <53B2772B.7020408@jetcafe.org> Organization: Mimar X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 11:22:42 -0000 On Tue, 1 Jul 2014 11:15:46 +0200 Joel Dahl wrote: >=20 > 1 jul 2014 kl. 10:54 skrev Dave Hayes : >=20 > > On 06/30/2014 19:45, Glen Barber wrote: > >> On Mon, Jun 30, 2014 at 07:42:14PM -0700, Dave Hayes wrote: > >>> On 06/30/2014 19:34, Glen Barber wrote: > >>>> On Mon, Jun 30, 2014 at 07:33:02PM -0700, Dave Hayes wrote: > >>>>> On 06/30/2014 18:49, Glen Barber wrote: > >>>>>> On Mon, Jun 30, 2014 at 06:41:06PM -0700, Dave Hayes wrote: > >>>>>>> On 06/30/2014 18:36, Glen Barber wrote: > >>>>>>>> On Mon, Jun 30, 2014 at 06:34:01PM -0700, Dave Hayes wrote: > >>>>>>>>> This may look like a duplicate of > >>>>>>>>>=20 > >>>>>>>>> <53B1DB21.7020900@jetcafe.org> > >>>>>>>>>=20 > >>>>>>>>> but it isn't. It's the same issue, but now it also belongs > >>>>>>>>> to the stock ISO. We tested the stock FreeBSD 9.3-RC2 iso > >>>>>>>>> on vmware 5.1 esxi as a guest. It says clearly > >>>>>>>>>=20 > >>>>>>>>> CD Loader 1.2 > >>>>>>>>>=20 > >>>>>>>>> and then there's screen gibberish which seems to indicate > >>>>>>>>> something is not found. > >>>>>>>>>=20 > >>>>>>>>=20 > >>>>>>>> Can you provide a screenshot? > >>>>>>>=20 > >>>>>>> You may use this: http://www.jetcafe.org/dave/93_RC2b.pdf > >>>>>>=20 > >>>>>> This is, unfortunately, not useful information. We will need > >>>>>> much more information, including exactly how the VM was > >>>>>> created, what options were enabled / disabled for the VM, etc. > >>>>>=20 > >>>>> Reciprocally, I need to know exactly what you need. So far I > >>>>> have > >>>>>=20 > >>>>> - How the VM was created > >>>>> - What VM options there were > >>>>>=20 > >>>>> What else would you need, exactly and completely? > >>>>=20 > >>>> Well, let's start with these two. Can you actually provide them? > >>>=20 > >>> The issue is that I am between you and someone at a hosting > >>> provider. This hosting provider interaction is not real time. > >>> Thus, I would like to queue as many information requests in one > >>> transaction as I can. > >>>=20 > >>> I've forwarded this request in the interests of some measure of > >>> efficiency. I will get back to you with the response. > >>>=20 > >>=20 > >> Understood. > >=20 > > Here's the response I got. It's not much, but it's a start. We are > > dealing with vmware 5.1 esxi build 1157734. The VM was created via > > the vSphere client with these settings: > >=20 > > ----------------------------------------------------- > > Guest Operating System Version: FreeBSD(64-bit) > >=20 > > 20G vDisk > > 1 vCPU > > 2G vRAM > > LSI SAS SCSI Controller > > Single NIC (VMXNet3) > >=20 > > Virtual Hardware Version: vmx-09 > >=20 > > CD/DVD: > > Connect at power on. > > Datastore ISO File: mapped to the ISO file provided. > >=20 > > BIOS boot order configured to boot from CD-ROM first. > > ----------------------------------------------------- > > All other settings are at default. >=20 > FWIW, installing 9.3-RC2 amd64 on ESXi 5.5 works here. VM was created > with the =E2=80=9Dfat=E2=80=9D vSphere client (not the web gui). Virtua= l hardware > version is 8. All settings are at default. >=20 > =E2=80=94 > Joel >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" ESXi 5.1, as well as 5.1U1 officially supports only FreeBSD up to 9.0. ESXi 5.5, as well as 5.5U1 officially supports only FreeBSD up to 9.2. --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 11:56:09 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1A57FED; Tue, 1 Jul 2014 11:56:09 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3396126D7; Tue, 1 Jul 2014 11:56:09 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id u56so9649832wes.7 for ; Tue, 01 Jul 2014 04:56:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=cvRSE3nyoooiAN907mUFzflxP08/3f7kMJJY9KDAk5E=; b=W2zKBX2BULQ3DTZ6ArLGaeGtrIpQ2MMp/LLlb85nwvDWf8kriYqbSIM6WsBSQUjxzT 3UEEb8e51RUiM9f6P0lL66M7vLP5Sl2v0hjltAzbxLcF5YZd8azfMTRKw6XOnrg5xgCj XzIsZS24rxk3hYtv3Va+EG09hXKF6j4iq/4F1vzrN3/aHkXyjdOtfmQssJbSzBe/Nhsm kmoMP0HsZH626VYkCM6MfmA8JnKOLGIdC4HXGZ08sdmOk0tm4DnCbLeWH4Xo3jwEqzLK xQ9iq4g7GWxnwp/AU1urKc5nlLBfI8okLmeXrNnm/HRRRDBSpGm/baDaIqB4W7ErhRdT 2ycw== X-Received: by 10.194.7.167 with SMTP id k7mr50109283wja.11.1404215767410; Tue, 01 Jul 2014 04:56:07 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id do5sm42545033wib.16.2014.07.01.04.56.06 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Jul 2014 04:56:06 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 1 Jul 2014 13:56:04 +0200 From: Baptiste Daroussin To: stable@FreeBSD.org, ports@FreeBSD.org Subject: [HEADSUP] Ports 2014Q3 branched Message-ID: <20140701115604.GP34108@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aC33ObtQAkNdOZ6b" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 11:56:09 -0000 --aC33ObtQAkNdOZ6b Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi all, The 2014Q3 branch has just been branched and the package builder has been updated to use that branch meaning that the next update on the quarterly packages will be on the 2014Q3 branch What happen during the last 3 months: - 177 different committers have participated - 9918 commits happened - diffstat says: 23646 files changed, 554070 insertions(+), 577210 deletions(-) What does that means for users: - default Java is now 1.7 - massive conversion to stagedir (93% of the ports are now properly staged) - massive improvement of the usage of libtool (which reduces a lot overlinking) - new USES: mono, objc, drupal, gecko, cpe, gssapi, makeinfo - new Keywords for plist: @sample, @shell - LibreOffice has been updated to 4.2.5 - Firefox has been updated to 30.0 - Firefox-esr has been updated to 24.6 - Default postgresql has moved from 9.0 to 9.2 - nginx has been updated to 1.6.0 - Default lua is 5.2 - subversion has been split into multiple ports for each features - On FreeBSD 9-STABLE and 10-STABLE the default xorg 1.12.4 (for default binary packages it is still 1.7.7) - Improved QA checking in the infrastructure - Info files are handle correctly even if base has been built WITHOUT_INFO - Ancient emacs version has been cleaned out Regards, Bapt (on behalf of portmgr) --aC33ObtQAkNdOZ6b Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlOyodQACgkQ8kTtMUmk6EzAxgCfejGMdIk/aE/90mJj0vZnsEH9 8a8AoKNW4qjthqhffXWTKG4i0eGLDnDI =LA5Q -----END PGP SIGNATURE----- --aC33ObtQAkNdOZ6b-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 13:55:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3F05C36 for ; Tue, 1 Jul 2014 13:55:51 +0000 (UTC) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C415E23A8 for ; Tue, 1 Jul 2014 13:55:51 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id c1so5349433igq.2 for ; Tue, 01 Jul 2014 06:55:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=iM28YtprulBAibWzQcoIRyhRsFqehLFOl3HcmE4HsHI=; b=pYYTMreZEuTkz1DOOxdBtMgPKRjARxJe32a8jfloQF+aOJRXsrDOn6bfk7hmBNFtLZ 2uuCZ6GA036Zwn+norA0NFUubEtfllGFL1ItLGkNcqOz4MAuX0X68iXYQIKoden89+Yt oMz9ARNVuT+j7lRXVkwiNbbaKyNBb+JjTQbrmHd1FR6zN3r00ta2L/OOojIXjKr2hjZd WrbRF8YsXmo26sKVbjPlR3snoPaLQp/E0HiiNgi0L+cqjfGtioY6eZ0x/6XxPAWBQh4i igNhsoBi3hSWLmV5hEvLrxP12KFGXMUWY9EuuVMwvG5y+puHBM0ezOrNCYzmEN0Ufh7z Deqg== MIME-Version: 1.0 X-Received: by 10.42.12.76 with SMTP id x12mr2341488icx.96.1404222951057; Tue, 01 Jul 2014 06:55:51 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.64.19.114 with HTTP; Tue, 1 Jul 2014 06:55:51 -0700 (PDT) Date: Tue, 1 Jul 2014 09:55:51 -0400 X-Google-Sender-Auth: UthWqGFdIHOEoS-Vnxn43dU88w0 Message-ID: Subject: mount root error while booting bootonly.iso From: Rick Miller To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 13:55:52 -0000 Hi all, The FreeBSD 10.0 bootonly ISO is sporadically unable to boot on the DL360p G8 running BIOS P-71 8/20/2012. I initially thought this was due to customizations being developed into the ISO until a stock ISO from ftp.freebsd.org was tested and also exhibited the same behavior suggesting there may be a more low level problem afoot. Oddly enough, the ISO booted on the first attempt on two different chassis' while two subsequent attempts failed as described in the screenshots below. On a third attempt, both DL360s did boot the ISO and I was able to perform an OS installation. It is worth noting here that the ISO is being mounted on the chassis via the "virtual media" feature of the iLO. Hoping that someone has experience with FreeBSD 10.0 on the DL360p G8 and/or seen anything similar and know a workaround/fix? Is it more likely behavior caused by the environment or a bug? In addition to the snapshots, I captured dmesg output from a successful boot which is linked to below. I checked/tested the following: * Ensure /etc/fstab contains an entry suitable for booting the ISO * Ensured AHCI was disabled on the storage controller * Setting vfs.root.mountfrom and vfs.root.mountfrom.options as appropriate I have considered updating the firmware provided a newer version exists, but have yet to do so. ### Snapshots & dmesg output The first snapshot shows the initial cam probe error, while the second snapshot shows a number of retries. It stops after 5 failed retries. http://www.hostileadmin.com/images/mountroot_error_warning.png http://www.hostileadmin.com/images/mountroot_error_out.png http://www.hostileadmin.com/logs/dmesg.out Thanks! -- Take care Rick Miller From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 14:30:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4689F2B for ; Tue, 1 Jul 2014 14:30:52 +0000 (UTC) Received: from smtp1.computing.csbsju.edu (smtp1.computing.csbsju.edu [152.65.184.22]) by mx1.freebsd.org (Postfix) with ESMTP id 6544D26D3 for ; Tue, 1 Jul 2014 14:30:51 +0000 (UTC) X-AuditID: ac10425b-f79f66d000000e29-ae-53b2c28fa724 Received: from Mail-HTCAS2.ad.csbsju.edu (Unknown_Domain [172.16.66.44]) by smtp1.computing.csbsju.edu (Symantec Messaging Gateway) with SMTP id EA.95.03625.F82C2B35; Tue, 1 Jul 2014 09:15:43 -0500 (CDT) Received: from nxv.csbsju.edu (172.16.66.48) by MAIL-HTCAS2.ad.csbsju.edu (172.16.66.44) with Microsoft SMTP Server id 14.3.195.1; Tue, 1 Jul 2014 09:15:43 -0500 Received: by nxv.csbsju.edu (Postfix, from userid 1401) id 8614E1A0C85; Tue, 1 Jul 2014 09:15:43 -0500 (CDT) Date: Tue, 1 Jul 2014 09:15:43 -0500 From: Michael Gass To: Subject: Will a screen saver work in newcons? Message-ID: <20140701141543.GA32322@csbsju.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-12-10) X-Brightmail-Tracker: H4sIAAAAAAAAA11Tf0wTZxjmu6vlYHzzvNLyWqWyi/rHJijoki1zizFm2bJ/cM0SN7PoFW5Q aGnttQz2K+3mcLit1rhMQAZ1BW2KgpQZMZAxKohjjLgRiAbmwuIPAkpYJ04cW3fXFjj85/J+ 7/O9z/O87/sdRTIzSVrKWGLnbSWciVUmK87QOzdlHgkF9VvqO59/7tInzA70SlW4XpGL3kre ns+bjKW8bfNL+5MLG+rnSOs4Kmsd1jmRHx1GSRTQ2+C3jv7EWKyBqzdalIdRMsXQgwiqGqbI 2KERwa2Jv0WEEg8WqPWppAIFvR5c139VSLGS3gCHet3ROJXOANehKqUUq+hMCLQ1r5BiTG+G iuGmeLwKfqy+Gb1P0pvA2xGO0pP0Gjj9HyWl1SL99KAn6o2h0+FrzxjpQStrZNU1suqapWov IgNIK5jt1uysPIvZ6rAbSwqy8gSDUOTI4vMdQRQb2952VPdXdgjRFGJTcIazVc+s4EqFcnMI FVMEq8W+9Wf1jMpgyS8v5ITCfYLDYDYKgtFSwqqxsi2oZ55cxGwOEy+wqfjAD2IaL6YNDlMx q8OfKkXuNBmRYDXmGS0OYZ/DZgohoEixtLNLKs3nyt/jbZYYYQitoRRsGn60cevrDF3A2fli nrfytgX0XYpi0zFKSEhgNDa+gC97x2gSX4bcKeBgt8i7Sg7HzKbhc5JZWo5E/T6FLZJf7XLG 5ZYJKimECqgUdnVMnhGsnFkwFsilU3GjJI0XoJisCn8gyaYsZKOS6TgvUZTULLHI5frRAe1a fFsypZZuFDpKlnepTcORaC8yNKqm1eCiR9/qmZUyQBLUZuCc8VN6ZvUyOrnmJPqGEN8F4EBf izg+8Y97rDsV/lDqLiWOxJpj8FHJxxPxZLS3tbhI6k29SCGXybmAKEQfR9AcGKIg0n0Ng+fY KIYW3xyGKxcfamCy66IOTo+f3AVzMw/egMqw/02oPdG5F6a7v9oPgepfOPjjs7AVqqqDApzw fe9C0DN60o/gtqc1gODa/KkmBO3fnb2OoOX3+RkEwX963ATUNJ9vIKCuZsBPQLh94DwBs2Pz VwiIjNf2E/BF5Z1BAo48OD5BwMMzn98joLK5w0lC170e8Ttw0O8iJ8X1E0vrt3OPDygVzwbO SeuPQwvrP/h2dP3xbHz9FVJSs8Qin5HWiRzuJO7l+oTESLguRz12rHz0o4rIMyO7Znu3vUDs 9Ez1TidvVW1wpX+5ZyjTrrng1f27/VVDfXEuRIZa+yLuUvdrt17cuMVX23z1z8m7E2W7WZ2x cd3HO3JH7nY5n/3JNX+5tM+75yaUZ7Zlvz+s1zub7t+/MXLpaO7l4p+nvLx+3R1WIRRy2U+T NoH7H49/FmeDBQAA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 14:30:52 -0000 Am using newcons (vt) at boot. Very nice. Can I activate a screen saver using newcons? I last built world about 12 days ago. FreeBSD 10.0-STABLE #0 r267555: Thu Jun 19 11:24:31 CDT 2014 amd64 Thanks, Mike From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 14:32:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25E541A7 for ; Tue, 1 Jul 2014 14:32:26 +0000 (UTC) Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B4D3B2763 for ; Tue, 1 Jul 2014 14:32:25 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id q58so9767141wes.16 for ; Tue, 01 Jul 2014 07:32:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=4znU7ux6uOVpEdgS5GixWe9tTfeNB5WJNB2pb9fqVeQ=; b=aOvnd5llfC9Eu8ghR8RE9jJzjJE8mG9uu+w7/CnQQonvrqAGaZX2W3Tuy5krwsUFRP rOldMAPKGS+HRA8BD951iXgbpnqqj9x0XNlIet+zV/2rJSnldRCHv1zCXfF4FIjNidis U+Ddda+9T0ET1z7+uLie8JPK4dw28gTMS8OUrVrwSE8IgeaX9mxerCY/2fZHwBiqF4Jh fv2JhfD1ZeA2NIph9KJU2eUSlJBmr3NHYbeOjnA13sa5TSdcAX+21O457Z3Mh4qYQYSs BpAW47ukTZRcB//RpuXuVomfmBwB2vggrb91LKHnT2NO5PMZSpK0V+18tcIbH8Rsbqd8 K5wg== MIME-Version: 1.0 X-Received: by 10.194.120.103 with SMTP id lb7mr50663813wjb.40.1404225139119; Tue, 01 Jul 2014 07:32:19 -0700 (PDT) Reply-To: attilio@FreeBSD.org Sender: asmrookie@gmail.com Received: by 10.217.46.129 with HTTP; Tue, 1 Jul 2014 07:32:19 -0700 (PDT) In-Reply-To: <5394A848.7030609@m5p.com> References: <5394A848.7030609@m5p.com> Date: Tue, 1 Jul 2014 16:32:19 +0200 X-Google-Sender-Auth: Ic2OsIBaiPejNW2QfsjwQiaXjCU Message-ID: Subject: Re: Not to beat a dead horse, but ... From: Attilio Rao To: George Mitchell Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 14:32:26 -0000 On Sun, Jun 8, 2014 at 8:15 PM, George Mitchell wrote: > When I run this command on 10-STABLE on a uniprocessor system while > running the misc/dnetc port: > > cd /usr/src > time make buildworld && time make buildkernel && time make installkernel > > On revision 266422 with SCHED_ULE, I get (showing the time lines only): > > 7045.988u 897.681s 4:00:33.89 55.0% 29430+492k 27927+17003io > 30943pf+519w > 1155.683u 149.422s 52:49.60 41.1% 25418+410k 7452+20843io 12166pf+248w > 7.101u 4.838s 8:03.57 2.4% 5905+221k 1179+9461io 1345pf+67w > > On revision 267211 with SCHED_4BSD: > > 6950.087u 665.074s 2:40:36.19 79.0% 29929+502k 33651+17368io > 31151pf+151w > 1148.066u 134.312s 26:40.95 80.1% 26234+426k 9681+24613io 11917pf+106w > 6.774u 4.369s 0:33.90 32.8% 3110+320k 1388+10979io 1514pf+3w > > Since the majority of my systems are uniprocessors and I like to > run dnetc, SCHED_ULE has been a dealbreaker for me since day one. > Consequently I can't use freebsd_update. So I think that the problem here is that essentially dnetc behaves in entirely different ways between the 2 systems, but you just don't care about how much work it is able to carry during your buildworld workload. To high-level description, it is like the CPU runtime is partitioned in balanced way in the ULE case while for 4BSD there is a huge bias toward the buildworld CPU%. Both threads (actually set of threads for buildworld) all fall in the time-share priority range and they are treacted all the same by the scheduler. However, differently from 4BSD, ULE has algorithms that essentially adjust dynamically the priority of threads to calculate properly the interactivity scores and that dynamically recalculate the thresholds for the RR quantum for timeshare priority threads. The quantum decreases proportionaly to the runqueue load. This essentially means that more stuff you will push to the runqueue (and buildworld spawns quite a bit of threads, in your schedgraph traces there were around 5/6 new) higher there will be the turnaround to properly partition the CPU times between all these time-share priority thread. It will also mean there will be much more context switches than the 4BSD case. In the 4BSD case, instead, the RR-quantum remains essentially fixed. I cannot say for sure because I don't know its code, but I expect that dnetc has some provisioning to perform manually some yielding after a "fraction" of the expected RR-quantum is used. So I expect this computational time to be smaller than 100ms (quantum default time slice for 4BSD). To get out of this situation and prove that what I'm saying is right you can try 2 different things: - Renice the buildworld to get it out of the timeshare-priority area but bring it into the kerne/real-time area. I suspect this will make dnetc to essentially perform very little job, but I expect you don't really care. However it will also make the workload compete against kernel services. - Enlarge your RR quantum for timeshare priority threads. You can do that via the kern.sched.quantum sysctl. I think that can aim for 200ms. I think this should be the preferred case. Of course, please keep disabiling the SMP option for your uniprocessor kernel. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 14:43:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B6B5BF2 for ; Tue, 1 Jul 2014 14:43:20 +0000 (UTC) Received: from frv198.fwdcdn.com (frv198.fwdcdn.com [212.42.77.198]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 270C4287C for ; Tue, 1 Jul 2014 14:43:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=mOtLg2pPWjpKQmDow8vHBx9S07etJ7KYWCYOqBpjwts=; b=scwwOrwtw5uQHXyU2b3sqByoXaxBMymXnJvF7/zQRq21aGq04ODUQFxrE0g0Uo+NPaDTi+weSg2DjMkQxneRsm0YeIGHb77xfl2DL533dW6eUybYHuCZZimBUThVCmnp0fvrDlPZDfOCJAKZovyS4LEIQA8sqHJaduMjHHZCp4U=; Received: from [10.10.10.35] (helo=frv35.fwdcdn.com) by frv198.fwdcdn.com with smtp ID 1X1zH1-0000dx-0D for freebsd-stable@freebsd.org; Tue, 01 Jul 2014 17:43:07 +0300 Date: Tue, 01 Jul 2014 17:43:06 +0300 From: Vladislav Prodan Subject: Re: mount root error while booting bootonly.iso To: Rick Miller X-Mailer: mail.ukr.net 5.0 Message-Id: <1404225648.281683439.6h0dcd5k@frv35.fwdcdn.com> In-Reply-To: References: MIME-Version: 1.0 Received: from universite@ukr.net by frv35.fwdcdn.com; Tue, 01 Jul 2014 17:43:06 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 14:43:20 -0000 > I have considered updating the firmware provided a newer version exists, > but have yet to do so. > > ### Snapshots & dmesg output > > The first snapshot shows the initial cam probe error, while the second > snapshot shows a number of retries. It stops after 5 failed retries. > > http://www.hostileadmin.com/images/mountroot_error_warning.png > http://www.hostileadmin.com/images/mountroot_error_out.png > http://www.hostileadmin.com/logs/dmesg.out > > Thanks! > Does not work mount ISO bootable via USB CDROM. See my PR # 190939. -- Vladislav V. Prodan System & Network Administrator support.od.ua From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 15:18:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2EAB2221 for ; Tue, 1 Jul 2014 15:18:39 +0000 (UTC) Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F000B2BFA for ; Tue, 1 Jul 2014 15:18:38 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id at1so8313232iec.0 for ; Tue, 01 Jul 2014 08:18:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=p+lh+qt9ZFwADCBkRs/yloObsZS1g8POdeK4oiX8uFk=; b=0/XBGc5wARYB+dPBr9+ieCv2lCbdtASsuPMXqOLhjTjf2aEb3LRDYTenGMLFNZo3as Hs5f6w01JznoI6IJp7fm7PkPGA4hDJFuyTOT2nvkjE78y/o2VPkla48777w6U/Cww8FT 3AaYefZBPe4ZcGamNAY8cust9YO8ptE/cwP9+gYch3Slpl7Lz2ujNIsldz09Mpl6slLt YfaDO9ZiUCHPOi6RH1bFRUlhM4Dr8avxPL6INcNsoFvhvFLKuh4MTp/wKhdYjEeVjvGA fnqSrM/zS7+gMyinS4R9V8BF/NAcaJJFHlG5nZkL5mxtlzz7PsUK2bA51SCwMz06jlSV 345g== MIME-Version: 1.0 X-Received: by 10.42.12.76 with SMTP id x12mr2810842icx.96.1404227918408; Tue, 01 Jul 2014 08:18:38 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.64.19.114 with HTTP; Tue, 1 Jul 2014 08:18:38 -0700 (PDT) In-Reply-To: <1404225648.281683439.6h0dcd5k@frv35.fwdcdn.com> References: <1404225648.281683439.6h0dcd5k@frv35.fwdcdn.com> Date: Tue, 1 Jul 2014 11:18:38 -0400 X-Google-Sender-Auth: q_dkE__BElnfvSR1F0pwdWR-DU4 Message-ID: Subject: Re: mount root error while booting bootonly.iso From: Rick Miller To: Vladislav Prodan Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 15:18:39 -0000 Hi Vladislav, On Tue, Jul 1, 2014 at 10:43 AM, Vladislav Prodan wrote: > > > I have considered updating the firmware provided a newer version exists, > > but have yet to do so. > > > > ### Snapshots & dmesg output > > > > The first snapshot shows the initial cam probe error, while the second > > snapshot shows a number of retries. It stops after 5 failed retries. > > > > http://www.hostileadmin.com/images/mountroot_error_warning.png > > http://www.hostileadmin.com/images/mountroot_error_out.png > > http://www.hostileadmin.com/logs/dmesg.out > > > > Thanks! > > > > > Does not work mount ISO bootable via USB CDROM. > See my PR # 190939. > The error you receive is slightly different, but certainly close enough to dig deeper. In your evaluation of the problem, did the bug's scope cover booting to an ISO either physically or virtually? I now also wonder how PXE loaded ISO are booted...under this scenario, is the USB driver engaged at all? These ISOs will ultimately be loaded via PXE. Initial development/testing/troubleshooting is being done via virtual media. -- Take care Rick Miller From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 16:39:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE569C4D; Tue, 1 Jul 2014 16:39:15 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (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 A2A702505; Tue, 1 Jul 2014 16:39:15 +0000 (UTC) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) (authenticated bits=0) by hydra.pix.net (8.14.8/8.14.8) with ESMTP id s61Gd665013398; Tue, 1 Jul 2014 12:39:13 -0400 (EDT) (envelope-from cross+freebsd@distal.com) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at mail.pix.net Received: from zalamar.mm-corp.net ([65.207.51.199]) (authenticated bits=0) by mail.distal.com (8.14.8/8.14.8) with ESMTP id s61GbhUr006520 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 1 Jul 2014 12:37:44 -0400 (EDT) (envelope-from cross+freebsd@distal.com) From: Chris Ross Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: gpart(8) man page missing list documentation Message-Id: <6D400FD8-FF1F-42AC-AC54-EA1B5723EF1B@distal.com> Date: Tue, 1 Jul 2014 12:37:21 -0400 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.distal.com [206.138.151.250]); Tue, 01 Jul 2014 12:37:44 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 16:39:15 -0000 Looking at the man page for gpart(8) on a recent 10-stable system, I = was trying to find out what the -a option to list does. (shown in the = output of gpart when run with no parameters). Interestingly, despite = =93list=94 being highlighted in paragraph text as an action for the = command, it does not appear in the summary at the top of the page, nor = in the detailed DESCRIPTION section that describes each of the actions. This appears to still be the case on HEAD, as well. I assume this is = worth fixing and MFC=92ing? Thanks. - Chris From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 18:47:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A25DDFD for ; Tue, 1 Jul 2014 18:47:55 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B121D2192 for ; Tue, 1 Jul 2014 18:47:54 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id hi2so8375894wib.11 for ; Tue, 01 Jul 2014 11:47:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=XCPn//UXzzxqcCMQsUXafM8bH6290LzD7aUgMajuHXc=; b=CuEcx9tof0WNmVFFwSZDedEDP5d+MIdS339Tc/NrhrryaVxQ0p0xN7FGxNTil2RB/3 6u/axIKG41IF4jMsM/Tmf2irEPhVmt2kSZnF5G7OhfDCw/Vqu4MzibzVRTkLBCeFI11l +LBlRbyttoMLThlXhF1Hw31cWAObFuLezVv9xnUdFb06hrSkOtW2aoZyLn5OgU2GelSG PPGALGshxO7ogwgl9FvB6GxfKUVt/lneIw+x5jPmObX+kEK0d0cyBsUWw1MlK0GiOFDV Sy8wI5NKLmki04Bd7Dwjd98o8VckhJ0npTuBJUVv0MEZMEMFSXeVQkQlQG4h+UZEjD7U w02A== X-Received: by 10.181.13.5 with SMTP id eu5mr38920145wid.58.1404240472835; Tue, 01 Jul 2014 11:47:52 -0700 (PDT) Received: from brick.home (adfl225.neoplus.adsl.tpnet.pl. [79.184.115.225]) by mx.google.com with ESMTPSA id w9sm21531779wif.12.2014.07.01.11.47.51 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Jul 2014 11:47:52 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Tue, 1 Jul 2014 20:47:49 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Dmitry Sivachenko Subject: Re: 10/stable panic: softdep_deallocate_dependencies: dangling deps Message-ID: <20140701184749.GA8617@brick.home> Mail-Followup-To: Dmitry Sivachenko , Ronald Klop , freebsd-stable@freebsd.org References: <021AFCAD-7B0B-47FB-AAFF-8F7085C7E1A6@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org, Ronald Klop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 18:47:55 -0000 On 0701T1457, Dmitry Sivachenko wrote: > > On 01 июля 2014 г., at 11:57, Ronald Klop wrote: > > > On Mon, 30 Jun 2014 14:22:02 +0200, Dmitry Sivachenko wrote: > > > >> Hello! > >> > >> I have several machines with rather fresh FreeBSD-10/stable. > >> > >> They all have 4 SATA drives, I have small gmirrored root+var and the rest of the drive space is mounted as /disk1, /disk2, etc (UFS2+SU). > >> When a single disk fails, system panics with "softdep_deallocate_dependencies: dangling deps" message: > >> http://people.freebsd.org/~demon/softdep.png > >> > >> Since all vital data (root+var) are mirrored, I expect OS to stay alive. > > > > Hi, > > > > So /disk1, /disk2 are not (g)mirrored? In that case the system cannot handle write failure. Because writes are not synchronous (for speed) there is no possibility to return an error to the application. > > > No, they are not (g)mirrored. > I expect read/write errors, but not kernel panic. Actually I encountered disk I/O errors since 2.2.5 and it is first time I faced kernel panic. Soft updates cannot gracefully handle IO errors. It _will_ panic. You can either prevent errors from happening by using redundancy (ie. mirroring), or disable soft updates. That's how it works, sorry. In theory it would be possible to prevent this from happening; panic here is actually to terminate the system before it corrupts data, and in situations like this one, where the disk is no longer accessible, it's not possible to corrupt anything. IIRC I've actually added a workaround for that a while ago, but, as you can see, it's not enough, and I don't understand soft updates well enough to fix it properly. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 18:49:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6126CFEA; Tue, 1 Jul 2014 18:49:48 +0000 (UTC) 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 1087D21B3; Tue, 1 Jul 2014 18:49:47 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s61InW2b080273 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 1 Jul 2014 12:49:32 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s61InWtU080270; Tue, 1 Jul 2014 12:49:32 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 1 Jul 2014 12:49:32 -0600 (MDT) From: Warren Block To: Chris Ross Subject: Re: gpart(8) man page missing list documentation In-Reply-To: <6D400FD8-FF1F-42AC-AC54-EA1B5723EF1B@distal.com> Message-ID: References: <6D400FD8-FF1F-42AC-AC54-EA1B5723EF1B@distal.com> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 01 Jul 2014 12:49:32 -0600 (MDT) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 18:49:48 -0000 On Tue, 1 Jul 2014, Chris Ross wrote: > > Looking at the man page for gpart(8) on a recent 10-stable system, I was trying to find out what the -a option to list does. (shown in the output of gpart when run with no parameters). Interestingly, despite ?list? being highlighted in paragraph text as an action for the command, it does not appear in the summary at the top of the page, nor in the detailed DESCRIPTION section that describes each of the actions. > > This appears to still be the case on HEAD, as well. I assume this is worth fixing and MFC?ing? A PR was just entered for that: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191534 "list" and "status" and a couple of others that only apply for some GEOM modules (load, unload) are part of the base GEOM command set. I was going to say we should just refer the reader to another page, maybe geom(8). But gmirror(8) does include those commands in the synopsis. We should be consistent with this, and I'd lean toward doing it the way gmirror(8) does now. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 18:57:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D06C795 for ; Tue, 1 Jul 2014 18:57:05 +0000 (UTC) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 59B0322C7 for ; Tue, 1 Jul 2014 18:57:05 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id lx4so8216822iec.5 for ; Tue, 01 Jul 2014 11:57:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=R/OLBLoYMKyLyZDEO26Mz/r8QOsJ40vPb6EwE+IhnE0=; b=ZOgELcV2VId8Dj6y2Q2iBHwtoaepkBUDxAHbsWqXZZ1ZrhQKwo1HmIQysdFlhgqMcX 1MCzcVppayuecEJr+wjRoUFo10RQAh9v2MtFH2kG1tXadnAe/lCrkORMZiq0ISQCJUvE Sy8WxipYm2V7KD6Ht8++JsKkqaQVHM2ngyNfkCwBELuJtyt+4wmLINa0HU8OlS2ctk7S sd5n1ZZ4i4dwTEzic46rz1ClpJKomC6USWR58zjMaHGemxj/2wYtBj3bYggSaA04tMdl W0KnITS7Ex7fAJiqhDKwPDBNee0mWEyOD/IJxD8cXcjUkudLUxrrfJAULTKWWVo50h3P K4sg== MIME-Version: 1.0 X-Received: by 10.42.214.207 with SMTP id hb15mr31304680icb.30.1404241024788; Tue, 01 Jul 2014 11:57:04 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.64.19.114 with HTTP; Tue, 1 Jul 2014 11:57:04 -0700 (PDT) In-Reply-To: References: Date: Tue, 1 Jul 2014 14:57:04 -0400 X-Google-Sender-Auth: y6ul559_42vPbh3pdvuagZFKmR8 Message-ID: Subject: Re: mount root error while booting bootonly.iso From: Rick Miller To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 18:57:05 -0000 Hi all, Following up with additional info... I wondered how the stock bootonly ISO from ftp.freebsd.org would behave when booted via PXE since this is how the images will ultimately be delivered. While the error appears different, in that there doesn't seem to be an issue with the USB driver, the media is unable to mount root and fails consistently on each boot, unlike the sporadic behavior when booted via virtual media described in the thread below. I have a few snapshots of the behavior in this scenario: http://www.hostileadmin.com/images/pxe_mountroot_error1.png http://www.hostileadmin.com/images/pxe_mountroot_error2.png Here are the available geom devices: http://www.hostileadmin.com/images/pxe_mountroot_geom_devs.png I've communicated with someone who opened Bug 190939 ( https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190939) to which this seems eerily similar. Though I am unable to conclusively identify whether or not it's the same. I also burned the ISO to physical media and booted it. The first attempt to boot was successful with no odd behavior, but the behavior on the 2nd and 3rd attempts differed at the loader prompt with the timer. Output was sent to the screen[1] and it expected either "menu" or "boot" followed by ENTER to boot to the media. Beyond that, the media booted fine. Would this signal a potential issue with the ISO itself? [1] http://www.hostileadmin.com/images/freebsd_bootonly_media.jpg On Tue, Jul 1, 2014 at 9:55 AM, Rick Miller wrote: > Hi all, > > The FreeBSD 10.0 bootonly ISO is sporadically unable to boot on the DL360p > G8 running BIOS P-71 8/20/2012. I initially thought this was due to > customizations being developed into the ISO until a stock ISO from > ftp.freebsd.org was tested and also exhibited the same behavior > suggesting there may be a more low level problem afoot. Oddly enough, the > ISO booted on the first attempt on two different chassis' while two > subsequent attempts failed as described in the screenshots below. On a > third attempt, both DL360s did boot the ISO and I was able to perform an OS > installation. It is worth noting here that the ISO is being mounted on the > chassis via the "virtual media" feature of the iLO. > > Hoping that someone has experience with FreeBSD 10.0 on the DL360p G8 > and/or seen anything similar and know a workaround/fix? Is it more likely > behavior caused by the environment or a bug? In addition to the snapshots, > I captured dmesg output from a successful boot which is linked to below. > > I checked/tested the following: > > * Ensure /etc/fstab contains an entry suitable for booting the ISO > * Ensured AHCI was disabled on the storage controller > * Setting vfs.root.mountfrom and vfs.root.mountfrom.options as appropriate > > I have considered updating the firmware provided a newer version exists, > but have yet to do so. > > ### Snapshots & dmesg output > > The first snapshot shows the initial cam probe error, while the second > snapshot shows a number of retries. It stops after 5 failed retries. > > http://www.hostileadmin.com/images/mountroot_error_warning.png > http://www.hostileadmin.com/images/mountroot_error_out.png > http://www.hostileadmin.com/logs/dmesg.out > > Thanks! > > -- > Take care > Rick Miller > -- Take care Rick Miller From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 18:58:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DEF98A1 for ; Tue, 1 Jul 2014 18:58:06 +0000 (UTC) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A7E522E4 for ; Tue, 1 Jul 2014 18:58:05 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.8/8.14.8/ALCHEMY.FRANKEN.DE) with ESMTP id s61Ivt1A085389 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 1 Jul 2014 20:57:55 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.8/8.14.8/Submit) id s61IvtXE085388; Tue, 1 Jul 2014 20:57:55 +0200 (CEST) (envelope-from marius) Date: Tue, 1 Jul 2014 20:57:55 +0200 From: Marius Strobl To: Michael Gass Subject: Re: Will a screen saver work in newcons? Message-ID: <20140701185755.GA85325@alchemy.franken.de> References: <20140701141543.GA32322@csbsju.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140701141543.GA32322@csbsju.edu> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Tue, 01 Jul 2014 20:57:55 +0200 (CEST) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 18:58:06 -0000 On Tue, Jul 01, 2014 at 09:15:43AM -0500, Michael Gass wrote: > > Am using newcons (vt) at boot. Very nice. > Can I activate a screen saver using newcons? No, that's one of the features syscons(4) has still missing in vt(4). Marius From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 19:12:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76617287; Tue, 1 Jul 2014 19:12:25 +0000 (UTC) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 21A862493; Tue, 1 Jul 2014 19:12:24 +0000 (UTC) Received: from firewall.mikej.com (162-238-140-44.lightspeed.lsvlky.sbcglobal.net [162.238.140.44]) by mx2.paymentallianceintl.com (8.14.5/8.13.8) with ESMTP id s61J0oB3078552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 1 Jul 2014 15:00:51 -0400 (EDT) (envelope-from mikej@mikej.com) Received: from mail.mikej.com (firewall.mikej.com [192.168.6.63]) by firewall.mikej.com (8.14.9/8.14.9) with ESMTP id s61J0Tuj007295; Tue, 1 Jul 2014 15:00:49 -0400 (EDT) (envelope-from mikej@firewall.mikej.com) X-Authentication-Warning: firewall.mikej.com: Host firewall.mikej.com [192.168.6.63] claimed to be mail.mikej.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 01 Jul 2014 15:00:29 -0400 From: mikej To: Warren Block Subject: Re: gpart(8) man page missing list documentation In-Reply-To: References: <6D400FD8-FF1F-42AC-AC54-EA1B5723EF1B@distal.com> Message-ID: <576b495b365440555d7b036765c908ed@mail.mikej.com> X-Sender: mikej@localhost User-Agent: Roundcube Webmail/1.0.1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Chris Ross , owner-freebsd-current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 19:12:25 -0000 On 2014-07-01 14:49, Warren Block wrote: > On Tue, 1 Jul 2014, Chris Ross wrote: > >> >> Looking at the man page for gpart(8) on a recent 10-stable system, I >> was trying to find out what the -a option to list does. (shown in the >> output of gpart when run with no parameters). Interestingly, despite >> ?list? being highlighted in paragraph text as an action for the >> command, it does not appear in the summary at the top of the page, nor >> in the detailed DESCRIPTION section that describes each of the >> actions. >> >> This appears to still be the case on HEAD, as well. I assume this is >> worth fixing and MFC?ing? > > A PR was just entered for that: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191534 > > "list" and "status" and a couple of others that only apply for some > GEOM modules (load, unload) are part of the base GEOM command set. I > was going to say we should just refer the reader to another page, > maybe geom(8). > > But gmirror(8) does include those commands in the synopsis. We should > be consistent with this, and I'd lean toward doing it the way > gmirror(8) does now. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" Chris: Just looked at gmirror(8) and geom(8) and I concur that having it listed in the synopsis with a reference in the description would suffice nicely. Thanks! From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 19:17:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB28D5FD; Tue, 1 Jul 2014 19:17:28 +0000 (UTC) Received: from mail-la0-x22f.google.com (mail-la0-x22f.google.com [IPv6:2a00:1450:4010:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 33E9724F8; Tue, 1 Jul 2014 19:17:28 +0000 (UTC) Received: by mail-la0-f47.google.com with SMTP id s18so6170002lam.20 for ; Tue, 01 Jul 2014 12:17:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=8rlQyNMyRfY5izNlDIcxbb6mXmqVkqeX5cpdFbYXxL0=; b=L8QEyIGBmPOIYldjJciSHiIONDhhm/PbXswGaVOjt5i4zKerC41KWPY/ywkKNJxB62 k8LL9RDNE/ZiqhNGG4Zytkht5T5XgFqG1uOrUNV2Esm60NoKEuU50kQr8jfcp6Y+id5v hbZgzYKgiYhYtAT44rrETAUFrfSQw5u/CEUezaVA9i5IyAWehum1OCT/Vg2Hl3NSUB9t xzXjLe7Q0+boFfdFsdb7OMm8ZEvNEQc7X1dH9vxLhB8/hu3WiaZzTxZm94c2dB5WBY33 /7K9BhBzU8YPh0gK5qZ+EzgOKXAN6rDOqgEbSpkpFoz/slbSz30MMDfvZVIt3cHJ6e8c IMTg== X-Received: by 10.112.84.199 with SMTP id b7mr33121189lbz.25.1404242246052; Tue, 01 Jul 2014 12:17:26 -0700 (PDT) Received: from [10.0.1.2] ([176.193.57.15]) by mx.google.com with ESMTPSA id q3sm10622355lae.23.2014.07.01.12.17.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 01 Jul 2014 12:17:23 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: 10/stable panic: softdep_deallocate_dependencies: dangling deps From: Dmitry Sivachenko In-Reply-To: <20140701184749.GA8617@brick.home> Date: Tue, 1 Jul 2014 23:17:22 +0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <021AFCAD-7B0B-47FB-AAFF-8F7085C7E1A6@gmail.com> <20140701184749.GA8617@brick.home> To: =?utf-8?Q?Edward_Tomasz_Napiera=C5=82a?= X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-stable@freebsd.org, Ronald Klop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 19:17:28 -0000 On 01 =D0=B8=D1=8E=D0=BB=D1=8F 2014 =D0=B3., at 22:47, Edward Tomasz = Napiera=C5=82a wrote: >=20 > Soft updates cannot gracefully handle IO errors. It _will_ panic. > You can either prevent errors from happening by using redundancy > (ie. mirroring), or disable soft updates. That's how it works, > sorry. >=20 > In theory it would be possible to prevent this from happening; > panic here is actually to terminate the system before it corrupts > data, and in situations like this one, where the disk is no longer > accessible, it's not possible to corrupt anything. IIRC I've > actually added a workaround for that a while ago, but, as you can > see, it's not enough, and I don't understand soft updates well > enough to fix it properly. >=20 Will ZFS fail without a panic? Or UFS without SU is the only choice?= From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 19:22:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A900881 for ; Tue, 1 Jul 2014 19:22:02 +0000 (UTC) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mailhost.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C4E8425B4 for ; Tue, 1 Jul 2014 19:22:01 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id F34C3B8093; Tue, 1 Jul 2014 21:21:58 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id E1D8028497; Tue, 1 Jul 2014 21:21:58 +0200 (CEST) Date: Tue, 1 Jul 2014 21:21:58 +0200 From: Jilles Tjoelker To: Kimmo Paasiala Subject: Re: Odd problem with find(1) on FUSE sshfs mounted filesystems Message-ID: <20140701192158.GA18628@stack.nl> References: <996494CC-21F5-4476-8E5E-22F5E5E673DD@icloud.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <996494CC-21F5-4476-8E5E-22F5E5E673DD@icloud.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 19:22:02 -0000 On Fri, Jun 13, 2014 at 09:49:13AM +0300, Kimmo Paasiala wrote: > I’m on FreeBSD stable/10 r267390 on one of my systems and on FreeBSD > 10.0-RELEASE-p5 i386 on another one. Both exhibit a strange behaviour > when find(1) is used on a FUSE sshfs mounted filesystems. This an > excerpt of a log from such run (I mounted FreeBSD sources on /mnt > using sshfs): > ... > mnt/contrib/ofed/libmlx4/autogen.sh^M > /mnt/contrib/ofed/libmlx4/mlx4.driver^M > /mnt/contrib/ofed/libmlx4/config^M > /mnt/contrib/ofed/libmlx4/Makefile.am^M > /mnt/contrib/openresolv^M > find: /mnt/contrib/openresolv/pdnsd.in: No such file or directory^M > find: /mnt/contrib/openresolv/resolvconf.8.in: No such file or directory^M > find: /mnt/contrib/openresolv/resolvconf.conf.5.in: No such file or directory^M > find: /mnt/contrib/openresolv/configure: No such file or directory^M > find: /mnt/contrib/openresolv/unbound.in: No such file or directory^M > find: /mnt/contrib/openresolv/named.in: No such file or directory^M > find: /mnt/contrib/openresolv/resolvconf.conf: No such file or directory^M > find: /mnt/contrib/openresolv/dnsmasq.in: No such file or directory^M > find: /mnt/contrib/openresolv/Makefile: No such file or directory^M > find: /mnt/contrib/openresolv/libc.in: No such file or directory^M > find: /mnt/contrib/openresolv/README: No such file or directory^M > find: /mnt/contrib/openresolv/resolvconf.in: No such file or directory^M > find: /mnt/contrib/openresolv: No such file or directory^M > /mnt/contrib/ntp^M > … > I can rsync(1) the files from the mounted filesystem just fine without > any errors/corruption so clearly all the files and directories are > there and accessible. > Is this a problem in FUSE/sshfs or find(1) and how to start debugging > this? > I have tested with both FreeBSD and OS X as SSH servers and the same > problem is present using both systems. > In all of the tests I’ve done there are no mountpoints crossed, each > mounted directory tree is on a single filesystem on the server. This is likely a problem in FUSE or sshfs. A potentially important difference between rsync(1) and find(1) is that find(1) changes directory as it traverses (except with -L or if it cannot open the current directory) while rsync(1) does not change directories and accesses all files using pathnames that start with the pathname you give it. Try running find(1) under ktrace(1) and looking for the exact situation where failures occur. Apart from -L (follow all symlinks), find(1) may also significantly change its behaviour when it needs to stat(2) everything, such as when -ls is given. Most base system utilities that support recursive directory traversal (usually the -R option) use the same fts(3) code as find(1), though some never change directory or stat everything always or never. -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 19:23:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DA32AD8 for ; Tue, 1 Jul 2014 19:23:51 +0000 (UTC) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1E75F25E1 for ; Tue, 1 Jul 2014 19:23:50 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id q59so10221035wes.27 for ; Tue, 01 Jul 2014 12:23:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=byuLybheZ9n6ElCH8NxiU8RUB4otpVQAYR8PwGj72sY=; b=ImOAzYKlGyEfiyvZWbaodVw/ZgYKbewixiaJeCNapa0zWOA6SzWk20rcOmbvgj2pbF Q9MCfb0DW5x5gSUazVYoccKNlJEMFwK2dZ+21e/xljQtrjKkwUzvZgSzeyODfyjRZsUV 9DFc6K4/TXvDedmJ0GTY5dVVSysV9quZIXD2prWKulLUdA2B28729IVyPmRjeG1hfBJT JZP+bDLEfsWjgen7NZKX0KyhHcm4gZqGjcgFfm5b4dH+2381sPJ2i3i7xqsLvpervabL r0g1XhghtVxmeNCxxGdTwG+k9r4yrg5XqO0m9lmtlSej0HCpKHSxpYR9qBafHNLMiN8D zvEg== X-Received: by 10.194.243.104 with SMTP id wx8mr53640286wjc.32.1404242629269; Tue, 01 Jul 2014 12:23:49 -0700 (PDT) Received: from brick.home (adfl225.neoplus.adsl.tpnet.pl. [79.184.115.225]) by mx.google.com with ESMTPSA id di7sm49969079wjb.34.2014.07.01.12.23.48 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Jul 2014 12:23:48 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Tue, 1 Jul 2014 21:23:46 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Dmitry Sivachenko Subject: Re: 10/stable panic: softdep_deallocate_dependencies: dangling deps Message-ID: <20140701192346.GA9551@brick.home> Mail-Followup-To: Dmitry Sivachenko , Ronald Klop , freebsd-stable@freebsd.org References: <021AFCAD-7B0B-47FB-AAFF-8F7085C7E1A6@gmail.com> <20140701184749.GA8617@brick.home> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org, Ronald Klop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 19:23:51 -0000 On 0701T2317, Dmitry Sivachenko wrote: > > On 01 июля 2014 г., at 22:47, Edward Tomasz Napierała wrote: > > > > Soft updates cannot gracefully handle IO errors. It _will_ panic. > > You can either prevent errors from happening by using redundancy > > (ie. mirroring), or disable soft updates. That's how it works, > > sorry. > > > > In theory it would be possible to prevent this from happening; > > panic here is actually to terminate the system before it corrupts > > data, and in situations like this one, where the disk is no longer > > accessible, it's not possible to corrupt anything. IIRC I've > > actually added a workaround for that a while ago, but, as you can > > see, it's not enough, and I don't understand soft updates well > > enough to fix it properly. > > > > > Will ZFS fail without a panic? Or UFS without SU is the only choice? I believe ZFS will behave properly. One thing to note is the "failmode" zpool (not zfs) property. By default, it's set to "wait", which means access to data stored on a faulty disk (with no redundancy) will be blocked (paused, hanging) instead of returning IO error. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 20:55:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB6F420D for ; Tue, 1 Jul 2014 20:55:44 +0000 (UTC) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mailhost.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AE7B22D85 for ; Tue, 1 Jul 2014 20:55:44 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id E51183592E3; Tue, 1 Jul 2014 22:55:41 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id CF97C28497; Tue, 1 Jul 2014 22:55:41 +0200 (CEST) Date: Tue, 1 Jul 2014 22:55:41 +0200 From: Jilles Tjoelker To: Huang Wen Hui Subject: Re: onifconsole prevent shutdown on mbr 2013 Message-ID: <20140701205541.GB18628@stack.nl> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 20:55:45 -0000 On Sat, Jun 14, 2014 at 07:58:17AM +0800, Huang Wen Hui wrote: > I notice onifconsole is enable on STABLE recently, In mbr 2013 there is an > uart port, it may not useful: > uart0: <8250 or 16450 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 > on isa0 > uart0: console (338,n,8,1) > If onifconsole is enable, "shutdown -p now" or press power button on > keyboard is not properly work. > system still can ssh. > Before shutdown command, ps -ax show: > [snip] > After showdown command, ps -ax show: > PID TT STAT TIME COMMAND > 0 - DLs 0:00.10 [kernel] > 1 - SLs 0:00.02 /sbin/init -s > [snip] > 1693 v0- Z+ 0:00.01 > 1694 v1- Z+ 0:00.00 > 1695 v2- Z+ 0:00.01 > 1696 v3- Z+ 0:00.01 > 1697 v4- Z+ 0:00.01 > 1698 v5- Z+ 0:00.01 > 1699 v6- Z+ 0:00.01 > 1700 v7- Z+ 0:00.00 > 1701 u0- Z+ 0:00.01 > 1747 0 Ss 0:00.01 -csh (csh) > 1780 0 R+ 0:00.00 ps -ax > All getty processes become to defunct. Please provide the output of procstat -k 1 during the hang (after the shutdown command). If you are running stable/10, reverting r261997 (an MFC of r259441) might help. In some circumstances, r261997 makes a process unkillable while waiting for output to drain while closing a tty. -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 22:15:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1632FC69; Tue, 1 Jul 2014 22:15:30 +0000 (UTC) Received: from nskntmtas02p.mx.bigpond.com (nskntmtas02p.mx.bigpond.com [61.9.168.140]) by mx1.freebsd.org (Postfix) with ESMTP id 806D324F5; Tue, 1 Jul 2014 22:15:28 +0000 (UTC) Received: from nskntcmgw05p ([61.9.169.165]) by nskntmtas02p.mx.bigpond.com with ESMTP id <20140701221527.UNGR2564.nskntmtas02p.mx.bigpond.com@nskntcmgw05p>; Tue, 1 Jul 2014 22:15:27 +0000 Received: from hermes.heuristicsystems.com.au ([121.210.107.100]) by nskntcmgw05p with BigPond Outbound id MAFS1o00j29zwdD01AFSSn; Tue, 01 Jul 2014 22:15:27 +0000 X-Authority-Analysis: v=2.0 cv=W5W6pGqk c=1 sm=1 a=SEJ2iDwVkb98DYvesvueMw==:17 a=JipEcVzqA9wA:10 a=oBnAVOPuztkA:10 a=IkcTkHD0fZMA:10 a=GHIR_BbyAAAA:8 a=6I5d2MoRAAAA:8 a=azj0dvhIOO4lg350HaIA:9 a=QEXdDO2ut3YA:10 a=SV7veod9ZcQA:10 a=SEJ2iDwVkb98DYvesvueMw==:117 Received: from [10.0.5.3] (ewsw01.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id s61MG2uc049113 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 2 Jul 2014 08:16:03 +1000 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Message-ID: <53B332C6.6070007@heuristicsystems.com.au> Date: Wed, 02 Jul 2014 08:14:30 +1000 From: Dewayne Geraghty User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: trasz@freebsd.org Subject: Re: 10/stable panic: softdep_deallocate_dependencies: dangling deps References: <021AFCAD-7B0B-47FB-AAFF-8F7085C7E1A6@gmail.com> <20140701184749.GA8617@brick.home> In-Reply-To: <20140701184749.GA8617@brick.home> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 01 Jul 2014 22:15:30 -0000 On 2/07/2014 4:47 AM, Edward Tomasz Napierała wrote: > Soft updates cannot gracefully handle IO errors. It _will_ panic. > You can either prevent errors from happening by using redundancy > (ie. mirroring), or disable soft updates. That's how it works, > sorry. > > In theory it would be possible to prevent this from happening; > panic here is actually to terminate the system before it corrupts > data, and in situations like this one, where the disk is no longer > accessible, it's not possible to corrupt anything. IIRC I've > actually added a workaround for that a while ago, but, as you can > see, it's not enough, and I don't understand soft updates well > enough to fix it properly. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Thank-you for clarifying what we should expect with io failure. FreeBSD has been so reliable I'm sure that many (self included) have forgotten that this is the last "safe" option. Kind regards, Dewayne From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 02:09:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FC45D59 for ; Wed, 2 Jul 2014 02:09:27 +0000 (UTC) Received: from mail-vc0-x234.google.com (mail-vc0-x234.google.com [IPv6:2607:f8b0:400c:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D6BF2811 for ; Wed, 2 Jul 2014 02:09:27 +0000 (UTC) Received: by mail-vc0-f180.google.com with SMTP id im17so9863834vcb.11 for ; Tue, 01 Jul 2014 19:09:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=xYl+8CdEjowf4SeX1YsjVYbXWpkSelTZ9IvKp1nBUjI=; b=ci1h8dmZn0gY/cODhpFFUcA6eXt5Ez+bxZgmSW7+kV9UaST2MoO46+y2WMkNHOxHww HaWm4/NHzFmrplSJ01aplpVYoLiQzab4NURbYiTY5RWCXNz9L3cZPzPb8ZdmFHvRTTr6 gMwPBe0lNmSPwjjW4chbO+ebCIezEFFb5BMD9PhqPodz0Luy8HEQ+URumuLeGGOFtV/K oZMUw8YFUAOT3YXqvYjQrpZmIPdEDQlijwMH/yoUyW18OJskoB+4i5rJFSpglY6AFSBj DHDNo/7d4QJKs4pstXzOtQ0QsojKaCyJy1ehMUwJDV+tgRdqcEF+5LqylfV9gLyoGrWZ L2rg== MIME-Version: 1.0 X-Received: by 10.52.253.131 with SMTP id aa3mr35051703vdd.25.1404266966341; Tue, 01 Jul 2014 19:09:26 -0700 (PDT) Received: by 10.220.201.202 with HTTP; Tue, 1 Jul 2014 19:09:26 -0700 (PDT) Reply-To: huanghwh@gmail.com In-Reply-To: <20140701205541.GB18628@stack.nl> References: <20140701205541.GB18628@stack.nl> Date: Wed, 2 Jul 2014 10:09:26 +0800 Message-ID: Subject: Re: onifconsole prevent shutdown on mbr 2013 From: Huang Wen Hui To: Jilles Tjoelker Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 02:09:27 -0000 PID TID COMM TDNAME KSTACK 1 100002 init - mi_switch sleepq_catch_signals sleepq_wait_sig _cv_wait_sig ttydev_leave ttydev_close devfs_close VOP_CLOSE_APV vgonel vgone devfs_revoke VOP_REVOKE_APV sys_revoke amd64_syscall Xfast_syscall Cheers, Huang Wen-Hui 2014-07-02 4:55 GMT+08:00 Jilles Tjoelker : > On Sat, Jun 14, 2014 at 07:58:17AM +0800, Huang Wen Hui wrote: > > I notice onifconsole is enable on STABLE recently, In mbr 2013 there is > an > > uart port, it may not useful: > > > uart0: <8250 or 16450 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 > > on isa0 > > uart0: console (338,n,8,1) > > > If onifconsole is enable, "shutdown -p now" or press power button on > > keyboard is not properly work. > > system still can ssh. > > > Before shutdown command, ps -ax show: > > [snip] > > After showdown command, ps -ax show: > > PID TT STAT TIME COMMAND > > 0 - DLs 0:00.10 [kernel] > > 1 - SLs 0:00.02 /sbin/init -s > > [snip] > > 1693 v0- Z+ 0:00.01 > > 1694 v1- Z+ 0:00.00 > > 1695 v2- Z+ 0:00.01 > > 1696 v3- Z+ 0:00.01 > > 1697 v4- Z+ 0:00.01 > > 1698 v5- Z+ 0:00.01 > > 1699 v6- Z+ 0:00.01 > > 1700 v7- Z+ 0:00.00 > > 1701 u0- Z+ 0:00.01 > > 1747 0 Ss 0:00.01 -csh (csh) > > 1780 0 R+ 0:00.00 ps -ax > > > All getty processes become to defunct. > > Please provide the output of > procstat -k 1 > during the hang (after the shutdown command). > > If you are running stable/10, reverting r261997 (an MFC of r259441) > might help. In some circumstances, r261997 makes a process unkillable > while waiting for output to drain while closing a tty. > > -- > Jilles Tjoelker > From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 02:15:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5DAAE7D for ; Wed, 2 Jul 2014 02:15:04 +0000 (UTC) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 853D328C3 for ; Wed, 2 Jul 2014 02:15:04 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id rp18so888138iec.39 for ; Tue, 01 Jul 2014 19:15:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=fQIW0IG55a4phmINrzIed11ZyaFx2886oYyNXuQJwnA=; b=S1pDxmtJHDRm77GmNDivN6ONM8+5MsNPqLQR7GIeI3yD/WTLyfWhsHdTJQK7hkwn7j 6zzbkPL0YEgNUa8kwi7Pu9HEUgo4rpqZf81hHrV1kw30dS3SOlX+BvnIDl6c1vFBCc1T vz3W7VziulCi9bN+eO0SK/V0ZACsDBIDqU5/pD4mrU0FpbRAAhdMUEPL+NQBFd7Zo2qO WOjwWRpi6fGMyWLDzVl0OAW08tnr0mswMEd39a5rSkEvHGsKM9maTwf1bTtdcPNPZuov UZx4sRQ5gVoGoGk4wAOILKvj985zGH7WO5Bj2kVaef++AYoGvsNQYL3VuHBANe8kD5wK RNDg== MIME-Version: 1.0 X-Received: by 10.50.152.98 with SMTP id ux2mr45785071igb.27.1404267303856; Tue, 01 Jul 2014 19:15:03 -0700 (PDT) Received: by 10.64.72.230 with HTTP; Tue, 1 Jul 2014 19:15:03 -0700 (PDT) Received: by 10.64.72.230 with HTTP; Tue, 1 Jul 2014 19:15:03 -0700 (PDT) In-Reply-To: References: Date: Tue, 1 Jul 2014 22:15:03 -0400 Message-ID: Subject: Dump an Unmounted Journaled UFS Filesystem From: Dan Plassche To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 02:15:04 -0000 Hi, I understand that using dump is not currently recommended on a mounted journaled UFS2 filesystem. I prefer to boot from a separate FreeBSD drive for cold backups anyway, so I'm wondering if there are any issues with running dump on an unmounted journaled filesystem? All the discussions I've seen seem to focus on disabling journaling completely, which I would like to avoid. Thanks, Dan Plassche From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 03:42:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CD6319F for ; Wed, 2 Jul 2014 03:42:29 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 E9F87203D for ; Wed, 2 Jul 2014 03:42:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=IiY9Or4Tp0Zsb3dQG38aoTiKJymSy5ARBFTqdAPAtQw=; b=l+dYNs75fqHFF/GHsgli4Po5PAcOp+7P6Mr7RoajWd02kdFBMSth/oQIp9Q+0Uya6/IyLBiTTvTGrR5WcvJ1+fNfElv7Kpbf/pUatnfzm4p9Irm460Oz8BtxwTTI3j/VcMJpBdkpo0AOGBqr9hseAHf9+3qx3w2hwo0PPdzmeD0=; Received: from [182.4.13.68] (port=43221 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1X2BR6-0043bu-7Y; Tue, 01 Jul 2014 21:42:22 -0600 Date: Wed, 2 Jul 2014 11:42:13 +0800 From: Erich Dollansky To: Dan Plassche Subject: Re: Dump an Unmounted Journaled UFS Filesystem Message-ID: <20140702114213.1396bb21@X220.alogt.com> In-Reply-To: References: X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 03:42:29 -0000 Hi, On Tue, 1 Jul 2014 22:15:03 -0400 Dan Plassche wrote: > I understand that using dump is not currently recommended on a mounted > journaled UFS2 filesystem. I prefer to boot from a separate FreeBSD > drive for cold backups anyway, so I'm wondering if there are any > issues with running dump on an unmounted journaled filesystem? All > the discussions I've seen seem to focus on disabling journaling > completely, which I would like to avoid. > what should be wrong by first running a fsck and then the dump? Erich From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 06:17:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8982E1A0 for ; Wed, 2 Jul 2014 06:17:18 +0000 (UTC) Received: from mx1.mezonplus.ru (mx1.mezonplus.ru [91.211.181.133]) (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 3C2002BED for ; Wed, 2 Jul 2014 06:17:17 +0000 (UTC) Received: from mx1.mezonplus.ru (localhost [127.0.0.1]) by mx1.mezonplus.ru (Postfix) with ESMTP id 04DEC39B3F for ; Wed, 2 Jul 2014 10:07:56 +0400 (MSK) Received: from [192.168.0.102] (nb-latitude.users.mezon.local [192.168.0.102]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.mezonplus.ru (Postfix) with ESMTPSA id D8F9F39B32 for ; Wed, 2 Jul 2014 10:07:55 +0400 (MSK) Message-ID: <53B3A1BB.8070009@mezonplus.ru> Date: Wed, 02 Jul 2014 10:07:55 +0400 From: Alexander Moisseev User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:32.0) Gecko/20100101 Thunderbird/32.0a1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Dump an Unmounted Journaled UFS Filesystem References: <20140702114213.1396bb21@X220.alogt.com> In-Reply-To: <20140702114213.1396bb21@X220.alogt.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 06:17:18 -0000 02.07.2014 7:42, Erich Dollansky пишет: > what should be wrong by first running a fsck and then the dump? > Erich, what potential problems you expect if the fsck hasn't been ran before the dump? -- Alexander From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 07:18:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B65672F; Wed, 2 Jul 2014 07:18:52 +0000 (UTC) Received: from server1.xenet.de (server1out.xenet.de [213.221.94.200]) by mx1.freebsd.org (Postfix) with ESMTP id ED4972141; Wed, 2 Jul 2014 07:18:50 +0000 (UTC) Received: from [10.0.0.32] (intern.xenet.de [213.221.94.50]) (authenticated bits=0) by server1.xenet.de (8.12.5/8.12.5) with ESMTP id s627B0Bf002588; Wed, 2 Jul 2014 09:11:04 +0200 (CEST) (envelope-from meyser@xenet.de) Message-ID: <53B3B081.4000301@xenet.de> Date: Wed, 02 Jul 2014 09:10:57 +0200 From: Matthias Meyser Organization: XeNET GmbH, Clausthal-Zellerfeld User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, delphij@freebsd.org Subject: Re: svn commit: r267897 - in head: contrib/file contrib/file/Magdir contrib/file/doc contrib/file/m4 contrib/file/magic contrib/file/python contrib/file/src contrib/file/tests lib/libmagic usr.bin/file References: <201406260603.s5Q63e0a086784@svn.freebsd.org> In-Reply-To: <201406260603.s5Q63e0a086784@svn.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.38 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 07:18:52 -0000 Am 26.06.2014 08:03, schrieb Xin LI: > Author: delphij > Date: Thu Jun 26 06:03:39 2014 > New Revision: 267897 > URL: http://svnweb.freebsd.org/changeset/base/267897 > > Log: > MFV r267843: update file/libmagic to 5.19. > > MFC after: 2 weeks This commit breaks installing world from readonly /usr/src CU Matthias Meyser From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 09:58:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2884C73 for ; Wed, 2 Jul 2014 09:58:48 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 B44172169 for ; Wed, 2 Jul 2014 09:58:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=/jti5TWoq+ckdi3XPcf91vTj0ox/14PhCmfbiySSLk4=; b=Pet9RlLB/s5dHGat7/jc+qXGv6XG5+cdjIa2xI4igA6QsBQjGgvl6juwQax3SlsEiU7FuPF9z8IWSL7EKmNE0q3cGBlPFRiunW3wPbYbt2eF2csSOJr/FT60CND053w9PDvUup2dEQXc75lazMAOvdyImJAxSvtu5FFOxt13U8I=; Received: from [182.4.13.68] (port=60815 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1X2HJM-002kky-KB; Wed, 02 Jul 2014 03:58:45 -0600 Date: Wed, 2 Jul 2014 17:58:34 +0800 From: Erich Dollansky To: Alexander Moisseev Subject: Re: Dump an Unmounted Journaled UFS Filesystem Message-ID: <20140702175834.3a8c7fa3@X220.alogt.com> In-Reply-To: <53B3A1BB.8070009@mezonplus.ru> References: <20140702114213.1396bb21@X220.alogt.com> <53B3A1BB.8070009@mezonplus.ru> Organization: ALO Green Technologies X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 09:58:49 -0000 Hi, On Wed, 02 Jul 2014 10:07:55 +0400 Alexander Moisseev wrote: > 02.07.2014 7:42, Erich Dollansky =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > what should be wrong by first running a fsck and then the dump? > > >=20 > Erich, what potential problems you expect if the fsck hasn't been ran > before the dump? >=20 I do not know what will be the result if you run a fsck on the restored file system when it was damaged. Erich From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 12:42:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44686466; Wed, 2 Jul 2014 12:42:59 +0000 (UTC) Received: from server1.xenet.de (server1out.xenet.de [213.221.94.200]) by mx1.freebsd.org (Postfix) with ESMTP id CD59720BD; Wed, 2 Jul 2014 12:42:57 +0000 (UTC) Received: from [10.0.0.32] (intern.xenet.de [213.221.94.50]) (authenticated bits=0) by server1.xenet.de (8.12.5/8.12.5) with ESMTP id s62CgqBf011542; Wed, 2 Jul 2014 14:42:54 +0200 (CEST) (envelope-from meyser@xenet.de) Message-ID: <53B3FE48.4010108@xenet.de> Date: Wed, 02 Jul 2014 14:42:48 +0200 From: Matthias Meyser Organization: XeNET GmbH, Clausthal-Zellerfeld User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, delphij@freebsd.org Subject: Re: svn commit: r267897 - in head: contrib/file contrib/file/Magdir contrib/file/doc contrib/file/m4 contrib/file/magic contrib/file/python contrib/file/src contrib/file/tests lib/libmagic usr.bin/file References: <201406260603.s5Q63e0a086784@svn.freebsd.org> <53B3B081.4000301@xenet.de> <53B3BD47.9@delphij.net> <53B3C870.8070503@xenet.de> In-Reply-To: <53B3C870.8070503@xenet.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.38 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 12:42:59 -0000 Am 02.07.2014 10:53, schrieb Matthias Meyser: > Am 02.07.2014 10:05, schrieb Xin Li: > >> Can't reproduce with today's -CURRENT. Any further details? (I tried >> mounting /usr/src read-only and both /usr/src and /usr/obj read-only, >> neither broke). > > I will retry with fresh source. (mine was 2 days old) > and a fresh build an report. After erasing "/usr/obj" everything works as expected. "make clean" was not enougth. Sorry for the noise. Matthias -- Matthias Meyser | XeNET GmbH Tel.: +49-5323-9489050 | 38678 Clausthal-Zellerfeld, Marktstrasse 40 Fax: +49-5323-9489059 | Registergericht: Amtsgericht Braunschweig HRB 110823 Email: Meyser@xenet.de | Geschaeftsfuehrer: Matthias Meyser From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 12:56:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2620AEC for ; Wed, 2 Jul 2014 12:56:30 +0000 (UTC) Received: from mx1.mezonplus.ru (mx1.mezonplus.ru [91.211.181.133]) (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 95B8C21EC for ; Wed, 2 Jul 2014 12:56:30 +0000 (UTC) Received: from mx1.mezonplus.ru (localhost [127.0.0.1]) by mx1.mezonplus.ru (Postfix) with ESMTP id 5F3C539B49 for ; Wed, 2 Jul 2014 16:56:27 +0400 (MSK) Received: from [192.168.0.102] (nb-latitude.users.mezon.local [192.168.0.102]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.mezonplus.ru (Postfix) with ESMTPSA id 3E5BA39B48 for ; Wed, 2 Jul 2014 16:56:27 +0400 (MSK) Message-ID: <53B4017A.3080702@mezonplus.ru> Date: Wed, 02 Jul 2014 16:56:26 +0400 From: Alexander Moisseev User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:32.0) Gecko/20100101 Thunderbird/32.0a1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Dump an Unmounted Journaled UFS Filesystem References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 12:56:31 -0000 02.07.2014 6:15, Dan Plassche пишет: > I'm wondering if there are any issues with > running dump on an unmounted journaled filesystem? You can't run Dump -L since SU+J doesn't support snapshots yet. > All the discussions > I've seen seem to focus on disabling journaling completely, which I would > like to avoid. If you want to dump a live file system, you definitely should disabling journaling and use dump -L. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 13:06:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D9C2EC5 for ; Wed, 2 Jul 2014 13:06:42 +0000 (UTC) Received: from mx1.mezonplus.ru (mx1.mezonplus.ru [91.211.181.133]) (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 1ECE92303 for ; Wed, 2 Jul 2014 13:06:41 +0000 (UTC) Received: from mx1.mezonplus.ru (localhost [127.0.0.1]) by mx1.mezonplus.ru (Postfix) with ESMTP id ECEEF39B49 for ; Wed, 2 Jul 2014 17:06:39 +0400 (MSK) Received: from [192.168.0.102] (nb-latitude.users.mezon.local [192.168.0.102]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.mezonplus.ru (Postfix) with ESMTPSA id CBCF139B48 for ; Wed, 2 Jul 2014 17:06:39 +0400 (MSK) Message-ID: <53B403DF.4080006@mezonplus.ru> Date: Wed, 02 Jul 2014 17:06:39 +0400 From: Alexander Moisseev User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:32.0) Gecko/20100101 Thunderbird/32.0a1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Dump an Unmounted Journaled UFS Filesystem References: <20140702114213.1396bb21@X220.alogt.com> <53B3A1BB.8070009@mezonplus.ru> <20140702175834.3a8c7fa3@X220.alogt.com> In-Reply-To: <20140702175834.3a8c7fa3@X220.alogt.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 13:06:42 -0000 02.07.2014 13:58, Erich Dollansky пишет: > Hi, > > On Wed, 02 Jul 2014 10:07:55 +0400 > Alexander Moisseev wrote: > >> 02.07.2014 7:42, Erich Dollansky пишет: >>> what should be wrong by first running a fsck and then the dump? >>> >> >> Erich, what potential problems you expect if the fsck hasn't been ran >> before the dump? >> > I do not know what will be the result if you run a fsck on the restored > file system when it was damaged. > I am sorry, Erich, but I didn't get the point about fsck in given context. OP asked about _unmounted_ journaled filesystem. You can't run fsck write enabled on live file system.But I see no difference between SU and SU+J, if file system is umounted. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 14:15:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4A6D2A3 for ; Wed, 2 Jul 2014 14:15:08 +0000 (UTC) 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 409E929D9 for ; Wed, 2 Jul 2014 14:15:08 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s62EEr6H089946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 2 Jul 2014 08:14:53 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s62EErwC089943; Wed, 2 Jul 2014 08:14:53 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 2 Jul 2014 08:14:53 -0600 (MDT) From: Warren Block To: Dan Plassche Subject: Re: Dump an Unmounted Journaled UFS Filesystem In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 02 Jul 2014 08:14:53 -0600 (MDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 14:15:08 -0000 On Tue, 1 Jul 2014, Dan Plassche wrote: > I understand that using dump is not currently recommended on a mounted > journaled UFS2 filesystem. I prefer to boot from a separate FreeBSD drive > for cold backups anyway, so I'm wondering if there are any issues with > running dump on an unmounted journaled filesystem? All the discussions > I've seen seem to focus on disabling journaling completely, which I would > like to avoid. The snapshot code in sys/ufs/ffs/ffs_snapshot.c still prevents making snapshots on SUJ filesystems. So pick the way that seems best: dump without a snapshot, use something other than dump like rsync, or turn off SUJ: https://forums.freebsd.org/viewtopic.php?&t=41503 Some people have mentioned that they see crashes more frequently with SUJ enabled, so it might be both the cure and part of the problem. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 15:17:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 183E2236 for ; Wed, 2 Jul 2014 15:17:45 +0000 (UTC) Received: from smtp9.server.rpi.edu (smtp9.server.rpi.edu [128.113.2.229]) (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 C88A4207C for ; Wed, 2 Jul 2014 15:17:44 +0000 (UTC) Received: from smtp-auth1.server.rpi.edu (smtp-auth1.server.rpi.edu [128.113.2.231]) by smtp9.server.rpi.edu (8.14.3/8.14.3/Debian-9.4) with ESMTP id s62FBqGZ028472 for ; Wed, 2 Jul 2014 11:11:52 -0400 Received: from smtp-auth1.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth1.server.rpi.edu (Postfix) with ESMTP id 6B15C5817F for ; Wed, 2 Jul 2014 11:11:52 -0400 (EDT) Received: from [128.113.208.178] (vpn-208-178.net.rpi.edu [128.113.208.178]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: healer) by smtp-auth1.server.rpi.edu (Postfix) with ESMTPSA id 3DA8D58077 for ; Wed, 2 Jul 2014 11:11:52 -0400 (EDT) Message-ID: <53B42139.302@rpi.edu> Date: Wed, 02 Jul 2014 11:11:53 -0400 From: Bob Healey User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Interactions with mxge, pf, nfsd, and the kernel Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0154 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 15.10] X-CanIt-Incident-Id: 02MlrbQcP X-CanIt-Geo: ip=128.113.208.178; country=US; region=New York; city=Troy; latitude=42.7495; longitude=-73.5951; http://maps.google.com/maps?q=42.7495,-73.5951&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.229 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 15:17:45 -0000 Hello. I've been wrestling with this on and off for a few months now. I have an assortment of systems (some Dell Poweredge R515, R610, and IBM x3630M3) with 10 gig Myricom ethernet cards acting as nfs servers to Linux HPC compute clusters (12-36 nodes, 384 - 480 cores) connected via gigabit ethernet. They are also connected to the outside world via onboard bce (Dell) or igb (IBM). After a variable length of time, I will lose all network access to a host. Connecting via console, the machine tends to be fully responsive. A reboot clears the problem, but I have yet to figure out any sysctls/loader.conf tunables to clear the problem and make it stay away. PF is in use to restrict access to the host to a pair of public /24's, and to 10/8. If there is a way in zfs's sharenfs property to make that restriction, I'd be happy to change, but I really don't like leaving nfs open to the university's quartet of /16's, so PF it is. The vlan2 interface has mxge0 as its parent. Thanks for any help. This host is getting ready to crash soon, based on netstat. root@husker:~ # netstat -i Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll mxge0 9000 00:60:dd:44:d2:0a 6358280 262 0 4061637 0 0 mxge0 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - 2 - - bce0 1500 08:9e:01:50:a1:ac 276391 0 0 0 0 0 bce0 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - 3 - - bce1 1500 08:9e:01:50:a1:ad 2229709391 16921 0 1182942116 0 0 bce1 1500 128.113.12.0 husker 2226254093 - - 1183962005 - - bce1 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - 3 - - lo0 16384 2030 0 0 2030 0 0 lo0 16384 localhost ::1 4 - - 4 - - lo0 16384 fe80::1%lo0 fe80::1 0 - - 0 - - lo0 16384 your-net localhost 2026 - - 2026 - - vlan2 9000 00:60:dd:44:d2:0a 4387250 0 0 3060586 0 0 vlan2 9000 10.2.3.0 husker.galactica. 4370309 - - 3963931 - - vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - 2 - - vlan2 9000 00:60:dd:44:d2:0a 1971034 0 0 1001061 0 0 vlan2 9000 10.2.4.0 husker.enterprise 1700742 - - 1961891 - - vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - 4 - - root@husker:~ # netstat -im 6157/3233/9390 mbufs in use (current/cache/total) 4081/1883/5964/1018800 mbuf clusters in use (current/cache/total/max) 4080/795 mbuf+clusters out of packet secondary zone in use (current/cache) 0/5/5/509399 4k (page size) jumbo clusters in use (current/cache/total/max) 512/23/535/150933 9k jumbo clusters in use (current/cache/total/max) 0/0/0/84899 16k jumbo clusters in use (current/cache/total/max) 14309K/4801K/19110K bytes allocated to network (current/cache/total) 10/1883/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 2/1736/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile root@husker:~ # uptime 11:07AM up 23 days, 19:27, 1 user, load averages: 0.14, 0.17, 0.13 root@husker:~ # sysctl -a | grep nmb kern.ipc.nmbclusters: 1018800 kern.ipc.nmbjumbop: 509399 kern.ipc.nmbjumbo9: 452799 kern.ipc.nmbjumbo16: 339596 kern.ipc.nmbufs: 6520320 root@husker:~ # cat /boot/loader.conf zfs_load="YES" amdtemp_load="YES" if_mxge_load="YES" mxge_ethp_z8e_load="YES" mxge_eth_z8e_load="YES" mxge_rss_ethp_z8e_load="YES" mxge_rss_eth_z8e_load="YES" vfs.zfs.arc_max="12288M" root@husker:~ # cat /var/run/dmesg.boot | head -16 Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-RELEASE-p4 #0: Tue Jun 3 13:14:57 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: AMD Opteron(tm) Processor 4122 (2200.07-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f80 Family = 0x10 Model = 0x8 Stepping = 0 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x837ff TSC: P-state invariant real memory = 17179869184 (16384 MB) avail memory = 16588054528 (15819 MB) -- Bob Healey Systems Administrator Biocomputation and Bioinformatics Constellation and Molecularium healer@rpi.edu (518) 276-4407 From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 15:35:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99E3BD33 for ; Wed, 2 Jul 2014 15:35:49 +0000 (UTC) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A06F22AB for ; Wed, 2 Jul 2014 15:35:49 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id x19so9532302ier.2 for ; Wed, 02 Jul 2014 08:35:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=L3sc/vcOvLP8f5Ji1Q+rzsq3l0FuO9oXhw37N5IfwA4=; b=dWCG8KwIecHkwMul1X1UjTpJ5QOG+BEPfup4pnD2/xJHvlBPbKtsNWLkvSus1nx4XL ix8OKqv97XWB4LpzchiV/wAk6bpmxZvoa8XkfounZLpCNURuPpk0aayTRQniOkeFJ24M sZ6oW3V5G2Ne8Atq6wEfe/NNENjCqoiScFbpxXwTxD7JS3K0RLdcjLSYXs7g7stIq4C0 mINssCvxxJ4YO4bsi9Y8rRtCiuxAaEGbF/EtvqRKGfkHoOjUPe/D9fTECSX90K8RchJI KaOUa5dr+5kivxOPvedRaqIV9gcnMbbhS+xtmPMfTQGQoUbTqtZyecjRiX4o29VMPOFH a/GA== MIME-Version: 1.0 X-Received: by 10.50.115.73 with SMTP id jm9mr5592650igb.10.1404315348833; Wed, 02 Jul 2014 08:35:48 -0700 (PDT) Received: by 10.64.72.230 with HTTP; Wed, 2 Jul 2014 08:35:48 -0700 (PDT) In-Reply-To: References: Date: Wed, 2 Jul 2014 11:35:48 -0400 Message-ID: Subject: Re: Dump an Unmounted Journaled UFS Filesystem From: Dan Plassche To: Warren Block Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 15:35:49 -0000 Thanks Alex and Warren. Omitting the "-L" flag makes sense to avoid any possible conflicts. Also, I am not normally taking a snapshot because there's no need to worry about data changing with the filesystem unmounted. > https://forums.freebsd.org/viewtopic.php?&t=41503 The concern is that "jstarcher" in that thread mentions errors upon a restore after dumping a journaled filesystem by omitting the "-L" option. I think the usage was different insofar as the dump occurred on a mounted system where the data could have changed. I'm curious if I would run into issues in restoring from a dump taken on an unmounted journaled filesystem. Perhaps a more accurate question would be whether dump understands the journaling implementation within the filesystem? Or maybe all data is written to a disk before a journaled filesystem is unmounted and dump does not need to understand the setup? This is frankly a corner case for me, since all my other machines have soft updates and journaling turned off. I'm trying to understand journaling more to work with the new filesystem defaults in the future. Thanks again, Dan From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 15:36:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5883E21 for ; Wed, 2 Jul 2014 15:36:18 +0000 (UTC) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D0AC22B8 for ; Wed, 2 Jul 2014 15:36:18 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id t60so11501687wes.4 for ; Wed, 02 Jul 2014 08:36:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ph2KJ06VHNHsUOfUsmAAlNh7IEQ7LN9Kt7qyCp41quU=; b=JHAtgSCq5UfpTrCAS/uCOh1adxyKKpzFVUZ11wlq8mkgBdmqL5v795+5oCevJIK+bc 76QIKSQxOVDJWjGphf5xzRUhNsr8QNkyMtL3GoQHroeSPxbeMu9PGopk4HIvTSwzSDgY aAmeoSDwdobkGH2vcxu/RiG7aKqg5IhFpx3ss0Iyb/o/23Btx1HgKsUP20Kx360qUHXe VKzzQTcwcu8Rg2EKqJ4pfS6meUKusFj8eLPt4L3eV6DzC62O/1M1rnX1O2LN4rkwjGZi 8nSL+cKX83pMYACHUE9K2sbpJzc0lt3O9aaEd3+3OM+tTt/+5x2V0gf2NRy7yXWpePFS kbHQ== MIME-Version: 1.0 X-Received: by 10.194.174.35 with SMTP id bp3mr50508258wjc.33.1404315373956; Wed, 02 Jul 2014 08:36:13 -0700 (PDT) Received: by 10.216.186.130 with HTTP; Wed, 2 Jul 2014 08:36:13 -0700 (PDT) In-Reply-To: References: Date: Wed, 2 Jul 2014 11:36:13 -0400 Message-ID: Subject: Re: Dump an Unmounted Journaled UFS Filesystem From: Brandon Allbery To: Warren Block Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Dan Plassche , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 15:36:19 -0000 On Wed, Jul 2, 2014 at 10:14 AM, Warren Block wrote: > On Tue, 1 Jul 2014, Dan Plassche wrote: > > I understand that using dump is not currently recommended on a mounted >> journaled UFS2 filesystem. I prefer to boot from a separate FreeBSD drive >> for cold backups anyway, so I'm wondering if there are any issues with >> running dump on an unmounted journaled filesystem? All the discussions >> I've seen seem to focus on disabling journaling completely, which I would >> like to avoid. >> > > The snapshot code in sys/ufs/ffs/ffs_snapshot.c still prevents making > snapshots on SUJ filesystems. > > What exactly is the point of a snapshot for an *unmounted* ("running dump on an unmounted journaled filesystem", from above quoted text) filesystem? -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 15:46:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5732B491 for ; Wed, 2 Jul 2014 15:46:15 +0000 (UTC) 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 0723323B9 for ; Wed, 2 Jul 2014 15:46:14 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s62FkCBh090743 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 2 Jul 2014 09:46:12 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s62FkCIe090740; Wed, 2 Jul 2014 09:46:12 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 2 Jul 2014 09:46:12 -0600 (MDT) From: Warren Block To: Dan Plassche Subject: Re: Dump an Unmounted Journaled UFS Filesystem In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 02 Jul 2014 09:46:12 -0600 (MDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 15:46:15 -0000 On Wed, 2 Jul 2014, Dan Plassche wrote: > Thanks Alex and Warren. Omitting the "-L" flag makes sense to avoid > any possible conflicts. Also, I am not normally taking a snapshot > because there's no need to worry about data changing with the > filesystem unmounted. Sure. > Perhaps a more accurate question would be whether dump understands the > journaling implementation within the filesystem? Or maybe all data is > written to a disk before a journaled filesystem is unmounted and dump > does not need to understand the setup? All journaling should be completed when the filesystem is unmounted cleanly. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 15:50:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D44B5DF for ; Wed, 2 Jul 2014 15:50:05 +0000 (UTC) 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 B115523F6 for ; Wed, 2 Jul 2014 15:50:04 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s62Fo3KB090776 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 2 Jul 2014 09:50:03 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s62Fo3w1090773; Wed, 2 Jul 2014 09:50:03 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 2 Jul 2014 09:50:03 -0600 (MDT) From: Warren Block To: Brandon Allbery Subject: Re: Dump an Unmounted Journaled UFS Filesystem In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 02 Jul 2014 09:50:03 -0600 (MDT) Cc: Dan Plassche , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 15:50:05 -0000 On Wed, 2 Jul 2014, Brandon Allbery wrote: > On Wed, Jul 2, 2014 at 10:14 AM, Warren Block wrote: > >> On Tue, 1 Jul 2014, Dan Plassche wrote: >> >> I understand that using dump is not currently recommended on a mounted >>> journaled UFS2 filesystem. I prefer to boot from a separate FreeBSD drive >>> for cold backups anyway, so I'm wondering if there are any issues with >>> running dump on an unmounted journaled filesystem? All the discussions >>> I've seen seem to focus on disabling journaling completely, which I would >>> like to avoid. >>> >> >> The snapshot code in sys/ufs/ffs/ffs_snapshot.c still prevents making >> snapshots on SUJ filesystems. >> >> > What exactly is the point of a snapshot for an *unmounted* ("running dump > on an unmounted journaled filesystem", from above quoted text) filesystem? There isn't a reason to snapshot an unmounted filesystem, just trying to be complete. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 16:59:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AAC3253A for ; Wed, 2 Jul 2014 16:59:17 +0000 (UTC) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D00A2A79 for ; Wed, 2 Jul 2014 16:59:17 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id v10so9177197qac.27 for ; Wed, 02 Jul 2014 09:59:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=vyL0fWhwqurbuOKUZaL/Pg8R5g7uTiVGrKWUWPvaPgc=; b=aKAEDGcfvJTTE7UzFnIsG7OTRKPU4vgYc0LAomkVbl+NKgttpkPFaqQuV24mgLc3cf rmp2a0LIUHmnRes7faPFpifLSU1wRaXxihr3w+JkQSUS5T8JjdF4hkqM0+qKVR0VWZb8 sO4MMCa5qtNoqc7f/V0zi7f1tVpUYuFkay/Wk8s1E6YN7trFTsm7ZnAEQWYOwU7zrj0x qOOxhSeydYvP280/jnqUo63XXvJO5rFcLpQ+qfQk4xDQG5vlD9M/CNLGZE+NfctUo2jI eU/DG8sStvycIWmGgYsQ8ddUJHDJGOUHtZrMYxmZ1HlZdYJT1OLL3Fv18dDsuJAA7QBt O5uQ== MIME-Version: 1.0 X-Received: by 10.224.223.135 with SMTP id ik7mr87834520qab.26.1404320356491; Wed, 02 Jul 2014 09:59:16 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.202.193 with HTTP; Wed, 2 Jul 2014 09:59:16 -0700 (PDT) In-Reply-To: <53B42139.302@rpi.edu> References: <53B42139.302@rpi.edu> Date: Wed, 2 Jul 2014 09:59:16 -0700 X-Google-Sender-Auth: otbf8NPGrtyI_xZiFSK7JP75--s Message-ID: Subject: Re: Interactions with mxge, pf, nfsd, and the kernel From: Adrian Chadd To: Bob Healey Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 16:59:17 -0000 Hi, I vaguely recall some pf issues that caused the state table to not get flushed and things to get stuck. I think it fixed post 10.0-REL. Maybe update to 10-STABLE and see? -a On 2 July 2014 08:11, Bob Healey wrote: > Hello. > > I've been wrestling with this on and off for a few months now. I have an > assortment of systems (some Dell Poweredge R515, R610, and IBM x3630M3) with > 10 gig Myricom ethernet cards acting as nfs servers to Linux HPC compute > clusters (12-36 nodes, 384 - 480 cores) connected via gigabit ethernet. > They are also connected to the outside world via onboard bce (Dell) or igb > (IBM). After a variable length of time, I will lose all network access to a > host. Connecting via console, the machine tends to be fully responsive. A > reboot clears the problem, but I have yet to figure out any > sysctls/loader.conf tunables to clear the problem and make it stay away. PF > is in use to restrict access to the host to a pair of public /24's, and to > 10/8. If there is a way in zfs's sharenfs property to make that > restriction, I'd be happy to change, but I really don't like leaving nfs > open to the university's quartet of /16's, so PF it is. The vlan2 interface > has mxge0 as its parent. > > Thanks for any help. > > This host is getting ready to crash soon, based on netstat. > root@husker:~ # netstat -i > Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs > Coll > mxge0 9000 00:60:dd:44:d2:0a 6358280 262 0 4061637 0 > 0 > mxge0 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - 2 - > - > bce0 1500 08:9e:01:50:a1:ac 276391 0 0 0 0 > 0 > bce0 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - 3 - > - > bce1 1500 08:9e:01:50:a1:ad 2229709391 16921 0 > 1182942116 0 0 > bce1 1500 128.113.12.0 husker 2226254093 - - > 1183962005 - - > bce1 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - 3 - > - > lo0 16384 2030 0 0 2030 0 > 0 > lo0 16384 localhost ::1 4 - - 4 - > - > lo0 16384 fe80::1%lo0 fe80::1 0 - - 0 - > - > lo0 16384 your-net localhost 2026 - - 2026 - > - > vlan2 9000 00:60:dd:44:d2:0a 4387250 0 0 3060586 0 > 0 > vlan2 9000 10.2.3.0 husker.galactica. 4370309 - - 3963931 > - - > vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - 2 - > - > vlan2 9000 00:60:dd:44:d2:0a 1971034 0 0 1001061 0 > 0 > vlan2 9000 10.2.4.0 husker.enterprise 1700742 - - 1961891 > - - > vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - 4 - > - > root@husker:~ # netstat -im > 6157/3233/9390 mbufs in use (current/cache/total) > 4081/1883/5964/1018800 mbuf clusters in use (current/cache/total/max) > 4080/795 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/5/5/509399 4k (page size) jumbo clusters in use (current/cache/total/max) > 512/23/535/150933 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/84899 16k jumbo clusters in use (current/cache/total/max) > 14309K/4801K/19110K bytes allocated to network (current/cache/total) > 10/1883/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) > 2/1736/0 requests for jumbo clusters denied (4k/9k/16k) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > root@husker:~ # uptime > 11:07AM up 23 days, 19:27, 1 user, load averages: 0.14, 0.17, 0.13 > root@husker:~ # sysctl -a | grep nmb > kern.ipc.nmbclusters: 1018800 > kern.ipc.nmbjumbop: 509399 > kern.ipc.nmbjumbo9: 452799 > kern.ipc.nmbjumbo16: 339596 > kern.ipc.nmbufs: 6520320 > root@husker:~ # cat /boot/loader.conf > zfs_load="YES" > amdtemp_load="YES" > if_mxge_load="YES" > mxge_ethp_z8e_load="YES" > mxge_eth_z8e_load="YES" > mxge_rss_ethp_z8e_load="YES" > mxge_rss_eth_z8e_load="YES" > vfs.zfs.arc_max="12288M" > root@husker:~ # cat /var/run/dmesg.boot | head -16 > Copyright (c) 1992-2014 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-RELEASE-p4 #0: Tue Jun 3 13:14:57 UTC 2014 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > CPU: AMD Opteron(tm) Processor 4122 (2200.07-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x100f80 Family = 0x10 Model = 0x8 > Stepping = 0 > Features=0x178bfbff > Features2=0x802009 > AMD > Features=0xee500800 > AMD > Features2=0x837ff > TSC: P-state invariant > real memory = 17179869184 (16384 MB) > avail memory = 16588054528 (15819 MB) > > > -- > Bob Healey > Systems Administrator > Biocomputation and Bioinformatics Constellation > and Molecularium > healer@rpi.edu > (518) 276-4407 > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 17:16:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62B6ABD6; Wed, 2 Jul 2014 17:16:14 +0000 (UTC) Received: from smtp10.server.rpi.edu (gateway.canit.rpi.edu [128.113.2.230]) (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 0978B2C24; Wed, 2 Jul 2014 17:16:13 +0000 (UTC) Received: from smtp-auth1.server.rpi.edu (smtp-auth1.server.rpi.edu [128.113.2.231]) by smtp10.server.rpi.edu (8.14.3/8.14.3/Debian-9.4) with ESMTP id s62HCl9c024285; Wed, 2 Jul 2014 13:12:47 -0400 Received: from smtp-auth1.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth1.server.rpi.edu (Postfix) with ESMTP id 567B15818F; Wed, 2 Jul 2014 13:12:47 -0400 (EDT) Received: from [129.161.63.77] (biotech-upper-wl-318.dynamic2.rpi.edu [129.161.63.77]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: healer) by smtp-auth1.server.rpi.edu (Postfix) with ESMTPSA id 2DDDB58194; Wed, 2 Jul 2014 13:12:47 -0400 (EDT) Message-ID: <53B43D90.6000700@rpi.edu> Date: Wed, 02 Jul 2014 13:12:48 -0400 From: Bob Healey User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Interactions with mxge, pf, nfsd, and the kernel References: <53B42139.302@rpi.edu> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.005 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 15.10] X-CanIt-Incident-Id: 03MltcLk7 X-CanIt-Geo: ip=129.161.63.77; country=US; region=Connecticut; city=Hartford; latitude=41.7637; longitude=-72.6851; http://maps.google.com/maps?q=41.7637,-72.6851&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.230 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 17:16:14 -0000 At the moment, I am running as patched as freebsd-update made me on 6/12/14 Bob Healey Systems Administrator Biocomputation and Bioinformatics Constellation and Molecularium healer@rpi.edu (518) 276-4407 On 7/2/2014 12:59 PM, Adrian Chadd wrote: > Hi, > > I vaguely recall some pf issues that caused the state table to not get > flushed and things to get stuck. I think it fixed post 10.0-REL. > > Maybe update to 10-STABLE and see? > > > -a > > > On 2 July 2014 08:11, Bob Healey wrote: >> Hello. >> >> I've been wrestling with this on and off for a few months now. I have an >> assortment of systems (some Dell Poweredge R515, R610, and IBM x3630M3) with >> 10 gig Myricom ethernet cards acting as nfs servers to Linux HPC compute >> clusters (12-36 nodes, 384 - 480 cores) connected via gigabit ethernet. >> They are also connected to the outside world via onboard bce (Dell) or igb >> (IBM). After a variable length of time, I will lose all network access to a >> host. Connecting via console, the machine tends to be fully responsive. A >> reboot clears the problem, but I have yet to figure out any >> sysctls/loader.conf tunables to clear the problem and make it stay away. PF >> is in use to restrict access to the host to a pair of public /24's, and to >> 10/8. If there is a way in zfs's sharenfs property to make that >> restriction, I'd be happy to change, but I really don't like leaving nfs >> open to the university's quartet of /16's, so PF it is. The vlan2 interface >> has mxge0 as its parent. >> >> Thanks for any help. >> >> This host is getting ready to crash soon, based on netstat. >> root@husker:~ # netstat -i >> Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs >> Coll >> mxge0 9000 00:60:dd:44:d2:0a 6358280 262 0 4061637 0 >> 0 >> mxge0 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - 2 - >> - >> bce0 1500 08:9e:01:50:a1:ac 276391 0 0 0 0 >> 0 >> bce0 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - 3 - >> - >> bce1 1500 08:9e:01:50:a1:ad 2229709391 16921 0 >> 1182942116 0 0 >> bce1 1500 128.113.12.0 husker 2226254093 - - >> 1183962005 - - >> bce1 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - 3 - >> - >> lo0 16384 2030 0 0 2030 0 >> 0 >> lo0 16384 localhost ::1 4 - - 4 - >> - >> lo0 16384 fe80::1%lo0 fe80::1 0 - - 0 - >> - >> lo0 16384 your-net localhost 2026 - - 2026 - >> - >> vlan2 9000 00:60:dd:44:d2:0a 4387250 0 0 3060586 0 >> 0 >> vlan2 9000 10.2.3.0 husker.galactica. 4370309 - - 3963931 >> - - >> vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - 2 - >> - >> vlan2 9000 00:60:dd:44:d2:0a 1971034 0 0 1001061 0 >> 0 >> vlan2 9000 10.2.4.0 husker.enterprise 1700742 - - 1961891 >> - - >> vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - 4 - >> - >> root@husker:~ # netstat -im >> 6157/3233/9390 mbufs in use (current/cache/total) >> 4081/1883/5964/1018800 mbuf clusters in use (current/cache/total/max) >> 4080/795 mbuf+clusters out of packet secondary zone in use (current/cache) >> 0/5/5/509399 4k (page size) jumbo clusters in use (current/cache/total/max) >> 512/23/535/150933 9k jumbo clusters in use (current/cache/total/max) >> 0/0/0/84899 16k jumbo clusters in use (current/cache/total/max) >> 14309K/4801K/19110K bytes allocated to network (current/cache/total) >> 10/1883/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) >> 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) >> 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) >> 2/1736/0 requests for jumbo clusters denied (4k/9k/16k) >> 0 requests for sfbufs denied >> 0 requests for sfbufs delayed >> 0 requests for I/O initiated by sendfile >> root@husker:~ # uptime >> 11:07AM up 23 days, 19:27, 1 user, load averages: 0.14, 0.17, 0.13 >> root@husker:~ # sysctl -a | grep nmb >> kern.ipc.nmbclusters: 1018800 >> kern.ipc.nmbjumbop: 509399 >> kern.ipc.nmbjumbo9: 452799 >> kern.ipc.nmbjumbo16: 339596 >> kern.ipc.nmbufs: 6520320 >> root@husker:~ # cat /boot/loader.conf >> zfs_load="YES" >> amdtemp_load="YES" >> if_mxge_load="YES" >> mxge_ethp_z8e_load="YES" >> mxge_eth_z8e_load="YES" >> mxge_rss_ethp_z8e_load="YES" >> mxge_rss_eth_z8e_load="YES" >> vfs.zfs.arc_max="12288M" >> root@husker:~ # cat /var/run/dmesg.boot | head -16 >> Copyright (c) 1992-2014 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 10.0-RELEASE-p4 #0: Tue Jun 3 13:14:57 UTC 2014 >> root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >> FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 >> CPU: AMD Opteron(tm) Processor 4122 (2200.07-MHz K8-class CPU) >> Origin = "AuthenticAMD" Id = 0x100f80 Family = 0x10 Model = 0x8 >> Stepping = 0 >> Features=0x178bfbff >> Features2=0x802009 >> AMD >> Features=0xee500800 >> AMD >> Features2=0x837ff >> TSC: P-state invariant >> real memory = 17179869184 (16384 MB) >> avail memory = 16588054528 (15819 MB) >> >> >> -- >> Bob Healey >> Systems Administrator >> Biocomputation and Bioinformatics Constellation >> and Molecularium >> healer@rpi.edu >> (518) 276-4407 >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 22:40:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8550FE26; Wed, 2 Jul 2014 22:40:28 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 29D212A60; Wed, 2 Jul 2014 22:40:27 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuwEACCJtFODaFve/2dsb2JhbABXAw6DUVqCbqhTAQEBAQEBBpMUhm9TAYEfdYQDAQEBAwEBAQEgKyALGw4KAgINGQIpAQkmBggHBAEcBIgZCA2rSJwPF4EshESIYQEBGwEjEAcRgmaBTAWQBYd9hDOSQoMBXiE1gQU5 X-IronPort-AV: E=Sophos;i="5.01,591,1400040000"; d="scan'208";a="137238329" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 02 Jul 2014 18:40:20 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 1C794B403F; Wed, 2 Jul 2014 18:40:20 -0400 (EDT) Date: Wed, 2 Jul 2014 18:40:20 -0400 (EDT) From: Rick Macklem To: Bob Healey Message-ID: <679672583.6576356.1404340820105.JavaMail.root@uoguelph.ca> In-Reply-To: <53B43D90.6000700@rpi.edu> Subject: Re: Interactions with mxge, pf, nfsd, and the kernel MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: Adrian Chadd , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 22:40:28 -0000 Bob Healey wrote: > At the moment, I am running as patched as freebsd-update made me on > 6/12/14 > > Bob Healey > Systems Administrator > Biocomputation and Bioinformatics Constellation > and Molecularium > healer@rpi.edu > (518) 276-4407 > > On 7/2/2014 12:59 PM, Adrian Chadd wrote: > > Hi, > > > > I vaguely recall some pf issues that caused the state table to not > > get > > flushed and things to get stuck. I think it fixed post 10.0-REL. > > > > Maybe update to 10-STABLE and see? > > > > > > -a > > > > > > On 2 July 2014 08:11, Bob Healey wrote: > >> Hello. > >> > >> I've been wrestling with this on and off for a few months now. I > >> have an > >> assortment of systems (some Dell Poweredge R515, R610, and IBM > >> x3630M3) with > >> 10 gig Myricom ethernet cards acting as nfs servers to Linux HPC > >> compute > >> clusters (12-36 nodes, 384 - 480 cores) connected via gigabit > >> ethernet. > >> They are also connected to the outside world via onboard bce > >> (Dell) or igb > >> (IBM). After a variable length of time, I will lose all network > >> access to a > >> host. Connecting via console, the machine tends to be fully > >> responsive. A > >> reboot clears the problem, but I have yet to figure out any > >> sysctls/loader.conf tunables to clear the problem and make it stay > >> away. PF > >> is in use to restrict access to the host to a pair of public > >> /24's, and to > >> 10/8. If there is a way in zfs's sharenfs property to make that > >> restriction, I'd be happy to change, but I really don't like > >> leaving nfs > >> open to the university's quartet of /16's, so PF it is. You can specify pretty well any subnet for lines in /etc/exports. You can export the file systems via /etc/exports. (I'm not a zfs guy, but my understanding is that zfs sharenfs just generates lines for the exports file.) rick > >> The vlan2 > >> interface > >> has mxge0 as its parent. > >> > >> Thanks for any help. > >> > >> This host is getting ready to crash soon, based on netstat. > >> root@husker:~ # netstat -i > >> Name Mtu Network Address Ipkts Ierrs Idrop > >> Opkts Oerrs > >> Coll > >> mxge0 9000 00:60:dd:44:d2:0a 6358280 262 0 > >> 4061637 0 > >> 0 > >> mxge0 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - > >> 2 - > >> - > >> bce0 1500 08:9e:01:50:a1:ac 276391 0 0 > >> 0 0 > >> 0 > >> bce0 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - > >> 3 - > >> - > >> bce1 1500 08:9e:01:50:a1:ad 2229709391 16921 0 > >> 1182942116 0 0 > >> bce1 1500 128.113.12.0 husker 2226254093 - - > >> 1183962005 - - > >> bce1 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - > >> 3 - > >> - > >> lo0 16384 2030 0 0 > >> 2030 0 > >> 0 > >> lo0 16384 localhost ::1 4 - - > >> 4 - > >> - > >> lo0 16384 fe80::1%lo0 fe80::1 0 - - > >> 0 - > >> - > >> lo0 16384 your-net localhost 2026 - - > >> 2026 - > >> - > >> vlan2 9000 00:60:dd:44:d2:0a 4387250 0 0 > >> 3060586 0 > >> 0 > >> vlan2 9000 10.2.3.0 husker.galactica. 4370309 - - > >> 3963931 > >> - - > >> vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - > >> 2 - > >> - > >> vlan2 9000 00:60:dd:44:d2:0a 1971034 0 0 > >> 1001061 0 > >> 0 > >> vlan2 9000 10.2.4.0 husker.enterprise 1700742 - - > >> 1961891 > >> - - > >> vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - > >> 4 - > >> - > >> root@husker:~ # netstat -im > >> 6157/3233/9390 mbufs in use (current/cache/total) > >> 4081/1883/5964/1018800 mbuf clusters in use > >> (current/cache/total/max) > >> 4080/795 mbuf+clusters out of packet secondary zone in use > >> (current/cache) > >> 0/5/5/509399 4k (page size) jumbo clusters in use > >> (current/cache/total/max) > >> 512/23/535/150933 9k jumbo clusters in use > >> (current/cache/total/max) > >> 0/0/0/84899 16k jumbo clusters in use (current/cache/total/max) > >> 14309K/4801K/19110K bytes allocated to network > >> (current/cache/total) > >> 10/1883/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > >> 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) > >> 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) > >> 2/1736/0 requests for jumbo clusters denied (4k/9k/16k) > >> 0 requests for sfbufs denied > >> 0 requests for sfbufs delayed > >> 0 requests for I/O initiated by sendfile > >> root@husker:~ # uptime > >> 11:07AM up 23 days, 19:27, 1 user, load averages: 0.14, 0.17, > >> 0.13 > >> root@husker:~ # sysctl -a | grep nmb > >> kern.ipc.nmbclusters: 1018800 > >> kern.ipc.nmbjumbop: 509399 > >> kern.ipc.nmbjumbo9: 452799 > >> kern.ipc.nmbjumbo16: 339596 > >> kern.ipc.nmbufs: 6520320 > >> root@husker:~ # cat /boot/loader.conf > >> zfs_load="YES" > >> amdtemp_load="YES" > >> if_mxge_load="YES" > >> mxge_ethp_z8e_load="YES" > >> mxge_eth_z8e_load="YES" > >> mxge_rss_ethp_z8e_load="YES" > >> mxge_rss_eth_z8e_load="YES" > >> vfs.zfs.arc_max="12288M" > >> root@husker:~ # cat /var/run/dmesg.boot | head -16 > >> Copyright (c) 1992-2014 The FreeBSD Project. > >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, > >> 1993, 1994 > >> The Regents of the University of California. All rights > >> reserved. > >> FreeBSD is a registered trademark of The FreeBSD Foundation. > >> FreeBSD 10.0-RELEASE-p4 #0: Tue Jun 3 13:14:57 UTC 2014 > >> root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > >> amd64 > >> FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > >> CPU: AMD Opteron(tm) Processor 4122 (2200.07-MHz K8-class CPU) > >> Origin = "AuthenticAMD" Id = 0x100f80 Family = 0x10 Model = > >> 0x8 > >> Stepping = 0 > >> Features=0x178bfbff > >> Features2=0x802009 > >> AMD > >> Features=0xee500800 > >> AMD > >> Features2=0x837ff > >> TSC: P-state invariant > >> real memory = 17179869184 (16384 MB) > >> avail memory = 16588054528 (15819 MB) > >> > >> > >> -- > >> Bob Healey > >> Systems Administrator > >> Biocomputation and Bioinformatics Constellation > >> and Molecularium > >> healer@rpi.edu > >> (518) 276-4407 > >> > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to > >> "freebsd-stable-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 22:58:01 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 485471FA; Wed, 2 Jul 2014 22:58:01 +0000 (UTC) Date: Wed, 2 Jul 2014 18:57:57 -0400 From: Glen Barber To: freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 9.3-RC2 Now Available Message-ID: <20140702225757.GA1267@hub.FreeBSD.org> References: <20140628160002.GR17438@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <20140628160002.GR17438@hub.FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 22:58:02 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 28, 2014 at 12:00:02PM -0400, Glen Barber wrote: > The second RC build of the 9.3-RELEASE release cycle is now available > on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and > sparc64 architectures. >=20 > [...] Just a heads-up regarding the 9.3-RC2 i386 memstick and mini-memstick images: The xz(1)-compressed images for the i386 architecture are broken. The uncompressed images on FTP are not affected. There is a known problem when creating the memstick images within chroot(8) in an i386 userland on an amd64 kernel. To work around this, a script runs after the release build for i386 that uses the amd64 binaries to regenerate the image. The problem with the xz(1)-compressed images on FTP is that the script was not removing the compressed versions that were already there, so xz(1) did not overwrite with the fixed images. This will be fixed for 9.3-RC3. Apologies to anyone that downloaded and had issues with the compressed i386 memstick.img and mini-memstick.img files, and Thank you to Juergen Lock (nox@) for pointing out the issue. Glen --opJtzjQTFsWo+cga Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTtI51AAoJELls3eqvi17QokQP/ibm+Bv7OMZlrHzBeBKSK3y+ /KR3/52baqvtKepGpicMBoOJWqH6krEkKGZXcMHMJeKSxUxyQUiKEqLn85PO3TY8 HcINPTLkyEA99I512v31sTErcyGr5Xo7IKzbEF9MiUTBwo7PBQZX6TuVRHQKY9An uT/oy8Dh+1kzllV38nG5/xx8OcZvEO/zYk6nT/6tmvVPzuXZJFXdB9V4bEvmoNYb bj2xwFp5XPWccxBYf3W7/6BLHGG2gMM5plICHTUBfomnAlkvPmXhcH3QPsigUINB z9yvI6wfDQWGwd8oTeFvQqGPz5mGQ4lcpWrt1iphUcncoMkLYNYwQ/h4fGxzpA+H CfICCtVGn9IAF0tlbjgYyXRyMwJ+kA5HvT+9gzu+2Rgxv9EIZZZT47DSUbVfPGqi r1dXLvCsTQ6NQmhwVopQfH4uMv3awGK74tV6jdY6wUcJ4Unw1HNbUTYL1nKqC317 DnA9e2/bV/BWgl6n+XhmuwNwfnIp131hMvZlre6d5q0OFOP0ODCu6uR4o5dJlnds du+gDeAB1c4Y/uKSthME0Ya6Zl574fIdLyZxinKcPkiekGsl3JsAhx9izs6NH93u QYjyenQ3FGZyS/ZHjW9qhb8cyg2OLjmQXILQlX0g8yMD6VeouEwJY6JsBrOtmPHX p+JpNXZ2IFg30whhjBUI =4wXn -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 23:26:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95C4AFF0 for ; Wed, 2 Jul 2014 23:26:20 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 6C7302E36 for ; Wed, 2 Jul 2014 23:26:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=ey1m9frPyyRAXEV82KzkrUK8ZsDXFEsWaZ5mRonvNgU=; b=of8PUYMHK8vBICwtab7bNnKSnDfJv0xI04vLhxXZQWNcAgKBCtY6NIYxe2caj2GxfIoXfNTDcmb4tvzSPfF62dohovXWql2XgqSb6UR+CBHMmSKdDSRGy8s1w/SyxCW8t6uZIjwTP3Sg83Z5aDPH6+lpM4DE8xpoAIGOpeRPOpk=; Received: from [114.124.29.149] (port=1565 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1X2Tup-000Mck-5w; Wed, 02 Jul 2014 17:26:15 -0600 Date: Thu, 3 Jul 2014 07:25:44 +0800 From: Erich Dollansky To: Alexander Moisseev Subject: Re: Dump an Unmounted Journaled UFS Filesystem Message-ID: <20140703072544.05fd3a13@X220.alogt.com> In-Reply-To: <53B403DF.4080006@mezonplus.ru> References: <20140702114213.1396bb21@X220.alogt.com> <53B3A1BB.8070009@mezonplus.ru> <20140702175834.3a8c7fa3@X220.alogt.com> <53B403DF.4080006@mezonplus.ru> Organization: ALO Green Technologies X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 23:26:20 -0000 Hi, On Wed, 02 Jul 2014 17:06:39 +0400 Alexander Moisseev wrote: > 02.07.2014 13:58, Erich Dollansky =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > Hi, > > > > On Wed, 02 Jul 2014 10:07:55 +0400 > > Alexander Moisseev wrote: > > > >> 02.07.2014 7:42, Erich Dollansky =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>> what should be wrong by first running a fsck and then the dump? > >>> > >> > >> Erich, what potential problems you expect if the fsck hasn't been > >> ran before the dump? > >> > > I do not know what will be the result if you run a fsck on the > > restored file system when it was damaged. > > > I am sorry, Erich, but I didn't get the point about fsck in given > context. OP asked about _unmounted_ journaled filesystem. You can't > run fsck write enabled on live file system.But I see no difference > between SU and SU+J, if file system is umounted. >=20 there is no difference if the file system was properly unmounted. If something went wrong fsck will make a difference. It is there just to be on the save side. Erich From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 23:56:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89FB0DBC for ; Wed, 2 Jul 2014 23:56:48 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 646792188 for ; Wed, 2 Jul 2014 23:56:47 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-182-14-79.range86-182.btcentralplus.com [86.182.14.79]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id F154145038; Wed, 2 Jul 2014 23:51:00 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk F154145038 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1404345062; bh=8QexaNCyqB/wemKBuBaNdFO9fpZ6+TDCrqcJY+TI4jk=; h=Date:From:To:Subject:References:In-Reply-To; b=hhMUo1zdS/jL7Jzb6QOwe15GHDwm8JwZxhi1lwxAW1VnS2rKFlD1R8CktPqsridnD XbnQPUcjE+ZxHc7lF5thAngUSt0ah0+QBTJEBzgtu9ZRNtqUmTIXJinrNbx1ASfjpv YmuDRDOFbA8TAJ+el/apZ/rGxJMmqtYrNDakSgDE= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 2449F1401C; Thu, 3 Jul 2014 00:50:56 +0100 (BST) Date: Thu, 3 Jul 2014 00:50:55 +0100 From: Ben Morrow To: rmacklem@uoguelph.ca, healer@rpi.edu, freebsd-stable@freebsd.org Subject: Re: Interactions with mxge, pf, nfsd, and the kernel Message-ID: <20140702235052.GA3334@anubis.morrow.me.uk> Mail-Followup-To: rmacklem@uoguelph.ca, healer@rpi.edu, freebsd-stable@freebsd.org References: <53B43D90.6000700@rpi.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <679672583.6576356.1404340820105.JavaMail.root@uoguelph.ca> X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 02 Jul 2014 23:56:48 -0000 Quoth Rick Macklem : > Bob Healey wrote: > > >> > > >> 10/8. If there is a way in zfs's sharenfs property to make that > > >> restriction, I'd be happy to change, but I really don't like > > >> leaving nfs > > >> open to the university's quartet of /16's, so PF it is. > You can specify pretty well any subnet for lines in /etc/exports. > You can export the file systems via /etc/exports. (I'm not a zfs > guy, but my understanding is that zfs sharenfs just generates lines > for the exports file.) You can specify any exports(5) options in the sharenfs property. See Example 16 in zfs(8). Ben From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 00:03:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9091157 for ; Thu, 3 Jul 2014 00:03:44 +0000 (UTC) Received: from smtp10.server.rpi.edu (smtp10.server.rpi.edu [128.113.2.230]) (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 4ABA82274 for ; Thu, 3 Jul 2014 00:03:43 +0000 (UTC) Received: from smtp-auth1.server.rpi.edu (route.canit.rpi.edu [128.113.2.231]) by smtp10.server.rpi.edu (8.14.3/8.14.3/Debian-9.4) with ESMTP id s6303fQO001081; Wed, 2 Jul 2014 20:03:42 -0400 Received: from smtp-auth1.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth1.server.rpi.edu (Postfix) with ESMTP id D284C580B9; Wed, 2 Jul 2014 20:03:41 -0400 (EDT) Received: from [129.161.218.128] (jumping-jack-128.dynamic2.rpi.edu [129.161.218.128]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: healer) by smtp-auth1.server.rpi.edu (Postfix) with ESMTPSA id C07E15801C; Wed, 2 Jul 2014 20:03:41 -0400 (EDT) Message-ID: <53B49DDF.6000607@rpi.edu> Date: Wed, 02 Jul 2014 20:03:43 -0400 From: Bob Healey User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: rmacklem@uoguelph.ca, freebsd-stable@freebsd.org Subject: Re: Interactions with mxge, pf, nfsd, and the kernel References: <53B43D90.6000700@rpi.edu> <20140702235052.GA3334@anubis.morrow.me.uk> In-Reply-To: <20140702235052.GA3334@anubis.morrow.me.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0001 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 15.10] X-CanIt-Incident-Id: 03MlA3GpB X-CanIt-Geo: ip=129.161.218.128; country=US; region=Connecticut; city=Hartford; latitude=41.7637; longitude=-72.6851; http://maps.google.com/maps?q=41.7637,-72.6851&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.230 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 03 Jul 2014 00:03:44 -0000 What I want to do, and is not valid, is zfs set sharenfs="maproot=root,network 128.113.185.0/24, network 128.113.186.0/24,network 10.0.0.0/8" tank/home To get the desired functionality, i have to do zfs set sharenfs="maproot=root,network 0.0.0.0/0" and then set a host level firewall. Bob Healey Systems Administrator Biocomputation and Bioinformatics Constellation and Molecularium healer@rpi.edu (518) 276-4407 On 7/2/2014 7:50 PM, Ben Morrow wrote: > Quoth Rick Macklem : >> Bob Healey wrote: >>>>> 10/8. If there is a way in zfs's sharenfs property to make that >>>>> restriction, I'd be happy to change, but I really don't like >>>>> leaving nfs >>>>> open to the university's quartet of /16's, so PF it is. >> You can specify pretty well any subnet for lines in /etc/exports. >> You can export the file systems via /etc/exports. (I'm not a zfs >> guy, but my understanding is that zfs sharenfs just generates lines >> for the exports file.) > You can specify any exports(5) options in the sharenfs property. See > Example 16 in zfs(8). > > Ben > > From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 00:11:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C45DC8DF for ; Thu, 3 Jul 2014 00:11:55 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 898F7237F for ; Thu, 3 Jul 2014 00:11:54 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqsEAHQItFODaFve/2dsb2JhbABXAw6DUVqCbqhSAQEBBpMUhm1TAYEidYQDAQEBAwEBAQEgKyALBRYOCgICDRkCKQEJJgYIBwQBHASIGQgNqlmbMBeBLIREiGEBARskEAcRgmaBTAWYAoQzkkGDAV4hNYEFOQ X-IronPort-AV: E=Sophos;i="5.01,591,1400040000"; d="scan'208";a="137916552" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 02 Jul 2014 20:11:54 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 28521B403F; Wed, 2 Jul 2014 20:11:54 -0400 (EDT) Date: Wed, 2 Jul 2014 20:11:54 -0400 (EDT) From: Rick Macklem To: Bob Healey Message-ID: <1067481503.6609532.1404346314154.JavaMail.root@uoguelph.ca> In-Reply-To: <53B49DDF.6000607@rpi.edu> Subject: Re: Interactions with mxge, pf, nfsd, and the kernel MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.209] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 03 Jul 2014 00:11:55 -0000 Bob Healey wrote: > What I want to do, and is not valid, is zfs set > sharenfs="maproot=root,network 128.113.185.0/24, network > 128.113.186.0/24,network 10.0.0.0/8" tank/home To get the desired > functionality, i have to do zfs set sharenfs="maproot=root,network > 0.0.0.0/0" and then set a host level firewall. > Here is about what I think the lines in /etc/exports would look like: /tank -maproot=root -network 128.113.185.0 -mask 255.255.255.0 /tank -network 128.113.186.0 -mask 255.255.255.0 /tank/home -network 10.0.0.0 -mask 255.0.0.0 You put these lines in /etc/exports. You do not use the "zfs set sharenfs..." command. Then you "kill -HUP " to make it re-read /etc/exports and then check /var/log/messages for any parsing errors detected by mountd. Obviously, I don't really understand your setup, so the above might not be correct. My suggestion was to put the lines in /etc/exports and not use "zfs set sharenfs...". rick > Bob Healey > Systems Administrator > Biocomputation and Bioinformatics Constellation > and Molecularium > healer@rpi.edu > (518) 276-4407 > > On 7/2/2014 7:50 PM, Ben Morrow wrote: > > Quoth Rick Macklem : > >> Bob Healey wrote: > >>>>> 10/8. If there is a way in zfs's sharenfs property to make > >>>>> that > >>>>> restriction, I'd be happy to change, but I really don't like > >>>>> leaving nfs > >>>>> open to the university's quartet of /16's, so PF it is. > >> You can specify pretty well any subnet for lines in /etc/exports. > >> You can export the file systems via /etc/exports. (I'm not a zfs > >> guy, but my understanding is that zfs sharenfs just generates > >> lines > >> for the exports file.) > > You can specify any exports(5) options in the sharenfs property. > > See > > Example 16 in zfs(8). > > > > Ben > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 00:34:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20CFE334 for ; Thu, 3 Jul 2014 00:34:23 +0000 (UTC) Received: from smtp10.server.rpi.edu (smtp10.server.rpi.edu [128.113.2.230]) (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 CF4642551 for ; Thu, 3 Jul 2014 00:34:22 +0000 (UTC) Received: from smtp-auth1.server.rpi.edu (route.canit.rpi.edu [128.113.2.231]) by smtp10.server.rpi.edu (8.14.3/8.14.3/Debian-9.4) with ESMTP id s630YL43003435 for ; Wed, 2 Jul 2014 20:34:21 -0400 Received: from smtp-auth1.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth1.server.rpi.edu (Postfix) with ESMTP id 394BF5801C for ; Wed, 2 Jul 2014 20:34:21 -0400 (EDT) Received: from [129.161.218.128] (jumping-jack-128.dynamic2.rpi.edu [129.161.218.128]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: healer) by smtp-auth1.server.rpi.edu (Postfix) with ESMTPSA id 1EBF65800A for ; Wed, 2 Jul 2014 20:34:21 -0400 (EDT) Message-ID: <53B4A50E.80505@rpi.edu> Date: Wed, 02 Jul 2014 20:34:22 -0400 From: Bob Healey User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 CC: freebsd-stable@freebsd.org Subject: Re: Interactions with mxge, pf, nfsd, and the kernel References: <1067481503.6609532.1404346314154.JavaMail.root@uoguelph.ca> In-Reply-To: <1067481503.6609532.1404346314154.JavaMail.root@uoguelph.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0001 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 15.10] X-CanIt-Incident-Id: 03MlAylDH X-CanIt-Geo: ip=129.161.218.128; country=US; region=Connecticut; city=Hartford; latitude=41.7637; longitude=-72.6851; http://maps.google.com/maps?q=41.7637,-72.6851&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.230 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 03 Jul 2014 00:34:23 -0000 Ah. I change file systems often enough (adding/removing users) that I'd need to wrap zfs add and zfs destroy to mangle /etc/exports for me and HUP mountd. Bob Healey Systems Administrator Biocomputation and Bioinformatics Constellation and Molecularium healer@rpi.edu (518) 276-4407 On 7/2/2014 8:11 PM, Rick Macklem wrote: > Bob Healey wrote: >> What I want to do, and is not valid, is zfs set >> sharenfs="maproot=root,network 128.113.185.0/24, network >> 128.113.186.0/24,network 10.0.0.0/8" tank/home To get the desired >> functionality, i have to do zfs set sharenfs="maproot=root,network >> 0.0.0.0/0" and then set a host level firewall. >> > Here is about what I think the lines in /etc/exports would look like: > /tank -maproot=root -network 128.113.185.0 -mask 255.255.255.0 > /tank -network 128.113.186.0 -mask 255.255.255.0 > /tank/home -network 10.0.0.0 -mask 255.0.0.0 > > You put these lines in /etc/exports. You do not use the "zfs set sharenfs..." > command. > > Then you "kill -HUP " to make it re-read /etc/exports > and then check /var/log/messages for any parsing errors detected by mountd. > > Obviously, I don't really understand your setup, so the above might not > be correct. My suggestion was to put the lines in /etc/exports and not > use "zfs set sharenfs...". > > rick > >> Bob Healey >> Systems Administrator >> Biocomputation and Bioinformatics Constellation >> and Molecularium >> healer@rpi.edu >> (518) 276-4407 >> >> On 7/2/2014 7:50 PM, Ben Morrow wrote: >>> Quoth Rick Macklem : >>>> Bob Healey wrote: >>>>>>> 10/8. If there is a way in zfs's sharenfs property to make >>>>>>> that >>>>>>> restriction, I'd be happy to change, but I really don't like >>>>>>> leaving nfs >>>>>>> open to the university's quartet of /16's, so PF it is. >>>> You can specify pretty well any subnet for lines in /etc/exports. >>>> You can export the file systems via /etc/exports. (I'm not a zfs >>>> guy, but my understanding is that zfs sharenfs just generates >>>> lines >>>> for the exports file.) >>> You can specify any exports(5) options in the sharenfs property. >>> See >>> Example 16 in zfs(8). >>> >>> Ben >>> >>> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" >> From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 21:53:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36A6EBE for ; Thu, 3 Jul 2014 21:53:49 +0000 (UTC) Received: from mail44.host-services.com (mail44.host-services.com [194.8.30.189]) (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 80FBF286E for ; Thu, 3 Jul 2014 21:53:48 +0000 (UTC) Received: (qmail 2027 invoked by uid 399); 3 Jul 2014 22:51:05 +0100 Received: from unknown (HELO ?192.168.0.101?) (info@chaveprateada.pt@46.182.25.70) by mail44.host-services.com with ESMTPAMMMMMMMMMMMMM; 3 Jul 2014 22:51:05 +0100 X-Originating-IP: 46.182.25.70 X-Sender: info@chaveprateada.pt Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Description: Mail message body Subject: Administrative Notice To: freebsd-stable@freebsd.org From: "Help Desk" Date: Fri, 04 Jul 2014 05:53:36 +0800 Reply-To: help.desk.team014@tech-center.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 03 Jul 2014 21:53:49 -0000 Help Desk Attention Account User, Scheduled Maintenance & Upgrade Your account is in the process of being upgraded to a newest = Windows-based servers and an enhanced online email interface inline with in= ternet infrastructure Maintenance. The new servers will provide better anti= -spam and anti-virus functions, along with IMAP Support for mobile devices = to enhance your usage. To ensure that your account is not disrupted but active during and after th= is upgrade, you are required to kindly confirm your account by stating the = details below: * Domain\user name: = * Password: = This will prompt the upgrade of your account. Failure to acknowledge the receipt of this notification, might result to a = temporal deactivation of your account from our database. Your account shall= remain active upon your confirmation of your login details. We do apologize for any inconvenience caused. Sincerely, Your Customer Care Team (c) Copyright 2014, All Rights Reserved. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 02:44:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D2715BE for ; Fri, 4 Jul 2014 02:44:28 +0000 (UTC) Received: from mta1.riverwillow.net.au (mta1.riverwillow.net.au [IPv6:2001:8000:1000:1801::36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mta1.riverwillow.net.au", Issuer "Riverwillow Root Certificate 2010-04-12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9AA162223 for ; Fri, 4 Jul 2014 02:44:27 +0000 (UTC) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [IPv6:2001:8000:1000:1801::46]) by mta1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s642iK7E089938 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 4 Jul 2014 12:44:20 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=mta1002; t=1404441860; bh=EgZ4FEenwSwTuPKGKuKiV5ZKh68e0NJJfgKZUNpmGms=; h=Date:From:To:Subject; b=OTtBnnqNoTFgWqfJOKs/xEj15BEG6IE3DD4mEjDuG9vWrK5nxzGrP9z0kNb6zB10n HWfIdW5FwJbk/jOuBbhBeKtpUYSdoEhJSyV9MN8k8GIKd7oxbowbY3aQ0FMkVpSOHP hy71Xh4IKNu9XlnSIYax/T57KxoJXu13w0xIfmbY= Received: from rwpc15.gfn.riverwillow.net.au (rwpc15.gfn.riverwillow.net.au [IPv6:2001:8000:1000:18e1:20c:76ff:fe0a:2117]) (authenticated bits=56) by mail1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s642iDGf089937 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 4 Jul 2014 12:44:16 +1000 (AEST) Date: Fri, 4 Jul 2014 12:44:11 +1000 From: John Marshall To: freebsd-stable@freebsd.org Subject: Should 9.3 carry a warning about NEW_XORG Message-ID: <20140704024411.GA3744@rwpc15.gfn.riverwillow.net.au> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 02:44:28 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable A couple of weeks ago I upgraded my notebook (Pentium M - IBM T43) from 9.2-RELEASE to 9.3-RC1. Upgrade was fine but then I did a regular upgrade of ports and lost X functionality. It turns out that the new X.org ports which were "opt in" in 9.2 are now "opt out" in 9.3, so I unintentionally upgraded X.org. I had also upgraded a couple of desktop systems to 9.3-RC1 but had not yet updated ports on those. Having experienced the problem on the notebook, I added WITHOUT_NEW_XORG=3D to /etc/make.conf on the desktops and they continue to function following ports upgrades. The purpose of this post to -stable@ is simply to suggest that there be something done in connection with X.org installation behaviour for 9.3-RELEASE (perhaps at least a warning in the Rlease Notes?) to incline towards POLA and not have other folks land in this predicament. --=20 John Marshall --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlO2FPsACgkQw/tAaKKahKKoLACeOZREWdjCrz66rabrcsyqCAmW VRUAnAraCfnbyNvk5LOJ0v5Ers6rWxrH =tzo1 -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 04:26:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73E55D85 for ; Fri, 4 Jul 2014 04:26:37 +0000 (UTC) Received: from hub.org (hub.org [200.46.208.146]) by mx1.freebsd.org (Postfix) with ESMTP id 1DE142AC2 for ; Fri, 4 Jul 2014 04:26:37 +0000 (UTC) Received: from maia.hub.org (unknown [200.46.151.188]) by hub.org (Postfix) with ESMTP id 25A5DDA9801 for ; Fri, 4 Jul 2014 01:26:36 -0300 (ADT) Received: from hub.org ([200.46.208.146]) by maia.hub.org (mx1.hub.org [200.46.151.188]) (amavisd-maia, port 10024) with ESMTP id 97884-04 for ; Fri, 4 Jul 2014 04:26:35 +0000 (UTC) Received: from [192.168.1.2] (S01067cb21b2ff4ca.gv.shawcable.net [24.108.26.71]) by hub.org (Postfix) with ESMTPA id 8134EDA97FF for ; Fri, 4 Jul 2014 01:26:35 -0300 (ADT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: FreeBSD 10.x + LiquidSoap + NFS == Server Hang From: Marc Fournier In-Reply-To: Date: Thu, 3 Jul 2014 21:26:34 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 04:26:37 -0000 Oh, on the remote console, last two lines I see are: =3D=3D nfs_getpages: error 4 vm_fault: pager read error, pid 2957 (liquid soap) =3D=3D if that helps any ...=20 On Jul 3, 2014, at 9:23 PM, Marc Fournier wrote: >=20 > Hi all =85 >=20 > I have a jail running on FreeBSD 10-STABLE (svn update as of = July 2nd @ ~05:30 UTC: >=20 > =3D=3D > Working Copy Root Path: /usr/src > URL: https://svn0.us-east.freebsd.org/base/stable/10 > Relative URL: ^/stable/10 > Repository Root: https://svn0.us-east.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 268135 > Node Kind: directory > Schedule: normal > Last Changed Author: pfg > Last Changed Rev: 268132 > Last Changed Date: 2014-07-02 01:28:38 +0000 (Wed, 02 Jul 2014) > =3D=3D >=20 > Currently it has 3 jail=92d environments running off it, with = the files for them NFS mounted from a NetApp filer =85 and right now, = the NFS mount that these jails are running from is =93locked=94 =85 a = =91df=92 hangs =85 trying to do a =91jexec # /bin/tcsh=92 into one of = the jail=92s hangs =85 etc. >=20 > The same NFS file system is mounted and running on a half dozen = other servers, and they are all operating just fine, so the NetApp is = operating properly. >=20 > If I move the jail with liquidsoap running around to a different = server, the hang will follow to the new server, and the old server will = once more become rock solid =85=20 >=20 > I=92m not 100% certain it is liquidsoap, but the hang appears to = always coincide with reloading a new playlist =85 and although it = happens frequently (more with recent upgrades), it doesn=92t happen = *every* night =85 >=20 > This is on a remote server =85 so doing things at the console = isn=92t possible, and although I=92ve got a remote console on this, I=92ve= never figured out how to break to the debugger through it, although I=92m= going to work on it to see if I can=92t get it to work =85 >=20 > Baring breaking to the debugger (is there a way, from the = command line, to force it to break to the debugger?), is there anything = else I can use to provide some sort of useful information? >=20 > ps aux for the proces shows: >=20 > # ps aux | grep liq > 1002 2957 0.0 0.7 226888 112792 - TLJ 4:45AM 370:27.23 = /usr/local/bin/liquidsoap -q -d /usr/local/etc/liquidsoap/liquidsoap.liq >=20 > and: >=20 > # ps auxxwl | grep 2957 > 1002 2957 0.0 0.7 226888 112792 - TLJ 4:45AM 370:27.23 = /usr/local/bin/l 1002 1 0 20 0 - > 1002 96280 0.0 0.0 12316 0 - IWJ - 0:00.00 = pwait 2957 1002 96274 0 52 0 kqread > root 96508 0.0 0.0 18788 1828 4 S+ 4:19AM 0:00.00 = grep 2957 0 96505 0 20 0 piperd >=20 > Other commands I can / should run next time it happens =85 ? = Which won=92t take long ... >=20 > Thanks =85 >=20 >=20 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 04:30:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 136EFEB4 for ; Fri, 4 Jul 2014 04:30:48 +0000 (UTC) Received: from hub.org (hub.org [200.46.208.146]) by mx1.freebsd.org (Postfix) with ESMTP id D7B8D2B59 for ; Fri, 4 Jul 2014 04:30:47 +0000 (UTC) Received: from maia.hub.org (unknown [200.46.151.188]) by hub.org (Postfix) with ESMTP id BA320DA9800 for ; Fri, 4 Jul 2014 01:23:23 -0300 (ADT) Received: from hub.org ([200.46.208.146]) by maia.hub.org (mx1.hub.org [200.46.151.188]) (amavisd-maia, port 10024) with ESMTP id 97381-02 for ; Fri, 4 Jul 2014 04:23:23 +0000 (UTC) Received: from [192.168.1.2] (S01067cb21b2ff4ca.gv.shawcable.net [24.108.26.71]) by hub.org (Postfix) with ESMTPA id E9948DA97FF for ; Fri, 4 Jul 2014 01:23:22 -0300 (ADT) From: Marc Fournier Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: FreeBSD 10.x + LiquidSoap + NFS == Server Hang Message-Id: Date: Thu, 3 Jul 2014 21:23:21 -0700 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 04:30:48 -0000 Hi all =85 I have a jail running on FreeBSD 10-STABLE (svn update as of = July 2nd @ ~05:30 UTC: =3D=3D Working Copy Root Path: /usr/src URL: https://svn0.us-east.freebsd.org/base/stable/10 Relative URL: ^/stable/10 Repository Root: https://svn0.us-east.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 268135 Node Kind: directory Schedule: normal Last Changed Author: pfg Last Changed Rev: 268132 Last Changed Date: 2014-07-02 01:28:38 +0000 (Wed, 02 Jul 2014) =3D=3D Currently it has 3 jail=92d environments running off it, with = the files for them NFS mounted from a NetApp filer =85 and right now, = the NFS mount that these jails are running from is =93locked=94 =85 a = =91df=92 hangs =85 trying to do a =91jexec # /bin/tcsh=92 into one of = the jail=92s hangs =85 etc. The same NFS file system is mounted and running on a half dozen = other servers, and they are all operating just fine, so the NetApp is = operating properly. If I move the jail with liquidsoap running around to a different = server, the hang will follow to the new server, and the old server will = once more become rock solid =85=20 I=92m not 100% certain it is liquidsoap, but the hang appears to = always coincide with reloading a new playlist =85 and although it = happens frequently (more with recent upgrades), it doesn=92t happen = *every* night =85 This is on a remote server =85 so doing things at the console = isn=92t possible, and although I=92ve got a remote console on this, I=92ve= never figured out how to break to the debugger through it, although I=92m= going to work on it to see if I can=92t get it to work =85 Baring breaking to the debugger (is there a way, from the = command line, to force it to break to the debugger?), is there anything = else I can use to provide some sort of useful information? ps aux for the proces shows: # ps aux | grep liq 1002 2957 0.0 0.7 226888 112792 - TLJ 4:45AM 370:27.23 = /usr/local/bin/liquidsoap -q -d /usr/local/etc/liquidsoap/liquidsoap.liq and: # ps auxxwl | grep 2957 1002 2957 0.0 0.7 226888 112792 - TLJ 4:45AM 370:27.23 = /usr/local/bin/l 1002 1 0 20 0 - 1002 96280 0.0 0.0 12316 0 - IWJ - 0:00.00 = pwait 2957 1002 96274 0 52 0 kqread root 96508 0.0 0.0 18788 1828 4 S+ 4:19AM 0:00.00 grep = 2957 0 96505 0 20 0 piperd Other commands I can / should run next time it happens =85 ? = Which won=92t take long ... Thanks =85 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 04:53:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16BB757F for ; Fri, 4 Jul 2014 04:53:43 +0000 (UTC) Received: from hub.org (hub.org [200.46.208.146]) by mx1.freebsd.org (Postfix) with ESMTP id B38EB2CE9 for ; Fri, 4 Jul 2014 04:53:42 +0000 (UTC) Received: from maia.hub.org (unknown [200.46.151.188]) by hub.org (Postfix) with ESMTP id 76729DA9800 for ; Fri, 4 Jul 2014 01:53:41 -0300 (ADT) Received: from hub.org ([200.46.208.146]) by maia.hub.org (mx1.hub.org [200.46.151.188]) (amavisd-maia, port 10024) with ESMTP id 02687-09 for ; Fri, 4 Jul 2014 04:53:39 +0000 (UTC) Received: from [192.168.1.2] (S01067cb21b2ff4ca.gv.shawcable.net [24.108.26.71]) by hub.org (Postfix) with ESMTPA id 2012CDA97FF for ; Fri, 4 Jul 2014 01:53:38 -0300 (ADT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: FreeBSD 10.x + LiquidSoap + NFS == Server Hang From: Marc Fournier In-Reply-To: Date: Thu, 3 Jul 2014 21:53:38 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 04:53:43 -0000 k, just found = http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-online= -ddb.html and setup KDB/DDB and just tested that using the =91sysctl=92 = works to get me to the KDB prompt =85 hopefully this will allow me to = provide more useful information, if someone can let me know what exactly = that would be for next time it hangs? :) thx On Jul 3, 2014, at 9:26 PM, Marc Fournier wrote: >=20 > Oh, on the remote console, last two lines I see are: >=20 > =3D=3D > nfs_getpages: error 4 > vm_fault: pager read error, pid 2957 (liquid soap) > =3D=3D >=20 > if that helps any ...=20 >=20 > On Jul 3, 2014, at 9:23 PM, Marc Fournier wrote: >=20 >>=20 >> Hi all =85 >>=20 >> I have a jail running on FreeBSD 10-STABLE (svn update as of = July 2nd @ ~05:30 UTC: >>=20 >> =3D=3D >> Working Copy Root Path: /usr/src >> URL: https://svn0.us-east.freebsd.org/base/stable/10 >> Relative URL: ^/stable/10 >> Repository Root: https://svn0.us-east.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 268135 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: pfg >> Last Changed Rev: 268132 >> Last Changed Date: 2014-07-02 01:28:38 +0000 (Wed, 02 Jul 2014) >> =3D=3D >>=20 >> Currently it has 3 jail=92d environments running off it, with = the files for them NFS mounted from a NetApp filer =85 and right now, = the NFS mount that these jails are running from is =93locked=94 =85 a = =91df=92 hangs =85 trying to do a =91jexec # /bin/tcsh=92 into one of = the jail=92s hangs =85 etc. >>=20 >> The same NFS file system is mounted and running on a half dozen = other servers, and they are all operating just fine, so the NetApp is = operating properly. >>=20 >> If I move the jail with liquidsoap running around to a different = server, the hang will follow to the new server, and the old server will = once more become rock solid =85=20 >>=20 >> I=92m not 100% certain it is liquidsoap, but the hang appears to = always coincide with reloading a new playlist =85 and although it = happens frequently (more with recent upgrades), it doesn=92t happen = *every* night =85 >>=20 >> This is on a remote server =85 so doing things at the console = isn=92t possible, and although I=92ve got a remote console on this, I=92ve= never figured out how to break to the debugger through it, although I=92m= going to work on it to see if I can=92t get it to work =85 >>=20 >> Baring breaking to the debugger (is there a way, from the = command line, to force it to break to the debugger?), is there anything = else I can use to provide some sort of useful information? >>=20 >> ps aux for the proces shows: >>=20 >> # ps aux | grep liq >> 1002 2957 0.0 0.7 226888 112792 - TLJ 4:45AM 370:27.23 = /usr/local/bin/liquidsoap -q -d /usr/local/etc/liquidsoap/liquidsoap.liq >>=20 >> and: >>=20 >> # ps auxxwl | grep 2957 >> 1002 2957 0.0 0.7 226888 112792 - TLJ 4:45AM 370:27.23 = /usr/local/bin/l 1002 1 0 20 0 - >> 1002 96280 0.0 0.0 12316 0 - IWJ - 0:00.00 = pwait 2957 1002 96274 0 52 0 kqread >> root 96508 0.0 0.0 18788 1828 4 S+ 4:19AM 0:00.00 = grep 2957 0 96505 0 20 0 piperd >>=20 >> Other commands I can / should run next time it happens =85 ? = Which won=92t take long ... >>=20 >> Thanks =85 >>=20 >>=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Jul 4 09:08:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8FF91E0 for ; Fri, 4 Jul 2014 09:08:29 +0000 (UTC) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.freenet.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 867C521C6 for ; Fri, 4 Jul 2014 09:08:29 +0000 (UTC) Received: from [195.4.92.141] (helo=mjail1.freenet.de) by mout0.freenet.de with esmtpa (ID perox@freenet.de) (port 25) (Exim 4.82 #1) id 1X2zTm-0000ed-Jm for freebsd-stable@freebsd.org; Fri, 04 Jul 2014 11:08:26 +0200 Received: from localhost ([::1]:54786 helo=mjail1.freenet.de) by mjail1.freenet.de with esmtpa (ID perox@freenet.de) (Exim 4.82 #1) id 1X2zTm-0002Eq-Ca for freebsd-stable@freebsd.org; Fri, 04 Jul 2014 11:08:26 +0200 Received: from mx5.freenet.de ([195.4.92.15]:33380) by mjail1.freenet.de with esmtpa (ID perox@freenet.de) (Exim 4.82 #1) id 1X2zQR-0000ZS-DW for freebsd-stable@freebsd.org; Fri, 04 Jul 2014 11:04:59 +0200 Received: from web3.emo.freenet-rz.de ([194.97.107.236]:24113 helo=web9.emo.freenet-rz.de) by mx5.freenet.de with esmtpa (ID perox@freenet.de) (port 587) (Exim 4.82 #1) id 1X2zQR-0003l2-C3 for freebsd-stable@freebsd.org; Fri, 04 Jul 2014 11:04:59 +0200 Received: from localhost ([127.0.0.1] helo=emo.freenet.de) by web9.emo.freenet-rz.de with esmtpa (Exim 4.72 1 (Panther_1)) id 1X2zQR-0007dP-6m for ; Fri, 04 Jul 2014 11:04:59 +0200 Date: Fri, 04 Jul 2014 11:04:59 +0200 From: perox@freenet.de Subject: ANSI Escape sequences in PAM message To: freebsd-stable@freebsd.org X-Priority: 3 MIME-Version: 1.0 X-Abuse: 500871696 / 91.19.5.24 Message-Id: <3fd9d591070e4e0a7afa86ff85a84922@email.freenet.de> User-Agent: freenetMail Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Originated-At: 91.19.5.24!15412 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 09:08:29 -0000 Hi, I recently played around with a custom PAM module for user authentication v= ia ssh. During the authentication process I want to display various messages w= hich I am able to do using a conv() call passing my messages. If the message is si= mple everything works as expected. When I use terminal/ANSI escape codes (e.g. something like =0033[40;37;1m t= o=20 provide colors) however, the output is only correct when I set the pam mess= age type PAM_PROMPT_ECHO_ON. If I choose PAM_TEXT_INFO or PAM_ERROR_MSG=20 the escape sequences have no effect and are printed literally. Using=20 PAM_PROMPT_ECHO_ON as message type is no solution as it requires the=20 user to press a key after each message. Is this a bug or a feature? I could= imagine=20 this being a security feature, but then, why would one message type allow i= t?=20 Skimming through the code of libpam and openssh didn't help. Is there perha= ps=20 a flag or an option to ssh which forbids some things I try to use? Under Ubuntu and RedHat (which don't use openpam but an own PAM implementation) everything works as expected. I am using 10-STABLE=20 but 9.2 shows the same behavior. Thanks! -- My code looks similar to this: int style =3D PAM_PROMPT_ECHO_ON; // don't work //int style =3D PAM_TEXT_INFO; = =20 //int style =3D PAM_ERROR_MSG; =20 r =3D pam_get_item(pamhg, PAM_CONV, &convp); = =20 conv =3D (const struct pam_conv *)convp; vsnprintf(msgbuf, PAM_MAX_MSG_SIZE, fmt, ap); msg.msg_style =3D style; msg.msg =3D msgbuf; msgp =3D &msg; =20 r =3D (conv->conv)(1, &msgp, &rsp, conv->appdata_ptr); =0A=0A---=0AAlle Postf=C3=A4cher an einem Ort. Jetzt wechseln und E-Mail-Ad= resse mitnehmen! http://email.freenet.de/basic/Informationen=0A=0A From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 07:37:47 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78D16CBF; Fri, 4 Jul 2014 07:37:47 +0000 (UTC) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) (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 3AB90297C; Fri, 4 Jul 2014 07:37:46 +0000 (UTC) Received: by gddsn.org.cn (Postfix, from userid 65534) id D8CE42E08A; Fri, 4 Jul 2014 15:37:33 +0800 (CST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on gddsn.org.cn X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from lp.gddsn.org.cn (unknown [218.19.164.153]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id 4C8562E03B; Fri, 4 Jul 2014 15:37:28 +0800 (CST) Message-ID: <53B659B7.3020202@gddsn.org.cn> Date: Fri, 04 Jul 2014 15:37:27 +0800 From: wsk User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: questions@freebsd.org, stable@freebsd.org, current@freebsd.org Subject: 10.0-RELEASE BTX halted on DELL R900 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 04 Jul 2014 11:42:52 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 07:37:47 -0000 lists I met a BTX halted problem while upgrade Freebsd 9.0-RC3 to 10.0-Release via freebsd-update. and please check the link below: http://sw.gddsn.org.cn/jopens/test/btx.jpg BTW: I can booted 10.0-R from DVD-ROM as expected but got same error message with flash-driver. any ideas? -- wsk From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 11:52:33 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE1DCB8C; Fri, 4 Jul 2014 11:52:33 +0000 (UTC) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B916F21B7; Fri, 4 Jul 2014 11:52:33 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id et14so1913683pad.21 for ; Fri, 04 Jul 2014 04:52:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=5U78Mk1NvlaHMjc0URbklJjwoLczXBYxFcGuINPSQ/4=; b=P18Zr9SxHuzAy5l9diRhAL4vWHa/efj3tW56OXLcYwLwKiYzBVnWiwEPZz/dSTXDtD CsxYGwN1sedC++2BzEssL5b3PJD8bWAcdrEDungtqNWT2IcVlZsdGT9OEh89mMli/7Ym GyyzGPG1l8pcb6AVzcLNSQlbeWGsoDdmr8q0thjE6n58s7PYdlouVoA4kyfq2raRnpbz r4EhQih0blMlp167M1EfUAdAdpxHH6tVTF5OF/Rd7XuA/G1dZ8OBs1cPXylG0e+4VgkH W5T4t4MZhS9d0kOOqqaoXvEwh1syHXaoNiB/LyS6C2bhuswrBMWMbKIq0kaqVcaQlAJr RZFA== X-Received: by 10.70.36.203 with SMTP id s11mr9772483pdj.30.1404474753330; Fri, 04 Jul 2014 04:52:33 -0700 (PDT) Received: from [10.187.1.225] ([14.31.6.169]) by mx.google.com with ESMTPSA id uv5sm43991651pbc.52.2014.07.04.04.52.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 04 Jul 2014 04:52:32 -0700 (PDT) References: <53B659B7.3020202@gddsn.org.cn> Mime-Version: 1.0 (1.0) In-Reply-To: <53B659B7.3020202@gddsn.org.cn> Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: quoted-printable Message-Id: <940C70CC-D3BC-4EAB-AF23-1B89158B731A@gmail.com> X-Mailer: iPhone Mail (11D257) From: =?GB2312?Q?"=BB=C6=CE=C4=BB=D4=40Gmail"?= Subject: Re: 10.0-RELEASE BTX halted on DELL R900 Date: Fri, 4 Jul 2014 19:52:41 +0800 To: wsk Cc: "stable@freebsd.org" , "questions@freebsd.org" , "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 11:52:34 -0000 Try use the loader from 9.2R. Huang Wen Hui > =D4=DA 2014=C4=EA7=D4=C24=C8=D5=A3=AC15:37=A3=ACwsk =D0= =B4=B5=C0=A3=BA >=20 > lists > I met a BTX halted problem while upgrade Freebsd 9.0-RC3 to 10.0-Releas= e via freebsd-update. > and please check the link below: > http://sw.gddsn.org.cn/jopens/test/btx.jpg >=20 > BTW: I can booted 10.0-R from DVD-ROM as expected but got same error messa= ge with flash-driver. > any ideas? >=20 > --=20 > wsk >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Jul 4 12:10:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 799A96FE for ; Fri, 4 Jul 2014 12:10:31 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 413582336 for ; Fri, 4 Jul 2014 12:10:30 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqYEAJrEtVODaFve/2dsb2JhbABSCINfWoJvu26GbFMBgSR1hAMBAQEEAQEBICsgCxkCDgYEAgINGQIpAQkmBggHBAEIFAICiCENkV2cJ5tFF4EsgTWLawUBAQ0OATMHgneBTAWYCoQ0kkODXyEvBn4HFyI X-IronPort-AV: E=Sophos;i="5.01,600,1400040000"; d="scan'208";a="138211107" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 04 Jul 2014 08:10:29 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 00264B3F45; Fri, 4 Jul 2014 08:10:28 -0400 (EDT) Date: Fri, 4 Jul 2014 08:10:28 -0400 (EDT) From: Rick Macklem To: Marc Fournier Message-ID: <1805070922.7180203.1404475828988.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: FreeBSD 10.x + LiquidSoap + NFS == Server Hang MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 12:10:31 -0000 Marc Founier wrote: >=20 > k, just found > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-onlin= e-ddb.html > and setup KDB/DDB and just tested that using the =E2=80=98sysctl=E2=80=99= works to > get me to the KDB prompt =E2=80=A6 hopefully this will allow me to provid= e > more useful information, if someone can let me know what exactly > that would be for next time it hangs? :) >=20 >=20 > thx >=20 >=20 > On Jul 3, 2014, at 9:26 PM, Marc Fournier wrote: >=20 > >=20 > > Oh, on the remote console, last two lines I see are: > >=20 > > =3D=3D > > nfs_getpages: error 4 > > vm_fault: pager read error, pid 2957 (liquid soap) > > =3D=3D 4 is EINTR. That would suggest you might have the "intr" option on the moun= t? If so, try taking out the "intr" option on the mount, if you are using it. The problem with it is that, if anything posts a signal to a process while I/O is in progress it will fail. In this case the failure is in nfs_getpage= s(), which is a pagein operation (and you don't want those to fail). If you aren't using "intr", then I have no idea why a read would fail with = EINTR. rick > >=20 > > if that helps any ... > >=20 > > On Jul 3, 2014, at 9:23 PM, Marc Fournier wrote: > >=20 > >>=20 > >> Hi all =E2=80=A6 > >>=20 > >> =09I have a jail running on FreeBSD 10-STABLE (svn update as of July > >> =092nd @ ~05:30 UTC: > >>=20 > >> =3D=3D > >> Working Copy Root Path: /usr/src > >> URL: https://svn0.us-east.freebsd.org/base/stable/10 > >> Relative URL: ^/stable/10 > >> Repository Root: https://svn0.us-east.freebsd.org/base > >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > >> Revision: 268135 > >> Node Kind: directory > >> Schedule: normal > >> Last Changed Author: pfg > >> Last Changed Rev: 268132 > >> Last Changed Date: 2014-07-02 01:28:38 +0000 (Wed, 02 Jul 2014) > >> =3D=3D > >>=20 > >> =09Currently it has 3 jail=E2=80=99d environments running off it, with= the > >> =09files for them NFS mounted from a NetApp filer =E2=80=A6 and right = now, > >> =09the NFS mount that these jails are running from is =E2=80=9Clocked= =E2=80=9D =E2=80=A6 a > >> =09=E2=80=98df=E2=80=99 hangs =E2=80=A6 trying to do a =E2=80=98jexec = # /bin/tcsh=E2=80=99 into one of the > >> =09jail=E2=80=99s hangs =E2=80=A6 etc. > >>=20 > >> =09The same NFS file system is mounted and running on a half dozen > >> =09other servers, and they are all operating just fine, so the > >> =09NetApp is operating properly. > >>=20 > >> =09If I move the jail with liquidsoap running around to a different > >> =09server, the hang will follow to the new server, and the old > >> =09server will once more become rock solid =E2=80=A6 > >>=20 > >> =09I=E2=80=99m not 100% certain it is liquidsoap, but the hang appears= to > >> =09always coincide with reloading a new playlist =E2=80=A6 and althoug= h it > >> =09happens frequently (more with recent upgrades), it doesn=E2=80=99t > >> =09happen *every* night =E2=80=A6 > >>=20 > >> =09This is on a remote server =E2=80=A6 so doing things at the console= isn=E2=80=99t > >> =09possible, and although I=E2=80=99ve got a remote console on this, I= =E2=80=99ve > >> =09never figured out how to break to the debugger through it, > >> =09although I=E2=80=99m going to work on it to see if I can=E2=80=99t = get it to > >> =09work =E2=80=A6 > >>=20 > >> =09Baring breaking to the debugger (is there a way, from the command > >> =09line, to force it to break to the debugger?), is there anything > >> =09else I can use to provide some sort of useful information? > >>=20 > >> ps aux for the proces shows: > >>=20 > >> # ps aux | grep liq > >> 1002 2957 0.0 0.7 226888 112792 - TLJ 4:45AM > >> 370:27.23 /usr/local/bin/liquidsoap -q -d > >> /usr/local/etc/liquidsoap/liquidsoap.liq > >>=20 > >> and: > >>=20 > >> # ps auxxwl | grep 2957 > >> 1002 2957 0.0 0.7 226888 112792 - TLJ 4:45AM > >> 370:27.23 /usr/local/bin/l 1002 1 0 20 0 - > >> 1002 96280 0.0 0.0 12316 0 - IWJ - > >> 0:00.00 pwait 2957 1002 96274 0 52 0 kqread > >> root 96508 0.0 0.0 18788 1828 4 S+ 4:19AM > >> 0:00.00 grep 2957 0 96505 0 20 0 piperd > >>=20 > >> =09Other commands I can / should run next time it happens =E2=80=A6 ? > >> =09 Which won=E2=80=99t take long ... > >>=20 > >> Thanks =E2=80=A6 > >>=20 > >>=20 > >=20 > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to > > "freebsd-stable-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 12:18:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 569F4B10 for ; Fri, 4 Jul 2014 12:18:27 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D08832412 for ; Fri, 4 Jul 2014 12:18:26 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id m15so550508wgh.7 for ; Fri, 04 Jul 2014 05:18:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=3MZ4ChzOUCZXiqcDDyH9AM72aLJe+KHzutJiAm0Cqgk=; b=N3Mf8b+yqN8dRmXh67gOUk2BgRO/Ym5YbBv1JKSBYmiFvCOk0NMQOZq34vsHcXl+5O mvxRZ1sDeB/7vo5PVNAJ7M3NrGOCax6xSALoAvI0fd0xV9baRvltn3yHnAJ2/tPnED7M lshOEUnZmSVysZ5k0ZofzULvOg5AnQfQZSFtCVbn3Lmva3zA7CgVNK17JonPMpHMqB+1 RP0sJ0/4GWBRaXy7r3bxqs8qJK7ZApCSIHHe07PhRRG16lwzQckRCmdctJcoGvPcm0A+ U89b9v8IcbYVb02J6dZnMGeEE7paWUxdzd/D4Uawd6FtEYVOOpzIh1vNnGZ5m68t+B4u Cong== X-Received: by 10.180.97.67 with SMTP id dy3mr17870893wib.16.1404476304757; Fri, 04 Jul 2014 05:18:24 -0700 (PDT) Received: from [192.168.1.102] ([193.106.246.106]) by mx.google.com with ESMTPSA id gc5sm78691421wic.6.2014.07.04.05.18.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 04 Jul 2014 05:18:23 -0700 (PDT) Message-ID: <53B69B88.4060803@gmail.com> Date: Fri, 04 Jul 2014 14:18:16 +0200 From: Piotr Kubaj User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Should 9.3 carry a warning about NEW_XORG References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gaeMaOwBejPWNUJLK8FH3SMKH5mqQNCDM" X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: john.marshall@riverwillow.com.au X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 12:18:27 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gaeMaOwBejPWNUJLK8FH3SMKH5mqQNCDM Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 07/04/2014 14:00, freebsd-stable-request@freebsd.org wrote: There's not POLA as vt(4) has been merged to stable/9 and stable/10 to make it possible to use tty. To use new Xorg with tty, recompile kernel using VT config. --gaeMaOwBejPWNUJLK8FH3SMKH5mqQNCDM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTtpuJAAoJEC9nKukRsfY+UQoP/23w9C5szg5kLnGbgBiJtR31 GDHeFHWm/2ooL+artDSpQ0wtZCDvAEHg7fmFQjXGDKwmoMmWMqwZ5K2Scb8Sdc/V W/cEWNYw7N8dCcsWW24crAOv1AlOERZEmn/pDvBaNF9hKReGDYCCqBVytmMCjLvb y0QyBaj9JBqZ0WSay6oWzgyT2x7PdAMvDcZ9KVjPmNUomGjAtOHm1bxrVCQo/LtM Q0MlwTBs5sk0bds46MnMplXH+qQA8/+JGvfbiZpiuMRKWT8NKrip8Ri2C/1+SbuZ sQerjYQojJStBjjYnUNBgnirvFEqsa4d3wzIOzcIHymnNqzcdKo3UWX0aREaY3SO kjKBw4hKztZopdI4fsUoSOqnXW87c8esDG2vjDcYIECTIPj68dPX6hzIEBCweS7a 1f+6K6n/ROjxDX3Fw/zReadHbxpRDF2IA45p7N4Ca4MnjHk/s646UcJgrWebyind sFRaLKwcPnYCBc0x/+anDBXgOWT93ErUaXqAuJ0faZiLgd5jLmeNCr4piCXEjlFn f7VLQNJe/NlbGPoamDQb5+Ce8rNlN8sIuY4Ju273lH0/9KPdsJhEgeOZ/Gwp12WX W5y/5LjmBMLSaU86VAbJ7V7Vb/b8JvFCGdglOHhbsyfsnmf1nGNuurb6wR4TPqtJ 1H7SdurVVeULsRSfBPiw =VBWc -----END PGP SIGNATURE----- --gaeMaOwBejPWNUJLK8FH3SMKH5mqQNCDM-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 12:24:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2637E28 for ; Fri, 4 Jul 2014 12:24:19 +0000 (UTC) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) (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 8E24424D8 for ; Fri, 4 Jul 2014 12:24:19 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X32XF-0003gA-So; Fri, 04 Jul 2014 12:24:13 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X32XF-000PnU-QG; Fri, 04 Jul 2014 13:24:13 +0100 To: freebsd-stable@freebsd.org, freebsd.current.list@gmail.com Subject: Re: Should 9.3 carry a warning about NEW_XORG In-Reply-To: <53B69B88.4060803@gmail.com> Message-Id: From: Pete French Date: Fri, 04 Jul 2014 13:24:13 +0100 Cc: john.marshall@riverwillow.com.au X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 12:24:20 -0000 > On 07/04/2014 14:00, freebsd-stable-request@freebsd.org wrote: > There's not POLA as vt(4) has been merged to stable/9 and stable/10 to > make it possible to use tty. To use new Xorg with tty, recompile kernel > using VT config. I am following this with some interest - I was under the impression that from 9.3 onwards vt(4) was included by default. is this not tre ? Do I still need to recompile to use vt ? Also, binary packages installed with 'pkg install' - are these compiled using WITH_NEW_XORG or not ? Currently I am building a kerenel with vt, and compiling Xorg from /usr/ports with the option set, but I would like to move back to a default kernel, and to be able to install the binary verion of Xorg usking 'pkg'. Am not clear what the default options are though, from what I have read. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 12:36:12 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0352428 for ; Fri, 4 Jul 2014 12:36:12 +0000 (UTC) Received: from frv190.fwdcdn.com (frv190.fwdcdn.com [212.42.77.190]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AAC1F25F4 for ; Fri, 4 Jul 2014 12:36:12 +0000 (UTC) Received: from [10.10.1.30] (helo=frv196.fwdcdn.com) by frv190.fwdcdn.com with esmtp ID 1X32ih-0006OR-Th for stable@freebsd.org; Fri, 04 Jul 2014 15:36:03 +0300 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=XYcjUThyV/Z/o1KvQaOBXmI7S9OJ5/PIJnBwwKvHJHY=; b=qB71+CXSIgiOyll86MHi7ZR/f/Kp+maOBDePeNgeGImfZG+S3D1uG/xEQBIHdC5QZOEgdlItBYcWaIB4LsPN4JeTe6FdkQLq1OSzkQRaYmYeOwG3bsjjgC1Lhw6xi8ghA5u0c5+BmoO4uU1EP8Ak4Hi8Dtzv/Kfhh3S/NMr3J1I=; Received: from [10.10.10.35] (helo=frv35.fwdcdn.com) by frv196.fwdcdn.com with smtp ID 1X32iU-000Nzf-Q9 for stable@freebsd.org; Fri, 04 Jul 2014 15:35:50 +0300 Date: Fri, 04 Jul 2014 15:35:49 +0300 From: Vladislav Prodan Subject: Re: 10.0-RELEASE BTX halted on DELL R900 To: wsk X-Mailer: mail.ukr.net 5.0 Message-Id: <1404477308.864882148.b7sr4myo@frv35.fwdcdn.com> In-Reply-To: <53B659B7.3020202@gddsn.org.cn> References: <53B659B7.3020202@gddsn.org.cn> MIME-Version: 1.0 Received: from universite@ukr.net by frv35.fwdcdn.com; Fri, 04 Jul 2014 15:35:50 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline Cc: stable@freebsd.org, questions@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 12:36:13 -0000 --- Original message --- From: "wsk" Date: 4 July 2014, 15:21:48 > lists > I met a BTX halted problem while upgrade Freebsd 9.0-RC3 to > 10.0-Release via freebsd-update. > and please check the link below: > http://sw.gddsn.org.cn/jopens/test/btx.jpg > > BTW: I can booted 10.0-R from DVD-ROM as expected but got same error > message with flash-driver. > any ideas? > > -- > wsk > Look ACPI settings in the BIOS. I think he should have ACPI v1. -- Vladislav V. Prodan System & Network Administrator support.od.ua From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 12:39:04 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76CDB62F; Fri, 4 Jul 2014 12:39:04 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 125EB262B; Fri, 4 Jul 2014 12:39:03 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s64Cd12X053859; Fri, 4 Jul 2014 05:39:01 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s64Cd1ht053858; Fri, 4 Jul 2014 05:39:01 -0700 (PDT) (envelope-from david) Date: Fri, 4 Jul 2014 05:39:01 -0700 From: David Wolfskill To: stable@freebsd.org Subject: r268244 (stable/9) seems to break "sysctl hw.ncpu" Message-ID: <20140704123901.GR6056@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org, Hans Petter Selasky MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="xHTUIiWqaPwZ9IpM" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Hans Petter Selasky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 12:39:04 -0000 --xHTUIiWqaPwZ9IpM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable After building & installing @r268208 (yesterday), "sysctl hw.ncpu" reports a number (e.g., "2" for my laptop). After building & installing @r268244 (today)... freebeast(9.3-P)[5] sysctl hw.ncpu | hd 00000000 68 77 2e 6e 63 70 75 3a 20 0a |hw.ncpu: .| 0000000a freebeast(9.3-P)[6]=20 After reverting r268244, then "cd /usr/src/sbin/sysctl && make && make install": g1-252(9.3-P)[8] sysctl hw.ncpu | hd 00000000 68 77 2e 6e 63 70 75 3a 20 32 0a |hw.ncpu: 2.| 0000000b g1-252(9.3-P)[9]=20 I note that I also track stable/10 and head (on different slices; daily) on the machine; haven't seen similar behavior in either environment. Note that it is not uncommon for certain ports builds to expect to get a number from "sysctl -n hw.ncpu", and when that doesn't happen, the ports builds tend to stop working. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --xHTUIiWqaPwZ9IpM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTtqBjXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7awsP+gPPc3SomuRhHioZdHLoFXOw vlZGT30sZB5GKs6NkNDltjVTxIkvnQLgKFIy+U/f8t7ACgSA/5HB9C+hbP8i/hio wHlNEIa+9EeDhUfzS8vfnl/zLU99fAjW6X6iUYKmPD69mjXywoJ//nE2+rcCCPka LBo6YMV9ceUOGOv9uXjKm8m6kFFPzkLlMYkcnZ/sSv3WRmn913en4QodZg6NjTaG SQGxQyoCGLz7YOgPYgZgOpPWALfgGrEmdx6F73FHAexoccM/Tz7p77lnsLC89G7h 2CdhRGb7piThnCL0Xf1Q/V4Nn4Fk83r/oqQc2k2d53AA5vhnya668+NbiExhh0Sp e8ysNbf5U/a3dBkVHIef4/FrLGHWDZMv7uVU8gaj2SxyJp51gylZ69j+4j5q5D3R R9qmOBUjSESH2vjM+XxOWHTu7MOwSPhSCuo+aeJA3ZMg/BWLwebUqj453zKoH44X FQVwJRvmgTqflugikm+OKz7yDSUgpnukpCcRReATsWUD9Q7KeoRJpZhFufv/KiCE A+aGusP+gp/FAAIFFQapc4UEPVpeXgJc3l4vvS4x1X6NSlA2mdXkQvpGeAZG0LHO /8aPA9pv/a9fP/GpI05X/c6q/hs2/mlMN8A27juUnZ/OLml/GgN5nLYXOqu9GgM5 3HJqJ47uNVn10gxaQY6K =G9Eb -----END PGP SIGNATURE----- --xHTUIiWqaPwZ9IpM-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 15:28:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70902E0 for ; Fri, 4 Jul 2014 15:28:39 +0000 (UTC) Received: from hub.org (hub.org [200.46.208.146]) by mx1.freebsd.org (Postfix) with ESMTP id 4015E24B2 for ; Fri, 4 Jul 2014 15:28:38 +0000 (UTC) Received: from maia.hub.org (unknown [200.46.151.188]) by hub.org (Postfix) with ESMTP id CD5CF13C64D7; Fri, 4 Jul 2014 12:28:36 -0300 (ADT) Received: from hub.org ([200.46.208.146]) by maia.hub.org (mx1.hub.org [200.46.151.188]) (amavisd-maia, port 10024) with ESMTP id 39910-01; Fri, 4 Jul 2014 15:28:36 +0000 (UTC) Received: from [192.168.1.2] (S01067cb21b2ff4ca.gv.shawcable.net [24.108.26.71]) by hub.org (Postfix) with ESMTPA id 0BB2513C64D6; Fri, 4 Jul 2014 12:28:35 -0300 (ADT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: FreeBSD 10.x + LiquidSoap + NFS == Server Hang From: Marc Fournier In-Reply-To: <1805070922.7180203.1404475828988.JavaMail.root@uoguelph.ca> Date: Fri, 4 Jul 2014 08:28:34 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <440AEF44-E1E9-4857-86B5-CACE902AD2DE@hub.org> References: <1805070922.7180203.1404475828988.JavaMail.root@uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 15:28:39 -0000 On Jul 4, 2014, at 5:10 AM, Rick Macklem wrote: > Marc Founier wrote: >>=20 >> k, just found >> = http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-online= -ddb.html >> and setup KDB/DDB and just tested that using the =91sysctl=92 works = to >> get me to the KDB prompt =85 hopefully this will allow me to provide >> more useful information, if someone can let me know what exactly >> that would be for next time it hangs? :) >>=20 >>=20 >> thx >>=20 >>=20 >> On Jul 3, 2014, at 9:26 PM, Marc Fournier wrote: >>=20 >>>=20 >>> Oh, on the remote console, last two lines I see are: >>>=20 >>> =3D=3D >>> nfs_getpages: error 4 >>> vm_fault: pager read error, pid 2957 (liquid soap) >>> =3D=3D > 4 is EINTR. That would suggest you might have the "intr" option on the = mount? >=20 > If so, try taking out the "intr" option on the mount, if you are using = it. I did =85 just rebooted with changes, now have it set as: 192.168.1.253:/vol/vol1 /vm nfs rw,soft,nolockd 0 0 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 16:33:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 597A5F00 for ; Fri, 4 Jul 2014 16:33:53 +0000 (UTC) Received: from hub.org (hub.org [200.46.208.146]) by mx1.freebsd.org (Postfix) with ESMTP id 28EE92B12 for ; Fri, 4 Jul 2014 16:33:53 +0000 (UTC) Received: from maia.hub.org (unknown [200.46.151.188]) by hub.org (Postfix) with ESMTP id 07899ED82F6; Fri, 4 Jul 2014 13:33:52 -0300 (ADT) Received: from hub.org ([200.46.208.146]) by maia.hub.org (mx1.hub.org [200.46.151.188]) (amavisd-maia, port 10024) with ESMTP id 55733-07; Fri, 4 Jul 2014 16:33:51 +0000 (UTC) Received: from [10.5.250.137] (remote.ilcs.sd63.bc.ca [142.31.148.2]) by hub.org (Postfix) with ESMTPA id 1F22AED82F5; Fri, 4 Jul 2014 13:33:50 -0300 (ADT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: FreeBSD 10.x + LiquidSoap + NFS == Server Hang From: Marc Fournier In-Reply-To: <1805070922.7180203.1404475828988.JavaMail.root@uoguelph.ca> Date: Fri, 4 Jul 2014 09:33:48 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1805070922.7180203.1404475828988.JavaMail.root@uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 16:33:53 -0000 On Jul 4, 2014, at 05:10 , Rick Macklem wrote: > 4 is EINTR. That would suggest you might have the "intr" option on the = mount? >=20 > If so, try taking out the "intr" option on the mount, if you are using = it. >=20 > The problem with it is that, if anything posts a signal to a process = while > I/O is in progress it will fail. In this case the failure is in = nfs_getpages(), > which is a pagein operation (and you don't want those to fail). >=20 > If you aren't using "intr", then I have no idea why a read would fail = with EINTR. I=92ve made the change on two of my servers that have been exhibiting = NFS related issues, so we=92ll see how this goes over the next couple of = days, but am curious as to when one would use =91intr=92 in the first = place, if by using it, it could cause NFS to hang like this? Granted, = out of 11 servers using =91intr=92, this one server is the only one that = I=92ve knowingly experienced the nfs_getpages, so it seems to be = something hard to trigger =85 Thanks From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 17:19:15 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B66AC6EF for ; Fri, 4 Jul 2014 17:19:15 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7578C2E76 for ; Fri, 4 Jul 2014 17:19:14 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id E52581FE02D; Fri, 4 Jul 2014 19:19:06 +0200 (CEST) Message-ID: <53B6E218.5070009@selasky.org> Date: Fri, 04 Jul 2014 19:19:20 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: David Wolfskill , stable@freebsd.org Subject: Re: r268244 (stable/9) seems to break "sysctl hw.ncpu" References: <20140704123901.GR6056@albert.catwhisker.org> In-Reply-To: <20140704123901.GR6056@albert.catwhisker.org> 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.18 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, 04 Jul 2014 17:19:15 -0000 On 07/04/14 14:39, David Wolfskill wrote: > After building & installing @r268208 (yesterday), "sysctl hw.ncpu" > reports a number (e.g., "2" for my laptop). > > After building & installing @r268244 (today)... > > freebeast(9.3-P)[5] sysctl hw.ncpu | hd > 00000000 68 77 2e 6e 63 70 75 3a 20 0a |hw.ncpu: .| > 0000000a > freebeast(9.3-P)[6] > > After reverting r268244, then "cd /usr/src/sbin/sysctl && make && make > install": > > g1-252(9.3-P)[8] sysctl hw.ncpu | hd > 00000000 68 77 2e 6e 63 70 75 3a 20 32 0a |hw.ncpu: > 2.| > 0000000b > g1-252(9.3-P)[9] > > > I note that I also track stable/10 and head (on different slices; > daily) on the machine; haven't seen similar behavior in either > environment. > > Note that it is not uncommon for certain ports builds to expect to get a > number from "sysctl -n hw.ncpu", and when that doesn't happen, the ports > builds tend to stop working. Hi, I cannot reproduce this. Using the same kernel and running sysctl from. My patch to 9-stable will not affect printing of integers. 9-stable and 10-stable and current "sysctl" code all gives the same result over here with 9-stable kernel: sysctl -n hw.ncpu | hd 00000000 32 0a |2.| sysctl hw.ncpu | hd 00000000 68 77 2e 6e 63 70 75 3a 20 32 0a |hw.ncpu: 2.| Can you tell me exactly what kernel version you are using, "uname -a" and which version of "sysctl" with which version of the kernel is failing, so that I can reproduce. Thank you! --HPS From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 17:47:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71643B0A for ; Fri, 4 Jul 2014 17:47:08 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 359FA20DE for ; Fri, 4 Jul 2014 17:47:07 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s64Hl5V5056799; Fri, 4 Jul 2014 10:47:05 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s64Hl5Kh056798; Fri, 4 Jul 2014 10:47:05 -0700 (PDT) (envelope-from david) Date: Fri, 4 Jul 2014 10:47:05 -0700 From: David Wolfskill To: Hans Petter Selasky Subject: Re: r268244 (stable/9) seems to break "sysctl hw.ncpu" Message-ID: <20140704174705.GS6056@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Hans Petter Selasky , stable@freebsd.org References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="hc1Ad1NXUysMDyjB" Content-Disposition: inline In-Reply-To: <53B6E218.5070009@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 17:47:08 -0000 --hc1Ad1NXUysMDyjB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 04, 2014 at 07:19:20PM +0200, Hans Petter Selasky wrote: > On 07/04/14 14:39, David Wolfskill wrote: > > After building & installing @r268208 (yesterday), "sysctl hw.ncpu" > > reports a number (e.g., "2" for my laptop). > > > > After building & installing @r268244 (today)... > > > > freebeast(9.3-P)[5] sysctl hw.ncpu | hd > > 00000000 68 77 2e 6e 63 70 75 3a 20 0a |hw.ncpu: .| > > 0000000a > > freebeast(9.3-P)[6] > > > > After reverting r268244, then "cd /usr/src/sbin/sysctl && make && make > > install": > > > > g1-252(9.3-P)[8] sysctl hw.ncpu | hd > > 00000000 68 77 2e 6e 63 70 75 3a 20 32 0a |hw.ncpu: > > 2.| > > 0000000b > > g1-252(9.3-P)[9] > > > > > > I note that I also track stable/10 and head (on different slices; > > daily) on the machine; haven't seen similar behavior in either > > environment. > ... >=20 > I cannot reproduce this. Using the same kernel and running sysctl from.= =20 > My patch to 9-stable will not affect printing of integers. 9-stable and= =20 > 10-stable and current "sysctl" code all gives the same result over here= =20 > with 9-stable kernel: >=20 > sysctl -n hw.ncpu | hd > 00000000 32 0a |2.| >=20 > sysctl hw.ncpu | hd > 00000000 68 77 2e 6e 63 70 75 3a 20 32 0a |hw.ncpu: 2.| >=20 > Can you tell me exactly what kernel version you are using, "uname -a"=20 > and which version of "sysctl" with which version of the kernel is=20 > failing, so that I can reproduce. >=20 > Thank you! > ... /usr/src is: g1-252(9.3-P)[1] svn info /usr/src/ Path: /usr/src Working Copy Root Path: /usr/src URL: file:///svn/freebsd/src/base/stable/9 Relative URL: ^/stable/9 Repository Root: file:///svn/freebsd/src/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 268249 Node Kind: directory Schedule: normal Last Changed Author: hselasky Last Changed Rev: 268244 Last Changed Date: 2014-07-03 23:05:39 -0700 (Thu, 03 Jul 2014) g1-252(9.3-P)[2] uname -a FreeBSD g1-252.catwhisker.org 9.3-PRERELEASE FreeBSD 9.3-PRERELEASE #46 r2= 68244M/268249:903500: Fri Jul 4 04:52:48 PDT 2014 root@g1-252.catwhisk= er.org:/usr/obj/usr/src/sys/CANARY i386 g1-252(9.3-P)[3]=20 I was able to see the behavior without changing the kernel -- and indeed, I was able to run the stable/10 version of /sbin/sysctl under stable/9 without problems: g1-252(9.3-P)[3] which sysctl /sbin/sysctl g1-252(9.3-P)[4] ls -lT `!!` ls -lT `which sysctl` -r-xr-xr-x 1 root wheel 14500 Jul 4 10:35:55 2014 /sbin/sysctl g1-252(9.3-P)[5] !$ hw.ncpu | hd `which sysctl` hw.ncpu | hd 00000000 68 77 2e 6e 63 70 75 3a 20 0a |hw.ncpu: .| 0000000a g1-252(9.3-P)[6] `which sysctl.OK` hw.ncpu | hd 00000000 68 77 2e 6e 63 70 75 3a 20 32 0a |hw.ncpu: 2.| 0000000b g1-252(9.3-P)[7] /S3/sbin/sysctl hw.ncpu | hd 00000000 68 77 2e 6e 63 70 75 3a 20 32 0a |hw.ncpu: 2.| 0000000b g1-252(9.3-P)[8] file /S3/sbin/sysctl /S3/sbin/sysctl: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD= ), dynamically linked (uses shared libs), for FreeBSD 10.0 (1000709), strip= ped g1-252(9.3-P)[9] file /sbin/sysctl /sbin/sysctl: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), = dynamically linked (uses shared libs), for FreeBSD 9.2 (902512), stripped g1-252(9.3-P)[10]=20 (Note that my stable/10 is from sources: g1-252(9.3-P)[10] svn info /S3/usr/src/ Path: /S3/usr/src Working Copy Root Path: /S3/usr/src URL: file:///svn/freebsd/src/base/stable/10 Relative URL: ^/stable/10 Repository Root: file:///svn/freebsd/src/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 268249 Node Kind: directory Schedule: normal Last Changed Author: hselasky Last Changed Rev: 268243 Last Changed Date: 2014-07-03 23:03:54 -0700 (Thu, 03 Jul 2014) g1-252(9.3-P)[11]=20 FreeBSD g1-252.catwhisker.org 10.0-STABLE FreeBSD 10.0-STABLE #1267 r26820= 6M/268208:1000710: Thu Jul 3 05:27:08 PDT 2014 root@g1-252.catwhisker.= org:/common/S3/obj/usr/src/sys/CANARY i386 in case that's useful.) I tried restoring r268244, rebuilding sysctl with debugging & running it under gdb to see what was going on, but I'm a couple decades out of practice -- seems that some of the variables I wanted to print had been optimized to registers or some such thing. I'm sympathetic to the notion that the change *shouldn't* have this effect... but I have empiricist tendencies. :-} I'll be happy to experiment as time permits. (Holiday over here, so that means I work on house-maintenance.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --hc1Ad1NXUysMDyjB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTtuiXXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7zOYQAIsuXoOOlMqr34C/UPFQXrYY vuinZwpAsWW1CQaCiMtMnPbTlBnfMBlaczBfxfozBcMMhPOsPz98XGJ4H1jYfc/z f/ZbuRxtEI0VnmK5YR6Ge46Ec9JH77Av8ed4v/nFB7BF9Bio1Do2eJAarO5C+koF BeOHNjPH8HLGufj/7KF0cXLIxzONArf7VZdRUqsrCUxVDwBenq7XQpvZ/TwigUfi TrhmlV42WRmEYSIcC3yqxQa8lyqdaWc1DYTb5Gfe3WaXP+dyokNPWpT2tDf+mF1a Kzn/JpxTHgjLPiKJwGKKGNTWYjl60skuHgyzwq4cUhE2J5VUaTXYmSzgFkkXSPxE nou6uwzyG5fYIwABQE5Zf8jokC+aAmoiLf/EYwqtJEhQxubpYDD+11NvIjE5G0qM WUCrV6e7mz3R3Lg7a+G4S4qxRNbXFYANDiHDwuckBJabnPsSsO7oWzAi2CGMnf/T 7UANQRhv2pYYf5Z90CFgHWgBWD872Ozazzl7GLYSzjlyRihHav3rJi5BxPAcqEoe slqySynHf0ubIa4GfPNc/+6lfrHDGClCMYqlmJByOOLFz0srYx7vlkzKjeqHpgdE lNsD9t76cxfLNYtSbX4btfkSl/yhTUbuH8dRIr8+PnlXWZHnZvPvkboH+8p/CD/k ByJVKZuk60WbKeLDbyfl =Sr4P -----END PGP SIGNATURE----- --hc1Ad1NXUysMDyjB-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 17:54:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 516CFDE6 for ; Fri, 4 Jul 2014 17:54:48 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0EFF321E5 for ; Fri, 4 Jul 2014 17:54:47 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 8D8991FE02D; Fri, 4 Jul 2014 19:54:46 +0200 (CEST) Message-ID: <53B6EA74.1090604@selasky.org> Date: Fri, 04 Jul 2014 19:55:00 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: David Wolfskill , stable@freebsd.org Subject: Re: r268244 (stable/9) seems to break "sysctl hw.ncpu" References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> In-Reply-To: <20140704174705.GS6056@albert.catwhisker.org> 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.18 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, 04 Jul 2014 17:54:48 -0000 Hi, Can you do: In failing version of sysctl: sysctl -a > a.txt In working version of sysctl: sysctl -a > b.txt diff -u a.txt b.txt --HPS From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 17:57:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6F86F0E for ; Fri, 4 Jul 2014 17:57:20 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9ACAC2214 for ; Fri, 4 Jul 2014 17:57:20 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 5A5941FE02D; Fri, 4 Jul 2014 19:57:19 +0200 (CEST) Message-ID: <53B6EB0C.9020402@selasky.org> Date: Fri, 04 Jul 2014 19:57:32 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: David Wolfskill , stable@freebsd.org Subject: Re: r268244 (stable/9) seems to break "sysctl hw.ncpu" References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> In-Reply-To: <20140704174705.GS6056@albert.catwhisker.org> 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.18 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, 04 Jul 2014 17:57:20 -0000 Can you also send me off-list, the two binaries which you've got? One failing and one working? Thank you! --HPS From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 18:01:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1565E9 for ; Fri, 4 Jul 2014 18:01:11 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 4BBE922C9 for ; Fri, 4 Jul 2014 18:01:10 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s64I19TO056941; Fri, 4 Jul 2014 11:01:09 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s64I19Uk056940; Fri, 4 Jul 2014 11:01:09 -0700 (PDT) (envelope-from david) Date: Fri, 4 Jul 2014 11:01:09 -0700 From: David Wolfskill To: Hans Petter Selasky Subject: Re: r268244 (stable/9) seems to break "sysctl hw.ncpu" Message-ID: <20140704180109.GT6056@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Hans Petter Selasky , stable@freebsd.org References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EA74.1090604@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qyZ1VOjRGk8hBWhg" Content-Disposition: inline In-Reply-To: <53B6EA74.1090604@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 18:01:11 -0000 --qyZ1VOjRGk8hBWhg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 04, 2014 at 07:55:00PM +0200, Hans Petter Selasky wrote: > Hi, >=20 > Can you do: >=20 > In failing version of sysctl: > sysctl -a > a.txt >=20 > In working version of sysctl: > sysctl -a > b.txt >=20 > diff -u a.txt b.txt > ... Sure; I did the above within script(1); output's a bit large for the lists: g1-252(9.3-P)[16] ls -lhT typescript ?.txt -rw-r--r-- 1 david wheel 311k Jul 4 10:57:27 2014 a.txt -rw-r--r-- 1 david wheel 217k Jul 4 10:57:44 2014 b.txt -rw-r--r-- 1 david wheel 364k Jul 4 10:58:07 2014 typescript g1-252(9.3-P)[17]=20 I can stuff them where my Web server can provide them for you; send them to you via email; drop them off on freefall somewhere.... What's your preference? Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --qyZ1VOjRGk8hBWhg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTtuvkXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7WD8QAJFmS6UkB7uAlJOA8d2l8UX6 rEqgK6vpcjyZgrxvVyf22jonUjkYyjD6ugJVZv+b9tO9z9Wrox/LBXlH2PRlLC6E WVKK8SGfw0K5QuaKLXaDu1fK75LZ0SIexfdlXv2V5+dyyHIjs5mp9WDx4y6GW1Oy eXzN2TelvAQFOG8xrh9XjzPsIiECtMEIPxVJASdIO4JjEkUU/ksmZoEu7aufKcWE B8S2VtW9CL9VJaxQ1c+jn2Md3+GX9lgCPl0mhumiOR8a5Y3o87LX1S/De8MiNK9E oiaKQDaacbTtrOHWmseQcjEJ7FXc9qQoIrQQy7gJReU+xIgM7xeMppzvc1iJZ0Xn 0Cv6POGZwapQQ3FqO/c0h3ZlJh6eqUcEbMlUwo7ocoHgaWBTaGKT2FQ/BTT169HB eF2ZwhP53zhX05o40ylfVU96ir0x990NWxf8TC6qleY7yIlOKqelJEpsBAoviZ/R BiPkKJvvjOiVGIfhHDZzBjUtiooTsBrrH8bmM7cfJGbnf5Z9ZnG5E4wHE36l1RgC DDwAMQsQJjNswt94aaaR0LdIy16ExXONgtgrbh+WlRr8NR1MoNZbJLYyxGvdH12V UfXJ/E9tuyehSqQkjddytdi6epa1mrFX3zCr8rG+PwQfuuo5N64obCfsEKZl/UKg 9x8I1eLFhn7fl60qwRoO =Wn6K -----END PGP SIGNATURE----- --qyZ1VOjRGk8hBWhg-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 18:09:09 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6534E4A1; Fri, 4 Jul 2014 18:09:09 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 26F142321; Fri, 4 Jul 2014 18:09:09 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 266471FE02D; Fri, 4 Jul 2014 20:09:08 +0200 (CEST) Message-ID: <53B6EDD1.8030506@selasky.org> Date: Fri, 04 Jul 2014 20:09:21 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: David Wolfskill , stable@freebsd.org, "current@freebsd.org" Subject: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"] References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> In-Reply-To: <20140704174705.GS6056@albert.catwhisker.org> 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.18 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, 04 Jul 2014 18:09:09 -0000 Hi, Can you try to reproduce this: Checkout 9-stable's src/sbin/sysctl only. cd /usr/9-stable/src/sbin/sysctl env CC=clang make clean all ./sysctl -n hw.ncpu Then: env CC=gcc make clean all ./sysctl -n hw.ncpu clang --version FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 Target: x86_64-unknown-freebsd9.1 Thread model: posix gcc --version gcc (GCC) 4.2.1 20070831 patched [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. .... When compiling the code with clang, no output is happening. When compiling with gcc, the FreeBSD 9-stable sysctl operates correctly. How do we proceed? Can more people check this and reproduce? When compiling the -10 and -11 version of sysctl with clang and gcc, everything is fine! Thank you! --HPS From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 18:18:33 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CA7684F; Fri, 4 Jul 2014 18:18:33 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 C57592417; Fri, 4 Jul 2014 18:18:32 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s64IIV5r057032; Fri, 4 Jul 2014 11:18:31 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s64IIVXf057031; Fri, 4 Jul 2014 11:18:31 -0700 (PDT) (envelope-from david) Date: Fri, 4 Jul 2014 11:18:31 -0700 From: David Wolfskill To: Hans Petter Selasky Subject: Re: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"] Message-ID: <20140704181831.GV6056@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Hans Petter Selasky , stable@freebsd.org, "current@freebsd.org" References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EDD1.8030506@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="AEkhIf3vy/ReXTu0" Content-Disposition: inline In-Reply-To: <53B6EDD1.8030506@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: stable@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 18:18:33 -0000 --AEkhIf3vy/ReXTu0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 04, 2014 at 08:09:21PM +0200, Hans Petter Selasky wrote: > Hi, >=20 > Can you try to reproduce this: >=20 > Checkout 9-stable's src/sbin/sysctl only. >=20 > cd /usr/9-stable/src/sbin/sysctl >=20 > env CC=3Dclang make clean all > ./sysctl -n hw.ncpu >=20 > Then: >=20 > env CC=3Dgcc make clean all > ./sysctl -n hw.ncpu >=20 >=20 > clang --version > FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 > Target: x86_64-unknown-freebsd9.1 > Thread model: posix >=20 > gcc --version > gcc (GCC) 4.2.1 20070831 patched [FreeBSD] > Copyright (C) 2007 Free Software Foundation, Inc. > .... Hmm... I should have mentioned this part earlier (sorry!): I've been using clang as the system compiler since about ... autumn 2012 (long ago enough that I forgot that it might be "odd" for stable/9). > When compiling the code with clang, no output is happening. When=20 > compiling with gcc, the FreeBSD 9-stable sysctl operates correctly. How= =20 > do we proceed? >=20 > Can more people check this and reproduce? Well, here's what I see: g1-252(9.3-P)[22] svn co file:///svn/freebsd/src/base/stable/9/sbin/sysctl A sysctl/sysctl.c A sysctl/sysctl.8 A sysctl/Makefile U sysctl Checked out revision 268249. g1-252(9.3-P)[23] cd sysctl/ g1-252(9.3-P)[24] env CC=3Dclang make clean all rm -f sysctl sysctl.o sysctl.8.gz sysctl.8.cat.gz Warning: Object directory not changed from original /tmp/hps/sysctl clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -c sysctl.c clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -o sysctl sysctl.o=20 gzip -cn sysctl.8 > sysctl.8.gz g1-252(9.3-P)[25] ./sysctl -n hw.ncpu g1-252(9.3-P)[26] env CC=3Dgcc make clean all rm -f sysctl sysctl.o sysctl.8.gz sysctl.8.cat.gz Warning: Object directory not changed from original /tmp/hps/sysctl clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -c sysctl.c clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -o sysctl sysctl.o=20 gzip -cn sysctl.8 > sysctl.8.gz g1-252(9.3-P)[27] ./sysctl -n hw.ncpu g1-252(9.3-P)[28]=20 > When compiling the -10 and -11 version of sysctl with clang and gcc,=20 > everything is fine! That's moderately seriously kinky.... And not in a Good Way. :-/ > Thank you! At least I have some evidence that I might not be merely hallucinating.... Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --AEkhIf3vy/ReXTu0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTtu/1XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7seQP/0e5UCLxIMOv8ugkmuCU6yq/ uxvw/PI62hTyAnZS+97XwlQZcSqxoh33cruzyg6wfsOb8KKhjOE22n29C7Ewa+M7 cXlMDWOTgMdkoicojnf5N1jyZyoAGgtc0MOhh0kw4gcNZWYXwSGkuYlhZf1AkMq4 IZ+hqgSjm5zXpa+KacSmrE05uW06jYrRqq2DvN/oSm0+JhGjKs9CLfR2dl3QgYl9 8tUWHVRwdwpWB66fwSwn/i+saSoKSgqxI+EZzUxj6y8y4Zxfo+ESNemVE/VU7t+v L5REjVfzVdN+EaQcJsmrCjO2DI+vdJ/Ad9X0hdhqJanK1lsGWGeSYN+ZPNTfqPu9 EaJG2q8HCiT9qwU9j9jKk3odf/9ootOUbK/CS0EY3A3zDbuRI3Fh5gxKsGtQL9+8 1mv4VOdTp80XKUiVFj8rXv6doeS/Wt2eiKeSHL2AXFXPBm4PjbnHVrDYTzB8MuKS yC69q2YrTRJJaVZ1rZcRKN0EPZ/u+4Btj1HZZc6n2fEMlBzxWqS4iATrRp4zzcRL Uq+LLVv51FX2qeDkuhTYUFGvfNb/ZZe0gblLbWn/Y1Ujl7vaye6JIxiF4YN0AgOS DiCl6zA9MsQzutIjGisP326m5j0L1VZm146CYT7QyxqRn8s+Fbh2aeHmxj5f/2xp ZwNMBb1lnBF4x6mV5F8U =co+H -----END PGP SIGNATURE----- --AEkhIf3vy/ReXTu0-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 18:32:59 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65703CCB; Fri, 4 Jul 2014 18:32:59 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 26D19257D; Fri, 4 Jul 2014 18:32:59 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id AA7C61FE02D; Fri, 4 Jul 2014 20:32:57 +0200 (CEST) Message-ID: <53B6F367.2080206@selasky.org> Date: Fri, 04 Jul 2014 20:33:11 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: David Wolfskill , stable@freebsd.org, "current@freebsd.org" Subject: Re: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"] References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EDD1.8030506@selasky.org> <20140704181831.GV6056@albert.catwhisker.org> In-Reply-To: <20140704181831.GV6056@albert.catwhisker.org> 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.18 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, 04 Jul 2014 18:32:59 -0000 Hi, I've reverted the MFC of r267960: http://svnweb.freebsd.org/changeset/base/268263 I did some checking and the patch makes access to a non-initialized variable, due to other missing patches prior to mine, probably making compiler differences show up on my side. It appears the patch cannot be ported to 9-stable then. So I'll just leave it there. David: Thank you for your error-report. --HPS From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 19:31:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 990A9FA2 for ; Fri, 4 Jul 2014 19:31:32 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B56029EC for ; Fri, 4 Jul 2014 19:31:32 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id c9so1766646qcz.37 for ; Fri, 04 Jul 2014 12:31:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=T+OP4EaqlTB3lUnuBFdaGqi78c5rgGYaQ6LtEki707g=; b=vJx9/Hsr7+SYNgAO0BA8KuaMTYQkmGlJOnRRnDaoaFK2GoxqGb/rEo1jirFfZOllrZ 8ya+GUl1JTxFlgWgONeE1DIU78pvRwwyMj4ZHlZz2AlWEeLZd7cXZT6pR4/rK//kdjqc /ZN+78uuyvta5aW4qPMQbdTU3IFPUVMv4cODHtSoTeIAnBPQxo0vDtTxh0E9R7CoUeUL m+B55XtteODZkG3K+rrplLofXkySHaeRB/VAkNf8/DdhAlOeMRQFftIqAHlM6wjm5/q5 kAfULokNjNEsxpVqN9tLlN3MNah3xb9DxA3icMiPJEJtTfjYFx8hk42I/uA+ZmwhZ948 tKfg== MIME-Version: 1.0 X-Received: by 10.140.32.66 with SMTP id g60mr19900259qgg.17.1404502291524; Fri, 04 Jul 2014 12:31:31 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Fri, 4 Jul 2014 12:31:31 -0700 (PDT) In-Reply-To: References: <53B69B88.4060803@gmail.com> Date: Fri, 4 Jul 2014 15:31:31 -0400 X-Google-Sender-Auth: inZY19LktYW26OL2vNKsdAP06no Message-ID: Subject: Re: Should 9.3 carry a warning about NEW_XORG From: Ed Maste To: Pete French Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 19:31:32 -0000 On 4 July 2014 08:24, Pete French wrote: > > I am following this with some interest - I was under the impression that > from 9.3 onwards vt(4) was included by default. is this not tre ? Do > I still need to recompile to use vt ? In HEAD syscons(4) and vt(4) are now both compiled in by default in the GENERIC kernel. Syscons remains the default at the moment; you can set the loader tunable kern.vty=vt to choose vt(4) instead. Vt is selected automatically if booting via UEFI on amd64. Both stable/10 and stable/9 require a recompile to use vt(4). The plan is to merge these changes from HEAD in time for 10.1, but 9.3 will not have them. Note that vt(4) enables vty switching from Xorg, but WITH_NEW_XORG generally should not depend on vt(4). X should work fine, just without the ability to switch back to a vty. If WITH_NEW_XORG fails on certain hardware I think it'll be independent of the use of sc(v) vs vt(4). -Ed From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 21:13:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BC8B3EE for ; Fri, 4 Jul 2014 21:13:25 +0000 (UTC) Received: from mta1.riverwillow.net.au (mta1.riverwillow.net.au [IPv6:2001:8000:1000:1801::36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mta1.riverwillow.net.au", Issuer "Riverwillow Root Certificate 2010-04-12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A5895232A for ; Fri, 4 Jul 2014 21:13:24 +0000 (UTC) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [IPv6:2001:8000:1000:1801::46]) by mta1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s64LDIu5066937 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 5 Jul 2014 07:13:19 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=mta1002; t=1404508399; bh=Ko7NgJdtKAfmrYL4ssRfLQZkn3YKnZRPpjMNHahCyRw=; h=Date:From:To:Subject:References:In-Reply-To; b=KTsuXXOzeke/R2vb7QhPz5t1N9bccctUs6y1msCzbOoodTiQ+qllJX6il32dNAMhO 78ZI2bC+1Y7uvHVWkkuxmWSLNtPDVJPsiTDgKKH2jmBh8MQxeP+9/CxW/S+70LJgLz 1cLBEXnMHb7C+7zasWVSfXnEYlFQp4AbuQWvZ5/4= Received: from rwpc15.gfn.riverwillow.net.au (rwpc15.gfn.riverwillow.net.au [IPv6:2001:8000:1000:18e1:20c:76ff:fe0a:2117]) (authenticated bits=56) by mail1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s64LDFM9066936 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 5 Jul 2014 07:13:17 +1000 (AEST) Date: Sat, 5 Jul 2014 07:13:12 +1000 From: John Marshall To: freebsd-stable@freebsd.org Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-ID: <20140704211311.GA7680@rwpc15.gfn.riverwillow.net.au> Mail-Followup-To: freebsd-stable@freebsd.org References: <53B69B88.4060803@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <53B69B88.4060803@gmail.com> OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 21:13:25 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 04 Jul 2014, 14:18 +0200, Piotr Kubaj wrote: > On 07/04/2014 14:00, freebsd-stable-request@freebsd.org wrote: > There's not POLA as vt(4) has been merged to stable/9 and stable/10 to > make it possible to use tty. To use new Xorg with tty, recompile kernel > using VT config. Right, it cannot be construed as POLA violation for stable/9 or stable/10; but we're talking about a -RELEASE branch. Is it appropriate for a -RELEASE branch user doing a point release upgrade within a major version to have NEW_XORG build without warning (and not work) following the OS upgrade? The intention of ports r351411 appears to be to make NEW_XORG the default on stable/9 and stable/10 while leaving old XORG the default on the 9 and 10 -RELEASE branches. We have just branched releng/9.3 from stable/9, so it has picked up the "opt out" behaviour from stable - opposite to the "opt in" behaviour of the releng branches. Although the conditional processing happens in the ports infrastructure it impacts user experience of this release FOR USERS OF X. vt(4) is not even mentioned in GENERIC or NOTES but a VT config file is lurking in the release. sc(4) and vga(4) are still in GENERIC and GENERIC states that syscons(4) is the default console driver. I didn't come across anything that warned me that a ports upgrade following the OS upgrade would break X. --=20 John Marshall --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlO3GOcACgkQw/tAaKKahKLYuQCgsXvpbxct4mELpagLGR8z7jL7 Q1sAnRTZHrkndyWphvdu+7hTVZjGwRfu =mUlc -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 21:20:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51C1A7E0 for ; Fri, 4 Jul 2014 21:20:55 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 17F962394 for ; Fri, 4 Jul 2014 21:20:54 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqYEAKMZt1ODaFve/2dsb2JhbABSCBaDSlqCb7t9hmxTAYEhdYQDAQEBBAEBASArIAsbGAICDRkCKQEJJg4HBAEaAgSIIQ2vRJsTF4EsgTWLawUBARsBMwcWgmGBTAWYCoQ0jDOGEYNfITWBBTk X-IronPort-AV: E=Sophos;i="5.01,603,1400040000"; d="scan'208";a="137654181" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 04 Jul 2014 17:20:47 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id DB36DB3F48; Fri, 4 Jul 2014 17:20:47 -0400 (EDT) Date: Fri, 4 Jul 2014 17:20:47 -0400 (EDT) From: Rick Macklem To: kpneal@pobox.com Message-ID: <1127183499.7467557.1404508847886.JavaMail.root@uoguelph.ca> In-Reply-To: <20140704175251.GB62030@neutralgood.org> Subject: Re: FreeBSD 10.x + LiquidSoap + NFS == Server Hang MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.209] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: Marc Fournier , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 21:20:55 -0000 Kevin P. Neal wrote: > On Fri, Jul 04, 2014 at 09:33:48AM -0700, Marc Fournier wrote: > > I=E2=80=99ve made the change on two of my servers that have been exhibi= ting > > NFS related issues, so we=E2=80=99ll see how this goes over the next > > couple of days, but am curious as to when one would use =E2=80=98intr= =E2=80=99 in > > the first place, if by using it, it could cause NFS to hang like > > this? Granted, out of 11 servers using =E2=80=98intr=E2=80=99, this on= e server is > > the only one that I=E2=80=99ve knowingly experienced the nfs_getpages, = so > > it seems to be something hard to trigger =E2=80=A6 >=20 > It used to be that if you had an nfs mount that was nointr, and the > server > died, then any client programs that were in the middle of an I/O > would > hang forever. Well, until the server comes back up, actually. There is no perfect solution, but I always used hard mounts (no intr, soft) and just tried to make sure my NFS servers were reliable (same w.r.t. netwo= rk fabric), when I wore a sysadmin hat. There is "umount -f", which can get rid of a hung server. Unfortunately, if you do a "umount" (without -f) that is stuck on the crashed server's mount point, "umount -f" won't work, because the other "umount" will have the mou= nt point locked up. rick ps: Both John Baldwin and Kostik have made changes to how certain signals a= re handled during syscalls (and also what happens when an nfs_getpages() f= ails) so the behaviour is dependent upon FreeBSD version. > -- > Kevin P. Neal > http://www.pobox.com/~kpn/ > "Oh, I've heard that paradox a couple of times, but there's something > about a cat dying and I hate to think of such things." > - Dr. Donald Knuth speaking of Schrodinger's cat, December 8, 1999, > MIT > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Jul 4 21:24:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07F1EB2F for ; Fri, 4 Jul 2014 21:24:19 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id C29EA2444 for ; Fri, 4 Jul 2014 21:24:18 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqYEAJrEtVODaFve/2dsb2JhbABag19agm+7boZsUwGBJHWEAwEBAQQBAQEgKyALGw4KAgINGQIpAQkmBggHBAEIFASIIQ2uBJtFF4EsgTWLcAEBGwEzB4J3gUwFmAqENJJDg18hLwaBBTk X-IronPort-AV: E=Sophos;i="5.01,603,1400040000"; d="scan'208";a="138317712" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 04 Jul 2014 17:24:16 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id BC924B3F18; Fri, 4 Jul 2014 17:24:16 -0400 (EDT) Date: Fri, 4 Jul 2014 17:24:16 -0400 (EDT) From: Rick Macklem To: Marc Fournier Message-ID: <1556852489.7469008.1404509056767.JavaMail.root@uoguelph.ca> In-Reply-To: <440AEF44-E1E9-4857-86B5-CACE902AD2DE@hub.org> Subject: Re: FreeBSD 10.x + LiquidSoap + NFS == Server Hang MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 04 Jul 2014 21:24:19 -0000 Marc Fournier wrote: >=20 > On Jul 4, 2014, at 5:10 AM, Rick Macklem > wrote: >=20 > > Marc Founier wrote: > >>=20 > >> k, just found > >> http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-on= line-ddb.html > >> and setup KDB/DDB and just tested that using the =E2=80=98sysctl=E2=80= =99 works to > >> get me to the KDB prompt =E2=80=A6 hopefully this will allow me to pro= vide > >> more useful information, if someone can let me know what exactly > >> that would be for next time it hangs? :) > >>=20 > >>=20 > >> thx > >>=20 > >>=20 > >> On Jul 3, 2014, at 9:26 PM, Marc Fournier wrote: > >>=20 > >>>=20 > >>> Oh, on the remote console, last two lines I see are: > >>>=20 > >>> =3D=3D > >>> nfs_getpages: error 4 > >>> vm_fault: pager read error, pid 2957 (liquid soap) > >>> =3D=3D > > 4 is EINTR. That would suggest you might have the "intr" option on > > the mount? > >=20 > > If so, try taking out the "intr" option on the mount, if you are > > using it. >=20 > I did =E2=80=A6 just rebooted with changes, now have it set as: >=20 > 192.168.1.253:/vol/vol1 /vm nfs rw,soft,nolockd 0 0 >=20 Try getting rid of "soft" too. It is actually far more likely to be the cause (all it takes is a slow response from the server when under heavy load to cause the nfs_getpages() to timeout and fail). Personally, I would never use "soft" on an NFS mount. rick >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 06:16:34 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B10B5BA0 for ; Sat, 5 Jul 2014 06:16:34 +0000 (UTC) Received: from nm18-vm7.bullet.mail.ir2.yahoo.com (nm18-vm7.bullet.mail.ir2.yahoo.com [212.82.96.231]) (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 DDB202A96 for ; Sat, 5 Jul 2014 06:16:33 +0000 (UTC) Received: from [212.82.98.58] by nm18.bullet.mail.ir2.yahoo.com with NNFMP; 05 Jul 2014 06:09:41 -0000 Received: from [46.228.39.87] by tm11.bullet.mail.ir2.yahoo.com with NNFMP; 05 Jul 2014 06:09:41 -0000 Received: from [127.0.0.1] by smtp124.mail.ir2.yahoo.com with NNFMP; 05 Jul 2014 06:09:41 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1404540581; bh=5ZUOullk8y0zCTLp5LKypZfk+j3j7gqKL8Y4aqcOlRQ=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent; b=XqoHLYd+w61f2pkazN3SYuIvGcpqBmDfv71jPNXCrKcNIhh8nbD+uaLU7zlCyqFlkwNqbLC6b+w0Xqz1EGUN/1DC0Lof3EcPEvKwpiswNFOp32pV1SS3CJ4y1/0kZIBU+A9naf5CDTnaJciL0/5b/nu3Pk3ZOIkamRK5mdnsuZc= X-Yahoo-Newman-Id: 420945.79391.bm@smtp124.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Iwj.UwIVM1krXueo3q31xiozYv0axZLdii1XHWJdSwh5jk2 P_Dl_lvkzRYQ0.5SvGaxj14WnIe3fLXxsGBKS59bwPCxbI3qL1om23PltgiY Ig4kXP3TtT9QnD1A7fPKnq6q0nKIf.BjzpkxKdmAn7woxI_5amWp9HkmhIob 9c8UyDS7uN__6L2Sa7M0uJc6XirSNbarPno9jpts.klF_nqP57CTngTCbTTC d_AtrarwUMF_kXzJ36w1o5Kk1FbHthLTnaRxKpZfAGeNqIFwqD11FS5ULBq_ MQOMrYcPEPwal3.eI8n3.WbSbKmaan13IXuU2p6BC31p5ueXMkpwd.wlx2ZC bNjJ2HC1B.8T6tbkl7.yPkY923FSMla.uJ.zkyiECcmErmoy.SLi4CpPqhaj OYXGqsfvlRY1DpHwhCNbzeZAFnwOinhW3Yq41BgCW6riXC_F4YUqr_Cazyj4 c75Vn5xZThO5B3RRi2wbSo5.p00OYwVeseyGdDUFyLa877vN1ieVoFVt4SAQ 4uFfsN5ZXbnO0OhYd_3XViqEIWYcX_9V1Cpjss1Rwh0ep23xyhEX9tw9W32r dzalLbeLgyG2c3oYmLb4s4yzS4HhE15YQs4lhV4LoGv_NO9oIeDdOWy3050u jZSTgJnven4E015G_7dUVQulc2oiq6b02oyYEWioJUgeLLEW3a_EqteRPWYk YeewZ.SNUxfA1DxWyvLqUTX.VuOOCBjuObtB.51hHfyEoq9WgJNBxN6ZoVMm JT6ywPAW_4ozI_4Cjd1JlInkd6oRXRw-- X-Yahoo-SMTP: WU.IBxeswBAAnLcBZV3tEZIK0A-- X-Rocket-Received: from flea (ardovm@188.153.187.164 with plain [188.125.69.59]) by smtp124.mail.ir2.yahoo.com with SMTP; 05 Jul 2014 06:09:41 +0000 UTC Received: by flea (Postfix, from userid 1000) id 463DDC0008B; Sat, 5 Jul 2014 08:09:40 +0200 (CEST) Date: Sat, 5 Jul 2014 08:09:40 +0200 From: Arrigo Marchiori To: wsk Subject: Re: 10.0-RELEASE BTX halted on DELL R900 Message-ID: <20140705060939.GA11739@flea.casa> References: <53B659B7.3020202@gddsn.org.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <53B659B7.3020202@gddsn.org.cn> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: stable@freebsd.org, questions@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 06:16:34 -0000 Hello Wsk, On Fri, Jul 04, 2014 at 03:37:27PM +0800, wsk wrote: > lists > I met a BTX halted problem while upgrade Freebsd 9.0-RC3 to > 10.0-Release via freebsd-update. > and please check the link below: > http://sw.gddsn.org.cn/jopens/test/btx.jpg > > BTW: I can booted 10.0-R from DVD-ROM as expected but got same error > message with flash-driver. I don't remember if that error message means ``division by zero''. Just in case, you could try the patch attached to this bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=176748 The patch was compiled for 9-STABLE; if it does not apply to the 10.0 sources, then drop me a line so I can adapt it. I hope this helps. Regards, -- rigo http://rigo.altervista.org From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 10:32:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92531EF for ; Sat, 5 Jul 2014 10:32:52 +0000 (UTC) Received: from mta1.riverwillow.net.au (mta1.riverwillow.net.au [IPv6:2001:8000:1000:1801::36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mta1.riverwillow.net.au", Issuer "Riverwillow Root Certificate 2010-04-12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 00F8C2BA1 for ; Sat, 5 Jul 2014 10:32:51 +0000 (UTC) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [IPv6:2001:8000:1000:1801::46]) by mta1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s65AWiY0006681 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 5 Jul 2014 20:32:44 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=mta1002; t=1404556364; bh=9djdC/ugOqIGAutJMdzCD8kOieGM9llRtq4Pa2ocmDA=; h=Date:From:To:Subject:References:In-Reply-To; b=JVpghDKWhUIf2yegzA2kuWk9ahSuihOM5nSKy4ZBEHZyDyeNmfkhQazOvGzhSA4kM d9oZzb1Swbe51SvUCE7aHdf5Soj2yVNRIDsOh0beSxDbSLeQCEa1lsBORk1Z+mlKtQ NhWXNvgXSE3Gx0ZmXHyLBRpx4+v1Y+UmG3EXDEok= Received: from rwpc15.gfn.riverwillow.net.au (rwpc15.gfn.riverwillow.net.au [IPv6:2001:8000:1000:18e1:20c:76ff:fe0a:2117]) (authenticated bits=56) by mail1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s65AWfOG006680 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 5 Jul 2014 20:32:43 +1000 (AEST) Date: Sat, 5 Jul 2014 20:32:36 +1000 From: John Marshall To: freebsd-stable@freebsd.org Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-ID: <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> Mail-Followup-To: freebsd-stable@freebsd.org References: <53B69B88.4060803@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WhfpMioaduB5tiZL" Content-Disposition: inline In-Reply-To: OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 10:32:52 -0000 --WhfpMioaduB5tiZL Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 04 Jul 2014, 15:31 -0400, Ed Maste wrote: > In HEAD syscons(4) and vt(4) are now both compiled in by default in > the GENERIC kernel. Syscons remains the default at the moment; you > can set the loader tunable kern.vty=3Dvt to choose vt(4) instead. Vt is > selected automatically if booting via UEFI on amd64. >=20 > Both stable/10 and stable/9 require a recompile to use vt(4). The > plan is to merge these changes from HEAD in time for 10.1, but 9.3 > will not have them. So, perhaps 9.3 should remain "opt in" like 9.2 and not build NEW_XORG by default? > Note that vt(4) enables vty switching from Xorg, but WITH_NEW_XORG > generally should not depend on vt(4). X should work fine, just > without the ability to switch back to a vty. If WITH_NEW_XORG fails > on certain hardware I think it'll be independent of the use of sc(v) > vs vt(4). Thank you, Ed, for taking the time to explain all that. I had been under the impression that NEW_XORG depended on vt(4), which was why I modified my 9.3 kernel. sc(4) worked fine after my initial upgrade, vt(4) works fine; it's just X that doesn't. Perhaps my "X no longer works" scenario is due to "certain hardware"? Is there a list somewhere of hardware on which NEW_XORG will not work, so that folks running 9.2 with that hardware can set WITHOUT_NEW_XORG BEFORE they upgrade to 9.3 and save themselves grief? --=20 John Marshall --WhfpMioaduB5tiZL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlO31EMACgkQw/tAaKKahKKEsACgwXYI74a+srKvvc87sw1tZcmU ebwAn2JIo1aHEE8gxdxH3j6edw0g3x+L =ndRF -----END PGP SIGNATURE----- --WhfpMioaduB5tiZL-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 10:58:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8EFB76B8 for ; Sat, 5 Jul 2014 10:58:35 +0000 (UTC) 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 3AF7E2D43 for ; Sat, 5 Jul 2014 10:58:35 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s65AwWJ8005273 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 5 Jul 2014 04:58:32 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s65AwWgd005270; Sat, 5 Jul 2014 04:58:32 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 5 Jul 2014 04:58:32 -0600 (MDT) From: Warren Block To: John Marshall Subject: Re: Should 9.3 carry a warning about NEW_XORG In-Reply-To: <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> Message-ID: References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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]); Sat, 05 Jul 2014 04:58:33 -0600 (MDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 10:58:35 -0000 On Sat, 5 Jul 2014, John Marshall wrote: > Perhaps my "X no longer works" scenario is due to "certain hardware"? > Is there a list somewhere of hardware on which NEW_XORG will not work, > so that folks running 9.2 with that hardware can set WITHOUT_NEW_XORG > BEFORE they upgrade to 9.3 and save themselves grief? There is a list of video cards, both working and non-working: https://wiki.freebsd.org/Graphics#Video_cards From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 11:10:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7F13842 for ; Sat, 5 Jul 2014 11:10:16 +0000 (UTC) Received: from nmsh4.e.nsc.no (nmsh4.e.nsc.no [193.213.121.75]) by mx1.freebsd.org (Postfix) with ESMTP id 426782DF3 for ; Sat, 5 Jul 2014 11:10:15 +0000 (UTC) Received: from terraplane.org (ti0027a400-1392.bb.online.no [83.109.176.119]) by nmsh4.nsc.no (8.14.7/8.14.7) with ESMTP id s65AWCi0009098 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 5 Jul 2014 12:32:13 +0200 (MEST) Received: from terraplane.org (localhost [127.0.0.1]) by terraplane.org (8.14.5/8.14.5) with ESMTP id s65AYGcg059897 for ; Sat, 5 Jul 2014 12:34:16 +0200 (CEST) (envelope-from rumrunner@terraplane.org) Received: (from rumrunner@localhost) by terraplane.org (8.14.5/8.13.8/Submit) id s65AYGXv059896 for freebsd-stable@freebsd.org; Sat, 5 Jul 2014 12:34:16 +0200 (CEST) (envelope-from rumrunner) Date: Sat, 5 Jul 2014 12:34:16 +0200 From: Eivind Nicolay Evensen To: freebsd-stable@freebsd.org Subject: Re: Support DISCARD (^O) Message-ID: <20140705103415.GA55807@klump.hjerdalen.lokalnett> References: <20131217211816.GA41797@klump.hjerdalen.lokalnett> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131217211816.GA41797@klump.hjerdalen.lokalnett> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 11:10:16 -0000 On Tue, Dec 17, 2013 at 10:18:16PM +0100, Eivind Evensen wrote: > Hello. > > I don't know if there is any particular reason that support for DISCARD/^O > was not included in the tty rewrite that happened from FreeBSD 7 to 8, > but in case anybody else wants it, here's a diff functioning mostly > like in 7, except output isn't switched back on automatically on input. > > Diff is against FreeBSD 8, however, last time I checked I didn't see > much difference in the newer versions. Here's a diff against FreeBSD 10. It seems to work fine there too. diff -r 59ad9c4b7916 -r 6e500f4552b4 sys/kern/tty_ttydisc.c --- a/sys/kern/tty_ttydisc.c Fri Jul 04 17:27:59 2014 +0200 +++ b/sys/kern/tty_ttydisc.c Fri Jul 04 17:29:29 2014 +0200 @@ -464,6 +464,9 @@ if (tp->t_flags & TF_ZOMBIE) return (EIO); + if (tp->t_termios.c_lflag & FLUSHO) + return (0); + /* * We don't need to check whether the process is the foreground * process group or if we have a carrier. This is already done @@ -896,6 +899,14 @@ /* Special control characters that are implementation dependent. */ if (CMP_FLAG(l, IEXTEN)) { + /* Discard (^O) */ + if (CMP_CC(VDISCARD, c)) { + if (!(tp->t_termios.c_lflag & FLUSHO)) + ttyoutq_write_nofrag(&tp->t_outq, "^O", 2); + tp->t_termios.c_lflag ^= FLUSHO; + return(0); + } + /* Accept the next character as literal. */ if (CMP_CC(VLNEXT, c)) { if (CMP_FLAG(l, ECHO)) { From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 12:47:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D338CE84 for ; Sat, 5 Jul 2014 12:47:58 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 8134F264D for ; Sat, 5 Jul 2014 12:47:57 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id 48CE1B9060 for ; Sat, 5 Jul 2014 14:47:51 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1404564463; x=1406378864; bh=wFVpjYacgUqijPqsCbMZDB5AuDmBTWXJi8X +RgnMmvo=; b=C5oNbb/fab9Tfnj/dhg3j7rbUrPk1ScokZ93LMniiiLi5RzT//P 5oJ6rYJtDp11jOtBRiIJrH0WnxYmNo+iUA/bPy/9n+Dg/Qa9hM9TLAlPFJJDtPdV mD7+/k6fL3a+tQUQNMbrm9xofK2EZYqdWeg1AQzSS2EYkhkDRKSKuGuA= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id TARGTjGX7PJt for ; Sat, 5 Jul 2014 14:47:43 +0200 (CEST) Received: from kaa.mimar.rs (93-138-49-37.adsl.net.t-com.hr [93.138.49.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 1D475B903D for ; Sat, 5 Jul 2014 14:47:42 +0200 (CEST) Date: Sat, 5 Jul 2014 14:47:40 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-Id: <20140705144740.ec111026afe7f65a4c87ba17@mimar.rs> In-Reply-To: References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> Organization: Mimar X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 12:47:58 -0000 On Sat, 5 Jul 2014 04:58:32 -0600 (MDT) Warren Block wrote: > There is a list of video cards, both working and non-working: > https://wiki.freebsd.org/Graphics#Video_cards My Intel HD P4000 works fine for months now on 10.0-RELEASE-p3 amd64 WITH_NEW_XORG and WITH_GALLIUM, which questions the accuracy of the list you mention, as it states that i[357]-4xxx are not supported. --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 12:50:27 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 426D2D0; Sat, 5 Jul 2014 12:50:27 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 08B482679; Sat, 5 Jul 2014 12:50:26 +0000 (UTC) Received: from [192.168.0.7] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s65Cnmus032573 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 5 Jul 2014 12:49:51 GMT (envelope-from theraven@theravensnest.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"] From: David Chisnall In-Reply-To: <20140704181831.GV6056@albert.catwhisker.org> Date: Sat, 5 Jul 2014 13:49:44 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <909248A4-1B7C-4836-ADAA-F81A70A8AC3C@theravensnest.org> References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EDD1.8030506@selasky.org> <20140704181831.GV6056@albert.catwhisker.org> To: David Wolfskill X-Mailer: Apple Mail (2.1878.6) Cc: Hans Petter Selasky , stable@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 12:50:27 -0000 On 4 Jul 2014, at 19:18, David Wolfskill wrote: > clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector = -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -o sysctl sysctl.o=20 This compile line is turning off a lot of warnings. In particular, = -Wno-uninitialized and -Wno-parentheses-equality are likely to hide = warnings that refer to real errors. It sounds like this case was one of = them - if these warnings were on then we'd have got a build failure = rather than an executable that depended on undefined behaviour. David From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 12:57:59 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6932520D; Sat, 5 Jul 2014 12:57:59 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 25AAA270F; Sat, 5 Jul 2014 12:57:59 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::7488:d5b8:e5a:cd00] (unknown [IPv6:2001:7b8:3a7:0:7488:d5b8:e5a:cd00]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 77D6F5C44; Sat, 5 Jul 2014 14:57:54 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_8BFBC2F8-7735-4D1E-8644-B92496494102"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: 10.0-RELEASE BTX halted on DELL R900 From: Dimitry Andric In-Reply-To: <20140705060939.GA11739@flea.casa> Date: Sat, 5 Jul 2014 14:57:45 +0200 Message-Id: <5881B5EA-B625-4E47-ADCB-3F2F894A8630@FreeBSD.org> References: <53B659B7.3020202@gddsn.org.cn> <20140705060939.GA11739@flea.casa> To: Arrigo Marchiori X-Mailer: Apple Mail (2.1878.6) Cc: stable@freebsd.org, questions@freebsd.org, current@freebsd.org, wsk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 12:57:59 -0000 --Apple-Mail=_8BFBC2F8-7735-4D1E-8644-B92496494102 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 05 Jul 2014, at 08:09, Arrigo Marchiori wrote: >=20 > On Fri, Jul 04, 2014 at 03:37:27PM +0800, wsk wrote: >> lists >> I met a BTX halted problem while upgrade Freebsd 9.0-RC3 to=20 >> 10.0-Release via freebsd-update. >> and please check the link below: >> http://sw.gddsn.org.cn/jopens/test/btx.jpg >>=20 >> BTW: I can booted 10.0-R from DVD-ROM as expected but got same error=20= >> message with flash-driver. >=20 > I don't remember if that error message means ``division by zero''. It certainly looks a lot like it. The code at cs:eip from the OP's screenshot disassembles to: 36217: f7 35 bc d6 03 00 divl 0x3d6bc 3621d: 85 ff test %edi,%edi 3621f: 74 05 je 0x36226 36221: 89 1f mov %ebx,(%edi) 36223: 89 4f 04 mov %ecx,0x4(%edi) 36226: 89 c2 mov %eax,%edx 36228: e9 c2 00 00 00 jmp 0x362ef 3622d: 66 c7 45 ea 00 00 movw $0x0,-0x16(%ebp) 36233: 89 c8 mov %ecx,%eax This is a piece of code from /usr/src/lib/libstand/qdivrem.c, which is used to do 64-bit divides. It would be nice if you could try out this loader binary, which has a few additional checks for zero sector counts or sizes: http://www.andric.com/freebsd/loader.edd SHA256 (loader.edd) =3D = 89f99500adb3a8feaa84336ce625975bcfdc0f886514ab02de4992859a671aa9 However, this might still mis-detect your disk sizes, obviously. > Just in case, you could try the patch attached to this bug: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D176748 >=20 > The patch was compiled for 9-STABLE; if it does not apply to the 10.0 > sources, then drop me a line so I can adapt it. I tried this patch on a few FreeBSD VMs, and each of them stopped being able to mount the root filesystem because of it. I don't really know what the explanation is... -Dimitry --Apple-Mail=_8BFBC2F8-7735-4D1E-8644-B92496494102 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlO39lAACgkQsF6jCi4glqN6TwCg43hL9pRYMnkhC+4dLhcyYQlI kDoAoOV0P1iLuiAsuYWctYoSAH7YBFMV =GmAj -----END PGP SIGNATURE----- --Apple-Mail=_8BFBC2F8-7735-4D1E-8644-B92496494102-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 13:02:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6D8E4DE for ; Sat, 5 Jul 2014 13:02:30 +0000 (UTC) Received: from smtp.pobox.com (smtp.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 81DE727C2 for ; Sat, 5 Jul 2014 13:02:30 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id B122D2184E for ; Sat, 5 Jul 2014 08:57:29 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=3zjY344V8D+1MTjMRKcXMAnNsIQ=; b=w3YFpI3 I2XLrD0Ng9Vbfp3fJnNzFZx8nJ8LCQAMOLuSuWlgXo0Yw2qBdCkx4dQmSuiyg3mi b8Rl3qEX5Oy5wT4AlS3ZK7uHUrxLGbA21mp3KM+bWCwxC5SuvWcepAw7LCN/q6ml zhwF4vR67L9cQ3EjaqqLnQJkM57MAcWSajZw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=HNq72bVb74bqN2uL91S33hTuVdijdsiaa ox4AUpPtMNpS0EphFL0j5FYt5ulwSIy3NXG3/xD5K8E1NmFQvfwLbw1caEYdJ0Aj 91iSBbMoFMs6oEmE7t2QLLEnPxGMMNvkr6D3odtN4ntHZUz6/EMwZ7vQuIbGkgWl w5SewC/230= Received: from pb-smtp0.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id A61DE2184D for ; Sat, 5 Jul 2014 08:57:29 -0400 (EDT) Received: from localhost (unknown [50.90.2.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id B7F6D21849 for ; Sat, 5 Jul 2014 08:57:24 -0400 (EDT) Date: Sat, 5 Jul 2014 08:57:36 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-ID: <20140705125736.GD27115@behemoth> Mail-Followup-To: freebsd-stable@freebsd.org References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140705144740.ec111026afe7f65a4c87ba17@mimar.rs> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline In-Reply-To: <20140705144740.ec111026afe7f65a4c87ba17@mimar.rs> User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: E9134E5A-0443-11E4-9BCE-9903E9FBB39C-49531120!pb-smtp0.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 13:02:30 -0000 --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 05, 2014 at 14:47:40 +0200, Marko Cupa=C4=87 wrote: > On Sat, 5 Jul 2014 04:58:32 -0600 (MDT) > Warren Block wrote: >=20 > > There is a list of video cards, both working and non-working: > > https://wiki.freebsd.org/Graphics#Video_cards >=20 > My Intel HD P4000 works fine for months now on 10.0-RELEASE-p3 amd64 > WITH_NEW_XORG and WITH_GALLIUM, which questions the accuracy of the > list you mention, as it states that i[357]-4xxx are not supported. Are you sure that X is not using the vesa driver? I'm using X on this Xeon E3-1245 with P4600 graphics, but X is not using the intel / i915 driver and instead falls back to the vesa driver. --=20 Chris Nehren --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJbBAABAgBFBQJTt/ZAPhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEBHA+GJAM0vPatMP/jEC Jzy7mvxDsmnffJ/iHSl3/FoeQrhsXhOzMm/fq4/voaTShBmYINdbZmsRL7iYxRA0 PH4ljAlHwsE5PEp+OlcEgMh6YbEVfIbFhCRImyFFRY7Ae//Czvf+VkqF7Pk9mibO GnuuE2iGbiMKIjx4GIqufL02QfpaE6n8CYw2aQVXSXfH9vp3XVQGgLiZDWk6TbOf rfsJlAramIHwUuwW2qT6bhcT20evJDByc+W7qOwaqA0WZwNjnDEeEC3pAHpnfmiI cy+C0mavJYZQDofD1gtfv1gwo1oRJrjBpNxuki7i1ou7SrFgOyiv+bgqSBT5fydC uLZc6wHmIkLHrNvqlU5YohcVXxKNoNfP7wbuYEgtOFEmrFV7w28Ar7EPEqmAICC+ gtnhSCWayE7hN8NwgCarTDd3Mf9C3NsCGXqeXEdMP29rbP6lT7RxPkXwVal5UDNm bq79w5UlbgpqiRIJczSF7SR7Nms/0qguO6w+7eRG7SRxUg7CCyM+RIe/N2dzYH7E R0uLn21aAeJEYsaMvA5ra/4uiQ+/6sEsPNu6yS8Jo7ox8x+6XpKVMZsBJEQ6SlS3 ytnGs8En2eq3skAxQtMVVWI0H709Vd2ObbJ+UHlWuhe4LjYzqDluEUcXj+rGSIZp z4MyCEedLijbQjoXe/S3FggaNzACMwC4t10te90X =F2oo -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 13:07:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 137CF6D1; Sat, 5 Jul 2014 13:07:49 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 B8DC22805; Sat, 5 Jul 2014 13:07:47 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s65D7d9T062331; Sat, 5 Jul 2014 06:07:39 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s65D7d5O062330; Sat, 5 Jul 2014 06:07:39 -0700 (PDT) (envelope-from david) Date: Sat, 5 Jul 2014 06:07:39 -0700 From: David Wolfskill To: David Chisnall Subject: Re: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"] Message-ID: <20140705130739.GH6056@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , David Chisnall , stable@freebsd.org, "current@freebsd.org" References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EDD1.8030506@selasky.org> <20140704181831.GV6056@albert.catwhisker.org> <909248A4-1B7C-4836-ADAA-F81A70A8AC3C@theravensnest.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="quhRrEslxwodne78" Content-Disposition: inline In-Reply-To: <909248A4-1B7C-4836-ADAA-F81A70A8AC3C@theravensnest.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: stable@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 13:07:49 -0000 --quhRrEslxwodne78 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 05, 2014 at 01:49:44PM +0100, David Chisnall wrote: > On 4 Jul 2014, at 19:18, David Wolfskill wrote: >=20 > > clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -o sysctl sysctl.o=20 >=20 > This compile line is turning off a lot of warnings. In particular, -Wno-= uninitialized and -Wno-parentheses-equality are likely to hide warnings tha= t refer to real errors. It sounds like this case was one of them - if thes= e warnings were on then we'd have got a build failure rather than an execut= able that depended on undefined behaviour. > .... So I checked src/sbin/sysctl/Makefile first; it's fairly "vanilla": # @(#)Makefile 8.1 (Berkeley) 6/6/93 # $FreeBSD: stable/9/sbin/sysctl/Makefile 203917 2010-02-15 14:08:06Z uqs $ PROG=3D sysctl WARNS?=3D 3 MAN=3D sysctl.8 =2Einclude And the -Wno-uninitialized (at least) comes from bsd.sys.mk: =2Eif ${WARNS} >=3D 2 && ${WARNS} <=3D 4 # XXX Delete -Wuninitialized by default for now -- the compiler doesn't # XXX always get it right. CWARNFLAGS+=3D -Wno-uninitialized =2Eendif # WARNS >=3D2 && WARNS <=3D 4 A bit later, we see the origin of -Wno-parentheses-equality: # Clang has more warnings enabled by default, and when using -Wall, so if W= ARNS # is set to low values, these have to be disabled explicitly. =2Eif ${COMPILER_TYPE} =3D=3D "clang" && !defined(EARLY_BUILD) =2Eif ${WARNS} <=3D 6 CWARNFLAGS+=3D -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable =2Eendif # WARNS <=3D 6 =2Eif ${WARNS} <=3D 3 CWARNFLAGS+=3D -Wno-tautological-compare -Wno-unused-value\ -Wno-parentheses-equality -Wno-unused-function -Wno-enum-co= nversion =2Eendif # WARNS <=3D 3 =2Eif ${WARNS} <=3D 2 CWARNFLAGS+=3D -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter =2Eendif # WARNS <=3D 2 =2Eif ${WARNS} <=3D 1 CWARNFLAGS+=3D -Wno-parentheses =2Eendif # WARNS <=3D 1 =2Eif defined(NO_WARRAY_BOUNDS) CWARNFLAGS+=3D -Wno-array-bounds =2Eendif # NO_WARRAY_BOUNDS =2Eendif # CLANG I don't know that there's likely to be a huge amount of interest in addressing the issue for stable/9, but stable/10 looks similar, and while I see some differences in head, the code in head's bsd.sys.mk may well be functionally equivalent. I'm happy to help test if someone wants to put together patches to (at least) reduce the extent to which we have executables depending on undefined behavior. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --quhRrEslxwodne78 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTt/iaXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7Vg4P/2mIC8ymli+rmHeaTVgFcleq AZaCur6GqelcWswY5ck+zsiMv0b0AKCPwpltU7RZqWG8/xWSt584PipucMA3j3H3 MPrl4PCdZjlqY5A4I/CgfVNQmtQ938LZ0L8wBmrlTFNFWD5T3ksvaTC69A/oGWFm zhHQenJ2J5Bd3IgkrX98XpzHsIudL+XmkAkUHrD3JipBmt67S1cOaN5J/hNFcdLf 02tnvvE6VYgNMe5eOXO4tCocNMK36IlzydEL8VBj0rWtDPk9EYPXQqIFInApozRx emO7Gt/7Tsk3umJc4T48hmLYi1FhUh1L3LCa4or86gIYuWnOVePkOkR6tKXBO2fX S8Gnkg+097vacGJWgng7xrO2G3B5MycryxOJPgqqYCIcMAnK+njmg5TR2aNUoNnq rGJRsw/K48s3A+U/mGBk1uyC3UBZup7iYnZg16dO7fjnSNSCVaGYJRLRS+mJ5kyq WoJEcccbTTakmhF78sxRtDpnIxjZPEc+7SfaMBv+eMpx1sShPJRBmoBE8l2fr2u4 igNnO4FQGWvKhL640WcuVzUSBkN50rG141uSQpdudj7wFnWCzwSqN0qeq0SVhkv9 YBK5CYEm/MtXP2chfufxBVOFQwHcFIys8Ga2smpa2Z8So259dGKxwoLBYvS4mjaw n95KZSjqHnn8J3UGP12J =UNDT -----END PGP SIGNATURE----- --quhRrEslxwodne78-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 13:08:05 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 096AE8CC; Sat, 5 Jul 2014 13:08:05 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B50CE281C; Sat, 5 Jul 2014 13:08:04 +0000 (UTC) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 168725C44; Sat, 5 Jul 2014 15:07:51 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_BFB754AE-3DB6-4CC1-A413-D49D8B2ACC46"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"] From: Dimitry Andric In-Reply-To: <909248A4-1B7C-4836-ADAA-F81A70A8AC3C@theravensnest.org> Date: Sat, 5 Jul 2014 15:07:50 +0200 Message-Id: References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EDD1.8030506@selasky.org> <20140704181831.GV6056@albert.catwhisker.org> <909248A4-1B7C-4836-ADAA-F81A70A8AC3C@theravensnest.org> To: David Chisnall X-Mailer: Apple Mail (2.1878.6) Cc: Hans Petter Selasky , stable@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 13:08:05 -0000 --Apple-Mail=_BFB754AE-3DB6-4CC1-A413-D49D8B2ACC46 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 05 Jul 2014, at 14:49, David Chisnall = wrote: > On 4 Jul 2014, at 19:18, David Wolfskill wrote: >=20 >> clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector = -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -o sysctl sysctl.o=20 >=20 > This compile line is turning off a lot of warnings. In particular, = -Wno-uninitialized and -Wno-parentheses-equality are likely to hide = warnings that refer to real errors. Interestingly, -Wno-uninitialized has been in bsd.sys.mk since r76861, and the accompanying comment ("XXX Delete -Wuninitialized by default for now -- the compiler doesn't always get it right") has never been changed. :-) It is probably time to re-enable that warning after 13 years, at least. I'm not so sure about -Wno-parentheses-equality, because that might give quite a few false positives, especially in old, contributed code. -Dimitry --Apple-Mail=_BFB754AE-3DB6-4CC1-A413-D49D8B2ACC46 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlO3+KYACgkQsF6jCi4glqOwnACbBHvEd5jjCn21OaTqw4Yt2xnb kW4AmwVuMdRnWZaarzsr4FmKaT2RwSQ/ =T8v3 -----END PGP SIGNATURE----- --Apple-Mail=_BFB754AE-3DB6-4CC1-A413-D49D8B2ACC46-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 13:10:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4AF9DAFF; Sat, 5 Jul 2014 13:10:56 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 102F328B2; Sat, 5 Jul 2014 13:10:55 +0000 (UTC) Received: from [192.168.0.7] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s65DAps0032754 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 5 Jul 2014 13:10:53 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"] From: David Chisnall In-Reply-To: Date: Sat, 5 Jul 2014 14:10:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <771D269B-AC6D-4686-ABB0-04F7DCD3A8D9@FreeBSD.org> References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EDD1.8030506@selasky.org> <20140704181831.GV6056@albert.catwhisker.org> <909248A4-1B7C-4836-ADAA-F81A70A8AC3C@theravensnest.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1878.6) Cc: Hans Petter Selasky , stable@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 13:10:56 -0000 On 5 Jul 2014, at 14:07, Dimitry Andric wrote: > Interestingly, -Wno-uninitialized has been in bsd.sys.mk since r76861, > and the accompanying comment ("XXX Delete -Wuninitialized by default = for > now -- the compiler doesn't always get it right") has never been > changed. :-) >=20 > It is probably time to re-enable that warning after 13 years, at = least. It probably only wants enabling for clang. GCC (at least, GCC 4.2.1) = performs this analysis based on analyses run by the optimisers and so = the warnings are dependent on optimisation level. David From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 13:16:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3C2DF67 for ; Sat, 5 Jul 2014 13:16:33 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 51853298D for ; Sat, 5 Jul 2014 13:16:33 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id 5EAACB9060; Sat, 5 Jul 2014 15:16:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1404566187; x=1406380588; bh=Ba29J7LZIfwiq0Q/jDBJPY5FdCdxRcANNal ER8jSbCs=; b=N+DCiqSqL2RDztsNN4zSAiCCBPdZ0/p13AODN2XFcBeljjMi3+7 VKnYBpuLTVZjroyHxldSgt3PdzO6BtI4jx8JSNIgH/C1eZBEaeui8JqTv+hUFftG TIWbFy0nYkE8jLq343AHL+T3Nws2JESrMvpGH2HQmgdyNy2TrOgBCmfg= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id tK0qLlKGJSqI; Sat, 5 Jul 2014 15:16:27 +0200 (CEST) Received: from kaa.mimar.rs (93-138-49-37.adsl.net.t-com.hr [93.138.49.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id DA0BEB903D; Sat, 5 Jul 2014 15:16:26 +0200 (CEST) Date: Sat, 5 Jul 2014 15:16:25 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: Chris Nehren Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-Id: <20140705151625.5bb268223e32dd15169afc8a@mimar.rs> In-Reply-To: <20140705125736.GD27115@behemoth> References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140705144740.ec111026afe7f65a4c87ba17@mimar.rs> <20140705125736.GD27115@behemoth> Organization: Mimar X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 13:16:34 -0000 On Sat, 5 Jul 2014 08:57:36 -0400 Chris Nehren wrote: > Are you sure that X is not using the vesa driver? I'm using X on > this Xeon E3-1245 with P4600 graphics, but X is not using the > intel / i915 driver and instead falls back to the vesa driver. Quite sure, as seen in Xorg.0.log: ...output... [ 11.562] Module class: X.Org XInput Driver [ 11.562] ABI class: X.Org XInput driver, version 16.0 [ 11.562] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, 4 Series, G45/G43, Q45/Q43, G41, B43, HD Graphics, HD Graphics 2000, HD Graphics 3000, HD Graphics 2500, HD Graphics 4000, HD Graphics P4000, HD Graphics 4600, HD Graphics 5000, HD Graphics P4600/P4700, Iris(TM) Graphics 5100, HD Graphics 4400, HD Graphics 4200, Iris(TM) Pro Graphics 5200 [ 11.562] (--) Using syscons driver with X support (version 2.0) [ 11.562] (--) using VT number 9 [ 12.182] drmOpenDevice: node name is /dev/dri/card0 [ 12.182] drmOpenDevice: open result is 10, (OK) [ 12.182] drmOpenByBusid: Searching for BusID pci:0000:00:02.0 [ 12.182] drmOpenDevice: node name is /dev/dri/card0 [ 12.182] drmOpenDevice: open result is 10, (OK) [ 12.182] drmOpenByBusid: drmOpenMinor returns 10 [ 12.182] drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 [ 12.184] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [ 12.184] drmOpenDevice: node name is /dev/dri/card0 [ 12.184] drmOpenDevice: open result is 10, (OK) [ 12.184] drmOpenByBusid: Searching for BusID pci:0000:00:02.0 [ 12.184] drmOpenDevice: node name is /dev/dri/card0 [ 12.184] drmOpenDevice: open result is 10, (OK) [ 12.184] drmOpenByBusid: drmOpenMinor returns 10 [ 12.184] drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 [ 12.184] (=3D=3D) intel(0): Depth 24, (--) framebuffer bpp 32 [ 12.184] (=3D=3D) intel(0): RGB weight 888 [ 12.184] (=3D=3D) intel(0): Default visual is TrueColor [ 12.184] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD Graphics P4000 [ 12.185] (**) intel(0): Relaxed fencing enabled [ 12.185] (**) intel(0): Wait on SwapBuffers? enabled [ 12.185] (**) intel(0): Triple buffering? enabled [ 12.185] (**) intel(0): Framebuffer tiled [ 12.185] (**) intel(0): Pixmaps tiled [ 12.185] (**) intel(0): 3D buffers tiled [ 12.185] (**) intel(0): SwapBuffers wait enabled [ 12.185] (=3D=3D) intel(0): video overlay key set to 0x101fe [ 12.185] (II) intel(0): Output VGA1 using monitor section Monitor0 ...output... Regards, --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 16:44:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4ECA2628 for ; Sat, 5 Jul 2014 16:44:52 +0000 (UTC) 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 ED99E2910 for ; Sat, 5 Jul 2014 16:44:51 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s65GimH4008483 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 5 Jul 2014 10:44:48 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s65Gil5d008480; Sat, 5 Jul 2014 10:44:48 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 5 Jul 2014 10:44:47 -0600 (MDT) From: Warren Block To: =?ISO-8859-2?Q?Marko_Cupa=E6?= Subject: Re: Should 9.3 carry a warning about NEW_XORG In-Reply-To: <20140705144740.ec111026afe7f65a4c87ba17@mimar.rs> Message-ID: References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140705144740.ec111026afe7f65a4c87ba17@mimar.rs> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sat, 05 Jul 2014 10:44:49 -0600 (MDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 16:44:52 -0000 On Sat, 5 Jul 2014, Marko Cupa? wrote: > On Sat, 5 Jul 2014 04:58:32 -0600 (MDT) > Warren Block wrote: > >> There is a list of video cards, both working and non-working: >> https://wiki.freebsd.org/Graphics#Video_cards > > My Intel HD P4000 works fine for months now on 10.0-RELEASE-p3 amd64 > WITH_NEW_XORG and WITH_GALLIUM, which questions the accuracy of the > list you mention, as it states that i[357]-4xxx are not supported. More precisely, it says that Haswell processors with 4000-series video are not yet supported. Some of the Ivy Bridge processors had HD 4000 video: http://en.wikipedia.org/wiki/Comparison_of_Intel_graphics_processing_units I don't know if HD4000 video is supported on on Ivy Bridge processors, but would guess that it is. Which processor do you have? From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 16:56:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BAB3904 for ; Sat, 5 Jul 2014 16:56:21 +0000 (UTC) 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 35BE229DD for ; Sat, 5 Jul 2014 16:56:20 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s65GuJnt008595 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 5 Jul 2014 10:56:19 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s65GuJIF008592; Sat, 5 Jul 2014 10:56:19 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 5 Jul 2014 10:56:19 -0600 (MDT) From: Warren Block To: =?ISO-8859-2?Q?Marko_Cupa=E6?= Subject: Re: Should 9.3 carry a warning about NEW_XORG In-Reply-To: Message-ID: References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140705144740.ec111026afe7f65a4c87ba17@mimar.rs> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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]); Sat, 05 Jul 2014 10:56:19 -0600 (MDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 16:56:21 -0000 On Sat, 5 Jul 2014, Warren Block wrote: > On Sat, 5 Jul 2014, Marko Cupa? wrote: > >> On Sat, 5 Jul 2014 04:58:32 -0600 (MDT) >> Warren Block wrote: >> >>> There is a list of video cards, both working and non-working: >>> https://wiki.freebsd.org/Graphics#Video_cards >> >> My Intel HD P4000 works fine for months now on 10.0-RELEASE-p3 amd64 >> WITH_NEW_XORG and WITH_GALLIUM, which questions the accuracy of the >> list you mention, as it states that i[357]-4xxx are not supported. > > More precisely, it says that Haswell processors with 4000-series video are > not yet supported. And looking at it again, it is a list of processor numbers, not video adapters: i[357]-4xxx So the video in an i3-4xxx processor is not yet supported, while that in an i3-3xxxx processor is supported. It's confusing because the rest of that column refers to video cards. From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 17:52:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55040BBD for ; Sat, 5 Jul 2014 17:52:51 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 0223C2E08 for ; Sat, 5 Jul 2014 17:52:50 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id D7D64B9060; Sat, 5 Jul 2014 19:52:48 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1404582761; x=1406397162; bh=lQPdG8iuWat9jmZNv5hJYeLxQMxQeTjq1zs 3syxV6rY=; b=GjUwcl21XPgjBSJkr7GxSGzYcQZzIXkRxpsc7b8p11X+dWsslGM GEjEuq7p5GfUabHxETsImGnGobVG8f/27rX4y+cnXe3G8S0vS0BFv0dVAPK6EPbp y5Wokte9z1dOIomDdh5G+B91Lp0+p8CKgq5egAR+ClA+LxXeJ+IOFi3I= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 1hU5MovZT8Jn; Sat, 5 Jul 2014 19:52:41 +0200 (CEST) Received: from kaa.mimar.rs (93-138-49-37.adsl.net.t-com.hr [93.138.49.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 3D33FB9033; Sat, 5 Jul 2014 19:52:41 +0200 (CEST) Date: Sat, 5 Jul 2014 19:52:40 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: Warren Block Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-Id: <20140705195240.ed1c6d60f1fc94e5388659e0@mimar.rs> In-Reply-To: References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140705144740.ec111026afe7f65a4c87ba17@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 17:52:51 -0000 On Sat, 5 Jul 2014 10:56:19 -0600 (MDT) Warren Block wrote: > > More precisely, it says that Haswell processors with 4000-series > > video are not yet supported. >=20 > And looking at it again, it is a list of processor numbers, not video=20 > adapters: >=20 > i[357]-4xxx >=20 > So the video in an i3-4xxx processor is not yet supported, while that > in an i3-3xxxx processor is supported. >=20 > It's confusing because the rest of that column refers to video cards. Indeed, it is confusing. My processor is neither of i[357], but Xeon: Intel(R) Xeon(R) CPU E3-1245 V2 @ 3.40GHz (3392.37-MHz K8-class CPU) --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 18:06:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F63F174 for ; Sat, 5 Jul 2014 18:06:43 +0000 (UTC) Received: from smtp.pobox.com (smtp.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id F05232EFF for ; Sat, 5 Jul 2014 18:06:42 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id 907D42255B for ; Sat, 5 Jul 2014 14:06:28 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=4gZ3gr8E7r9uBDPDanqGdWxou7w=; b=eSAtU+t 4+vnb+JzDdyuCNuyfKah5ROR9nHSEL/IEj1UHcJZPYSbD4ykV7FB63ywbGeR1t3P GSIpvWnPujcEofXg2hSOniBqqMdK5sxFlIUfNpK8c6zRlcUmoCUEv4OBOAak8/PA FDBvoAAnFCZMocF7lv5MfOUV1ivRUyweWXSY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=Y1Q97cC7P5cCT70LZC9nTOz2/lu8qtXGG 6b91jrMWvaLKu7GHIjdMZTP24xwXvBVDe24lCLMx8lw71rxPNWqhmr70CEG9QDKI tmxvi9b1uKagLet7MU70xxGpQdf7TSoWLoej9oriQCYMEZdmZn5EQqdryGKlAwTr U0jbE4fcTo= Received: from pb-smtp0.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id 850E82255A for ; Sat, 5 Jul 2014 14:06:28 -0400 (EDT) Received: from localhost (unknown [50.90.2.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id 78BD722558 for ; Sat, 5 Jul 2014 14:06:23 -0400 (EDT) Date: Sat, 5 Jul 2014 14:06:35 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-ID: <20140705180635.GA3210@behemoth> Mail-Followup-To: freebsd-stable@freebsd.org References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140705144740.ec111026afe7f65a4c87ba17@mimar.rs> <20140705195240.ed1c6d60f1fc94e5388659e0@mimar.rs> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <20140705195240.ed1c6d60f1fc94e5388659e0@mimar.rs> User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: 1306ABFA-046F-11E4-8082-9903E9FBB39C-49531120!pb-smtp0.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 18:06:43 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 05, 2014 at 19:52:40 +0200, Marko Cupa=C4=87 wrote: > On Sat, 5 Jul 2014 10:56:19 -0600 (MDT) > Warren Block wrote: >=20 > > > More precisely, it says that Haswell processors with 4000-series > > > video are not yet supported. > >=20 > > And looking at it again, it is a list of processor numbers, not video= =20 > > adapters: > >=20 > > i[357]-4xxx > >=20 > > So the video in an i3-4xxx processor is not yet supported, while that > > in an i3-3xxxx processor is supported. > >=20 > > It's confusing because the rest of that column refers to video cards. >=20 > Indeed, it is confusing. My processor is neither of i[357], but Xeon: > Intel(R) Xeon(R) CPU E3-1245 V2 @ 3.40GHz (3392.37-MHz K8-class CPU) That's *really* interesting, because I have a=20 Intel(R) Xeon(R) CPU E3-1245 v3 @ 3.40GHz (3400.07-MHz K8-class CPU) and my X refuses to use anything other than VESA. I doubt it would change anything, but can you post your make.conf, kernel config, and anything else you've set up to make your graphics work? Thanks! --=20 Chris Nehren --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJbBAABAgBFBQJTuD6rPhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEBHA+GJAM0vPcbkQAJOA ypA4w9HNrWGK+/I6Tr8APYccXk22wmj/nv1Fk6fDFJFdGNLtPSdWec7710RKWaUC QPG7Dxmi3wrPb9aEmpBEm3KuG9bWetUQvSvU52XJD19ii8mI5jQt8xHkp7wc1QF0 /TLnoN9DTU37kIO91SHfUYkglGJL+bC8QqqYk4w6fHa8SrWh2TbBzuXaJjU+byfB hNdKwQo957BB0nwe8+2F10s7JlT/7wSa3tz8Jfv4ejjdLYxH+CeP40n6G/teoAzz ND6iqqLibzQQcWLADjv6G3eril5P8TkZlUnALFdrlX2OlrR9wjpVu/lT48IVKd4y 6luXcmP1yYzRL4arI5lA40zY5JnwHfurDsTsRpwIxbPQdRqy9wrHcs2L4YAfTC7a GaO2mS59bZwrawZxRwMaeOYkJTsUSXuLaGh4r/B+Y0ArLwymDcPqTO2n70bJvunf 5hR4dOKN9ysmOYu6f+3vqsmiA0V2Q3OrRssElNmmE9w90uwRQ4hN3IqeO7vlToFi 5H+PZ/4cEMe1jZkNPIpC//V4OfArzvRRIO9zuP3DPzzDlnzrIcEE3ZYak/CRkeOa l2/t28x5uEa16aNYF9DvKfdEcocQR9WO0ApNziyuCRj+hg/NAf/UxLjC9SBxh8C1 ndVIAEPCrT3B4nidof2WxunD1tFcB+5fBNHcKet/ =yXAF -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 18:10:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0DF32D2 for ; Sat, 5 Jul 2014 18:10:58 +0000 (UTC) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [IPv6:2001:1578:400:101::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "darkthrone.kvedulv.de", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F44C2FA3 for ; Sat, 5 Jul 2014 18:10:58 +0000 (UTC) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id 81EDB1E58; Sat, 5 Jul 2014 20:10:54 +0200 (CEST) Date: Sat, 5 Jul 2014 20:10:54 +0200 From: Michael Moll To: freebsd-stable@freebsd.org Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-ID: <20140705181054.GA36630@darkthrone.kvedulv.de> References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140705144740.ec111026afe7f65a4c87ba17@mimar.rs> <20140705195240.ed1c6d60f1fc94e5388659e0@mimar.rs> <20140705180635.GA3210@behemoth> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140705180635.GA3210@behemoth> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 18:10:59 -0000 Hi, On Sat, Jul 05, 2014 at 02:06:35PM -0400, Chris Nehren wrote: > > > > More precisely, it says that Haswell processors with 4000-series > > > > video are not yet supported. > > Indeed, it is confusing. My processor is neither of i[357], but Xeon: > > Intel(R) Xeon(R) CPU E3-1245 V2 @ 3.40GHz (3392.37-MHz K8-class CPU) > > That's *really* interesting, because I have a > Intel(R) Xeon(R) CPU E3-1245 v3 @ 3.40GHz (3400.07-MHz K8-class CPU) > > and my X refuses to use anything other than VESA. E3-1245 V2 is Ivy Bridge, E3-1245 v3 is Haswell. Regards -- Michael Moll From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 18:12:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 283D33C8 for ; Sat, 5 Jul 2014 18:12:03 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "*.infocus-llc.com", Issuer "*.infocus-llc.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EEB3E2FB9 for ; Sat, 5 Jul 2014 18:12:02 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 8522C37B499 for ; Sat, 5 Jul 2014 13:11:54 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3h5Lj558QSz23M; Sat, 5 Jul 2014 13:11:53 -0500 (CDT) Date: Sat, 5 Jul 2014 13:11:53 -0500 From: "Matthew D. Fuller" To: freebsd-stable@freebsd.org Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-ID: <20140705181153.GA85644@over-yonder.net> References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140705144740.ec111026afe7f65a4c87ba17@mimar.rs> <20140705195240.ed1c6d60f1fc94e5388659e0@mimar.rs> <20140705180635.GA3210@behemoth> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20140705180635.GA3210@behemoth> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.23-fullermd.4 (2014-03-12) X-Virus-Scanned: clamav-milter 0.98.4 at thyme.infocus-llc.com X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 18:12:03 -0000 On Sat, Jul 05, 2014 at 02:06:35PM -0400 I heard the voice of Chris Nehren, and lo! it spake thus: > On Sat, Jul 05, 2014 at 19:52:40 +0200, Marko Cupać wrote: > > > > Indeed, it is confusing. My processor is neither of i[357], but Xeon: > > Intel(R) Xeon(R) CPU E3-1245 V2 @ 3.40GHz (3392.37-MHz K8-class CPU) ^^ Ivy Bridge > That's *really* interesting, because I have a > Intel(R) Xeon(R) CPU E3-1245 v3 @ 3.40GHz (3400.07-MHz K8-class CPU) ^^ Haswell -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 18:33:46 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3751BB1E for ; Sat, 5 Jul 2014 18:33:46 +0000 (UTC) Received: from nm18-vm7.bullet.mail.ir2.yahoo.com (nm18-vm7.bullet.mail.ir2.yahoo.com [212.82.96.231]) (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 87BF4217D for ; Sat, 5 Jul 2014 18:33:45 +0000 (UTC) Received: from [212.82.98.49] by nm18.bullet.mail.ir2.yahoo.com with NNFMP; 05 Jul 2014 18:33:40 -0000 Received: from [46.228.39.78] by tm2.bullet.mail.ir2.yahoo.com with NNFMP; 05 Jul 2014 18:33:40 -0000 Received: from [127.0.0.1] by smtp115.mail.ir2.yahoo.com with NNFMP; 05 Jul 2014 18:33:40 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1404585220; bh=+ZuTDpgHXaJWgjFFPeb6+0I7N96BLql6ALOufNR/C4s=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent; b=YYzDgthLVNSQlL6i9pu4XSZeIkNMrXq/N2waTRf9TZRiyUJwTDXygDVUtuHYgJLu+9TFxKqAtNtZ1QLmotZhe8Xac3FwJeLVTyFdFAsZvozWOLU82I2Aedd+JLIrsrPqf+1h1rrpxCdzacdFYlFpGewH6rNeG9jQL3MaECI4R5U= X-Yahoo-Newman-Id: 355822.85293.bm@smtp115.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 8V.QKrUVM1mTBye_kJQVbUuvVK0iVIHWFUkz89rK2tTkkbk aufa3aHdBUPg5SGHrq6kHTJvYOlStcrPABUJKTDXMyDYZG7CBEIADNzB4egR fcbAQYoSxahxBUMFIUVA_mYLcDozwZBpfxLvUhI__q5otpgI4ZVl.F1FfpgX 6gx._XTu7IzAuLjAAvKf6jmWYKgFb7pxakTWBBzkhfJqEEjCIrLJtxO8TIo1 AvUnsT0Ept8u_0M.s4R.dyXmPLLyJ6cwwDGChxN6KbPyqLY8rYJHCvXgMqkA Kv23AY16xhcKTZ54ijQXi2ziCZtU4A.dQUe8J9ZOJuGJ3QnmuQTNS__hZhr. KAICTEvqlYau.F5NGcE8fcGKjwcK4pe_brASHxBWcVMwiAjHGXO4vgDanEah rkK3gA_GdObyyfv9Jp7xCKr2uXAn4LyUEthejbROavz_ungIqq56g9cKIuWW vK.RpzH18tAEwu4scsiBG3n9pkH3ZUrp0NFoFeglCauvKokBZ1TQd9GSVui0 sXOmcpKTgP8M7YPDo19e3qzPn1QEzs5GyjAHfrJE1a_iqcKWm199UPh_oUiB lUpC63p8vZwlgU_cNV6lmqqGT0pDtLsmuHDtb26rrR5eqMV9SYjO15K1KSrj aRpU6sict6QsgOBzqH0W80hiSpZb_7amZbeah1gtrMgCBfJNlT7CtUP8riMV 5Syjto5OP0eCJEGY- X-Yahoo-SMTP: WU.IBxeswBAAnLcBZV3tEZIK0A-- X-Rocket-Received: from flea (ardovm@188.153.187.164 with plain [188.125.69.59]) by smtp115.mail.ir2.yahoo.com with SMTP; 05 Jul 2014 18:33:40 +0000 UTC Received: by flea (Postfix, from userid 1000) id 38A36C0008B; Sat, 5 Jul 2014 20:33:38 +0200 (CEST) Date: Sat, 5 Jul 2014 20:33:38 +0200 From: Arrigo Marchiori To: Dimitry Andric Subject: Re: 10.0-RELEASE BTX halted on DELL R900 Message-ID: <20140705183337.GA16807@flea.casa> References: <53B659B7.3020202@gddsn.org.cn> <20140705060939.GA11739@flea.casa> <5881B5EA-B625-4E47-ADCB-3F2F894A8630@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <5881B5EA-B625-4E47-ADCB-3F2F894A8630@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: stable@freebsd.org, questions@freebsd.org, current@freebsd.org, wsk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 18:33:46 -0000 Hello Dmitry, On Sat, Jul 05, 2014 at 02:57:45PM +0200, Dimitry Andric wrote: > On 05 Jul 2014, at 08:09, Arrigo Marchiori wrote: [...] > > Just in case, you could try the patch attached to this bug: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=176748 > > > > The patch was compiled for 9-STABLE; if it does not apply to the 10.0 > > sources, then drop me a line so I can adapt it. > > I tried this patch on a few FreeBSD VMs, and each of them stopped being > able to mount the root filesystem because of it. I don't really know > what the explanation is... If I was sure my patch was 100% right, I'd say that your VMs have a buggy BIOS, and the installations you performed (maybe the rest of the BTX code) rely on such bugs. But I am not, of course! :-) Sorry, I have no idea too. I opened that PR because it looked like the right solution to a problem I encountered. It was on a Geode system when booting from a USB pendrive; all the information is reported on the PR. Thank you very much for trying the patch anyway! Yours is the first feedback after more than one year. I'll keep following this thread on stable@, in case I can help. Regards, -- rigo http://rigo.altervista.org From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 18:46:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 805DD2F8 for ; Sat, 5 Jul 2014 18:46:45 +0000 (UTC) Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40C3E226C for ; Sat, 5 Jul 2014 18:46:45 +0000 (UTC) Received: by mail-qg0-f53.google.com with SMTP id i50so2381912qgf.26 for ; Sat, 05 Jul 2014 11:46:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=A4c8TSDDooPXvV9bd6LMNdH6mLP3uJvMbUL6DFyFV1w=; b=OP/rUs+PiDPsQw6qPdnzWEpRjOo1wLbv5sgvru5a+4F4gHLpj2fkDqLDEQLB3/yBDO 52uwcdO6qi2XVBVy50773j/0IJqFZzywaIsaLpiba1YliU1PhcKmw/zvFjjeW23mxvpO hGaIcoeRADOusOazyZinxmkK63oj9U99eNWxm9O9tuvAL5wCTDlwDKFUYuYMxt3mlXH1 pBcVnqAO+G9MrIY6JlzSklvCugXjjTwF8AlNzrNBRXOTOMVOZjTNZ7yZc9IUGT4DYmi9 Qp1uNDPbh/hBPGXzQ1yBgP9AXpS6dRzEhl3PkBeYnkQ49tQMaZwrSW/wiGqi87aOB8Cq KJAg== MIME-Version: 1.0 X-Received: by 10.140.80.49 with SMTP id b46mr28754834qgd.102.1404586003950; Sat, 05 Jul 2014 11:46:43 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.202.193 with HTTP; Sat, 5 Jul 2014 11:46:43 -0700 (PDT) In-Reply-To: <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> Date: Sat, 5 Jul 2014 11:46:43 -0700 X-Google-Sender-Auth: 3ctkPd_XPappgw_8TC3HHgTDcZU Message-ID: Subject: Re: Should 9.3 carry a warning about NEW_XORG From: Adrian Chadd To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 18:46:45 -0000 The TL;DR reason for going up to building with new-xorg is because without it, an increasing number of X related ports plainly won't build anymore. They assume the newer X and DRI libraries. So the choice is (a) new_xorg and pain, (b) no new_xorg and a lot of X packages not getting upgraded any further, (c) more work on the ports maintainers to try and figure out ways to work around an increasingly impossible situation. There's also (d) - don't bother with 9.3. The X ports team has a fast moving target to keep track of and we're still not anywhere near the bleeding edge of Linux graphics rendering support and all the graphics stuff that moves with it. As much as I hate to see lots of churn, it's a losing battle. -a On 5 July 2014 03:32, John Marshall wrote: > On Fri, 04 Jul 2014, 15:31 -0400, Ed Maste wrote: >> In HEAD syscons(4) and vt(4) are now both compiled in by default in >> the GENERIC kernel. Syscons remains the default at the moment; you >> can set the loader tunable kern.vty=vt to choose vt(4) instead. Vt is >> selected automatically if booting via UEFI on amd64. >> >> Both stable/10 and stable/9 require a recompile to use vt(4). The >> plan is to merge these changes from HEAD in time for 10.1, but 9.3 >> will not have them. > > So, perhaps 9.3 should remain "opt in" like 9.2 and not build NEW_XORG > by default? > >> Note that vt(4) enables vty switching from Xorg, but WITH_NEW_XORG >> generally should not depend on vt(4). X should work fine, just >> without the ability to switch back to a vty. If WITH_NEW_XORG fails >> on certain hardware I think it'll be independent of the use of sc(v) >> vs vt(4). > > Thank you, Ed, for taking the time to explain all that. I had been > under the impression that NEW_XORG depended on vt(4), which was why I > modified my 9.3 kernel. sc(4) worked fine after my initial upgrade, > vt(4) works fine; it's just X that doesn't. > > Perhaps my "X no longer works" scenario is due to "certain hardware"? > Is there a list somewhere of hardware on which NEW_XORG will not work, > so that folks running 9.2 with that hardware can set WITHOUT_NEW_XORG > BEFORE they upgrade to 9.3 and save themselves grief? > > -- > John Marshall From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 21:54:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 177FC404 for ; Sat, 5 Jul 2014 21:54:31 +0000 (UTC) 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 B7A1A214B for ; Sat, 5 Jul 2014 21:54:30 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s65LsMq9011599 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 5 Jul 2014 15:54:22 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s65LsMi9011596; Sat, 5 Jul 2014 15:54:22 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 5 Jul 2014 15:54:22 -0600 (MDT) From: Warren Block To: Michael Moll Subject: Re: Should 9.3 carry a warning about NEW_XORG In-Reply-To: <20140705181054.GA36630@darkthrone.kvedulv.de> Message-ID: References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140705144740.ec111026afe7f65a4c87ba17@mimar.rs> <20140705195240.ed1c6d60f1fc94e5388659e0@mimar.rs> <20140705180635.GA3210@behemoth> <20140705181054.GA36630@darkthrone.kvedulv.de> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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]); Sat, 05 Jul 2014 15:54:23 -0600 (MDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Jul 2014 21:54:31 -0000 On Sat, 5 Jul 2014, Michael Moll wrote: > Hi, > > On Sat, Jul 05, 2014 at 02:06:35PM -0400, Chris Nehren wrote: >>>>> More precisely, it says that Haswell processors with 4000-series >>>>> video are not yet supported. >>> Indeed, it is confusing. My processor is neither of i[357], but Xeon: >>> Intel(R) Xeon(R) CPU E3-1245 V2 @ 3.40GHz (3392.37-MHz K8-class CPU) >> >> That's *really* interesting, because I have a >> Intel(R) Xeon(R) CPU E3-1245 v3 @ 3.40GHz (3400.07-MHz K8-class CPU) >> >> and my X refuses to use anything other than VESA. > > E3-1245 V2 is Ivy Bridge, E3-1245 v3 is Haswell. Based on this, I added two entries to the wiki. If anyone knows of others that have been tested, please post them in the freebsd-x11 maiing list or let me know and I'll add them. Thanks! From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 04:42:03 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1532C6EB; Sun, 6 Jul 2014 04:42:03 +0000 (UTC) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) (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 C6A2D2ECA; Sun, 6 Jul 2014 04:42:02 +0000 (UTC) Received: by gddsn.org.cn (Postfix, from userid 65534) id BC43C2E0A8; Sun, 6 Jul 2014 12:41:51 +0800 (CST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on gddsn.org.cn X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from lp.gddsn.org.cn (unknown [218.19.164.153]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id A0B752E046; Sun, 6 Jul 2014 12:41:37 +0800 (CST) Message-ID: <53B8D382.2000809@gddsn.org.cn> Date: Sun, 06 Jul 2014 12:41:38 +0800 From: wsk User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Dimitry Andric , Arrigo Marchiori Subject: Re: 10.0-RELEASE BTX halted on DELL R900 References: <53B659B7.3020202@gddsn.org.cn> <20140705060939.GA11739@flea.casa> <5881B5EA-B625-4E47-ADCB-3F2F894A8630@FreeBSD.org> In-Reply-To: <5881B5EA-B625-4E47-ADCB-3F2F894A8630@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, questions@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jul 2014 04:42:03 -0000 于 2014/07/05 20:57, Dimitry Andric 写道: hi, Andric it still got BTX halted with your patched loader. and here is the new BTX picture http://sw.gddsn.org.cn/jopens/test/btx_edd.jpg TIA > On 05 Jul 2014, at 08:09, Arrigo Marchiori wrote: >> On Fri, Jul 04, 2014 at 03:37:27PM +0800, wsk wrote: >>> lists >>> I met a BTX halted problem while upgrade Freebsd 9.0-RC3 to >>> 10.0-Release via freebsd-update. >>> and please check the link below: >>> http://sw.gddsn.org.cn/jopens/test/btx.jpg >>> >>> BTW: I can booted 10.0-R from DVD-ROM as expected but got same error >>> message with flash-driver. >> I don't remember if that error message means ``division by zero''. > It certainly looks a lot like it. The code at cs:eip from the OP's > screenshot disassembles to: > > 36217: f7 35 bc d6 03 00 divl 0x3d6bc > 3621d: 85 ff test %edi,%edi > 3621f: 74 05 je 0x36226 > 36221: 89 1f mov %ebx,(%edi) > 36223: 89 4f 04 mov %ecx,0x4(%edi) > 36226: 89 c2 mov %eax,%edx > 36228: e9 c2 00 00 00 jmp 0x362ef > 3622d: 66 c7 45 ea 00 00 movw $0x0,-0x16(%ebp) > 36233: 89 c8 mov %ecx,%eax > > This is a piece of code from /usr/src/lib/libstand/qdivrem.c, which is > used to do 64-bit divides. > > It would be nice if you could try out this loader binary, which has a > few additional checks for zero sector counts or sizes: > > http://www.andric.com/freebsd/loader.edd > SHA256 (loader.edd) = 89f99500adb3a8feaa84336ce625975bcfdc0f886514ab02de4992859a671aa9 > > However, this might still mis-detect your disk sizes, obviously. > > >> Just in case, you could try the patch attached to this bug: >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=176748 >> >> The patch was compiled for 9-STABLE; if it does not apply to the 10.0 >> sources, then drop me a line so I can adapt it. > I tried this patch on a few FreeBSD VMs, and each of them stopped being > able to mount the root filesystem because of it. I don't really know > what the explanation is... > > -Dimitry > -- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 14:14:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A71E203 for ; Sun, 6 Jul 2014 14:14:03 +0000 (UTC) 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 98F142572 for ; Sun, 6 Jul 2014 14:14:01 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s66DlZLb024642; Sun, 6 Jul 2014 23:47:35 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 6 Jul 2014 23:47:35 +1000 (EST) From: Ian Smith To: Warren Block Subject: Re: Should 9.3 carry a warning about NEW_XORG In-Reply-To: Message-ID: <20140706220006.K50382@sola.nimnet.asn.au> References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, John Marshall X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jul 2014 14:14:03 -0000 On Sat, 5 Jul 2014 04:58:32 -0600, Warren Block wrote: > On Sat, 5 Jul 2014, John Marshall wrote: > > > Perhaps my "X no longer works" scenario is due to "certain hardware"? > > Is there a list somewhere of hardware on which NEW_XORG will not work, > > so that folks running 9.2 with that hardware can set WITHOUT_NEW_XORG > > BEFORE they upgrade to 9.3 and save themselves grief? > > There is a list of video cards, both working and non-working: > https://wiki.freebsd.org/Graphics#Video_cards Which is unsurprisingly focussed on the newer hardware - what developers have and use, virtually by definition - but there's scant reference to what older hardware may NO LONGER be supported in newX. John has a T43 thinkpad, with unstated graphics hardware; intel 915 or Radeon X300 according to thinkwiki? And I have two going T23s with S3 SuperSavage IX/C (2002 vintage) and an X200 with intel GM45 Contiga, just 'pre-2009' referring to: https://wiki.freebsd.org/Graphics/WITH_NEW_XORG which leaves me unsure of support for these with new xorg, particularly when the footnote for VT switching(1) is incorrect for the meaning of 'works' - the X200's GM45 happily switches to sc(4) vts from X - though it seems an unexpected X upgrade to WITH_NEW_XORG would likely leave me without visible vts until building a VT kernel? (and even then?) I've read this thread 3 times and followed relevant references and I'm still confused about the 9.3-RELEASE scenario. It seems that if you upgrade from 9.1 or 9.2 you will need to manually intervene, either way .. please correct any incorrect assumptions: . if you don't wish your ports updated to new Xorg you'll need to add WITHOUT_NEW_XORG to make.conf before updating any relevant ports, though - inconsistently? - any installed packages, including those on the DVD, will still be for old Xorg. Until you are sure this is the safer way - but you have to know about it when upgrading. . if you do want ports updated to new Xorg and you have older graphics hardware you'll need to compile a VT kernel to get vt switching from X back .. and you'll need to add the new repo to get new Xorg packages. Seeing that a perhaps not miniscule proportion of 9.x X users will need to do some manual configuration on upgrading to 9.3, a relevant WARNING in http://www.freebsd.org/releases/9.3R/relnotes.html should be helpful. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 17:06:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B051657 for ; Sun, 6 Jul 2014 17:06:04 +0000 (UTC) Received: from mail-oa0-x22d.google.com (mail-oa0-x22d.google.com [IPv6:2607:f8b0:4003:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 678A72209 for ; Sun, 6 Jul 2014 17:06:04 +0000 (UTC) Received: by mail-oa0-f45.google.com with SMTP id o6so3535603oag.4 for ; Sun, 06 Jul 2014 10:06:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4Uf3k8RyljD4XpcROb9W42UDjGvHT3e6YwNH4JIwkOk=; b=KNo9Om1MaswZBMMvoDAnhwRTSNznJLqOidR/OrrgZaiNGlm6SMhLsRDn/KabtN8UlX 35NCFcQ/ZaoWQysm5ZKJJDjre0RgqxneHE1T0HiULUwhJc8F7+DlbYMLIq8PBHdHAT+B TuIp5VY6YlWScvKJQbHipR7ubrYQPDwSQ6PC1bqMhU3Ueb8AYTImJk+wHiBCM/2AfPc5 Xkl66ApKuwbmXXAsVoji79CErb0HfZd05JFJp7YS2CFvJEYZ4kesZ1zyFp0a5N0rKgpU x5e0fKYoUwozj9HgnDE53Mcvx2k6paUwO4V6mmITfzH5lio8/s7RV2QspdrUYL+UKv3d 5zew== MIME-Version: 1.0 X-Received: by 10.182.245.164 with SMTP id xp4mr25764697obc.23.1404666363703; Sun, 06 Jul 2014 10:06:03 -0700 (PDT) Received: by 10.202.182.130 with HTTP; Sun, 6 Jul 2014 10:06:03 -0700 (PDT) Date: Sun, 6 Jul 2014 19:06:03 +0200 Message-ID: Subject: unzip bugs? From: Zenny To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jul 2014 17:06:04 -0000 Tried to unzip the image files downloaded from a smartphone (S4) and it just fails to do anything rather than corrupting the original files. % unzip Camera.zip Archive: Camera.zip unzip: skipping non-regular entry '20140705_150730.jpg' unzip: skipping non-regular entry '20140705_150727.jpg' unzip: skipping non-regular entry '20140705_150718.jpg' unzip: skipping non-regular entry '20140705_150701.jpg' unzip: skipping non-regular entry '20140705_150655.jpg' But the -t flag gives the output correctly to all zip files: % unzip -t Photos_downloaded_by_AirDroid.zip Archive: Photos_downloaded_by_AirDroid.zip testing: 20140705_150730.jpg OK testing: 20140703_201731_Richtone(HDR).jpg OK testing: 20140503_061145.jpg OK testing: 20140507_092622.jpg OK Saw a thread here with similar issues: http://lists.freebsd.org/pipermail/freebsd-current/2014-February/048454.html But does not seem to solve the problem in FreeBSD-10.0! Any inputs? Thanks! From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 17:22:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EEEDABA for ; Sun, 6 Jul 2014 17:22:55 +0000 (UTC) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 08DC22387 for ; Sun, 6 Jul 2014 17:22:54 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id vb8so3523754obc.25 for ; Sun, 06 Jul 2014 10:22:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=+kfGn2PRln6k5XudqXetypbTiZX3P9AXKcq42j1qluQ=; b=xAQq5AICF3mdHbNpQq6kGOJ/K65+RCzaY2zI0cdopef4ETRzjouYROKM1S7EuC1ROz EIXTRxqFBpnRe22xS2KQ4Abt45HCtO4bPlSqFDvh3TQ8okTgOqXpE+bedLMSuY6qI6qJ e6Dz2Y1OjsvoBtQMMZTvP03/Y+ecRZjddfCqHM0j7r2TGg+7POPpaY02TGkT9dR+QQCg xnYfag8UnX2gRg2WrI5V+lEXEPhUetyTU8yLDl/lLnet3tcQm4e5Rj1rku6/fBSY6XoY RTvSkkFC/NJ00x1BbMIZr7rJ2Lqt0uVXjRZjauf606GKmSPZr+WL3ut8cKXp2lfJvEcz ZHyQ== MIME-Version: 1.0 X-Received: by 10.182.224.163 with SMTP id rd3mr25769814obc.41.1404667374302; Sun, 06 Jul 2014 10:22:54 -0700 (PDT) Received: by 10.202.182.130 with HTTP; Sun, 6 Jul 2014 10:22:54 -0700 (PDT) In-Reply-To: References: Date: Sun, 6 Jul 2014 19:22:54 +0200 Message-ID: Subject: Re: unzip bugs? From: Zenny To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jul 2014 17:22:55 -0000 Solved: Used 'tar -zxvf file.zip' and it worked flawlessly. ;-D Good old archiver! On Sun, Jul 6, 2014 at 7:06 PM, Zenny wrote: > Tried to unzip the image files downloaded from a smartphone (S4) and it > just fails to do anything rather than corrupting the original files. > > % unzip Camera.zip > Archive: Camera.zip > unzip: skipping non-regular entry '20140705_150730.jpg' > unzip: skipping non-regular entry '20140705_150727.jpg' > unzip: skipping non-regular entry '20140705_150718.jpg' > unzip: skipping non-regular entry '20140705_150701.jpg' > unzip: skipping non-regular entry '20140705_150655.jpg' > > > But the -t flag gives the output correctly to all zip files: > > % unzip -t Photos_downloaded_by_AirDroid.zip > Archive: Photos_downloaded_by_AirDroid.zip > testing: 20140705_150730.jpg OK > testing: 20140703_201731_Richtone(HDR).jpg OK > testing: 20140503_061145.jpg OK > testing: 20140507_092622.jpg OK > > Saw a thread here with similar issues: > > http://lists.freebsd.org/pipermail/freebsd-current/2014-February/048454.html > > But does not seem to solve the problem in FreeBSD-10.0! > > Any inputs? Thanks! > From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 17:26:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FFFBF49 for ; Sun, 6 Jul 2014 17:26:01 +0000 (UTC) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD72523BB for ; Sun, 6 Jul 2014 17:26:00 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id wm4so3565514obc.20 for ; Sun, 06 Jul 2014 10:26: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:date:message-id:subject:from:to :content-type; bh=PuuuWDBZ/bNdwssVhPUWeimH5/PbjOwjk/IArO3a0HY=; b=kiYc7zJ1YtrhAmjQavkAl56fUVVakz/EfQhLrlscJmAryhjlm95lLRlkP2IVWtSHEH KRX3mYStszTZIBsWOFc/xEeVLVXPrng6Vi3v4rbA0+lwiN5X/kMQnRxP9LKYUQyIXuf+ HIEu3KxPWopjcMEUwuoFKSfoEW0OF71ZpdHsC+gGI9yUMPb4hTtx8o2AQan1gY+b227t pvdTa7VdFsFwIDA8KiWtF0g2FJZjr/TmiumpY0KcKJv/ZPbn4j2oAWdeccGCHG6hj6rP /YnbESseH8VeNsR+NxJzoXdHXviIbwA258yxLZy6D1MbsDzCX6DtTaeE2gNqfgZbna1i IMEQ== MIME-Version: 1.0 X-Received: by 10.182.102.194 with SMTP id fq2mr26041411obb.38.1404667560219; Sun, 06 Jul 2014 10:26:00 -0700 (PDT) Received: by 10.202.182.130 with HTTP; Sun, 6 Jul 2014 10:26:00 -0700 (PDT) In-Reply-To: References: Date: Sun, 6 Jul 2014 19:26:00 +0200 Message-ID: Subject: Re: unzip bugs? From: Zenny To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jul 2014 17:26:01 -0000 Successfully decompressed with tar, but while opening the files, it says: "Not a JPEG file: starts with 0x00 0x00" Hmmm... On Sun, Jul 6, 2014 at 7:22 PM, Zenny wrote: > Solved: > > Used 'tar -zxvf file.zip' and it worked flawlessly. ;-D Good old archiver! > > > On Sun, Jul 6, 2014 at 7:06 PM, Zenny wrote: > >> Tried to unzip the image files downloaded from a smartphone (S4) and it >> just fails to do anything rather than corrupting the original files. >> >> % unzip Camera.zip >> Archive: Camera.zip >> unzip: skipping non-regular entry '20140705_150730.jpg' >> unzip: skipping non-regular entry '20140705_150727.jpg' >> unzip: skipping non-regular entry '20140705_150718.jpg' >> unzip: skipping non-regular entry '20140705_150701.jpg' >> unzip: skipping non-regular entry '20140705_150655.jpg' >> >> >> But the -t flag gives the output correctly to all zip files: >> >> % unzip -t Photos_downloaded_by_AirDroid.zip >> Archive: Photos_downloaded_by_AirDroid.zip >> testing: 20140705_150730.jpg OK >> testing: 20140703_201731_Richtone(HDR).jpg OK >> testing: 20140503_061145.jpg OK >> testing: 20140507_092622.jpg OK >> >> Saw a thread here with similar issues: >> >> http://lists.freebsd.org/pipermail/freebsd-current/2014-February/048454.html >> >> But does not seem to solve the problem in FreeBSD-10.0! >> >> Any inputs? Thanks! >> > > From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 19:44:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DA434F2 for ; Sun, 6 Jul 2014 19:44:15 +0000 (UTC) Received: from dyslexicfish.net (streams.dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CF0142ED6 for ; Sun, 6 Jul 2014 19:44:13 +0000 (UTC) Received: from dyslexicfish.net (streams.dyslexicfish.net [91.109.5.35]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id s66Ji60V034648; Sun, 6 Jul 2014 20:44:06 +0100 (BST) (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id s66Ji6lx034647; Sun, 6 Jul 2014 20:44:06 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201407061944.s66Ji6lx034647@dyslexicfish.net> Date: Sun, 06 Jul 2014 20:44:06 +0100 To: garbytrash@gmail.com, freebsd-stable@freebsd.org Subject: Re: unzip bugs? References: In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [91.109.5.35]); Sun, 06 Jul 2014 20:44:06 +0100 (BST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jul 2014 19:44:15 -0000 Zenny wrote: > Successfully decompressed with tar, but while opening the files, it says: > > "Not a JPEG file: starts with 0x00 0x00" You say it extracted the files when using unzip -t Were these extracted files corrupted too? From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 19:53:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3742D886 for ; Sun, 6 Jul 2014 19:53:37 +0000 (UTC) Received: from biertje.skysmurf.nl (unknown [IPv6:2001:980:27fb:1:21b:78ff:fea8:3f22]) (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 B0A212FA8 for ; Sun, 6 Jul 2014 19:53:36 +0000 (UTC) Received: from biertje.skysmurf.nl (localhost [127.0.0.1]) by biertje.skysmurf.nl (8.14.7/8.14.7) with ESMTP id s66Jq8Pg037526; Sun, 6 Jul 2014 21:52:08 +0200 (CEST) (envelope-from fonz@biertje.skysmurf.nl) Received: (from fonz@localhost) by biertje.skysmurf.nl (8.14.7/8.14.7/Submit) id s66Jq8Q2037525; Sun, 6 Jul 2014 21:52:08 +0200 (CEST) (envelope-from fonz) Date: Sun, 6 Jul 2014 21:52:07 +0200 From: "A.J. 'Fonz' van Werven" To: Jamie Landeg-Jones Subject: Re: unzip bugs? Message-ID: <20140706195207.GA37517@biertje.skysmurf.nl> References: <201407061944.s66Ji6lx034647@dyslexicfish.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <201407061944.s66Ji6lx034647@dyslexicfish.net> X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.23 (2014-03-12) Cc: garbytrash@gmail.com, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jul 2014 19:53:37 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Jamie Landeg-Jones wrote: > You say it extracted the files when using unzip -t >=20 > Were these extracted files corrupted too? He probably didn't mean it that way: "unzip -t" only performs tests, it doesn't actually really extract anything. AvW --=20 Imbibo, ergo sum. --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTuajnAAoJEAfP7gJTaCe8EK8QANsdLAt3Iu8qnJPtcunDYa/E UzFjMpBLpHiaCOPiXlxcAt1NRiZz+IhwDUnGBS3hZ4Dq51uXNAextqa192XngZkb uI3lVI31ncEtKE6ooJE+Zo03GfZhoq9/CBK//DYa5O8ooG1IQNrGxVjjDxWaJacV mZfFYzgoI2LIM99i9lGE8z3WTkhQLBx+9pJD4GqELRChffu8W90iQo03Um9odSG0 B115kJRCjRwHJdqf6Q4oyM5EKcNYCDkhrgnb6CCPK4UdDGzf4smUS49Jj9d/zbF3 bN+QjEIHeYaNcCuAi3No51j3RbmizXMhIBsG9AwuOCjsBoIPDX7ml85z1ZShFpvu OBcu+CWTghyyOIgFUvJD1kUihKWmOHH6ARUbHDsVT0C/JeFGDcJr0HyqGmMaLg52 9m/C77nK27ij2T/+lwQn+Pql4KeeBkNFYISmAqFauFEGK4T/o9vSduAPVWTgwugY 5aZYaCFCGsuWQ8LUqvuEiqsyIqQ3IMJuXSZNDAI+e/NSkXiD/MxRePXlpdOq9uL/ EKjCRUgW70IZx5v/xTUbgY7/B2iP7Pi6pvWPxqBIesJwfddKfSUh2sPzKY8pd4LG PrGzyVwTqPnzD0Fh2ZaJ8Bz4fr7UYD8Kga7SubR2Iw4i3fc5I5j5oBwZY5Y3Z7dP BdgYZd7pVm54IGzFvjwj =CEFB -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 20:13:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67627418 for ; Sun, 6 Jul 2014 20:13:19 +0000 (UTC) Received: from dyslexicfish.net (streams.dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 03B042197 for ; Sun, 6 Jul 2014 20:13:18 +0000 (UTC) Received: from dyslexicfish.net (streams.dyslexicfish.net [91.109.5.35]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id s66KDHP6035210; Sun, 6 Jul 2014 21:13:17 +0100 (BST) (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id s66KDGkb035209; Sun, 6 Jul 2014 21:13:16 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201407062013.s66KDGkb035209@dyslexicfish.net> Date: Sun, 06 Jul 2014 21:13:16 +0100 To: jamie@dyslexicfish.net, freebsd@skysmurf.nl Subject: Re: unzip bugs? References: <201407061944.s66Ji6lx034647@dyslexicfish.net> <20140706195207.GA37517@biertje.skysmurf.nl> In-Reply-To: <20140706195207.GA37517@biertje.skysmurf.nl> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [91.109.5.35]); Sun, 06 Jul 2014 21:13:17 +0100 (BST) Cc: garbytrash@gmail.com, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jul 2014 20:13:19 -0000 > He probably didn't mean it that way: "unzip -t" only performs tests, it > doesn't actually really extract anything. Ahhhh. Thanks. I did a quick look at unzip -h before posting and assumed from that that it was test-and-extract, and I was therefore curious if he was accepting the test pass without checking the files themselves. Thanks for clearing up my confusion. Sounds like a corrupt archive to me.... :-( Cheers, Jamie From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 21:54:57 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3F1F621; Sun, 6 Jul 2014 21:54:56 +0000 (UTC) Date: Sun, 6 Jul 2014 17:54:53 -0400 From: Glen Barber To: freebsd-stable@FreeBSD.org Subject: FreeBSD 9.3-RC3 Now Available Message-ID: <20140706215453.GO1216@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jul 2014 21:54:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The third RC build of the 9.3-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. This is expected to be the final RC build of the 9.3-RELEASE cycle. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.3/ (or any of the FreeBSD mirror sites). If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/9.3" branch. A list of changes since 9.2-RELEASE are available on the 9.3-RELEASE release notes page here: http://www.freebsd.org/releases/9.3R/relnotes.html Pre-installed virtual machine images for 9.3-RC3 are also available for amd64 and i386 architectures. The images are located under the 'snapshots' directory on FTP, here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/9.3-RC3/ The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB, which decompress to a 20GB sparse image. The partition layout is: . 512k - freebsd-boot GPT partition type (bootfs GPT label) . 1GB - freebsd-swap GPT partition type (swapfs GPT label) . ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) Changes between 9.3-RC2 and 9.3-RC3 include: o Bug fix for axge(4) range checks and receive loop header parsing. o Bug fix to exclude loopback addresses rather than loopback interfaces has been fixed. o Bug fix in uhso(4) to prevent memory use after free() and mtx_destroy(). o Bug fix in bsdinstall(8) where certain conditions could prevent directory creation before use. o Bug fix for DNS-based load balancing. o Vendor update to oce(4). The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 9.3-RC3 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 8.x. Alternatively, the user can install misc/compat8x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 9.3-RC3 amd64 GENERIC: SHA256 (FreeBSD-9.3-RC3-amd64-bootonly.iso) = ef2573a286986ac686d8d56c7344ab19be82d5d04e40324c6c8a17b7fd81de7b SHA256 (FreeBSD-9.3-RC3-amd64-bootonly.iso.xz) = 070097e937dc0829d2cda64e609580b575edf57631e3186a1a44d324e94aec4d SHA256 (FreeBSD-9.3-RC3-amd64-disc1.iso) = 725b70dd3c119f73a1c0330fd5c258d1cfe1a6577bb4b23b93ebd10f72378d61 SHA256 (FreeBSD-9.3-RC3-amd64-disc1.iso.xz) = 11791fc7cdda9eb6b7fe5916ebd701677a7510fb4d069adb64547da6165ef718 SHA256 (FreeBSD-9.3-RC3-amd64-dvd1.iso) = ed20bd7125a7ee272653e901a7b0f31e5ea77cd3028aa9b9c737672a35f6d937 SHA256 (FreeBSD-9.3-RC3-amd64-dvd1.iso.xz) = f561facdd73a46485e5e16a279a15fd6fcb3137b1e5173ebd1a28b73f5d8bb48 SHA256 (FreeBSD-9.3-RC3-amd64-memstick.img) = c429747edaac4556a66c0aeb8e4c7c5a5d2387cd16c08b6f20e0989cb5879f3f SHA256 (FreeBSD-9.3-RC3-amd64-memstick.img.xz) = 49fc482f3edd73808cfd12780120e22e6937e4999e099bc7e138f49a8c6bbad9 SHA256 (FreeBSD-9.3-RC3-amd64-mini-memstick.img) = 85731746df100baa127158913978e58af43cee36b00c444ff754fa84641065f9 SHA256 (FreeBSD-9.3-RC3-amd64-mini-memstick.img.xz) = e01498b6a6c361fc273f50f51ac03e10b320776cc9afacc43ca83a1ec3696b16 MD5 (FreeBSD-9.3-RC3-amd64-bootonly.iso) = 79b79a5cee58df4359ec88fcb54ae051 MD5 (FreeBSD-9.3-RC3-amd64-bootonly.iso.xz) = 820bd87c20f9e249e179c53f0b138876 MD5 (FreeBSD-9.3-RC3-amd64-disc1.iso) = e67368ec86517317e9a1adfe904b94d7 MD5 (FreeBSD-9.3-RC3-amd64-disc1.iso.xz) = 0eb5345ac156a03582eaf629fad07419 MD5 (FreeBSD-9.3-RC3-amd64-dvd1.iso) = e21d0365b536c82f3abece376934e7cd MD5 (FreeBSD-9.3-RC3-amd64-dvd1.iso.xz) = 2a5a0c3c0a056afa935c3b44f3aad6f9 MD5 (FreeBSD-9.3-RC3-amd64-memstick.img) = 2f83a9f746ce3aefb9845422463fd313 MD5 (FreeBSD-9.3-RC3-amd64-memstick.img.xz) = 1f3639599c7ee4627e190239445cfbca MD5 (FreeBSD-9.3-RC3-amd64-mini-memstick.img) = 0af1f75ee81fbd9fdb62e36f9c2cffcb MD5 (FreeBSD-9.3-RC3-amd64-mini-memstick.img.xz) = fac0dcc12535694431967a352ca33797 o 9.3-RC3 i386 GENERIC: SHA256 (FreeBSD-9.3-RC3-i386-bootonly.iso) = 9c93e643cc7db185bb55f122667e9cf73a6efa86486f10885ac453510870091c SHA256 (FreeBSD-9.3-RC3-i386-bootonly.iso.xz) = 5b5772511e89ed9a0159e877a14fe77a8412292a4a826b82c7006617a122d83c SHA256 (FreeBSD-9.3-RC3-i386-disc1.iso) = 38ba054cd542aff09a98b7997fb849e04a1747b364f97294358ae124a8d531fa SHA256 (FreeBSD-9.3-RC3-i386-disc1.iso.xz) = 26a524ec60789a0eb87a5368722146c9cae4b617c93463b6b3ec60421d8c4992 SHA256 (FreeBSD-9.3-RC3-i386-dvd1.iso) = 33dd4c7ee5a6454ffd8512c05a7d12f225db4dd4b643947b849aee2397a54f1e SHA256 (FreeBSD-9.3-RC3-i386-dvd1.iso.xz) = 7f077a5ab31a4048f9918be81392d707cd56fb129a0c882ac44abb27e99e1ffc SHA256 (FreeBSD-9.3-RC3-i386-memstick.img) = cb513a4382fb6ffd3a30636a41e4ca4eb8224ba2337f6882cc37827eeda2c047 SHA256 (FreeBSD-9.3-RC3-i386-memstick.img.xz) = 11f6632501e51d2ad07073a901b018a5d6258abf5128e83d4c29cde111b8fa77 SHA256 (FreeBSD-9.3-RC3-i386-mini-memstick.img) = 0e78423448ed3a565eeb46ee13149ef267f5264ad10a5e34aaf4818cba057860 SHA256 (FreeBSD-9.3-RC3-i386-mini-memstick.img.xz) = 6f87c629a53d05eda1b953f5ab03d217047d2d0a616c4802756334d28fab1d83 MD5 (FreeBSD-9.3-RC3-i386-bootonly.iso) = 37c71f1769718c184d0bf07941445b13 MD5 (FreeBSD-9.3-RC3-i386-bootonly.iso.xz) = ed75db3044dc9cb4cbf6bbfd64fd4fe2 MD5 (FreeBSD-9.3-RC3-i386-disc1.iso) = b5b22357cfbb9e4b740b2389f44864d4 MD5 (FreeBSD-9.3-RC3-i386-disc1.iso.xz) = 0e7047a7c6ac28c25110095a051329cf MD5 (FreeBSD-9.3-RC3-i386-dvd1.iso) = 795d1f5f0bddcf5bc12fb612c1834446 MD5 (FreeBSD-9.3-RC3-i386-dvd1.iso.xz) = 07dbe07e139197f39dc1a5df2f27fb5d MD5 (FreeBSD-9.3-RC3-i386-memstick.img) = 1109f474c4e42d6eb6c50c0383b80ca2 MD5 (FreeBSD-9.3-RC3-i386-memstick.img.xz) = 6f959112f5a985a22215dc1aebdebf92 MD5 (FreeBSD-9.3-RC3-i386-mini-memstick.img) = 9983f92c706ef8908275b076b1730887 MD5 (FreeBSD-9.3-RC3-i386-mini-memstick.img.xz) = d3235b432593b9b7a9116d86d34c5610 o 9.3-RC3 ia64 GENERIC: SHA256 (FreeBSD-9.3-RC3-ia64-bootonly.iso) = a9451a5c277111e341c089a33680bff708a52a85f159b3fae07a13707b95ab2d SHA256 (FreeBSD-9.3-RC3-ia64-bootonly.iso.xz) = 3435675e8ad87e254c5c9baf7dcebb8277cc892b13d364cead92a38ae7b817c2 SHA256 (FreeBSD-9.3-RC3-ia64-disc1.iso) = bb876567f5bcd486724bae637495e354748bf9705d676d26251062c5ac1d04e1 SHA256 (FreeBSD-9.3-RC3-ia64-disc1.iso.xz) = 49f5c11b5d3d8bcf892f590efdb4ad95018dbf37d87925cf5d7d678d2f102ca0 SHA256 (FreeBSD-9.3-RC3-ia64-memstick.img) = fd09f7c90afd0aaf13149e53f29bc6442499ac13e10eeb0f4a0d85eacc5805b5 SHA256 (FreeBSD-9.3-RC3-ia64-memstick.img.xz) = bf6f19255345134f47b6a685de8ae0f79eba0466c034ce38b87d0342b8afd930 SHA256 (FreeBSD-9.3-RC3-ia64-mini-memstick.img) = 01f61f92737315e609cc6f7d6779f3c0454af8a20abc88f61b34b432f9dafb46 SHA256 (FreeBSD-9.3-RC3-ia64-mini-memstick.img.xz) = e9397467cc7ebe790313d312ef2809255d725183525f7b84bbb8075baaf2d2a4 MD5 (FreeBSD-9.3-RC3-ia64-bootonly.iso) = 1e1db0d91ff3c673791eb14eaab97777 MD5 (FreeBSD-9.3-RC3-ia64-bootonly.iso.xz) = f9454559a61c3c85e387930e4c440d26 MD5 (FreeBSD-9.3-RC3-ia64-disc1.iso) = 9615b2ed67e3f0526cf4a9986cba2e8c MD5 (FreeBSD-9.3-RC3-ia64-disc1.iso.xz) = 982ebdc84fb81fb4866778bf5bcb352b MD5 (FreeBSD-9.3-RC3-ia64-memstick.img) = dab61fb2cec08cb494d68590820df046 MD5 (FreeBSD-9.3-RC3-ia64-memstick.img.xz) = e5673db5e0c0967aa635b1dcccc69a4e MD5 (FreeBSD-9.3-RC3-ia64-mini-memstick.img) = e42135caa60eff4fd36093809ffaba22 MD5 (FreeBSD-9.3-RC3-ia64-mini-memstick.img.xz) = f99bc37c67c35e8974c577d9be2d854c o 9.3-RC3 powerpc GENERIC: SHA256 (FreeBSD-9.3-RC3-powerpc-bootonly.iso) = 47c9a1ac7c4b3a98f7dbbeb3a5cdad3614a2755b3ed0f0195624320a09f9f3f7 SHA256 (FreeBSD-9.3-RC3-powerpc-bootonly.iso.xz) = d1467b250588b99f93be9042795b528c26864373c8a8335604c7f17bcd51d9cb SHA256 (FreeBSD-9.3-RC3-powerpc-disc1.iso) = dbe6977cffd9a00db8ed161a7321d2149a50358d3288f88e35d686162350d1dc SHA256 (FreeBSD-9.3-RC3-powerpc-disc1.iso.xz) = 041bf1f19d8586679c3e953495a2e0d3956f2d7083f1fccb718640419da15369 SHA256 (FreeBSD-9.3-RC3-powerpc-memstick.img) = e96bc5703bb7f91e5b6a14fe7e4ac1fa5dce0f7236e2768494892a35e9f18886 SHA256 (FreeBSD-9.3-RC3-powerpc-memstick.img.xz) = a9c786a7ad6c973a91b569f525dbb6e31a264af95fc4d51aef4869d502af6156 SHA256 (FreeBSD-9.3-RC3-powerpc-mini-memstick.img) = e35f39e7204f40e148dd12c88343bcf2d38e4eca92cbf876b94297961a36d77e SHA256 (FreeBSD-9.3-RC3-powerpc-mini-memstick.img.xz) = e4741759c4814578ea89fbf8dd6cce7f589beffe01dbe8da66333d6a9b06aa0f MD5 (FreeBSD-9.3-RC3-powerpc-bootonly.iso) = b159916abf01dd559621911bdb08e907 MD5 (FreeBSD-9.3-RC3-powerpc-bootonly.iso.xz) = 56d42149d169e9a83ffa0f031d51bbea MD5 (FreeBSD-9.3-RC3-powerpc-disc1.iso) = d0e4f01856409346059ac4c64d224a44 MD5 (FreeBSD-9.3-RC3-powerpc-disc1.iso.xz) = 66ba3cc76f6ddbb9b9c0253c44587810 MD5 (FreeBSD-9.3-RC3-powerpc-memstick.img) = 397c05ba0eb699538376e5a7372caaaa MD5 (FreeBSD-9.3-RC3-powerpc-memstick.img.xz) = 9ab064efa65f3085b95b7441bc2a4e34 MD5 (FreeBSD-9.3-RC3-powerpc-mini-memstick.img) = 75e63ed876a3b1c9d59232436241b393 MD5 (FreeBSD-9.3-RC3-powerpc-mini-memstick.img.xz) = 369e18b67e9c7fca6b180ba95519a021 o 9.3-RC3 powerpc64 GENERIC64: SHA256 (FreeBSD-9.3-RC3-powerpc-powerpc64-bootonly.iso) = 5c42f8c960ac3e10bac3d7599c30d90e412117e7f0e4cc344ec65146b41603e4 SHA256 (FreeBSD-9.3-RC3-powerpc-powerpc64-bootonly.iso.xz) = d7eb22776b6f4cf38f9275c6cf3c4dfcd38d5c4d30d7868e39f3214f07c1bc2d SHA256 (FreeBSD-9.3-RC3-powerpc-powerpc64-disc1.iso) = 817df04d0567bf3d379a6683eb4880ec870da43c2c21e73431f18ee584c83f8b SHA256 (FreeBSD-9.3-RC3-powerpc-powerpc64-disc1.iso.xz) = fab81f7d12dfa856fc75387e75f3aaa1c8ac767e43c07e361ea8abbdec90ae5b SHA256 (FreeBSD-9.3-RC3-powerpc-powerpc64-memstick.img) = e3eaa9d1ad108fb913efe6cf1cc6766228c6330c7b6485532c1ba20006ad41ac SHA256 (FreeBSD-9.3-RC3-powerpc-powerpc64-memstick.img.xz) = f59490cc8866ffc8935112977851d9c92ca76e0881c2685fcf497b1acc3cf263 SHA256 (FreeBSD-9.3-RC3-powerpc-powerpc64-mini-memstick.img) = fd95390de9163f91198b1dc04cb819aa676bbe3c3e8b9280c54adf4dfdd7b828 SHA256 (FreeBSD-9.3-RC3-powerpc-powerpc64-mini-memstick.img.xz) = 999d651688f6017ad9c8bbaaa52ed01c026b19864c853321c8328a6636bfb264 MD5 (FreeBSD-9.3-RC3-powerpc-powerpc64-bootonly.iso) = 6bdb850913f1017e063abad60cb1de3c MD5 (FreeBSD-9.3-RC3-powerpc-powerpc64-bootonly.iso.xz) = 270b3b600a282b6e74d1dfbbf825f6d3 MD5 (FreeBSD-9.3-RC3-powerpc-powerpc64-disc1.iso) = afd2ececc01531c6550d504c919360bf MD5 (FreeBSD-9.3-RC3-powerpc-powerpc64-disc1.iso.xz) = bdf0930d5e62908aff7894b03d157a7c MD5 (FreeBSD-9.3-RC3-powerpc-powerpc64-memstick.img) = 9cd5e3441492e59ac514b252b24b6dfa MD5 (FreeBSD-9.3-RC3-powerpc-powerpc64-memstick.img.xz) = 8fb309ee0306d8a4f6ec5d30f87b9153 MD5 (FreeBSD-9.3-RC3-powerpc-powerpc64-mini-memstick.img) = e897767cf44deca4ad2a888887ad38ff MD5 (FreeBSD-9.3-RC3-powerpc-powerpc64-mini-memstick.img.xz) = 48e3033f804895132048f6064761b952 o 9.3-RC3 sparc64 GENERIC: SHA256 (FreeBSD-9.3-RC3-sparc64-bootonly.iso) = b1dc278a2de08e9cc974a9a221234627e08561cea1d2c10fa69517e3931c317c SHA256 (FreeBSD-9.3-RC3-sparc64-bootonly.iso.xz) = 54d2551b60a677ddb156da2edaffe3f619cdd018b92d59950b1ebcd94387a933 SHA256 (FreeBSD-9.3-RC3-sparc64-disc1.iso) = 66062344d1bb80ae0d2f7c3ac87d56b1f7ea711e450fb022b2efb4f3bf9b6538 SHA256 (FreeBSD-9.3-RC3-sparc64-disc1.iso.xz) = 33911c35e37108025d580688b20a9c23f3f0c2852d39612af6c70cd4f24a1564 MD5 (FreeBSD-9.3-RC3-sparc64-bootonly.iso) = cd1993f6af1ef3cc6ec54c1d60d0a763 MD5 (FreeBSD-9.3-RC3-sparc64-bootonly.iso.xz) = 13e440bcc50cb190c275ae38a41c2946 MD5 (FreeBSD-9.3-RC3-sparc64-disc1.iso) = 53199916bfbd984244e4699feb1469df MD5 (FreeBSD-9.3-RC3-sparc64-disc1.iso.xz) = d11c501df7fc2273937a3e782984873e == VM IMAGE CHECKSUMS == o 9.3-RC3 amd64: SHA256 (FreeBSD-9.3-RC3-amd64-20140704-r268267.qcow2.xz) = 488106393efc994c07f0cc055371df63bd838acfaa29a78705f1c2fbfcd54968 SHA256 (FreeBSD-9.3-RC3-amd64-20140704-r268267.raw.xz) = d1a7976db8f5e763b87eac92824f95ec5d6e53a8cd6dadbfbe7de679a4b07f74 SHA256 (FreeBSD-9.3-RC3-amd64-20140704-r268267.vhd.xz) = 7916221ef8ab4adfeb81dfcae3602a941dde32017b3e36d34c51a543275eda42 SHA256 (FreeBSD-9.3-RC3-amd64-20140704-r268267.vmdk.xz) = 62994b4dfd23e16e5662f0953941ccba5a6a392914f58d7c4ffab49a210993c1 MD5 (FreeBSD-9.3-RC3-amd64-20140704-r268267.qcow2.xz) = 1c2095badccb99dc21a862cac2626cf9 MD5 (FreeBSD-9.3-RC3-amd64-20140704-r268267.raw.xz) = fd315af07058b28bd24a03236802144f MD5 (FreeBSD-9.3-RC3-amd64-20140704-r268267.vhd.xz) = 167d66261a2165868bb90d5af87adec2 MD5 (FreeBSD-9.3-RC3-amd64-20140704-r268267.vmdk.xz) = 06ed258fba15f13e88731d98ecf47684 o 9.3-RC3 i386: SHA256 (FreeBSD-9.3-RC3-i386-20140704-r268267.qcow2.xz) = f20eacc60f09666b77f2321ba6f0edaaa17589d4431629f7b4163bce1fabff49 SHA256 (FreeBSD-9.3-RC3-i386-20140704-r268267.raw.xz) = 7d167f40456a5e8773b46795aad2aaacbd6f847a8431e68d06eac72fdea1cd8f SHA256 (FreeBSD-9.3-RC3-i386-20140704-r268267.vhd.xz) = 17ee33a894260f64d6109e2abf1f5b86506de32ae5d5e2668e09825745ea55c0 SHA256 (FreeBSD-9.3-RC3-i386-20140704-r268267.vmdk.xz) = f3423e2a0e02ce6fe9acc532035aba25bc37a3d7363b9c7de92fb887a7f00b4b MD5 (FreeBSD-9.3-RC3-i386-20140704-r268267.qcow2.xz) = eb067c8a96b4c20ed7dca1cb96727e51 MD5 (FreeBSD-9.3-RC3-i386-20140704-r268267.raw.xz) = 0dde787c7500eecafddbedadf667f7d9 MD5 (FreeBSD-9.3-RC3-i386-20140704-r268267.vhd.xz) = 1c5f9222fda6726e938c6e151e280fd4 MD5 (FreeBSD-9.3-RC3-i386-20140704-r268267.vmdk.xz) = b7e6c5b0abe3550d77aee2a8859bfc27 Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTucWtAAoJELls3eqvi17QypUP/31tc0sFzwLXJ32HdMS6Te8T KGtKMLSOpjRbVTN6UpgOkZ5m7XROAb4UD7ZD57zIMbkN5Rxei540giWnAoAQz6b8 PNRnoBG00PIFJO1LjUW3Ch8werX87z5H1XI3pmievH3XxVpixnuZi7oMSXw8CAIA 8mgjXlPO8/PCiWxDRo8fCxfgPoAmC42k/uN+uOOMxg5azQmh6A82HQctKXLj/93H 69hlWondt/gMZ0GnPXns/NgjIWp5XqszGfvGOHxvbm3MvgCf+KnBfPCLMmbP2x/7 F5Y/eFubK6bvhLi6/FPoIW1Lj8NW+jE+CbwzbSfWCnj5D9X96UJ3u+Bt+kqlCy/j XQk1J5t20Zu0GFbk76xotmxnKEEtk0N1RILs785t0R8hzzkw/26ZIZN+s2S5zt7W YTNEmiiMuJoEmL1v2xNimO0qK/98Li+LNVjse2uxb+BZ6Ijs72QVcgAdeJqdA7e8 8VwuaGIkdmLLskQFqTK+ncsvKysn4Q8J/wOkHv+kalpeGtwoI0l+NZh2w1j149Fy qi41yvd1RJr8aIyGKjHX2c3gQWNsHcdV2NoQBfiHTKvA7HLEbna3ZWTzpTiFjtHJ Js/IDSEALuMRSbfznAcU0dEOHo9XnPCyp4V/P2XiKmvjMthTj+PgCF3nV2RxPRx5 atgrcI7xhsyFq3TyILn5 =fqC6 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 21:57:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99892933 for ; Sun, 6 Jul 2014 21:57:23 +0000 (UTC) Received: from dyslexicfish.net (streams.dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3643D2978 for ; Sun, 6 Jul 2014 21:57:22 +0000 (UTC) Received: from dyslexicfish.net (streams.dyslexicfish.net [91.109.5.35]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id s66LvKLl038007; Sun, 6 Jul 2014 22:57:20 +0100 (BST) (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id s66LvKGd038006; Sun, 6 Jul 2014 22:57:20 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201407062157.s66LvKGd038006@dyslexicfish.net> Date: Sun, 06 Jul 2014 22:57:20 +0100 To: garbytrash@gmail.com, freebsd-stable@freebsd.org Subject: Re: unzip bugs? References: In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [91.109.5.35]); Sun, 06 Jul 2014 22:57:20 +0100 (BST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jul 2014 21:57:23 -0000 Zenny wrote: > Successfully decompressed with tar, but while opening the files, it says: > > "Not a JPEG file: starts with 0x00 0x00" I've managed to create a zip file that gives the same problem you describe: unzip says 'skipping non-regular entry' tar extracts files with the correct name and size, but the files are made up entirely of nulls. I'm going go look deeper into this, but in the meantime, I found unzip in ports (archivers/unzip) to work as expected, so give that a go! Cheers, Jamie From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 22:16:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 929B291 for ; Sun, 6 Jul 2014 22:16:49 +0000 (UTC) Received: from ravenloft.kiev.ua (ravenloft.kiev.ua [94.244.131.95]) (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 53E4E2AEE for ; Sun, 6 Jul 2014 22:16:48 +0000 (UTC) Date: Mon, 7 Jul 2014 01:16:23 +0300 From: Alex Kozlov To: Jamie Landeg-Jones Subject: Re: unzip bugs? Message-ID: <20140706221623.GA5069@ravenloft.kiev.ua> References: <201407062157.s66LvKGd038006@dyslexicfish.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201407062157.s66LvKGd038006@dyslexicfish.net> Cc: garbytrash@gmail.com, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 06 Jul 2014 22:16:49 -0000 On Sun, Jul 06, 2014 at 10:57:20PM +0100, Jamie Landeg-Jones wrote: > Zenny wrote: > > Successfully decompressed with tar, but while opening the files, it says: > > > > "Not a JPEG file: starts with 0x00 0x00" > > I've managed to create a zip file that gives the same problem you > describe: > > unzip says 'skipping non-regular entry' This means that archive entry is not marked as file or directory. I think zip archive is corrupted. > tar extracts files with the correct name and size, but the files > are made up entirely of nulls. > > I'm going go look deeper into this, but in the meantime, I found > unzip in ports (archivers/unzip) to work as expected, so give that a > go! The info-unzip from ports doesn't have this sanity check, neither is bsdtar. -- Alex From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 00:24:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 599D295E for ; Mon, 7 Jul 2014 00:24:27 +0000 (UTC) Received: from mail-qc0-x22f.google.com (mail-qc0-x22f.google.com [IPv6:2607:f8b0:400d:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1754F24FC for ; Mon, 7 Jul 2014 00:24:27 +0000 (UTC) Received: by mail-qc0-f175.google.com with SMTP id i8so3107365qcq.20 for ; Sun, 06 Jul 2014 17:24:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=hHQklbV8gN30jLb7rneRGZ2L0KAWOaM7nZH8j/WzeEk=; b=ukHWdCP3fJYA5kQ28Zx9Gz7jQvJTUkWMu6aO4FCFoXJ5hn/TE4oSnAZ2cXMDaNeNya 5eNB9OAQJkGLmWKUH3cm1pO5LU0L23KGQYCIykwSpVuI8PhLCwgYbRFfNilAad4G0afq NDcevoYGYjhVbX92WLJVeKVO+4vxBn/Z6A+rUJUmx1G7q62MAtY/c/h5De9HBKFsJp2S PfWnD4ks+6hNbaynddi4wZlHuR2Bs43XrCRgoVOx1f5mUZ6rdJ1PKg7Z+nILlS2oE9m+ W4Ve1YeP5yCbNk7SshZWUPPhX9KEfMhaSjJzvHSGld2TrukbvcEN2uxX2SIJ+yJnGLEF gGug== MIME-Version: 1.0 X-Received: by 10.224.128.133 with SMTP id k5mr26270724qas.49.1404692666171; Sun, 06 Jul 2014 17:24:26 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.202.193 with HTTP; Sun, 6 Jul 2014 17:24:26 -0700 (PDT) In-Reply-To: <20140706220006.K50382@sola.nimnet.asn.au> References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140706220006.K50382@sola.nimnet.asn.au> Date: Sun, 6 Jul 2014 17:24:26 -0700 X-Google-Sender-Auth: rdnpTEcSFENwIg-t-PHTjJTd-p0 Message-ID: Subject: Re: Should 9.3 carry a warning about NEW_XORG From: Adrian Chadd To: Ian Smith Content-Type: text/plain; charset=UTF-8 Cc: Warren Block , John Marshall , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 00:24:27 -0000 I think people are a bit .. mis-understanding the issue. The upstream developers are the ones who don't care for older hardware. They actively don't care about older hardware. Like, very actively. Running an older Xorg with newer software plainly won't work because increasingly larger amounts of software is using some form of direct rendering library with no fallback. So it's not just updating to newer Xorg - it's actually letting the ports people update to the later versions of the DRI infrastructure so they can update to the current versions of web browsers and desktop environments. If you have a problem with this then please take it up with the Linux-centric, current-hardware-only UNIX graphic environment development model. -a On 6 July 2014 06:47, Ian Smith wrote: > On Sat, 5 Jul 2014 04:58:32 -0600, Warren Block wrote: > > On Sat, 5 Jul 2014, John Marshall wrote: > > > > > Perhaps my "X no longer works" scenario is due to "certain hardware"? > > > Is there a list somewhere of hardware on which NEW_XORG will not work, > > > so that folks running 9.2 with that hardware can set WITHOUT_NEW_XORG > > > BEFORE they upgrade to 9.3 and save themselves grief? > > > > There is a list of video cards, both working and non-working: > > https://wiki.freebsd.org/Graphics#Video_cards > > Which is unsurprisingly focussed on the newer hardware - what developers > have and use, virtually by definition - but there's scant reference to > what older hardware may NO LONGER be supported in newX. > > John has a T43 thinkpad, with unstated graphics hardware; intel 915 or > Radeon X300 according to thinkwiki? And I have two going T23s with S3 > SuperSavage IX/C (2002 vintage) and an X200 with intel GM45 Contiga, > just 'pre-2009' referring to: > > https://wiki.freebsd.org/Graphics/WITH_NEW_XORG > > which leaves me unsure of support for these with new xorg, particularly > when the footnote for VT switching(1) is incorrect for the meaning of > 'works' - the X200's GM45 happily switches to sc(4) vts from X - though > it seems an unexpected X upgrade to WITH_NEW_XORG would likely leave me > without visible vts until building a VT kernel? (and even then?) > > I've read this thread 3 times and followed relevant references and I'm > still confused about the 9.3-RELEASE scenario. > > It seems that if you upgrade from 9.1 or 9.2 you will need to manually > intervene, either way .. please correct any incorrect assumptions: > > . if you don't wish your ports updated to new Xorg you'll need to add > WITHOUT_NEW_XORG to make.conf before updating any relevant ports, though > - inconsistently? - any installed packages, including those on the DVD, > will still be for old Xorg. Until you are sure this is the safer way - > but you have to know about it when upgrading. > > . if you do want ports updated to new Xorg and you have older graphics > hardware you'll need to compile a VT kernel to get vt switching from X > back .. and you'll need to add the new repo to get new Xorg packages. > > Seeing that a perhaps not miniscule proportion of 9.x X users will need > to do some manual configuration on upgrading to 9.3, a relevant WARNING > in http://www.freebsd.org/releases/9.3R/relnotes.html should be helpful. > > cheers, Ian > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Jul 7 08:39:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F565EB9; Mon, 7 Jul 2014 08:39:13 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 311242AA2; Mon, 7 Jul 2014 08:39:12 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s678d8HF028835; Mon, 7 Jul 2014 10:39:08 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 231953D6A; Mon, 7 Jul 2014 10:39:08 +0200 (CEST) Message-ID: <53BA5CA6.1000100@omnilan.de> Date: Mon, 07 Jul 2014 10:39:02 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: John Baldwin Subject: Re: unexpected idprio 31 behavior on 9.2-BETA2 and 9.2-RC1 References: <1375737316.96778.10.camel@firkin.mischler.com> <5203A90D.6020008@vangyzen.net> <5203AE08.30504@vangyzen.net> <201309040958.48377.jhb@freebsd.org> In-Reply-To: <201309040958.48377.jhb@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6778C81824F694A803DA13BC" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Mon, 07 Jul 2014 10:39:09 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) Cc: J David , freebsd-stable@freebsd.org, Eric van Gyzen , avg@freebsd.org, dave@mischler.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 08:39:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6778C81824F694A803DA13BC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bez=FCglich John Baldwin's Nachricht vom 04.09.2013 15:58 (localtime): > On Thursday, August 08, 2013 10:41:12 am Eric van Gyzen wrote: >> On 08/08/2013 09:19, Eric van Gyzen wrote: >>> On 08/06/2013 14:23, J David wrote: >>>> On Tue, Aug 6, 2013 at 1:59 PM, Eric van Gyzen w= rote: >>>>>> on an otherwise idle amd64 system with 4 CPUs. The first command = in=20 > the >>>>>> build.log file: >>>>>> >>>>>> rm -rf /usr/obj/home/freebsd/tmp >>>>>> >>>>>> took over three minutes. It should have taken about three /second= s/. >>>>>> >>>>>> "uptime" reported a load average of around 1.00. >>>>>> "top" showed no threads (user or kernel) using CPU. >>>>>> "iostat" showed an average of less than 20 tps on ada0. >>>>>> "rm" was usually in the RUN state. >>>> We are looking at something similar. Would you be able to try to >>>> reproduce it using a kernel with: >>>> >>>> nooptions SCHED_ULE >>>> options SCHED_4BSD >>>> >>>> to see if it makes a difference? It seems to, but the problem is >>>> inconsistent enough that I can't be sure. >>> The 4BSD scheduler does //not// exhibit this problem. I tested with = the >>> latest releng/9.2 (r254054) and an otherwise GENERIC config. >> >> To be thorough, I built a GENERIC kernel at the same rev, and it still= >> exhibits the problem. >=20 > Please try this change: >=20 > Index: sched_ule.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sched_ule.c (revision 255020) > +++ sched_ule.c (working copy) > @@ -243,7 +243,7 @@ struct tdq { > int tdq_transferable; /* Transferable thread count. */ > short tdq_switchcnt; /* Switches this tick. */ > short tdq_oldswitchcnt; /* Switches last tick. */ > - u_char tdq_lowpri; /* Lowest priority thread. */ > + u_short tdq_lowpri; /* Lowest priority thread. */ > u_char tdq_ipipending; /* IPI pending. */ > u_char tdq_idx; /* Current insert index. */ > u_char tdq_ridx; /* Current removal index. */ > @@ -2323,7 +2323,7 @@ sched_choose(void) > tdq->tdq_lowpri =3D td->td_priority; > return (td); > } > - tdq->tdq_lowpri =3D PRI_MAX_IDLE; > + tdq->tdq_lowpri =3D PRI_MAX_IDLE + 1; > return (PCPU_GET(idlethread)); > } Hello, the fix above still applies cleanly to 9.3-RC3. Was ist solved differently? Or just slipped through? Thanks, -Harry --------------enig6778C81824F694A803DA13BC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlO6XKsACgkQLDqVQ9VXb8ivlQCgzQ/Z/jlhW8w6rQJhAGteVP++ TNUAn0IYFuXcbAGxxk9j64usRBYfcFcb =WUeF -----END PGP SIGNATURE----- --------------enig6778C81824F694A803DA13BC-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 09:15:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FCDCF20 for ; Mon, 7 Jul 2014 09:15:43 +0000 (UTC) Received: from dyslexicfish.net (streams.dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0B0032E10 for ; Mon, 7 Jul 2014 09:15:41 +0000 (UTC) Received: from dyslexicfish.net (streams.dyslexicfish.net [91.109.5.35]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id s679FcGY047188; Mon, 7 Jul 2014 10:15:38 +0100 (BST) (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id s679Fbge047187; Mon, 7 Jul 2014 10:15:37 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201407070915.s679Fbge047187@dyslexicfish.net> Date: Mon, 07 Jul 2014 10:15:37 +0100 To: jamie@dyslexicfish.net, alexkozlov0@gmail.com Subject: Re: unzip bugs? References: <201407062157.s66LvKGd038006@dyslexicfish.net> <20140706221623.GA5069@ravenloft.kiev.ua> In-Reply-To: <20140706221623.GA5069@ravenloft.kiev.ua> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [91.109.5.35]); Mon, 07 Jul 2014 10:15:38 +0100 (BST) Cc: garbytrash@gmail.com, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 09:15:43 -0000 Alex Kozlov wrote: > I think zip archive is corrupted. [ ... ] > The info-unzip from ports doesn't have this sanity check, neither is bsdtar. Hi Alex! Indeed it's possible that the zip file does something that doesn't follow the specs, but like I say, archivers/unzip extracts the files correctly, base unzip skips them, and bsdtar extracts files as all nulls. Here's the zip file (approx 1MB) I used: http:/www.dyslexicfish.net/test-archive.zip cheers! Jamie From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 09:28:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E38E527A; Mon, 7 Jul 2014 09:28:16 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6FF322F01; Mon, 7 Jul 2014 09:28:16 +0000 (UTC) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s679SEf0029344; Mon, 7 Jul 2014 11:28:14 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 3E31B3D89; Mon, 7 Jul 2014 11:28:14 +0200 (CEST) Message-ID: <53BA682D.2070004@omnilan.de> Date: Mon, 07 Jul 2014 11:28:13 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Glen Barber Subject: Missing fixes fo 9.3-RC3 [Was: Re: Some missong patches in 9.2-RC2] References: <520283A1.1070404@omnilan.de> <20130808145045.GA17282@glenbarber.us> In-Reply-To: <20130808145045.GA17282@glenbarber.us> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Mon, 07 Jul 2014 11:28:14 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 09:28:17 -0000 Bezglich Glen Barber's Nachricht vom 08.08.2013 16:50 (localtime): > On Wed, Aug 07, 2013 at 07:28:01PM +0200, freebsd@omnilan.de wrote: >> Hello, >> >> I went through my local patches against base/releng/, 9.2 in that case. >> There are some fixes which are noct in 9.2-RC1: >> >> - Regarding kerberized builds: >> http://lists.freebsd.org/pipermail/freebsd-bugs/2011-April/043902.html >> > > I'll take a look at this, but I do not see this change even committed to > head/ yet. Hello, this krb5-config problem still seems to need attention. >> - Regarding mount failok (seems r230226 got lost?) >> http://www.freebsd.org/cgi/query-pr.cgi?pr=163668&cat=conf >> > > Closed-Date: Mon Jun 11 18:25:59 UTC 2012 > http://www.freebsd.org/cgi/query-pr.cgi?pr=163668&cat=conf#reply6 Please correct me if I'm wrong, but as far as I understand only one part of the PR was MFCd: http://svn.freebsd.org/changeset/base/230373 MFCd to 9-stable and 8-stable on Fri Jan 20 10:06:28 2012 r230226 got lost! (Mon Jan 16 19:34:21 2012) Thanks, -Harry From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 09:45:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47443918 for ; Mon, 7 Jul 2014 09:45:54 +0000 (UTC) Received: from mta1.riverwillow.net.au (mta1.riverwillow.net.au [IPv6:2001:8000:1000:1801::36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mta1.riverwillow.net.au", Issuer "Riverwillow Root Certificate 2010-04-12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AC08920FF for ; Mon, 7 Jul 2014 09:45:53 +0000 (UTC) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [IPv6:2001:8000:1000:1801::46]) by mta1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s679jkG2005324 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 7 Jul 2014 19:45:46 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=mta1002; t=1404726346; bh=0AxahkioUj/6JaXpg206LOvxIq/oSfetETghKFUnCbU=; h=Date:From:To:Subject:References:In-Reply-To; b=Uv5dxUIUZxsmJIlSd928nE7jYWRHe5nz/xAG8ptBd8sAO+6VwHqOQc3WgNS+05XMJ P+gxMazA7c6UnnKgmW/4wOoSgqcm3XGn5AnBnMOoNxBqII6lbc6OgJOVZbRBN4Bc5T DzyNUhcFcBAQF+yJa5/nZA1I2VDJK5Bd3eldxQ/E= Received: from rwpc15.gfn.riverwillow.net.au (rwpc15.gfn.riverwillow.net.au [IPv6:2001:8000:1000:18e1:20c:76ff:fe0a:2117]) (authenticated bits=56) by mail1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s679jfCp005323 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 7 Jul 2014 19:45:43 +1000 (AEST) Date: Mon, 7 Jul 2014 19:45:41 +1000 From: John Marshall To: freebsd-stable@freebsd.org Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-ID: <20140707094541.GA1074@rwpc15.gfn.riverwillow.net.au> Mail-Followup-To: freebsd-stable@freebsd.org References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140706220006.K50382@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <20140706220006.K50382@sola.nimnet.asn.au> OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 09:45:54 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 06 Jul 2014, 23:47 +1000, Ian Smith wrote: > John has a T43 thinkpad, with unstated graphics hardware; intel 915 or=20 > Radeon X300 according to thinkwiki? For the record, Intel 915GM. I included full details a few days ago in my as-yet-unanswered post to -x11@. Troubleshooting my X failure wasn't the purpose of my post to -stable@; but it's sounding like the answer is probably "pre-2009 hardware unsupported by the 9.3 default NEW_XORG". > It seems that if you upgrade from 9.1 or 9.2 you will need to manually=20 > intervene, either way In my case (short story for a user with older hardware): - leaving make.conf as is lands me in X trouble - adding WITHOUT_NEW_XORG to make.conf keeps things working as for 9.2 > Seeing that a perhaps not miniscule proportion of 9.x X users will need= =20 > to do some manual configuration on upgrading to 9.3, a relevant WARNING= =20 > in http://www.freebsd.org/releases/9.3R/relnotes.html should be helpful. Definitely. Highlighting the fact that the 9.3 introduces a default NEW_XORG ports build, pointing out implications for folks with "older" hardware and the availability of the WITHOUT_NEW_XORG knob would, I think, be helpful. The ports infrastructure controls the logic for the NEW_XORG build decision but I think the fact that the result of that decision for 9.3-RELEASE is OPPOSITE to what it is for 9.2-RELEASE, and that building (now-default) NEW_XORG for folks with older hardware WILL break X for them, warrants a note in the 9.3 release documentation. --=20 John Marshall --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlO6bEUACgkQw/tAaKKahKIjfwCgsEAs4jClVd9IdVwZIe11Kcaw n5QAniOLuwDEF+Cz04pBF+EcViCZ1h3N =KYOl -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 09:58:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 855AFEA3 for ; Mon, 7 Jul 2014 09:58:38 +0000 (UTC) Received: from mta1.riverwillow.net.au (mta1.riverwillow.net.au [IPv6:2001:8000:1000:1801::36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mta1.riverwillow.net.au", Issuer "Riverwillow Root Certificate 2010-04-12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EE077220F for ; Mon, 7 Jul 2014 09:58:37 +0000 (UTC) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [IPv6:2001:8000:1000:1801::46]) by mta1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s679wWdS005942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 7 Jul 2014 19:58:32 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=mta1002; t=1404727112; bh=015DLUxBvxF3mqnsgbIvrmCgRli732G7GVtwqjxqFM8=; h=Date:From:To:Subject:References:In-Reply-To; b=qy9omcqUDge5i4XkEn4NVP+yqRcAHNRWzxtzjAuy182+Zw4qM/4haBj94SyCADOdd /c2yHZfq2OLNWCEgIJVRCTO7Qsqp6TWxumN/cUUWiFkdy4PyQLx68c/Zn75L1F/5rn k0COEEOjDpg9pTcuriAq+P6s36MLdR7qt+eOEGfA= Received: from rwpc15.gfn.riverwillow.net.au (rwpc15.gfn.riverwillow.net.au [IPv6:2001:8000:1000:18e1:20c:76ff:fe0a:2117]) (authenticated bits=56) by mail1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s679wQLo005941 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 7 Jul 2014 19:58:27 +1000 (AEST) Date: Mon, 7 Jul 2014 19:58:26 +1000 From: John Marshall To: freebsd-stable@freebsd.org Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-ID: <20140707095825.GB1074@rwpc15.gfn.riverwillow.net.au> Mail-Followup-To: freebsd-stable@freebsd.org References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LyciRD1jyfeSSjG0" Content-Disposition: inline In-Reply-To: OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 09:58:38 -0000 --LyciRD1jyfeSSjG0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 05 Jul 2014, 11:46 -0700, Adrian Chadd wrote: > The TL;DR reason for going up to building with new-xorg is because > without it, an increasing number of X related ports plainly won't > build anymore. They assume the newer X and DRI libraries. Thank you for this explanation: it helps. > So the choice is (a) new_xorg and pain, (b) no new_xorg and a lot of X > packages not getting upgraded any further, (c) more work on the ports > maintainers to try and figure out ways to work around an increasingly > impossible situation. There's also (d) - don't bother with 9.3. and (e) add WITHOUT_NEW_XORG to make.conf and upgrade to 9.3; understanding that this really is the end of the road for X on older hardware. 9.2 is EOL in a couple of months, so upgrading to 9.3 without breaking X makes sense to me. > The X ports team has a fast moving target to keep track of and we're > still not anywhere near the bleeding edge of Linux graphics rendering > support and all the graphics stuff that moves with it. As much as I > hate to see lots of churn, it's a losing battle. Again, thanks for explaining the X-related development/upgrade dilemma. The reason for my OP was that bad things happened, unexpectedly, with NO warning or explanation. --=20 John Marshall --LyciRD1jyfeSSjG0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlO6b0EACgkQw/tAaKKahKIX3QCghPAgvjHe7f1JGytBR8csFVsp xjcAoMeWmnNxmf41jxrztlXOeR0gSG+z =iXWy -----END PGP SIGNATURE----- --LyciRD1jyfeSSjG0-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 10:39:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E297C8E; Mon, 7 Jul 2014 10:39:36 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1B1A12578; Mon, 7 Jul 2014 10:39:35 +0000 (UTC) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s67AdYpF029920; Mon, 7 Jul 2014 12:39:34 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id E8CD33DB9; Mon, 7 Jul 2014 12:39:33 +0200 (CEST) Message-ID: <53BA78E5.1030508@omnilan.de> Date: Mon, 07 Jul 2014 12:39:33 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Glen Barber Subject: Re: MFC vm_page.c and vm_phys.c missing [Was: Re: Some missing patches in 9.2-RC1] References: <520283A1.1070404@omnilan.de> <20130808145045.GA17282@glenbarber.us> <5203CB14.5070306@omnilan.de> <5203D16A.3030308@omnilan.de> In-Reply-To: <5203D16A.3030308@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA69C6968EB63B1F0C8947D08" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Mon, 07 Jul 2014 12:39:34 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) Cc: kib@freebsd.org, FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 10:39:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA69C6968EB63B1F0C8947D08 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Bez=FCglich Harald Schmalzbauer's Nachricht vom 08.08.2013 19:12 (localti= me): > ... >=20 > Can someone please have a look why this wasn't MFCd? > http://svnweb.freebsd.org/base?view=3Drevision&revision=3D252653 This is still not MFCd. Thanks, -harry --------------enigA69C6968EB63B1F0C8947D08 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlO6eOUACgkQLDqVQ9VXb8gU7QCgigbCnq0oUPqmCf55+V8YTwVg MkEAoIleofOkly4Pp9PrkfP61Qsgz1cY =n67i -----END PGP SIGNATURE----- --------------enigA69C6968EB63B1F0C8947D08-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 11:09:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA3C22E5; Mon, 7 Jul 2014 11:09:20 +0000 (UTC) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (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 84FCA27EB; Mon, 7 Jul 2014 11:09:19 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id 1F67C9DCD0F; Mon, 7 Jul 2014 13:03:31 +0200 (CEST) Subject: Re: Fix Emulex "oce" driver in CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=utf-8 From: Borja Marcos In-Reply-To: Date: Mon, 7 Jul 2014 13:03:26 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> References: To: Luigi Rizzo X-Mailer: Apple Mail (2.1283) Cc: freebsd-net@freebsd.org, freebsd-current , Stable Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 11:09:20 -0000 On Jul 1, 2014, at 10:24 PM, Luigi Rizzo wrote: >=20 >=20 >=20 > On Tue, Jul 1, 2014 at 8:58 PM, wrote: > El 30.06.2014 18:36, Stefano Garzarella escribi=C3=B3: >=20 > Hello, > I had problems during some experiments with Emulex and "oce" driver in > CURRENT. > I found several bugs in the "oce" driver and this patch fixes them. >=20 > At least with some cards, the driver simply does not work. It causes a = panic when there is some traffic. >=20 > The relevant bug report is here. >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183391 >=20 > The latest version available from the Emulex website works. But the = version bundled with 9.3 and at least -STABLE (which is the same version = bundled with -CURRENT) does cause panics on 10- and 9- >=20 > =E2=80=8Bi compared the code on the emulex website (10.0.747.0 ?) with = the > one in HEAD and it does not seem=E2=80=8B much different, but perhaps > you have some other version in mind ? >=20 > The bugs found by stefano exist also in the emulex version above. Anyway The "fixed" version is an instant panic when generating traffic (just = use iperf3). Version 10.0.747.0 does _not_ panic. Borja. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 11:23:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16B77797; Mon, 7 Jul 2014 11:23:45 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3C4412981; Mon, 7 Jul 2014 11:23:44 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id gf5so2753353lab.36 for ; Mon, 07 Jul 2014 04:23:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=P3h6CFQrbRbCvtOYXQiDBDwDe1XajiNHEUnvWwi7//4=; b=Dus9AcyvUTwdkc0Ap8jghOEhAR8sFRGwL1gemS4bnSnnvze7NKUJP8A5wyVONiwqcE /MUGydn3bFuCcqDT5lRuDEMvO6iq5JUD0+jHwdBo7npCm/ZcbYyDGGGxxEt2A+QihbIl bJ9SalEuuBnkh1xTLiTTQS//2cYHsllEc7csfhINPnYub7LktxJKEUrj9pLxZBV5oKTc j1r5U9BdFqI+YoTRYe7V7PIKx3fhtGkNf1LwrXfB0DoiDMSHP/G9rls9ZAcq7+RbDdAi dOPDlMTCtLEyl6uiRw/vtb9nBCuIPx7TMhnscEaYTYwBkhfJH9W/YTvtTwt/sKtZ2iQj hnVQ== MIME-Version: 1.0 X-Received: by 10.112.42.45 with SMTP id k13mr992210lbl.88.1404732221265; Mon, 07 Jul 2014 04:23:41 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.177.234 with HTTP; Mon, 7 Jul 2014 04:23:41 -0700 (PDT) In-Reply-To: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> Date: Mon, 7 Jul 2014 13:23:41 +0200 X-Google-Sender-Auth: 2W30VX2wv15ne_yh00tN4dbSBL0 Message-ID: Subject: Re: Fix Emulex "oce" driver in CURRENT From: Luigi Rizzo To: Borja Marcos Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-net@freebsd.org" , freebsd-current , Stable Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 11:23:45 -0000 On Mon, Jul 7, 2014 at 1:03 PM, Borja Marcos wrote: > > On Jul 1, 2014, at 10:24 PM, Luigi Rizzo wrote: > >> >> >> >> On Tue, Jul 1, 2014 at 8:58 PM, wrote: >> El 30.06.2014 18:36, Stefano Garzarella escribi=C3=B3: >> >> Hello, >> I had problems during some experiments with Emulex and "oce" driver in >> CURRENT. >> I found several bugs in the "oce" driver and this patch fixes them. >> >> At least with some cards, the driver simply does not work. It causes a p= anic when there is some traffic. >> >> The relevant bug report is here. >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183391 >> >> The latest version available from the Emulex website works. But the vers= ion bundled with 9.3 and at least -STABLE (which is the same version bundle= d with -CURRENT) does cause panics on 10- and 9- >> >> i compared the code on the emulex website (10.0.747.0 ?) with the >> one in HEAD and it does not seem much different, but perhaps >> you have some other version in mind ? >> >> The bugs found by stefano exist also in the emulex version above. > > Anyway > > The "fixed" version is an instant panic when generating traffic (just use= iperf3). Version 10.0.747.0 does _not_ panic. we'll try to investigate, can you tell us more about the environment you us= e ? (FreeBSD version, card model (PCI id perhaps), iperf3 invocation line, interface configuration etc.) The main differences between 10.0.747.0 and the code in head (after our fix) is the use of drbr_enqueue/dequeue versus the peek/putback in the transmit routine. Both drivers still have issues when the link flaps because the transmit queue is not cleaned up properly (unlike what happens in the linux driver and all FreeBSD drivers for different hardware), so it might well be that you are seeing some side effect of that or other problem which manifests itself differently depending on the environment. 'instant panic' by itself does not tell us anything about what could be the problem you experience (and we do not see it with either driver). cheers luigi From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 11:37:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F35B2DDB; Mon, 7 Jul 2014 11:37:14 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 813592A83; Mon, 7 Jul 2014 11:37:14 +0000 (UTC) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s67BbBNB030481; Mon, 7 Jul 2014 13:37:11 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 57EEF3DD0; Mon, 7 Jul 2014 13:37:11 +0200 (CEST) Message-ID: <53BA8666.9040608@omnilan.de> Date: Mon, 07 Jul 2014 13:37:10 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Jan Mikkelsen Subject: Re: r256920 missing in stable/9 and releng/9.3 References: <37229F0A-4BEA-4712-9AE1-5446A630AF9F@transactionware.com> In-Reply-To: <37229F0A-4BEA-4712-9AE1-5446A630AF9F@transactionware.com> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC40763EF778E2CD6C77B80B8" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Mon, 07 Jul 2014 13:37:12 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) Cc: andre@freebsd.org, FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 11:37:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC40763EF778E2CD6C77B80B8 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Bez=FCglich Jan Mikkelsen's Nachricht vom 24.06.2014 04:49 (localtime): > Hi, >=20 > I=92m bringing 9.3-RC1 into our local Perforce depot and moving our loc= al patches to 9.2 forward. >=20 > I noticed that r256920 (changing sys/netinet/tcp_input.c) has not been = MFC=92d. It was listed as =93MFC after 3 days=94 back in October 2013. >=20 > Is this patch missing for a reason? I'm wondering too if there's any good reason not to MFC? Thanks, -Harry --------------enigC40763EF778E2CD6C77B80B8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlO6hmYACgkQLDqVQ9VXb8jA/wCgoGk54m2vhz1uu9503Ktg5zYD qd0An3zRZSw/tNCQ8NLT34K7mvlaVnKa =fqkH -----END PGP SIGNATURE----- --------------enigC40763EF778E2CD6C77B80B8-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 11:54:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20E5D49B for ; Mon, 7 Jul 2014 11:54:04 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D38822C02 for ; Mon, 7 Jul 2014 11:54:02 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1X47Ud-0000un-8u for freebsd-stable@freebsd.org; Mon, 07 Jul 2014 13:53:59 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: unzip bugs? References: <201407062157.s66LvKGd038006@dyslexicfish.net> <20140706221623.GA5069@ravenloft.kiev.ua> <201407070915.s679Fbge047187@dyslexicfish.net> Date: Mon, 07 Jul 2014 13:53:57 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <201407070915.s679Fbge047187@dyslexicfish.net> User-Agent: Opera Mail/12.17 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: 0ccaee305be983877c9e38c09cbf8ec4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 11:54:04 -0000 On Mon, 07 Jul 2014 11:15:37 +0200, Jamie Landeg-Jones wrote: > Alex Kozlov wrote: > >> I think zip archive is corrupted. > > [ ... ] > >> The info-unzip from ports doesn't have this sanity check, neither is >> bsdtar. > > Hi Alex! > > Indeed it's possible that the zip file does something that doesn't > follow the > specs, but like I say, archivers/unzip extracts the files correctly, > base unzip > skips them, and bsdtar extracts files as all nulls. > > Here's the zip file (approx 1MB) I used: > http:/www.dyslexicfish.net/test-archive.zip > > cheers! > Jamie FYI Windows Explorer and 7-Zip on Windows can all extract the archive and the pictures are viewable. Regards, Ronald. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 11:57:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD9365EE; Mon, 7 Jul 2014 11:57:11 +0000 (UTC) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (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 4D2E92C2F; Mon, 7 Jul 2014 11:57:10 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id CD6199DC9B8; Mon, 7 Jul 2014 13:57:08 +0200 (CEST) Subject: Re: Fix Emulex "oce" driver in CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: Date: Mon, 7 Jul 2014 13:57:07 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> To: Luigi Rizzo X-Mailer: Apple Mail (2.1283) Cc: "freebsd-net@freebsd.org" , freebsd-current , Stable Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 11:57:12 -0000 On Jul 7, 2014, at 1:23 PM, Luigi Rizzo wrote: > On Mon, Jul 7, 2014 at 1:03 PM, Borja Marcos = wrote: > we'll try to investigate, can you tell us more about the environment = you use ? > (FreeBSD version, card model (PCI id perhaps), iperf3 invocation line, > interface configuration etc.) >=20 > The main differences between 10.0.747.0 and the code in head (after > our fix) is the use > of drbr_enqueue/dequeue versus the peek/putback in the transmit = routine. >=20 >=20 > Both drivers still have issues when the link flaps because the > transmit queue is not cleaned > up properly (unlike what happens in the linux driver and all FreeBSD > drivers for different > hardware), so it might well be that you are seeing some side effect of > that or other > problem which manifests itself differently depending on the = environment. >=20 > 'instant panic' by itself does not tell us anything about what could > be the problem you experience (and we do not see it with either = driver). The environment details are here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183391 The way I produce an instant panic is: 1) Connect to another machine (cross connect cable) 2) iperf3 -s on the other machine=20 (The other machine is different, it has an "ix" card) 3) iperf3 -t 30 -P 4 -c 10.0.0.1 -N In less than 30 seconds, panic. mierda dumped core - see /var/crash/vmcore.0 Mon Jul 7 13:06:44 CEST 2014 FreeBSD mierda 10.0-STABLE FreeBSD 10.0-STABLE #2: Mon Jul 7 11:41:45 = CEST 2014 root@mierda:/usr/obj/usr/src/sys/GENERIC amd64 panic: sbsndptr: sockbuf 0xfffff800a70489b0 and mbuf 0xfffff801a3326e00 = clashing GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain = conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: sbsndptr: sockbuf 0xfffff800a70489b0 and mbuf 0xfffff801a3326e00 = clashing cpuid =3D 12 KDB: stack backtrace: #0 0xffffffff8092a470 at kdb_backtrace+0x60 #1 0xffffffff808ef9c5 at panic+0x155 #2 0xffffffff80962710 at sbdroprecord_locked+0 #3 0xffffffff80a8ba8c at tcp_output+0xdbc #4 0xffffffff80a8987f at tcp_do_segment+0x30ff #5 0xffffffff80a85b34 at tcp_input+0xd04 #6 0xffffffff80a1af57 at ip_input+0x97 #7 0xffffffff809ba512 at netisr_dispatch_src+0x62 #8 0xffffffff809b1ae6 at ether_demux+0x126 #9 0xffffffff809b278e at ether_nh_input+0x35e #10 0xffffffff809ba512 at netisr_dispatch_src+0x62 #11 0xffffffff81c19ab9 at oce_rx+0x3c9 #12 0xffffffff81c19536 at oce_rq_handler+0xb6 #13 0xffffffff81c1bb1c at oce_intr+0xdc #14 0xffffffff80938b35 at taskqueue_run_locked+0xe5 #15 0xffffffff809395c8 at taskqueue_thread_loop+0xa8 #16 0xffffffff808c057a at fork_exit+0x9a #17 0xffffffff80ccb51e at fork_trampoline+0xe Uptime: 51m20s Borja. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 12:22:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDA4D377; Mon, 7 Jul 2014 12:22:29 +0000 (UTC) Date: Mon, 7 Jul 2014 08:22:26 -0400 From: Glen Barber To: Harry Schmalzbauer Subject: Re: Missing fixes fo 9.3-RC3 [Was: Re: Some missong patches in 9.2-RC2] Message-ID: <20140707122226.GX1216@hub.FreeBSD.org> References: <520283A1.1070404@omnilan.de> <20130808145045.GA17282@glenbarber.us> <53BA682D.2070004@omnilan.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="je0mZywpqEo4t1RU" Content-Disposition: inline In-Reply-To: <53BA682D.2070004@omnilan.de> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 12:22:30 -0000 --je0mZywpqEo4t1RU Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 07, 2014 at 11:28:13AM +0200, Harry Schmalzbauer wrote: > Bez=FCglich Glen Barber's Nachricht vom 08.08.2013 16:50 (localtime): > > On Wed, Aug 07, 2013 at 07:28:01PM +0200, freebsd@omnilan.de wrote: > >> Hello, > >> > >> I went through my local patches against base/releng/, 9.2 in that case. > >> There are some fixes which are noct in 9.2-RC1: > >> > >> - Regarding kerberized builds: > >> http://lists.freebsd.org/pipermail/freebsd-bugs/2011-April/043902.html > >> > >=20 > > I'll take a look at this, but I do not see this change even committed to > > head/ yet. >=20 > Hello, >=20 > this krb5-config problem still seems to need attention. >=20 > >> - Regarding mount failok (seems r230226 got lost?) > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D163668&cat=3Dconf > >> > >=20 > > Closed-Date: Mon Jun 11 18:25:59 UTC 2012 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D163668&cat=3Dconf#reply6 >=20 >=20 > Please correct me if I'm wrong, but as far as I understand only one part > of the PR was MFCd: http://svn.freebsd.org/changeset/base/230373 > MFCd to 9-stable and 8-stable on Fri Jan 20 10:06:28 2012 >=20 > r230226 got lost! (Mon Jan 16 19:34:21 2012) >=20 These are both things that need to be brought to our attention before the -RC builds begin, to be honest. I'm sorry, but these are not going to make it into the -RELEASE, but may be fixed post-RELEASE as errata notices. Glen --je0mZywpqEo4t1RU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTupECAAoJELls3eqvi17Qp3IQAJFd1PHgkCTUb8sa/2v/+vaA s8AQ5KNvhyvI4hU1mieAh6NlGmZbwEbxrtmUgABVtz/C2IBzVVCtK1gVmmh0Hn4Z uuC6VyaZ99JnEbsNQBK5ErwU/aSg+QRe8JNOA9XJTQ/HONq+9A9YyEYzf3lndNs7 hkFFhhkaBN81xxI3btpZrseBm//nMDpojQu3KJDaKrQwevNr+4z9xsT8dbp+nUgI j2cEBhv7YcZLIC1hAYCtmJKH8WkI+h2yJZ5E6gMgHWqw5Zpa4tdRXhSQtlv1XhJL sD7ifG+77q/QxIu+rA7JT6/NrVq1Sn8J7BSPI0wM1QuLZNWOJB6YSU8+t+bFLfXS EO8oexSkTxWrof0UqBeT4NJJirz8oi4/Cowoo7EkByzVLSFn7nBvFfgpwDGt1V2L kJNLQonYrT5qAZQDOm4H13M7xdqOIn8FvZHlSNKyuJCQDGuwjLCU8b8lETRW8bA0 B3CXtfxz+SrORuDuIb22EnrZOrp214egn4IJVgOjLMiRJhsyZir89CcCCMK9A8wB Caet722XkeNyRs4okj5SyF3c9e1LZ9xcr19q52ljogYioGLX9GxkbrphzvX0zpGQ T+nbyaFGhzBnkA+2uILYLwPR/k9xgQSUIfk8OGtKe1vPFSCk4+QxLs5uJyNyokGB DtTU5LmFXlmc7z93AekJ =Ywf4 -----END PGP SIGNATURE----- --je0mZywpqEo4t1RU-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 12:39:05 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BFBB479; Mon, 7 Jul 2014 12:39:05 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C3A41206D; Mon, 7 Jul 2014 12:39:04 +0000 (UTC) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s67Cd2ho031134; Mon, 7 Jul 2014 14:39:02 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 65E543DF5; Mon, 7 Jul 2014 14:39:02 +0200 (CEST) Message-ID: <53BA94E5.8050008@omnilan.de> Date: Mon, 07 Jul 2014 14:39:01 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Glen Barber Subject: Re: Missing fixes fo 9.3-RC3 [Was: Re: Some missong patches in 9.2-RC2] References: <520283A1.1070404@omnilan.de> <20130808145045.GA17282@glenbarber.us> <53BA682D.2070004@omnilan.de> <20140707122226.GX1216@hub.FreeBSD.org> In-Reply-To: <20140707122226.GX1216@hub.FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Mon, 07 Jul 2014 14:39:02 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 12:39:05 -0000 Bezüglich Glen Barber's Nachricht vom 07.07.2014 14:22 (localtime): > On Mon, Jul 07, 2014 at 11:28:13AM +0200, Harry Schmalzbauer wrote: >> Bezüglich Glen Barber's Nachricht vom 08.08.2013 16:50 (localtime): >>> On Wed, Aug 07, 2013 at 07:28:01PM +0200, freebsd@omnilan.de wrote: >>>> Hello, >>>> >>>> I went through my local patches against base/releng/, 9.2 in that case. >>>> There are some fixes which are noct in 9.2-RC1: >>>> >>>> - Regarding kerberized builds: >>>> http://lists.freebsd.org/pipermail/freebsd-bugs/2011-April/043902.html >>>> >>> >>> I'll take a look at this, but I do not see this change even committed to >>> head/ yet. >> >> Hello, >> >> this krb5-config problem still seems to need attention. >> >>>> - Regarding mount failok (seems r230226 got lost?) >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=163668&cat=conf >>>> >>> >>> Closed-Date: Mon Jun 11 18:25:59 UTC 2012 >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=163668&cat=conf#reply6 >> >> >> Please correct me if I'm wrong, but as far as I understand only one part >> of the PR was MFCd: http://svn.freebsd.org/changeset/base/230373 >> MFCd to 9-stable and 8-stable on Fri Jan 20 10:06:28 2012 >> >> r230226 got lost! (Mon Jan 16 19:34:21 2012) >> > > These are both things that need to be brought to our attention before > the -RC builds begin, to be honest. Yes, I'm aware that for 9.3 my notice wouldn't be of any help. I'll try to check earlier next release! Unfortunately I don't always find time to check at all… But for mount-failok, I replied on 2013/08/08 that something seems wrong to me. Since I'm not very familar with svn I thought I understood something wrong… > I'm sorry, but these are not going to make it into the -RELEASE, but > may be fixed post-RELEASE as errata notices. Glad to see it will help :-) Thank you, -Harry From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 14:25:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D90CFB9 for ; Mon, 7 Jul 2014 14:25:19 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 43FF52B00 for ; Mon, 7 Jul 2014 14:25:19 +0000 (UTC) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s67EPH79032302 for ; Mon, 7 Jul 2014 16:25:17 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id F10043E32; Mon, 7 Jul 2014 16:25:16 +0200 (CEST) Message-ID: <53BAADCB.2000302@omnilan.de> Date: Mon, 07 Jul 2014 16:25:15 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: stable@freebsd.org Subject: Re: New port: inofficial/deploy-tools References: <5048F83C.7090300@omnilan.de> In-Reply-To: <5048F83C.7090300@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2F75B9209D1F23379741747A" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Mon, 07 Jul 2014 16:25:17 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 14:25:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2F75B9209D1F23379741747A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Harald Schmalzbauer's Nachricht vom 06.09.2012 21:23 (loca= ltime): =E2=80=A6 > for people needing to setup various production systems, multiple > times for the same basic hardware but for different purposes, and > mainly for people installing embedded systems, my collection of > scripts/Makefiles named "deploy-tools" may be of interest. It makes > use of standard FreeBSD make processes, but modified in a way that > you can handle multiple rollouts in parallel, none touching the=20 > regular /usr/src /usr/obj trees. >=20 > You can "menu" driven (by sbin/deploy-manager): - checkout source > (svn+cvsup) and auto-apply local patches - build world/kernel - > rollout installer-cd image of the customized system with=20 > auto-install-script - rollout "firmware" (RAM-root) images - flash > card management for installing firmware images / packages >=20 > The basic idea is to share platform config for various systems not=20 > related otherwise. And of course to manage/archive the > configs/results. Therefor the configs are organized in projetcs, > which basically isPackage Building Menu" nothing more than a distinct > directory tree. The deploy-manager can initialize such projects, > taking care of all mandatory config files (provided as > templates/examples). =E2=80=A6 Long time no big update, but finally I added package handling on a custom-production-unit basis :-) Unfortunately, all the features are still undocumented, but the interactive deploy-manager script is self explaining in most places. Most important for package handling is "$UNIT-ports.lst", which resides in unit-config-subdir "ports" and lists all "root"-ports, the unit will have installed. In building-options-menu, you can selsect "Package Building Menu", and then "Batch building ports/packages". If you have a ports tree on the building host, it will mount that directory into it's building principle and create packages. After compilation finished, a package-resolver will check any dependent (pkg info for dependency is evaluated) package and make one if not existi= ng. New is also the "package ISO" Option (in Rollout menu). Here you can find the port inofficial/deploy-tools: ftp://ftp.omnilan.de/pub/FreeBSD/OmniLAN/deploy-tools/ Have fun, -harry --------------enig2F75B9209D1F23379741747A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlO6rcsACgkQLDqVQ9VXb8go6ACdE7GgTWNWhe5HZzVt1W3+KuDK 5bMAoKuXu90NIXSswTH/VNIK0PeO1Lln =7mCQ -----END PGP SIGNATURE----- --------------enig2F75B9209D1F23379741747A-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 15:08:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D394FAB; Mon, 7 Jul 2014 15:08:29 +0000 (UTC) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A12342F2E; Mon, 7 Jul 2014 15:08:28 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id pn19so3021350lab.29 for ; Mon, 07 Jul 2014 08:08:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=aaoCGmlGSMPw9gHPw5QgpDC1vOY25zouKClL6n4DTBw=; b=k2FqttjwLJEgMNUrVpIlMs+4Ki/VQqJnvI+z1+l04oIx1/FiJypVEoehkRq6Sr77XJ aBTdcDSdKFHP9S4mA3Doaky7f725DXO14mlkAZ5jTujwiQKu1nnfXIFKhTTdqELIOEgE 6dAxJP7Gl0QNXWkRBdxsQbAQCHCxcDL4IfDuDGg3kuW1BNnVW/9rQiB4NtgMA5OVcz12 XXnu6yKVYpXISK0aG6fI5z2BMVavzXR/iTna6f7qZgO73rkDgdWr5uILDX2IxdFhgaKN sQwB3caQpMXG2Ck/4Jge9pWaxXI//4kvhVS/+q2PxWNE3cu2sFos0Q2OpGNxf6kDeU6v PmmA== MIME-Version: 1.0 X-Received: by 10.112.88.202 with SMTP id bi10mr22396397lbb.4.1404745706312; Mon, 07 Jul 2014 08:08:26 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.177.234 with HTTP; Mon, 7 Jul 2014 08:08:26 -0700 (PDT) In-Reply-To: <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> Date: Mon, 7 Jul 2014 17:08:26 +0200 X-Google-Sender-Auth: ltrIfch7koB8C3lexHP7R4AuaZM Message-ID: Subject: Re: Fix Emulex "oce" driver in CURRENT From: Luigi Rizzo To: Borja Marcos Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-net@freebsd.org" , freebsd-current , Stable Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 15:08:29 -0000 On Mon, Jul 7, 2014 at 1:57 PM, Borja Marcos wrote: ... > The environment details are here: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183391 > > The way I produce an instant panic is: > > 1) Connect to another machine (cross connect cable) > > 2) iperf3 -s on the other machine > (The other machine is different, it has an "ix" card) > > 3) iperf3 -t 30 -P 4 -c 10.0.0.1 -N > > In less than 30 seconds, panic. > > > > mierda dumped core - see /var/crash/vmcore.0 > > Mon Jul 7 13:06:44 CEST 2014 > > FreeBSD mierda 10.0-STABLE FreeBSD 10.0-STABLE #2: Mon Jul 7 11:41:45 CEST 2014 root@mierda:/usr/obj/usr/src/sys/GENERIC amd64 > > panic: sbsndptr: sockbuf 0xfffff800a70489b0 and mbuf 0xfffff801a3326e00 clashing > > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > panic: sbsndptr: sockbuf 0xfffff800a70489b0 and mbuf 0xfffff801a3326e00 clashing > cpuid = 12 > KDB: stack backtrace: > #0 0xffffffff8092a470 at kdb_backtrace+0x60 > #1 0xffffffff808ef9c5 at panic+0x155 > #2 0xffffffff80962710 at sbdroprecord_locked+0 > #3 0xffffffff80a8ba8c at tcp_output+0xdbc > #4 0xffffffff80a8987f at tcp_do_segment+0x30ff > #5 0xffffffff80a85b34 at tcp_input+0xd04 > #6 0xffffffff80a1af57 at ip_input+0x97 > #7 0xffffffff809ba512 at netisr_dispatch_src+0x62 > #8 0xffffffff809b1ae6 at ether_demux+0x126 > #9 0xffffffff809b278e at ether_nh_input+0x35e > #10 0xffffffff809ba512 at netisr_dispatch_src+0x62 > #11 0xffffffff81c19ab9 at oce_rx+0x3c9 > #12 0xffffffff81c19536 at oce_rq_handler+0xb6 > #13 0xffffffff81c1bb1c at oce_intr+0xdc > #14 0xffffffff80938b35 at taskqueue_run_locked+0xe5 > #15 0xffffffff809395c8 at taskqueue_thread_loop+0xa8 > #16 0xffffffff808c057a at fork_exit+0x9a > #17 0xffffffff80ccb51e at fork_trampoline+0xe > Uptime: 51m20s ah, that seems a bug on the receive side, we were only looking at the transmit side so far. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 16:19:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C89495B6; Mon, 7 Jul 2014 16:19:24 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B628725F2; Mon, 7 Jul 2014 16:19:24 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 155C1CDE; Mon, 7 Jul 2014 16:19:25 +0000 (UTC) Date: Mon, 7 Jul 2014 16:19:23 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, ray@FreeBSD.org Message-ID: <98301518.83.1404749965032.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #477 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 16:19:24 -0000 See Changes: [ray] 267622 Log: Rename vt(4) vga module to dismiss interference with syscons(4) vga modul= e. 267623 Log: Remove stale link to deleted vt(4) xboxfb driver. 267624 Log: syscons(4) and vt(4) can be built together now. 267625 Log: Allow to disable syscons(4) if "hw.syscons.disable" kenv is set. 267626 Log: Suspend vt(4) initialization if "kern.vt.disable" kenv is set. 267965 by emaste@ Log: Use a common tunable to choose between vt(4)/sc(4) With this change and previous work from ray@ it will be possible to put both in GENERIC, and have one enabled by default, but allow the other to be selected via the loader. (The previous implementation had separate kern.vt.disable and hw.syscons.disable tunables, and would panic if both drivers were compiled in and neither was explicitly disabled.) 268175 by emaste@ Log: Fix vt(4) detection in kbdcontrol and vidcontrol As sc(4) and vt(4) coexist and are both enabled in GENERIC, the existence of a vt(4) sysctl is not sufficient to determine that vt(4) is in use. Reported by: Trond Endrest=C3=B8l 268045 by emaste@ Log: Add vt(4) to GENERIC and retire the separate VT config vt(4) and sc(4) can now coexist in the same kernel. To choose the vt driver, set the loader tunable kern.vty=3Dvt . Sponsored by:=09The FreeBSD Foundation ------------------------------------------ [...truncated 211104 lines...] sh -C -o root -g wheel -m 444 libpcap.a /usr/obj sh -C -o root -g wheel -m 444 libpcap_p.a /usr/obj sh -s -o root -g wheel -m 444 libpcap.so.8 /usr/obj sh -l s libpcap.so.8 /usr/obj =3D=3D=3D> lib/libpmc (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libpmc.a /usr/obj sh -C -o root -g wheel -m 444 libpmc_p.a /usr/obj sh -s -o root -g wheel -m 444 libpmc.so.5 /usr/obj sh -l s libpmc.so.5 /usr/obj =3D=3D=3D> lib/libproc (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libproc.a /usr/obj sh -C -o root -g wheel -m 444 libproc_p.a /usr/obj sh -s -o root -g wheel -m 444 libproc.so.2 /usr/obj sh -l s libproc.so.2 /usr/obj =3D=3D=3D> lib/libprocstat (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libprocstat.a /usr/obj sh -C -o root -g wheel -m 444 libprocstat_p.a /usr/obj sh -s -o root -g wheel -m 444 libprocstat.so.1 /usr/obj sh -l s libprocstat.so.1 /usr/obj --- realinstall --- =3D=3D=3D> lib/libprocstat/zfs (install) =3D=3D=3D> lib/librt (install) --- _libinstall --- sh -C -o root -g wheel -m 444 librt.a /usr/obj sh -C -o root -g wheel -m 444 librt_p.a /usr/obj sh -s -o root -g wheel -m 444 -fschg -S librt.so.1 /usr/obj sh -l s librt.so.1 /usr/obj =3D=3D=3D> lib/librtld_db (install) --- _libinstall --- sh -C -o root -g wheel -m 444 librtld_db.a /usr/obj sh -C -o root -g wheel -m 444 librtld_db_p.a /usr/obj sh -s -o root -g wheel -m 444 librtld_db.so.2 /usr/obj sh -l s librtld_db.so.2 /usr/obj =3D=3D=3D> lib/libsdp (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libsdp.a /usr/obj sh -C -o root -g wheel -m 444 libsdp_p.a /usr/obj sh -s -o root -g wheel -m 444 libsdp.so.4 /usr/obj sh -l s libsdp.so.4 /usr/obj =3D=3D=3D> lib/libsm (install) =3D=3D=3D> lib/libsmb (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libsmb.a /usr/obj sh -C -o root -g wheel -m 444 libsmb_p.a /usr/obj sh -s -o root -g wheel -m 444 libsmb.so.4 /usr/obj sh -l s libsmb.so.4 /usr/obj =3D=3D=3D> lib/libsmdb (install) =3D=3D=3D> lib/libsmutil (install) =3D=3D=3D> lib/libstand (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libstand.a /usr/obj sh -C -o root -g wheel -m 444 libstand_p.a /usr/obj =3D=3D=3D> lib/libstdbuf (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libstdbuf.a /usr/obj sh -C -o root -g wheel -m 444 libstdbuf_p.a /usr/obj sh -s -o root -g wheel -m 444 libstdbuf.so.1 /usr/obj sh -l s libstdbuf.so.1 /usr/obj =3D=3D=3D> lib/libstdthreads (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libstdthreads.a /usr/obj sh -C -o root -g wheel -m 444 libstdthreads_p.a /usr/obj sh -s -o root -g wheel -m 444 libstdthreads.so.0 /usr/obj sh -l s libstdthreads.so.0 /usr/obj =3D=3D=3D> lib/libtelnet (install) =3D=3D=3D> lib/libthr (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libthr.a /usr/obj sh -C -o root -g wheel -m 444 libthr_p.a /usr/obj sh -s -o root -g wheel -m 444 -fschg -S libthr.so.3 /usr/obj sh -l s libthr.so.3 /usr/obj --- _installlinks --- /usr/obj -> libthr.a /usr/obj -> libthr.so /usr/obj -> libthr_p.a =3D=3D=3D> lib/libthread_db (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libthread_db.a /usr/obj sh -C -o root -g wheel -m 444 libthread_db_p.a /usr/obj sh -s -o root -g wheel -m 444 libthread_db.so.3 /usr/obj sh -l s libthread_db.so.3 /usr/obj =3D=3D=3D> lib/libucl (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libucl.a /usr/obj sh -C -o root -g wheel -m 444 libucl_p.a /usr/obj sh -s -o root -g wheel -m 444 libucl.so.1 /usr/obj sh -l s libucl.so.1 /usr/obj =3D=3D=3D> lib/libufs (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libufs.a /usr/obj sh -C -o root -g wheel -m 444 libufs_p.a /usr/obj sh -o root -g wheel -m 444 libufs.so.6 /usr/obj sh -l s libufs.so.6 /usr/obj =3D=3D=3D> lib/libugidfw (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libugidfw.a /usr/obj sh -C -o root -g wheel -m 444 libugidfw_p.a /usr/obj sh -s -o root -g wheel -m 444 libugidfw.so.4 /usr/obj sh -l s libugidfw.so.4 /usr/obj =3D=3D=3D> lib/libulog (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libulog.a /usr/obj sh -C -o root -g wheel -m 444 libulog_p.a /usr/obj sh -s -o root -g wheel -m 444 libulog.so.0 /usr/obj sh -l s libulog.so.0 /usr/obj --- _installlinks --- /usr/obj -> libulog.a /usr/obj -> libulog.so /usr/obj -> libulog_p.a =3D=3D=3D> lib/libunbound (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libunbound.a /usr/obj sh -C -o root -g wheel -m 444 libunbound_p.a /usr/obj sh -s -o root -g wheel -m 444 libunbound.so.5 /usr/obj sh -l s libunbound.so.5 /usr/obj =3D=3D=3D> lib/libusbhid (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libusbhid.a /usr/obj sh -C -o root -g wheel -m 444 libusbhid_p.a /usr/obj sh -s -o root -g wheel -m 444 libusbhid.so.4 /usr/obj sh -l s libusbhid.so.4 /usr/obj =3D=3D=3D> lib/libusb (install) --- beforeinstall --- sh -C -o root -g wheel -m 444 /usr/obj sh -C -o root -g wheel -m 444 /usr/obj sh -C -o root -g wheel -m 444 /usr/obj --- _libinstall --- sh -C -o root -g wheel -m 444 libusb.a /usr/obj sh -C -o root -g wheel -m 444 libusb_p.a /usr/obj sh -s -o root -g wheel -m 444 libusb.so.3 /usr/obj sh -l s libusb.so.3 /usr/obj =3D=3D=3D> lib/libvgl (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libvgl.a /usr/obj sh -C -o root -g wheel -m 444 libvgl_p.a /usr/obj sh -s -o root -g wheel -m 444 libvgl.so.6 /usr/obj sh -l s libvgl.so.6 /usr/obj =3D=3D=3D> lib/libwrap (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libwrap.a /usr/obj sh -C -o root -g wheel -m 444 libwrap_p.a /usr/obj sh -s -o root -g wheel -m 444 libwrap.so.6 /usr/obj sh -l s libwrap.so.6 /usr/obj =3D=3D=3D> lib/liby (install) --- _libinstall --- sh -C -o root -g wheel -m 444 liby.a /usr/obj sh -C -o root -g wheel -m 444 liby_p.a /usr/obj =3D=3D=3D> lib/libyaml (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libyaml.a /usr/obj sh -C -o root -g wheel -m 444 libyaml_p.a /usr/obj sh -s -o root -g wheel -m 444 libyaml.so.1 /usr/obj sh -l s libyaml.so.1 /usr/obj =3D=3D=3D> lib/libz (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libz.a /usr/obj sh -C -o root -g wheel -m 444 libz_p.a /usr/obj sh -s -o root -g wheel -m 444 libz.so.6 /usr/obj sh -l s libz.so.6 /usr/obj cd PROG=3Dld-elf32.so.1 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_C= PU=3D"i686 mmx sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX= =3D/usr/obj _LDSCRIPTROOT=3D/usr/obj VERSION=3D"FreeBSD 10.0-STABLE amd64 1000710" INS= TALL=3D"sh PATH=3D/usr/obj:/usr/obj:/usr/obj:/u= sr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin LIBDIR= =3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/private C= OMPILER_TYPE=3Dclang make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/u= sr/obj CC=3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -= isystem /usr/obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -mar= ch=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/us= r/obj -B/usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -DLIBRARIES_ONLY -D= NO_CPU_CFLAGS -DNO_CTF -DNO_LINT -DNO_TESTS -DWITHOUT_MAN -DWITHOUT_INF= O -DWITHOUT_HTML DIRPRFX=3Dlibexec/rtld-elf/ obj --- obj --- /usr/obj/lib32 created for cd PROG=3Dldd32 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D"i686 mm= x sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/usr/obj _LDSCRI= PTROOT=3D/usr/obj VERSION=3D"FreeBSD 10.0-STABLE amd64 1000710" INSTALL=3D"sh PATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr= /obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin LIBDIR=3D/usr/lib32 = SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/private COMPILER_TYPE=3D= clang make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/obj CC= =3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/= obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mm= mx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/usr/obj -B/= usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -DLIBRARIES_ONLY -DNO_CPU_CFLAGS= -DNO_CTF -DNO_LINT -DNO_TESTS -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_H= TML DIRPRFX=3Dusr.bin/ldd obj --- obj --- /usr/obj/lib32 created for cd PROG=3Dld-elf32.so.1 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_C= PU=3D"i686 mmx sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX= =3D/usr/obj _LDSCRIPTROOT=3D/usr/obj VERSION=3D"FreeBSD 10.0-STABLE amd64 1000710" INS= TALL=3D"sh PATH=3D/usr/obj:/usr/obj:/usr/obj:/u= sr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin LIBDIR= =3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/private C= OMPILER_TYPE=3Dclang make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/u= sr/obj CC=3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -= isystem /usr/obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -mar= ch=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/us= r/obj -B/usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -DLIBRARIES_ONLY -D= NO_CPU_CFLAGS -DNO_CTF -DNO_LINT -DNO_TESTS -DWITHOUT_MAN -DWITHOUT_INF= O -DWITHOUT_HTML DIRPRFX=3Dlibexec/rtld-elf/ depend --- .depend --- rm -f .depend CC=3D'cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /us= r/obj -L/usr/obj -B/usr/obj mkdep -f .depend -a -DFREEBSD= _ELF -DIN_RTLD -I -I -I -DPIC -std=3D= gnu99 cc: warning: argument unused during compilation: '-L/usr/obj echo ld-elf32.so.1: /usr/obj >> .depend cd PROG=3Dldd32 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D"i686 mm= x sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/usr/obj _LDSCRI= PTROOT=3D/usr/obj VERSION=3D"FreeBSD 10.0-STABLE amd64 1000710" INSTALL=3D"sh PATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr= /obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin LIBDIR=3D/usr/lib32 = SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/private COMPILER_TYPE=3D= clang make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/obj CC= =3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/= obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mm= mx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/usr/obj -B/= usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -DLIBRARIES_ONLY -DNO_CPU_CFLAGS= -DNO_CTF -DNO_LINT -DNO_TESTS -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_H= TML DIRPRFX=3Dusr.bin/ldd depend --- .depend --- rm -f .depend CC=3D'cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /us= r/obj -L/usr/obj -B/usr/obj mkdep -f .depend -a -std=3Dg= nu99 cc: warning: argument unused during compilation: '-L/usr/obj echo ldd32: /usr/obj >> .depend cd PROG=3Dld-elf32.so.1 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_C= PU=3D"i686 mmx sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX= =3D/usr/obj _LDSCRIPTROOT=3D/usr/obj VERSION=3D"FreeBSD 10.0-STABLE amd64 1000710" INS= TALL=3D"sh PATH=3D/usr/obj:/usr/obj:/usr/obj:/u= sr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin LIBDIR= =3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/private C= OMPILER_TYPE=3Dclang make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/u= sr/obj CC=3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -= isystem /usr/obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -mar= ch=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/us= r/obj -B/usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -DLIBRARIES_ONLY -D= NO_CPU_CFLAGS -DNO_CTF -DNO_LINT -DNO_TESTS -DWITHOUT_MAN -DWITHOUT_INF= O -DWITHOUT_HTML DIRPRFX=3Dlibexec/rtld-elf/ all --- Version.map --- --- rtld_start.o --- --- reloc.o --- --- rtld.o --- --- Version.map --- cat | cpp - - | awk -v vfile=3D -f > Version.map --- rtld_start.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- reloc.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- rtld.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- rtld_lock.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- rtld_printf.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- map_object.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- malloc.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- xmalloc.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- debug.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- libmap.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- ld-elf32.so.1 --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -nostdlib -e .rtld_start -shared -Wl,-Bsymbolic -Wl,--versi= on-script=3DVersion.map -o ld-elf32.so.1 rtld_start.o reloc.o rtld.o rtld_l= ock.o rtld_printf.o map_object.o malloc.o xmalloc.o debug.o libmap.o -lc_pi= c cd PROG=3Dldd32 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D"i686 mm= x sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/usr/obj _LDSCRI= PTROOT=3D/usr/obj VERSION=3D"FreeBSD 10.0-STABLE amd64 1000710" INSTALL=3D"sh PATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr= /obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin LIBDIR=3D/usr/lib32 = SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/private COMPILER_TYPE=3D= clang make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/obj CC= =3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/= obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mm= mx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/usr/obj -B/= usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -DLIBRARIES_ONLY -DNO_CPU_CFLAGS= -DNO_CTF -DNO_LINT -DNO_TESTS -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_H= TML DIRPRFX=3Dusr.bin/ldd all --- ldd.o --- --- sods.o --- --- ldd.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -std=3Dgnu99 -Qunused-argumen= ts -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wn= o-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-param= eter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-d= ecls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-si= gn -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c --- sods.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -std=3Dgnu99 -Qunused-argumen= ts -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wn= o-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-param= eter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-d= ecls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-si= gn -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c --- ldd32 --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -std=3Dgnu99 -Qunused-argumen= ts -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wn= o-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-param= eter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-d= ecls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-si= gn -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -o ldd3= 2 ldd.o sods.o=20 --- buildworld_epilogue --- -------------------------------------------------------------- >>> World build completed on Mon Jul 7 16:19:20 UTC 2014 -------------------------------------------------------------- + make -j 4 buildkernel --- buildkernel --- --- buildkernel --- -------------------------------------------------------------- >>> Kernel build for GENERIC started on Mon Jul 7 16:19:21 UTC 2014 -------------------------------------------------------------- =3D=3D=3D> GENERIC mkdir -p /usr/obj -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd PATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/= usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/ob= j= -I ' ' config: Error: device "vt_efifb" is unknown config: 1 errors *** [buildkernel] Error code 1 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 16:39:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54227913 for ; Mon, 7 Jul 2014 16:39:07 +0000 (UTC) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 13468278F for ; Mon, 7 Jul 2014 16:39:07 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id r5so4074566qcx.11 for ; Mon, 07 Jul 2014 09:39:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=j5iV3hyfD2ncKH4kslXAvhPyrQ6rBo/ZnbmTs1quBP0=; b=zO0p+O/NXppSdHjz3yjMVH9pGElBhQORJg2PPBxTS8O7iLh1ZdTmd2OMtT5WuGcJEe gmsoVQ6OxFR2Tbls5cLIlIyPeYLs2+LPhzlLAT8K8xviErDX2vIv6jYsYzcypgEcrS4u 08gZRp+IfyG6ofi+75Nhgecub8lCPBT5nrOK+pZO0jmRJFr79TZIOWFa4ymfmzvGRWer jKyV8YoetiyIX9t0IPqhoOBpqkmQKiCqOtGKCVbRsGoDS8bizdZitNWFRjR7LNBforqT LF+KaQxDqc+1N8uZGzbSwe8nfrXY6+zzKQwTOzFZpAT13WZzDv2mjORvGjON/eAFMk2l enPw== MIME-Version: 1.0 X-Received: by 10.229.103.130 with SMTP id k2mr48215911qco.1.1404751146173; Mon, 07 Jul 2014 09:39:06 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.202.193 with HTTP; Mon, 7 Jul 2014 09:39:06 -0700 (PDT) In-Reply-To: <20140707095825.GB1074@rwpc15.gfn.riverwillow.net.au> References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140707095825.GB1074@rwpc15.gfn.riverwillow.net.au> Date: Mon, 7 Jul 2014 09:39:06 -0700 X-Google-Sender-Auth: mMhU9f0ffSNm3ZS1Lt2oOqmIBcc Message-ID: Subject: Re: Should 9.3 carry a warning about NEW_XORG From: Adrian Chadd To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 16:39:07 -0000 On 7 July 2014 02:58, John Marshall wrote: > On Sat, 05 Jul 2014, 11:46 -0700, Adrian Chadd wrote: >> The TL;DR reason for going up to building with new-xorg is because >> without it, an increasing number of X related ports plainly won't >> build anymore. They assume the newer X and DRI libraries. > > Thank you for this explanation: it helps. > >> So the choice is (a) new_xorg and pain, (b) no new_xorg and a lot of X >> packages not getting upgraded any further, (c) more work on the ports >> maintainers to try and figure out ways to work around an increasingly >> impossible situation. There's also (d) - don't bother with 9.3. > > and (e) add WITHOUT_NEW_XORG to make.conf and upgrade to 9.3; > understanding that this really is the end of the road for X on older > hardware. 9.2 is EOL in a couple of months, so upgrading to 9.3 without > breaking X makes sense to me. Right - but once that knob goes away (because there's only new-xorg) then they'll start updating packages to the latest upstream releases and they may not even compile on your pre-new-Xorg. That will pull in versions of the DRI libraries that won't work. So it's not just going to break your Xorg compilation - it's just plainly not going to work. >> The X ports team has a fast moving target to keep track of and we're >> still not anywhere near the bleeding edge of Linux graphics rendering >> support and all the graphics stuff that moves with it. As much as I >> hate to see lots of churn, it's a losing battle. > > Again, thanks for explaining the X-related development/upgrade dilemma. > The reason for my OP was that bad things happened, unexpectedly, with NO > warning or explanation. Oh, absolutely. I think some of us are just .. not good at communicating technology changes. :) I kinda wished that the Xorg development wouldn't break older graphics rendering so hard, but alas, what drives that is the hardware innovation cycle and not the "holy shit you mean we need to use this for 10 years?" cycle. -a From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 16:58:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9AFC1D4; Mon, 7 Jul 2014 16:58:54 +0000 (UTC) Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A6B9298B; Mon, 7 Jul 2014 16:58:54 +0000 (UTC) Received: by mail-qg0-f48.google.com with SMTP id q108so3890199qgd.7 for ; Mon, 07 Jul 2014 09:58:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=faWabrU5IjpAkM6twdxrgKDbfNdWqxGXwsNmaYIZMmk=; b=QgNCCBx/p7Hxh5OQjsl1I1VpOyLIpWp+MMejkbs6cysGAFtKRN5lmcwrU9n438OytP KLCNdyAnCcEB93nP5hXjR2T7hd7aOy4GGfKq1OMKjShQ05XQPCgCAJC5z//2PCTc91zi F9rQTCMBy1bJ+Xfoc4UQxOokasgv02XOKcPE3H7wM2hdGnv4YhPh7JbAJSs4/5BhmDAw 3z0yHuu2j5ePAwN8jFmJ1G4xK0HGsR0PJ+DnTgSopIw7Jud2Yu6Mk1fMOzRS2bGTU3Wo ClPzb8i2Mru17i9GUatidxZqM6anWthrKhKJlrg9IVut8LS53fpicBnF8eqblvXAwzSJ 55kg== MIME-Version: 1.0 X-Received: by 10.224.30.75 with SMTP id t11mr49883892qac.7.1404752333532; Mon, 07 Jul 2014 09:58:53 -0700 (PDT) Received: by 10.96.73.39 with HTTP; Mon, 7 Jul 2014 09:58:53 -0700 (PDT) In-Reply-To: <53BA8666.9040608@omnilan.de> References: <37229F0A-4BEA-4712-9AE1-5446A630AF9F@transactionware.com> <53BA8666.9040608@omnilan.de> Date: Mon, 7 Jul 2014 09:58:53 -0700 Message-ID: Subject: Re: r256920 missing in stable/9 and releng/9.3 From: hiren panchasara To: Harald Schmalzbauer , "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List , Jan Mikkelsen , Andre Oppermann X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 16:58:54 -0000 + freebsd-net@, On Mon, Jul 7, 2014 at 4:37 AM, Harald Schmalzbauer wrote: > Bez=C3=BCglich Jan Mikkelsen's Nachricht vom 24.06.2014 04:49 (localtime)= : >> Hi, >> >> I=E2=80=99m bringing 9.3-RC1 into our local Perforce depot and moving ou= r local patches to 9.2 forward. >> >> I noticed that r256920 (changing sys/netinet/tcp_input.c) has not been M= FC=E2=80=99d. It was listed as =E2=80=9CMFC after 3 days=E2=80=9D back in O= ctober 2013. >> >> Is this patch missing for a reason? > > I'm wondering too if there's any good reason not to MFC? I also don't see any obvious reason. If nobody objects on -net@, I can do it. cheers, Hiren From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 19:17:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3F53395; Mon, 7 Jul 2014 19:17:30 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id BE9412716; Mon, 7 Jul 2014 19:17:30 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 20F58D19; Mon, 7 Jul 2014 19:17:31 +0000 (UTC) Date: Mon, 7 Jul 2014 19:17:29 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, ume@FreeBSD.org, ray@FreeBSD.org Message-ID: <2039201545.84.1404760651046.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <98301518.83.1404749965032.JavaMail.jenkins@jenkins-9.freebsd.org> References: <98301518.83.1404749965032.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #478 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 19:17:30 -0000 See Changes: [ume] MFC r268049: Fix ifconfig to show pltime and vltime with -L option, again after usage change from time_second to time_uptime. PR:=09=09188520 Submitted by:=09Guy Yur ------------------------------------------ [...truncated 211357 lines...] sh -C -o root -g wheel -m 444 libpcap_p.a /usr/obj sh -s -o root -g wheel -m 444 libpcap.so.8 /usr/obj sh -l s libpcap.so.8 /usr/obj =3D=3D=3D> lib/libpmc (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libpmc.a /usr/obj sh -C -o root -g wheel -m 444 libpmc_p.a /usr/obj sh -s -o root -g wheel -m 444 libpmc.so.5 /usr/obj sh -l s libpmc.so.5 /usr/obj =3D=3D=3D> lib/libproc (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libproc.a /usr/obj sh -C -o root -g wheel -m 444 libproc_p.a /usr/obj sh -s -o root -g wheel -m 444 libproc.so.2 /usr/obj sh -l s libproc.so.2 /usr/obj =3D=3D=3D> lib/libprocstat (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libprocstat.a /usr/obj sh -C -o root -g wheel -m 444 libprocstat_p.a /usr/obj sh -s -o root -g wheel -m 444 libprocstat.so.1 /usr/obj sh -l s libprocstat.so.1 /usr/obj --- realinstall --- =3D=3D=3D> lib/libprocstat/zfs (install) =3D=3D=3D> lib/librt (install) --- _libinstall --- sh -C -o root -g wheel -m 444 librt.a /usr/obj sh -C -o root -g wheel -m 444 librt_p.a /usr/obj sh -s -o root -g wheel -m 444 -fschg -S librt.so.1 /usr/obj sh -l s librt.so.1 /usr/obj =3D=3D=3D> lib/librtld_db (install) --- _libinstall --- sh -C -o root -g wheel -m 444 librtld_db.a /usr/obj sh -C -o root -g wheel -m 444 librtld_db_p.a /usr/obj sh -s -o root -g wheel -m 444 librtld_db.so.2 /usr/obj sh -l s librtld_db.so.2 /usr/obj =3D=3D=3D> lib/libsdp (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libsdp.a /usr/obj sh -C -o root -g wheel -m 444 libsdp_p.a /usr/obj sh -s -o root -g wheel -m 444 libsdp.so.4 /usr/obj sh -l s libsdp.so.4 /usr/obj =3D=3D=3D> lib/libsm (install) =3D=3D=3D> lib/libsmb (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libsmb.a /usr/obj sh -C -o root -g wheel -m 444 libsmb_p.a /usr/obj sh -s -o root -g wheel -m 444 libsmb.so.4 /usr/obj sh -l s libsmb.so.4 /usr/obj =3D=3D=3D> lib/libsmdb (install) =3D=3D=3D> lib/libsmutil (install) =3D=3D=3D> lib/libstand (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libstand.a /usr/obj sh -C -o root -g wheel -m 444 libstand_p.a /usr/obj =3D=3D=3D> lib/libstdbuf (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libstdbuf.a /usr/obj sh -C -o root -g wheel -m 444 libstdbuf_p.a /usr/obj sh -s -o root -g wheel -m 444 libstdbuf.so.1 /usr/obj sh -l s libstdbuf.so.1 /usr/obj =3D=3D=3D> lib/libstdthreads (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libstdthreads.a /usr/obj sh -C -o root -g wheel -m 444 libstdthreads_p.a /usr/obj sh -s -o root -g wheel -m 444 libstdthreads.so.0 /usr/obj sh -l s libstdthreads.so.0 /usr/obj =3D=3D=3D> lib/libtelnet (install) =3D=3D=3D> lib/libthr (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libthr.a /usr/obj sh -C -o root -g wheel -m 444 libthr_p.a /usr/obj sh -s -o root -g wheel -m 444 -fschg -S libthr.so.3 /usr/obj sh -l s libthr.so.3 /usr/obj --- _installlinks --- /usr/obj -> libthr.a /usr/obj -> libthr.so /usr/obj -> libthr_p.a =3D=3D=3D> lib/libthread_db (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libthread_db.a /usr/obj sh -C -o root -g wheel -m 444 libthread_db_p.a /usr/obj sh -s -o root -g wheel -m 444 libthread_db.so.3 /usr/obj sh -l s libthread_db.so.3 /usr/obj =3D=3D=3D> lib/libucl (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libucl.a /usr/obj sh -C -o root -g wheel -m 444 libucl_p.a /usr/obj sh -s -o root -g wheel -m 444 libucl.so.1 /usr/obj sh -l s libucl.so.1 /usr/obj =3D=3D=3D> lib/libufs (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libufs.a /usr/obj sh -C -o root -g wheel -m 444 libufs_p.a /usr/obj sh -o root -g wheel -m 444 libufs.so.6 /usr/obj sh -l s libufs.so.6 /usr/obj =3D=3D=3D> lib/libugidfw (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libugidfw.a /usr/obj sh -C -o root -g wheel -m 444 libugidfw_p.a /usr/obj sh -s -o root -g wheel -m 444 libugidfw.so.4 /usr/obj sh -l s libugidfw.so.4 /usr/obj =3D=3D=3D> lib/libulog (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libulog.a /usr/obj sh -C -o root -g wheel -m 444 libulog_p.a /usr/obj sh -s -o root -g wheel -m 444 libulog.so.0 /usr/obj sh -l s libulog.so.0 /usr/obj --- _installlinks --- /usr/obj -> libulog.a /usr/obj -> libulog.so /usr/obj -> libulog_p.a =3D=3D=3D> lib/libunbound (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libunbound.a /usr/obj sh -C -o root -g wheel -m 444 libunbound_p.a /usr/obj sh -s -o root -g wheel -m 444 libunbound.so.5 /usr/obj sh -l s libunbound.so.5 /usr/obj =3D=3D=3D> lib/libusbhid (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libusbhid.a /usr/obj sh -C -o root -g wheel -m 444 libusbhid_p.a /usr/obj sh -s -o root -g wheel -m 444 libusbhid.so.4 /usr/obj sh -l s libusbhid.so.4 /usr/obj =3D=3D=3D> lib/libusb (install) --- beforeinstall --- sh -C -o root -g wheel -m 444 /usr/obj sh -C -o root -g wheel -m 444 /usr/obj sh -C -o root -g wheel -m 444 /usr/obj --- _libinstall --- sh -C -o root -g wheel -m 444 libusb.a /usr/obj sh -C -o root -g wheel -m 444 libusb_p.a /usr/obj sh -s -o root -g wheel -m 444 libusb.so.3 /usr/obj sh -l s libusb.so.3 /usr/obj =3D=3D=3D> lib/libvgl (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libvgl.a /usr/obj sh -C -o root -g wheel -m 444 libvgl_p.a /usr/obj sh -s -o root -g wheel -m 444 libvgl.so.6 /usr/obj sh -l s libvgl.so.6 /usr/obj =3D=3D=3D> lib/libwrap (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libwrap.a /usr/obj sh -C -o root -g wheel -m 444 libwrap_p.a /usr/obj sh -s -o root -g wheel -m 444 libwrap.so.6 /usr/obj sh -l s libwrap.so.6 /usr/obj =3D=3D=3D> lib/liby (install) --- _libinstall --- sh -C -o root -g wheel -m 444 liby.a /usr/obj sh -C -o root -g wheel -m 444 liby_p.a /usr/obj =3D=3D=3D> lib/libyaml (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libyaml.a /usr/obj sh -C -o root -g wheel -m 444 libyaml_p.a /usr/obj sh -s -o root -g wheel -m 444 libyaml.so.1 /usr/obj sh -l s libyaml.so.1 /usr/obj =3D=3D=3D> lib/libz (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libz.a /usr/obj sh -C -o root -g wheel -m 444 libz_p.a /usr/obj sh -s -o root -g wheel -m 444 libz.so.6 /usr/obj sh -l s libz.so.6 /usr/obj cd PROG=3Dld-elf32.so.1 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_C= PU=3D"i686 mmx sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX= =3D/usr/obj _LDSCRIPTROOT=3D/usr/obj VERSION=3D"FreeBSD 10.0-STABLE amd64 1000710" INS= TALL=3D"sh PATH=3D/usr/obj:/usr/obj:/usr/obj:/u= sr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin LIBDIR= =3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/private C= OMPILER_TYPE=3Dclang make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/u= sr/obj CC=3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -= isystem /usr/obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -mar= ch=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/us= r/obj -B/usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -DLIBRARIES_ONLY -D= NO_CPU_CFLAGS -DNO_CTF -DNO_LINT -DNO_TESTS -DWITHOUT_MAN -DWITHOUT_INF= O -DWITHOUT_HTML DIRPRFX=3Dlibexec/rtld-elf/ obj --- obj --- /usr/obj/lib32 created for cd PROG=3Dldd32 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D"i686 mm= x sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/usr/obj _LDSCRI= PTROOT=3D/usr/obj VERSION=3D"FreeBSD 10.0-STABLE amd64 1000710" INSTALL=3D"sh PATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr= /obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin LIBDIR=3D/usr/lib32 = SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/private COMPILER_TYPE=3D= clang make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/obj CC= =3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/= obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mm= mx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/usr/obj -B/= usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -DLIBRARIES_ONLY -DNO_CPU_CFLAGS= -DNO_CTF -DNO_LINT -DNO_TESTS -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_H= TML DIRPRFX=3Dusr.bin/ldd obj --- obj --- /usr/obj/lib32 created for cd PROG=3Dld-elf32.so.1 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_C= PU=3D"i686 mmx sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX= =3D/usr/obj _LDSCRIPTROOT=3D/usr/obj VERSION=3D"FreeBSD 10.0-STABLE amd64 1000710" INS= TALL=3D"sh PATH=3D/usr/obj:/usr/obj:/usr/obj:/u= sr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin LIBDIR= =3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/private C= OMPILER_TYPE=3Dclang make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/u= sr/obj CC=3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -= isystem /usr/obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -mar= ch=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/us= r/obj -B/usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -DLIBRARIES_ONLY -D= NO_CPU_CFLAGS -DNO_CTF -DNO_LINT -DNO_TESTS -DWITHOUT_MAN -DWITHOUT_INF= O -DWITHOUT_HTML DIRPRFX=3Dlibexec/rtld-elf/ depend --- .depend --- rm -f .depend CC=3D'cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /us= r/obj -L/usr/obj -B/usr/obj mkdep -f .depend -a -DFREEBSD= _ELF -DIN_RTLD -I -I -I -DPIC -std=3D= gnu99 cc: warning: argument unused during compilation: '-L/usr/obj echo ld-elf32.so.1: /usr/obj >> .depend cd PROG=3Dldd32 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D"i686 mm= x sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/usr/obj _LDSCRI= PTROOT=3D/usr/obj VERSION=3D"FreeBSD 10.0-STABLE amd64 1000710" INSTALL=3D"sh PATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr= /obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin LIBDIR=3D/usr/lib32 = SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/private COMPILER_TYPE=3D= clang make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/obj CC= =3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/= obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mm= mx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/usr/obj -B/= usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -DLIBRARIES_ONLY -DNO_CPU_CFLAGS= -DNO_CTF -DNO_LINT -DNO_TESTS -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_H= TML DIRPRFX=3Dusr.bin/ldd depend --- .depend --- rm -f .depend CC=3D'cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /us= r/obj -L/usr/obj -B/usr/obj mkdep -f .depend -a -std=3Dg= nu99 cc: warning: argument unused during compilation: '-L/usr/obj echo ldd32: /usr/obj >> .depend cd PROG=3Dld-elf32.so.1 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_C= PU=3D"i686 mmx sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX= =3D/usr/obj _LDSCRIPTROOT=3D/usr/obj VERSION=3D"FreeBSD 10.0-STABLE amd64 1000710" INS= TALL=3D"sh PATH=3D/usr/obj:/usr/obj:/usr/obj:/u= sr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin LIBDIR= =3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/private C= OMPILER_TYPE=3Dclang make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/u= sr/obj CC=3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -= isystem /usr/obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -mar= ch=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/us= r/obj -B/usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -DLIBRARIES_ONLY -D= NO_CPU_CFLAGS -DNO_CTF -DNO_LINT -DNO_TESTS -DWITHOUT_MAN -DWITHOUT_INF= O -DWITHOUT_HTML DIRPRFX=3Dlibexec/rtld-elf/ all --- Version.map --- --- rtld_start.o --- --- reloc.o --- --- rtld.o --- --- Version.map --- cat | cpp - - | awk -v vfile=3D -f > Version.map --- rtld_start.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- reloc.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- rtld.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- rtld_lock.o --- --- rtld_printf.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- rtld_lock.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- map_object.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- malloc.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- xmalloc.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- debug.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- libmap.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -c --- ld-elf32.so.1 --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD= -I -I -I -fpic -DPIC -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-argum= ents -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Wformat=3D2 -Wno-format-extra-args -Wno-format-nonl= iteral -Werror -nostdlib -e .rtld_start -shared -Wl,-Bsymbolic -Wl,--versi= on-script=3DVersion.map -o ld-elf32.so.1 rtld_start.o reloc.o rtld.o rtld_l= ock.o rtld_printf.o map_object.o malloc.o xmalloc.o debug.o libmap.o -lc_pi= c cd PROG=3Dldd32 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D"i686 mm= x sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/usr/obj _LDSCRI= PTROOT=3D/usr/obj VERSION=3D"FreeBSD 10.0-STABLE amd64 1000710" INSTALL=3D"sh PATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr= /obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin LIBDIR=3D/usr/lib32 = SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/private COMPILER_TYPE=3D= clang make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/obj CC= =3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/= obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mm= mx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/usr/obj -B/= usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -DLIBRARIES_ONLY -DNO_CPU_CFLAGS= -DNO_CTF -DNO_LINT -DNO_TESTS -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_H= TML DIRPRFX=3Dusr.bin/ldd all --- ldd.o --- --- sods.o --- --- ldd.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -std=3Dgnu99 -Qunused-argumen= ts -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wn= o-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-param= eter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-d= ecls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-si= gn -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c --- sods.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -std=3Dgnu99 -Qunused-argumen= ts -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wn= o-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-param= eter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-d= ecls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-si= gn -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c --- ldd32 --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/ws/lib32/usr/incl= ude/> -L/usr/obj -B/usr/obj -O2 -pipe -std=3Dgnu99 -Qunused-argumen= ts -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wn= o-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-param= eter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-d= ecls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-si= gn -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -o ldd3= 2 ldd.o sods.o=20 --- buildworld_epilogue --- -------------------------------------------------------------- >>> World build completed on Mon Jul 7 19:17:27 UTC 2014 -------------------------------------------------------------- + make -j 4 buildkernel --- buildkernel --- --- buildkernel --- -------------------------------------------------------------- >>> Kernel build for GENERIC started on Mon Jul 7 19:17:28 UTC 2014 -------------------------------------------------------------- =3D=3D=3D> GENERIC mkdir -p /usr/obj -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd PATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/= usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/ob= j= -I ' ' config: Error: device "vt_efifb" is unknown config: 1 errors *** [buildkernel] Error code 1 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 19:29:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0CA6F866 for ; Mon, 7 Jul 2014 19:29:12 +0000 (UTC) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C971E2800 for ; Mon, 7 Jul 2014 19:29:11 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by btw.pki2.com (8.14.9/8.14.8) with ESMTP id s67JSxqQ029018 for ; Mon, 7 Jul 2014 12:28:59 -0700 (PDT) (envelope-from freebsd@pki2.com) Subject: Problem with vt in 268370 From: Dennis Glatting To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="ISO-8859-1" Date: Mon, 07 Jul 2014 12:28:59 -0700 Message-ID: <1404761339.76015.60.camel@btw.pki2.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-SoftwareMunitions-MailScanner-Information: Dennis Glatting X-SoftwareMunitions-MailScanner-ID: s67JSxqQ029018 X-SoftwareMunitions-MailScanner: Found to be clean X-MailScanner-From: freebsd@pki2.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 19:29:12 -0000 root@Tori# mk buildkernel -------------------------------------------------------------- >>> Kernel build for GENERIC started on Mon Jul 7 12:18:31 PDT 2014 -------------------------------------------------------------- ===> GENERIC mkdir -p /usr/obj/disk-1/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /disk-1/src/sys/amd64/conf; PATH=/usr/obj/disk-1/src/tmp/legacy/usr/sbin:/usr/obj/disk-1/src/tmp/legacy/usr/bin:/usr/obj/disk-1/src/tmp/legacy/usr/games:/usr/obj/disk-1/src/tmp/legacy/bin:/usr/obj/disk-1/src/tmp/usr/sbin:/usr/obj/disk-1/src/tmp/usr/bin:/usr/obj/disk-1/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/disk-1/src/sys/GENERIC -I '/disk-1/src/sys/amd64/conf' '/disk-1/src/sys/amd64/conf/GENERIC' config: Error: device "vt_efifb" is unknown config: 1 errors *** Error code 1 Stop. make[1]: stopped in /disk-1/src *** Error code 1 Stop. make: stopped in /disk-1/src root@Tori# From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 19:38:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BC39D0F for ; Mon, 7 Jul 2014 19:38:40 +0000 (UTC) Received: from smtp.pobox.com (smtp.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 17E3928F9 for ; Mon, 7 Jul 2014 19:38:39 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id B9B1A269FC for ; Mon, 7 Jul 2014 15:38:19 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=d92YyZOiPrE2/FFEgVhCUQF6wAk=; b=bV2NohI lHvJfAr9q6Z8I3R+6mnilHP9DdEXlDKjXjkkTfuyU4dPotsFDRPejUsp3rYunxZm TxQB1RlIoUjpaVYZKoplpTonr71OdbFsl3doQo1eZWzM/nYkLEPCSSbj0JLghWlc YkmddTujmVLAaGIiNVyp7rxrdxhlghk3c2m8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=h1QzrKjjU1g6SA5IibRmQjmK1m9IzRDuC bEHrjD8MyXUZETva8+Hr85l+PocEE0OLry7XQbelx7rg+dt7hprbptrg3OXejwip yyeCtFk7emJf47NKw2Aq6VN0Rctx+aIQGjLLyHYpWan8yf1jjtiR692uaKfAZEJQ Lb805XEdew= Received: from pb-smtp0.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id B0C88269FB for ; Mon, 7 Jul 2014 15:38:19 -0400 (EDT) Received: from localhost (unknown [50.90.2.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id 94622269F5 for ; Mon, 7 Jul 2014 15:38:14 -0400 (EDT) Date: Mon, 7 Jul 2014 15:38:26 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Subject: Re: Problem with vt in 268370 Message-ID: <20140707193826.GC2267@behemoth> Mail-Followup-To: freebsd-stable@freebsd.org References: <1404761339.76015.60.camel@btw.pki2.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rQ2U398070+RC21q" Content-Disposition: inline In-Reply-To: <1404761339.76015.60.camel@btw.pki2.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: 3CBB03EC-060E-11E4-8F45-9903E9FBB39C-49531120!pb-smtp0.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 19:38:40 -0000 --rQ2U398070+RC21q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 07, 2014 at 12:28:59 -0700, Dennis Glatting wrote about a problem that the jenkins build system posted about 10 minutes prior to his post. You do *read* -stable@, yes? --=20 Chris Nehren --rQ2U398070+RC21q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJbBAABAgBFBQJTuvcyPhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEBHA+GJAM0vPODcP/3K5 hhgwkxqGvfuLWjWTU0sZmj/RhImEmch9pCQk3qcGqi7fOQNqbT5ORjx0xWNThbFe NhwgzKHmjcUgPLd96CsJ5gPxxcC4LxAmjrvN44Yt+ho2rt4q0NGzKyvQl0xh6Vdk kW2qbXFtXsHyEBJS61NPwfEeyfGvfKA2zqJlVUJ1ZmRBm0zQotLmW4jpy/RoOC3V GebRDDGkan7ftmIH0Yf5HqNzR57jF8+DCZa4ooxfIvXEoSFk/vwWDbGWS+NjwwqB GszpPwcT3c8Yj+QJ836M9RE0b0yUx1dJICbT6rx+FcMqT0hlbfx47Yun96K5qwUg emK+mdLVqeBk878tbwZECMm/y8WNaQx49Vk0S34riC4RAhl9yDOFNHnzwTr6fTlZ kS4bSaDyiAKYlOTiXjjOiavFvRbUsvR6bbQ7xJP6wg4/g05iFqU2E5+HGg51OQUe LUr02Tq0WN+i9/nGks5bnue5M/1qg055wHb1itrZUNFKSq7WBqAcrlagAvePypTh PCsKAhm4I4/BZMC9wYAmfV2/u6/F6b1cDZlsfdBXcCPxcMf6wuMkJ3GUxDmP+t8z ZuP/OdT8yQfKntcKDAXqHwspgEyzVbiORhQ7ZR2+vHRsoRdVrONOLuwMHR97kxSi Irw81W7jlanaIlhZznZmkVcs2RVo36gYxM4pNxfX =ZBRF -----END PGP SIGNATURE----- --rQ2U398070+RC21q-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 19:42:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0322BEA1 for ; Mon, 7 Jul 2014 19:42:37 +0000 (UTC) Received: from frv154.fwdcdn.com (frv154.fwdcdn.com [212.42.77.154]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B44012998 for ; Mon, 7 Jul 2014 19:42:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=BKEJ/e/NV6kp3YsD0QoUuBmVg9Jyib6dhu0jbwcOs4A=; b=Y3FsZTf0PL8Vk6tZcCos8OQJ9B7S9mM3xDCpfyf2ae0/ERH1beE6WzDKXWHsnXpEvcA9uymB60lMzUgC3n7NxmUGgWClxTNQi0d/qjT2BmedZgINqsq0ZYRCEkaXXHS4FOFk/HYbgQ5XUAUT52mBpxmucU/oHF1d6KlDIdIKbMA=; Received: from [134.249.90.229] (helo=nonamehost.local) by frv154.fwdcdn.com with esmtpsa ID 1X4Enz-000NmP-0T ; Mon, 07 Jul 2014 22:42:27 +0300 Date: Mon, 7 Jul 2014 22:42:26 +0300 From: Ivan Klymenko To: Dennis Glatting Subject: Re: Problem with vt in 268370 Message-ID: <20140707224226.3bf6903f@nonamehost.local> In-Reply-To: <1404761339.76015.60.camel@btw.pki2.com> References: <1404761339.76015.60.camel@btw.pki2.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=134.249.90.229; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 19:42:37 -0000 =D0=92 Mon, 07 Jul 2014 12:28:59 -0700 Dennis Glatting =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 >=20 >=20 > root@Tori# mk buildkernel=20 >=20 > -------------------------------------------------------------- > >>> Kernel build for GENERIC started on Mon Jul 7 12:18:31 PDT 2014 > -------------------------------------------------------------- > =3D=3D=3D> GENERIC > mkdir -p /usr/obj/disk-1/src/sys >=20 > -------------------------------------------------------------- > >>> stage 1: configuring the kernel > -------------------------------------------------------------- > cd /disk-1/src/sys/amd64/conf; > PATH=3D/usr/obj/disk-1/src/tmp/legacy/usr/sbin:/usr/obj/disk-1/src/tmp/le= gacy/usr/bin:/usr/obj/disk-1/src/tmp/legacy/usr/games:/usr/obj/disk-1/src/t= mp/legacy/bin:/usr/obj/disk-1/src/tmp/usr/sbin:/usr/obj/disk-1/src/tmp/usr/= bin:/usr/obj/disk-1/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > config -d /usr/obj/disk-1/src/sys/GENERIC -I > '/disk-1/src/sys/amd64/conf' '/disk-1/src/sys/amd64/conf/GENERIC' > config: Error: device "vt_efifb" is unknown config: 1 errors *** > Error code 1 >=20 > Stop. > make[1]: stopped in /disk-1/src > *** Error code 1 >=20 > Stop. > make: stopped in /disk-1/src > root@Tori#=20 >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" fixed in http://svnweb.freebsd.org/changeset/base/268371 From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 20:01:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97FF97CA for ; Mon, 7 Jul 2014 20:01:37 +0000 (UTC) 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 41ECD2AED for ; Mon, 7 Jul 2014 20:01:36 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s67K1Y5H090439 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 7 Jul 2014 14:01:35 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s67K1WqK090436; Mon, 7 Jul 2014 14:01:32 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 7 Jul 2014 14:01:32 -0600 (MDT) From: Warren Block To: Ian Smith Subject: Re: Should 9.3 carry a warning about NEW_XORG In-Reply-To: <20140706220006.K50382@sola.nimnet.asn.au> Message-ID: References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140706220006.K50382@sola.nimnet.asn.au> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 07 Jul 2014 14:01:35 -0600 (MDT) Cc: John Marshall , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 20:01:37 -0000 On Sun, 6 Jul 2014, Ian Smith wrote: > It seems that if you upgrade from 9.1 or 9.2 you will need to manually > intervene, either way .. please correct any incorrect assumptions: > > . if you don't wish your ports updated to new Xorg you'll need to add > WITHOUT_NEW_XORG to make.conf before updating any relevant ports, though > - inconsistently? - any installed packages, including those on the DVD, > will still be for old Xorg. Until you are sure this is the safer way - > but you have to know about it when upgrading. > > . if you do want ports updated to new Xorg and you have older graphics > hardware you'll need to compile a VT kernel to get vt switching from X > back .. and you'll need to add the new repo to get new Xorg packages. > > Seeing that a perhaps not miniscule proportion of 9.x X users will need > to do some manual configuration on upgrading to 9.3, a relevant WARNING > in http://www.freebsd.org/releases/9.3R/relnotes.html should be helpful. I can agree with the idea of a note, just have no clear idea what it should say. If people are shown how to stick with the old xorg, they will be marooned and ports that require the newer version will not work. People that upgrade may find their hardware no longer supported. That's sort of the price of progress with technology. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 20:06:47 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A235B03 for ; Mon, 7 Jul 2014 20:06:47 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (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 F35722BAC for ; Mon, 7 Jul 2014 20:06:46 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1X4FBQ-000Nju-Az; Mon, 07 Jul 2014 20:06:40 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s67K6cCB001405; Mon, 7 Jul 2014 14:06:38 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+8kghb2O0rTaMQk++g/BcS Subject: Re: Problem with vt in 268370 From: Ian Lepore To: Chris Nehren In-Reply-To: <20140707193826.GC2267@behemoth> References: <1404761339.76015.60.camel@btw.pki2.com> <20140707193826.GC2267@behemoth> Content-Type: text/plain; charset="us-ascii" Date: Mon, 07 Jul 2014 14:06:37 -0600 Message-ID: <1404763597.65432.41.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 20:06:47 -0000 On Mon, 2014-07-07 at 15:38 -0400, Chris Nehren wrote: > On Mon, Jul 07, 2014 at 12:28:59 -0700, Dennis Glatting wrote > about a problem that the jenkins build system posted about 10 > minutes prior to his post. > > You do *read* -stable@, yes? > I would expect non-committers to filter out tinderbox and jenkins emails. I certainly did before I got a commit bit, because the messages contained no actionable information for me then. -- Ian From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 20:13:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85E91E31; Mon, 7 Jul 2014 20:13:30 +0000 (UTC) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F11F52C69; Mon, 7 Jul 2014 20:13:29 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id q59so4971924wes.13 for ; Mon, 07 Jul 2014 13:13:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IWKPYQ+GhBhOgoIuH3fi8CGnVcmoPx+ct2i98pA+yFc=; b=UNHRkA9WKOHQ1Tlsg2ebyAOM0K8tTeLkXR+StrRuM3I/EIdi8zAs33j/Sv+hDRYbHn hlDSUVh10BQ01MFygc3BT+z7hSqk9I2eJr2WMI9Kr+VOt/tZUCJ5yU9ufk/fiVjBXAvD 0WaAYHlWvv3eUndYzNX+PZk2Mxezr5B6gYqb+2tJ8watNdQoG680utcQa9a8OSEyWLWb uswKQcpD3DizmgRBY80/xt68jhOqbw0LCQqIUS4BWjsY3IxN8/cZLihgoWluWntMpYBw TWlHcXsGNEjWv6jX9aYZ4WJB5I4KBkrOXl6DKQgC2KKiucW1igKkWKgRZkxShdLB0Nco JLiw== MIME-Version: 1.0 X-Received: by 10.180.96.170 with SMTP id dt10mr2277818wib.80.1404764007941; Mon, 07 Jul 2014 13:13:27 -0700 (PDT) Received: by 10.216.186.130 with HTTP; Mon, 7 Jul 2014 13:13:27 -0700 (PDT) In-Reply-To: <1404763597.65432.41.camel@revolution.hippie.lan> References: <1404761339.76015.60.camel@btw.pki2.com> <20140707193826.GC2267@behemoth> <1404763597.65432.41.camel@revolution.hippie.lan> Date: Mon, 7 Jul 2014 16:13:27 -0400 Message-ID: Subject: Re: Problem with vt in 268370 From: Brandon Allbery To: Ian Lepore Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Chris Nehren , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 20:13:30 -0000 On Mon, Jul 7, 2014 at 4:06 PM, Ian Lepore wrote: > I would expect non-committers to filter out tinderbox and jenkins > emails. I certainly did before I got a commit bit, because the messages > contained no actionable information for me then. > "something's wrong, hold off on updating a bit" seems actionable to me. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 20:19:31 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7F62F8D; Mon, 7 Jul 2014 20:19:31 +0000 (UTC) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AE4172CA8; Mon, 7 Jul 2014 20:19:31 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by btw.pki2.com (8.14.9/8.14.8) with ESMTP id s67KJJ3K063912; Mon, 7 Jul 2014 13:19:19 -0700 (PDT) (envelope-from freebsd@pki2.com) Subject: Re: Problem with vt in 268370 From: Dennis Glatting To: Ian Lepore In-Reply-To: <1404763597.65432.41.camel@revolution.hippie.lan> References: <1404761339.76015.60.camel@btw.pki2.com> <20140707193826.GC2267@behemoth> <1404763597.65432.41.camel@revolution.hippie.lan> Content-Type: text/plain; charset="ISO-8859-1" Date: Mon, 07 Jul 2014 13:19:19 -0700 Message-ID: <1404764359.76015.63.camel@btw.pki2.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-SoftwareMunitions-MailScanner-Information: Dennis Glatting X-SoftwareMunitions-MailScanner-ID: s67KJJ3K063912 X-SoftwareMunitions-MailScanner: Found to be clean X-MailScanner-From: freebsd@pki2.com Cc: Chris Nehren , freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 20:19:32 -0000 On Mon, 2014-07-07 at 14:06 -0600, Ian Lepore wrote: > On Mon, 2014-07-07 at 15:38 -0400, Chris Nehren wrote: > > On Mon, Jul 07, 2014 at 12:28:59 -0700, Dennis Glatting wrote > > about a problem that the jenkins build system posted about 10 > > minutes prior to his post. > > > > You do *read* -stable@, yes? > > > > I would expect non-committers to filter out tinderbox and jenkins > emails. I certainly did before I got a commit bit, because the messages > contained no actionable information for me then. > Thank you to whoever quickly committed the fix. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 20:38:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9720F70E; Mon, 7 Jul 2014 20:38:00 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 6ED7B2E9A; Mon, 7 Jul 2014 20:37:59 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-182-14-79.range86-182.btcentralplus.com [86.182.14.79]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 4EB0B45038; Mon, 7 Jul 2014 20:37:53 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk 4EB0B45038 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1404765473; bh=CDXsH66KAd1AL8UaNlcsZy26E0uXh2VGBpG8ByrX8G4=; h=Date:From:To:Subject:References:In-Reply-To; b=odOgYDNg0kbu1vzp4PiCmFFxKGoYCvMZVQilFRMJ10R0/7rcqsqS+Bclk8sa+RSxy JMCOFQktHIi5IWj67VK2llPzoR7U51h1x5Z8Cxx5sE+Dm1SGO3mQaPuKuKWOJYzctc rvx6XkFn7C2XgUOcEGqsY+oQ/mCMNCvmhxSw86tE= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 0242214103; Mon, 7 Jul 2014 21:37:49 +0100 (BST) Date: Mon, 7 Jul 2014 21:37:49 +0100 From: Ben Morrow To: adrian@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-ID: <20140707203746.GA11123@anubis.morrow.me.uk> Mail-Followup-To: adrian@freebsd.org, freebsd-stable@freebsd.org References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140707095825.GB1074@rwpc15.gfn.riverwillow.net.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 20:38:00 -0000 Quoth Adrian Chadd : > > I kinda wished that the Xorg development wouldn't break older graphics > rendering so hard, but alas, what drives that is the hardware > innovation cycle and not the "holy shit you mean we need to use this > for 10 years?" cycle. I feel I should say at this point that ISTM you and the rest of the FreeBSD/Xorg people have been making a heroic effort in the face of a not-quite-actively-hostile upstream for a good while now, and the resulting relative stability is greatly appreciated. (Of course, I've just upgraded my home desktop to 10-S/radeonkms/vt/NEW_XORG with no trouble, so... :) ) Ben From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 20:45:28 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 095239BB for ; Mon, 7 Jul 2014 20:45:28 +0000 (UTC) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C43692F65 for ; Mon, 7 Jul 2014 20:45:27 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by btw.pki2.com (8.14.9/8.14.8) with ESMTP id s67KjGnk082905 for ; Mon, 7 Jul 2014 13:45:16 -0700 (PDT) (envelope-from freebsd@pki2.com) Subject: Another problem with vt -- 268371 (Was: Re: Problem with vt in 268370) From: Dennis Glatting To: freebsd-stable@FreeBSD.org In-Reply-To: <1404763597.65432.41.camel@revolution.hippie.lan> References: <1404761339.76015.60.camel@btw.pki2.com> <20140707193826.GC2267@behemoth> <1404763597.65432.41.camel@revolution.hippie.lan> Content-Type: text/plain; charset="ISO-8859-1" Date: Mon, 07 Jul 2014 13:45:16 -0700 Message-ID: <1404765916.76015.67.camel@btw.pki2.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-SoftwareMunitions-MailScanner-Information: Dennis Glatting X-SoftwareMunitions-MailScanner-ID: s67KjGnk082905 X-SoftwareMunitions-MailScanner: Found to be clean X-MailScanner-From: freebsd@pki2.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 20:45:28 -0000 root@Tasha# make buildkernel yada, yada, yada... /disk-1/src/sys/dev/vt/hw/efifb/efifb.c:43:10: fatal error: 'machine/efi.h' file not found #include ^ 1 error generated. -- Dennis Glatting From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 20:49:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE7D7B0D for ; Mon, 7 Jul 2014 20:49:18 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 95E5E2FA3 for ; Mon, 7 Jul 2014 20:49:18 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-182-14-79.range86-182.btcentralplus.com [86.182.14.79]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 723DD45038 for ; Mon, 7 Jul 2014 20:49:17 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk 723DD45038 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1404766157; bh=qOZ1voKscjtZnNqcZqjpdhT73YwMnDGBHDqUG5zbW18=; h=Date:From:To:Subject:References:In-Reply-To; b=ANN4GhW1ciwarnrwwZLY0Nsh0657xGnpV/Q38dJWu4w6dcqDQO4L9Ne6zno0Pt2mo DTgdRf4RRmU4UGh4sdIXuRcX3lL7zmYkdXfUyoSVvz5CSyZArD3Gcpf75aKwy3C+Si lEeClDCVWqqWLjwBSgFnJn2L14Yu4HXIVRYSh3bI= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id C7E2F1410D; Mon, 7 Jul 2014 21:49:15 +0100 (BST) Date: Mon, 7 Jul 2014 21:49:15 +0100 From: Ben Morrow To: freebsd-stable@freebsd.org Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-ID: <20140707204912.GA11191@anubis.morrow.me.uk> Mail-Followup-To: freebsd-stable@freebsd.org References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140706220006.K50382@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 20:49:18 -0000 Quoth Warren Block : > On Sun, 6 Jul 2014, Ian Smith wrote: > > > Seeing that a perhaps not miniscule proportion of 9.x X users will need > > to do some manual configuration on upgrading to 9.3, a relevant WARNING > > in http://www.freebsd.org/releases/9.3R/relnotes.html should be helpful. > > I can agree with the idea of a note, just have no clear idea what it > should say. If people are shown how to stick with the old xorg, they > will be marooned and ports that require the newer version will not work. > People that upgrade may find their hardware no longer supported. That's > sort of the price of progress with technology. (No, it's the price of depending on a CADT upstream. It's a shame FreeBSD doesn't have the manpower to maintain a fork, since that would really be the only reliable option at this point.) The note should say exactly what you just said: there are no good options. Many configurations will either break now or break soon, unless you're willing to fall back to VESA-only (is that likely to remain a viable option in all cases?). While this is a deplorable situation, there is nothing the FreeBSD project can do about it. Ben From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 21:55:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 413D2928 for ; Mon, 7 Jul 2014 21:55:28 +0000 (UTC) Received: from smtp.pobox.com (smtp.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 0A6042552 for ; Mon, 7 Jul 2014 21:55:27 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id 99524279AD for ; Mon, 7 Jul 2014 17:55:12 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=BKz8S1AKumb9X80RxtYWCvHkXEo=; b=TfF4vbD PniForL+d3tTdHB8TWhTkviXnd1JsxYEBgaaKfGCFvIbCSKPizMmfLEfkxswzUor qI/0ntbd9AXbKCjrBuTLqOGQX1o96Y5yDRGVjY3+6tAkhFsiXu71UyTfU+hQ6FBc ro+50GGNDdElrBtdiwbJ0DF+hy9PIDfHMOmI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=tY6lBMCZwquvf+CbI9c5IL1aHaoIjgOiK P7ZHqad88P25LL+jTxXXIg+SxQGzeCWqtwSzjPXDWNO/yMLx8RaqrftKmp+YTKhO qAMFrP3BdhuVGejnFtKylF7WE/7XKCB357VVagZi/LNgAloNr8KI6jFriDfB2y3v xR4lhASjI4= Received: from pb-smtp0.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id 77D20279AB for ; Mon, 7 Jul 2014 17:55:12 -0400 (EDT) Received: from localhost (unknown [50.90.2.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id D7B722799F for ; Mon, 7 Jul 2014 17:55:05 -0400 (EDT) Date: Mon, 7 Jul 2014 17:55:17 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Subject: Re: Problem with vt in 268370 Message-ID: <20140707215517.GD2267@behemoth> Mail-Followup-To: freebsd-stable@freebsd.org References: <1404761339.76015.60.camel@btw.pki2.com> <20140707193826.GC2267@behemoth> <1404763597.65432.41.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LTeJQqWS0MN7I/qa" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: 5B088406-0621-11E4-94B1-9903E9FBB39C-49531120!pb-smtp0.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 21:55:28 -0000 --LTeJQqWS0MN7I/qa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 07, 2014 at 16:13:27 -0400, Brandon Allbery wrote: > On Mon, Jul 7, 2014 at 4:06 PM, Ian Lepore wrote: >=20 > > I would expect non-committers to filter out tinderbox and jenkins > > emails. I certainly did before I got a commit bit, because the messages > > contained no actionable information for me then. > > >=20 > "something's wrong, hold off on updating a bit" seems actionable to me. =2E.. or even "this is busted, here's how, here's a patch". --=20 Chris Nehren --LTeJQqWS0MN7I/qa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJbBAABAgBFBQJTuxdFPhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEBHA+GJAM0vPsj4QAKdL lzLKARFoovcWgtIjuNgQ4Deqnv4sLTNQU1o6HLoBdHcbU/MYLilzOk+qucXtOCI8 1IyRCYQldP7X5IZwBGL7z8mkk3zM6tiavvwDTljSvCa9WGwssxigDzDbuDbSCkNq gfzqGUh12xQ39QmITdfSW+Jc/iKeJFpiRQ6VYjkElNmdBwQyT36tMuYOjPLR9DQm BNqcsxDpz7aod7eyTOMN4vpW393rbJuQzbtcZbHxgagLpqmT3YuLlWT0Q+0KFTga 4X94QxrXDYInugtU0FffDkDVxqxqkAjo9fXOUCxmRVxqpvio5nULeYmKyr1w2JLQ ie6k2AMPy9PjptPkybkk6tekmGVXnuYkeQws3hEylGntVfOnqxGUGBGJ6x9zT8sN zvwhvZNYT4vLe5eGDNsXdhY8mcDYuCCYOVpULfa7CqMbjDuIIBVA/I04vIBKgrhS 7JK7xxbPd7N5fOOPQXlssy/UZU+sRGa8CZIaJ+EjbN+G/6sHxYZh2z7G/Xp7KDIA KMIXKAuVhvoYzV2SDKetjauM2ZOlWRpR5p9vXO//JAgwMSOaO3e0X7WR8vuKoALB sXh0EJjU06HrYEnbv/m/wXLIN9ETIhaBB7jqtd72qVyThFUfnfJJH1Lyn4CwaDTb UPEIR2BeHTTMyxgeuSekZH5wnluD9I42txwdsXJD =G3fU -----END PGP SIGNATURE----- --LTeJQqWS0MN7I/qa-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 22:08:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7CD05DEA; Mon, 7 Jul 2014 22:08:06 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 5CFFA263F; Mon, 7 Jul 2014 22:08:06 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9BA38D71; Mon, 7 Jul 2014 22:08:06 +0000 (UTC) Date: Mon, 7 Jul 2014 22:08:05 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, ume@FreeBSD.org, ray@FreeBSD.org Message-ID: <1778079345.85.1404770886533.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2039201545.84.1404760651046.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2039201545.84.1404760651046.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #479 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 22:08:06 -0000 See Changes: [ray] MFC of r263873. Pointed by: Ivan Klymenko Sponsored by: The FreeBSD Foundation ------------------------------------------ [...truncated 238351 lines...] --- opt_bus.h --- --- opt_usb.h --- --- device_if.h --- --- opt_bus.h --- ln -sf /usr/obj opt_bus.h --- opt_usb.h --- ln -sf /usr/obj opt_usb.h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- --- usb_if.h --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- usb_if.h --- awk -f @/tools/makeobjops.awk @/dev/usb/usb_if.m -h --- usbdevs.h --- awk -f @/tools/usbdevs2h.awk @/dev/usb/usbdevs -h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 ===> usb/uplcom (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- opt_bus.h --- --- opt_usb.h --- --- device_if.h --- --- opt_bus.h --- ln -sf /usr/obj opt_bus.h --- opt_usb.h --- ln -sf /usr/obj opt_usb.h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- --- usb_if.h --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- usb_if.h --- awk -f @/tools/makeobjops.awk @/dev/usb/usb_if.m -h --- usbdevs.h --- awk -f @/tools/usbdevs2h.awk @/dev/usb/usbdevs -h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 ===> usb/uslcom (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- opt_bus.h --- --- opt_usb.h --- --- device_if.h --- --- opt_bus.h --- ln -sf /usr/obj opt_bus.h --- opt_usb.h --- ln -sf /usr/obj opt_usb.h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- --- usb_if.h --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- usb_if.h --- awk -f @/tools/makeobjops.awk @/dev/usb/usb_if.m -h --- usbdevs.h --- awk -f @/tools/usbdevs2h.awk @/dev/usb/usbdevs -h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 ===> usb/uvisor (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- opt_bus.h --- --- opt_usb.h --- --- device_if.h --- --- opt_bus.h --- ln -sf /usr/obj opt_bus.h --- opt_usb.h --- ln -sf /usr/obj opt_usb.h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- --- usb_if.h --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- usb_if.h --- awk -f @/tools/makeobjops.awk @/dev/usb/usb_if.m -h --- usbdevs.h --- awk -f @/tools/usbdevs2h.awk @/dev/usb/usbdevs -h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 ===> usb/uvscom (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- opt_bus.h --- --- opt_usb.h --- --- device_if.h --- --- opt_bus.h --- ln -sf /usr/obj opt_bus.h --- opt_usb.h --- ln -sf /usr/obj opt_usb.h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- --- usb_if.h --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- usb_if.h --- awk -f @/tools/makeobjops.awk @/dev/usb/usb_if.m -h --- usbdevs.h --- awk -f @/tools/usbdevs2h.awk @/dev/usb/usbdevs -h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 ===> usb/uether (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- opt_bus.h --- --- opt_usb.h --- --- device_if.h --- --- opt_bus.h --- ln -sf /usr/obj opt_bus.h --- opt_usb.h --- ln -sf /usr/obj opt_usb.h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- --- usb_if.h --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- usb_if.h --- awk -f @/tools/makeobjops.awk @/dev/usb/usb_if.m -h --- usbdevs.h --- --- miibus_if.h --- --- usbdevs.h --- awk -f @/tools/usbdevs2h.awk @/dev/usb/usbdevs -h --- miibus_if.h --- awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h --- opt_inet.h --- ln -sf /usr/obj opt_inet.h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 ===> usb/aue (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- opt_bus.h --- --- opt_usb.h --- --- device_if.h --- --- opt_bus.h --- ln -sf /usr/obj opt_bus.h --- opt_usb.h --- ln -sf /usr/obj opt_usb.h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- --- usb_if.h --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- usb_if.h --- awk -f @/tools/makeobjops.awk @/dev/usb/usb_if.m -h --- usbdevs.h --- --- miibus_if.h --- --- usbdevs.h --- awk -f @/tools/usbdevs2h.awk @/dev/usb/usbdevs -h --- miibus_if.h --- awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h --- opt_inet.h --- ln -sf /usr/obj opt_inet.h --- .depend --- mkdep: compile failed *** [.depend] Error code 1 make[2]: stopped in /usr/obj --- modules-depend --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_usb] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj 2 errors make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 01:26:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33C56D5E; Tue, 8 Jul 2014 01:26:07 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 221972716; Tue, 8 Jul 2014 01:26:07 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2C02EDCB; Tue, 8 Jul 2014 01:26:07 +0000 (UTC) Date: Tue, 8 Jul 2014 01:26:06 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, ume@FreeBSD.org, ray@FreeBSD.org Message-ID: <96988307.88.1404782766991.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1778079345.85.1404770886533.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1778079345.85.1404770886533.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_10 #480 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 01:26:07 -0000 See From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 01:47:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F06B774F for ; Tue, 8 Jul 2014 01:47:03 +0000 (UTC) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF0E22A1E for ; Tue, 8 Jul 2014 01:47:03 +0000 (UTC) Received: by mail-qg0-f44.google.com with SMTP id j107so4456441qga.17 for ; Mon, 07 Jul 2014 18:47:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=NDpzmv/fWJmxJapETW8k17L8hukKR4uB1SdwHByCdjQ=; b=PV7nKaiMwlFIbLTz8mltzSYR2OL0iHgQ52vUlaUhZpROj/GD4diDuwue+Q89Cky+JQ cvrXkQSAHND+lt9L3saKNJ4lIM7M16CF/LNkoCzGurQI33VlFeioqU07QhBSOi1QqvxQ SDdxwmIRjVoRGjtMnDN3Xw72IzLHDAPdaTOEbtO8QLwmmlGK2CrxuxiPQI2QZOqfaifG DEEJ+6E2ez6+3cJ4qdOr896AckhSlZD6bfUqym504xhgMEuCUr7XVh8IXAPRkZayrAWQ 8gV4A0Gl1Iv0IjUqnQ5QYOPTz93YyTYtyWvebC3TVdYWxiF+9WPzPieWRt2X/SfKlFQN Hh1w== MIME-Version: 1.0 X-Received: by 10.224.16.200 with SMTP id p8mr55080907qaa.76.1404784022804; Mon, 07 Jul 2014 18:47:02 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.202.193 with HTTP; Mon, 7 Jul 2014 18:47:02 -0700 (PDT) In-Reply-To: <20140707204912.GA11191@anubis.morrow.me.uk> References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140706220006.K50382@sola.nimnet.asn.au> <20140707204912.GA11191@anubis.morrow.me.uk> Date: Mon, 7 Jul 2014 18:47:02 -0700 X-Google-Sender-Auth: Hjz_PwzkA1S6FbL5DdsncE5QTh4 Message-ID: Subject: Re: Should 9.3 carry a warning about NEW_XORG From: Adrian Chadd To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 01:47:04 -0000 Plenty of stuff doesn't have a non-accelerated fallback these days. It's .. stupid. -a On 7 July 2014 13:49, Ben Morrow wrote: > Quoth Warren Block : >> On Sun, 6 Jul 2014, Ian Smith wrote: >> >> > Seeing that a perhaps not miniscule proportion of 9.x X users will need >> > to do some manual configuration on upgrading to 9.3, a relevant WARNING >> > in http://www.freebsd.org/releases/9.3R/relnotes.html should be helpful. >> >> I can agree with the idea of a note, just have no clear idea what it >> should say. If people are shown how to stick with the old xorg, they >> will be marooned and ports that require the newer version will not work. >> People that upgrade may find their hardware no longer supported. That's >> sort of the price of progress with technology. > > (No, it's the price of depending on a CADT upstream. It's a shame > FreeBSD doesn't have the manpower to maintain a fork, since that would > really be the only reliable option at this point.) > > The note should say exactly what you just said: there are no good > options. Many configurations will either break now or break soon, unless > you're willing to fall back to VESA-only (is that likely to remain a > viable option in all cases?). While this is a deplorable situation, > there is nothing the FreeBSD project can do about it. > > Ben > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 12:57:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B855D6C for ; Tue, 8 Jul 2014 12:57:26 +0000 (UTC) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E7B862F7B for ; Tue, 8 Jul 2014 12:57:25 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id m20so5112057qcx.27 for ; Tue, 08 Jul 2014 05:57:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=packetdam.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=78o+Ve30JgKZg0w91Hem+TreMb3+0OyBWsAsuEPGJKI=; b=fOy55hd+0NAFRyA3V/EMltzoO6ghgF6Th3zmn3ZHsawu2jNkUHuklhH/ik5hMljzAX A6hNjIUkhEtAoy1knvZAPbzRVP9mU8C7sxIx1aYbMNZVl8ps5mxiJJgaQNRXCjsTXIXJ 48zS5/q0UldmajJfp5kJktN49COswgtJSgsjM= 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:content-type; bh=78o+Ve30JgKZg0w91Hem+TreMb3+0OyBWsAsuEPGJKI=; b=HjjRo7pKVrFg95s3OwwNsu183ZQrEOv4RGTxucoJGm1UnqFmiiQuDO1YG5Gzst0FlJ h4ljKbS4VqItSyO56eyiaLKcgsvrupO0tJvN2cX/AApgrkLUq15e1LejN2nfXN8IHe2o VfFrLCB/3Yz8Gc0m/0rDxHhCZuKfxctut1U3P4lX7al+Gyn61f6tIL/ekrVQSO5KA1+u NDMA7YQk7hEm3x7SWgf+eR/ZvTmByeYBA2MRIQicSLrk2sGbjZawRCSVg/GEaRUV62Nr cF0PYz3L+11s9mcbXPwv225mTRQP5gN3/9NZMGQNPamvxWYcEdfyBHSV0YY1tIZHBgo3 3DcA== X-Gm-Message-State: ALoCoQlp7omSev0BaPLKqGD+f5aBjwgI5sRm9muL9k1z6d5caOyMqPuifDe593MfWaHh/bLZA+AM X-Received: by 10.229.86.9 with SMTP id q9mr19778081qcl.5.1404824244604; Tue, 08 Jul 2014 05:57:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.185.6 with HTTP; Tue, 8 Jul 2014 05:56:44 -0700 (PDT) X-Originating-IP: [148.251.50.122] In-Reply-To: References: <201406231614.51004.jhb@freebsd.org> From: Vlad Galu Date: Tue, 8 Jul 2014 13:56:44 +0100 Message-ID: Subject: Re: Weird ISR accounting in 10-STABLE To: John Baldwin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 12:57:26 -0000 The symptom has reappeared, although interestingly enough I can't spot anything out of the ordinary in this DTrace output: -- cut here -- FUNCTION COUNT PCNT zfs.ko`atomic_cas_32 1 0.0% kernel`pmap_try_insert_pv_entry 1 0.0% kernel`bounce_bus_dmamap_complete 1 0.0% kernel`prison_priv_check 1 0.0% kernel`sys_sendto 1 0.0% kernel`m_prepend 1 0.0% zfs.ko`zio_vdev_io_assess 1 0.0% kernel`vm_map_pmap_enter 1 0.0% kernel`vrele 1 0.0% kernel`tcp_sack_doack 1 0.0% zfs.ko`dmu_zfetch 1 0.0% kernel`VOP_GETATTR_APV 1 0.0% kernel`pipe_poll 1 0.0% zfs.ko`zfs_zaccess_aces_check 1 0.0% kernel`vn_syncer_add_to_worklist 1 0.0% kernel`dofileread 1 0.0% kernel`sys_select 1 0.0% kernel`fget_write 1 0.0% kernel`in_cksum_hdr 1 0.0% zfs.ko`bpobj_iterate_impl 1 0.0% kernel`mb_dtor_pack 1 0.0% kernel`sx_downgrade_ 1 0.0% kernel`pf_normalize_tcp 1 0.0% kernel`umtx_key_get 1 0.0% kernel`knlist_mtx_lock 1 0.0% zfs.ko`dmu_object_size_from_db 1 0.0% kernel`pmap_enter_quick_locked 1 0.0% kernel`rijndaelKeySetupEnc 1 0.0% kernel`pmap_promote_pde 1 0.0% kernel`ehci_interrupt 1 0.0% kernel`prison_check 1 0.0% kernel`sysctl_root 1 0.0% kernel`ttyoutq_read_uio 1 0.0% kernel`rijndaelEncrypt 1 0.0% kernel`vm_fault 1 0.0% kernel`mac_cred_check_visible 1 0.0% kernel`vfs_unbusy 1 0.0% kernel`in_rtalloc_ign 1 0.0% kernel`knote_enqueue 1 0.0% kernel`atomic_fetchadd_int 1 0.0% kernel`vm_page_zero_idle_wakeup 1 0.0% h_ertt.ko`ertt_packet_measurement_hook 1 0.0% zfs.ko`spa_config_enter 1 0.0% kernel`cv_broadcastpri 1 0.0% zfs.ko`trim_thread 1 0.0% zfs.ko`SHA256_Final 1 0.0% kernel`kern_statat_vnhook 1 0.0% kernel`cap_rights 1 0.0% kernel`sosend 1 0.0% kernel`vputx 1 0.0% dtrace.ko`dtrace_state_clean 1 0.0% kernel`tvtohz 1 0.0% zfs.ko`dbuf_write_physdone 1 0.0% kernel`atkbd_lock 1 0.0% kernel`getmicrouptime 1 0.0% zfs.ko`zio_execute 1 0.0% kernel`sowakeup 1 0.0% kernel`syscall_thread_exit 1 0.0% zfs.ko`dnode_sync 1 0.0% kernel`should_yield 1 0.0% kernel`VOP_ACCESS_APV 1 0.0% kernel`__cap_rights_is_set 1 0.0% kernel`kqueue_release 1 0.0% kernel`sleepq_timedwait_sig 1 0.0% kernel`g_io_request 1 0.0% zfs.ko`list_head 1 0.0% kernel`mac_cred_label_free 1 0.0% kernel`bus_dma_run_filter 1 0.0% kernel`vget 1 0.0% kernel`ahci_ch_intr_direct 1 0.0% kernel`_vm_map_lock_read 1 0.0% kernel`vn_seek 1 0.0% kernel`taskqueue_member 1 0.0% zfs.ko`dbuf_write_ready 1 0.0% zfs.ko`range_tree_add 1 0.0% kernel`vm_object_deallocate 1 0.0% kernel`random_kthread 1 0.0% kernel`random_harvest 1 0.0% kernel`vm_map_insert 1 0.0% kernel`pfind_locked 1 0.0% kernel`devfs_populate_vp 1 0.0% kernel`cr_cansee 1 0.0% kernel`fill_kinfo_proc 1 0.0% kernel`_sx_slock 1 0.0% kernel`pmap_remove 1 0.0% kernel`vm_page_dequeue 1 0.0% kernel`callout_reset_sbt_on 1 0.0% zfs.ko`zio_notify_parent 1 0.0% kernel`vfs_cache_lookup 1 0.0% kernel`uma_zone_exhausted_nolock 1 0.0% kernel`priv_check_cred 1 0.0% kernel`in_delayed_cksum 1 0.0% kernel`ugidfw_check_vp 1 0.0% kernel`_fget 1 0.0% zfs.ko`ddt_get_dedup_stats 1 0.0% kernel`tcp_output 1 0.0% kernel`swap_reserve_by_cred 1 0.0% kernel`vm_radix_lookup 1 0.0% kernel`_sx_sunlock 1 0.0% kernel`p_cansee 1 0.0% kernel`in_clsroute 1 0.0% kernel`kern_ioctl 1 0.0% dtrace.ko`dtrace_trap 1 0.0% zfs.ko`range_tree_space 1 0.0% kernel`mac_vnode_check_stat 1 0.0% zfs.ko`zfs_freebsd_getattr 1 0.0% kernel`randomdev_hash_iterate 1 0.0% kernel`pfi_match_addr 1 0.0% kernel`mac_vnode_check_read 1 0.0% zfs.ko`avl_remove 1 0.0% kernel`kbdc_data_ready 1 0.0% kernel`sbsndptr 1 0.0% kernel`vref 1 0.0% kernel`vm_map_entry_link 1 0.0% kernel`lookup 1 0.0% kernel`kern_select 1 0.0% kernel`softclock_call_cc 1 0.0% kernel`devfs_find 2 0.0% kernel`vinactive 2 0.0% kernel`intr_event_execute_handlers 2 0.0% kernel`ng_ether_output 2 0.0% kernel`thread_lock_flags_ 2 0.0% kernel`maybe_yield 2 0.0% kernel`pmap_remove_pte 2 0.0% kernel`soreceive 2 0.0% kernel`pagecopy 2 0.0% kernel`mac_socket_check_send 2 0.0% kernel`pf_match_port 2 0.0% kernel`pmap_is_prefaultable 2 0.0% kernel`_sleep 2 0.0% zfs.ko`zfs_acl_next_ace 2 0.0% kernel`wakeupshlk 2 0.0% kernel`get_pv_entry 2 0.0% kernel`mac_inpcb_check_deliver 2 0.0% kernel`pmap_kextract 2 0.0% kernel`kern_writev 2 0.0% kernel`pf_match_addr 2 0.0% kernel`m_getm2 2 0.0% kernel`ip_savecontrol 2 0.0% kernel`g_io_deliver 2 0.0% kernel`PHYS_TO_VM_PAGE 2 0.0% zfs.ko`buf_hash_find 2 0.0% kernel`pf_check_in 2 0.0% kernel`fget 2 0.0% kernel`_cv_timedwait_sig_sbt 2 0.0% kernel`ip_ipsec_output 2 0.0% kernel`vm_page_alloc 2 0.0% zfs.ko`dbuf_find 2 0.0% kernel`trap_pfault 2 0.0% kernel`ahci_ch_intr_main 2 0.0% kernel`_mtx_trylock_flags_ 2 0.0% kernel`arpresolve 2 0.0% kernel`in_localip 2 0.0% kernel`ipsec4_in_reject 2 0.0% kernel`vm_map_delete 2 0.0% kernel`mac_netinet_fragment 2 0.0% kernel`sbappendaddr_locked 2 0.0% kernel`binuptime 3 0.0% kernel`sopoll 3 0.0% kernel`ip_ipsec_fwd 3 0.0% kernel`atomic_add_long 3 0.0% kernel`bounce_bus_dmamap_unload 3 0.0% kernel`sysctl_kern_proc 3 0.0% kernel`m_dup_pkthdr 3 0.0% kernel`VOP_LOCK1_APV 3 0.0% kernel`devfs_write_f 3 0.0% kernel`vfs_stdsync 3 0.0% kernel`getbinuptime 3 0.0% kernel`mac_socket_check_receive 3 0.0% kernel`syscall_thread_enter 3 0.0% kernel`m_copyback 3 0.0% kernel`pf_step_out_of_anchor 3 0.0% kernel`pf_check_out 3 0.0% kernel`vm_fault_hold 3 0.0% kernel`netisr_dispatch_src 3 0.0% kernel`vm_radix_insert 3 0.0% kernel`__cap_rights_set 3 0.0% kernel`ipsec4_checkpolicy 3 0.0% kernel`mac_socket_check_connect 3 0.0% kernel`sched_userret 3 0.0% kernel`cache_lookup 3 0.0% kernel`soo_poll 4 0.0% kernel`mac_inpcb_create_mbuf 4 0.0% kernel`pf_normalize_ip 4 0.0% kernel`sosend_dgram 4 0.0% kernel`ip_fragment 4 0.0% kernel`devfs_read_f 4 0.0% kernel`__rw_wlock_hard 4 0.0% kernel`ip_rtaddr 4 0.0% kernel`spinlock_enter 4 0.0% kernel`cap_check 4 0.0% kernel`m_adj 4 0.0% kernel`trap 4 0.0% kernel`udp_append 4 0.0% kernel`pagezero 4 0.0% zfs.ko`sa_attr_op 4 0.0% kernel`ether_demux 4 0.0% zfs.ko`lz4_decompress 4 0.0% kernel`cap_rights_contains 4 0.0% kernel`sbappendaddr_locked_internal 4 0.0% kernel`ip_ipsec_filtertunnel 4 0.0% kernel`kern_readv 5 0.0% kernel`kern_kevent 5 0.0% kernel`ifa_ref 5 0.0% kernel`random_process_event 5 0.0% kernel`pmap_enter 5 0.0% kernel`bus_dmamap_load_mbuf_sg 5 0.0% kernel`knote 5 0.0% kernel`SHA256_Update 5 0.0% kernel`mnt_vnode_next_active 6 0.0% kernel`kern_recvit 6 0.0% kernel`sbuf_bcat 6 0.0% kernel`uiomove_faultflag 6 0.0% kernel`random_harvestq_internal 6 0.0% kernel`ifa_free 6 0.0% kernel`_sx_xlock 6 0.0% kernel`ip_randomid 6 0.0% kernel`in_lltable_lookup 6 0.0% kernel`pfi_kif_match 7 0.0% kernel`lock_mtx 7 0.0% kernel`ipsec_getpolicybysock 7 0.0% kernel`mac_socket_check_poll 7 0.0% kernel`copyinuio 7 0.0% kernel`udp_input 7 0.0% kernel`tunstart 7 0.0% kernel`dev_relthread 7 0.0% kernel`_sx_xunlock 7 0.0% kernel`tsc_get_timecount_low_lfence 7 0.0% kernel`kern_sendit 7 0.0% kernel`seltdwait 8 0.0% kernel`cpu_set_syscall_retval 8 0.0% kernel`tunwrite 8 0.0% kernel`in_pcblookup_hash 8 0.0% kernel`in_cksum_skip 9 0.0% kernel`_bus_dmamap_sync 9 0.0% kernel`ip_fastforward 9 0.0% kernel`pf_change_ap 9 0.0% zfs.ko`lzjb_compress 10 0.0% kernel`re_newbuf 10 0.0% kernel`vfs_msync 10 0.0% kernel`bounce_bus_dmamap_sync 10 0.0% kernel`pfr_update_stats 10 0.0% kernel`soreceive_dgram 10 0.0% kernel`udp_send 10 0.0% kernel`devfs_poll_f 10 0.0% kernel`rtalloc_ign_fib 11 0.0% kernel`ether_output 11 0.0% kernel`tunoutput 12 0.0% kernel`selfdfree 12 0.0% kernel`ipsec_setspidx 12 0.0% kernel`m_copydata 13 0.0% kernel`re_start_locked 13 0.0% kernel`pf_test_state_udp 13 0.0% kernel`free 13 0.0% kernel`pf_get_translation 13 0.0% kernel`memcpy 13 0.0% kernel`arc4rand 14 0.0% kernel`in_broadcast 15 0.0% kernel`pf_purge_expired_src_nodes 15 0.0% kernel`selrecord 15 0.0% kernel`doselwakeup 16 0.0% kernel`mb_free_ext 16 0.0% kernel`mb_ctor_pack 16 0.0% kernel`malloc 16 0.0% kernel`bounce_bus_dmamap_load_buffer 16 0.0% kernel`pf_test_state_tcp 17 0.0% kernel`sopoll_generic 18 0.0% kernel`tunread 18 0.0% kernel`ip_forward 19 0.0% kernel`cpu_fetch_syscall_args 19 0.0% kernel`fpudna 19 0.0% kernel`fget_unlocked 20 0.0% kernel`key_allocsp 20 0.0% kernel`jenkins_hash32 20 0.0% kernel`userret 21 0.0% kernel`ip_input 23 0.0% kernel`in_cksumdata 23 0.0% kernel`ether_nh_input 23 0.0% kernel`if_transmit 24 0.0% kernel`tunpoll 24 0.0% kernel`devvn_refthread 29 0.0% kernel`re_start 30 0.0% kernel`pf_purge_expired_states 30 0.0% kernel`re_txeof 31 0.0% kernel`copyin 32 0.0% kernel`__mnt_vnode_next_all 32 0.0% kernel`ithread_loop 35 0.0% kernel`amd64_syscall 36 0.0% kernel`re_rxeof 36 0.0% kernel`__cap_rights_init 36 0.0% kernel`sched_idletd 39 0.0% kernel`ip_output 39 0.0% zfs.ko`fletcher_4_native 39 0.0% kernel`pfr_match_addr 47 0.0% kernel`pf_find_state 48 0.0% kernel`sys_poll 51 0.0% kernel`__mtx_lock_sleep 52 0.0% kernel`m_tag_delete_nonpersistent 54 0.0% kernel`swi_net 56 0.0% kernel`in6_rtalloc1 58 0.0% kernel`mb_dtor_mbuf 59 0.0% kernel`0xffffffff80 67 0.0% kernel`pf_test 75 0.0% kernel`pf_match_translation 78 0.0% kernel`copyout 94 0.0% kernel`mac_mbuf_to_label 97 0.0% kernel`ip6_ipsec_filtertunnel 99 0.0% kernel`pf_test_rule 102 0.0% kernel`nd6_output 107 0.0% kernel`m_tag_delete_chain 126 0.0% kernel`SHA256_Transform 132 0.0% kernel`netisr_select_cpuid 135 0.0% kernel`mac_mbuf_init 141 0.0% kernel`mac_policy_sunlock_nosleep 142 0.0% kernel`netisr_queue 155 0.0% kernel`key_havesp 162 0.0% kernel`ipsec_in_reject 164 0.0% kernel`m_freem 169 0.0% kernel`critical_exit 170 0.0% kernel`ipsec6_in_reject 173 0.0% kernel`pf_check6_in 173 0.0% kernel`mac_policy_slock_nosleep 207 0.0% kernel`m_tag_copy_chain 213 0.0% kernel`pf_check6_out 216 0.0% kernel`critical_enter 216 0.0% kernel`key_allocsp_default 229 0.1% kernel`in6_lltable_lookup 263 0.1% kernel`if_simloop 295 0.1% kernel`in6_clearscope 297 0.1% kernel`looutput 366 0.1% kernel`ipsec_getpolicybyaddr 404 0.1% kernel`mb_ctor_mbuf 453 0.1% kernel`rtfree 456 0.1% kernel`mac_netinet6_nd6_send 498 0.1% kernel`uma_zfree_arg 550 0.1% kernel`nd6_output_lle 663 0.2% kernel`uma_zalloc_arg 702 0.2% kernel`re_intr_msi 871 0.2% kernel`spinlock_exit 884 0.2% kernel`m_copym 920 0.2% kernel`bcopy 956 0.2% kernel`pfil_run_hooks 1024 0.2% kernel`netisr_queue_internal 1037 0.2% kernel`cpu_idle_spin 1045 0.2% kernel`mac_ifnet_create_mbuf 1134 0.3% kernel`_rm_runlock 1218 0.3% kernel`mac_ifnet_check_transmit 1287 0.3% kernel`rtalloc1_fib 1305 0.3% kernel`pf_test6 1344 0.3% kernel`sched_runnable 1406 0.3% kernel`key_addref 1674 0.4% kernel`_rw_runlock_cookie 1762 0.4% kernel`_key_freesp 1819 0.4% kernel`__rw_rlock 2030 0.5% kernel`in6_setscope 2293 0.5% kernel`_rm_rlock 2312 0.5% kernel`rn_match 2556 0.6% kernel`ip6_forward 3647 0.8% kernel`ip6_input 4139 0.9% kernel`bzero 4237 1.0% kernel`bcmp 10860 2.5% kernel`cpu_idle 376300 85.8% -- and here -- On Mon, Jun 23, 2014 at 10:18 PM, Vlad Galu wrote: > Hi John, thanks for reaching back. Yes, that must have been it, although > the machine was completely idle at the time, except for my SSH session it > was not generating or receiving any other traffic. > > I have since updated to r267702 and the problem seems to have magically > disappeared... I still have the old kernel but can't currently reboot the > machine. When I do next, I will revert to it and try to provide more > information. > > > > On Mon, Jun 23, 2014 at 9:14 PM, John Baldwin wrote: > >> On Wednesday, June 18, 2014 7:12:33 am Vlad Galu wrote: >> > CPU information: >> > -- cut here -- >> > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >> > FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads >> > -- and here -- >> > >> > top output: >> > -- cut here -- >> > last pid: 51987; load averages: 2.00, 2.00, 2.00 >> > >> > >> > >> > up 8+18:47:58 13:07:02 >> > 520 processes: 11 running, 489 sleeping, 20 waiting >> > CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle >> > CPU 1: 0.0% user, 0.0% nice, 0.0% system, 100% interrupt, 0.0% idle >> > CPU 2: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle >> > CPU 3: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% idle >> > CPU 4: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle >> > CPU 5: 0.0% user, 0.0% nice, 0.8% system, 0.0% interrupt, 99.2% idle >> > CPU 6: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle >> > CPU 7: 0.0% user, 0.0% nice, 0.0% system, 0.4% interrupt, 99.6% idle >> > Mem: 87M Active, 2102M Inact, 11G Wired, 3656K Cache, 17G Free >> > ARC: 8192M Total, 4089M MFU, 3372M MRU, 1936K Anon, 66M Header, 663M >> Other >> > Swap: 32G Total, 32G Free >> > >> > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU >> COMMAND >> > 11 root 155 ki31 0K 128K CPU0 0 210.1H 100.00% >> > idle{idle: cpu0} >> > 11 root 155 ki31 0K 128K CPU5 5 209.9H 100.00% >> > idle{idle: cpu5} >> > 11 root 155 ki31 0K 128K CPU7 7 209.9H 100.00% >> > idle{idle: cpu7} >> > 11 root 155 ki31 0K 128K CPU4 4 209.1H 100.00% >> > idle{idle: cpu4} >> > 11 root 155 ki31 0K 128K RUN 3 189.9H 100.00% >> > idle{idle: cpu3} >> > 11 root 155 ki31 0K 128K CPU2 2 173.3H 100.00% >> > idle{idle: cpu2} >> > 11 root 155 ki31 0K 128K CPU6 6 163.4H 100.00% >> > idle{idle: cpu6} >> > 12 root -72 - 0K 336K CPU1 1 141.0H 100.00% >> > intr{swi1: netisr 0} >> >> This ithread? (ithreads count as intr time) >> >> -- >> John Baldwin >> > > > > -- > Regards, > Vlad > -- Regards, Vlad From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 13:15:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB75D98E for ; Tue, 8 Jul 2014 13:15:01 +0000 (UTC) Received: from smtp10.server.rpi.edu (smtp10.server.rpi.edu [128.113.2.230]) (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 8FC002189 for ; Tue, 8 Jul 2014 13:15:01 +0000 (UTC) Received: from smtp-auth1.server.rpi.edu (smtp-auth1.server.rpi.edu [128.113.2.231]) by smtp10.server.rpi.edu (8.14.3/8.14.3/Debian-9.4) with ESMTP id s68DEqc9008133 for ; Tue, 8 Jul 2014 09:14:53 -0400 Received: from smtp-auth1.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth1.server.rpi.edu (Postfix) with ESMTP id C9CB758072 for ; Tue, 8 Jul 2014 09:14:52 -0400 (EDT) Received: from [128.113.209.59] (vpn-209-59.net.rpi.edu [128.113.209.59]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: healer) by smtp-auth1.server.rpi.edu (Postfix) with ESMTPSA id 98C335800A for ; Tue, 8 Jul 2014 09:14:52 -0400 (EDT) Message-ID: <53BBEECD.6000709@rpi.edu> Date: Tue, 08 Jul 2014 09:14:53 -0400 From: Bob Healey User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Interactions with mxge, pf, nfsd, and the kernel References: <53B42139.302@rpi.edu> In-Reply-To: <53B42139.302@rpi.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0001 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 15.10] C55(0) X-CanIt-Incident-Id: 03MnNeRFK X-CanIt-Geo: ip=128.113.209.59; country=US; region=New York; city=Troy; latitude=42.7495; longitude=-73.5951; http://maps.google.com/maps?q=42.7495,-73.5951&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.230 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 13:15:02 -0000 I've been running one of these machines without pf, and it has ceased responding on all interfaces (mxge and bce). The console still works fine, and a reboot will clear the problems for now. I'm running out of ideas. root@helo:~ # netstat -i Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll mxge0 9000 00:60:dd:44:d2:07 44838061 164399 0 31944144 0 0 mxge0 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - 3 - - bce0 1500 08:9e:01:50:a3:08 97018 0 0 0 0 0 bce0 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - 3 - - bce1 1500 08:9e:01:50:a3:09 889442915 1791 0 557044449 0 0 bce1 1500 128.113.12.0 helo 888129846 - - 676300451 - - bce1 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - 4 - - lo0 16384 28448 0 0 28448 0 0 lo0 16384 localhost ::1 59 - - 59 - - lo0 16384 fe80::1%lo0 fe80::1 0 - - 0 - - lo0 16384 your-net localhost 28389 - - 28389 - - vlan2 9000 00:60:dd:44:d2:07 28107520 0 0 19859118 0 0 vlan2 9000 10.2.3.0 helo.galactica.lo 28088754 - - 24433917 - - vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - 3 - - vlan2 9000 00:60:dd:44:d2:07 16730541 0 0 12084894 0 0 vlan2 9000 10.2.4.0 helo.enterprise.l 16724370 - - 12924742 - - vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - 3 - - root@helo:~ # netstat -m 7632/6798/14430 mbufs in use (current/cache/total) 4186/2886/7072/1018944 mbuf clusters in use (current/cache/total/max) 4080/1420 mbuf+clusters out of packet secondary zone in use (current/cache) 0/6/6/509472 4k (page size) jumbo clusters in use (current/cache/total/max) 593/25/618/150954 9k jumbo clusters in use (current/cache/total/max) 0/0/0/84912 16k jumbo clusters in use (current/cache/total/max) 15617K/7720K/23337K bytes allocated to network (current/cache/total) 3/72461/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 122/391912/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile root@helo:~ # uptime 9:07AM up 12 days, 8:15, 1 user, load averages: 0.19, 0.19, 0.20 root@helo:~ # ifconfig mxge0: flags=8843 metric 0 mtu 9000 options=6c03bb ether 00:60:dd:44:d2:07 inet6 fe80::260:ddff:fe44:d207%mxge0 prefixlen 64 scopeid 0x1 nd6 options=29 media: Ethernet 10Gbase-CX4 status: active bce0: flags=8843 metric 0 mtu 1500 options=c01bb ether 08:9e:01:50:a3:08 inet6 fe80::a9e:1ff:fe50:a308%bce0 prefixlen 64 scopeid 0x2 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active bce1: flags=8843 metric 0 mtu 1500 options=c01bb ether 08:9e:01:50:a3:09 inet 128.113.12.134 netmask 0xffffff00 broadcast 128.113.12.255 inet6 fe80::a9e:1ff:fe50:a309%bce1 prefixlen 64 scopeid 0x3 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 vlan23: flags=8843 metric 0 mtu 9000 options=303 ether 00:60:dd:44:d2:07 inet 10.2.3.244 netmask 0xffffff00 broadcast 10.2.3.255 inet6 fe80::260:ddff:fe44:d207%vlan23 prefixlen 64 scopeid 0x5 nd6 options=29 media: Ethernet 10Gbase-CX4 status: active vlan: 23 parent interface: mxge0 vlan24: flags=8843 metric 0 mtu 9000 options=303 ether 00:60:dd:44:d2:07 inet 10.2.4.244 netmask 0xffffff00 broadcast 10.2.4.255 inet6 fe80::260:ddff:fe44:d207%vlan24 prefixlen 64 scopeid 0x6 nd6 options=29 media: Ethernet 10Gbase-CX4 status: active vlan: 24 parent interface: mxge0 rc.conf: hostname="helo.bio.rpi.edu" ifconfig_bce1=" inet 128.113.12.134 netmask 0xffffff00" ifconfig_mxge0="up mtu 9000" ifconfig_bce0="up" cloned_interfaces="vlan23 vlan24" ifconfig_vlan23="inet 10.2.3.244 netmask 255.255.255.0 vlan 23 vlandev mxge0" ifconfig_vlan24="inet 10.2.4.244 netmask 255.255.255.0 vlan 24 vlandev mxge0" defaultrouter="128.113.12.254" sshd_enable="YES" ntpd_enable="YES" powerd_enable="YES" # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable dumpdev="NO" zfs_enable="YES" nisdomainname="GALACTICA.BIO.RPI.EDU" ntpdate_enable="YES" ntpdate_hosts="ntp.rpi.edu" rpc_lockd_enable="YES" rpc_statd_enable="YES" rpcbind_enable="YES" nis_client_enable="YES" nis_client_flags="-m -S GALACTICA.BIO.RPI.EDU,adama.galactica.local" nfs_server_enable="YES" mountd_enable="YES" nfsd_enable="YES" apcupsd_enable="YES" #pf_enable="YES" netwait_enable="YES" netwait_ip="128.113.12.254" netwait_if="mxge0" static_routes="management" route_management="-net 10.1.1.0/24 10.2.3.254" amd_enable="YES" # Run amd service with $amd_flags (or NO). amd_flags="-a /.amd_mnt -l syslog /home amd.home" amd_map_program="NO" # Can be set to "ypcat -k amd.master" root@helo:~ # uname -a FreeBSD helo.bio.rpi.edu 10.0-RELEASE-p4 FreeBSD 10.0-RELEASE-p4 #0: Tue Jun 3 13:14:57 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 Bob Healey Systems Administrator Biocomputation and Bioinformatics Constellation and Molecularium healer@rpi.edu (518) 276-4407 On 7/2/2014 11:11 AM, Bob Healey wrote: > Hello. > > I've been wrestling with this on and off for a few months now. I have > an assortment of systems (some Dell Poweredge R515, R610, and IBM > x3630M3) with 10 gig Myricom ethernet cards acting as nfs servers to > Linux HPC compute clusters (12-36 nodes, 384 - 480 cores) connected > via gigabit ethernet. They are also connected to the outside world > via onboard bce (Dell) or igb (IBM). After a variable length of time, > I will lose all network access to a host. Connecting via console, the > machine tends to be fully responsive. A reboot clears the problem, but > I have yet to figure out any sysctls/loader.conf tunables to clear the > problem and make it stay away. PF is in use to restrict access to the > host to a pair of public /24's, and to 10/8. If there is a way in > zfs's sharenfs property to make that restriction, I'd be happy to > change, but I really don't like leaving nfs open to the university's > quartet of /16's, so PF it is. The vlan2 interface has mxge0 as its > parent. > > Thanks for any help. > > This host is getting ready to crash soon, based on netstat. > root@husker:~ # netstat -i > Name Mtu Network Address Ipkts Ierrs Idrop Opkts > Oerrs Coll > mxge0 9000 00:60:dd:44:d2:0a 6358280 262 0 > 4061637 0 0 > mxge0 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - > 2 - - > bce0 1500 08:9e:01:50:a1:ac 276391 0 0 > 0 0 0 > bce0 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - > 3 - - > bce1 1500 08:9e:01:50:a1:ad 2229709391 16921 0 > 1182942116 0 0 > bce1 1500 128.113.12.0 husker 2226254093 - - > 1183962005 - - > bce1 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - > 3 - - > lo0 16384 2030 0 0 > 2030 0 0 > lo0 16384 localhost ::1 4 - - > 4 - - > lo0 16384 fe80::1%lo0 fe80::1 0 - - > 0 - - > lo0 16384 your-net localhost 2026 - - > 2026 - - > vlan2 9000 00:60:dd:44:d2:0a 4387250 0 0 > 3060586 0 0 > vlan2 9000 10.2.3.0 husker.galactica. 4370309 - - > 3963931 - - > vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - > 2 - - > vlan2 9000 00:60:dd:44:d2:0a 1971034 0 0 > 1001061 0 0 > vlan2 9000 10.2.4.0 husker.enterprise 1700742 - - > 1961891 - - > vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - > 4 - - > root@husker:~ # netstat -im > 6157/3233/9390 mbufs in use (current/cache/total) > 4081/1883/5964/1018800 mbuf clusters in use (current/cache/total/max) > 4080/795 mbuf+clusters out of packet secondary zone in use > (current/cache) > 0/5/5/509399 4k (page size) jumbo clusters in use > (current/cache/total/max) > 512/23/535/150933 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/84899 16k jumbo clusters in use (current/cache/total/max) > 14309K/4801K/19110K bytes allocated to network (current/cache/total) > 10/1883/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) > 2/1736/0 requests for jumbo clusters denied (4k/9k/16k) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > root@husker:~ # uptime > 11:07AM up 23 days, 19:27, 1 user, load averages: 0.14, 0.17, 0.13 > root@husker:~ # sysctl -a | grep nmb > kern.ipc.nmbclusters: 1018800 > kern.ipc.nmbjumbop: 509399 > kern.ipc.nmbjumbo9: 452799 > kern.ipc.nmbjumbo16: 339596 > kern.ipc.nmbufs: 6520320 > root@husker:~ # cat /boot/loader.conf > zfs_load="YES" > amdtemp_load="YES" > if_mxge_load="YES" > mxge_ethp_z8e_load="YES" > mxge_eth_z8e_load="YES" > mxge_rss_ethp_z8e_load="YES" > mxge_rss_eth_z8e_load="YES" > vfs.zfs.arc_max="12288M" > root@husker:~ # cat /var/run/dmesg.boot | head -16 > Copyright (c) 1992-2014 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-RELEASE-p4 #0: Tue Jun 3 13:14:57 UTC 2014 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > CPU: AMD Opteron(tm) Processor 4122 (2200.07-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x100f80 Family = 0x10 Model = 0x8 > Stepping = 0 > Features=0x178bfbff > > Features2=0x802009 > AMD > Features=0xee500800 > AMD > Features2=0x837ff > TSC: P-state invariant > real memory = 17179869184 (16384 MB) > avail memory = 16588054528 (15819 MB) > > From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 13:25:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5D5CF6C for ; Tue, 8 Jul 2014 13:25:32 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F72422AC for ; Tue, 8 Jul 2014 13:25:32 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X4VOl-000DkV-5p; Tue, 08 Jul 2014 15:25:31 +0200 Date: Tue, 8 Jul 2014 15:25:31 +0200 From: Kurt Jaeger To: Bob Healey Subject: Re: Interactions with mxge, pf, nfsd, and the kernel Message-ID: <20140708132531.GI2586@home.opsec.eu> References: <53B42139.302@rpi.edu> <53BBEECD.6000709@rpi.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53BBEECD.6000709@rpi.edu> Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 13:25:33 -0000 Hi! > I've been running one of these machines without pf, and it has ceased > responding on all interfaces (mxge and bce). > The console still works fine Is a tcpdump on one of the interfaces seeing any traffic ? arp ? multicast ? Is a tcpdump seeing any outgoing packets if you send them ? If you plug in a cross cable to some other host, does it see bytes on the interface if you try to send traffic ? Does ifconfig down ifconfig up help ? Is the switch still seeing a link ? Does it change if you ifconfig down ? Does it change if you unplug and re-plug the cable ? -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 13:28:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C311148 for ; Tue, 8 Jul 2014 13:28:17 +0000 (UTC) Received: from lucifer.we.lc.ehu.es (lucifer.we.lc.ehu.es [158.227.6.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "lucifer.we.lc.ehu.es", Issuer "CA Dpto Electricidad y Electronica" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4554322E6 for ; Tue, 8 Jul 2014 13:28:14 +0000 (UTC) Received: from ncc-1701.we.lc.ehu.es (ncc-1701.we.lc.ehu.es [158.227.6.85]) (authenticated bits=0) by lucifer.we.lc.ehu.es (8.13.1/8.13.1) with ESMTP id s68D6egE098093 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 8 Jul 2014 15:06:40 +0200 (CEST) (envelope-from jose@we.lc.ehu.es) From: =?iso-8859-1?Q?Jos=E9_Mar=EDa_Alcaide?= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: 9-STABLE nfsd(8) does not auto-tune number of threads (error in the 9.3 Release Notes!) Message-Id: <9E25E155-8236-409D-9A8F-E4A7EF609A9E@we.lc.ehu.es> Date: Tue, 8 Jul 2014 15:06:38 +0200 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (lucifer.we.lc.ehu.es [158.227.6.50]); Tue, 08 Jul 2014 15:06:41 +0200 (CEST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 13:28:17 -0000 One of the 9.3-RELEASE Release Notes (userland changes) states that: "The default number of nfsd(8) threads has been increased from 4 to (8 * = N), where N is the number of CPUs as reported by sysctl -n hw.ncpu. = [r262124]" Indeed, revision r262124 = (http://svnweb.freebsd.org/base?view=3Drevision&revision=3D262124) = removes the "-n 4" option from nfs_server_flags in = /etc/defaults/rc.conf. The change is based on the premise that nfsd(8) auto-tunes the number of = threads as (8 * hw.ncpu). That auto-tuning was introduced in HEAD = revision r243637 of nfsd.c = (http://svnweb.freebsd.org/base?view=3Drevision&revision=3D243637), but = it has not been MFC'd to 9-STABLE yet, so that release note *is not = true*. I think that r262124 should be reverted, also removing the release note = mentioned above; or alternatively bring HEAD's nfsd.c on sync with = 9-STABLE (probably a bad idea just before 9.3-RELEASE). Greetings, -- Jos=E9 M. Alcaide Universidad del Pa=EDs Vasco Dpto. de Electricidad y Electr=F3nica Facultad de Ciencia y Tecnolog=EDa 48940 Leioa (Spain) From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 13:30:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 865713BC for ; Tue, 8 Jul 2014 13:30:07 +0000 (UTC) Received: from smtp10.server.rpi.edu (smtp10.server.rpi.edu [128.113.2.230]) (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 4172F2310 for ; Tue, 8 Jul 2014 13:30:06 +0000 (UTC) Received: from smtp-auth2.server.rpi.edu (smtp-auth2.server.rpi.edu [128.113.2.232]) by smtp10.server.rpi.edu (8.14.3/8.14.3/Debian-9.4) with ESMTP id s68DU55P010956 for ; Tue, 8 Jul 2014 09:30:05 -0400 Received: from smtp-auth2.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth2.server.rpi.edu (Postfix) with ESMTP id 951F218112 for ; Tue, 8 Jul 2014 09:30:05 -0400 (EDT) Received: from [128.113.209.59] (vpn-209-59.net.rpi.edu [128.113.209.59]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: healer) by smtp-auth2.server.rpi.edu (Postfix) with ESMTPSA id 739201801B for ; Tue, 8 Jul 2014 09:30:05 -0400 (EDT) Message-ID: <53BBF25E.40808@rpi.edu> Date: Tue, 08 Jul 2014 09:30:06 -0400 From: Bob Healey User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Interactions with mxge, pf, nfsd, and the kernel References: <53B42139.302@rpi.edu> <53BBEECD.6000709@rpi.edu> <20140708132531.GI2586@home.opsec.eu> In-Reply-To: <20140708132531.GI2586@home.opsec.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0001 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 15.10] X-CanIt-Incident-Id: 03MnNu53I X-CanIt-Geo: ip=128.113.209.59; country=US; region=New York; city=Troy; latitude=42.7495; longitude=-73.5951; http://maps.google.com/maps?q=42.7495,-73.5951&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.230 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 13:30:07 -0000 For an unscientific test, tcpdump -i bce1 for ~5 seconds gave these stats: 321 packets captured 53776 packets received by filter 52703 packets dropped by kernel tcpdump -i mxge0 gave these stats: 17 packets captured 19 packets received by filter 0 packets dropped by kernel For the switch end of mxge0: HP-E2910al-48G# show uptime 0030:15:06:05.60 HP-E2910al-48G# show interfaces a1 Status and Counters - Port Counters for port A1 Name : Redwing 10G MAC Address : 68b599-954a8f Link Status : Up Totals (Since boot or last clear) : Bytes Rx : 2,312,764,644 Bytes Tx : 3,924,158,811 Unicast Rx : 202,711,900 Unicast Tx : 250,819,176 Bcast/Mcast Rx : 42,603 Bcast/Mcast Tx : 439,196 Errors (Since boot or last clear) : FCS Rx : 0 Drops Tx : 0 Alignment Rx : 0 Collisions Tx : 0 Runts Rx : 0 Late Colln Tx : 0 Giants Rx : 0 Excessive Colln : 0 Total Rx Errors : 0 Deferred Tx : 0 Others (Since boot or last clear) : Discard Rx : 0 Out Queue Len : 0 Unknown Protos : 0 Rates (5 minute weighted average) : Total Rx (Kbps) : 49,816 Total Tx (Kbps) : 61,824 Unicast Rx (Pkts/sec) : 305 Unicast Tx (Pkts/sec) : 404 B/Mcast Rx (Pkts/sec) : 0 B/Mcast Tx (Pkts/sec) : 0 Utilization Rx : 00.49 % Utilization Tx : 00.61 % HP-E2910al-48G# Switch has been up 30 days, no counters have been cleared Bob Healey Systems Administrator Biocomputation and Bioinformatics Constellation and Molecularium healer@rpi.edu (518) 276-4407 On 7/8/2014 9:25 AM, Kurt Jaeger wrote: > Hi! > >> I've been running one of these machines without pf, and it has ceased >> responding on all interfaces (mxge and bce). >> The console still works fine > Is a tcpdump on one of the interfaces seeing any traffic ? arp ? multicast ? > > Is a tcpdump seeing any outgoing packets if you send them ? > > If you plug in a cross cable to some other host, does it see > bytes on the interface if you try to send traffic ? > > Does > > ifconfig down > ifconfig up > > help ? Is the switch still seeing a link ? Does it change if you > ifconfig down ? > > Does it change if you unplug and re-plug the cable ? > From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 13:36:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E20449CC; Tue, 8 Jul 2014 13:36:02 +0000 (UTC) Date: Tue, 8 Jul 2014 09:35:59 -0400 From: Glen Barber To: =?iso-8859-1?Q?Jos=E9_Mar=EDa?= Alcaide Subject: Re: 9-STABLE nfsd(8) does not auto-tune number of threads (error in the 9.3 Release Notes!) Message-ID: <20140708133559.GF1216@hub.FreeBSD.org> References: <9E25E155-8236-409D-9A8F-E4A7EF609A9E@we.lc.ehu.es> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3y/CVJp2vtgPOhvS" Content-Disposition: inline In-Reply-To: <9E25E155-8236-409D-9A8F-E4A7EF609A9E@we.lc.ehu.es> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Rick Macklem , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 13:36:03 -0000 --3y/CVJp2vtgPOhvS Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 08, 2014 at 03:06:38PM +0200, Jos=E9 Mar=EDa Alcaide wrote: > One of the 9.3-RELEASE Release Notes (userland changes) states that: >=20 > "The default number of nfsd(8) threads has been increased from 4 to (8 * = N), where N is the number of CPUs as reported by sysctl -n hw.ncpu. [r26212= 4]" >=20 > Indeed, revision r262124 (http://svnweb.freebsd.org/base?view=3Drevision&= revision=3D262124) removes the "-n 4" option from nfs_server_flags in /etc/= defaults/rc.conf. >=20 > The change is based on the premise that nfsd(8) auto-tunes the number of = threads as (8 * hw.ncpu). That auto-tuning was introduced in HEAD revision = r243637 of nfsd.c (http://svnweb.freebsd.org/base?view=3Drevision&revision= =3D243637), but it has not been MFC'd to 9-STABLE yet, so that release note= *is not true*. >=20 > I think that r262124 should be reverted, also removing the release note m= entioned above; or alternatively bring HEAD's nfsd.c on sync with 9-STABLE = (probably a bad idea just before 9.3-RELEASE). >=20 Reverting r262124 is also not an option at this point of the release cycle. Rick, do you have any reservations to issuing an errata notice for this after the release? Glen --3y/CVJp2vtgPOhvS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTu/O/AAoJELls3eqvi17QFgwP/A8KPVfiZ2snawP4Ivqo8Xwq R3of7paptIBS7oKeelDHkVBbnBTL7/mItU5kcl/uZMQkzxQrRlLDNwXy8s9RCRVX /xVFA4c0UY5F81nPaH49pgXvui5jmTD7zoS5GjMCyXJ2v1TRs6Rf/1pOWCfJmyIO EwJZ9qykHBA1HZy9hsvYr5OJ3b5s/Oyf8T/BAnPpXndIKl81/VSVa2oDtY8bfaKL 3PvDbStdWnMqNxOh3croAyOTKM7nItfwDfpZzE3XnpZC5kv5hzyVo9Ao2RhxwhAy rbKUwnB3EZeFvI3eYVTQ2677zoFbE69uG6SsC/dX85kKnoWUJDwMhQ/3OvRPLbVd 1+zQ7VRq3cQsNAPxQFEVwzIXaalU6RyatNC8DM/Uv8dbbFxS7gG0PQSz3dQjjLvk txHOfEXYNUyQYaWgg8qelTt+kODFiDcn+H8OlFGPpyfToe+nuU6sOgleo3FVViZk 5Yn6j8PDHLrVlOcGBojphewlJlBsGxuZ3BK3eUjdZ/fLRZirKcWQyjzKs8Tktnbo C5Ou6ZC/bm8JgG2lKDirNrU1tVQPKClc2QOP6RjZTx2Ry5nqTnIQzRbko38Y4Z6o b8RUBf9Tr7CcIDK/tTnq3CLTKvmH3PoGJZBVt95LXftX9KCy7nYNGVESJ13c0wQH 5R9wcKpSy9zTaytAFwyz =oh8P -----END PGP SIGNATURE----- --3y/CVJp2vtgPOhvS-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 14:14:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0ED298CA for ; Tue, 8 Jul 2014 14:14:25 +0000 (UTC) Received: from smtp10.server.rpi.edu (smtp10.server.rpi.edu [128.113.2.230]) (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 9E47A27C4 for ; Tue, 8 Jul 2014 14:14:24 +0000 (UTC) Received: from smtp-auth2.server.rpi.edu (route.canit.rpi.edu [128.113.2.232]) by smtp10.server.rpi.edu (8.14.3/8.14.3/Debian-9.4) with ESMTP id s68EEMoM021532 for ; Tue, 8 Jul 2014 10:14:23 -0400 Received: from smtp-auth2.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth2.server.rpi.edu (Postfix) with ESMTP id D49A618115 for ; Tue, 8 Jul 2014 10:14:22 -0400 (EDT) Received: from [128.113.209.59] (vpn-209-59.net.rpi.edu [128.113.209.59]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: healer) by smtp-auth2.server.rpi.edu (Postfix) with ESMTPSA id B5C8B1801B for ; Tue, 8 Jul 2014 10:14:22 -0400 (EDT) Message-ID: <53BBFCBF.1040504@rpi.edu> Date: Tue, 08 Jul 2014 10:14:23 -0400 From: Bob Healey User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Interactions with mxge, pf, nfsd, and the kernel References: <53B42139.302@rpi.edu> <53BBEECD.6000709@rpi.edu> <20140708132531.GI2586@home.opsec.eu> In-Reply-To: <20140708132531.GI2586@home.opsec.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0001 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 15.10] X-CanIt-Incident-Id: 03MnOenbT X-CanIt-Geo: ip=128.113.209.59; country=US; region=New York; city=Troy; latitude=42.7495; longitude=-73.5951; http://maps.google.com/maps?q=42.7495,-73.5951&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.230 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 14:14:25 -0000 Looking further at the switch logs, the switch ports for both bce0 (host is not using, but contains dell idrac) and mxge0 seem to bounce up and down together, but they haven't done that since 7/1. Bob Healey Systems Administrator Biocomputation and Bioinformatics Constellation and Molecularium healer@rpi.edu (518) 276-4407 On 7/8/2014 9:25 AM, Kurt Jaeger wrote: > Hi! > >> I've been running one of these machines without pf, and it has ceased >> responding on all interfaces (mxge and bce). >> The console still works fine > Is a tcpdump on one of the interfaces seeing any traffic ? arp ? multicast ? > > Is a tcpdump seeing any outgoing packets if you send them ? > > If you plug in a cross cable to some other host, does it see > bytes on the interface if you try to send traffic ? > > Does > > ifconfig down > ifconfig up > > help ? Is the switch still seeing a link ? Does it change if you > ifconfig down ? > > Does it change if you unplug and re-plug the cable ? > From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 14:47:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE3F6E31 for ; Tue, 8 Jul 2014 14:47:16 +0000 (UTC) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94B1E2B36 for ; Tue, 8 Jul 2014 14:47:16 +0000 (UTC) Received: by mail-ob0-f179.google.com with SMTP id uz6so6462265obc.38 for ; Tue, 08 Jul 2014 07:47:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ifEIi9W/Ghn0Uc0Ba9PHJp5XcczDIwAWIKOqBq66qP0=; b=FUGGY6Ie+f1E8PIUOq49yckWvSzpzKCs9SBV9xTv69Gsm+OJLBK3lqF5Aa5CSZ3BaQ fofJxjR0OeuxqwdjbagdqXeasRaRPy3IMY/42UK7W/2/l/jBZ/nRoHS2sHVYvqX+sCvx uR2M00WG/x/6WevL+cxMLN9X5j21IkJ7zLa+ljW1DE6ohnx22iV0IzVoMhG6oYq6Y5cP UP+AY4Q1xrophK6/s4Q0hZKyPl+mTtNNd3NTVXGYbF0mvMascgtFPjDSKXfWI9Y3wiZg hQCweXf2EUCNTJ6kHcghzu+2IguWyA8pV7dOvw2Uiiz0x+L1bY3jvup1Z1lfEjtIcV2U aZcA== MIME-Version: 1.0 X-Received: by 10.60.97.230 with SMTP id ed6mr11527268oeb.81.1404830835390; Tue, 08 Jul 2014 07:47:15 -0700 (PDT) Received: by 10.202.95.69 with HTTP; Tue, 8 Jul 2014 07:47:15 -0700 (PDT) In-Reply-To: References: <201407062157.s66LvKGd038006@dyslexicfish.net> <20140706221623.GA5069@ravenloft.kiev.ua> <201407070915.s679Fbge047187@dyslexicfish.net> Date: Tue, 8 Jul 2014 16:47:15 +0200 Message-ID: Subject: Re: unzip bugs? From: Zenny To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 14:47:16 -0000 Built from ports tree, yet no go. The archive is errorless and decompresses alright in linux. This seems to be a serious bug with unzip utiltiy. On Mon, Jul 7, 2014 at 1:53 PM, Ronald Klop wrote: > On Mon, 07 Jul 2014 11:15:37 +0200, Jamie Landeg-Jones < > jamie@dyslexicfish.net> wrote: > > Alex Kozlov wrote: >> >> I think zip archive is corrupted. >>> >> >> [ ... ] >> >> The info-unzip from ports doesn't have this sanity check, neither is >>> bsdtar. >>> >> >> Hi Alex! >> >> Indeed it's possible that the zip file does something that doesn't follow >> the >> specs, but like I say, archivers/unzip extracts the files correctly, base >> unzip >> skips them, and bsdtar extracts files as all nulls. >> >> Here's the zip file (approx 1MB) I used: http:/www.dyslexicfish.net/ >> test-archive.zip >> >> cheers! >> Jamie >> > > FYI > Windows Explorer and 7-Zip on Windows can all extract the archive and the > pictures are viewable. > > Regards, > Ronald. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 18:56:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7ABE83C4; Tue, 8 Jul 2014 18:56:59 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4FBD72455; Tue, 8 Jul 2014 18:56:59 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 823974E; Tue, 8 Jul 2014 18:56:59 +0000 (UTC) Date: Tue, 8 Jul 2014 18:56:55 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, brooks@FreeBSD.org Message-ID: <158350238.119.1404845819283.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_8 #120 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_stable_8 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 18:56:59 -0000 See Changes: [brooks] MFC r223930: Remove include of sys/sbuf.h from geom/geom.h. sbuf support is not always required for geom/geom.h users, and no need to depend from it. PR:=09=09158398 ------------------------------------------ [...truncated 84127 lines...] objcopy --strip-debug --add-gnu-debuglink=3Dfbt.ko.symbols fbt.ko.debug fbt= .ko =3D=3D=3D> dtrace/systrace_linux32 (all) cc -O2 -pipe -DLINUX_SYSTRACE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_= MODULE -nostdinc -I= -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/ob= j -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-= unit-growth=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-= omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel = -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3d= now -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-pr= otector -std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnes= ted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winl= ine -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown= -pragmas -include -c ld -d -warn-common -r -d -o systrace_linux32.ko.debug systrace.o :> export_syms awk -f systrace_linux32.ko.debug export_syms | xargs -J% objcopy= % systrace_linux32.ko.debug objcopy --only-keep-debug systrace_linux32.ko.debug systrace_linux32.ko.sym= bols objcopy --strip-debug --add-gnu-debuglink=3Dsystrace_linux32.ko.symbols sys= trace_linux32.ko.debug systrace_linux32.ko =3D=3D=3D> dtrace/systrace_freebsd32 (all) cc -O2 -pipe -DFREEBSD32_SYSTRACE -fno-strict-aliasing -Werror -D_KERNEL -D= KLD_MODULE -nostdinc -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -inclu= de /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --par= am inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-commo= n -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel= =3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-m= mx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding = -fstack-protector -std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -W= no-unknown-pragmas -include -c ld -d -warn-common -r -d -o systrace_freebsd32.ko.debug systrace.o :> export_syms awk -f systrace_freebsd32.ko.debug export_syms | xargs -J% objco= py % systrace_freebsd32.ko.debug objcopy --only-keep-debug systrace_freebsd32.ko.debug systrace_freebsd32.ko= .symbols objcopy --strip-debug --add-gnu-debuglink=3Dsystrace_freebsd32.ko.symbols s= ystrace_freebsd32.ko.debug systrace_freebsd32.ko =3D=3D=3D> dummynet (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o dummynet.ko.debug ip_dummynet.o ip_dn_glue.o i= p_dn_io.o dn_heap.o dn_sched_fifo.o dn_sched_qfq.o dn_sched_rr.o dn_sched_w= f2q.o dn_sched_prio.o :> export_syms awk -f dummynet.ko.debug export_syms | xargs -J% objcopy % dummy= net.ko.debug objcopy --only-keep-debug dummynet.ko.debug dummynet.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Ddummynet.ko.symbols dummynet.ko= .debug dummynet.ko =3D=3D=3D> ed (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o if_ed.ko.debug if_ed.o if_ed_novell.o if_ed_wd= 80x3.o if_ed_rtl80x9.o if_ed_isa.o if_ed_3c503.o if_ed_hpp.o if_ed_sic.o if= _ed_pccard.o if_ed_pci.o :> export_syms awk -f if_ed.ko.debug export_syms | xargs -J% objcopy % if_ed.ko= .debug objcopy --only-keep-debug if_ed.ko.debug if_ed.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dif_ed.ko.symbols if_ed.ko.debug= if_ed.ko =3D=3D=3D> em (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-fram= e-pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-= zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -= std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o if_em.ko.debug if_em.o e1000_osdep.o if_lem.o = e1000_api.o e1000_phy.o e1000_nvm.o e1000_mac.o e1000_manage.o e1000_vf.o e= 1000_mbx.o e1000_i210.o e1000_82540.o e1000_82542.o e1000_82541.o e1000_825= 43.o e1000_80003es2lan.o e1000_ich8lan.o e1000_82571.o e1000_82575.o :> export_syms awk -f if_em.ko.debug export_syms | xargs -J% objcopy % if_em.ko= .debug objcopy --only-keep-debug if_em.ko.debug if_em.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dif_em.ko.symbols if_em.ko.debug= if_em.ko =3D=3D=3D> en (all) cc -O2 -pipe -DENABLE_BPF -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODU= LE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I= . -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D1= 00 --param large-function-growth=3D1000 -fno-common -g -fno-omit-frame-poin= ter -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone = -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-flo= at -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=3D= iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Ws= trict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual= -Wundef -Wno-pointer-sign -fformat-extensions -c cc -O2 -pipe -DENABLE_BPF -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODU= LE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I= . -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D1= 00 --param large-function-growth=3D1000 -fno-common -g -fno-omit-frame-poin= ter -mno-omit-leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone = -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-flo= at -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=3D= iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Ws= trict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual= -Wundef -Wno-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o if_en.ko.debug if_en_pci.o midway.o :> export_syms awk -f if_en.ko.debug export_syms | xargs -J% objcopy % if_en.ko= .debug objcopy --only-keep-debug if_en.ko.debug if_en.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dif_en.ko.symbols if_en.ko.debug= if_en.ko =3D=3D=3D> esp (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o esp.ko.debug esp_pci.o ncr53c9x.o :> export_syms awk -f esp.ko.debug export_syms | xargs -J% objcopy % esp.ko.deb= ug objcopy --only-keep-debug esp.ko.debug esp.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Desp.ko.symbols esp.ko.debug esp= .ko =3D=3D=3D> et (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o if_et.ko.debug if_et.o :> export_syms awk -f if_et.ko.debug export_syms | xargs -J% objcopy % if_et.ko= .debug objcopy --only-keep-debug if_et.ko.debug if_et.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dif_et.ko.symbols if_et.ko.debug= if_et.ko =3D=3D=3D> exca (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o exca.ko.debug exca.o :> export_syms awk -f exca.ko.debug export_syms | xargs -J% objcopy % exca.ko.d= ebug objcopy --only-keep-debug exca.ko.debug exca.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dexca.ko.symbols exca.ko.debug e= xca.ko =3D=3D=3D> ext2fs (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o ext2fs.ko.debug ext2_alloc.o ext2_balloc.o ext= 2_bmap.o ext2_inode.o ext2_inode_cnv.o ext2_linux_balloc.o ext2_linux_iallo= c.o ext2_lookup.o ext2_subr.o ext2_vfsops.o ext2_vnops.o :> export_syms awk -f ext2fs.ko.debug export_syms | xargs -J% objcopy % ext2fs.= ko.debug objcopy --only-keep-debug ext2fs.ko.debug ext2fs.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dext2fs.ko.symbols ext2fs.ko.deb= ug ext2fs.ko =3D=3D=3D> fatm (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o if_fatm.ko.debug if_fatm.o :> export_syms awk -f if_fatm.ko.debug export_syms | xargs -J% objcopy % if_fat= m.ko.debug objcopy --only-keep-debug if_fatm.ko.debug if_fatm.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dif_fatm.ko.symbols if_fatm.ko.d= ebug if_fatm.ko =3D=3D=3D> fdc (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o fdc.ko.debug fdc.o fdc_isa.o fdc_pccard.o fdc_= acpi.o :> export_syms awk -f fdc.ko.debug export_syms | xargs -J% objcopy % fdc.ko.deb= ug objcopy --only-keep-debug fdc.ko.debug fdc.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dfdc.ko.symbols fdc.ko.debug fdc= .ko =3D=3D=3D> fdescfs (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o fdescfs.ko.debug fdesc_vfsops.o fdesc_vnops.o :> export_syms awk -f fdescfs.ko.debug export_syms | xargs -J% objcopy % fdescf= s.ko.debug objcopy --only-keep-debug fdescfs.ko.debug fdescfs.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dfdescfs.ko.symbols fdescfs.ko.d= ebug fdescfs.ko =3D=3D=3D> filemon (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o filemon.ko.debug filemon.o :> export_syms awk -f filemon.ko.debug export_syms | xargs -J% objcopy % filemo= n.ko.debug objcopy --only-keep-debug filemon.ko.debug filemon.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dfilemon.ko.symbols filemon.ko.d= ebug filemon.ko =3D=3D=3D> firewire (all) =3D=3D=3D> firewire/firewire (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o firewire.ko.debug firewire.o fwohci.o fwohci_p= ci.o fwcrom.o fwdev.o fwmem.o fwdma.o :> export_syms awk -f firewire.ko.debug export_syms | xargs -J% objcopy % firew= ire.ko.debug objcopy --only-keep-debug firewire.ko.debug firewire.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dfirewire.ko.symbols firewire.ko= .debug firewire.ko =3D=3D=3D> firewire/fwe (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o if_fwe.ko.debug if_fwe.o :> export_syms awk -f if_fwe.ko.debug export_syms | xargs -J% objcopy % if_fwe.= ko.debug objcopy --only-keep-debug if_fwe.ko.debug if_fwe.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dif_fwe.ko.symbols if_fwe.ko.deb= ug if_fwe.ko =3D=3D=3D> firewire/fwip (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o if_fwip.ko.debug if_fwip.o if_fwsubr.o :> export_syms awk -f if_fwip.ko.debug export_syms | xargs -J% objcopy % if_fwi= p.ko.debug objcopy --only-keep-debug if_fwip.ko.debug if_fwip.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dif_fwip.ko.symbols if_fwip.ko.d= ebug if_fwip.ko =3D=3D=3D> firewire/sbp (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o sbp.ko.debug sbp.o :> export_syms awk -f sbp.ko.debug export_syms | xargs -J% objcopy % sbp.ko.deb= ug objcopy --only-keep-debug sbp.ko.debug sbp.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dsbp.ko.symbols sbp.ko.debug sbp= .ko =3D=3D=3D> firewire/sbp_targ (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o sbp_targ.ko.debug sbp_targ.o :> export_syms awk -f sbp_targ.ko.debug export_syms | xargs -J% objcopy % sbp_t= arg.ko.debug objcopy --only-keep-debug sbp_targ.ko.debug sbp_targ.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dsbp_targ.ko.symbols sbp_targ.ko= .debug sbp_targ.ko =3D=3D=3D> firmware (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o firmware.ko.debug subr_firmware.o :> export_syms awk -f firmware.ko.debug export_syms | xargs -J% objcopy % firmw= are.ko.debug objcopy --only-keep-debug firmware.ko.debug firmware.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dfirmware.ko.symbols firmware.ko= .debug firmware.ko =3D=3D=3D> fxp (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o if_fxp.ko.debug if_fxp.o :> export_syms awk -f if_fxp.ko.debug export_syms | xargs -J% objcopy % if_fxp.= ko.debug objcopy --only-keep-debug if_fxp.ko.debug if_fxp.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dif_fxp.ko.symbols if_fxp.ko.deb= ug if_fxp.ko =3D=3D=3D> gem (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o if_gem.ko.debug if_gem.o if_gem_pci.o :> export_syms awk -f if_gem.ko.debug export_syms | xargs -J% objcopy % if_gem.= ko.debug objcopy --only-keep-debug if_gem.ko.debug if_gem.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dif_gem.ko.symbols if_gem.ko.deb= ug if_gem.ko =3D=3D=3D> geom (all) =3D=3D=3D> geom/geom_bde (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c ld -d -warn-common -r -d -o geom_bde.ko.debug g_bde.o g_bde_crypt.o g_bde_= lock.o g_bde_work.o rijndael-alg-fst.o rijndael-api-fst.o sha2.o :> export_syms awk -f geom_bde.ko.debug export_syms | xargs -J% objcopy % geom_= bde.ko.debug objcopy --only-keep-debug geom_bde.ko.debug geom_bde.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dgeom_bde.ko.symbols geom_bde.ko= .debug geom_bde.ko =3D=3D=3D> geom/geom_bsd (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param la= rge-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D38= 7 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-async= hronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -c cc1: warnings being treated as errors : In function 'g_bsd_dumpconf': :434: warning: implicit declaration of= function 'sbuf_printf' :434: warning: nested extern declarati= on of 'sbuf_printf' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 2 errors *** Error code 2 1 error *** [buildkernel] Error code 2 1 error Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 19:44:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D01873BE for ; Tue, 8 Jul 2014 19:44:16 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 86174297D for ; Tue, 8 Jul 2014 19:44:16 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X4bJI-000FOj-FI; Tue, 08 Jul 2014 21:44:16 +0200 Date: Tue, 8 Jul 2014 21:44:16 +0200 From: Kurt Jaeger To: Bob Healey Subject: Re: Interactions with mxge, pf, nfsd, and the kernel Message-ID: <20140708194416.GJ2586@home.opsec.eu> References: <53B42139.302@rpi.edu> <53BBEECD.6000709@rpi.edu> <20140708132531.GI2586@home.opsec.eu> <53BBF25E.40808@rpi.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53BBF25E.40808@rpi.edu> Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 19:44:16 -0000 Hi! > For an unscientific test, tcpdump -i bce1 for ~5 seconds gave these stats: > > 321 packets captured > 53776 packets received by filter > 52703 packets dropped by kernel So, the interface still receives/sends ? What happens if you ifconfig bce1 down ifconfig bce1 up ? Are the packets valid or not ? -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 19:46:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C698622; Tue, 8 Jul 2014 19:46:42 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id C46F229B5; Tue, 8 Jul 2014 19:46:41 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQEAKcivFODaFve/2dsb2JhbABag2Bagm+8HIdBAYEudYQDAQEEASNWBRYOCgICDRkCWQaITQgNrmKZQReBLI1iATMHgneBTAWcPpJEggGBXiGBcw X-IronPort-AV: E=Sophos;i="5.01,626,1400040000"; d="scan'208";a="138576883" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 08 Jul 2014 15:46:36 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 1F9D5B3F46; Tue, 8 Jul 2014 15:46:36 -0400 (EDT) Date: Tue, 8 Jul 2014 15:46:36 -0400 (EDT) From: Rick Macklem To: Glen Barber Message-ID: <1539064411.8855953.1404848796119.JavaMail.root@uoguelph.ca> In-Reply-To: <20140708133559.GF1216@hub.FreeBSD.org> Subject: Re: 9-STABLE nfsd(8) does not auto-tune number of threads (error in the 9.3 Release Notes!) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: Rick Macklem , freebsd-stable@freebsd.org, =?utf-8?Q?Jos=C3=A9_Mar=C3=ADa?= Alcaide X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 19:46:42 -0000 Glen Barber wrote: > On Tue, Jul 08, 2014 at 03:06:38PM +0200, Jos=C3=A9 Mar=C3=ADa Alcaide wr= ote: > > One of the 9.3-RELEASE Release Notes (userland changes) states > > that: > >=20 > > "The default number of nfsd(8) threads has been increased from 4 to > > (8 * N), where N is the number of CPUs as reported by sysctl -n > > hw.ncpu. [r262124]" > >=20 > > Indeed, revision r262124 > > (http://svnweb.freebsd.org/base?view=3Drevision&revision=3D262124) > > removes the "-n 4" option from nfs_server_flags in > > /etc/defaults/rc.conf. > >=20 > > The change is based on the premise that nfsd(8) auto-tunes the > > number of threads as (8 * hw.ncpu). That auto-tuning was > > introduced in HEAD revision r243637 of nfsd.c > > (http://svnweb.freebsd.org/base?view=3Drevision&revision=3D243637), > > but it has not been MFC'd to 9-STABLE yet, so that release note > > *is not true*. > >=20 > > I think that r262124 should be reverted, also removing the release > > note mentioned above; or alternatively bring HEAD's nfsd.c on sync > > with 9-STABLE (probably a bad idea just before 9.3-RELEASE). > >=20 >=20 > Reverting r262124 is also not an option at this point of the release > cycle. >=20 > Rick, do you have any reservations to issuing an errata notice for > this > after the release? >=20 Well, I think that it will generate 4 threads without the "-n 4" just like it does with the "-n 4", so the only issue I see is the statement in the release notes isn't accurate. (It doesn't seem worth reverting r262124, sin= ce it doesn't really affect the outcome?) I'd suggest just taking the statement out of the release notes. rick ps: This change wasn't my commit, but I didn't see a problem with the default changing. I have fixing the nfsd(8) man page to reflect this change in default on my "to do" list. > Glen >=20 >=20 From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 19:49:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BC0B983; Tue, 8 Jul 2014 19:49:44 +0000 (UTC) Date: Tue, 8 Jul 2014 15:49:40 -0400 From: Glen Barber To: Rick Macklem Subject: Re: 9-STABLE nfsd(8) does not auto-tune number of threads (error in the 9.3 Release Notes!) Message-ID: <20140708194940.GK1216@hub.FreeBSD.org> References: <20140708133559.GF1216@hub.FreeBSD.org> <1539064411.8855953.1404848796119.JavaMail.root@uoguelph.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="pfJPkqu8nAxkAh8+" Content-Disposition: inline In-Reply-To: <1539064411.8855953.1404848796119.JavaMail.root@uoguelph.ca> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Rick Macklem , freebsd-stable@freebsd.org, =?iso-8859-1?Q?Jos=E9_Mar=EDa?= Alcaide X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 19:49:45 -0000 --pfJPkqu8nAxkAh8+ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 08, 2014 at 03:46:36PM -0400, Rick Macklem wrote: > Glen Barber wrote: > > On Tue, Jul 08, 2014 at 03:06:38PM +0200, Jos=E9 Mar=EDa Alcaide wrote: > > > One of the 9.3-RELEASE Release Notes (userland changes) states > > > that: > > >=20 > > > "The default number of nfsd(8) threads has been increased from 4 to > > > (8 * N), where N is the number of CPUs as reported by sysctl -n > > > hw.ncpu. [r262124]" > > >=20 > > > Indeed, revision r262124 > > > (http://svnweb.freebsd.org/base?view=3Drevision&revision=3D262124) > > > removes the "-n 4" option from nfs_server_flags in > > > /etc/defaults/rc.conf. > > >=20 > > > The change is based on the premise that nfsd(8) auto-tunes the > > > number of threads as (8 * hw.ncpu). That auto-tuning was > > > introduced in HEAD revision r243637 of nfsd.c > > > (http://svnweb.freebsd.org/base?view=3Drevision&revision=3D243637), > > > but it has not been MFC'd to 9-STABLE yet, so that release note > > > *is not true*. > > >=20 > > > I think that r262124 should be reverted, also removing the release > > > note mentioned above; or alternatively bring HEAD's nfsd.c on sync > > > with 9-STABLE (probably a bad idea just before 9.3-RELEASE). > > >=20 > >=20 > > Reverting r262124 is also not an option at this point of the release > > cycle. > >=20 > > Rick, do you have any reservations to issuing an errata notice for > > this > > after the release? > >=20 > Well, I think that it will generate 4 threads without the "-n 4" just like > it does with the "-n 4", so the only issue I see is the statement in the > release notes isn't accurate. (It doesn't seem worth reverting r262124, s= ince > it doesn't really affect the outcome?) >=20 > I'd suggest just taking the statement out of the release notes. >=20 Ok, thanks. > rick > ps: This change wasn't my commit, but I didn't see a problem with the > default changing. I have fixing the nfsd(8) man page to reflect > this change in default on my "to do" list. >=20 Yeah, I realized it wasn't yours afterward :( Thanks. Glen --pfJPkqu8nAxkAh8+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTvEtUAAoJELls3eqvi17Q4L8QALMtliB5XH/z9uB16ainff70 FwWRKpaiqWBaFfFyD0hcSbsMGCc+qGrITQcxbbq/3HM2g5JEyZ+tnOVySWPqVDiH nqL4UmEQFG+di521n4hfK/cFxXnQM/+RqYXHByfoQELIcx4B7oRaGTdiR5BZQ/LV lpWdEhrW6x73bmUXwnyXvt6oOyzfS0qG6wfcUA3D5awtzafQuFc1t7kXC9xEnpcy 4mhHRFuklsw1zdf6AsTNqvQ9sik65qg1xPcvR6SDLX9EuRSjEvC0xwaegIwc64xD +mgGg2DzjOwJi0Ffgv3nYBgvgoKq8VaPux47WUL6jFeu18bNCWkZwRNnKSw55FzI gaAnxh6DnkIl4WYTXA+HBLwb8c4jWwhejuXQT8y9LRlbtYE6HOJrMkwL38xKSYhY qFwrYCvlmdgnjRhrcykzoLAlaaCccnLY5lGwF/monrgAwoJRi8L0252BV7FNz2M3 S6ZnN1ace6nHj8NSV31FuUkRlV/YbrDXkb0RUuGJueU+j5EgVlo/r8uybW12dllJ jg+lESn1MJXYF1DzVflpBUsbkJcwhdVv0N+/Cd6amxINdYH0HeTkuad4uVeCCfn2 1T/vlKm7RcCYdVgCTVhiWsZVLo+TG8g5p+v5map3MauVIVgGKiKFuk1kocDWA+Sa m2XSxSGdAzAqNccwLsHH =fcht -----END PGP SIGNATURE----- --pfJPkqu8nAxkAh8+-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 19:54:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89B1CEDA; Tue, 8 Jul 2014 19:54:44 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0179B2ACD; Tue, 8 Jul 2014 19:54:43 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq0EAKcivFODaFve/2dsb2JhbABXAw6DHzNagm+8FAiGblMBgS51hAMBAQEDAQEBASArIAsFFg4KAgINGQIpAQkmBggHBAEcBIgZCA2uYplBF4EsjUUBARsBIxAHEYIlDzISgToFkAmIAYQ0kkSDAV4hLwaBBTk X-IronPort-AV: E=Sophos;i="5.01,626,1400040000"; d="scan'208";a="138579502" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 08 Jul 2014 15:54:42 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id C38BFB4083; Tue, 8 Jul 2014 15:54:42 -0400 (EDT) Date: Tue, 8 Jul 2014 15:54:42 -0400 (EDT) From: Rick Macklem To: Bob Healey Message-ID: <2035928323.8860293.1404849282793.JavaMail.root@uoguelph.ca> In-Reply-To: <53BBEECD.6000709@rpi.edu> Subject: Re: Interactions with mxge, pf, nfsd, and the kernel MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-stable@freebsd.org, Hans Petter Selasky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 19:54:44 -0000 Bob Healey wrote: > I've been running one of these machines without pf, and it has ceased > responding on all interfaces (mxge and bce). The console still works > fine, and a reboot will clear the problems for now. I'm running out > of > ideas. > root@helo:~ # netstat -i > Name Mtu Network Address Ipkts Ierrs Idrop > Opkts Oerrs Coll > mxge0 9000 00:60:dd:44:d2:07 44838061 164399 0 > 31944144 0 0 > mxge0 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - > 3 - - > bce0 1500 08:9e:01:50:a3:08 97018 0 0 > 0 0 0 > bce0 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - > 3 - - > bce1 1500 08:9e:01:50:a3:09 889442915 1791 0 > 557044449 0 0 > bce1 1500 128.113.12.0 helo 888129846 - - > 676300451 - - > bce1 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - > 4 - - > lo0 16384 28448 0 0 > 28448 0 0 > lo0 16384 localhost ::1 59 - - > 59 - - > lo0 16384 fe80::1%lo0 fe80::1 0 - - > 0 - - > lo0 16384 your-net localhost 28389 - - > 28389 - - > vlan2 9000 00:60:dd:44:d2:07 28107520 0 0 > 19859118 0 0 > vlan2 9000 10.2.3.0 helo.galactica.lo 28088754 - - > 24433917 - - > vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - > 3 - - > vlan2 9000 00:60:dd:44:d2:07 16730541 0 0 > 12084894 0 0 > vlan2 9000 10.2.4.0 helo.enterprise.l 16724370 - - > 12924742 - - > vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - > 3 - - > root@helo:~ # netstat -m > 7632/6798/14430 mbufs in use (current/cache/total) > 4186/2886/7072/1018944 mbuf clusters in use (current/cache/total/max) > 4080/1420 mbuf+clusters out of packet secondary zone in use > (current/cache) > 0/6/6/509472 4k (page size) jumbo clusters in use > (current/cache/total/max) > 593/25/618/150954 9k jumbo clusters in use (current/cache/total/max) Hmm, since you are using jumbo clusters, running out of kernel address space such that it can no longer allocate boundary tags might be a possibility. Do a "ps axHl" and look for any threads with a WCHAN of "btallo". If you find any of those, this is definitely what is happening. (Unfortunately, for the case of M_NOWAIT, the threads will just be in "R" state when this happens, since they never do a pause("btalloc"); >From what little I understand (and saw when I had it happen while testing NFS using PAGE_SIZE clusters) is that, once this happens, pretty well all uma_zalloc()s fail (which implies all mbuf allocations). As such, the machine is pretty well dead w.r.t. networking. If you can run without jumbo clusters, I think that would be worth a try. Good luck with it, rick ps: I've added Hans to the cc list, since he is proposing a case where jumbo clusters would be used more and this can be problematic. > 0/0/0/84912 16k jumbo clusters in use (current/cache/total/max) > 15617K/7720K/23337K bytes allocated to network (current/cache/total) > 3/72461/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) > 122/391912/0 requests for jumbo clusters denied (4k/9k/16k) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > root@helo:~ # uptime > 9:07AM up 12 days, 8:15, 1 user, load averages: 0.19, 0.19, 0.20 > root@helo:~ # ifconfig > mxge0: flags=8843 metric 0 > mtu 9000 > options=6c03bb > ether 00:60:dd:44:d2:07 > inet6 fe80::260:ddff:fe44:d207%mxge0 prefixlen 64 scopeid > 0x1 > nd6 options=29 > media: Ethernet 10Gbase-CX4 > status: active > bce0: flags=8843 metric 0 mtu > 1500 > options=c01bb > ether 08:9e:01:50:a3:08 > inet6 fe80::a9e:1ff:fe50:a308%bce0 prefixlen 64 scopeid 0x2 > nd6 options=29 > media: Ethernet autoselect (1000baseT ) > status: active > bce1: flags=8843 metric 0 mtu > 1500 > options=c01bb > ether 08:9e:01:50:a3:09 > inet 128.113.12.134 netmask 0xffffff00 broadcast > 128.113.12.255 > inet6 fe80::a9e:1ff:fe50:a309%bce1 prefixlen 64 scopeid 0x3 > nd6 options=29 > media: Ethernet autoselect (1000baseT ) > status: active > lo0: flags=8049 metric 0 mtu 16384 > options=600003 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 > inet 127.0.0.1 netmask 0xff000000 > nd6 options=21 > vlan23: flags=8843 metric 0 > mtu 9000 > options=303 > ether 00:60:dd:44:d2:07 > inet 10.2.3.244 netmask 0xffffff00 broadcast 10.2.3.255 > inet6 fe80::260:ddff:fe44:d207%vlan23 prefixlen 64 scopeid > 0x5 > nd6 options=29 > media: Ethernet 10Gbase-CX4 > status: active > vlan: 23 parent interface: mxge0 > vlan24: flags=8843 metric 0 > mtu 9000 > options=303 > ether 00:60:dd:44:d2:07 > inet 10.2.4.244 netmask 0xffffff00 broadcast 10.2.4.255 > inet6 fe80::260:ddff:fe44:d207%vlan24 prefixlen 64 scopeid > 0x6 > nd6 options=29 > media: Ethernet 10Gbase-CX4 > status: active > vlan: 24 parent interface: mxge0 > rc.conf: > hostname="helo.bio.rpi.edu" > ifconfig_bce1=" inet 128.113.12.134 netmask 0xffffff00" > ifconfig_mxge0="up mtu 9000" > ifconfig_bce0="up" > cloned_interfaces="vlan23 vlan24" > ifconfig_vlan23="inet 10.2.3.244 netmask 255.255.255.0 vlan 23 > vlandev > mxge0" > ifconfig_vlan24="inet 10.2.4.244 netmask 255.255.255.0 vlan 24 > vlandev > mxge0" > defaultrouter="128.113.12.254" > sshd_enable="YES" > ntpd_enable="YES" > powerd_enable="YES" > # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable > dumpdev="NO" > zfs_enable="YES" > nisdomainname="GALACTICA.BIO.RPI.EDU" > ntpdate_enable="YES" > ntpdate_hosts="ntp.rpi.edu" > rpc_lockd_enable="YES" > rpc_statd_enable="YES" > rpcbind_enable="YES" > nis_client_enable="YES" > nis_client_flags="-m -S GALACTICA.BIO.RPI.EDU,adama.galactica.local" > nfs_server_enable="YES" > mountd_enable="YES" > nfsd_enable="YES" > apcupsd_enable="YES" > #pf_enable="YES" > netwait_enable="YES" > netwait_ip="128.113.12.254" > netwait_if="mxge0" > static_routes="management" > route_management="-net 10.1.1.0/24 10.2.3.254" > amd_enable="YES" # Run amd service with $amd_flags > (or NO). > amd_flags="-a /.amd_mnt -l syslog /home amd.home" > amd_map_program="NO" # Can be set to "ypcat -k amd.master" > root@helo:~ # uname -a > FreeBSD helo.bio.rpi.edu 10.0-RELEASE-p4 FreeBSD 10.0-RELEASE-p4 #0: > Tue > Jun 3 13:14:57 UTC 2014 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > Bob Healey > Systems Administrator > Biocomputation and Bioinformatics Constellation > and Molecularium > healer@rpi.edu > (518) 276-4407 > > On 7/2/2014 11:11 AM, Bob Healey wrote: > > Hello. > > > > I've been wrestling with this on and off for a few months now. I > > have > > an assortment of systems (some Dell Poweredge R515, R610, and IBM > > x3630M3) with 10 gig Myricom ethernet cards acting as nfs servers > > to > > Linux HPC compute clusters (12-36 nodes, 384 - 480 cores) connected > > via gigabit ethernet. They are also connected to the outside world > > via onboard bce (Dell) or igb (IBM). After a variable length of > > time, > > I will lose all network access to a host. Connecting via console, > > the > > machine tends to be fully responsive. A reboot clears the problem, > > but > > I have yet to figure out any sysctls/loader.conf tunables to clear > > the > > problem and make it stay away. PF is in use to restrict access to > > the > > host to a pair of public /24's, and to 10/8. If there is a way in > > zfs's sharenfs property to make that restriction, I'd be happy to > > change, but I really don't like leaving nfs open to the > > university's > > quartet of /16's, so PF it is. The vlan2 interface has mxge0 as > > its > > parent. > > > > Thanks for any help. > > > > This host is getting ready to crash soon, based on netstat. > > root@husker:~ # netstat -i > > Name Mtu Network Address Ipkts Ierrs Idrop > > Opkts > > Oerrs Coll > > mxge0 9000 00:60:dd:44:d2:0a 6358280 262 0 > > 4061637 0 0 > > mxge0 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - > > 2 - - > > bce0 1500 08:9e:01:50:a1:ac 276391 0 0 > > 0 0 0 > > bce0 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - > > 3 - - > > bce1 1500 08:9e:01:50:a1:ad 2229709391 16921 0 > > 1182942116 0 0 > > bce1 1500 128.113.12.0 husker 2226254093 - - > > 1183962005 - - > > bce1 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - > > 3 - - > > lo0 16384 2030 0 0 > > 2030 0 0 > > lo0 16384 localhost ::1 4 - - > > 4 - - > > lo0 16384 fe80::1%lo0 fe80::1 0 - - > > 0 - - > > lo0 16384 your-net localhost 2026 - - > > 2026 - - > > vlan2 9000 00:60:dd:44:d2:0a 4387250 0 0 > > 3060586 0 0 > > vlan2 9000 10.2.3.0 husker.galactica. 4370309 - - > > 3963931 - - > > vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - > > 2 - - > > vlan2 9000 00:60:dd:44:d2:0a 1971034 0 0 > > 1001061 0 0 > > vlan2 9000 10.2.4.0 husker.enterprise 1700742 - - > > 1961891 - - > > vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - > > 4 - - > > root@husker:~ # netstat -im > > 6157/3233/9390 mbufs in use (current/cache/total) > > 4081/1883/5964/1018800 mbuf clusters in use > > (current/cache/total/max) > > 4080/795 mbuf+clusters out of packet secondary zone in use > > (current/cache) > > 0/5/5/509399 4k (page size) jumbo clusters in use > > (current/cache/total/max) > > 512/23/535/150933 9k jumbo clusters in use > > (current/cache/total/max) > > 0/0/0/84899 16k jumbo clusters in use (current/cache/total/max) > > 14309K/4801K/19110K bytes allocated to network > > (current/cache/total) > > 10/1883/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) > > 2/1736/0 requests for jumbo clusters denied (4k/9k/16k) > > 0 requests for sfbufs denied > > 0 requests for sfbufs delayed > > 0 requests for I/O initiated by sendfile > > root@husker:~ # uptime > > 11:07AM up 23 days, 19:27, 1 user, load averages: 0.14, 0.17, 0.13 > > root@husker:~ # sysctl -a | grep nmb > > kern.ipc.nmbclusters: 1018800 > > kern.ipc.nmbjumbop: 509399 > > kern.ipc.nmbjumbo9: 452799 > > kern.ipc.nmbjumbo16: 339596 > > kern.ipc.nmbufs: 6520320 > > root@husker:~ # cat /boot/loader.conf > > zfs_load="YES" > > amdtemp_load="YES" > > if_mxge_load="YES" > > mxge_ethp_z8e_load="YES" > > mxge_eth_z8e_load="YES" > > mxge_rss_ethp_z8e_load="YES" > > mxge_rss_eth_z8e_load="YES" > > vfs.zfs.arc_max="12288M" > > root@husker:~ # cat /var/run/dmesg.boot | head -16 > > Copyright (c) 1992-2014 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > > 1994 > > The Regents of the University of California. All rights > > reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 10.0-RELEASE-p4 #0: Tue Jun 3 13:14:57 UTC 2014 > > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > > amd64 > > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > > CPU: AMD Opteron(tm) Processor 4122 (2200.07-MHz K8-class CPU) > > Origin = "AuthenticAMD" Id = 0x100f80 Family = 0x10 Model = > > 0x8 > > Stepping = 0 > > Features=0x178bfbff > > > > Features2=0x802009 > > AMD > > Features=0xee500800 > > AMD > > Features2=0x837ff > > TSC: P-state invariant > > real memory = 17179869184 (16384 MB) > > avail memory = 16588054528 (15819 MB) > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 21:30:15 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 24DB8573 for ; Tue, 8 Jul 2014 21:30:15 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 0570C235F for ; Tue, 8 Jul 2014 21:30:14 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s68LTvBO028145; Tue, 8 Jul 2014 14:30:02 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201407082130.s68LTvBO028145@gw.catspoiler.org> Date: Tue, 8 Jul 2014 14:29:57 -0700 (PDT) From: Don Lewis Subject: Re: Should 9.3 carry a warning about NEW_XORG To: wblock@wonkity.com In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org, john.marshall@riverwillow.com.au, smithi@nimnet.asn.au X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 21:30:15 -0000 On 7 Jul, Warren Block wrote: > On Sun, 6 Jul 2014, Ian Smith wrote: > >> It seems that if you upgrade from 9.1 or 9.2 you will need to manually >> intervene, either way .. please correct any incorrect assumptions: >> >> . if you don't wish your ports updated to new Xorg you'll need to add >> WITHOUT_NEW_XORG to make.conf before updating any relevant ports, though >> - inconsistently? - any installed packages, including those on the DVD, >> will still be for old Xorg. Until you are sure this is the safer way - >> but you have to know about it when upgrading. >> >> . if you do want ports updated to new Xorg and you have older graphics >> hardware you'll need to compile a VT kernel to get vt switching from X >> back .. and you'll need to add the new repo to get new Xorg packages. >> >> Seeing that a perhaps not miniscule proportion of 9.x X users will need >> to do some manual configuration on upgrading to 9.3, a relevant WARNING >> in http://www.freebsd.org/releases/9.3R/relnotes.html should be helpful. > > I can agree with the idea of a note, just have no clear idea what it > should say. If people are shown how to stick with the old xorg, they > will be marooned and ports that require the newer version will not work. > People that upgrade may find their hardware no longer supported. That's > sort of the price of progress with technology. ... and that sort of kills the traditional Linux selliing point of being able to recycle old Windows PC hardware by installing Linux on it. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 22:00:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1DA8C40; Tue, 8 Jul 2014 22:00:49 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D104D269C; Tue, 8 Jul 2014 22:00:49 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 346A211B; Tue, 8 Jul 2014 22:00:50 +0000 (UTC) Date: Tue, 8 Jul 2014 22:00:50 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, brooks@FreeBSD.org Message-ID: <157186454.132.1404856850042.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <158350238.119.1404845819283.JavaMail.jenkins@jenkins-9.freebsd.org> References: <158350238.119.1404845819283.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_8 #121 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_8 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 08 Jul 2014 22:00:50 -0000 See From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 02:13:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6740508 for ; Wed, 9 Jul 2014 02:13:56 +0000 (UTC) Received: from smtp9.server.rpi.edu (smtp9.server.rpi.edu [128.113.2.229]) (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 7F7602269 for ; Wed, 9 Jul 2014 02:13:56 +0000 (UTC) Received: from smtp-auth1.server.rpi.edu (smtp-auth1.server.rpi.edu [128.113.2.231]) by smtp9.server.rpi.edu (8.14.3/8.14.3/Debian-9.4) with ESMTP id s692Dmam011052; Tue, 8 Jul 2014 22:13:48 -0400 Received: from smtp-auth1.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth1.server.rpi.edu (Postfix) with ESMTP id 71E775811A; Tue, 8 Jul 2014 22:13:48 -0400 (EDT) Received: from [129.161.61.88] (biotech-lower-wl-329.dynamic2.rpi.edu [129.161.61.88]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: healer) by smtp-auth1.server.rpi.edu (Postfix) with ESMTPSA id 4F22A5801B; Tue, 8 Jul 2014 22:13:48 -0400 (EDT) Message-ID: <53BCA55E.1080101@rpi.edu> Date: Tue, 08 Jul 2014 22:13:50 -0400 From: Bob Healey User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Kurt Jaeger Subject: Re: Interactions with mxge, pf, nfsd, and the kernel References: <53B42139.302@rpi.edu> <53BBEECD.6000709@rpi.edu> <20140708132531.GI2586@home.opsec.eu> <53BBF25E.40808@rpi.edu> <20140708194416.GJ2586@home.opsec.eu> In-Reply-To: <20140708194416.GJ2586@home.opsec.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0001 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 15.10] X-CanIt-Incident-Id: 02Mo2dMjX X-CanIt-Geo: ip=129.161.61.88; country=US; region=Connecticut; city=Hartford; latitude=41.7637; longitude=-72.6851; http://maps.google.com/maps?q=41.7637,-72.6851&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.229 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 02:13:56 -0000 In this particular instance, the 1G interface was still functioning. The 10G interface was mostly not functioning, but any packets received on either were valid. Bob Healey Systems Administrator Biocomputation and Bioinformatics Constellation and Molecularium healer@rpi.edu (518) 276-4407 On 7/8/2014 3:44 PM, Kurt Jaeger wrote: > Hi! > >> For an unscientific test, tcpdump -i bce1 for ~5 seconds gave these stats: >> >> 321 packets captured >> 53776 packets received by filter >> 52703 packets dropped by kernel > So, the interface still receives/sends ? What happens if you > > ifconfig bce1 down > ifconfig bce1 up > > ? Are the packets valid or not ? > From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 12:09:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DE9DE94 for ; Wed, 9 Jul 2014 12:09:07 +0000 (UTC) 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 828082501 for ; Wed, 9 Jul 2014 12:09:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s69C8uIu071964; Wed, 9 Jul 2014 22:08:56 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 9 Jul 2014 22:08:56 +1000 (EST) From: Ian Smith To: Warren Block Subject: Re: Should 9.3 carry a warning about NEW_XORG In-Reply-To: Message-ID: <20140709195147.I50382@sola.nimnet.asn.au> References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140706220006.K50382@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: John Marshall , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 12:09:07 -0000 On Mon, 7 Jul 2014 14:01:32 -0600, Warren Block wrote: > On Sun, 6 Jul 2014, Ian Smith wrote: > > > It seems that if you upgrade from 9.1 or 9.2 you will need to manually > > intervene, either way .. please correct any incorrect assumptions: That still applies. I've done my best to hunt down every reference, but some are more likely up to date and authoritative, like '[FreeBSD-Announce] temporary WITH_NEW_XORG repositories': [0] http://lists.freebsd.org/pipermail/freebsd-announce/2014-July/001570.html and others, while important, may be more speculative and/or out of date, eg https://wiki.freebsd.org/Graphics/WITH_NEW_XORG [2], the only ref I can find covering what should or shoudn't work on older graphics hardware with Xorg server 1.7 and 1.12 and various FreeBSD versions. > > . if you don't wish your ports updated to new Xorg you'll need to add > > WITHOUT_NEW_XORG to make.conf before updating any relevant ports, though > > - inconsistently? - any installed packages, including those on the DVD, > > will still be for old Xorg. Until you are sure this is the safer way - > > but you have to know about it when upgrading. > > > > . if you do want ports updated to new Xorg and you have older graphics > > hardware you'll need to compile a VT kernel to get vt switching from X > > back .. and you'll need to add the new repo to get new Xorg packages. > > > > Seeing that a perhaps not miniscule proportion of 9.x X users will need > > to do some manual configuration on upgrading to 9.3, a relevant WARNING > > in http://www.freebsd.org/releases/9.3R/relnotes.html should be helpful. > > I can agree with the idea of a note, just have no clear idea what it should > say. If people are shown how to stick with the old xorg, they will be > marooned and ports that require the newer version will not work. People that > upgrade may find their hardware no longer supported. That's sort of the > price of progress with technology. I don't hold with the notion that if people are told how to remain with old Xorg for a stated period, they are less likely to upgrade at all. I'm looking here at the immediate time reference, in that 9.3-RELEASE - possibly the last extended release on the 9.x branch - appears likely to be wrapped up within a week or so. So this is not about Development but Release Engineering - traditionally a far more conservative process. On being marooned: re 9.3, it doesn't seem quite as urgent as some are proclaiming. For old Xorg packages we have till 10.0 EOL at 31 Jan 2015 and even if for some reason that changes, at least until September 30th, according to [1]: http://www.freebsd.org/security/security.html#sup Presumably WITHOUT_NEW_XORG should work for that long, which is a more comfortable timeframe to consider options and upgrade (or not) at will. John's intervention was just-in-time in this perspective. I've checked his post to X11 and read much of that list's archives over the last 3 months, and I can appreciate the difficulties. However John's hardware _should_ be supported (with vt(4) according to [1] above), and despite his post being unanswered as yet, it looks more like some config issue, perhaps, than any sort of generic hardware failure .. I may be wrong, but I didn't detect any recent avalanche of failures of that nature. It's also evident from long-term reading of questions@ that many people, perhaps yes with older hardware, really don't like the idea of building very large projects - X, KDE and Gnome particularly - from source, and for whom the ability to use (the right set of) packages is important, so it's excellent timing that the new_xorg repo is in place, onya guys. On wording .. well I've often enough demonstrated difficulties in being concise, to say the least - that's more your gig, Warren - but I'll make an attempt at what I'd like to see, and suspect quite a few of those who follow point releases rather than stable, don't generally read this or other devel lists, but who WILL read Release Notes when installing or upgrading - or get severely spanked in questions@ - would like or expect to know about to avoid potentially calamitous situations if unwarned: ======= IMPORTANT NOTE for users of X and graphics ports and/or packages: FreeBSD 9.3, unlike earlier 9.x releases, ships with the new Xorg server 1.12 enabled in ports. Building or updating any ports that depend on X will use the new Xorg unless you add WITHOUT_NEW_XORG= to /etc/make.conf - which may be advisable for users of approximately pre-2009 hardware, at least until you can be sure your hardware will work with Xorg 1.12 If using new Xorg, some [if not all?] hardware will require you to build the included VT kernel config to replace GENERIC, before you will be able to switch back and forth to regular virtual consoles from X. On the other hand, installing from packages - including packages on the installation DVD and the main freebsd.org repository - still uses the older Xorg 1.7 package set, and will at least until [insert date]. If you have WITHOUT_NEW_XORG= in make.conf your ports and installed packages will already be matched during installation. If you are happy using the new Xorg but wish to also install some or all X software using pkg(8), you need to enable access to the new repository especially for New Xorg packages during this transition period: [-- lifted from [0] above .. quoting most of it, I can't condense it --] To use it, you need to declare this new repository. Here's how to do it: mkdir -p /usr/local/etc/pkg/repos cat > /usr/local/etc/pkg/repos/FreeBSD_new_xorg.conf < Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A055393 for ; Wed, 9 Jul 2014 12:19:04 +0000 (UTC) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) (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 572C925EE for ; Wed, 9 Jul 2014 12:19:04 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X4qpx-0009UW-1d for freebsd-stable@freebsd.org; Wed, 09 Jul 2014 12:19:01 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X4qpw-0001Yw-VR for freebsd-stable@freebsd.org; Wed, 09 Jul 2014 13:19:00 +0100 To: freebsd-stable@freebsd.org Subject: Issues using new_xorg pkg repository Message-Id: From: Pete French Date: Wed, 09 Jul 2014 13:19:00 +0100 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 12:19:04 -0000 Instructions for using the new repository are as follows: > mkdir -p /usr/local/etc/pkg/repos > cat > /usr/local/etc/pkg/repos/FreeBSD_new_xorg.conf < # /usr/local/etc/pkg/repos/FreeBSD_new_xorg.conf > # It is still required to have /etc/pkg/FreeBSD.conf installed and enabled. > # If that file is missing or if /usr/share/keys/pkg is missing see: > # http://www.freebsd.org/security/advisories/FreeBSD-EN-14:03.pkg.asc > > FreeBSD_new_xorg: { > url: "pkg+http://pkg.FreeBSD.org/${ABI}/new_xorg", > mirror_type: "srv", > signature_type: "fingerprints", > fingerprints: "/usr/share/keys/pkg", > enabled: yes > } > EOF Having dne that, however, if I do 'pkg update' what I get is this: Updating repository catalogue pkg: http://pkg.FreeBSD.org//new_xorg/digests.txz: Not Found pkg: Unable to find catalogs I am running 9.3-PRERELEASE (amd64) - this should work simply by following the instuctions should it not ? From looking at the error it would appear that ABI is not being set - yet the same syntax is being used in /etc/pkg/FreeBSD.conf and it appears to work there. Any suggestions ? I suspect I have missed something obvious, but what ? cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 13:04:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCD0357A; Wed, 9 Jul 2014 13:04:35 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (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 851642AE2; Wed, 9 Jul 2014 13:04:35 +0000 (UTC) Received: from 0x20.net (0x20.net [IPv6:2001:aa8:fffb:1::2]) (Authenticated sender: lala) by mail.0x20.net (Postfix) with ESMTPA id A1C8A6A6002; Wed, 9 Jul 2014 15:04:32 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 09 Jul 2014 15:04:32 +0200 From: Lars Engels To: Pete French Subject: Re: Issues using =?UTF-8?Q?new=5Fxorg=20pkg=20repository?= In-Reply-To: References: Message-ID: X-Sender: lars.engels@0x20.net User-Agent: Roundcube Webmail/0.7 Cc: owner-freebsd-stable@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 13:04:35 -0000 Am 2014-07-09 14:19, schrieb Pete French: > Instructions for using the new repository are as follows: > >> mkdir -p /usr/local/etc/pkg/repos >> cat > /usr/local/etc/pkg/repos/FreeBSD_new_xorg.conf <> # /usr/local/etc/pkg/repos/FreeBSD_new_xorg.conf >> # It is still required to have /etc/pkg/FreeBSD.conf installed and >> enabled. >> # If that file is missing or if /usr/share/keys/pkg is missing see: >> # http://www.freebsd.org/security/advisories/FreeBSD-EN-14:03.pkg.asc >> >> FreeBSD_new_xorg: { >> url: "pkg+http://pkg.FreeBSD.org/${ABI}/new_xorg", >> mirror_type: "srv", >> signature_type: "fingerprints", >> fingerprints: "/usr/share/keys/pkg", >> enabled: yes >> } >> EOF > > Having dne that, however, if I do 'pkg update' what I > get is this: > > Updating repository catalogue > pkg: http://pkg.FreeBSD.org//new_xorg/digests.txz: Not Found > pkg: Unable to find catalogs > > I am running 9.3-PRERELEASE (amd64) - this should work simply by > following the instuctions should it not ? From looking at > the error it would appear that ABI is not being set - yet > the same syntax is being used in /etc/pkg/FreeBSD.conf and > it appears to work there. > > Any suggestions ? I suspect I have missed something obvious, but what ? > Whad does this show: pkg -vvv | grep -e ABI -e url From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 13:14:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 959C8A20; Wed, 9 Jul 2014 13:14:51 +0000 (UTC) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) (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 5F1CC2BF5; Wed, 9 Jul 2014 13:14:51 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X4rhu-000CJO-OO; Wed, 09 Jul 2014 13:14:46 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X4rhu-0001zp-M2; Wed, 09 Jul 2014 14:14:46 +0100 To: lars.engels@0x20.net, petefrench@ingresso.co.uk Subject: Re: Issues using new_xorg pkg repository In-Reply-To: Message-Id: From: Pete French Date: Wed, 09 Jul 2014 14:14:46 +0100 Cc: owner-freebsd-stable@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 13:14:51 -0000 > Whad does this show: > > pkg -vvv | grep -e ABI -e url ABI : freebsd:9:x86:64 /* Override the automatically detected ABI */ url : "pkg+http://pkg.FreeBSD.org/freebsd:9:x86:64/latest", url : "pkg+http://pkg.FreeBSD.org//new_xorg", Thats rather odd - the normal repository picks up ABI fine, but the added one doesnt. -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 13:18:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BCB6DE2 for ; Wed, 9 Jul 2014 13:18:59 +0000 (UTC) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A23162C48 for ; Wed, 9 Jul 2014 13:18:58 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id x48so7466925wes.25 for ; Wed, 09 Jul 2014 06:18:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-type; bh=REPUDpewwCNKBh46OR6FC+07IAaL169TpZIkILlc0yE=; b=sA2Cp7gW33Gy8vVWgMB+WELFUsSY7R6JIxM4rkePcjy6jQaM6l9HxdC/l7Ye7QaKez 556XOoA0mPyCCfhcmVt5zOKHcOnRr3YHWT+g6k/z4fgtW0ewzrpWBn1U4bMdGoxl5Rhp Zg2kl6i0orKs/PYtu87UNWrMbIQL9zkgP7SDZvxLSyn+rXH6l2R3U4RKtXyea9Jx5WY3 8iBriD7U6eetc0v6uPT6Fskb/TyT0xVjg7dkzs3Z7KtAMpDD2Vq5udgvfi5BcC4M1oL7 NMYqs70HZxnrPbNUXySrIDAfbJL008rZGEQEygJdDp4GsaN1vRq545RxQJV9hcQrHDZS EB7w== X-Received: by 10.180.221.133 with SMTP id qe5mr11671179wic.79.1404911935783; Wed, 09 Jul 2014 06:18:55 -0700 (PDT) Received: from hobbita.kernelmap.com (84.120.86.62.dyn.user.ono.com. [84.120.86.62]) by mx.google.com with ESMTPSA id fb15sm19322812wid.23.2014.07.09.06.18.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 09 Jul 2014 06:18:54 -0700 (PDT) From: Carlos To: freebsd-stable@freebsd.org Subject: Re: Issues using new_xorg pkg repository Date: Wed, 09 Jul 2014 15:18:07 +0200 Message-ID: <24244376.QCTQUyq6Lv@hobbita.kernelmap.com> User-Agent: KMail/4.12.5 (FreeBSD/10.0-STABLE; KDE/4.12.5; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart33472041.qhmK3oemEh"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: Pete French X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 13:18:59 -0000 --nextPart33472041.qhmK3oemEh Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" El Mi=E9rcoles, 9 de julio de 2014 13:19:00 Pete French escribi=F3: > Updating repository catalogue > pkg: http://pkg.FreeBSD.org//new_xorg/digests.txz: Not Found > pkg: Unable to find catalogs Hi, As you can see, the macro ${ABI} has been deleted from the config file.= This is=20 because if you follow the instructions and create the file using cat > = ......=20 << EOF, this macro is deleted (I don't know why, maybe it depends on sh= ell you=20 are using). Edit the file and correct that line to: url: "pkg+http://pkg.FreeBSD.org/${ABI}/new_xorg", Best regards --nextPart33472041.qhmK3oemEh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlO9QS4ACgkQ5noUCLC5GhiNcgCfaUrIDkq85VhLxTr/MchBG6ET gjUAn19mFWCyNz79Et4E4R1b7p9DQw8b =KrIV -----END PGP SIGNATURE----- --nextPart33472041.qhmK3oemEh-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 13:19:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E369EE5 for ; Wed, 9 Jul 2014 13:19:41 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 029D12C5A for ; Wed, 9 Jul 2014 13:19:40 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id E7876B9068 for ; Wed, 9 Jul 2014 15:19:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:message-id:subject:subject:from:from:date:date :received:received; s=mimar-0901; t=1404911976; x=1406726377; bh=Ux+Sh2Nsal+RHLWXRZh0+jml8Elpvmk60PTG82yGE6U=; b=DJ7ULkLconQO DQOAMxv3MqvH2oynQmsSstdIeLGcEP0CGLlH3Nqi4m2XqeqdyA95Z8N9sjopuclE dKWKRhi5dcP4/flBiqDKcITMRxs9mJWhhYSsfiftWQ/5B4VB60mqTGqWhk9QmVwH 7lIp6gIRN+YUk7kXZhqc7tMDRXTq56g= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id bQwZXbMEd5J2 for ; Wed, 9 Jul 2014 15:19:36 +0200 (CEST) Received: from daremyth (nat.kappastar.com [193.53.106.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 4C851B903D for ; Wed, 9 Jul 2014 15:19:36 +0200 (CEST) Date: Wed, 9 Jul 2014 15:19:36 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: Any chance for ThinkPad T440? Message-Id: <20140709151936.ff5b09a906f576a63b532bbe@mimar.rs> X-Mailer: Sylpheed 3.4.0beta7 (GTK+ 2.24.23; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 13:19:41 -0000 Hi, I just got this cool ThinkPad T440 as my work laptop, only to find out that it is unusable with stable FreeBSDs. Showstoppers are: - Intel Wireless 7260 (no wifi at all) - Intel HD Graphics 4400 (vesa only) Can I hope those will be supported any time soon? Thank you in advance, --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 13:37:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A58EB37 for ; Wed, 9 Jul 2014 13:37:51 +0000 (UTC) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) (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 485232E35 for ; Wed, 9 Jul 2014 13:37:51 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X4s45-000DX9-37; Wed, 09 Jul 2014 13:37:41 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X4s45-0002BB-0n; Wed, 09 Jul 2014 14:37:41 +0100 To: decvt100@gmail.com, freebsd-stable@freebsd.org Subject: Re: Issues using new_xorg pkg repository In-Reply-To: <24244376.QCTQUyq6Lv@hobbita.kernelmap.com> Message-Id: From: Pete French Date: Wed, 09 Jul 2014 14:37:41 +0100 Cc: petefrench@ingresso.co.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 13:37:51 -0000 > As you can see, the macro ${ABI} has been deleted from the config file. > ...... > << EOF, this macro is deleted (I don't know why, maybe it depends on shell you=20 > are using). Aha, yes, thats it exactly! I am using /bin/sh - and that will try and expand the 4{ABI} itself I guess. Though surely it shouldnt when using a here file ? Anyway, that fixes it, thankyou! -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 13:57:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89F7150F for ; Wed, 9 Jul 2014 13:57:41 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 23BCB2062 for ; Wed, 9 Jul 2014 13:57:40 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id d1so512816wiv.15 for ; Wed, 09 Jul 2014 06:57:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=L5QYwJoigkOXnRGXO6OJHuN/Bx1Q+DJCGq+pgS0gTCQ=; b=mUL13CbW005rgRoOtBw4yTlD+RDImLo+MPCrX7uQ7po+HImpNCtFFUpSTerg2WNFG+ S0ykwaNSfmFwGNufLtu9233nIlmep2+DWGjrz1sGFDjhAhjwVhSmvTXrTG3SDWTiuBCO 4oSUwIZL98N6Gv6D2Fpkio/+Ndqqhre+67FArARJRZLpHvGaHUgeCr6tam2eWm5x5MQu ddLodEvVp4+AZCGOOFQtlL19lUVB5Xh36YPwFWKusbWvz6RUPNHPaRDpcTgs+q8rhmQU Glwr4d3NdwMqwCpvsNtNs1wXqbJZOIYid9mpASrD/YC1xiv54+PxkoitOSnuGcEHrPVH tmuw== MIME-Version: 1.0 X-Received: by 10.194.133.42 with SMTP id oz10mr41363947wjb.40.1404914259276; Wed, 09 Jul 2014 06:57:39 -0700 (PDT) Received: by 10.216.186.130 with HTTP; Wed, 9 Jul 2014 06:57:39 -0700 (PDT) In-Reply-To: References: <24244376.QCTQUyq6Lv@hobbita.kernelmap.com> Date: Wed, 9 Jul 2014 09:57:39 -0400 Message-ID: Subject: Re: Issues using new_xorg pkg repository From: Brandon Allbery To: Pete French Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-stable , decvt100@gmail.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 13:57:41 -0000 On Wed, Jul 9, 2014 at 9:37 AM, Pete French wrote: > > As you can see, the macro ${ABI} has been deleted from the config file. > > ...... > > << EOF, this macro is deleted (I don't know why, maybe it depends on > shell you=20 > > are using). > > Aha, yes, thats it exactly! I am using /bin/sh - and that will > try and expand the 4{ABI} itself I guess. Though surely it > shouldnt when using a here file ? > It expands $ unless you quote the end string (cat <<'EOF' or cat <<\EOF). -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 14:10:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7D4AF94 for ; Wed, 9 Jul 2014 14:10:48 +0000 (UTC) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D75821D8 for ; Wed, 9 Jul 2014 14:10:48 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id ho1so2838763wib.2 for ; Wed, 09 Jul 2014 07:10:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding:content-type; bh=y3dBXiJd5+EgVf20n6YL8D2XabJWg8nr3caCjWfmfww=; b=r9yw8WAlsyFtrwJ3iJpl74GZrTStadBR5DiGYfDBKh1+Lk3muMrx4OmsYuI4iGWQxn AfQ79NVTgzcsy94b57dQwCWVaHtJ40/kSJ13/pML87jYdJOYAcobdR3UQNp91Hi7G963 JfFieOHKoGGRwQQBDGnMFYCx/A46G58g7EaGnDw9pwjOLxew53rEs7k8UHminZnVCyOC rz4/4e+HqLXr223dGP0VJTrQHEd2eF8sRxF37BTudhWvFkaFTOdfOTBrez4MuS3pXpOW S/7hPWS4vW4k5KS+bMTjyfQwuMCGPyCP6kXYHRC1FJfXdNwomCIOoUQJCbPGbIJrTKPf 6MVw== X-Received: by 10.194.79.135 with SMTP id j7mr49820223wjx.56.1404915046530; Wed, 09 Jul 2014 07:10:46 -0700 (PDT) Received: from hobbita.kernelmap.com (84.120.86.62.dyn.user.ono.com. [84.120.86.62]) by mx.google.com with ESMTPSA id i12sm103630349wjr.32.2014.07.09.07.10.45 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 09 Jul 2014 07:10:45 -0700 (PDT) From: Carlos To: Brandon Allbery Subject: Re: Issues using new_xorg pkg repository Date: Wed, 09 Jul 2014 16:09:58 +0200 Message-ID: <2718331.ry9dV3iG77@hobbita.kernelmap.com> User-Agent: KMail/4.12.5 (FreeBSD/10.0-STABLE; KDE/4.12.5; amd64; ; ) In-Reply-To: References: <24244376.QCTQUyq6Lv@hobbita.kernelmap.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Cc: freebsd-stable , Pete French X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 14:10:48 -0000 El Mi=E9rcoles, 9 de julio de 2014 09:57:39 Brandon Allbery escribi=F3:= > It expands $ unless you quote the end string (cat <<'EOF' or cat <<\E= OF). Thanks a lot! I didn't know anything about that behaviour. Best regards From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 14:13:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C468C24B for ; Wed, 9 Jul 2014 14:13:19 +0000 (UTC) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) (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 8C09B2278 for ; Wed, 9 Jul 2014 14:13:19 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X4scT-000FKJ-25; Wed, 09 Jul 2014 14:13:13 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X4scS-0002RR-Vw; Wed, 09 Jul 2014 15:13:12 +0100 To: allbery.b@gmail.com, decvt100@gmail.com Subject: Re: Issues using new_xorg pkg repository In-Reply-To: <2718331.ry9dV3iG77@hobbita.kernelmap.com> Message-Id: From: Pete French Date: Wed, 09 Jul 2014 15:13:12 +0100 Cc: freebsd-stable@freebsd.org, petefrench@ingresso.co.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 14:13:19 -0000 > El Mircoles, 9 de julio de 2014 09:57:39 Brandon Allbery escribi: > > It expands $ unless you quote the end string (cat <<'EOF' or cat <<\EOF). > > Thanks a lot! > > I didn't know anything about that behaviour. Neither did I! 28 years later I am still learning new things about /bin/sh ;-) Should the directions for creating the new_xorg repository be changed to reflect this ? In the other thread ther are there with EOF unquoted, as they are in the original post, and thus this is going to trip up more people. -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 14:26:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 322689A8 for ; Wed, 9 Jul 2014 14:26:50 +0000 (UTC) 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 99B4123D2 for ; Wed, 9 Jul 2014 14:26:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s69EQkYR076587; Thu, 10 Jul 2014 00:26:46 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 10 Jul 2014 00:26:46 +1000 (EST) From: Ian Smith To: decvt100@gmail.com, freebsd-stable@freebsd.org Subject: Re: Issues using new_xorg pkg repository Message-ID: <20140710002421.S50382@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 14:26:50 -0000 Sorry, fat-fingered the ccs in my reply, Pete got his .. On Wed, 9 Jul 2014 14:37:41 +0100, Pete French wrote: > > As you can see, the macro ${ABI} has been deleted from the config file. > > ...... > > << EOF, this macro is deleted (I don't know why, maybe it depends on shell you=20 > > are using). > > Aha, yes, thats it exactly! I am using /bin/sh - and that will > try and expand the 4{ABI} itself I guess. Though surely it > shouldnt when using a here file ? > > Anyway, that fixes it, thankyou! It fails in csh too, but at least noisily :) Using \$ preserves ${ABI} in the output file, in sh and csh at least. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 14:43:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26D6A680 for ; Wed, 9 Jul 2014 14:43:39 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B1C362620 for ; Wed, 9 Jul 2014 14:43:38 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id b13so7407721wgh.23 for ; Wed, 09 Jul 2014 07:43:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=cvhgkuscq4bGs7jf0AnzSNz+4CkU52cYwWGth086SmM=; b=RDy2/8ZeALc5e/s2NEEODGU5vzV2oi4DfqXCPAf/876zKjDHqOjQJe/blHgo4MYPXe nJmGPe27288ZCd9AYzTjfZHrnuK5nau1nUUcugaPvZRufMn/kkNO1gfqKatPNzZ2Ipae /b2Z8MlmI3EIE5/dl74OJV+qwqjc6Nhio40eUWkdh4LPFHq5rXJEK14oq5Rh3RbvBswG feBuh4Fx2xoyzhl90ChifRv63kxXyaKcY+xKSYhk4lWqzdPKw6hnN3s+U7IJLTIKSAg2 1QWaq1f58PbzcLjKYyappLrxBNZW18XEWM3gUU0EAFs3ZBI5XrqFeLx3J2eGok90uCnp hi5Q== X-Received: by 10.194.8.102 with SMTP id q6mr48971069wja.74.1404917016527; Wed, 09 Jul 2014 07:43:36 -0700 (PDT) Received: from [134.169.235.97] (dhcp235-097.wlan.rz.tu-bs.de. [134.169.235.97]) by mx.google.com with ESMTPSA id fb15sm20100109wid.23.2014.07.09.07.43.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 09 Jul 2014 07:43:35 -0700 (PDT) Message-ID: <53BD5516.30101@gmail.com> Date: Wed, 09 Jul 2014 16:43:34 +0200 From: =?ISO-8859-1?Q?Jan_Kokem=FCller?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Any chance for ThinkPad T440? References: <20140709151936.ff5b09a906f576a63b532bbe@mimar.rs> In-Reply-To: <20140709151936.ff5b09a906f576a63b532bbe@mimar.rs> 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.18 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, 09 Jul 2014 14:43:39 -0000 Hi, > - Intel Wireless 7260 (no wifi at all) It looks like there is no driver for FreeBSD for this chip yet. I think you can't even swap the mini pci card out for a supported one, since the newer Lenovo models with UEFI have a white list for wireless chips that you can't work around. The only other chip that appears on the FRU list for the T440 (http://download.lenovo.com/parts/ThinkPad/t440_fru_list_20140213.pdf) is the RTL8192EE, but that doesn't seem to be supported either. Also it looks like the T440 has no expresscard slot, so that leaves a wifi USB stick as your only option (but the drivers don't support 11n). > - Intel HD Graphics 4400 (vesa only) Currently a newer Intel driver is being ported (https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to%20Linux%203.8) that will support the Haswell chips. By the way, how well does the new clickpad of this laptop work under FreeBSD? Is it possible to use the pointing stick and the top of the clickpad as the three mouse buttons? It would be great if mouse wheel emulation still worked (holding the middle button and moving the stick scrolls the screen when enabled with moused_flags="-V -U 0"). Cheers, Jan From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 14:47:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1888C916; Wed, 9 Jul 2014 14:47:36 +0000 (UTC) Received: from smtp9.server.rpi.edu (smtp9.server.rpi.edu [128.113.2.229]) (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 BE2C22696; Wed, 9 Jul 2014 14:47:35 +0000 (UTC) Received: from smtp-auth1.server.rpi.edu (smtp-auth1.server.rpi.edu [128.113.2.231]) by smtp9.server.rpi.edu (8.14.3/8.14.3/Debian-9.4) with ESMTP id s69ElXS6027740; Wed, 9 Jul 2014 10:47:33 -0400 Received: from smtp-auth1.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth1.server.rpi.edu (Postfix) with ESMTP id EFE6158020; Wed, 9 Jul 2014 10:47:32 -0400 (EDT) Received: from [128.113.208.247] (vpn-208-247.net.rpi.edu [128.113.208.247]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: healer) by smtp-auth1.server.rpi.edu (Postfix) with ESMTPSA id B2B135801B; Wed, 9 Jul 2014 10:47:32 -0400 (EDT) Message-ID: <53BD5607.9080406@rpi.edu> Date: Wed, 09 Jul 2014 10:47:35 -0400 From: Bob Healey User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: FreeBSD Stable Mailing List Subject: Re: Interactions with mxge, pf, nfsd, and the kernel References: <2035928323.8860293.1404849282793.JavaMail.root@uoguelph.ca> In-Reply-To: <2035928323.8860293.1404849282793.JavaMail.root@uoguelph.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.5 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 15.10] C55(0) X-CanIt-Incident-Id: 02MoeLxM6 X-CanIt-Geo: ip=128.113.208.247; country=US; region=New York; city=Troy; latitude=42.7495; longitude=-73.5951; http://maps.google.com/maps?q=42.7495,-73.5951&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.229 Cc: Hans Petter Selasky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 14:47:36 -0000 These machines primary purpose is to provide nfs services to an HPC cluster (12 hosts, 384 cores) on a gigabit interconnection. mxge0 is a 10G link to an HP Procurve 2910al with the hpc nodes connected to it, existing in RFC 1918 space. bce1 is connected to the public network. bce0 is only used for accessing the IPMI chipset. 9K packets are enabled in what appears to be a futile attempt to improve nfs and mpi performance within the cluster. I can revert back to 1500 byte packets, and just chalk this up to being things mere mortals are not to meddle with. Bob Healey Systems Administrator Biocomputation and Bioinformatics Constellation and Molecularium healer@rpi.edu (518) 276-4407 On 7/8/2014 3:54 PM, Rick Macklem wrote: > Bob Healey wrote: >> I've been running one of these machines without pf, and it has ceased >> responding on all interfaces (mxge and bce). The console still works >> fine, and a reboot will clear the problems for now. I'm running out >> of >> ideas. >> root@helo:~ # netstat -i >> Name Mtu Network Address Ipkts Ierrs Idrop >> Opkts Oerrs Coll >> mxge0 9000 00:60:dd:44:d2:07 44838061 164399 0 >> 31944144 0 0 >> mxge0 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - >> 3 - - >> bce0 1500 08:9e:01:50:a3:08 97018 0 0 >> 0 0 0 >> bce0 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - >> 3 - - >> bce1 1500 08:9e:01:50:a3:09 889442915 1791 0 >> 557044449 0 0 >> bce1 1500 128.113.12.0 helo 888129846 - - >> 676300451 - - >> bce1 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - >> 4 - - >> lo0 16384 28448 0 0 >> 28448 0 0 >> lo0 16384 localhost ::1 59 - - >> 59 - - >> lo0 16384 fe80::1%lo0 fe80::1 0 - - >> 0 - - >> lo0 16384 your-net localhost 28389 - - >> 28389 - - >> vlan2 9000 00:60:dd:44:d2:07 28107520 0 0 >> 19859118 0 0 >> vlan2 9000 10.2.3.0 helo.galactica.lo 28088754 - - >> 24433917 - - >> vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - >> 3 - - >> vlan2 9000 00:60:dd:44:d2:07 16730541 0 0 >> 12084894 0 0 >> vlan2 9000 10.2.4.0 helo.enterprise.l 16724370 - - >> 12924742 - - >> vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - >> 3 - - >> root@helo:~ # netstat -m >> 7632/6798/14430 mbufs in use (current/cache/total) >> 4186/2886/7072/1018944 mbuf clusters in use (current/cache/total/max) >> 4080/1420 mbuf+clusters out of packet secondary zone in use >> (current/cache) >> 0/6/6/509472 4k (page size) jumbo clusters in use >> (current/cache/total/max) >> 593/25/618/150954 9k jumbo clusters in use (current/cache/total/max) > Hmm, since you are using jumbo clusters, running out of kernel address > space such that it can no longer allocate boundary tags might be a possibility. > > Do a "ps axHl" and look for any threads with a WCHAN of "btallo". If you find > any of those, this is definitely what is happening. (Unfortunately, for the case > of M_NOWAIT, the threads will just be in "R" state when this happens, since they > never do a pause("btalloc"); > > From what little I understand (and saw when I had it happen while testing NFS > using PAGE_SIZE clusters) is that, once this happens, pretty well all uma_zalloc()s > fail (which implies all mbuf allocations). As such, the machine is pretty well > dead w.r.t. networking. > > If you can run without jumbo clusters, I think that would be worth a try. > > Good luck with it, rick > ps: I've added Hans to the cc list, since he is proposing a case where jumbo > clusters would be used more and this can be problematic. > >> 0/0/0/84912 16k jumbo clusters in use (current/cache/total/max) >> 15617K/7720K/23337K bytes allocated to network (current/cache/total) >> 3/72461/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) >> 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) >> 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) >> 122/391912/0 requests for jumbo clusters denied (4k/9k/16k) >> 0 requests for sfbufs denied >> 0 requests for sfbufs delayed >> 0 requests for I/O initiated by sendfile >> root@helo:~ # uptime >> 9:07AM up 12 days, 8:15, 1 user, load averages: 0.19, 0.19, 0.20 >> root@helo:~ # ifconfig >> mxge0: flags=8843 metric 0 >> mtu 9000 >> options=6c03bb >> ether 00:60:dd:44:d2:07 >> inet6 fe80::260:ddff:fe44:d207%mxge0 prefixlen 64 scopeid >> 0x1 >> nd6 options=29 >> media: Ethernet 10Gbase-CX4 >> status: active >> bce0: flags=8843 metric 0 mtu >> 1500 >> options=c01bb >> ether 08:9e:01:50:a3:08 >> inet6 fe80::a9e:1ff:fe50:a308%bce0 prefixlen 64 scopeid 0x2 >> nd6 options=29 >> media: Ethernet autoselect (1000baseT ) >> status: active >> bce1: flags=8843 metric 0 mtu >> 1500 >> options=c01bb >> ether 08:9e:01:50:a3:09 >> inet 128.113.12.134 netmask 0xffffff00 broadcast >> 128.113.12.255 >> inet6 fe80::a9e:1ff:fe50:a309%bce1 prefixlen 64 scopeid 0x3 >> nd6 options=29 >> media: Ethernet autoselect (1000baseT ) >> status: active >> lo0: flags=8049 metric 0 mtu 16384 >> options=600003 >> inet6 ::1 prefixlen 128 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 >> inet 127.0.0.1 netmask 0xff000000 >> nd6 options=21 >> vlan23: flags=8843 metric 0 >> mtu 9000 >> options=303 >> ether 00:60:dd:44:d2:07 >> inet 10.2.3.244 netmask 0xffffff00 broadcast 10.2.3.255 >> inet6 fe80::260:ddff:fe44:d207%vlan23 prefixlen 64 scopeid >> 0x5 >> nd6 options=29 >> media: Ethernet 10Gbase-CX4 >> status: active >> vlan: 23 parent interface: mxge0 >> vlan24: flags=8843 metric 0 >> mtu 9000 >> options=303 >> ether 00:60:dd:44:d2:07 >> inet 10.2.4.244 netmask 0xffffff00 broadcast 10.2.4.255 >> inet6 fe80::260:ddff:fe44:d207%vlan24 prefixlen 64 scopeid >> 0x6 >> nd6 options=29 >> media: Ethernet 10Gbase-CX4 >> status: active >> vlan: 24 parent interface: mxge0 >> rc.conf: >> hostname="helo.bio.rpi.edu" >> ifconfig_bce1=" inet 128.113.12.134 netmask 0xffffff00" >> ifconfig_mxge0="up mtu 9000" >> ifconfig_bce0="up" >> cloned_interfaces="vlan23 vlan24" >> ifconfig_vlan23="inet 10.2.3.244 netmask 255.255.255.0 vlan 23 >> vlandev >> mxge0" >> ifconfig_vlan24="inet 10.2.4.244 netmask 255.255.255.0 vlan 24 >> vlandev >> mxge0" >> defaultrouter="128.113.12.254" >> sshd_enable="YES" >> ntpd_enable="YES" >> powerd_enable="YES" >> # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable >> dumpdev="NO" >> zfs_enable="YES" >> nisdomainname="GALACTICA.BIO.RPI.EDU" >> ntpdate_enable="YES" >> ntpdate_hosts="ntp.rpi.edu" >> rpc_lockd_enable="YES" >> rpc_statd_enable="YES" >> rpcbind_enable="YES" >> nis_client_enable="YES" >> nis_client_flags="-m -S GALACTICA.BIO.RPI.EDU,adama.galactica.local" >> nfs_server_enable="YES" >> mountd_enable="YES" >> nfsd_enable="YES" >> apcupsd_enable="YES" >> #pf_enable="YES" >> netwait_enable="YES" >> netwait_ip="128.113.12.254" >> netwait_if="mxge0" >> static_routes="management" >> route_management="-net 10.1.1.0/24 10.2.3.254" >> amd_enable="YES" # Run amd service with $amd_flags >> (or NO). >> amd_flags="-a /.amd_mnt -l syslog /home amd.home" >> amd_map_program="NO" # Can be set to "ypcat -k amd.master" >> root@helo:~ # uname -a >> FreeBSD helo.bio.rpi.edu 10.0-RELEASE-p4 FreeBSD 10.0-RELEASE-p4 #0: >> Tue >> Jun 3 13:14:57 UTC 2014 >> root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >> >> Bob Healey >> Systems Administrator >> Biocomputation and Bioinformatics Constellation >> and Molecularium >> healer@rpi.edu >> (518) 276-4407 >> >> On 7/2/2014 11:11 AM, Bob Healey wrote: >>> Hello. >>> >>> I've been wrestling with this on and off for a few months now. I >>> have >>> an assortment of systems (some Dell Poweredge R515, R610, and IBM >>> x3630M3) with 10 gig Myricom ethernet cards acting as nfs servers >>> to >>> Linux HPC compute clusters (12-36 nodes, 384 - 480 cores) connected >>> via gigabit ethernet. They are also connected to the outside world >>> via onboard bce (Dell) or igb (IBM). After a variable length of >>> time, >>> I will lose all network access to a host. Connecting via console, >>> the >>> machine tends to be fully responsive. A reboot clears the problem, >>> but >>> I have yet to figure out any sysctls/loader.conf tunables to clear >>> the >>> problem and make it stay away. PF is in use to restrict access to >>> the >>> host to a pair of public /24's, and to 10/8. If there is a way in >>> zfs's sharenfs property to make that restriction, I'd be happy to >>> change, but I really don't like leaving nfs open to the >>> university's >>> quartet of /16's, so PF it is. The vlan2 interface has mxge0 as >>> its >>> parent. >>> >>> Thanks for any help. >>> >>> This host is getting ready to crash soon, based on netstat. >>> root@husker:~ # netstat -i >>> Name Mtu Network Address Ipkts Ierrs Idrop >>> Opkts >>> Oerrs Coll >>> mxge0 9000 00:60:dd:44:d2:0a 6358280 262 0 >>> 4061637 0 0 >>> mxge0 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - >>> 2 - - >>> bce0 1500 08:9e:01:50:a1:ac 276391 0 0 >>> 0 0 0 >>> bce0 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - >>> 3 - - >>> bce1 1500 08:9e:01:50:a1:ad 2229709391 16921 0 >>> 1182942116 0 0 >>> bce1 1500 128.113.12.0 husker 2226254093 - - >>> 1183962005 - - >>> bce1 1500 fe80::a9e:1ff fe80::a9e:1ff:fe5 0 - - >>> 3 - - >>> lo0 16384 2030 0 0 >>> 2030 0 0 >>> lo0 16384 localhost ::1 4 - - >>> 4 - - >>> lo0 16384 fe80::1%lo0 fe80::1 0 - - >>> 0 - - >>> lo0 16384 your-net localhost 2026 - - >>> 2026 - - >>> vlan2 9000 00:60:dd:44:d2:0a 4387250 0 0 >>> 3060586 0 0 >>> vlan2 9000 10.2.3.0 husker.galactica. 4370309 - - >>> 3963931 - - >>> vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - >>> 2 - - >>> vlan2 9000 00:60:dd:44:d2:0a 1971034 0 0 >>> 1001061 0 0 >>> vlan2 9000 10.2.4.0 husker.enterprise 1700742 - - >>> 1961891 - - >>> vlan2 9000 fe80::260:ddf fe80::260:ddff:fe 0 - - >>> 4 - - >>> root@husker:~ # netstat -im >>> 6157/3233/9390 mbufs in use (current/cache/total) >>> 4081/1883/5964/1018800 mbuf clusters in use >>> (current/cache/total/max) >>> 4080/795 mbuf+clusters out of packet secondary zone in use >>> (current/cache) >>> 0/5/5/509399 4k (page size) jumbo clusters in use >>> (current/cache/total/max) >>> 512/23/535/150933 9k jumbo clusters in use >>> (current/cache/total/max) >>> 0/0/0/84899 16k jumbo clusters in use (current/cache/total/max) >>> 14309K/4801K/19110K bytes allocated to network >>> (current/cache/total) >>> 10/1883/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) >>> 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) >>> 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) >>> 2/1736/0 requests for jumbo clusters denied (4k/9k/16k) >>> 0 requests for sfbufs denied >>> 0 requests for sfbufs delayed >>> 0 requests for I/O initiated by sendfile >>> root@husker:~ # uptime >>> 11:07AM up 23 days, 19:27, 1 user, load averages: 0.14, 0.17, 0.13 >>> root@husker:~ # sysctl -a | grep nmb >>> kern.ipc.nmbclusters: 1018800 >>> kern.ipc.nmbjumbop: 509399 >>> kern.ipc.nmbjumbo9: 452799 >>> kern.ipc.nmbjumbo16: 339596 >>> kern.ipc.nmbufs: 6520320 >>> root@husker:~ # cat /boot/loader.conf >>> zfs_load="YES" >>> amdtemp_load="YES" >>> if_mxge_load="YES" >>> mxge_ethp_z8e_load="YES" >>> mxge_eth_z8e_load="YES" >>> mxge_rss_ethp_z8e_load="YES" >>> mxge_rss_eth_z8e_load="YES" >>> vfs.zfs.arc_max="12288M" >>> root@husker:~ # cat /var/run/dmesg.boot | head -16 >>> Copyright (c) 1992-2014 The FreeBSD Project. >>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, >>> 1994 >>> The Regents of the University of California. All rights >>> reserved. >>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>> FreeBSD 10.0-RELEASE-p4 #0: Tue Jun 3 13:14:57 UTC 2014 >>> root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC >>> amd64 >>> FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 >>> CPU: AMD Opteron(tm) Processor 4122 (2200.07-MHz K8-class CPU) >>> Origin = "AuthenticAMD" Id = 0x100f80 Family = 0x10 Model = >>> 0x8 >>> Stepping = 0 >>> Features=0x178bfbff >>> >>> Features2=0x802009 >>> AMD >>> Features=0xee500800 >>> AMD >>> Features2=0x837ff >>> TSC: P-state invariant >>> real memory = 17179869184 (16384 MB) >>> avail memory = 16588054528 (15819 MB) >>> >>> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" >> From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 14:53:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82B8DB6B for ; Wed, 9 Jul 2014 14:53:54 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 406C0277C for ; Wed, 9 Jul 2014 14:53:54 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id EAD2E1FE02D; Wed, 9 Jul 2014 16:53:52 +0200 (CEST) Message-ID: <53BD5788.40308@selasky.org> Date: Wed, 09 Jul 2014 16:54:00 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Bob Healey , FreeBSD Stable Mailing List Subject: Re: Interactions with mxge, pf, nfsd, and the kernel References: <2035928323.8860293.1404849282793.JavaMail.root@uoguelph.ca> <53BD5607.9080406@rpi.edu> In-Reply-To: <53BD5607.9080406@rpi.edu> 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.18 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, 09 Jul 2014 14:53:54 -0000 On 07/09/14 16:47, Bob Healey wrote: > These machines primary purpose is to provide nfs services to an HPC > cluster (12 hosts, 384 cores) on a gigabit interconnection. mxge0 is a > 10G link to an HP Procurve 2910al with the hpc nodes connected to it, > existing in RFC 1918 space. bce1 is connected to the public network. > bce0 is only used for accessing the IPMI chipset. 9K packets are > enabled in what appears to be a futile attempt to improve nfs and mpi > performance within the cluster. I can revert back to 1500 byte packets, > and just chalk this up to being things mere mortals are not to meddle with. > > Bob Healey > Systems Administrator > Biocomputation and Bioinformatics Constellation > and Molecularium > healer@rpi.edu > (518) 276-4407 > Hi, Have you tried 4K packets instead of 9K ones? I understand the mbufs are special and must be contiguous in physical memory, so memory allocation fragmentation can lead up to starvation of mbufs. --HPS From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 18:20:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B89DF33 for ; Wed, 9 Jul 2014 18:20:08 +0000 (UTC) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48C2C2A62 for ; Wed, 9 Jul 2014 18:20:08 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id rp18so1150326iec.12 for ; Wed, 09 Jul 2014 11:20:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=R1GidHZ8yIiFugj2RxZ35io8ecsdWmfDIPp7e5Hi9xs=; b=cg0S4f5Amr3gX9RK0LgIZduFMCfMjy6TQBtcZPpqvEmD6d1u7e2QVNaFuI9w0iXmvD z2fdQhiETWfOnIL/oNn9x++tfXZDlXOOXiToOA0h8ZZ2S4G3rvXhiq5bAZcEH0OHx0ZU uVcD1QWjz0AQIIBfSDO6WWnnvPjekDt5z8ccvSly45H77xgTbqLKXWwy6/doACepaK6o i2J1TTBaE+Sw1KtHkPcdBdX+hTa2eJ+zYR0tLF9v8Zx2fLCVh63RCxSsqItnxsKKoAs0 wCO0OtjcQ/0JJiUZfCk1JKvQ81cZ7YHwxXMtcoGX1c2HUK/GCDEvklhf75QUGnLyclLm qZaQ== MIME-Version: 1.0 X-Received: by 10.50.221.104 with SMTP id qd8mr15347146igc.35.1404930007649; Wed, 09 Jul 2014 11:20:07 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.64.165.73 with HTTP; Wed, 9 Jul 2014 11:20:07 -0700 (PDT) In-Reply-To: <1404225648.281683439.6h0dcd5k@frv35.fwdcdn.com> References: <1404225648.281683439.6h0dcd5k@frv35.fwdcdn.com> Date: Wed, 9 Jul 2014 14:20:07 -0400 X-Google-Sender-Auth: T1yxt0RZZ9TJwstEL2UnJH-Ybrg Message-ID: Subject: Re: mount root error while booting bootonly.iso From: Rick Miller To: Vladislav Prodan Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 18:20:08 -0000 Hi Vladislav, On Tue, Jul 1, 2014 at 10:43 AM, Vladislav Prodan wrote: > > > I have considered updating the firmware provided a newer version exists, > > but have yet to do so. > > > > ### Snapshots & dmesg output > > > > The first snapshot shows the initial cam probe error, while the second > > snapshot shows a number of retries. It stops after 5 failed retries. > > > > http://www.hostileadmin.com/images/mountroot_error_warning.png > > http://www.hostileadmin.com/images/mountroot_error_out.png > > http://www.hostileadmin.com/logs/dmesg.out > > > > Thanks! > > > > > Does not work mount ISO bootable via USB CDROM. > See my PR # 190939. Can you elaborate on the platforms you tested this with? The platform I have been working on is the HP DL360p G8 with updated firmware and iLO. -- Rick From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 20:41:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A907952; Wed, 9 Jul 2014 20:41:02 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5264B27C4; Wed, 9 Jul 2014 20:41:02 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 59D44B9C4; Wed, 9 Jul 2014 16:41:01 -0400 (EDT) From: John Baldwin To: Harald Schmalzbauer Subject: Re: unexpected idprio 31 behavior on 9.2-BETA2 and 9.2-RC1 Date: Wed, 9 Jul 2014 14:01:05 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <1375737316.96778.10.camel@firkin.mischler.com> <201309040958.48377.jhb@freebsd.org> <53BA5CA6.1000100@omnilan.de> In-Reply-To: <53BA5CA6.1000100@omnilan.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Message-Id: <201407091401.05433.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 09 Jul 2014 16:41:01 -0400 (EDT) Cc: J David , freebsd-stable@freebsd.org, Eric van Gyzen , avg@freebsd.org, dave@mischler.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 20:41:02 -0000 On Monday, July 07, 2014 4:39:02 am Harald Schmalzbauer wrote: > Bez=FCglich John Baldwin's Nachricht vom 04.09.2013 15:58 (localtime): > > On Thursday, August 08, 2013 10:41:12 am Eric van Gyzen wrote: > >> On 08/08/2013 09:19, Eric van Gyzen wrote: > >>> On 08/06/2013 14:23, J David wrote: > >>>> On Tue, Aug 6, 2013 at 1:59 PM, Eric van Gyzen =20 wrote: > >>>>>> on an otherwise idle amd64 system with 4 CPUs. The first command = in=20 > > the > >>>>>> build.log file: > >>>>>> > >>>>>> rm -rf /usr/obj/home/freebsd/tmp > >>>>>> > >>>>>> took over three minutes. It should have taken about three /second= s/. > >>>>>> > >>>>>> "uptime" reported a load average of around 1.00. > >>>>>> "top" showed no threads (user or kernel) using CPU. > >>>>>> "iostat" showed an average of less than 20 tps on ada0. > >>>>>> "rm" was usually in the RUN state. > >>>> We are looking at something similar. Would you be able to try to > >>>> reproduce it using a kernel with: > >>>> > >>>> nooptions SCHED_ULE > >>>> options SCHED_4BSD > >>>> > >>>> to see if it makes a difference? It seems to, but the problem is > >>>> inconsistent enough that I can't be sure. > >>> The 4BSD scheduler does //not// exhibit this problem. I tested with = the > >>> latest releng/9.2 (r254054) and an otherwise GENERIC config. > >> > >> To be thorough, I built a GENERIC kernel at the same rev, and it still > >> exhibits the problem. > >=20 > > Please try this change: > >=20 > > Index: sched_ule.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --- sched_ule.c (revision 255020) > > +++ sched_ule.c (working copy) > > @@ -243,7 +243,7 @@ struct tdq { > > int tdq_transferable; /* Transferable thread count. */ > > short tdq_switchcnt; /* Switches this tick. */ > > short tdq_oldswitchcnt; /* Switches last tick. */ > > - u_char tdq_lowpri; /* Lowest priority thread. */ > > + u_short tdq_lowpri; /* Lowest priority thread. */ > > u_char tdq_ipipending; /* IPI pending. */ > > u_char tdq_idx; /* Current insert index. */ > > u_char tdq_ridx; /* Current removal index. */ > > @@ -2323,7 +2323,7 @@ sched_choose(void) > > tdq->tdq_lowpri =3D td->td_priority; > > return (td); > > } > > - tdq->tdq_lowpri =3D PRI_MAX_IDLE; > > + tdq->tdq_lowpri =3D PRI_MAX_IDLE + 1; > > return (PCPU_GET(idlethread)); > > } >=20 > Hello, >=20 > the fix above still applies cleanly to 9.3-RC3. > Was ist solved differently? Or just slipped through? No one ever told me that they tested it and that it worked. If it works I= =20 will happily commit it, but it is too late for 9.3. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 20:41:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9932D999 for ; Wed, 9 Jul 2014 20:41:03 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5F1F927C5 for ; Wed, 9 Jul 2014 20:41:03 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6B7CCB9BD; Wed, 9 Jul 2014 16:41:02 -0400 (EDT) From: John Baldwin To: Vlad Galu Subject: Re: Weird ISR accounting in 10-STABLE Date: Wed, 9 Jul 2014 14:02:23 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201407091402.23537.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 09 Jul 2014 16:41:02 -0400 (EDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 20:41:03 -0000 On Tuesday, July 08, 2014 8:56:44 am Vlad Galu wrote: > The symptom has reappeared, although interestingly enough I can't spot > anything out of the ordinary in this DTrace output: Can you get dtrace to only display the functions called by that thread? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 21:44:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4355F22C for ; Wed, 9 Jul 2014 21:44:07 +0000 (UTC) Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED6732DEC for ; Wed, 9 Jul 2014 21:44:06 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id il7so8894716vcb.27 for ; Wed, 09 Jul 2014 14:44:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=packetdam.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=3TU2Isi8d1adr7mFUUZd0kTf4nVXM4RtigPHH5szADk=; b=QeqnVrP+6Sup7B5q6kI09n6yMlvRf9yW/uAnLVra7ecKACB0N06LcFqUB29RKFNwpI KSVy1Nt7wH03hfUH5xr22sKzSVB6oInY307puZE11uKkpjT42EBlhX3qRc96dQvw3aMG YQEWKRfpToJZy9koiGPlvd0VLmm5UEX9vCMtw= 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:content-type; bh=3TU2Isi8d1adr7mFUUZd0kTf4nVXM4RtigPHH5szADk=; b=N7uoDsHXIFcaPgj4qOCM6ZR4roGA2/zASYLyW3FAzp5R4zsxh9iN6gJghfLKKyXm2g BLJoVh3L+48QBAbB1fzt63EhVZGuJJaiGUHSCeN7zP2XNxA3rWs64HwT3K/HLuzfYfYx +xZ4VkHCOlp4by55XILJiX4wQsiE83dFE1oDSFKg78xF+pbHnaqoIDMQR9MWHl1Q7sqR 30iRVm0jeJjdxM9CkSDDeK0Cf+YXoUZc0S7XM2yNEP/cqld8xcIfjth7dL0tYAA8Wamc oGnOv4RN8bW9vojvsXndHcWVRz3iOoUtV14AkEvg6GtI044Q8wnoDWKAJhCIFzR1oVlV dOYA== X-Gm-Message-State: ALoCoQn5X5t8+lv0JSoIlCW3sfDvXnIm6R2u1DtjvMRgsqlHq9gYnBXpoW0gYgNDOt8Mu8KXWhch X-Received: by 10.52.171.233 with SMTP id ax9mr334245vdc.76.1404942245798; Wed, 09 Jul 2014 14:44:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.185.6 with HTTP; Wed, 9 Jul 2014 14:43:25 -0700 (PDT) X-Originating-IP: [148.251.50.122] In-Reply-To: <201407091402.23537.jhb@freebsd.org> References: <201407091402.23537.jhb@freebsd.org> From: Vlad Galu Date: Wed, 9 Jul 2014 22:43:25 +0100 Message-ID: Subject: Re: Weird ISR accounting in 10-STABLE To: John Baldwin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 09 Jul 2014 21:44:07 -0000 I hope I'm doing this the right way. Invoking DTrace as dtrace -n 'profile-1000 /curthread->td_name == "swi1: netisr 0"/ { @[func(arg0)] = count(); }' outputs: -- cut here -- kernel`__mtx_lock_sleep 2 kernel`in6_rtalloc1 15 kernel`mb_dtor_mbuf 25 kernel`m_tag_delete_nonpersistent 26 kernel`m_tag_delete_chain 29 kernel`swi_net 29 kernel`netisr_select_cpuid 34 kernel`mac_mbuf_init 37 kernel`ipsec_in_reject 42 kernel`nd6_output 44 kernel`key_havesp 44 kernel`mac_policy_sunlock_nosleep 51 kernel`mac_mbuf_to_label 51 kernel`m_tag_copy_chain 52 kernel`ip6_ipsec_filtertunnel 53 kernel`critical_enter 58 kernel`critical_exit 58 kernel`pf_check6_in 58 kernel`netisr_queue 59 kernel`ipsec6_in_reject 59 kernel`m_freem 63 kernel`mac_policy_slock_nosleep 63 kernel`pf_check6_out 69 kernel`in6_lltable_lookup 87 kernel`in6_clearscope 102 kernel`looutput 108 kernel`if_simloop 121 kernel`ipsec_getpolicybyaddr 134 kernel`rtfree 160 kernel`uma_zalloc_arg 211 kernel`m_copym 262 kernel`mac_netinet6_nd6_send 268 kernel`key_allocsp_default 270 kernel`pfil_run_hooks 303 kernel`pf_test6 335 kernel`uma_zfree_arg 337 kernel`bcopy 340 kernel`mac_ifnet_create_mbuf 358 kernel`netisr_queue_internal 368 kernel`_rm_runlock 371 kernel`rtalloc1_fib 385 kernel`mb_ctor_mbuf 412 kernel`nd6_output_lle 465 kernel`_key_freesp 506 kernel`key_addref 521 kernel`_rw_runlock_cookie 602 kernel`__rw_rlock 606 kernel`in6_setscope 662 kernel`_rm_rlock 758 kernel`rn_match 797 kernel`mac_ifnet_check_transmit 1110 kernel`ip6_forward 1334 kernel`bzero 1492 kernel`ip6_input 1685 kernel`bcmp 3511 -- and here -- The swi thread is definitely the naughtiest, running dtrace -n 'profile-1000 { @[stringof(curthread->td_name)] = count(); }' shows: -- cut here -- aiod1 1 arc_reclaim_thread 1 trim tank 1 txg_thread_enter 1 vmdaemon 1 zio_write_issue_1 1 acpi_cooling1 2 acpi_thermal 2 irq265: re0 2 vnlru 2 bufdaemon 3 irq266: ahci0 3 l2arc_feed_thread 3 sshd 5 pagedaemon 6 syncer 13 dtrace 17 cut 18 sh 18 tmux 30 rand_harvestq 38 pf purge 51 swi4: clock 256 idle: cpu3 18803 idle: cpu5 18810 idle: cpu4 18826 idle: cpu2 18836 idle: cpu7 18839 idle: cpu6 18842 idle: cpu0 18882 swi1: netisr 0 19008 -- and here -- On Wed, Jul 9, 2014 at 7:02 PM, John Baldwin wrote: > On Tuesday, July 08, 2014 8:56:44 am Vlad Galu wrote: > > The symptom has reappeared, although interestingly enough I can't spot > > anything out of the ordinary in this DTrace output: > > Can you get dtrace to only display the functions called by that thread? > > -- > John Baldwin > -- Regards, Vlad From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 08:13:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E710258; Thu, 10 Jul 2014 08:13:23 +0000 (UTC) Received: from mail-vc0-x230.google.com (mail-vc0-x230.google.com [IPv6:2607:f8b0:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5022B2EA0; Thu, 10 Jul 2014 08:13:23 +0000 (UTC) Received: by mail-vc0-f176.google.com with SMTP id ik5so9762667vcb.35 for ; Thu, 10 Jul 2014 01:13:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Dqp+RhJ3d5x5SArFjWRGNewVvxqL3Hv2vjX/dsHLQoU=; b=x6mw3IOKTEURsAce49ZBoXnUk7GyOeY/0XVwF4y/BeLDpxznaV05tzoTmkcCrlXK0e OjQ+HBY/10fW3Ogf4ggf5bO1AbQvCcZ4KGoh5zwIrCr4msNB4IXcvVdln5r0Nfrp07xB jamaCo+9nIvQovJAsebUKBLn+mez7x5wZ1U7sTeooEVxSq6so8T4jl39V4MIHiNQtCL8 //F1FUfPrrYivtVoHvD+y5lds9vs5ED8mPLCeNpImwZyoshdVNlph2xT4QJz84m3KxlU 9yCdZYlL0X3WZJ+00E0ujtpDEYFK3UUj5O5dGfhFDhbESRyJ6CdcBkCPS2QSmiVcF5JS w2XQ== MIME-Version: 1.0 X-Received: by 10.220.177.133 with SMTP id bi5mr2051973vcb.26.1404980002338; Thu, 10 Jul 2014 01:13:22 -0700 (PDT) Received: by 10.221.0.147 with HTTP; Thu, 10 Jul 2014 01:13:22 -0700 (PDT) Date: Thu, 10 Jul 2014 10:13:22 +0200 Message-ID: Subject: ng_netflow From: Cristiano Deana To: FreeBSD Stable Mailing List , FreeBSD net Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 08:13:23 -0000 Hi all, I have a bsd box as a router, with 4 vlan interfaces. I started collecting flow data with softflowd and analyze them (in a separate machine) with nfsen, but softflowd is taking too much cpu (for the busiest interface up to 20%), so i tried to switch ONE interface to ng_netflow. I configured the same as the man page, but results are... odd. Measure are wrong. I mean, graphs collected from softflowd show the right amounts of packet/flows/data, the ones collected with ng_netflow are wrong. packets and flows are lower then expected, traffic is MUCH LOWER than expected (1/10). Any hint to debug or anyone with similar experience? Thank you -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 11:06:16 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9DF23BD; Thu, 10 Jul 2014 11:06:16 +0000 (UTC) Received: from melo.ec-m.fr (melo.ec-m.fr [147.94.19.37]) (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 627692DC0; Thu, 10 Jul 2014 11:06:16 +0000 (UTC) Received: from amavis2.serv.int (amavis2.serv.int [10.3.0.46]) by melo.ec-m.fr (GrosseBox 1743 XXL) with ESMTP id 83395AC86F; Thu, 10 Jul 2014 12:59:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at centrale-marseille.fr Received: from melo.ec-m.fr ([10.3.0.13]) by amavis2.serv.int (amavis2.serv.int [10.3.0.46]) (amavisd-new, port 10026) with LMTP id e9q7c2vKln4k; Thu, 10 Jul 2014 12:59:34 +0200 (CEST) Received: from dgeo.sysadm.ec-m.fr (dgeo.sysadm.ec-m.fr [147.94.19.169]) (Authenticated sender: dgeo) by melo.ec-m.fr (GrosseBox 1743 XXL) with ESMTPSA id 9BA31AC885; Thu, 10 Jul 2014 12:59:34 +0200 (CEST) Message-ID: <53BE7215.5050009@centrale-marseille.fr> Date: Thu, 10 Jul 2014 12:59:33 +0200 From: geoffroy desvernay User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Glen Barber , freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 9.3-RC3 Now Available References: <20140706215453.GO1216@hub.FreeBSD.org> In-Reply-To: <20140706215453.GO1216@hub.FreeBSD.org> X-Enigmail-Version: 1.6 OpenPGP: url=http://dgeo.perso.ec-m.fr/0x7C253D52.pgp Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="e1Aj5EwilSEhxSSNMBUig6m8OFwqud9FM" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 11:06:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --e1Aj5EwilSEhxSSNMBUig6m8OFwqud9FM Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 07/06/2014 23:54, Glen Barber wrote: After upgrading from 9.3-RC1, sshd refuses to launch with: /usr/sbin/sshd: Undefined symbol "ssh_explicit_bzero" Method used: freebsd-update upgrade -r 9.3-RC3 freebsd-update install shutdown -r now "upgrade to 9.3-RC3" # (at reboot sshd still works) freebsd-update install # no way to ssh anymore, Undefined symbol=85 # OpenSSH_6.6.1p1, OpenSSL 0.9.8y 5 Feb 2013 freebsd-update rollback # sshd works again # OpenSSH_6.2p2, OpenSSL 0.9.8y 5 Feb 2013 Did I miss something ? --=20 *geoffroy desvernay* C.R.I - Administration syst=E8mes et r=E9seaux Ecole Centrale de Marseille --e1Aj5EwilSEhxSSNMBUig6m8OFwqud9FM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTvnIWAAoJEC0NWrh8JT1SzNwH/3ci5/0QRusHH8qpGCFbHD7g AkylXufaA2vChCws+kuE8lqk1qfsSZ+jHDGkqomQM20/mkuF1sVq2RzWl/SH3FLU XXQarmVL0FfFN+JJ/DoGk2sM+CixJHZgrn/tNcV+X9wf/xF83VkXr3n7kUUbNbrR fxKktkkVESgMc/+2S7dKMl3mtyGq2gJJsKY/2//nQaFiAB7/oAJWNaVl1bzYkHG1 LQuDrLkgKlCrzkjgPup1nolXVMPZOked4rvREXZUbG0BZJpwcAi7EMQTq8N1DTKq 40rzImB8VnIXu2//0RafKZbMX1oIEp/KNHvc8f6YmllBJSaJ3+dhsDVWZvHVey8= =/1Ps -----END PGP SIGNATURE----- --e1Aj5EwilSEhxSSNMBUig6m8OFwqud9FM-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 11:20:44 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EF8D857; Thu, 10 Jul 2014 11:20:44 +0000 (UTC) Date: Thu, 10 Jul 2014 07:20:41 -0400 From: Glen Barber To: geoffroy desvernay Subject: Re: FreeBSD 9.3-RC3 Now Available Message-ID: <20140710112041.GE25581@hub.FreeBSD.org> References: <20140706215453.GO1216@hub.FreeBSD.org> <53BE7215.5050009@centrale-marseille.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="WBsA/oQW3eTA3LlM" Content-Disposition: inline In-Reply-To: <53BE7215.5050009@centrale-marseille.fr> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 11:20:44 -0000 --WBsA/oQW3eTA3LlM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 10, 2014 at 12:59:33PM +0200, geoffroy desvernay wrote: > On 07/06/2014 23:54, Glen Barber wrote: > After upgrading from 9.3-RC1, sshd refuses to launch with: > /usr/sbin/sshd: Undefined symbol "ssh_explicit_bzero" >=20 I have just installed 9.3-RC1 in a VM, and have verified that ssh_explicit_bzero does exist in /usr/lib/private/libssh.so. What version were you running before upgrading to 9.3-RC1? Glen --WBsA/oQW3eTA3LlM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTvncJAAoJELls3eqvi17QwYAQAIU0wFbQsbIYkoM3ce3+tGd2 RyvP2vouTecEPCeDXqIF8vfW/92br1oK3CC0DFIGpZ7XQXB9cn1vB0bEsmOcJ+za 0MpgoJz8FIhJmGM9WiJT8t+tVDApO8KyEZtgQd3Yp2+dirLpFZjpL6Sqt4oCTsVd RR2B4WwTt5xplBgQ+xmsx3yVVV7tTtiA/1x2Nbx15nb7eLOdCqJ1kAwNS8P02T7m fionIt7bzCRgeLNQrHBNeLEkIiHdKfjcNhFiZteG06gsMvwiFSho/lumXAw8q4+q mU9oR5U0j5Z4C2qfYawi0CsxT+gYZotFs7RpkEks7yw/Niy3NP7M9cjxkn3txnm7 PvjM8yM0H5JJ1EbmnDTd5Zi27RpkOb3zQ0I0G2GYWMMgihS+gDQPqpC8vUIvAtga kWfEoJ/7tUGY3n5DUwCnD7j/fglacKv37FxJqMFL4Kw+Kw5ZzUTWl0s+fXhegV/y hBMK5Ij2J9UaX70omAbL/lWpLrENc10xsHgvchRnk+IBqu3kkMMyQrCuRlBPanE3 Nsyh1tNDww4MMWNYi4FMb/Kbr4TqLnrslOmsetq7kelMbIYACnNf3JD4boqXZWiN 1Z0Ljs92bsS09EM3tX6CuqhJxNiHIKckP357V21mV764toDIzCAiwHqajyR1t0iU X1uSkDsFUkL54544ZIqh =E312 -----END PGP SIGNATURE----- --WBsA/oQW3eTA3LlM-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 11:34:58 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACE78A8D; Thu, 10 Jul 2014 11:34:57 +0000 (UTC) Date: Thu, 10 Jul 2014 07:34:54 -0400 From: Glen Barber To: geoffroy desvernay Subject: Re: FreeBSD 9.3-RC3 Now Available Message-ID: <20140710113454.GF25581@hub.FreeBSD.org> References: <20140706215453.GO1216@hub.FreeBSD.org> <53BE7215.5050009@centrale-marseille.fr> <20140710112041.GE25581@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="65ImJOski3p8EhYV" Content-Disposition: inline In-Reply-To: <20140710112041.GE25581@hub.FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 11:34:58 -0000 --65ImJOski3p8EhYV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 10, 2014 at 07:20:41AM -0400, Glen Barber wrote: > On Thu, Jul 10, 2014 at 12:59:33PM +0200, geoffroy desvernay wrote: > > On 07/06/2014 23:54, Glen Barber wrote: > > After upgrading from 9.3-RC1, sshd refuses to launch with: > > /usr/sbin/sshd: Undefined symbol "ssh_explicit_bzero" > >=20 >=20 > I have just installed 9.3-RC1 in a VM, and have verified that > ssh_explicit_bzero does exist in /usr/lib/private/libssh.so. >=20 > What version were you running before upgrading to 9.3-RC1? >=20 An upgrade from 9.3-RC1 to 9.3-RC3 with freebsd-update also does not have this problem in my test VM. Please let me know what version you were running prior to 9.3-RC1. Glen --65ImJOski3p8EhYV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTvnpeAAoJELls3eqvi17Q1i0QAIbcVHvZYhxRKY+2t8HBsR9G IDQA7+HI8PxgUKQXLA77SSSVDpbtrnT5mZT3XvyUB/hdUvCEgg54Ibi/E/fwQldt 1hGj8M54gHoNcPDuPKNfFjU5nAwsqFFS1At4zVLwPS7JaQkZuLT8eXvUYN2hCven jvnBzqPgVD30ZWjmw1iEPhKhQZMUx8ZoA3L0woPFkyY7Wl3nhHT4fX39chZaIxJS t2D/XybLvZaGgiD9ripSlbeVUz1LTnIVj22BR4wN00sxcDRONWetOu++z3oxYEkW S2Ed10sppnB0+XLGtkML6bpAQe0ntfKTxQxCfjxop3MlQWYmBtRxS401reokfG7z iOjsJwJvfL8iygnKqwGUfM8A6P4R+WziDhwzzKGbVCqZJjjEwiqDW25OeQZS0Rjq FIeZtjvChM1Bx6yb/sGUkyI6KqRkPqx+9jRCWAy68aapmqO747qiUVFWiGhkKTnK oEZNvR5ucBAA0Y0OEROXIcBR70+ANJHXpFVWW0ymLW6nEb+J76PQ6K78cJS5+eis r4sMEraR+n4BkXqlIFdDLvVblfhCsY+vSFzmKFCWPgA7sagd77I5SnNHe7uNr3Ve OMNarx1uCCywnBE9L9e3vDHHlv8QYH//4pO+qB3lrCGnirIUIyrwYlpgjCJ/ehmZ YBJxT6EPWAmwSOBGNjzu =cnht -----END PGP SIGNATURE----- --65ImJOski3p8EhYV-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 11:58:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42408FE0 for ; Thu, 10 Jul 2014 11:58:45 +0000 (UTC) Received: from melo.ec-m.fr (melo.ec-m.fr [147.94.19.37]) (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 ECE1B2264 for ; Thu, 10 Jul 2014 11:58:44 +0000 (UTC) Received: from amavis1.serv.int (amavis1.serv.int [10.3.0.45]) by melo.ec-m.fr (GrosseBox 1743 XXL) with ESMTP id 02AC9AC874 for ; Thu, 10 Jul 2014 13:58:43 +0200 (CEST) X-Virus-Scanned: amavisd-new at centrale-marseille.fr Received: from melo.ec-m.fr ([10.3.0.13]) by amavis1.serv.int (amavis1.serv.int [10.3.0.45]) (amavisd-new, port 10026) with LMTP id RHZoDEXXl6x4 for ; Thu, 10 Jul 2014 13:58:40 +0200 (CEST) Received: from dgeo.sysadm.ec-m.fr (dgeo.sysadm.ec-m.fr [147.94.19.169]) (Authenticated sender: dgeo) by melo.ec-m.fr (GrosseBox 1743 XXL) with ESMTPSA id A2B02AC85F for ; Thu, 10 Jul 2014 13:58:40 +0200 (CEST) Message-ID: <53BE7FF0.1090204@centrale-marseille.fr> Date: Thu, 10 Jul 2014 13:58:40 +0200 From: geoffroy desvernay User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.3-RC3 Now Available References: <20140706215453.GO1216@hub.FreeBSD.org> <53BE7215.5050009@centrale-marseille.fr> <20140710112041.GE25581@hub.FreeBSD.org> In-Reply-To: <20140710112041.GE25581@hub.FreeBSD.org> X-Enigmail-Version: 1.6 OpenPGP: url=http://dgeo.perso.ec-m.fr/0x7C253D52.pgp Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="B6lJEtX11Qdk4FUQ8fXsKwFKKUka5obuT" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 11:58:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --B6lJEtX11Qdk4FUQ8fXsKwFKKUka5obuT Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 07/10/2014 13:20, Glen Barber wrote: > On Thu, Jul 10, 2014 at 12:59:33PM +0200, geoffroy desvernay wrote: >> On 07/06/2014 23:54, Glen Barber wrote: >> After upgrading from 9.3-RC1, sshd refuses to launch with: >> /usr/sbin/sshd: Undefined symbol "ssh_explicit_bzero" >> >=20 > I have just installed 9.3-RC1 in a VM, and have verified that > ssh_explicit_bzero does exist in /usr/lib/private/libssh.so. >=20 > What version were you running before upgrading to 9.3-RC1? >=20 > Glen >=20 9.2-RELEASE-p7 I managed to get it working by tar -C/ -xvpf base.txz from 9.3-RC3 releas= e --=20 *geoffroy desvernay* C.R.I - Administration syst=E8mes et r=E9seaux Ecole Centrale de Marseille --B6lJEtX11Qdk4FUQ8fXsKwFKKUka5obuT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTvn/wAAoJEC0NWrh8JT1Stw4H/0C3tlJBPRmcotMltsJTambH gOZs9aJeTVsOwGQt/6gicEvX4DT5D2M1yz28Ijmt+WtDiTe/RRWDtV/X8wD1/IFu PInA4ut+pg4aMflbczHgHWJdgIdat26OLRLVdbTKGRFO38J7nC0FyEY2KdkEI5KT j0BCRp7Fx3K5ZOF+LoHUvbEdYHVMq7xZq31Tolk289EvklHSc14R6+F5YqC7qTpU pSuOks3zYEn3ysayDp9HRx+EB6DxsZdd0rUz5ifvNGOqORhptHm8WXVzTLpe7Yo2 r6mTqDMmYuQf4vhxGWHulW3yWfJK3QqGAc/8nlEErSTtq/9xN5QxNrEQgsGNKuU= =uiOY -----END PGP SIGNATURE----- --B6lJEtX11Qdk4FUQ8fXsKwFKKUka5obuT-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 12:18:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E89EEB0D; Thu, 10 Jul 2014 12:18:39 +0000 (UTC) Date: Thu, 10 Jul 2014 08:18:36 -0400 From: Glen Barber To: geoffroy desvernay Subject: Re: FreeBSD 9.3-RC3 Now Available Message-ID: <20140710121836.GG25581@hub.FreeBSD.org> References: <20140706215453.GO1216@hub.FreeBSD.org> <53BE7215.5050009@centrale-marseille.fr> <20140710112041.GE25581@hub.FreeBSD.org> <53BE7FF0.1090204@centrale-marseille.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ahP6B03r4gLOj5uD" Content-Disposition: inline In-Reply-To: <53BE7FF0.1090204@centrale-marseille.fr> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 12:18:40 -0000 --ahP6B03r4gLOj5uD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 10, 2014 at 01:58:40PM +0200, geoffroy desvernay wrote: > On 07/10/2014 13:20, Glen Barber wrote: > > On Thu, Jul 10, 2014 at 12:59:33PM +0200, geoffroy desvernay wrote: > >> On 07/06/2014 23:54, Glen Barber wrote: > >> After upgrading from 9.3-RC1, sshd refuses to launch with: > >> /usr/sbin/sshd: Undefined symbol "ssh_explicit_bzero" > >> > >=20 > > I have just installed 9.3-RC1 in a VM, and have verified that > > ssh_explicit_bzero does exist in /usr/lib/private/libssh.so. > >=20 > > What version were you running before upgrading to 9.3-RC1? > >=20 > > Glen > >=20 > 9.2-RELEASE-p7 >=20 > I managed to get it working by tar -C/ -xvpf base.txz from 9.3-RC3 release >=20 I am not sure what happened in your case, but an upgrade from 9.2-RELEASE-p10 to 9.3-RC1 then to 9.3-RC3 also does not show this behavior. Glen --ahP6B03r4gLOj5uD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTvoScAAoJELls3eqvi17QoIgP/iDCBIISSIEu3zi7RWuH8rJj +xSG24sd2uydbGGNfE9DiWHkvioGRYwvSfb/5W392Y4tTO13xyg/Em0tI21PtWdf ltQW9WvpBBth72HV5Z4SziKoOyVnd15o8szOsNeGIxynqLKn32EXZhj1eWhEu3nZ xNfvG0wJWTQMgAwUiuRYNovR3Qdc4jBSMkSPT2QNNltKtx2JjrbrFtNeJS5H+TIK NJAsEOhv3JUJojpzWgo9RlSewnxRObqMm1KMJdSFtaxYzHVhC7ntX0QHhO4zlWgB /QaUusY5rkDcGUI6pxiA5oj96Z8hF3h977Rg6E4O5aXXIDC2pcagx10kIvNxM+xY Q9/8VJKi9WxzLv2xB6qD/3wv6iW5HLFMwWjE8iOQce1GMGA3uymKAx8+YxXECbi6 9lY6zriW3ZndwPIVMS0dMDUGi+dxWgCbGDngVrVg4gYOxGaGBoofNO1i1uaZfdcV pHdSO9/dUUs5KssCzPUH4R1r2IS3tUuUk19sxlxlbpR3cEpsoNcFO7suDGX4PFct oGlbtJ008+37w+gFHbMEbeZSzmQjCyB1B2IPxyxzSW9CIixJm9mDa5X4g30ndZ1n fOvDtjVCRft2XwhV0wwmZWT26UfGrlBNs+aYory6eSZfvx0dN8B6gplSk1q9OyxT ZE3goYkzV2ru5oUGkgoL =9CsA -----END PGP SIGNATURE----- --ahP6B03r4gLOj5uD-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 12:44:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA9657EC; Thu, 10 Jul 2014 12:44:36 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7CE7426EA; Thu, 10 Jul 2014 12:44:36 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X5DiE-000KuQ-3b; Thu, 10 Jul 2014 14:44:34 +0200 Date: Thu, 10 Jul 2014 14:44:34 +0200 From: Kurt Jaeger To: Glen Barber Subject: Re: FreeBSD 9.3-RC3 Now Available Message-ID: <20140710124434.GO2586@home.opsec.eu> References: <20140706215453.GO1216@hub.FreeBSD.org> <53BE7215.5050009@centrale-marseille.fr> <20140710112041.GE25581@hub.FreeBSD.org> <53BE7FF0.1090204@centrale-marseille.fr> <20140710121836.GG25581@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140710121836.GG25581@hub.FreeBSD.org> Cc: freebsd-stable@freebsd.org, geoffroy desvernay X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 12:44:37 -0000 Hi! > > 9.2-RELEASE-p7 I'm testing the update from -p10 to 9.3-RC1, will report soon. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 13:00:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69A4FD22; Thu, 10 Jul 2014 13:00:49 +0000 (UTC) Date: Thu, 10 Jul 2014 09:00:46 -0400 From: Glen Barber To: Kurt Jaeger Subject: Re: FreeBSD 9.3-RC3 Now Available Message-ID: <20140710130046.GH25581@hub.FreeBSD.org> References: <20140706215453.GO1216@hub.FreeBSD.org> <53BE7215.5050009@centrale-marseille.fr> <20140710112041.GE25581@hub.FreeBSD.org> <53BE7FF0.1090204@centrale-marseille.fr> <20140710121836.GG25581@hub.FreeBSD.org> <20140710124434.GO2586@home.opsec.eu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8/pVXlBMPtxfSuJG" Content-Disposition: inline In-Reply-To: <20140710124434.GO2586@home.opsec.eu> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org, geoffroy desvernay X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 13:00:50 -0000 --8/pVXlBMPtxfSuJG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 10, 2014 at 02:44:34PM +0200, Kurt Jaeger wrote: > Hi! >=20 > > > 9.2-RELEASE-p7 >=20 > I'm testing the update from -p10 to 9.3-RC1, will report soon. >=20 Please see my last reply. I have already tested this upgrade path. Glen --8/pVXlBMPtxfSuJG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTvo5+AAoJELls3eqvi17Qd0wQAIzMuy0ZT0696Z8L2SgwKGrI p6dfZEeD4yXks+H9AU+R4/TGkDoR4hAaApC50iCrvPp6neGSf1SNeIrFNJSS9O15 TufjhhIyqCjdgpqS4KQkCm0gRNimSTej9thoADEKUD5OEwpL7Dh14lwqzrPzjfIQ ZQINDRZRJufgd1+GHcuFUee3HOHhTiUsaVeL/kAnjbafZLWELa63C96O+pkveJzA 3A+B6toKJZoQkmk89V8IQoosY/no47SM3onXBdhx2K3XHfHXCQiOoOnVBFoKC7Xj 3e6jEGqJv0q2KiBwqkjT7I1yczKMOApLX+4IGSFpthUplwYTWLIbOJGBl5q3ZH97 a+4xKiL7/4vsd3iNA/DXEz9N3Tvj5YbAlZCh5JjbrhPj+1GOwRkd4jZqPFgLHV3U zKUbeS2QDaglVsWn3f05XukQf77ADqLCk+AU5u2+xr5xqMg8YhNIuOcOpMAoZqY1 mJ7noEByJd/99bGjuPksNEjkbDclEOauK5y5/iAsBq+LhLBLlYbDVsXmOels+65S RMK7LuvMeIR6wETMHEsfgw3G1KgPNNSoyAd2McAWXE36MHdRD43xDtHKwsj8wj+L 7omAHJkliIh2x1FgkQP6P2/0LLYMpwZ0QsxzIfDWe2sD9OJ1vt+i1UiPRUXqDCf8 DuKgq8uo0paPOhuRmrna =BC52 -----END PGP SIGNATURE----- --8/pVXlBMPtxfSuJG-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 13:57:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E071B3CC for ; Thu, 10 Jul 2014 13:57:58 +0000 (UTC) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by mx1.freebsd.org (Postfix) with ESMTP id 78D202DA3 for ; Thu, 10 Jul 2014 13:57:58 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AigFAFGavlM7p/kP/2dsb2JhbABZg2CDSakJAQEBAQEBBpMgiGx1hC0EPhMPJwIFFgsCCwMCAQIBCTYMDQgBAYg9nzmPI5kdFwSBKIROiHKDVoFMBaIPjQaDVSuBMQ Received: from eth4368.nsw.adsl.internode.on.net (HELO fish.ish.com.au) ([59.167.249.15]) by ipmail06.adl2.internode.on.net with ESMTP; 10 Jul 2014 23:22:36 +0930 Received: from [10.242.2.50] (port=60231 helo=Aris-MacBook-Pro-3.local) by fish.ish.com.au with esmtpsa (UNKNOWN:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1X5Em0-0005KE-2O for freebsd-stable@freebsd.org; Thu, 10 Jul 2014 23:52:33 +1000 Message-ID: <53BE9A9F.4090700@ish.com.au> Date: Thu, 10 Jul 2014 23:52:31 +1000 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "stable >> freebsd-stable" Subject: load balancer best practices X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 13:57:58 -0000 With the changes in CARP as part of FreeBSD 10 I have some questions about the best way to do some things. 1. On a load balancer (haproxy) we might have the machine handling 100 or 5000 IP addresses. It would be simplest to just define a /24 (or more) range on the external interface (or in CARP) but then I cannot bind to each address. Linux has something like net.ipv4.ip_nonlocal_bind. There appears to be nothing similar for FreeBSD. Do I need to define a /32 and alias each address? a. is there a cleaner way? b. will that cause performance issues if I create many hundreds of /32 aliases on the interface? 2. If I need to define a large number of aliases in CARP I'll quickly run out of vhids which I understand to go up to 256. What is the real meaning of vhid in a CARP definition? Can they be shared by different IP addresses on the load balancer pair? That is, can they all be labelled "vhid=1" or is CARP limited to 256 IP addresses, each of which has to be a /32 (see above). All the examples in the FreeBSD manual use a different vhid for each IP address but doesn't explain why. a. If two addresses (aliases) share the same vhid, will that mean they fail over together always? (That might be a good thing for me). b. Will it reduce "are you alive?" network traffic between the CARP cluster to have one vhid? c. Will bad things happen if I share vhids? Thanks Ari -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 14:20:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC47F90B; Thu, 10 Jul 2014 14:20:33 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BE6A32F91; Thu, 10 Jul 2014 14:20:33 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-236-203.lns20.per1.internode.on.net [121.45.236.203]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s6AEKRC4058415 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 10 Jul 2014 07:20:30 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <53BEA125.6010400@freebsd.org> Date: Thu, 10 Jul 2014 22:20:21 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Cristiano Deana , FreeBSD Stable Mailing List , FreeBSD net Subject: Re: ng_netflow References: In-Reply-To: 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.18 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, 10 Jul 2014 14:20:34 -0000 On 7/10/14, 4:13 PM, Cristiano Deana wrote: > Hi all, > > I have a bsd box as a router, with 4 vlan interfaces. > I started collecting flow data with softflowd and analyze them (in a > separate machine) with nfsen, but softflowd is taking too much cpu > (for the busiest interface up to 20%), so i tried to switch ONE > interface to ng_netflow. > > I configured the same as the man page, but results are... odd. > > Measure are wrong. I mean, graphs collected from softflowd show the > right amounts of packet/flows/data, the ones collected with ng_netflow > are wrong. > packets and flows are lower then expected, traffic is MUCH LOWER than > expected (1/10). > > Any hint to debug or anyone with similar experience? Is it possible that you are working with an interface that has TSO on? if so then netgraph will be seeing huge "aggregate" packets rather than the normal packets. so teh number of packets may be out by more than a factor of 30. I have never used the ng_netflow node, but try turning off TSO if you have it on and see if that makes a difference. failing that you might just look a the source of the ng_netflow module (ng_netflow.c) for ideas. netgraph nodes are relatively simple.. they have an entry point where packets turn up and they call the same method in some other module.. > > Thank you > From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 14:39:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC7C4D9A; Thu, 10 Jul 2014 14:39:11 +0000 (UTC) Received: from mail-vc0-x22f.google.com (mail-vc0-x22f.google.com [IPv6:2607:f8b0:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49F782179; Thu, 10 Jul 2014 14:39:11 +0000 (UTC) Received: by mail-vc0-f175.google.com with SMTP id hy4so10740292vcb.34 for ; Thu, 10 Jul 2014 07:39:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BcCFPIntKfm3CGp9Xj9xb4ix+nPAfc1AdspuVV/IA2o=; b=disdpQi9CFIhxBE7+aKd1I7Q+kL7vJvqoXIxoHlySrFSYT/xvSdKWa+9cign6XaS3f sff6CmZi6exvHjMeqhMezQ2mfPTQUR4z4BNUqTCYrNJ93P1296OX5HJKcdd0xxzSyybZ W4UmP+TMqEq+TRiPcNhzdcSN8RT9woKywPx8FtW6Czzxeuu4RVd0yomW39TAvv74xxOK np+C8qexSKUPauDT+j+Aprr4kHqJjt0CVhMqPwoVqfz2NgdPzv14VXaT8NOA2N7NlvG1 fxKrGCx+r96h0JL/QKDS6DF9TUXxH+CXaFPuxoKUucBJblBToVZ/6hts+DWn/t4zlzpc 0oMw== MIME-Version: 1.0 X-Received: by 10.58.72.165 with SMTP id e5mr609560vev.59.1405003150217; Thu, 10 Jul 2014 07:39:10 -0700 (PDT) Received: by 10.221.0.147 with HTTP; Thu, 10 Jul 2014 07:39:10 -0700 (PDT) In-Reply-To: <53BEA125.6010400@freebsd.org> References: <53BEA125.6010400@freebsd.org> Date: Thu, 10 Jul 2014 16:39:10 +0200 Message-ID: Subject: Re: ng_netflow From: Cristiano Deana To: Julian Elischer Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD net , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 14:39:11 -0000 On Thu, Jul 10, 2014 at 4:20 PM, Julian Elischer wrote: Hi, Julian > Is it possible that you are working with an interface that has TSO on? it's a vlan interface, the device is a em0. net.inet.tcp.tso: 1 > if so then netgraph will be seeing huge "aggregate" packets rather than the > normal packets. > so teh number of packets may be out by more than a factor of 30. My bigger problem is with traffic counter, but maybe it's just my error. > netgraph nodes are relatively simple.. Not really :) I have problems to find "easy" documentation about it. It's hard to understand what lower, upper, right, etc meaning. I think I could hav setup something wrong, maybe counting only incoming packet (or outgoing). I followed, not fully undestand, the example in ng_netflow man page: /usr/sbin/ngctl -f- <<-SEQ mkpeer fxp0: netflow lower iface0 name fxp0:lower netflow connect fxp0: netflow: upper out0 mkpeer netflow: ksocket export inet/dgram/udp msg netflow:export connect inet/10.0.0.1:4444 SEQ Thank you -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 17:26:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB820BC4 for ; Thu, 10 Jul 2014 17:26:45 +0000 (UTC) Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C9DC20F5 for ; Thu, 10 Jul 2014 17:26:45 +0000 (UTC) Received: by mail-qg0-f53.google.com with SMTP id i50so7928499qgf.40 for ; Thu, 10 Jul 2014 10:26:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=b0glihPhEtPiuGxcTnWy6wvstQ8o8KOEMjBkjyGqUSg=; b=QkRxrcxvYRzfBCmbGPwJ66DlkCJj5tesEbhfDd1REoQpcrbvT2dIYoaHIAJxVz9w7I m1AOHlzGBpfUkXq7JlgAY61Yn31aeTd4EkoaAk9mo6WM2JRWIYA1FG51ztaHnZWC9jgm o4e/yhXMAVWbtykD1kI1SEqMA7MmUejY/drLvtyvVn5pD+cilMOF3PVwnvhC/MOfip+Q xGMg1jMWHge2VBoiuuWctVOCuy8zAzND9hDs7uPjtgujQLejVclssvft4l57aHKdENqZ rTKESS4RMKdrOrYgyreW0SvVzpOvH8dTpx9aE7uTPQprnHB3WQiuI/5yYHwuKJiQZnJZ Dang== MIME-Version: 1.0 X-Received: by 10.140.47.48 with SMTP id l45mr77389610qga.24.1405013204589; Thu, 10 Jul 2014 10:26:44 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.202.193 with HTTP; Thu, 10 Jul 2014 10:26:44 -0700 (PDT) In-Reply-To: <53BE9A9F.4090700@ish.com.au> References: <53BE9A9F.4090700@ish.com.au> Date: Thu, 10 Jul 2014 10:26:44 -0700 X-Google-Sender-Auth: d9CAVxqvdtk5ecByB3WDFz7aL1g Message-ID: Subject: Re: load balancer best practices From: Adrian Chadd To: Aristedes Maniatis Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "stable >> freebsd-stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 17:26:45 -0000 yeah, you can search for IP_BINDANY. It's a socket option. -a On 10 July 2014 06:52, Aristedes Maniatis wrote: > With the changes in CARP as part of FreeBSD 10 I have some questions abou= t the best way to do some things. > > > 1. On a load balancer (haproxy) we might have the machine handling 100 or= 5000 IP addresses. It would be simplest to just define a /24 (or more) ran= ge on the external interface (or in CARP) but then I cannot bind to each ad= dress. > > Linux has something like net.ipv4.ip_nonlocal_bind. There appears to be n= othing similar for FreeBSD. Do I need to define a /32 and alias each addres= s? > > a. is there a cleaner way? > b. will that cause performance issues if I create many hundreds of /32 al= iases on the interface? > > > > 2. If I need to define a large number of aliases in CARP I'll quickly run= out of vhids which I understand to go up to 256. What is the real meaning = of vhid in a CARP definition? Can they be shared by different IP addresses = on the load balancer pair? That is, can they all be labelled "vhid=3D1" or = is CARP limited to 256 IP addresses, each of which has to be a /32 (see abo= ve). > > All the examples in the FreeBSD manual use a different vhid for each IP a= ddress but doesn't explain why. > > a. If two addresses (aliases) share the same vhid, will that mean they fa= il over together always? (That might be a good thing for me). > b. Will it reduce "are you alive?" network traffic between the CARP clust= er to have one vhid? > c. Will bad things happen if I share vhids? > > > Thanks > Ari > > > -- > --------------------------> > Aristedes Maniatis > ish > http://www.ish.com.au > Level 1, 30 Wilson Street Newtown 2042 Australia > phone +61 2 9550 5001 fax +61 2 9550 4001 > GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 19:37:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FD31B98; Thu, 10 Jul 2014 19:37:39 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 15B812C9E; Thu, 10 Jul 2014 19:37:39 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0D06DB9A1; Thu, 10 Jul 2014 15:37:38 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Subject: Re: r256920 missing in stable/9 and releng/9.3 Date: Thu, 10 Jul 2014 13:36:00 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <37229F0A-4BEA-4712-9AE1-5446A630AF9F@transactionware.com> <53BA8666.9040608@omnilan.de> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201407101336.00965.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 10 Jul 2014 15:37:38 -0400 (EDT) Cc: Harald Schmalzbauer , Andre Oppermann , FreeBSD Stable Mailing List , hiren panchasara , "freebsd-net@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 19:37:39 -0000 On Monday, July 07, 2014 12:58:53 pm hiren panchasara wrote: > + freebsd-net@, >=20 > On Mon, Jul 7, 2014 at 4:37 AM, Harald Schmalzbauer > wrote: > > Bez=C3=BCglich Jan Mikkelsen's Nachricht vom 24.06.2014 04:49 (localtim= e): > >> Hi, > >> > >> I=E2=80=99m bringing 9.3-RC1 into our local Perforce depot and moving = our local=20 patches to 9.2 forward. > >> > >> I noticed that r256920 (changing sys/netinet/tcp_input.c) has not been= =20 MFC=E2=80=99d. It was listed as =E2=80=9CMFC after 3 days=E2=80=9D back in = October 2013. > >> > >> Is this patch missing for a reason? > > > > I'm wondering too if there's any good reason not to MFC? >=20 > I also don't see any obvious reason. >=20 > If nobody objects on -net@, I can do it. I think this looks fine to merge. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 19:37:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3DAEB9C for ; Thu, 10 Jul 2014 19:37:41 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8B7622CA0 for ; Thu, 10 Jul 2014 19:37:41 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7D9BCB9C3; Thu, 10 Jul 2014 15:37:40 -0400 (EDT) From: John Baldwin To: Vlad Galu Subject: Re: Weird ISR accounting in 10-STABLE Date: Thu, 10 Jul 2014 14:30:52 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201407091402.23537.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201407101430.52616.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 10 Jul 2014 15:37:40 -0400 (EDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 19:37:41 -0000 On Wednesday, July 09, 2014 5:43:25 pm Vlad Galu wrote: > I hope I'm doing this the right way. Invoking DTrace as dtrace -n > 'profile-1000 /curthread->td_name == "swi1: netisr 0"/ { @[func(arg0)] = > count(); }' outputs: Can you do 'netstat -I lo0 1' or some such to see if you are sending a lot of traffic across lo0 when this is happening? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 20:56:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 999DC355 for ; Thu, 10 Jul 2014 20:56:52 +0000 (UTC) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26B8A239E for ; Thu, 10 Jul 2014 20:56:51 +0000 (UTC) Received: by mail-qg0-f51.google.com with SMTP id a108so43326qge.10 for ; Thu, 10 Jul 2014 13:56:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=packetdam.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=jvfTzTGjnCnLRebUeSjg1gRCaLS3VqP7OXjMKgvZJyc=; b=uNRmcd6NlQdjaV9zlZRPkUobqa0oBM1lzLHun+X32hBbICijpwOgKF29XKfvvqo/N0 sWrLidriYMNXVIAvBz+YnicnX7Rbn8oDcaa8XZ5X70WiOi0XwJaFsHoZUTki8B9iypd2 P4XEkbcahZ6q6IeTYPrHKB1O9h9iQH2IefcXQ= 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:content-type; bh=jvfTzTGjnCnLRebUeSjg1gRCaLS3VqP7OXjMKgvZJyc=; b=c+s9YogwY6iQJdcnrjnulFFfG/Nh1D2glDtRPKESMWmTJjis8B8KO5cAe0ng5Lil+T DUNV181CfQxwN4D/x4A3wr4Aw0FOSDpzPbkn74HG8GEvnsXk5wffkm2nboNiLdX/Nl4M CFYlbn+sN9mDnqLXBMqC0qCHXEfUbNHoiUznkvP5jgTEjqNKS1nt6xMfQSlq+fhoCy3W IcKkSkmVr5Ihce3/1DoCW65MpCtFKExuJvj2fXkwxAULaoDQU11s/r0cf5rAfmxApU5K otpLcQLZNL+hoBjbzAJkggzVDlQSvExqEOfoEMFyt6rvzxtmN9yxuOM5JisCQWauK2+4 VMQg== X-Gm-Message-State: ALoCoQnuVwaGh+z9OgmKibSUmDNZ7zOeWe/gU43ifddHxXMavaYGDNgwSRuKzJg0Jv/TQkuYVEzc X-Received: by 10.140.50.50 with SMTP id r47mr63222488qga.96.1405025810938; Thu, 10 Jul 2014 13:56:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.185.6 with HTTP; Thu, 10 Jul 2014 13:56:10 -0700 (PDT) X-Originating-IP: [2.222.106.32] In-Reply-To: <201407101430.52616.jhb@freebsd.org> References: <201407091402.23537.jhb@freebsd.org> <201407101430.52616.jhb@freebsd.org> From: Vlad Galu Date: Thu, 10 Jul 2014 21:56:10 +0100 Message-ID: Subject: Re: Weird ISR accounting in 10-STABLE To: John Baldwin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 20:56:52 -0000 Good catch, why didn't I think of that earlier! I can see a lot of IPv6 traffic that I can't really explain. Since I was running pf with synproxy I disabled pf altogether, but that did not improve things. Here is a snapshot (source IP address edited): -- cut here -- 22:52:40.195950 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237692999 ecr 0,sackOK,eol], length 0 22:52:40.195952 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237411322 ecr 0,sackOK,eol], length 0 22:52:40.195954 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.195956 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237608025 ecr 0,sackOK,eol], length 0 22:52:40.195958 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237514662 ecr 0,sackOK,eol], length 0 22:52:40.195959 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237809521 ecr 0,sackOK,eol], length 0 22:52:40.195961 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.195963 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237702999 ecr 0,sackOK,eol], length 0 22:52:40.195965 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237800520 ecr 0,sackOK,eol], length 0 22:52:40.195967 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238054536 ecr 0,sackOK,eol], length 0 22:52:40.195969 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237694999 ecr 0,sackOK,eol], length 0 22:52:40.195971 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238063537 ecr 0,sackOK,eol], length 0 22:52:40.195973 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.195975 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237412322 ecr 0,sackOK,eol], length 0 22:52:40.195977 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237510662 ecr 0,sackOK,eol], length 0 22:52:40.195979 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.195981 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.195983 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238059537 ecr 0,sackOK,eol], length 0 22:52:40.195985 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237607025 ecr 0,sackOK,eol], length 0 22:52:40.195987 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238056537 ecr 0,sackOK,eol], length 0 22:52:40.195988 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.195990 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.195992 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.195994 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237695999 ecr 0,sackOK,eol], length 0 22:52:40.195996 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237611025 ecr 0,sackOK,eol], length 0 22:52:40.195997 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237512662 ecr 0,sackOK,eol], length 0 22:52:40.195999 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196001 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196003 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196005 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237696999 ecr 0,sackOK,eol], length 0 22:52:40.196007 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237801520 ecr 0,sackOK,eol], length 0 22:52:40.196009 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238053535 ecr 0,sackOK,eol], length 0 22:52:40.196011 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237419323 ecr 0,sackOK,eol], length 0 22:52:40.196013 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238052535 ecr 0,sackOK,eol], length 0 22:52:40.196015 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237517662 ecr 0,sackOK,eol], length 0 22:52:40.196017 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237605025 ecr 0,sackOK,eol], length 0 22:52:40.196019 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237511662 ecr 0,sackOK,eol], length 0 22:52:40.196021 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196022 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237798520 ecr 0,sackOK,eol], length 0 22:52:40.196024 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238057537 ecr 0,sackOK,eol], length 0 22:52:40.196026 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237521662 ecr 0,sackOK,eol], length 0 22:52:40.196028 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196029 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237606025 ecr 0,sackOK,eol], length 0 22:52:40.196031 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237615025 ecr 0,sackOK,eol], length 0 22:52:40.196033 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196035 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196037 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238055536 ecr 0,sackOK,eol], length 0 22:52:40.196039 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237409322 ecr 0,sackOK,eol], length 0 22:52:40.196041 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237513662 ecr 0,sackOK,eol], length 0 22:52:40.196043 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237693999 ecr 0,sackOK,eol], length 0 22:52:40.196045 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196047 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237799520 ecr 0,sackOK,eol], length 0 22:52:40.196049 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237410322 ecr 0,sackOK,eol], length 0 22:52:40.196050 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237408322 ecr 0,sackOK,eol], length 0 22:52:40.196052 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237802520 ecr 0,sackOK,eol], length 0 22:52:40.196054 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237515662 ecr 0,sackOK,eol], length 0 22:52:40.196056 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196058 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237691999 ecr 0,sackOK,eol], length 0 22:52:40.196059 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196061 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237609025 ecr 0,sackOK,eol], length 0 22:52:40.196063 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237803520 ecr 0,sackOK,eol], length 0 22:52:40.196065 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237805521 ecr 0,sackOK,eol], length 0 22:52:40.196067 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237698999 ecr 0,sackOK,eol], length 0 22:52:40.196069 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237415323 ecr 0,sackOK,eol], length 0 22:52:40.196071 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237413323 ecr 0,sackOK,eol], length 0 22:52:40.196072 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237604025 ecr 0,sackOK,eol], length 0 22:52:40.196074 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237692999 ecr 0,sackOK,eol], length 0 22:52:40.196076 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237411322 ecr 0,sackOK,eol], length 0 22:52:40.196078 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196080 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237608025 ecr 0,sackOK,eol], length 0 22:52:40.196082 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237514662 ecr 0,sackOK,eol], length 0 22:52:40.196084 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237809521 ecr 0,sackOK,eol], length 0 22:52:40.196086 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196088 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237702999 ecr 0,sackOK,eol], length 0 22:52:40.196090 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237800520 ecr 0,sackOK,eol], length 0 22:52:40.196091 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238054536 ecr 0,sackOK,eol], length 0 22:52:40.196093 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237694999 ecr 0,sackOK,eol], length 0 22:52:40.196095 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238063537 ecr 0,sackOK,eol], length 0 22:52:40.196097 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196099 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237412322 ecr 0,sackOK,eol], length 0 22:52:40.196101 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237510662 ecr 0,sackOK,eol], length 0 22:52:40.196103 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196105 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196107 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238059537 ecr 0,sackOK,eol], length 0 22:52:40.196109 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237607025 ecr 0,sackOK,eol], length 0 22:52:40.196111 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238056537 ecr 0,sackOK,eol], length 0 22:52:40.196113 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196114 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196116 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196118 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237695999 ecr 0,sackOK,eol], length 0 22:52:40.196120 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237611025 ecr 0,sackOK,eol], length 0 22:52:40.196122 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237512662 ecr 0,sackOK,eol], length 0 22:52:40.196124 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196125 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196127 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196128 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237696999 ecr 0,sackOK,eol], length 0 22:52:40.196130 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237801520 ecr 0,sackOK,eol], length 0 22:52:40.196132 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238053535 ecr 0,sackOK,eol], length 0 22:52:40.196134 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237419323 ecr 0,sackOK,eol], length 0 22:52:40.196136 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238052535 ecr 0,sackOK,eol], length 0 22:52:40.196138 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237517662 ecr 0,sackOK,eol], length 0 22:52:40.196140 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237605025 ecr 0,sackOK,eol], length 0 22:52:40.196142 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237511662 ecr 0,sackOK,eol], length 0 22:52:40.196144 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196146 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237798520 ecr 0,sackOK,eol], length 0 22:52:40.196148 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238057537 ecr 0,sackOK,eol], length 0 22:52:40.196150 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237521662 ecr 0,sackOK,eol], length 0 22:52:40.196152 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196153 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237606025 ecr 0,sackOK,eol], length 0 22:52:40.196155 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237615025 ecr 0,sackOK,eol], length 0 22:52:40.196157 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196159 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196161 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238055536 ecr 0,sackOK,eol], length 0 22:52:40.196163 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237409322 ecr 0,sackOK,eol], length 0 22:52:40.196165 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237513662 ecr 0,sackOK,eol], length 0 22:52:40.196167 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237693999 ecr 0,sackOK,eol], length 0 22:52:40.196168 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196170 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237799520 ecr 0,sackOK,eol], length 0 22:52:40.196172 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237410322 ecr 0,sackOK,eol], length 0 22:52:40.196174 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237408322 ecr 0,sackOK,eol], length 0 22:52:40.196176 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237802520 ecr 0,sackOK,eol], length 0 22:52:40.196178 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237515662 ecr 0,sackOK,eol], length 0 22:52:40.196180 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196182 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237691999 ecr 0,sackOK,eol], length 0 22:52:40.196183 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196185 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237609025 ecr 0,sackOK,eol], length 0 22:52:40.196187 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237803520 ecr 0,sackOK,eol], length 0 22:52:40.196189 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237805521 ecr 0,sackOK,eol], length 0 22:52:40.196191 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237698999 ecr 0,sackOK,eol], length 0 22:52:40.196193 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237415323 ecr 0,sackOK,eol], length 0 22:52:40.196195 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237413323 ecr 0,sackOK,eol], length 0 22:52:40.196197 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237604025 ecr 0,sackOK,eol], length 0 22:52:40.196199 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237692999 ecr 0,sackOK,eol], length 0 22:52:40.196201 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237411322 ecr 0,sackOK,eol], length 0 22:52:40.196202 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196204 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237608025 ecr 0,sackOK,eol], length 0 22:52:40.196206 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237514662 ecr 0,sackOK,eol], length 0 22:52:40.196208 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237809521 ecr 0,sackOK,eol], length 0 22:52:40.196210 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196212 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237702999 ecr 0,sackOK,eol], length 0 22:52:40.196214 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237800520 ecr 0,sackOK,eol], length 0 22:52:40.196215 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238054536 ecr 0,sackOK,eol], length 0 22:52:40.196217 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237694999 ecr 0,sackOK,eol], length 0 22:52:40.196219 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238063537 ecr 0,sackOK,eol], length 0 22:52:40.196221 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196223 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237412322 ecr 0,sackOK,eol], length 0 22:52:40.196225 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237510662 ecr 0,sackOK,eol], length 0 22:52:40.196227 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196229 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196231 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238059537 ecr 0,sackOK,eol], length 0 22:52:40.196233 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237607025 ecr 0,sackOK,eol], length 0 22:52:40.196235 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238056537 ecr 0,sackOK,eol], length 0 22:52:40.196236 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196238 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196240 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196242 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237695999 ecr 0,sackOK,eol], length 0 22:52:40.196244 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237611025 ecr 0,sackOK,eol], length 0 22:52:40.196245 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237512662 ecr 0,sackOK,eol], length 0 22:52:40.196247 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196249 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196251 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196253 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237696999 ecr 0,sackOK,eol], length 0 22:52:40.196255 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237801520 ecr 0,sackOK,eol], length 0 22:52:40.196257 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238053535 ecr 0,sackOK,eol], length 0 22:52:40.196259 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237419323 ecr 0,sackOK,eol], length 0 22:52:40.196261 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238052535 ecr 0,sackOK,eol], length 0 22:52:40.196263 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237517662 ecr 0,sackOK,eol], length 0 22:52:40.196265 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237605025 ecr 0,sackOK,eol], length 0 22:52:40.196267 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237511662 ecr 0,sackOK,eol], length 0 22:52:40.196268 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196270 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237798520 ecr 0,sackOK,eol], length 0 22:52:40.196272 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238057537 ecr 0,sackOK,eol], length 0 22:52:40.196274 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237521662 ecr 0,sackOK,eol], length 0 22:52:40.196276 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196277 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237606025 ecr 0,sackOK,eol], length 0 22:52:40.196279 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237615025 ecr 0,sackOK,eol], length 0 22:52:40.196281 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196283 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196285 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238055536 ecr 0,sackOK,eol], length 0 22:52:40.196287 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237409322 ecr 0,sackOK,eol], length 0 22:52:40.196289 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237513662 ecr 0,sackOK,eol], length 0 22:52:40.196291 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237693999 ecr 0,sackOK,eol], length 0 22:52:40.196293 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196295 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237799520 ecr 0,sackOK,eol], length 0 22:52:40.196296 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237410322 ecr 0,sackOK,eol], length 0 22:52:40.196298 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237408322 ecr 0,sackOK,eol], length 0 22:52:40.196300 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237802520 ecr 0,sackOK,eol], length 0 22:52:40.196302 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237515662 ecr 0,sackOK,eol], length 0 22:52:40.196304 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196306 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237691999 ecr 0,sackOK,eol], length 0 22:52:40.196307 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196309 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237609025 ecr 0,sackOK,eol], length 0 22:52:40.196311 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237803520 ecr 0,sackOK,eol], length 0 22:52:40.196313 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237805521 ecr 0,sackOK,eol], length 0 22:52:40.196315 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237698999 ecr 0,sackOK,eol], length 0 22:52:40.196317 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237415323 ecr 0,sackOK,eol], length 0 22:52:40.196319 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237413323 ecr 0,sackOK,eol], length 0 22:52:40.196321 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237604025 ecr 0,sackOK,eol], length 0 22:52:40.196323 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237692999 ecr 0,sackOK,eol], length 0 22:52:40.196325 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237411322 ecr 0,sackOK,eol], length 0 22:52:40.196327 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196328 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237608025 ecr 0,sackOK,eol], length 0 22:52:40.196330 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237514662 ecr 0,sackOK,eol], length 0 22:52:40.196332 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237809521 ecr 0,sackOK,eol], length 0 22:52:40.196334 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196336 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237702999 ecr 0,sackOK,eol], length 0 22:52:40.196338 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237800520 ecr 0,sackOK,eol], length 0 22:52:40.196339 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238054536 ecr 0,sackOK,eol], length 0 22:52:40.196341 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237694999 ecr 0,sackOK,eol], length 0 22:52:40.196343 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238063537 ecr 0,sackOK,eol], length 0 22:52:40.196345 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196347 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237412322 ecr 0,sackOK,eol], length 0 22:52:40.196349 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237510662 ecr 0,sackOK,eol], length 0 22:52:40.196351 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196353 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196355 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238059537 ecr 0,sackOK,eol], length 0 22:52:40.196357 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237607025 ecr 0,sackOK,eol], length 0 22:52:40.196359 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238056537 ecr 0,sackOK,eol], length 0 22:52:40.196361 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196363 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196365 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196367 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237695999 ecr 0,sackOK,eol], length 0 22:52:40.196368 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237611025 ecr 0,sackOK,eol], length 0 22:52:40.196370 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237512662 ecr 0,sackOK,eol], length 0 22:52:40.196372 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196374 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196376 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196378 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237696999 ecr 0,sackOK,eol], length 0 22:52:40.196380 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237801520 ecr 0,sackOK,eol], length 0 22:52:40.196382 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238053535 ecr 0,sackOK,eol], length 0 22:52:40.196384 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237419323 ecr 0,sackOK,eol], length 0 22:52:40.196386 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238052535 ecr 0,sackOK,eol], length 0 22:52:40.196387 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237517662 ecr 0,sackOK,eol], length 0 22:52:40.196389 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237605025 ecr 0,sackOK,eol], length 0 22:52:40.196391 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237511662 ecr 0,sackOK,eol], length 0 22:52:40.196393 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196395 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237798520 ecr 0,sackOK,eol], length 0 22:52:40.196397 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238057537 ecr 0,sackOK,eol], length 0 22:52:40.196399 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237521662 ecr 0,sackOK,eol], length 0 22:52:40.196400 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196402 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237606025 ecr 0,sackOK,eol], length 0 22:52:40.196404 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237615025 ecr 0,sackOK,eol], length 0 22:52:40.196406 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196408 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196410 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238055536 ecr 0,sackOK,eol], length 0 22:52:40.196412 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237409322 ecr 0,sackOK,eol], length 0 22:52:40.196414 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237513662 ecr 0,sackOK,eol], length 0 22:52:40.196416 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237693999 ecr 0,sackOK,eol], length 0 22:52:40.196418 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196420 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237799520 ecr 0,sackOK,eol], length 0 22:52:40.196422 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237410322 ecr 0,sackOK,eol], length 0 22:52:40.196424 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237408322 ecr 0,sackOK,eol], length 0 22:52:40.196426 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237802520 ecr 0,sackOK,eol], length 0 22:52:40.196428 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237515662 ecr 0,sackOK,eol], length 0 22:52:40.196429 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196431 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237691999 ecr 0,sackOK,eol], length 0 22:52:40.196433 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196435 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237609025 ecr 0,sackOK,eol], length 0 22:52:40.196437 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237803520 ecr 0,sackOK,eol], length 0 22:52:40.196439 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237805521 ecr 0,sackOK,eol], length 0 22:52:40.196440 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237698999 ecr 0,sackOK,eol], length 0 22:52:40.196442 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237415323 ecr 0,sackOK,eol], length 0 22:52:40.196444 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237413323 ecr 0,sackOK,eol], length 0 22:52:40.196446 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237604025 ecr 0,sackOK,eol], length 0 22:52:40.196448 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237692999 ecr 0,sackOK,eol], length 0 22:52:40.196450 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237411322 ecr 0,sackOK,eol], length 0 22:52:40.196452 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196454 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237608025 ecr 0,sackOK,eol], length 0 22:52:40.196456 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237514662 ecr 0,sackOK,eol], length 0 22:52:40.196458 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237809521 ecr 0,sackOK,eol], length 0 22:52:40.196460 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196462 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237702999 ecr 0,sackOK,eol], length 0 22:52:40.196463 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237800520 ecr 0,sackOK,eol], length 0 22:52:40.196465 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238054536 ecr 0,sackOK,eol], length 0 22:52:40.196467 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237694999 ecr 0,sackOK,eol], length 0 22:52:40.196469 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238063537 ecr 0,sackOK,eol], length 0 22:52:40.196471 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196473 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237412322 ecr 0,sackOK,eol], length 0 22:52:40.196475 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237510662 ecr 0,sackOK,eol], length 0 22:52:40.196477 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196479 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196481 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238059537 ecr 0,sackOK,eol], length 0 22:52:40.196483 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237607025 ecr 0,sackOK,eol], length 0 22:52:40.196484 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238056537 ecr 0,sackOK,eol], length 0 22:52:40.196486 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196488 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196490 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196492 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237695999 ecr 0,sackOK,eol], length 0 22:52:40.196494 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237611025 ecr 0,sackOK,eol], length 0 22:52:40.196496 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237512662 ecr 0,sackOK,eol], length 0 22:52:40.196497 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196499 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196501 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196503 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237696999 ecr 0,sackOK,eol], length 0 22:52:40.196505 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237801520 ecr 0,sackOK,eol], length 0 22:52:40.196507 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238053535 ecr 0,sackOK,eol], length 0 22:52:40.196509 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237419323 ecr 0,sackOK,eol], length 0 22:52:40.196511 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238052535 ecr 0,sackOK,eol], length 0 22:52:40.196513 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237517662 ecr 0,sackOK,eol], length 0 22:52:40.196515 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237605025 ecr 0,sackOK,eol], length 0 22:52:40.196517 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237511662 ecr 0,sackOK,eol], length 0 22:52:40.196519 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196521 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237798520 ecr 0,sackOK,eol], length 0 22:52:40.196522 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238057537 ecr 0,sackOK,eol], length 0 22:52:40.196524 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237521662 ecr 0,sackOK,eol], length 0 22:52:40.196525 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196527 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237606025 ecr 0,sackOK,eol], length 0 22:52:40.196529 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237615025 ecr 0,sackOK,eol], length 0 22:52:40.196531 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196533 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196535 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238055536 ecr 0,sackOK,eol], length 0 22:52:40.196537 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237409322 ecr 0,sackOK,eol], length 0 22:52:40.196539 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237513662 ecr 0,sackOK,eol], length 0 22:52:40.196541 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237693999 ecr 0,sackOK,eol], length 0 22:52:40.196543 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196544 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237799520 ecr 0,sackOK,eol], length 0 22:52:40.196546 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237410322 ecr 0,sackOK,eol], length 0 22:52:40.196548 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237408322 ecr 0,sackOK,eol], length 0 22:52:40.196550 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237802520 ecr 0,sackOK,eol], length 0 22:52:40.196552 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237515662 ecr 0,sackOK,eol], length 0 22:52:40.196554 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196555 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237691999 ecr 0,sackOK,eol], length 0 22:52:40.196557 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196559 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237609025 ecr 0,sackOK,eol], length 0 22:52:40.196561 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237803520 ecr 0,sackOK,eol], length 0 22:52:40.196563 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237805521 ecr 0,sackOK,eol], length 0 22:52:40.196565 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237698999 ecr 0,sackOK,eol], length 0 22:52:40.196567 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237415323 ecr 0,sackOK,eol], length 0 22:52:40.196569 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237413323 ecr 0,sackOK,eol], length 0 22:52:40.196571 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237604025 ecr 0,sackOK,eol], length 0 22:52:40.196573 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237692999 ecr 0,sackOK,eol], length 0 22:52:40.196575 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237411322 ecr 0,sackOK,eol], length 0 22:52:40.196577 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196578 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237608025 ecr 0,sackOK,eol], length 0 22:52:40.196580 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237514662 ecr 0,sackOK,eol], length 0 22:52:40.196582 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237809521 ecr 0,sackOK,eol], length 0 22:52:40.196584 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196586 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237702999 ecr 0,sackOK,eol], length 0 22:52:40.196588 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237800520 ecr 0,sackOK,eol], length 0 22:52:40.196590 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238054536 ecr 0,sackOK,eol], length 0 22:52:40.196596 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237694999 ecr 0,sackOK,eol], length 0 22:52:40.196598 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238063537 ecr 0,sackOK,eol], length 0 22:52:40.196600 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196602 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237412322 ecr 0,sackOK,eol], length 0 22:52:40.196604 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237510662 ecr 0,sackOK,eol], length 0 22:52:40.196606 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196608 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196610 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238059537 ecr 0,sackOK,eol], length 0 22:52:40.196611 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237607025 ecr 0,sackOK,eol], length 0 22:52:40.196613 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238056537 ecr 0,sackOK,eol], length 0 22:52:40.196615 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196617 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196619 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196621 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237695999 ecr 0,sackOK,eol], length 0 22:52:40.196623 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237611025 ecr 0,sackOK,eol], length 0 22:52:40.196625 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237512662 ecr 0,sackOK,eol], length 0 22:52:40.196626 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196628 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196630 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196632 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237696999 ecr 0,sackOK,eol], length 0 22:52:40.196634 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237801520 ecr 0,sackOK,eol], length 0 22:52:40.196636 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238053535 ecr 0,sackOK,eol], length 0 22:52:40.196638 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237419323 ecr 0,sackOK,eol], length 0 22:52:40.196640 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238052535 ecr 0,sackOK,eol], length 0 22:52:40.196642 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237517662 ecr 0,sackOK,eol], length 0 22:52:40.196644 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237605025 ecr 0,sackOK,eol], length 0 22:52:40.196645 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237511662 ecr 0,sackOK,eol], length 0 22:52:40.196647 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196649 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237798520 ecr 0,sackOK,eol], length 0 22:52:40.196651 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238057537 ecr 0,sackOK,eol], length 0 22:52:40.196652 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237521662 ecr 0,sackOK,eol], length 0 22:52:40.196654 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196656 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237606025 ecr 0,sackOK,eol], length 0 22:52:40.196658 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237615025 ecr 0,sackOK,eol], length 0 22:52:40.196660 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196662 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196664 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1238055536 ecr 0,sackOK,eol], length 0 22:52:40.196666 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237409322 ecr 0,sackOK,eol], length 0 22:52:40.196668 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237513662 ecr 0,sackOK,eol], length 0 22:52:40.196670 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237693999 ecr 0,sackOK,eol], length 0 22:52:40.196672 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196674 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237799520 ecr 0,sackOK,eol], length 0 22:52:40.196675 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237410322 ecr 0,sackOK,eol], length 0 22:52:40.196677 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237408322 ecr 0,sackOK,eol], length 0 22:52:40.196679 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237802520 ecr 0,sackOK,eol], length 0 22:52:40.196681 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237515662 ecr 0,sackOK,eol], length 0 22:52:40.196683 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196685 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237691999 ecr 0,sackOK,eol], length 0 22:52:40.196687 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196688 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237609025 ecr 0,sackOK,eol], length 0 22:52:40.196690 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237803520 ecr 0,sackOK,eol], length 0 22:52:40.196692 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237805521 ecr 0,sackOK,eol], length 0 22:52:40.196694 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237698999 ecr 0,sackOK,eol], length 0 22:52:40.196696 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237415323 ecr 0,sackOK,eol], length 0 22:52:40.196698 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237413323 ecr 0,sackOK,eol], length 0 22:52:40.196700 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237604025 ecr 0,sackOK,eol], length 0 22:52:40.196702 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237692999 ecr 0,sackOK,eol], length 0 22:52:40.196704 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237411322 ecr 0,sackOK,eol], length 0 22:52:40.196706 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, length 30 22:52:40.196708 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237608025 ecr 0,sackOK,eol], length 0 22:52:40.196710 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237514662 ecr 0,sackOK,eol], length 0 22:52:40.196711 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val 1237809521 ecr 0,sackOK,eol], length 0 -- and here -- What troubles me is that netstat reports very low traffic rates: -- cut here -- input lo0 output packets errs idrops bytes packets errs bytes colls 8 0 0 632 8 0 632 0 7 0 0 572 7 0 572 0 6 0 0 512 6 0 512 0 7 0 0 572 7 0 572 0 8 0 0 632 8 0 632 0 7 0 0 572 7 0 572 0 6 0 0 512 6 0 512 0 7 0 0 572 7 0 572 0 8 0 0 632 8 0 632 0 7 0 0 572 7 0 572 0 6 0 0 512 6 0 512 0 7 0 0 572 7 0 572 0 8 0 0 632 8 0 632 0 7 0 0 572 7 0 572 0 6 0 0 512 6 0 512 0 7 0 0 572 7 0 572 0 8 0 0 632 8 0 632 0 -- and here -- Thanks again for looking! Vlad On Thu, Jul 10, 2014 at 7:30 PM, John Baldwin wrote: > On Wednesday, July 09, 2014 5:43:25 pm Vlad Galu wrote: > > I hope I'm doing this the right way. Invoking DTrace as dtrace -n > > 'profile-1000 /curthread->td_name == "swi1: netisr 0"/ { @[func(arg0)] = > > count(); }' outputs: > > Can you do 'netstat -I lo0 1' or some such to see if you are sending a lot > of > traffic across lo0 when this is happening? > > -- > John Baldwin > -- Regards, Vlad From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 21:07:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD671A46; Thu, 10 Jul 2014 21:07:06 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B4D624B8; Thu, 10 Jul 2014 21:07:06 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id dc16so140945qab.36 for ; Thu, 10 Jul 2014 14:07:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=o4MueEeyIjUUvJ8q4Wk9ID+pw13T/9qwdr4w4OGb3lw=; b=eh8TlAGTjoXT5XhRhPcFW5n727F90FNHwU7QoQR60D9E8IJ8PfEVeb002e6LeJDkjj lBD2ZQo8Zpbsj7NGAMs9yAJfja09vRfzzrmS11Xx3chXgED99EMfWpezx/lNsttEFJ0b bswPowC+TGocS26FaDOK5DZZek+SRZtTmtT7FMNpAtO/0ehC/opbJAO7JxV7XrMYGGwv L8FSudcyoHJVf2n8uzz8FA3t2YaCNnVUjfdjHOayawO978DmfQhtMl4rkdCRgQKXH6sa REaIhLgPdjTmnDEqwAQc9s/6ZBGTN11bTIb0mTlEXzD3XlU8Ykz8PajwERF6rKqNdX3q TmQA== MIME-Version: 1.0 X-Received: by 10.140.89.18 with SMTP id u18mr38622944qgd.87.1405026425058; Thu, 10 Jul 2014 14:07:05 -0700 (PDT) Received: by 10.96.73.39 with HTTP; Thu, 10 Jul 2014 14:07:05 -0700 (PDT) In-Reply-To: <201407101336.00965.jhb@freebsd.org> References: <37229F0A-4BEA-4712-9AE1-5446A630AF9F@transactionware.com> <53BA8666.9040608@omnilan.de> <201407101336.00965.jhb@freebsd.org> Date: Thu, 10 Jul 2014 14:07:05 -0700 Message-ID: Subject: Re: r256920 missing in stable/9 and releng/9.3 From: hiren panchasara To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-net@freebsd.org" , Andre Oppermann , "freebsd-net@freebsd.org" , FreeBSD Stable Mailing List , Harald Schmalzbauer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 21:07:06 -0000 On Thu, Jul 10, 2014 at 10:36 AM, John Baldwin wrote: > On Monday, July 07, 2014 12:58:53 pm hiren panchasara wrote: >> + freebsd-net@, >> >> On Mon, Jul 7, 2014 at 4:37 AM, Harald Schmalzbauer >> wrote: >> > Bez=C3=BCglich Jan Mikkelsen's Nachricht vom 24.06.2014 04:49 (localti= me): >> >> Hi, >> >> >> >> I=E2=80=99m bringing 9.3-RC1 into our local Perforce depot and moving= our local > patches to 9.2 forward. >> >> >> >> I noticed that r256920 (changing sys/netinet/tcp_input.c) has not bee= n > MFC=E2=80=99d. It was listed as =E2=80=9CMFC after 3 days=E2=80=9D back i= n October 2013. >> >> >> >> Is this patch missing for a reason? >> > >> > I'm wondering too if there's any good reason not to MFC? >> >> I also don't see any obvious reason. >> >> If nobody objects on -net@, I can do it. > > I think this looks fine to merge. Thanks John for confirming. Committed as r268506 to stable/9. It's a bit too late for 9.3-R. cheers, Hiren From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 21:43:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8A5281E for ; Thu, 10 Jul 2014 21:43:18 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C0CBA27DF for ; Thu, 10 Jul 2014 21:43:18 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6102DB91C; Thu, 10 Jul 2014 17:43:16 -0400 (EDT) From: John Baldwin To: Vlad Galu Subject: Re: Weird ISR accounting in 10-STABLE Date: Thu, 10 Jul 2014 17:41:50 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201407101430.52616.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201407101741.50877.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 10 Jul 2014 17:43:16 -0400 (EDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 21:43:19 -0000 On Thursday, July 10, 2014 4:56:10 pm Vlad Galu wrote: > Good catch, why didn't I think of that earlier! I can see a lot of IPv6 > traffic that I can't really explain. Since I was running pf with synproxy I > disabled pf altogether, but that did not improve things. Here is a snapshot > (source IP address edited): Ok, try looking for the port numbers from your dump in sockstat output to see if you can map them to a specific process. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 21:47:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84D45AB8 for ; Thu, 10 Jul 2014 21:47:34 +0000 (UTC) Received: from mail-qa0-x22f.google.com (mail-qa0-x22f.google.com [IPv6:2607:f8b0:400d:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 113AB281D for ; Thu, 10 Jul 2014 21:47:34 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id i13so187735qae.6 for ; Thu, 10 Jul 2014 14:47:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=packetdam.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=quCHbfWIUzW+dA3fouIgcoQX5O3zBPQdV3XWiEyStdA=; b=DES1uCnAjMd0yEujwa46g3fYEQE4G9V31dMLbtKj4CQMOiG1my/hx5cAsLcvak2q8s 7jpN8faZTUES39XVz56AGOxko0mlaRZYFb28sjoUyAgG7rkfFdO207Afg6cAyHoE7/0v L5hujjLrwsnLkCZBQPhYxJErYJZPCwqwl3edY= 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:content-type; bh=quCHbfWIUzW+dA3fouIgcoQX5O3zBPQdV3XWiEyStdA=; b=mbEoyxxBUEd+oKRT0m1/dM7Gxg26u1pbbRz1Up/Z+ibkT4EQuZ+b4P6zKOVOE+Lw8b lU8RRIpSzPS0j8q2h9KuXUC+mf7nOkkD8CuKnNB+taxqtnIrUT5yWPWDn1YPd4FuqwzM fZkEGNqjUB9LjhY8oT7tylpTcXqYLzWJiyt+kSHH0tMjXDJBrKW0nk88EE7kBb5gRv3j suF90LoAYwtggRVNEpwIa9svJbgCVV/hgeYChCKS4MJ7RCvcLwHgorpdLyIWx+ExcC1J 2f5RY/75F++r7o2vG6RcPEG7zny7clDZL/yVIew6zIEHdGpEVcs6irrMnGnqoNki79/5 Y2Ag== X-Gm-Message-State: ALoCoQnW24Haycv21ioFlNN3PZHQJOrHA8iKnekFJvUeiiSuQvKN6i6WI0IEkKxjR0r1DgfElcFF X-Received: by 10.224.167.70 with SMTP id p6mr85727940qay.79.1405028853009; Thu, 10 Jul 2014 14:47:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.185.6 with HTTP; Thu, 10 Jul 2014 14:46:52 -0700 (PDT) X-Originating-IP: [82.76.253.74] In-Reply-To: References: <201407091402.23537.jhb@freebsd.org> <201407101430.52616.jhb@freebsd.org> From: Vlad Galu Date: Thu, 10 Jul 2014 22:46:52 +0100 Message-ID: Subject: Re: Weird ISR accounting in 10-STABLE To: John Baldwin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 10 Jul 2014 21:47:34 -0000 It was a routing loop! I kept seeing lots of identical SYN packets. I somehow ended up with this v6 table entry: -- cut here -- Routing tables Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 -- and here -- As expected, as soon as I removed the offending prefix, the problem went away. I have no idea how that prefix ended up there, I suspect a problem with my OpenVPN configuration. I will investigate further and report back once I have found something. Sorry for the noise and many thanks for looking into this! Vlad On Thu, Jul 10, 2014 at 9:56 PM, Vlad Galu wrote: > Good catch, why didn't I think of that earlier! I can see a lot of IPv6 > traffic that I can't really explain. Since I was running pf with synproxy I > disabled pf altogether, but that did not improve things. Here is a snapshot > (source IP address edited): > > -- cut here -- > 22:52:40.195950 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237692999 ecr 0,sackOK,eol], length 0 > 22:52:40.195952 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237411322 ecr 0,sackOK,eol], length 0 > 22:52:40.195954 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.195956 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237608025 ecr 0,sackOK,eol], length 0 > 22:52:40.195958 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237514662 ecr 0,sackOK,eol], length 0 > 22:52:40.195959 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237809521 ecr 0,sackOK,eol], length 0 > 22:52:40.195961 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.195963 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237702999 ecr 0,sackOK,eol], length 0 > 22:52:40.195965 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237800520 ecr 0,sackOK,eol], length 0 > 22:52:40.195967 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238054536 ecr 0,sackOK,eol], length 0 > 22:52:40.195969 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237694999 ecr 0,sackOK,eol], length 0 > 22:52:40.195971 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238063537 ecr 0,sackOK,eol], length 0 > 22:52:40.195973 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.195975 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237412322 ecr 0,sackOK,eol], length 0 > 22:52:40.195977 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237510662 ecr 0,sackOK,eol], length 0 > 22:52:40.195979 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.195981 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.195983 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238059537 ecr 0,sackOK,eol], length 0 > 22:52:40.195985 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237607025 ecr 0,sackOK,eol], length 0 > 22:52:40.195987 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238056537 ecr 0,sackOK,eol], length 0 > 22:52:40.195988 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.195990 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.195992 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.195994 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237695999 ecr 0,sackOK,eol], length 0 > 22:52:40.195996 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237611025 ecr 0,sackOK,eol], length 0 > 22:52:40.195997 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237512662 ecr 0,sackOK,eol], length 0 > 22:52:40.195999 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196001 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196003 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196005 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237696999 ecr 0,sackOK,eol], length 0 > 22:52:40.196007 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237801520 ecr 0,sackOK,eol], length 0 > 22:52:40.196009 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238053535 ecr 0,sackOK,eol], length 0 > 22:52:40.196011 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237419323 ecr 0,sackOK,eol], length 0 > 22:52:40.196013 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238052535 ecr 0,sackOK,eol], length 0 > 22:52:40.196015 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237517662 ecr 0,sackOK,eol], length 0 > 22:52:40.196017 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237605025 ecr 0,sackOK,eol], length 0 > 22:52:40.196019 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237511662 ecr 0,sackOK,eol], length 0 > 22:52:40.196021 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196022 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237798520 ecr 0,sackOK,eol], length 0 > 22:52:40.196024 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238057537 ecr 0,sackOK,eol], length 0 > 22:52:40.196026 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237521662 ecr 0,sackOK,eol], length 0 > 22:52:40.196028 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196029 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237606025 ecr 0,sackOK,eol], length 0 > 22:52:40.196031 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237615025 ecr 0,sackOK,eol], length 0 > 22:52:40.196033 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196035 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196037 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238055536 ecr 0,sackOK,eol], length 0 > 22:52:40.196039 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237409322 ecr 0,sackOK,eol], length 0 > 22:52:40.196041 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237513662 ecr 0,sackOK,eol], length 0 > 22:52:40.196043 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237693999 ecr 0,sackOK,eol], length 0 > 22:52:40.196045 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196047 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237799520 ecr 0,sackOK,eol], length 0 > 22:52:40.196049 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237410322 ecr 0,sackOK,eol], length 0 > 22:52:40.196050 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237408322 ecr 0,sackOK,eol], length 0 > 22:52:40.196052 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237802520 ecr 0,sackOK,eol], length 0 > 22:52:40.196054 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237515662 ecr 0,sackOK,eol], length 0 > 22:52:40.196056 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196058 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237691999 ecr 0,sackOK,eol], length 0 > 22:52:40.196059 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196061 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237609025 ecr 0,sackOK,eol], length 0 > 22:52:40.196063 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237803520 ecr 0,sackOK,eol], length 0 > 22:52:40.196065 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237805521 ecr 0,sackOK,eol], length 0 > 22:52:40.196067 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237698999 ecr 0,sackOK,eol], length 0 > 22:52:40.196069 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237415323 ecr 0,sackOK,eol], length 0 > 22:52:40.196071 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237413323 ecr 0,sackOK,eol], length 0 > 22:52:40.196072 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237604025 ecr 0,sackOK,eol], length 0 > 22:52:40.196074 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237692999 ecr 0,sackOK,eol], length 0 > 22:52:40.196076 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237411322 ecr 0,sackOK,eol], length 0 > 22:52:40.196078 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196080 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237608025 ecr 0,sackOK,eol], length 0 > 22:52:40.196082 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237514662 ecr 0,sackOK,eol], length 0 > 22:52:40.196084 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237809521 ecr 0,sackOK,eol], length 0 > 22:52:40.196086 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196088 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237702999 ecr 0,sackOK,eol], length 0 > 22:52:40.196090 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237800520 ecr 0,sackOK,eol], length 0 > 22:52:40.196091 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238054536 ecr 0,sackOK,eol], length 0 > 22:52:40.196093 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237694999 ecr 0,sackOK,eol], length 0 > 22:52:40.196095 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238063537 ecr 0,sackOK,eol], length 0 > 22:52:40.196097 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196099 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237412322 ecr 0,sackOK,eol], length 0 > 22:52:40.196101 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237510662 ecr 0,sackOK,eol], length 0 > 22:52:40.196103 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196105 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196107 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238059537 ecr 0,sackOK,eol], length 0 > 22:52:40.196109 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237607025 ecr 0,sackOK,eol], length 0 > 22:52:40.196111 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238056537 ecr 0,sackOK,eol], length 0 > 22:52:40.196113 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196114 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196116 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196118 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237695999 ecr 0,sackOK,eol], length 0 > 22:52:40.196120 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237611025 ecr 0,sackOK,eol], length 0 > 22:52:40.196122 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237512662 ecr 0,sackOK,eol], length 0 > 22:52:40.196124 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196125 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196127 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196128 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237696999 ecr 0,sackOK,eol], length 0 > 22:52:40.196130 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237801520 ecr 0,sackOK,eol], length 0 > 22:52:40.196132 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238053535 ecr 0,sackOK,eol], length 0 > 22:52:40.196134 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237419323 ecr 0,sackOK,eol], length 0 > 22:52:40.196136 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238052535 ecr 0,sackOK,eol], length 0 > 22:52:40.196138 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237517662 ecr 0,sackOK,eol], length 0 > 22:52:40.196140 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237605025 ecr 0,sackOK,eol], length 0 > 22:52:40.196142 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237511662 ecr 0,sackOK,eol], length 0 > 22:52:40.196144 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196146 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237798520 ecr 0,sackOK,eol], length 0 > 22:52:40.196148 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238057537 ecr 0,sackOK,eol], length 0 > 22:52:40.196150 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237521662 ecr 0,sackOK,eol], length 0 > 22:52:40.196152 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196153 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237606025 ecr 0,sackOK,eol], length 0 > 22:52:40.196155 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237615025 ecr 0,sackOK,eol], length 0 > 22:52:40.196157 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196159 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196161 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238055536 ecr 0,sackOK,eol], length 0 > 22:52:40.196163 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237409322 ecr 0,sackOK,eol], length 0 > 22:52:40.196165 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237513662 ecr 0,sackOK,eol], length 0 > 22:52:40.196167 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237693999 ecr 0,sackOK,eol], length 0 > 22:52:40.196168 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196170 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237799520 ecr 0,sackOK,eol], length 0 > 22:52:40.196172 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237410322 ecr 0,sackOK,eol], length 0 > 22:52:40.196174 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237408322 ecr 0,sackOK,eol], length 0 > 22:52:40.196176 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237802520 ecr 0,sackOK,eol], length 0 > 22:52:40.196178 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237515662 ecr 0,sackOK,eol], length 0 > 22:52:40.196180 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196182 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237691999 ecr 0,sackOK,eol], length 0 > 22:52:40.196183 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196185 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237609025 ecr 0,sackOK,eol], length 0 > 22:52:40.196187 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237803520 ecr 0,sackOK,eol], length 0 > 22:52:40.196189 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237805521 ecr 0,sackOK,eol], length 0 > 22:52:40.196191 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237698999 ecr 0,sackOK,eol], length 0 > 22:52:40.196193 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237415323 ecr 0,sackOK,eol], length 0 > 22:52:40.196195 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237413323 ecr 0,sackOK,eol], length 0 > 22:52:40.196197 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237604025 ecr 0,sackOK,eol], length 0 > 22:52:40.196199 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237692999 ecr 0,sackOK,eol], length 0 > 22:52:40.196201 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237411322 ecr 0,sackOK,eol], length 0 > 22:52:40.196202 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196204 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237608025 ecr 0,sackOK,eol], length 0 > 22:52:40.196206 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237514662 ecr 0,sackOK,eol], length 0 > 22:52:40.196208 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237809521 ecr 0,sackOK,eol], length 0 > 22:52:40.196210 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196212 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237702999 ecr 0,sackOK,eol], length 0 > 22:52:40.196214 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237800520 ecr 0,sackOK,eol], length 0 > 22:52:40.196215 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238054536 ecr 0,sackOK,eol], length 0 > 22:52:40.196217 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237694999 ecr 0,sackOK,eol], length 0 > 22:52:40.196219 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238063537 ecr 0,sackOK,eol], length 0 > 22:52:40.196221 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196223 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237412322 ecr 0,sackOK,eol], length 0 > 22:52:40.196225 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237510662 ecr 0,sackOK,eol], length 0 > 22:52:40.196227 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196229 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196231 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238059537 ecr 0,sackOK,eol], length 0 > 22:52:40.196233 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237607025 ecr 0,sackOK,eol], length 0 > 22:52:40.196235 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238056537 ecr 0,sackOK,eol], length 0 > 22:52:40.196236 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196238 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196240 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196242 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237695999 ecr 0,sackOK,eol], length 0 > 22:52:40.196244 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237611025 ecr 0,sackOK,eol], length 0 > 22:52:40.196245 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237512662 ecr 0,sackOK,eol], length 0 > 22:52:40.196247 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196249 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196251 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196253 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237696999 ecr 0,sackOK,eol], length 0 > 22:52:40.196255 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237801520 ecr 0,sackOK,eol], length 0 > 22:52:40.196257 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238053535 ecr 0,sackOK,eol], length 0 > 22:52:40.196259 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237419323 ecr 0,sackOK,eol], length 0 > 22:52:40.196261 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238052535 ecr 0,sackOK,eol], length 0 > 22:52:40.196263 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237517662 ecr 0,sackOK,eol], length 0 > 22:52:40.196265 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237605025 ecr 0,sackOK,eol], length 0 > 22:52:40.196267 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237511662 ecr 0,sackOK,eol], length 0 > 22:52:40.196268 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196270 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237798520 ecr 0,sackOK,eol], length 0 > 22:52:40.196272 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238057537 ecr 0,sackOK,eol], length 0 > 22:52:40.196274 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237521662 ecr 0,sackOK,eol], length 0 > 22:52:40.196276 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196277 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237606025 ecr 0,sackOK,eol], length 0 > 22:52:40.196279 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237615025 ecr 0,sackOK,eol], length 0 > 22:52:40.196281 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196283 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196285 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238055536 ecr 0,sackOK,eol], length 0 > 22:52:40.196287 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237409322 ecr 0,sackOK,eol], length 0 > 22:52:40.196289 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237513662 ecr 0,sackOK,eol], length 0 > 22:52:40.196291 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237693999 ecr 0,sackOK,eol], length 0 > 22:52:40.196293 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196295 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237799520 ecr 0,sackOK,eol], length 0 > 22:52:40.196296 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237410322 ecr 0,sackOK,eol], length 0 > 22:52:40.196298 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237408322 ecr 0,sackOK,eol], length 0 > 22:52:40.196300 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237802520 ecr 0,sackOK,eol], length 0 > 22:52:40.196302 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237515662 ecr 0,sackOK,eol], length 0 > 22:52:40.196304 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196306 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237691999 ecr 0,sackOK,eol], length 0 > 22:52:40.196307 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196309 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237609025 ecr 0,sackOK,eol], length 0 > 22:52:40.196311 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237803520 ecr 0,sackOK,eol], length 0 > 22:52:40.196313 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237805521 ecr 0,sackOK,eol], length 0 > 22:52:40.196315 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237698999 ecr 0,sackOK,eol], length 0 > 22:52:40.196317 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237415323 ecr 0,sackOK,eol], length 0 > 22:52:40.196319 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237413323 ecr 0,sackOK,eol], length 0 > 22:52:40.196321 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237604025 ecr 0,sackOK,eol], length 0 > 22:52:40.196323 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237692999 ecr 0,sackOK,eol], length 0 > 22:52:40.196325 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237411322 ecr 0,sackOK,eol], length 0 > 22:52:40.196327 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196328 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237608025 ecr 0,sackOK,eol], length 0 > 22:52:40.196330 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237514662 ecr 0,sackOK,eol], length 0 > 22:52:40.196332 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237809521 ecr 0,sackOK,eol], length 0 > 22:52:40.196334 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196336 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237702999 ecr 0,sackOK,eol], length 0 > 22:52:40.196338 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237800520 ecr 0,sackOK,eol], length 0 > 22:52:40.196339 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238054536 ecr 0,sackOK,eol], length 0 > 22:52:40.196341 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237694999 ecr 0,sackOK,eol], length 0 > 22:52:40.196343 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238063537 ecr 0,sackOK,eol], length 0 > 22:52:40.196345 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196347 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237412322 ecr 0,sackOK,eol], length 0 > 22:52:40.196349 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237510662 ecr 0,sackOK,eol], length 0 > 22:52:40.196351 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196353 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196355 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238059537 ecr 0,sackOK,eol], length 0 > 22:52:40.196357 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237607025 ecr 0,sackOK,eol], length 0 > 22:52:40.196359 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238056537 ecr 0,sackOK,eol], length 0 > 22:52:40.196361 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196363 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196365 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196367 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237695999 ecr 0,sackOK,eol], length 0 > 22:52:40.196368 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237611025 ecr 0,sackOK,eol], length 0 > 22:52:40.196370 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237512662 ecr 0,sackOK,eol], length 0 > 22:52:40.196372 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196374 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196376 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196378 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237696999 ecr 0,sackOK,eol], length 0 > 22:52:40.196380 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237801520 ecr 0,sackOK,eol], length 0 > 22:52:40.196382 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238053535 ecr 0,sackOK,eol], length 0 > 22:52:40.196384 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237419323 ecr 0,sackOK,eol], length 0 > 22:52:40.196386 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238052535 ecr 0,sackOK,eol], length 0 > 22:52:40.196387 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237517662 ecr 0,sackOK,eol], length 0 > 22:52:40.196389 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237605025 ecr 0,sackOK,eol], length 0 > 22:52:40.196391 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237511662 ecr 0,sackOK,eol], length 0 > 22:52:40.196393 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196395 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237798520 ecr 0,sackOK,eol], length 0 > 22:52:40.196397 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238057537 ecr 0,sackOK,eol], length 0 > 22:52:40.196399 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237521662 ecr 0,sackOK,eol], length 0 > 22:52:40.196400 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196402 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237606025 ecr 0,sackOK,eol], length 0 > 22:52:40.196404 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237615025 ecr 0,sackOK,eol], length 0 > 22:52:40.196406 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196408 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196410 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238055536 ecr 0,sackOK,eol], length 0 > 22:52:40.196412 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237409322 ecr 0,sackOK,eol], length 0 > 22:52:40.196414 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237513662 ecr 0,sackOK,eol], length 0 > 22:52:40.196416 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237693999 ecr 0,sackOK,eol], length 0 > 22:52:40.196418 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196420 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237799520 ecr 0,sackOK,eol], length 0 > 22:52:40.196422 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237410322 ecr 0,sackOK,eol], length 0 > 22:52:40.196424 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237408322 ecr 0,sackOK,eol], length 0 > 22:52:40.196426 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237802520 ecr 0,sackOK,eol], length 0 > 22:52:40.196428 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237515662 ecr 0,sackOK,eol], length 0 > 22:52:40.196429 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196431 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237691999 ecr 0,sackOK,eol], length 0 > 22:52:40.196433 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196435 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237609025 ecr 0,sackOK,eol], length 0 > 22:52:40.196437 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237803520 ecr 0,sackOK,eol], length 0 > 22:52:40.196439 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237805521 ecr 0,sackOK,eol], length 0 > 22:52:40.196440 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237698999 ecr 0,sackOK,eol], length 0 > 22:52:40.196442 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237415323 ecr 0,sackOK,eol], length 0 > 22:52:40.196444 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237413323 ecr 0,sackOK,eol], length 0 > 22:52:40.196446 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237604025 ecr 0,sackOK,eol], length 0 > 22:52:40.196448 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237692999 ecr 0,sackOK,eol], length 0 > 22:52:40.196450 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237411322 ecr 0,sackOK,eol], length 0 > 22:52:40.196452 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196454 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237608025 ecr 0,sackOK,eol], length 0 > 22:52:40.196456 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237514662 ecr 0,sackOK,eol], length 0 > 22:52:40.196458 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237809521 ecr 0,sackOK,eol], length 0 > 22:52:40.196460 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196462 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237702999 ecr 0,sackOK,eol], length 0 > 22:52:40.196463 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237800520 ecr 0,sackOK,eol], length 0 > 22:52:40.196465 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238054536 ecr 0,sackOK,eol], length 0 > 22:52:40.196467 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237694999 ecr 0,sackOK,eol], length 0 > 22:52:40.196469 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238063537 ecr 0,sackOK,eol], length 0 > 22:52:40.196471 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196473 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237412322 ecr 0,sackOK,eol], length 0 > 22:52:40.196475 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237510662 ecr 0,sackOK,eol], length 0 > 22:52:40.196477 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196479 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196481 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238059537 ecr 0,sackOK,eol], length 0 > 22:52:40.196483 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237607025 ecr 0,sackOK,eol], length 0 > 22:52:40.196484 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238056537 ecr 0,sackOK,eol], length 0 > 22:52:40.196486 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196488 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196490 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196492 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237695999 ecr 0,sackOK,eol], length 0 > 22:52:40.196494 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237611025 ecr 0,sackOK,eol], length 0 > 22:52:40.196496 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237512662 ecr 0,sackOK,eol], length 0 > 22:52:40.196497 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196499 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196501 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196503 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237696999 ecr 0,sackOK,eol], length 0 > 22:52:40.196505 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237801520 ecr 0,sackOK,eol], length 0 > 22:52:40.196507 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238053535 ecr 0,sackOK,eol], length 0 > 22:52:40.196509 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237419323 ecr 0,sackOK,eol], length 0 > 22:52:40.196511 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238052535 ecr 0,sackOK,eol], length 0 > 22:52:40.196513 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237517662 ecr 0,sackOK,eol], length 0 > 22:52:40.196515 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237605025 ecr 0,sackOK,eol], length 0 > 22:52:40.196517 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237511662 ecr 0,sackOK,eol], length 0 > 22:52:40.196519 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196521 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237798520 ecr 0,sackOK,eol], length 0 > 22:52:40.196522 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238057537 ecr 0,sackOK,eol], length 0 > 22:52:40.196524 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237521662 ecr 0,sackOK,eol], length 0 > 22:52:40.196525 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196527 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237606025 ecr 0,sackOK,eol], length 0 > 22:52:40.196529 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237615025 ecr 0,sackOK,eol], length 0 > 22:52:40.196531 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196533 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196535 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238055536 ecr 0,sackOK,eol], length 0 > 22:52:40.196537 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237409322 ecr 0,sackOK,eol], length 0 > 22:52:40.196539 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237513662 ecr 0,sackOK,eol], length 0 > 22:52:40.196541 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237693999 ecr 0,sackOK,eol], length 0 > 22:52:40.196543 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196544 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237799520 ecr 0,sackOK,eol], length 0 > 22:52:40.196546 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237410322 ecr 0,sackOK,eol], length 0 > 22:52:40.196548 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237408322 ecr 0,sackOK,eol], length 0 > 22:52:40.196550 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237802520 ecr 0,sackOK,eol], length 0 > 22:52:40.196552 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237515662 ecr 0,sackOK,eol], length 0 > 22:52:40.196554 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196555 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237691999 ecr 0,sackOK,eol], length 0 > 22:52:40.196557 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196559 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237609025 ecr 0,sackOK,eol], length 0 > 22:52:40.196561 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237803520 ecr 0,sackOK,eol], length 0 > 22:52:40.196563 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237805521 ecr 0,sackOK,eol], length 0 > 22:52:40.196565 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237698999 ecr 0,sackOK,eol], length 0 > 22:52:40.196567 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237415323 ecr 0,sackOK,eol], length 0 > 22:52:40.196569 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237413323 ecr 0,sackOK,eol], length 0 > 22:52:40.196571 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237604025 ecr 0,sackOK,eol], length 0 > 22:52:40.196573 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237692999 ecr 0,sackOK,eol], length 0 > 22:52:40.196575 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237411322 ecr 0,sackOK,eol], length 0 > 22:52:40.196577 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196578 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237608025 ecr 0,sackOK,eol], length 0 > 22:52:40.196580 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237514662 ecr 0,sackOK,eol], length 0 > 22:52:40.196582 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237809521 ecr 0,sackOK,eol], length 0 > 22:52:40.196584 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196586 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237702999 ecr 0,sackOK,eol], length 0 > 22:52:40.196588 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237800520 ecr 0,sackOK,eol], length 0 > 22:52:40.196590 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238054536 ecr 0,sackOK,eol], length 0 > 22:52:40.196596 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237694999 ecr 0,sackOK,eol], length 0 > 22:52:40.196598 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238063537 ecr 0,sackOK,eol], length 0 > 22:52:40.196600 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196602 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237412322 ecr 0,sackOK,eol], length 0 > 22:52:40.196604 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237510662 ecr 0,sackOK,eol], length 0 > 22:52:40.196606 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196608 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196610 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238059537 ecr 0,sackOK,eol], length 0 > 22:52:40.196611 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237607025 ecr 0,sackOK,eol], length 0 > 22:52:40.196613 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238056537 ecr 0,sackOK,eol], length 0 > 22:52:40.196615 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196617 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196619 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196621 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237695999 ecr 0,sackOK,eol], length 0 > 22:52:40.196623 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237611025 ecr 0,sackOK,eol], length 0 > 22:52:40.196625 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237512662 ecr 0,sackOK,eol], length 0 > 22:52:40.196626 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196628 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196630 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196632 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237696999 ecr 0,sackOK,eol], length 0 > 22:52:40.196634 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237801520 ecr 0,sackOK,eol], length 0 > 22:52:40.196636 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238053535 ecr 0,sackOK,eol], length 0 > 22:52:40.196638 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237419323 ecr 0,sackOK,eol], length 0 > 22:52:40.196640 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238052535 ecr 0,sackOK,eol], length 0 > 22:52:40.196642 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237517662 ecr 0,sackOK,eol], length 0 > 22:52:40.196644 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237605025 ecr 0,sackOK,eol], length 0 > 22:52:40.196645 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237511662 ecr 0,sackOK,eol], length 0 > 22:52:40.196647 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196649 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237798520 ecr 0,sackOK,eol], length 0 > 22:52:40.196651 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238057537 ecr 0,sackOK,eol], length 0 > 22:52:40.196652 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237521662 ecr 0,sackOK,eol], length 0 > 22:52:40.196654 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196656 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237606025 ecr 0,sackOK,eol], length 0 > 22:52:40.196658 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237615025 ecr 0,sackOK,eol], length 0 > 22:52:40.196660 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196662 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196664 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1238055536 ecr 0,sackOK,eol], length 0 > 22:52:40.196666 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237409322 ecr 0,sackOK,eol], length 0 > 22:52:40.196668 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237513662 ecr 0,sackOK,eol], length 0 > 22:52:40.196670 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237693999 ecr 0,sackOK,eol], length 0 > 22:52:40.196672 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196674 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237799520 ecr 0,sackOK,eol], length 0 > 22:52:40.196675 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237410322 ecr 0,sackOK,eol], length 0 > 22:52:40.196677 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237408322 ecr 0,sackOK,eol], length 0 > 22:52:40.196679 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237802520 ecr 0,sackOK,eol], length 0 > 22:52:40.196681 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237515662 ecr 0,sackOK,eol], length 0 > 22:52:40.196683 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196685 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237691999 ecr 0,sackOK,eol], length 0 > 22:52:40.196687 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196688 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237609025 ecr 0,sackOK,eol], length 0 > 22:52:40.196690 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237803520 ecr 0,sackOK,eol], length 0 > 22:52:40.196692 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237805521 ecr 0,sackOK,eol], length 0 > 22:52:40.196694 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237698999 ecr 0,sackOK,eol], length 0 > 22:52:40.196696 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237415323 ecr 0,sackOK,eol], length 0 > 22:52:40.196698 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237413323 ecr 0,sackOK,eol], length 0 > 22:52:40.196700 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237604025 ecr 0,sackOK,eol], length 0 > 22:52:40.196702 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237692999 ecr 0,sackOK,eol], length 0 > 22:52:40.196704 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > 1237411322 ecr 0,sackOK,eol], length 0 > 22:52:40.196706 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > length 30 > 22:52:40.196708 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237608025 ecr 0,sackOK,eol], length 0 > 22:52:40.196710 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237514662 ecr 0,sackOK,eol], length 0 > 22:52:40.196711 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > val 1237809521 ecr 0,sackOK,eol], length 0 > -- and here -- > > What troubles me is that netstat reports very low traffic rates: > -- cut here -- > > input lo0 output > > packets errs idrops bytes packets errs bytes colls > > 8 0 0 632 8 0 632 0 > > 7 0 0 572 7 0 572 0 > > 6 0 0 512 6 0 512 0 > > 7 0 0 572 7 0 572 0 > > 8 0 0 632 8 0 632 0 > > 7 0 0 572 7 0 572 0 > > 6 0 0 512 6 0 512 0 > > 7 0 0 572 7 0 572 0 > > 8 0 0 632 8 0 632 0 > > 7 0 0 572 7 0 572 0 > > 6 0 0 512 6 0 512 0 > > 7 0 0 572 7 0 572 0 > > 8 0 0 632 8 0 632 0 > > 7 0 0 572 7 0 572 0 > > 6 0 0 512 6 0 512 0 > > 7 0 0 572 7 0 572 0 > > 8 0 0 632 8 0 632 0 > > -- and here -- > > > Thanks again for looking! > > Vlad > > > On Thu, Jul 10, 2014 at 7:30 PM, John Baldwin wrote: > >> On Wednesday, July 09, 2014 5:43:25 pm Vlad Galu wrote: >> > I hope I'm doing this the right way. Invoking DTrace as dtrace -n >> > 'profile-1000 /curthread->td_name == "swi1: netisr 0"/ { @[func(arg0)] = >> > count(); }' outputs: >> >> Can you do 'netstat -I lo0 1' or some such to see if you are sending a >> lot of >> traffic across lo0 when this is happening? >> >> -- >> John Baldwin >> > > > > -- > Regards, > Vlad > -- Regards, Vlad From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 00:25:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66DD995; Fri, 11 Jul 2014 00:25:53 +0000 (UTC) Received: from flynn.in-addr.com (unknown [IPv6:2a01:4f8:191:61e8::2525:2525]) (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 8EC6C2722; Fri, 11 Jul 2014 00:25:52 +0000 (UTC) Received: from gjp by flynn.in-addr.com with local (Exim 4.82_1-5b7a7c0-XX (FreeBSD)) (envelope-from ) id 1X5Oer-0007GC-Hr; Fri, 11 Jul 2014 01:25:49 +0100 Date: Fri, 11 Jul 2014 01:25:49 +0100 From: Gary Palmer To: Vlad Galu Subject: Re: Weird ISR accounting in 10-STABLE Message-ID: <20140711002549.GA47852@in-addr.com> References: <201407091402.23537.jhb@freebsd.org> <201407101430.52616.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on flynn.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jul 2014 00:25:53 -0000 On Thu, Jul 10, 2014 at 10:46:52PM +0100, Vlad Galu wrote: > It was a routing loop! I kept seeing lots of identical SYN packets. I > somehow ended up with this v6 table entry: > -- cut here -- > Routing tables > > Internet6: > > Destination Gateway Flags > Netif Expire > > ::/96 ::1 UGRS > lo0 > > -- and here -- > > As expected, as soon as I removed the offending prefix, the problem went > away. I have no idea how that prefix ended up there, I suspect a problem > with my OpenVPN configuration. I will investigate further and report back > once I have found something. Sorry for the noise and many thanks for > looking into this! I believe that is the IPv6 loopback route. I think you just stopped IPv6 traffic from going over lo0, even if it should. All my FreeBSD boxes have that same route. # netstat -nr -f inet6 | head -5 Routing tables Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 => # Regards, Gary > On Thu, Jul 10, 2014 at 9:56 PM, Vlad Galu wrote: > > > Good catch, why didn't I think of that earlier! I can see a lot of IPv6 > > traffic that I can't really explain. Since I was running pf with synproxy I > > disabled pf altogether, but that did not improve things. Here is a snapshot > > (source IP address edited): > > > > -- cut here -- > > 22:52:40.195950 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237692999 ecr 0,sackOK,eol], length 0 > > 22:52:40.195952 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237411322 ecr 0,sackOK,eol], length 0 > > 22:52:40.195954 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.195956 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237608025 ecr 0,sackOK,eol], length 0 > > 22:52:40.195958 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237514662 ecr 0,sackOK,eol], length 0 > > 22:52:40.195959 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237809521 ecr 0,sackOK,eol], length 0 > > 22:52:40.195961 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.195963 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237702999 ecr 0,sackOK,eol], length 0 > > 22:52:40.195965 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237800520 ecr 0,sackOK,eol], length 0 > > 22:52:40.195967 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238054536 ecr 0,sackOK,eol], length 0 > > 22:52:40.195969 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237694999 ecr 0,sackOK,eol], length 0 > > 22:52:40.195971 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238063537 ecr 0,sackOK,eol], length 0 > > 22:52:40.195973 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.195975 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237412322 ecr 0,sackOK,eol], length 0 > > 22:52:40.195977 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237510662 ecr 0,sackOK,eol], length 0 > > 22:52:40.195979 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.195981 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.195983 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238059537 ecr 0,sackOK,eol], length 0 > > 22:52:40.195985 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237607025 ecr 0,sackOK,eol], length 0 > > 22:52:40.195987 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238056537 ecr 0,sackOK,eol], length 0 > > 22:52:40.195988 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.195990 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.195992 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.195994 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237695999 ecr 0,sackOK,eol], length 0 > > 22:52:40.195996 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237611025 ecr 0,sackOK,eol], length 0 > > 22:52:40.195997 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237512662 ecr 0,sackOK,eol], length 0 > > 22:52:40.195999 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196001 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196003 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196005 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237696999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196007 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237801520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196009 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238053535 ecr 0,sackOK,eol], length 0 > > 22:52:40.196011 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237419323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196013 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238052535 ecr 0,sackOK,eol], length 0 > > 22:52:40.196015 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237517662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196017 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237605025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196019 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237511662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196021 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196022 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237798520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196024 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238057537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196026 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237521662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196028 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196029 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237606025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196031 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237615025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196033 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196035 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196037 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238055536 ecr 0,sackOK,eol], length 0 > > 22:52:40.196039 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237409322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196041 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237513662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196043 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237693999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196045 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196047 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237799520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196049 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237410322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196050 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237408322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196052 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237802520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196054 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237515662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196056 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196058 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237691999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196059 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196061 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237609025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196063 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237803520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196065 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237805521 ecr 0,sackOK,eol], length 0 > > 22:52:40.196067 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237698999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196069 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237415323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196071 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237413323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196072 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237604025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196074 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237692999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196076 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237411322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196078 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196080 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237608025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196082 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237514662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196084 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237809521 ecr 0,sackOK,eol], length 0 > > 22:52:40.196086 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196088 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237702999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196090 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237800520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196091 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238054536 ecr 0,sackOK,eol], length 0 > > 22:52:40.196093 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237694999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196095 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238063537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196097 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196099 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237412322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196101 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237510662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196103 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196105 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196107 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238059537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196109 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237607025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196111 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238056537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196113 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196114 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196116 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196118 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237695999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196120 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237611025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196122 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237512662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196124 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196125 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196127 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196128 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237696999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196130 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237801520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196132 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238053535 ecr 0,sackOK,eol], length 0 > > 22:52:40.196134 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237419323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196136 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238052535 ecr 0,sackOK,eol], length 0 > > 22:52:40.196138 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237517662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196140 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237605025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196142 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237511662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196144 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196146 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237798520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196148 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238057537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196150 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237521662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196152 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196153 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237606025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196155 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237615025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196157 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196159 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196161 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238055536 ecr 0,sackOK,eol], length 0 > > 22:52:40.196163 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237409322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196165 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237513662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196167 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237693999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196168 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196170 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237799520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196172 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237410322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196174 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237408322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196176 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237802520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196178 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237515662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196180 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196182 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237691999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196183 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196185 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237609025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196187 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237803520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196189 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237805521 ecr 0,sackOK,eol], length 0 > > 22:52:40.196191 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237698999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196193 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237415323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196195 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237413323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196197 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237604025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196199 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237692999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196201 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237411322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196202 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196204 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237608025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196206 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237514662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196208 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237809521 ecr 0,sackOK,eol], length 0 > > 22:52:40.196210 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196212 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237702999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196214 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237800520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196215 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238054536 ecr 0,sackOK,eol], length 0 > > 22:52:40.196217 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237694999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196219 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238063537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196221 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196223 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237412322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196225 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237510662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196227 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196229 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196231 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238059537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196233 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237607025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196235 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238056537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196236 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196238 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196240 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196242 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237695999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196244 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237611025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196245 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237512662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196247 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196249 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196251 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196253 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237696999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196255 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237801520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196257 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238053535 ecr 0,sackOK,eol], length 0 > > 22:52:40.196259 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237419323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196261 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238052535 ecr 0,sackOK,eol], length 0 > > 22:52:40.196263 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237517662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196265 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237605025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196267 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237511662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196268 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196270 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237798520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196272 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238057537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196274 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237521662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196276 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196277 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237606025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196279 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237615025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196281 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196283 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196285 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238055536 ecr 0,sackOK,eol], length 0 > > 22:52:40.196287 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237409322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196289 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237513662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196291 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237693999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196293 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196295 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237799520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196296 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237410322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196298 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237408322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196300 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237802520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196302 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237515662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196304 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196306 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237691999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196307 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196309 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237609025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196311 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237803520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196313 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237805521 ecr 0,sackOK,eol], length 0 > > 22:52:40.196315 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237698999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196317 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237415323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196319 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237413323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196321 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237604025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196323 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237692999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196325 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237411322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196327 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196328 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237608025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196330 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237514662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196332 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237809521 ecr 0,sackOK,eol], length 0 > > 22:52:40.196334 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196336 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237702999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196338 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237800520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196339 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238054536 ecr 0,sackOK,eol], length 0 > > 22:52:40.196341 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237694999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196343 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238063537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196345 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196347 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237412322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196349 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237510662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196351 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196353 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196355 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238059537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196357 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237607025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196359 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238056537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196361 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196363 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196365 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196367 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237695999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196368 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237611025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196370 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237512662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196372 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196374 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196376 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196378 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237696999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196380 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237801520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196382 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238053535 ecr 0,sackOK,eol], length 0 > > 22:52:40.196384 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237419323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196386 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238052535 ecr 0,sackOK,eol], length 0 > > 22:52:40.196387 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237517662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196389 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237605025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196391 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237511662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196393 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196395 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237798520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196397 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238057537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196399 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237521662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196400 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196402 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237606025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196404 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237615025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196406 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196408 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196410 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238055536 ecr 0,sackOK,eol], length 0 > > 22:52:40.196412 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237409322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196414 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237513662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196416 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237693999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196418 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196420 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237799520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196422 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237410322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196424 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237408322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196426 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237802520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196428 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237515662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196429 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196431 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237691999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196433 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196435 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237609025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196437 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237803520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196439 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237805521 ecr 0,sackOK,eol], length 0 > > 22:52:40.196440 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237698999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196442 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237415323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196444 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237413323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196446 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237604025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196448 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237692999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196450 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237411322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196452 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196454 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237608025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196456 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237514662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196458 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237809521 ecr 0,sackOK,eol], length 0 > > 22:52:40.196460 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196462 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237702999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196463 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237800520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196465 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238054536 ecr 0,sackOK,eol], length 0 > > 22:52:40.196467 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237694999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196469 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238063537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196471 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196473 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237412322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196475 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237510662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196477 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196479 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196481 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238059537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196483 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237607025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196484 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238056537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196486 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196488 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196490 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196492 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237695999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196494 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237611025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196496 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237512662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196497 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196499 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196501 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196503 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237696999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196505 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237801520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196507 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238053535 ecr 0,sackOK,eol], length 0 > > 22:52:40.196509 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237419323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196511 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238052535 ecr 0,sackOK,eol], length 0 > > 22:52:40.196513 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237517662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196515 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237605025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196517 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237511662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196519 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196521 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237798520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196522 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238057537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196524 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237521662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196525 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196527 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237606025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196529 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237615025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196531 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196533 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196535 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238055536 ecr 0,sackOK,eol], length 0 > > 22:52:40.196537 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237409322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196539 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237513662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196541 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237693999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196543 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196544 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237799520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196546 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237410322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196548 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237408322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196550 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237802520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196552 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237515662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196554 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196555 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237691999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196557 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196559 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237609025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196561 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237803520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196563 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237805521 ecr 0,sackOK,eol], length 0 > > 22:52:40.196565 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237698999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196567 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237415323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196569 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237413323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196571 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237604025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196573 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237692999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196575 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237411322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196577 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196578 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237608025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196580 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237514662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196582 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237809521 ecr 0,sackOK,eol], length 0 > > 22:52:40.196584 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196586 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237702999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196588 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237800520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196590 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238054536 ecr 0,sackOK,eol], length 0 > > 22:52:40.196596 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237694999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196598 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238063537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196600 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196602 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237412322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196604 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237510662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196606 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196608 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196610 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238059537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196611 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237607025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196613 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238056537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196615 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196617 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196619 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196621 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237695999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196623 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237611025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196625 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237512662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196626 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196628 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196630 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196632 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237696999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196634 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237801520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196636 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238053535 ecr 0,sackOK,eol], length 0 > > 22:52:40.196638 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237419323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196640 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238052535 ecr 0,sackOK,eol], length 0 > > 22:52:40.196642 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237517662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196644 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237605025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196645 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237511662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196647 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196649 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237798520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196651 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238057537 ecr 0,sackOK,eol], length 0 > > 22:52:40.196652 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237521662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196654 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196656 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237606025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196658 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237615025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196660 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196662 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196664 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1238055536 ecr 0,sackOK,eol], length 0 > > 22:52:40.196666 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237409322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196668 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237513662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196670 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237693999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196672 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196674 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237799520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196675 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237410322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196677 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237408322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196679 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237802520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196681 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237515662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196683 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196685 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237691999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196687 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196688 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237609025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196690 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237803520 ecr 0,sackOK,eol], length 0 > > 22:52:40.196692 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237805521 ecr 0,sackOK,eol], length 0 > > 22:52:40.196694 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237698999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196696 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237415323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196698 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237413323 ecr 0,sackOK,eol], length 0 > > 22:52:40.196700 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237604025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196702 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237692999 ecr 0,sackOK,eol], length 0 > > 22:52:40.196704 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS val > > 1237411322 ecr 0,sackOK,eol], length 0 > > 22:52:40.196706 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > length 30 > > 22:52:40.196708 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237608025 ecr 0,sackOK,eol], length 0 > > 22:52:40.196710 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237514662 ecr 0,sackOK,eol], length 0 > > 22:52:40.196711 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale 5,nop,nop,TS > > val 1237809521 ecr 0,sackOK,eol], length 0 > > -- and here -- > > > > What troubles me is that netstat reports very low traffic rates: > > -- cut here -- > > > > input lo0 output > > > > packets errs idrops bytes packets errs bytes colls > > > > 8 0 0 632 8 0 632 0 > > > > 7 0 0 572 7 0 572 0 > > > > 6 0 0 512 6 0 512 0 > > > > 7 0 0 572 7 0 572 0 > > > > 8 0 0 632 8 0 632 0 > > > > 7 0 0 572 7 0 572 0 > > > > 6 0 0 512 6 0 512 0 > > > > 7 0 0 572 7 0 572 0 > > > > 8 0 0 632 8 0 632 0 > > > > 7 0 0 572 7 0 572 0 > > > > 6 0 0 512 6 0 512 0 > > > > 7 0 0 572 7 0 572 0 > > > > 8 0 0 632 8 0 632 0 > > > > 7 0 0 572 7 0 572 0 > > > > 6 0 0 512 6 0 512 0 > > > > 7 0 0 572 7 0 572 0 > > > > 8 0 0 632 8 0 632 0 > > > > -- and here -- > > > > > > Thanks again for looking! > > > > Vlad > > > > > > On Thu, Jul 10, 2014 at 7:30 PM, John Baldwin wrote: > > > >> On Wednesday, July 09, 2014 5:43:25 pm Vlad Galu wrote: > >> > I hope I'm doing this the right way. Invoking DTrace as dtrace -n > >> > 'profile-1000 /curthread->td_name == "swi1: netisr 0"/ { @[func(arg0)] = > >> > count(); }' outputs: > >> > >> Can you do 'netstat -I lo0 1' or some such to see if you are sending a > >> lot of > >> traffic across lo0 when this is happening? > >> > >> -- > >> John Baldwin > >> > > > > > > > > -- > > Regards, > > Vlad > > > > > > -- > Regards, > Vlad > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://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 Jul 11 01:45:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2E592C5 for ; Fri, 11 Jul 2014 01:45:16 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id BA1AE2DC3 for ; Fri, 11 Jul 2014 01:45:16 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-182-14-79.range86-182.btcentralplus.com [86.182.14.79]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id AA20845038; Fri, 11 Jul 2014 01:45:07 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk AA20845038 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1405043109; bh=UcAyuDMKiEHLCQEk5FZXt73BuG5T6TleRONLbqduPGM=; h=Date:From:To:Subject:References:In-Reply-To; b=ZYvC4lz8OSm8XngAJadpdZeNyyMHGLU03S7BqQwyyIOeol5aFDK1FM1JcJCOJZDeM k+ug1eEcMaDIyljYZK39FnLFnzi3nmGd2S2cyoCKW0L6HOP/mL2s0jJLPJVPH6p0+0 gzExJ71TpbXsSORlvmZB7tj8ikgtZs6Ix5W6c2c8= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 3FE17146D9; Fri, 11 Jul 2014 02:45:03 +0100 (BST) Date: Fri, 11 Jul 2014 02:45:03 +0100 From: Ben Morrow To: galu@packetdam.com, freebsd-stable@freebsd.org Subject: Re: Weird ISR accounting in 10-STABLE Message-ID: <20140711014459.GA79102@anubis.morrow.me.uk> Mail-Followup-To: galu@packetdam.com, freebsd-stable@freebsd.org References: <201407091402.23537.jhb@freebsd.org> <201407101430.52616.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jul 2014 01:45:17 -0000 Quoth Vlad Galu : > On Thu, Jul 10, 2014 at 9:56 PM, Vlad Galu wrote: > > > > Good catch, why didn't I think of that earlier! I can see a lot of IPv6 > > traffic that I can't really explain. Since I was running pf with synproxy I > > disabled pf altogether, but that did not improve things. Here is a snapshot > > (source IP address edited): > > > > -- cut here -- > > 22:52:40.195950 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags The second address here is an 'IPv4-compatible IPv6 address', which are not these days considered to be useful. See RFC 4291 section 2.5.5.1. I suspect the process which owns A:B:C:D:E::1000.62571 is playing silly games of some sort; possibly it's making Linux-based assumptions about the behaviour of dual-stack hosts which don't apply on BSD. > It was a routing loop! I kept seeing lots of identical SYN packets. I > somehow ended up with this v6 table entry: > -- cut here -- > Routing tables > > Internet6: > > Destination Gateway Flags > Netif Expire > > ::/96 ::1 UGRS > lo0 This is a correct route, and will not cause a routing loop. It's also *not* the same as the IPv6 loopback route (as someone else said); that route looks like ::1 link#2 UH lo0 and should also be present (the link number might be different, obviously). The 'R' flag means 'reject': because these addresses are not useful, there should be a routing table entry to ensure packets addressed to them get thrown away rather than sent out on the wire. You need to find out why they are being generated in the first place. Ben From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 06:17:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66999151 for ; Fri, 11 Jul 2014 06:17:30 +0000 (UTC) Received: from mail-qg0-x22f.google.com (mail-qg0-x22f.google.com [IPv6:2607:f8b0:400d:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D331222D8 for ; Fri, 11 Jul 2014 06:17:29 +0000 (UTC) Received: by mail-qg0-f47.google.com with SMTP id q108so551430qgd.20 for ; Thu, 10 Jul 2014 23:17:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=packetdam.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=JgR8lc6maZugy18/+Vay0MDBRK43Muwv2LYBsrrFs/A=; b=NhxRdEYCX0432hFBmv8+f6rABvXUHVybgbxCVwYNDYYq85GK6hknboBY+jz6mtS3mm KumoYGtB+R9tiWy3sFUXPIoSvM04+FnhHa5k+ecBomfhlicz0jnijKEMgxrMV4MWAC90 djTq4HIT5hhFrJaDMHVtoLpPp98BQS7ftyp9I= 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:content-type; bh=JgR8lc6maZugy18/+Vay0MDBRK43Muwv2LYBsrrFs/A=; b=KxMH+L0IyTdZ9ANw/JRzC3O2vHBajyMJljIrhLbsUM7DOW0O3Zr/3pjrxweG3qADUD awTm/fwLACn9e567ScmihMwEku9UyVdKyssLGIgtyEmtYx/F+xnXk4auvjQxwa5iSmk1 MJvP1yq+B4ukwNDEM6Z1iXktSgDQL71n5EY4OAv7jn6pppsuOp8ZjcaPndAxm8QFToix XP93vrq5571/Kw0SbYw0Cs87JaFD709C2CEDBpD5iqqs92NfDZ9WbgvHsx69lDnBuDAg ik6sfL2LwoIzLhgzKxZXyPKqteQRKr7GesV7dRZSdHc0p9AZvP4KRjMv1ljfgn0uHeME P6tA== X-Gm-Message-State: ALoCoQn2VDsgpLSzyVo5VuonCk1+7izZBkyuuPrSpO8I39ehoMLXWmuziXHDOkTldQppUbnDm3+/ X-Received: by 10.229.117.136 with SMTP id r8mr3161690qcq.17.1405059448660; Thu, 10 Jul 2014 23:17:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.185.6 with HTTP; Thu, 10 Jul 2014 23:16:48 -0700 (PDT) X-Originating-IP: [148.251.50.122] In-Reply-To: <20140711002549.GA47852@in-addr.com> References: <201407091402.23537.jhb@freebsd.org> <201407101430.52616.jhb@freebsd.org> <20140711002549.GA47852@in-addr.com> From: Vlad Galu Date: Fri, 11 Jul 2014 07:16:48 +0100 Message-ID: Subject: Re: Weird ISR accounting in 10-STABLE To: Gary Palmer Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jul 2014 06:17:30 -0000 Thanks Gary, you are right. I shouldn't be doing these things late at night. I'll take the pointy hat. I managed to track the source of these packets. It was an uTorrent instance running on my Mac connected to this machine over OpenVPN. On Fri, Jul 11, 2014 at 1:25 AM, Gary Palmer wrote: > On Thu, Jul 10, 2014 at 10:46:52PM +0100, Vlad Galu wrote: > > It was a routing loop! I kept seeing lots of identical SYN packets. I > > somehow ended up with this v6 table entry: > > -- cut here -- > > Routing tables > > > > Internet6: > > > > Destination Gateway Flags > > Netif Expire > > > > ::/96 ::1 UGRS > > lo0 > > > > -- and here -- > > > > As expected, as soon as I removed the offending prefix, the problem went > > away. I have no idea how that prefix ended up there, I suspect a problem > > with my OpenVPN configuration. I will investigate further and report back > > once I have found something. Sorry for the noise and many thanks for > > looking into this! > > > I believe that is the IPv6 loopback route. I think you just stopped > IPv6 traffic from going over lo0, even if it should. All my FreeBSD > boxes have that same route. > > # netstat -nr -f inet6 | head -5 > Routing tables > > Internet6: > Destination Gateway Flags > Netif Expire > ::/96 ::1 UGRS > lo0 => > # > > Regards, > > Gary > > > On Thu, Jul 10, 2014 at 9:56 PM, Vlad Galu wrote: > > > > > Good catch, why didn't I think of that earlier! I can see a lot of IPv6 > > > traffic that I can't really explain. Since I was running pf with > synproxy I > > > disabled pf altogether, but that did not improve things. Here is a > snapshot > > > (source IP address edited): > > > > > > -- cut here -- > > > 22:52:40.195950 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237692999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195952 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237411322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195954 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.195956 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237608025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195958 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237514662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195959 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237809521 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195961 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.195963 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237702999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195965 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237800520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195967 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238054536 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195969 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237694999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195971 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238063537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195973 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.195975 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237412322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195977 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237510662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195979 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.195981 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.195983 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238059537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195985 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237607025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195987 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238056537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195988 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.195990 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.195992 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.195994 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237695999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195996 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237611025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195997 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237512662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.195999 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196001 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196003 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196005 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237696999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196007 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237801520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196009 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238053535 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196011 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237419323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196013 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238052535 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196015 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237517662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196017 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237605025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196019 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237511662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196021 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196022 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237798520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196024 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238057537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196026 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237521662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196028 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196029 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237606025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196031 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237615025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196033 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196035 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196037 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238055536 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196039 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237409322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196041 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237513662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196043 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237693999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196045 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196047 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237799520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196049 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237410322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196050 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237408322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196052 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237802520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196054 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237515662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196056 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196058 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237691999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196059 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196061 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237609025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196063 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237803520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196065 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237805521 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196067 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237698999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196069 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237415323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196071 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237413323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196072 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237604025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196074 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237692999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196076 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237411322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196078 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196080 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237608025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196082 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237514662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196084 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237809521 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196086 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196088 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237702999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196090 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237800520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196091 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238054536 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196093 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237694999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196095 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238063537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196097 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196099 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237412322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196101 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237510662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196103 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196105 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196107 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238059537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196109 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237607025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196111 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238056537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196113 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196114 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196116 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196118 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237695999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196120 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237611025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196122 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237512662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196124 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196125 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196127 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196128 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237696999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196130 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237801520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196132 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238053535 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196134 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237419323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196136 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238052535 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196138 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237517662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196140 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237605025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196142 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237511662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196144 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196146 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237798520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196148 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238057537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196150 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237521662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196152 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196153 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237606025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196155 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237615025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196157 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196159 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196161 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238055536 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196163 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237409322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196165 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237513662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196167 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237693999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196168 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196170 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237799520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196172 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237410322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196174 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237408322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196176 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237802520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196178 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237515662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196180 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196182 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237691999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196183 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196185 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237609025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196187 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237803520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196189 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237805521 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196191 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237698999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196193 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237415323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196195 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237413323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196197 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237604025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196199 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237692999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196201 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237411322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196202 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196204 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237608025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196206 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237514662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196208 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237809521 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196210 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196212 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237702999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196214 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237800520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196215 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238054536 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196217 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237694999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196219 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238063537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196221 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196223 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237412322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196225 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237510662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196227 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196229 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196231 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238059537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196233 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237607025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196235 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238056537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196236 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196238 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196240 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196242 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237695999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196244 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237611025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196245 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237512662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196247 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196249 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196251 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196253 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237696999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196255 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237801520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196257 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238053535 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196259 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237419323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196261 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238052535 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196263 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237517662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196265 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237605025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196267 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237511662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196268 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196270 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237798520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196272 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238057537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196274 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237521662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196276 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196277 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237606025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196279 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237615025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196281 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196283 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196285 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238055536 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196287 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237409322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196289 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237513662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196291 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237693999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196293 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196295 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237799520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196296 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237410322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196298 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237408322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196300 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237802520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196302 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237515662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196304 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196306 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237691999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196307 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196309 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237609025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196311 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237803520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196313 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237805521 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196315 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237698999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196317 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237415323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196319 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237413323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196321 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237604025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196323 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237692999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196325 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237411322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196327 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196328 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237608025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196330 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237514662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196332 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237809521 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196334 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196336 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237702999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196338 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237800520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196339 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238054536 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196341 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237694999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196343 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238063537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196345 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196347 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237412322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196349 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237510662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196351 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196353 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196355 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238059537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196357 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237607025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196359 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238056537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196361 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196363 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196365 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196367 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237695999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196368 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237611025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196370 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237512662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196372 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196374 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196376 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196378 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237696999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196380 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237801520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196382 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238053535 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196384 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237419323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196386 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238052535 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196387 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237517662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196389 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237605025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196391 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237511662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196393 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196395 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237798520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196397 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238057537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196399 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237521662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196400 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196402 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237606025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196404 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237615025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196406 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196408 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196410 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238055536 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196412 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237409322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196414 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237513662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196416 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237693999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196418 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196420 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237799520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196422 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237410322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196424 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237408322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196426 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237802520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196428 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237515662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196429 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196431 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237691999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196433 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196435 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237609025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196437 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237803520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196439 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237805521 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196440 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237698999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196442 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237415323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196444 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237413323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196446 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237604025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196448 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237692999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196450 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237411322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196452 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196454 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237608025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196456 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237514662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196458 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237809521 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196460 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196462 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237702999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196463 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237800520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196465 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238054536 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196467 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237694999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196469 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238063537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196471 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196473 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237412322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196475 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237510662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196477 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196479 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196481 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238059537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196483 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237607025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196484 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238056537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196486 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196488 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196490 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196492 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237695999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196494 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237611025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196496 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237512662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196497 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196499 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196501 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196503 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237696999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196505 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237801520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196507 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238053535 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196509 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237419323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196511 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238052535 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196513 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237517662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196515 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237605025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196517 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237511662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196519 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196521 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237798520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196522 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238057537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196524 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237521662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196525 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196527 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237606025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196529 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237615025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196531 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196533 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196535 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238055536 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196537 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237409322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196539 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237513662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196541 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237693999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196543 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196544 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237799520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196546 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237410322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196548 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237408322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196550 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237802520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196552 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237515662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196554 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196555 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237691999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196557 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196559 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237609025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196561 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237803520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196563 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237805521 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196565 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237698999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196567 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237415323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196569 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237413323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196571 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237604025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196573 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237692999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196575 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237411322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196577 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196578 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237608025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196580 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237514662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196582 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237809521 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196584 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196586 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237702999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196588 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237800520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196590 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238054536 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196596 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237694999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196598 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238063537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196600 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196602 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237412322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196604 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237510662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196606 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196608 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196610 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238059537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196611 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237607025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196613 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238056537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196615 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196617 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196619 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196621 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237695999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196623 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237611025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196625 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237512662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196626 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196628 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196630 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196632 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237696999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196634 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237801520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196636 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238053535 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196638 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237419323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196640 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238052535 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196642 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237517662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196644 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237605025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196645 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237511662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196647 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196649 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237798520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196651 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238057537 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196652 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237521662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196654 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196656 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237606025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196658 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237615025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196660 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196662 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196664 IP6 A:B:C:D:E::1000.63250 > ::10.31.31.153.12132: Flags > > > [S], seq 606536772, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1238055536 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196666 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237409322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196668 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237513662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196670 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237693999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196672 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196674 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237799520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196675 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237410322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196677 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237408322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196679 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237802520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196681 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237515662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196683 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196685 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237691999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196687 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196688 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237609025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196690 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237803520 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196692 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237805521 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196694 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237698999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196696 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237415323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196698 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237413323 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196700 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237604025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196702 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > > [S], seq 3832166733, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237692999 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196704 IP6 A:B:C:D:E::1000.61924 > ::10.31.31.153.12132: Flags > > > [S], seq 40212107, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS val > > > 1237411322 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196706 IP6 A:B:C:D:E::1000.56882 > ::10.31.31.153.12132: UDP, > > > length 30 > > > 22:52:40.196708 IP6 A:B:C:D:E::1000.62349 > ::10.31.31.153.12132: Flags > > > [S], seq 1549350384, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237608025 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196710 IP6 A:B:C:D:E::1000.62176 > ::10.31.31.153.12132: Flags > > > [S], seq 430662776, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237514662 ecr 0,sackOK,eol], length 0 > > > 22:52:40.196711 IP6 A:B:C:D:E::1000.62746 > ::10.31.31.153.12132: Flags > > > [S], seq 3175018424, win 65535, options [mss 1333,nop,wscale > 5,nop,nop,TS > > > val 1237809521 ecr 0,sackOK,eol], length 0 > > > -- and here -- > > > > > > What troubles me is that netstat reports very low traffic rates: > > > -- cut here -- > > > > > > input lo0 output > > > > > > packets errs idrops bytes packets errs bytes colls > > > > > > 8 0 0 632 8 0 632 0 > > > > > > 7 0 0 572 7 0 572 0 > > > > > > 6 0 0 512 6 0 512 0 > > > > > > 7 0 0 572 7 0 572 0 > > > > > > 8 0 0 632 8 0 632 0 > > > > > > 7 0 0 572 7 0 572 0 > > > > > > 6 0 0 512 6 0 512 0 > > > > > > 7 0 0 572 7 0 572 0 > > > > > > 8 0 0 632 8 0 632 0 > > > > > > 7 0 0 572 7 0 572 0 > > > > > > 6 0 0 512 6 0 512 0 > > > > > > 7 0 0 572 7 0 572 0 > > > > > > 8 0 0 632 8 0 632 0 > > > > > > 7 0 0 572 7 0 572 0 > > > > > > 6 0 0 512 6 0 512 0 > > > > > > 7 0 0 572 7 0 572 0 > > > > > > 8 0 0 632 8 0 632 0 > > > > > > -- and here -- > > > > > > > > > Thanks again for looking! > > > > > > Vlad > > > > > > > > > On Thu, Jul 10, 2014 at 7:30 PM, John Baldwin wrote: > > > > > >> On Wednesday, July 09, 2014 5:43:25 pm Vlad Galu wrote: > > >> > I hope I'm doing this the right way. Invoking DTrace as dtrace -n > > >> > 'profile-1000 /curthread->td_name == "swi1: netisr 0"/ { > @[func(arg0)] = > > >> > count(); }' outputs: > > >> > > >> Can you do 'netstat -I lo0 1' or some such to see if you are sending a > > >> lot of > > >> traffic across lo0 when this is happening? > > >> > > >> -- > > >> John Baldwin > > >> > > > > > > > > > > > > -- > > > Regards, > > > Vlad > > > > > > > > > > > -- > > Regards, > > Vlad > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > > > -- Regards, Vlad From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 09:25:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3AE3F63 for ; Fri, 11 Jul 2014 09:25:54 +0000 (UTC) Received: from mail-qg0-x22a.google.com (mail-qg0-x22a.google.com [IPv6:2607:f8b0:400d:c04::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA1ED236C for ; Fri, 11 Jul 2014 09:25:53 +0000 (UTC) Received: by mail-qg0-f42.google.com with SMTP id e89so718997qgf.1 for ; Fri, 11 Jul 2014 02:25:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=packetdam.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=CmsVuccvpx31zcWrfI+O+eB8X5EJ9PAaoRqx5g6xf3s=; b=RIcKGPwrIvVeIRa07DkoWavpPdwQFV5YwcpItLciQrGIV9DBbV8xkHN3d6pQlCX6aF y5ulRvvGO8suBTf+3Stv5lw+gHUh3BIeE2Q7cvFehePjhOKrQhlpyIeKJUCLEkcMxRW9 Xh8UDyHELJAg2yFlJrxKQ0ABBKlD3H0+xpR2o= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=CmsVuccvpx31zcWrfI+O+eB8X5EJ9PAaoRqx5g6xf3s=; b=UZ3HRMhRpMn+4WW+U9gBuxpwIi4PXFvuY53E1hh7FO2OtaCxT5R3LH4/9DOQkJbJOv hgk5IEam2CTUPYu+cs2/Y9kxaO2i1Zu9ersEZ7duv6sk2vrf+cA8IWol0lMLVl6R8wfx wUrSwEMwAqnf9wOfKGxtUFH8ztxBVvUl5DbPN/ObGCD4HQATqc1gvIp0WYwmD6IUgL1t eXthIbrdksGzqXRWL6DVqWGqinQJ/z2tpVVXvDz35jWxK7R+3MR9g7JRhj+u6few+1d5 ePe4yiM38SpFSXkfHuSGS0P6bvyTr8gHPX6deJaUdVQ57dURHLXDSsZBHlcFOr3pBHLl bfUQ== X-Gm-Message-State: ALoCoQmFoPb1EE8bS7b0Dia9oO8NfY5NoBo2abHesZIIyS/7NLzIbv8upOErlMZEOiZ52jRrkDav X-Received: by 10.140.50.50 with SMTP id r47mr68331555qga.96.1405070753002; Fri, 11 Jul 2014 02:25:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.185.6 with HTTP; Fri, 11 Jul 2014 02:25:12 -0700 (PDT) X-Originating-IP: [195.59.118.200] In-Reply-To: <20140711014459.GA79102@anubis.morrow.me.uk> References: <201407091402.23537.jhb@freebsd.org> <201407101430.52616.jhb@freebsd.org> <20140711014459.GA79102@anubis.morrow.me.uk> From: Vlad Galu Date: Fri, 11 Jul 2014 10:25:12 +0100 Message-ID: Subject: Re: Weird ISR accounting in 10-STABLE To: freebsd-stable@freebsd.org, ben@morrow.me.uk Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jul 2014 09:25:55 -0000 What intrigues me is the reject flag not being honoured. The loopback traffic was looping. On Fri, Jul 11, 2014 at 2:45 AM, Ben Morrow wrote: > Quoth Vlad Galu : > > On Thu, Jul 10, 2014 at 9:56 PM, Vlad Galu wrote: > > > > > > Good catch, why didn't I think of that earlier! I can see a lot of IPv6 > > > traffic that I can't really explain. Since I was running pf with > synproxy I > > > disabled pf altogether, but that did not improve things. Here is a > snapshot > > > (source IP address edited): > > > > > > -- cut here -- > > > 22:52:40.195950 IP6 A:B:C:D:E::1000.62571 > ::10.31.31.153.12132: Flags > > The second address here is an 'IPv4-compatible IPv6 address', which are > not these days considered to be useful. See RFC 4291 section 2.5.5.1. > > I suspect the process which owns A:B:C:D:E::1000.62571 is playing silly > games of some sort; possibly it's making Linux-based assumptions about > the behaviour of dual-stack hosts which don't apply on BSD. > > > It was a routing loop! I kept seeing lots of identical SYN packets. I > > somehow ended up with this v6 table entry: > > -- cut here -- > > Routing tables > > > > Internet6: > > > > Destination Gateway Flags > > Netif Expire > > > > ::/96 ::1 UGRS > > lo0 > > This is a correct route, and will not cause a routing loop. It's also > *not* the same as the IPv6 loopback route (as someone else said); that > route looks like > > ::1 link#2 UH lo0 > > and should also be present (the link number might be different, > obviously). > > The 'R' flag means 'reject': because these addresses are not useful, > there should be a routing table entry to ensure packets addressed to > them get thrown away rather than sent out on the wire. You need to find > out why they are being generated in the first place. > > Ben > > -- Regards, Vlad From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 11:50:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 108D51A0 for ; Fri, 11 Jul 2014 11:50:52 +0000 (UTC) Received: from melo.ec-m.fr (melo.ec-m.fr [147.94.19.37]) (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 BA4A82FFA for ; Fri, 11 Jul 2014 11:50:51 +0000 (UTC) Received: from amavis1.serv.int (amavis1.serv.int [10.3.0.45]) by melo.ec-m.fr (GrosseBox 1743 XXL) with ESMTP id 40C59AC931 for ; Fri, 11 Jul 2014 13:50:41 +0200 (CEST) X-Virus-Scanned: amavisd-new at centrale-marseille.fr Received: from melo.ec-m.fr ([10.3.0.13]) by amavis1.serv.int (amavis1.serv.int [10.3.0.45]) (amavisd-new, port 10026) with LMTP id qFVc04h20si1 for ; Fri, 11 Jul 2014 13:50:38 +0200 (CEST) Received: from dgeo.sysadm.ec-m.fr (dgeo.sysadm.ec-m.fr [147.94.19.169]) (Authenticated sender: dgeo) by melo.ec-m.fr (GrosseBox 1743 XXL) with ESMTPSA id C8769AC874 for ; Fri, 11 Jul 2014 13:50:38 +0200 (CEST) Message-ID: <53BFCF8D.7030600@centrale-marseille.fr> Date: Fri, 11 Jul 2014 13:50:37 +0200 From: geoffroy desvernay User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.3-RC3 Now Available References: <20140706215453.GO1216@hub.FreeBSD.org> <53BE7215.5050009@centrale-marseille.fr> <20140710112041.GE25581@hub.FreeBSD.org> <53BE7FF0.1090204@centrale-marseille.fr> <20140710121836.GG25581@hub.FreeBSD.org> In-Reply-To: <20140710121836.GG25581@hub.FreeBSD.org> X-Enigmail-Version: 1.6 OpenPGP: url=http://dgeo.perso.ec-m.fr/0x7C253D52.pgp Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6HSfO3L2QAvvlldx7HuPg30MVDpiSOgD3" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jul 2014 11:50:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6HSfO3L2QAvvlldx7HuPg30MVDpiSOgD3 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 07/10/2014 14:18, Glen Barber wrote: > On Thu, Jul 10, 2014 at 01:58:40PM +0200, geoffroy desvernay wrote: >> On 07/10/2014 13:20, Glen Barber wrote: >>> On Thu, Jul 10, 2014 at 12:59:33PM +0200, geoffroy desvernay wrote: >>>> On 07/06/2014 23:54, Glen Barber wrote: >>>> After upgrading from 9.3-RC1, sshd refuses to launch with: >>>> /usr/sbin/sshd: Undefined symbol "ssh_explicit_bzero" >>>> >>> >>> I have just installed 9.3-RC1 in a VM, and have verified that >>> ssh_explicit_bzero does exist in /usr/lib/private/libssh.so. >>> >>> What version were you running before upgrading to 9.3-RC1? >>> >>> Glen >>> >> 9.2-RELEASE-p7 >> >> I managed to get it working by tar -C/ -xvpf base.txz from 9.3-RC3 rel= ease >> >=20 > I am not sure what happened in your case, but an upgrade from > 9.2-RELEASE-p10 to 9.3-RC1 then to 9.3-RC3 also does not show this > behavior. >=20 > Glen >=20 So it's shurely an error of mine :( Could an unfinished upgrade (eg: missing last 'install' after reboot) lead to this situation ? Could the next 'fetch' soft-fail indicating that there are uninstalled updates ? Here I clearly missed something, but couldn't freebsd-update catch this between kernel install and userland to avoid future inconsistent upgrade = ? (This machine have been installed on 9.1 from binaries, and only freebsd-update'ed since) --=20 *geoffroy desvernay* C.R.I - Administration syst=E8mes et r=E9seaux Ecole Centrale de Marseille --6HSfO3L2QAvvlldx7HuPg30MVDpiSOgD3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTv8+OAAoJEC0NWrh8JT1SMSoIAIlJ16xViL14eSR3uG7Ewrn1 nDZx1/DTuQnawQ92Xxv8vJMu62m6eupNJ+l2Ae1vsil1dUAgFDSIYZs4j+J9OVHr zAw8rwaqmDBN2kuOjMJM7VqMFrDOK9Mxv/OrD3zKSaZwKjFDiYRA08B8Ms3Ewh/G 2f9POhtPKNgr3NxYFH8hNT1rIlGs4afXCj/96xnMTCN5L9JxvxYRJykCPiU32ir/ anXEgzH7BgOhhCDDn1yV51zgLtcTVvIhX4hLA9iKfTRu7Zy2X5OKtWaDfN8GZ+Ox bzoZGjfXFCJxDAaRMmJ2cXKZkMbcQGcpbnKFgNMh3ZIPYkgMwoBX241gfkmIG+M= =B8kk -----END PGP SIGNATURE----- --6HSfO3L2QAvvlldx7HuPg30MVDpiSOgD3-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 13:13:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D17DA86C for ; Fri, 11 Jul 2014 13:13:18 +0000 (UTC) Received: from mta1.riverwillow.net.au (mta1.riverwillow.net.au [IPv6:2001:8000:1000:1801::36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mta1.riverwillow.net.au", Issuer "Riverwillow Root Certificate 2010-04-12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 588CB27CD for ; Fri, 11 Jul 2014 13:13:18 +0000 (UTC) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [IPv6:2001:8000:1000:1801::46]) by mta1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s6BDDEs0038781 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 11 Jul 2014 23:13:14 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=mta1002; t=1405084394; bh=554PqmrUjJrrz/vJPM4L8mof3rpkMajxOAAXQ3Soklg=; h=Date:From:To:Subject:References:In-Reply-To; b=K//4WJZzSEDn0uT0lC5Ehbag5ZKTM7FrYpDE/qiQyIlWoGnMZXHcpcjFkitaobZVZ jsfL+sHvALZfxBVuHqwsQiWKXV1r2Xu2sxv80Pu3yZiMpvGWNpY+W4dFuEahxdGoDV uyjPl5l617302q3hpRw5b6ktwz1Ex+s+DXKLKJ88= Received: from rwpc15.gfn.riverwillow.net.au (rwpc15.gfn.riverwillow.net.au [IPv6:2001:8000:1000:18e1:20c:76ff:fe0a:2117]) (authenticated bits=56) by mail1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s6BDD9B6038780 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 11 Jul 2014 23:13:11 +1000 (AEST) Date: Fri, 11 Jul 2014 23:13:00 +1000 From: John Marshall To: freebsd-stable@freebsd.org Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-ID: <20140711131300.GB18627@rwpc15.gfn.riverwillow.net.au> Mail-Followup-To: freebsd-stable@freebsd.org References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140706220006.K50382@sola.nimnet.asn.au> <20140709195147.I50382@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hHWLQfXTYDoKhP50" Content-Disposition: inline In-Reply-To: <20140709195147.I50382@sola.nimnet.asn.au> OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jul 2014 13:13:18 -0000 --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 09 Jul 2014, 22:08 +1000, Ian Smith wrote: > John's intervention was just-in-time in this perspective. I've checked= =20 > his post to X11 and read much of that list's archives over the last 3=20 > months, and I can appreciate the difficulties. However John's hardware= =20 > _should_ be supported (with vt(4) according to [1] above), and despite=20 > his post being unanswered as yet, it looks more like some config issue,= =20 > perhaps, than any sort of generic hardware failure .. I may be wrong,=20 > but I didn't detect any recent avalanche of failures of that nature. I did mention in an earlier reply to this thread that vt(4) was fine for me but that the new X just didn't work (couldn't seem to find the screen). Jan Kokem=C3=BCller kindly replied a couple of days ago to my post to -x11@ and I have now been able to get to the bottom of the failure. I build custom kernels for my systems and I don't build modules. I always check very carefully to make sure that I incorporate any changes =66rom a new release's GENERIC or NOTES config files before I build a new release. There was absolutely nothing in the 9.3-RC1 GENERIC or NOTES files about vt, drm2 or i915kms. I found vt and vt_vga in an additional VT kernel config file in 9.3-RC1. There was no mention in the NOTES config file to suggest that drm or i915drm were obsolete, deprecated or dangerous, and no pointer to their replacements. I built 9.3-RC1 with drm and i915drm in my kernel config because I *knew* that I need them for X. Those (old Xorg) drivers were loaded as part of my new 9.3-RC1 kernel. The new Xorg didn't have the new drivers available and couldn't work. After taking the clue from Jan's post to -x11@, I removed drm and i915drm from my kernel config. There is no kernel config device available for either drm2 or i915kms, so I had to include them as modules with "MODULES_OVERRIDE=3Ddrm2". I also added the devices iicbus, iic and iicbb to my kernel config (required by drm2 and i915kms). After all of that, using the new Xorg worked on my notebook. Please note that, by this time, my notebook had been upgraded to 10-STABLE (see my recent reply to -x11@ for details), so I have NOT tested this on 9.3. So, I think the NEW_XORG default on 9.3 would probably have worked for me *if* I had not had drm and i915drm devices in my kernel config *and* had built all kernel modules. I am sure I am not the only one who uses custom kernels for -RELEASE deployments, and the precautions I take (merging GENERIC/NOTES diffs) have never let me down before. It's just that there was no red flag waving anywhere to warn that the Xorg default was going to change and no indication (to a -RELEASE user) as to what kernel components would need to be replaced in order to accommodate the new default. Thank you all for bearing with me on this. If some relevant documentation makes it into the release, that will be a good outcome. Thank you. --=20 John Marshall --hHWLQfXTYDoKhP50 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlO/4twACgkQw/tAaKKahKIYewCgybVaqUSXyFrSIbi/g9AeXa53 Q/cAn32PUoo64Pb7DXQTtKyyMyN1I5XB =Qirp -----END PGP SIGNATURE----- --hHWLQfXTYDoKhP50-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 17:08:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4218ACC; Fri, 11 Jul 2014 17:08:51 +0000 (UTC) Date: Fri, 11 Jul 2014 13:08:47 -0400 From: Glen Barber To: geoffroy desvernay Subject: Re: FreeBSD 9.3-RC3 Now Available Message-ID: <20140711170847.GQ25581@hub.FreeBSD.org> References: <20140706215453.GO1216@hub.FreeBSD.org> <53BE7215.5050009@centrale-marseille.fr> <20140710112041.GE25581@hub.FreeBSD.org> <53BE7FF0.1090204@centrale-marseille.fr> <20140710121836.GG25581@hub.FreeBSD.org> <53BFCF8D.7030600@centrale-marseille.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="l8yJEXo8J9fv7OFY" Content-Disposition: inline In-Reply-To: <53BFCF8D.7030600@centrale-marseille.fr> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jul 2014 17:08:51 -0000 --l8yJEXo8J9fv7OFY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 11, 2014 at 01:50:37PM +0200, geoffroy desvernay wrote: > On 07/10/2014 14:18, Glen Barber wrote: > > On Thu, Jul 10, 2014 at 01:58:40PM +0200, geoffroy desvernay wrote: > >> On 07/10/2014 13:20, Glen Barber wrote: > >>> On Thu, Jul 10, 2014 at 12:59:33PM +0200, geoffroy desvernay wrote: > >>>> On 07/06/2014 23:54, Glen Barber wrote: > >>>> After upgrading from 9.3-RC1, sshd refuses to launch with: > >>>> /usr/sbin/sshd: Undefined symbol "ssh_explicit_bzero" > >>>> > >>> > >>> I have just installed 9.3-RC1 in a VM, and have verified that > >>> ssh_explicit_bzero does exist in /usr/lib/private/libssh.so. > >>> > >>> What version were you running before upgrading to 9.3-RC1? > >>> > >>> Glen > >>> > >> 9.2-RELEASE-p7 > >> > >> I managed to get it working by tar -C/ -xvpf base.txz from 9.3-RC3 rel= ease > >> > >=20 > > I am not sure what happened in your case, but an upgrade from > > 9.2-RELEASE-p10 to 9.3-RC1 then to 9.3-RC3 also does not show this > > behavior. > >=20 > > Glen > >=20 (Sorry, just saw your reply now.) > So it's shurely an error of mine :( >=20 > Could an unfinished upgrade (eg: missing last 'install' after reboot) > lead to this situation ? I suppose it is possible, however sshd(8) is linked against /usr/lib/private/libssh.so, not /usr/lib/libssh.so after the userland bits are installed. > Could the next 'fetch' soft-fail indicating that there are uninstalled > updates ? >=20 Generally, no. freebsd-update does not really care what version you are running when upgrading, and would install any updates to the latest point anyway. > Here I clearly missed something, but couldn't freebsd-update catch this > between kernel install and userland to avoid future inconsistent upgrade ? >=20 In think it already does. But in this case, it would not matter because the ssh_explicit_bzero is a symbol in a userland shared library, not part of the kernel. > (This machine have been installed on 9.1 from binaries, and only > freebsd-update'ed since) >=20 Yes, this is why I tested the upgrade path from 9.2-RELEASE through 9.3-RC1 then to 9.3-RC3, in case there was an incompatibility somewhere earlier. Glen --l8yJEXo8J9fv7OFY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTwBofAAoJELls3eqvi17QS0UP/2/fawI4LA0GRcJW/Ky3zRwe H5hEEqYEPGP+34vJBpu9neR5aDSIQoKYmjJxP/SC1U3btw9pMIkLfIQ/UfwWjBUA DIN9jr/IIeZv1hP34XPdEv2uii3iTIuU4nVfaMRN9hOQH4jg9FrnURSlIfYb89y/ 8tFIz9E6859c+tMQJbjigLtTOLAcq+GugRJM5CLE54iNUdwXwh54TmpxHRH3CrnX nCCbgNo9nSv4pCJxRUizwiK5W7ADF/tOR94q2/Tx3MN6WNpPbf+kRbt3LBARoB++ 3rgdTae3v3QcNeGC6oPr295TcIh5AIGmHIluh69XeTHJ1iLJIgGu9xpvcnVw2G6q S54lFrmaqOa/h79Mt2K+JmQueDKaNgIF+goGpmmCf/7clM00OCrHYC9bGTDUNMCd cNqn88iRNqGZIbe956pGb91xBzuDtxdj7xg0wgen3kGUjRczWkizzrU6DsnqGU5r xLkMmrU8KZaqkAAOy+LkPFHgS4S2Fxm5q1so9doi8liLb+eUanVGWUZlcazL4JAS qykbm5bOslf/57XzksZ5W3SyYdRAyAMLlBJG+xfQIihMyXVmvVKB/AKV8ijQcyaC EogdaRomJ9B5eQbdM3m5zkgb9vVSS7UicTtkLl574p+Pb8YJBYZP8LA/doGxcVGZ KRDRhpukRMmX1SavNwG+ =9ARf -----END PGP SIGNATURE----- --l8yJEXo8J9fv7OFY-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 18:24:47 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75286C89; Fri, 11 Jul 2014 18:24:47 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4A2AF27D1; Fri, 11 Jul 2014 18:24:47 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 39C02B953; Fri, 11 Jul 2014 14:24:46 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: 10.0-RELEASE BTX halted on DELL R900 Date: Fri, 11 Jul 2014 14:21:39 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <53B659B7.3020202@gddsn.org.cn> <20140705060939.GA11739@flea.casa> <5881B5EA-B625-4E47-ADCB-3F2F894A8630@FreeBSD.org> In-Reply-To: <5881B5EA-B625-4E47-ADCB-3F2F894A8630@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201407111421.40097.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 11 Jul 2014 14:24:46 -0400 (EDT) Cc: stable@freebsd.org, current@freebsd.org, wsk , questions@freebsd.org, Dimitry Andric , Arrigo Marchiori X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 11 Jul 2014 18:24:47 -0000 On Saturday, July 05, 2014 8:57:45 am Dimitry Andric wrote: > > Just in case, you could try the patch attached to this bug: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=176748 > > > > The patch was compiled for 9-STABLE; if it does not apply to the 10.0 > > sources, then drop me a line so I can adapt it. > > I tried this patch on a few FreeBSD VMs, and each of them stopped being > able to mount the root filesystem because of it. I don't really know > what the explanation is... That patch is just wrong. I've updated the PR with something that is probably similar to your patch (explicitly ignore a size of zero back from EDD). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 04:39:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C65D344 for ; Sat, 12 Jul 2014 04:39:35 +0000 (UTC) Received: from mta1.riverwillow.net.au (mta1.riverwillow.net.au [IPv6:2001:8000:1000:1801::36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mta1.riverwillow.net.au", Issuer "Riverwillow Root Certificate 2010-04-12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 15CC42C31 for ; Sat, 12 Jul 2014 04:39:33 +0000 (UTC) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [IPv6:2001:8000:1000:1801::46]) by mta1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s6C4dRG8006594 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 12 Jul 2014 14:39:27 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=mta1002; t=1405139967; bh=n0t9pvF8lT3cpCAtAI5tKmMiR/sTLK9Dk4R7DrZwaXs=; h=Date:From:To:Subject:References:In-Reply-To; b=JL9hR/skBNY4/kudto3dX3FIYJShaZ6PtE0HrVtlGgoCXVar0zidTCNgmjFo57QAm V0MHe455T9rol4Y3czidwh6gyWvmxqgT2x7YFSmTfNpk2GCE+GSZIsisgN1Ancg0Lh xP/d+q487kitaT7W1p79T/QnvHGGAc7vTmm3Ccp4= Received: from rwpc15.gfn.riverwillow.net.au (rwpc15.gfn.riverwillow.net.au [IPv6:2001:8000:1000:18e1:20c:76ff:fe0a:2117]) (authenticated bits=56) by mail1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s6C4dNA3006593 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 12 Jul 2014 14:39:25 +1000 (AEST) Date: Sat, 12 Jul 2014 14:39:14 +1000 From: John Marshall To: freebsd-stable@freebsd.org Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-ID: <20140712043913.GA28167@rwpc15.gfn.riverwillow.net.au> Mail-Followup-To: freebsd-stable@freebsd.org References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140706220006.K50382@sola.nimnet.asn.au> <20140709195147.I50382@sola.nimnet.asn.au> <20140711131300.GB18627@rwpc15.gfn.riverwillow.net.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <20140711131300.GB18627@rwpc15.gfn.riverwillow.net.au> OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 12 Jul 2014 04:39:35 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 11 Jul 2014, 23:13 +1000, John Marshall wrote: > After taking the clue from Jan's post to -x11@, I removed drm and > i915drm from my kernel config. There is no kernel config device > available for either drm2 or i915kms, so I had to include them as > modules with "MODULES_OVERRIDE=3Ddrm2". I also added the devices iicbus, > iic and iicbb to my kernel config (required by drm2 and i915kms). After > all of that, using the new Xorg worked on my notebook. Please note > that, by this time, my notebook had been upgraded to 10-STABLE (see my > recent reply to -x11@ for details), so I have NOT tested this on 9.3. STOP PRESS: Now tested on 9.3-RC2 on circa 2003 hardware. I have just done the same dance on one of our 9.3-RC2 desktop machines and got NEW_XORG running there too. hw.machine: i386 hw.model: Intel(R) Pentium(R) 4 CPU 2.40GHz hw.ncpu: 1 hw.realmem: 2139029504 kern.version: FreeBSD 9.3-RC2 #1 r267955: Sat Jul 12 07:55:46 AEST 2014 dev.agp.0.%desc: Intel 82845M (845M GMCH) SVGA controller dev.agp.0.%driver: agp dev.agp.0.%parent: vgapci0 dev.drmn.0.%desc: Intel i845G GMCH dev.drmn.0.%driver: drmn dev.drmn.0.%parent: vgapci0 vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x00c50e11 chip=3D0x25628086 r= ev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics = Device' class =3D display subclass =3D VGA info: [drm] Initialized drm 1.1.0 20060810 drmn0: on vgapci0 info: [drm] AGP at 0xf0000000 128MB iicbus0: on iicbb0 addr 0xc5 iic0: on iicbus0 iic1: on iicbus1 ... iicbus14: on iicbb7 addr 0x0 iic14: on iicbus14 iic15: on iicbus15 info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. info: [drm] failed to find VBIOS tables drmn0: taking over the fictitious range 0xf0000000-0xf7fff000 info: [drm] initialized overlay support fbd0 on drmn0 vt_allocate: Replace existing VT driver. info: [drm] Initialized i915 1.6.0 20080730 --=20 John Marshall --opJtzjQTFsWo+cga Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPAu/EACgkQw/tAaKKahKKFewCdHgOFnAwTkTARRFmB48H3/R9r Dw0An3NAuNTlDc537pTaukTnFZ4rdu/6 =neSb -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 22:40:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F9E220D for ; Sat, 12 Jul 2014 22:40:05 +0000 (UTC) Received: from m1plded02-03.prod.mesa1.secureserver.net (m1plded02-03.prod.mesa1.secureserver.net [64.202.189.18]) by mx1.freebsd.org (Postfix) with ESMTP id F1EC22A43 for ; Sat, 12 Jul 2014 22:40:04 +0000 (UTC) Received: from ip-50-63-176-18.ip.secureserver.net ([50.63.176.18]) by m1plded02-03.prod.mesa1.secureserver.net with : DED : id Rads1o00N0QBaZN01adspl; Sat, 12 Jul 2014 15:37:57 -0700 x-originating-ip: 50.63.176.18 x_spam_cmae: v=2.0 cv=Rtob2laK c=1 sm=1 p=FMC91ikwQqpuCRGQ:21 p=Kojf9Bu8wD9LcFia:21 a=H77wDDJnZx3lqSMKjfP87Q==:17 a=MuJJkAR2xUEA:10 a=U045OEa9cz0A:10 a=UIGEKrvFgqYA:10 a=GGAidAGZAAAA:8 a=TZb1taSUAAAA:8 a=Pn8iAFh2AAAA:8 a=cSGq_bVbAAAA:8 a=Dh_u-vCxAAAA:8 a=nZWrJaDQAAAA:8 a=onISPPI-AAAA:8 a=qecXTc11sY3gNa7VmW8A:9 a=tXsnliwV7b4A:10 a=H77wDDJnZx3lqSMKjfP87Q==:117 Received: from diamonds by ip-50-63-176-18.ip.secureserver.net with local (Exim 4.82) (envelope-from ) id 1X65vU-0004kI-3g for freebsd-stable@freebsd.org; Sat, 12 Jul 2014 18:37:52 -0400 To: freebsd-stable@freebsd.org Subject: Your Paypal Account Was Limited X-PHP-Script: www.diamondsbyefrai.com/mailer.php.php for 197.8.223.114 From: Paypal Message-Id: Date: Sat, 12 Jul 2014 18:37:52 -0400 MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 12 Jul 2014 22:40:05 -0000 [spacer50.gif] [1]PayPal [spacer50.gif] [hdr.gif] [spacer50.gif] Notice of Policy Updates [spacer50.gif] [spacer1.gif] Dear Customer, Some information on your account appears to be missing or incorrect. Please update your information promptly so that you can continue to enjoy all the benefits of your PayPal account. If you don't update your information within 37 days, we'll limit what you can do with your PayPal account. [2]update If you need help logging in, go to our Help Center by clicking the Help link located in the upper right-hand corner of any PayPal page. . Sincerely, PayPal [spacer1.gif] [bottom.gif] Please do not reply to this email. We are unable to respond to inquiries sent to this address. For immediate answers to your questions, visit our Help Center by clicking "Help" at the top of any PayPal page. Copyright © 2014 PayPal Inc. All rights reserved. PayPal is located at 2211 N. First St., San Jose, CA 95131. [] [] References 1. http://www.shy22.com/upfilpng/cr078433.png 2. http://www.paypal.tgtus.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Jul 13 23:50:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 863D9CD8; Sun, 13 Jul 2014 23:50:43 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 57C8924F2; Sun, 13 Jul 2014 23:50:43 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-250-191.lns20.per2.internode.on.net [121.45.250.191]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s6DNodKR070525 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 13 Jul 2014 16:50:41 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <53C31B49.4060201@freebsd.org> Date: Mon, 14 Jul 2014 07:50:33 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Cristiano Deana Subject: Re: ng_netflow References: <53BEA125.6010400@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD net , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 13 Jul 2014 23:50:43 -0000 On 7/10/14, 10:39 PM, Cristiano Deana wrote: > On Thu, Jul 10, 2014 at 4:20 PM, Julian Elischer wrote: > > Hi, Julian > >> Is it possible that you are working with an interface that has TSO on? > it's a vlan interface, the device is a em0. > net.inet.tcp.tso: 1 > >> if so then netgraph will be seeing huge "aggregate" packets rather than the >> normal packets. >> so teh number of packets may be out by more than a factor of 30. > My bigger problem is with traffic counter, but maybe it's just my error. > >> netgraph nodes are relatively simple.. > Not really :) read this: http://people.freebsd.org/~julian/netgraph.html > > I have problems to find "easy" documentation about it. It's hard to > understand what lower, upper, right, etc meaning. I think I could hav > setup something wrong, maybe counting only incoming packet (or > outgoing). > > I followed, not fully undestand, the example in ng_netflow man page: > > /usr/sbin/ngctl -f- <<-SEQ > mkpeer fxp0: netflow lower iface0 > name fxp0:lower netflow > connect fxp0: netflow: upper out0 > mkpeer netflow: ksocket export inet/dgram/udp > msg netflow:export connect inet/10.0.0.1:4444 > SEQ > > Thank you > From owner-freebsd-stable@FreeBSD.ORG Mon Jul 14 07:40:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 407919E0 for ; Mon, 14 Jul 2014 07:40:17 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C3657289D for ; Mon, 14 Jul 2014 07:40:16 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s6E7eC3q020582 for ; Mon, 14 Jul 2014 09:40:12 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id C62EC3D99; Mon, 14 Jul 2014 09:40:11 +0200 (CEST) Message-ID: <53C3895B.2000601@omnilan.de> Date: Mon, 14 Jul 2014 09:40:11 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: zfs aclmode/aclinherit, setfacl, chmod, the man page and reality X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA813324B23C5131D1CA327FB" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Mon, 14 Jul 2014 09:40:12 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 Jul 2014 07:40:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA813324B23C5131D1CA327FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dear all, I see some really odd things regarding zfs ACLs on FreeBSD-9.2 and 9.3. For the first example (and all real-world setups), I have aclinherit=3Dpassthrough-x on the corresponding filesystem. 1) Odd behaviour with aclmode=3Dgroupmask =46rom zfs(8): An aclmode property of groupmask reduces permissions granted in all ALLOW entries found in the ACL such that they are no greater than the group permissions specified by chmod(2). Why does chmod destroy the DENY ACE??? Example: getfacl netshares/ # file: netshares/ # owner: root # group: bin owner@:rwxp--aARWcCos:------:allow group@:r-x---a-R-c--s:------:allow everyone@:------a-R-c--s:------:allow : setfacl -a 2 everyone@:D:d:deny netshares/ After adding deny ACE, getfacl shows: owner@:rwxp--aARWcCos:------:allow group@:r-x---a-R-c--s:------:allow everyone@:----D---------:-d----:deny everyone@:------a-R-c--s:------:allow : chmod g+w netshares/ After granting write acces for groups, getfacl shows: owner@:rwxp--aARWcCos:------:allow group@:rwxp--a-R-c--s:------:allow everyone@:------a-R-c--s:------:allow Hard to imagin anybody on earth would want/expect/tolerate such a result. Same result if aclmode=3Dpassthrough! So that at the moment, as soon as I use ZFS ACLs, I have to use aclmode=3Drestricted. But that leads to other problems, e.g. vi swap files. A directory will fill up with undeleted swap files=E2=80=A6 If at least there was a way to set aclmode for directories different than for files. In that case, chmod(2) was allowed to destroy ACLs of files, but directorys were protected. In many real-world setups, that would suffice. 2) Odd behaviour with aclinherit=3Drestricted =46rom zfs(8): The property value restricted (the default) removes the write_acl and write_owner permissions when the ACL entry is inherited. Example (with aclinherit=3Drestricted): getfacl netshares/ # file: netshares/ # owner: root # group: wheel owner@:rwxp--aARWcCos:fd----:allow group@:rwxp--a-R-c--s:fd----:allow everyone@:------a-R-c--s:fd----:allow : netshares/testdir After creating testdir, I'd expect to have everyone without read-bit, like above set up. Here's the real result: owner@:rwxp--aARWcCos:------:allow group@:rwxp--a-R-c--s:------:allow everyone@:r-x---a-R-c--s:------:allow umask was in use, not directory inheritance! If I set aclinherit to passthrough-x, inheritance works as designed, but why doesn't it work with the default restricted aclinherit property? I don't have any Solaris handy to compare results, but clearly here's something really wrong. Either the man page is wrong, or zfs acl handling does things wrong. For many simple real-world file-system access restrictions, ACLs were avoidable if we had a stick-bit-inheritance for trivial permission mode=E2= =80=A6 But that's another story. What are the results for aclmode / aclinherit tests on other FreeBSD versions? Thanks, -Harry --------------enigA813324B23C5131D1CA327FB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlPDiVsACgkQLDqVQ9VXb8gcpwCghvR/TUIBVfd4R13n3FdgGJ2v VDcAnj2V5MoAfoUjRBI5woso/YVpkAho =QYBB -----END PGP SIGNATURE----- --------------enigA813324B23C5131D1CA327FB-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 14 09:45:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4935E713 for ; Mon, 14 Jul 2014 09:45:08 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C709923EE for ; Mon, 14 Jul 2014 09:45:07 +0000 (UTC) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s6E9j45X022109 for ; Mon, 14 Jul 2014 11:45:04 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 625F83DEB; Mon, 14 Jul 2014 11:45:04 +0200 (CEST) Message-ID: <53C3A69F.9080509@omnilan.de> Date: Mon, 14 Jul 2014 11:45:03 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: Re: zfs aclmode/aclinherit, setfacl, chmod, the man page and reality References: <53C3895B.2000601@omnilan.de> In-Reply-To: <53C3895B.2000601@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCFADF38B75B009423DF88DA6" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Mon, 14 Jul 2014 11:45:04 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 14 Jul 2014 09:45:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCFADF38B75B009423DF88DA6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Harald Schmalzbauer's Nachricht vom 14.07.2014 09:40 (loca= ltime): > Dear all, >=20 > I see some really odd things regarding zfs ACLs on FreeBSD-9.2 and 9.3.= >=20 > For the first example (and all real-world setups), I have > aclinherit=3Dpassthrough-x on the corresponding filesystem. >=20 > 1) Odd behaviour with aclmode=3Dgroupmask > From zfs(8): > An aclmode property of groupmask reduces permissions granted in all > ALLOW entries found in the ACL such that they are no greater than the > group permissions specified by chmod(2). >=20 > Why does chmod destroy the DENY ACE??? >=20 > Example: > getfacl netshares/ > # file: netshares/ > # owner: root > # group: bin > owner@:rwxp--aARWcCos:------:allow > group@:r-x---a-R-c--s:------:allow > everyone@:------a-R-c--s:------:allow > : > setfacl -a 2 everyone@:D:d:deny netshares/ > After adding deny ACE, getfacl shows: > owner@:rwxp--aARWcCos:------:allow > group@:r-x---a-R-c--s:------:allow > everyone@:----D---------:-d----:deny > everyone@:------a-R-c--s:------:allow > : > chmod g+w netshares/ > After granting write acces for groups, getfacl shows: > owner@:rwxp--aARWcCos:------:allow > group@:rwxp--a-R-c--s:------:allow > everyone@:------a-R-c--s:------:allow >=20 > Hard to imagin anybody on earth would want/expect/tolerate such a > result. Same result if aclmode=3Dpassthrough! > So that at the moment, as soon as I use ZFS ACLs, I have to use > aclmode=3Drestricted. But that leads to other problems, e.g. vi swap > files. A directory will fill up with undeleted swap files=E2=80=A6 >=20 > If at least there was a way to set aclmode for directories different > than for files. In that case, chmod(2) was allowed to destroy ACLs of > files, but directorys were protected. In many real-world setups, that > would suffice. >=20 >=20 >=20 >=20 > 2) Odd behaviour with aclinherit=3Drestricted > From zfs(8): > The property value restricted (the default) removes the write_acl and > write_owner permissions when the ACL entry is inherited. >=20 > Example (with aclinherit=3Drestricted): > getfacl netshares/ > # file: netshares/ > # owner: root > # group: wheel > owner@:rwxp--aARWcCos:fd----:allow > group@:rwxp--a-R-c--s:fd----:allow > everyone@:------a-R-c--s:fd----:allow > : > netshares/testdir > After creating testdir, I'd expect to have everyone without read-bit, > like above set up. Here's the real result: > owner@:rwxp--aARWcCos:------:allow > group@:rwxp--a-R-c--s:------:allow > everyone@:r-x---a-R-c--s:------:allow >=20 > umask was in use, not directory inheritance! > If I set aclinherit to passthrough-x, inheritance works as designed, bu= t > why doesn't it work with the default restricted aclinherit property? >=20 > I don't have any Solaris handy to compare results, but clearly here's > something really wrong. Either the man page is wrong, or zfs acl > handling does things wrong. >=20 > For many simple real-world file-system access restrictions, ACLs were > avoidable if we had a stick-bit-inheritance for trivial permission mode= =E2=80=A6 > But that's another story. >=20 > What are the results for aclmode / aclinherit tests on other FreeBSD > versions? I tried OpenIndiana =E2=80=93 same results. With aclinherit=3Drestricted, ACE everyone@:----D---------:-d----:deny wasn't inherited by subdir, even dir_inherit bit was set. With aclmode=3Dgroupmask, ACE was destroyed with chmod o+wx. It seems by design, once ACLs are used, chmod mustn't be used in traditional way (at all in case for FreeBSD). So by default, IMHO aclmode should be restricted, not discard!. Or am I missing something?!? I don't really get the idea why chmod even on OpenIndiana has so fatal consequences with ZFS-ACLs. So back to real-world problem: To emulate sticky-bit with ACLs (which can be inherited), I usually do th= is: setfacl -b netshares/ chmod 770 netshares/ setfacl -a 2 everyone@:D:d:deny netshares/ setfacl -m owner@:rwxp-daARWcCos:fd:allow netshares/ setfacl -m group@:rwxp--a-R-c--s:fd:allow netshares/ setfacl -m everyone@:------a-R-c--s:fd:allow netshares/ resulting in: # file: netshares/ # owner: root # group: wheel owner@:rwxp-daARWcCos:fd----:allow group@:rwxp--a-R-c--s:fd----:allow everyone@:----D---------:-d----:deny everyone@:------a-R-c--s:fd----:allow Now group can add/write files in this directory, but only owner can delete his files =E2=80=93 almost identical to what sticky bit allows. Now I need to set zfs property aclmode=3Drestricted, otherwise any chmod command would destroy my intended delete-protection. But now e. g. vim can't be used with default swap directory config, becase it tries to chmod swap file, get's error back and doesn't remove it afterwards; not to mention the annoying false warning. What about making 'setfacl -b netshares' defaulting for owner@ to rwxp-daARWcCos instead of rwxp--aARWcCos? That would mean I don't have to set the file_inherit bit and ACL is like trivial-ACL, so chmod does work with aclmode=3Drestricted in some cases (if no other ACEs are inherited). At least, we could have the sticky bit emulated. Thanks for any hints. -Harry --------------enigCFADF38B75B009423DF88DA6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlPDpp8ACgkQLDqVQ9VXb8iAPwCgk8ntinfE5DqHFfJzf1PUrpXS EUIAnjXoDWz0MY6159pfyMuC3qNv6iP4 =VUED -----END PGP SIGNATURE----- --------------enigCFADF38B75B009423DF88DA6-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 09:25:44 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75CC3B18; Tue, 15 Jul 2014 09:25:44 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 301872078; Tue, 15 Jul 2014 09:25:43 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 7442F1FE027; Tue, 15 Jul 2014 11:25:40 +0200 (CEST) Message-ID: <53C4F39E.2030407@selasky.org> Date: Tue, 15 Jul 2014 11:25:50 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: David Chisnall , Dimitry Andric Subject: bsd.sys.mk [-Wno-uninitialized] References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EDD1.8030506@selasky.org> <20140704181831.GV6056@albert.catwhisker.org> <909248A4-1B7C-4836-ADAA-F81A70A8AC3C@theravensnest.org> <771D269B-AC6D-4686-ABB0-04F7DCD3A8D9@FreeBSD.org> In-Reply-To: <771D269B-AC6D-4686-ABB0-04F7DCD3A8D9@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 15 Jul 2014 09:25:44 -0000 On 07/05/14 15:10, David Chisnall wrote: > On 5 Jul 2014, at 14:07, Dimitry Andric wrote: > >> Interestingly, -Wno-uninitialized has been in bsd.sys.mk since r76861, >> and the accompanying comment ("XXX Delete -Wuninitialized by default for >> now -- the compiler doesn't always get it right") has never been >> changed. :-) >> >> It is probably time to re-enable that warning after 13 years, at least. > > It probably only wants enabling for clang. GCC (at least, GCC 4.2.1) performs this analysis based on analyses run by the optimisers and so the warnings are dependent on optimisation level. > > David Hi, Is someone working on this? --HPS From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 14:17:23 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFDA9B56; Tue, 15 Jul 2014 14:17:23 +0000 (UTC) Received: from dmz-mailsec-scanner-6.mit.edu (dmz-mailsec-scanner-6.mit.edu [18.7.68.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 20C812AA9; Tue, 15 Jul 2014 14:17:22 +0000 (UTC) X-AuditID: 12074423-f79bf6d000007580-b7-53c537eb9506 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with SMTP id 78.D9.30080.BE735C35; Tue, 15 Jul 2014 10:17:15 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id s6FEHDoQ019860; Tue, 15 Jul 2014 10:17:13 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s6FEHA9t012760 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 15 Jul 2014 10:17:12 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s6FEHAnB002479; Tue, 15 Jul 2014 10:17:10 -0400 (EDT) Date: Tue, 15 Jul 2014 10:17:09 -0400 (EDT) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: Dimitry Andric , David Chisnall Subject: Re: bsd.sys.mk [-Wno-uninitialized] In-Reply-To: <53C4F39E.2030407@selasky.org> Message-ID: References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EDD1.8030506@selasky.org> <20140704181831.GV6056@albert.catwhisker.org> <909248A4-1B7C-4836-ADAA-F81A70A8AC3C@theravensnest.org> <771D269B-AC6D-4686-ABB0-04F7DCD3A8D9@FreeBSD.org> <53C4F39E.2030407@selasky.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupgleLIzCtJLcpLzFFi42IR4hTV1n1tfjTY4PhidosJV34wWSzp2sdo 8fzaJzaLBUufsVksvv+I2YHVY8an+SweX3aeZwlgiuKySUnNySxLLdK3S+DKeDVtKmvBDo6K GZ/esTUw3mbrYuTkkBAwkdi87yULhC0mceHeeqA4F4eQwGwmibYz3awQzkZGiX3zD0JlDjFJ TDq+hAXCaWCUaJxzgBWkn0VAW2LGzD2MIDabgJrE473NrBBzFSU2n5rEDGKLCHhLXJzVARZn FoiXaJ7UAhYXFtCRuPNhD1Ccg4MTaM6e+aEgJq+Ao8TfpQYQqyYzSyzqnQbWKgpUvnr/FLCz eQUEJU7OfMICMdJS4t/aX6wTGIVmIUnNQpJawMi0ilE2JbdKNzcxM6c4NVm3ODkxLy+1SNdM LzezRC81pXQTIyjA2V2UdzD+Oah0iFGAg1GJh1fi3eFgIdbEsuLK3EOMkhxMSqK8xWxHg4X4 kvJTKjMSizPii0pzUosPMUpwMCuJ8EqaAOV4UxIrq1KL8mFS0hwsSuK8b62tgoUE0hNLUrNT UwtSi2CyMhwcShK8nmZAjYJFqempFWmZOSUIaSYOTpDhPEDD00BqeIsLEnOLM9Mh8qcYFaXE eSeBJARAEhmleXC9sAT0ilEc6BVh3gyQKh5g8oLrfgU0mAlocHnNYZDBJYkIKakGxoVtbqt8 mOdvld+9u2vaqqVqV3TN1SL3vvW1LqyUYV1c8/N8yroC3Rl72co/hlw0vMjY8WbtPP9bnb3S 2/arPNFUiJR6+Wa/oexmLZ4D79jF7x25dqOBxYfLlWkX04ttz3+c79HefXPxXvEtZyd+slo1 /cnN0p0ar3ZHf9rpWZTFJ9a842zMvGNKLMUZiYZazEXFiQDCRSasGwMAAA== X-Mailman-Approved-At: Tue, 15 Jul 2014 15:37:04 +0000 Cc: Hans Petter Selasky , "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 15 Jul 2014 14:17:23 -0000 [-stable to bcc; keeping -current] On Tue, 15 Jul 2014, Hans Petter Selasky wrote: > On 07/05/14 15:10, David Chisnall wrote: >> On 5 Jul 2014, at 14:07, Dimitry Andric wrote: >> >>> Interestingly, -Wno-uninitialized has been in bsd.sys.mk since r76861, >>> and the accompanying comment ("XXX Delete -Wuninitialized by default for >>> now -- the compiler doesn't always get it right") has never been >>> changed. :-) >>> >>> It is probably time to re-enable that warning after 13 years, at least. >> >> It probably only wants enabling for clang. GCC (at least, GCC 4.2.1) >> performs this analysis based on analyses run by the optimisers and so the >> warnings are dependent on optimisation level. >> >> David > > Hi, > > Is someone working on this? I was going to chime in and claim that I had seen false positives from -Wuninitialized even from recent clang, but upon consulting my build logs, it seems that the false positives are actually from -Wconditional-uninitialized. Is that known to be less reliable? -Ben From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 16:27:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93F9B5BA for ; Tue, 15 Jul 2014 16:27:20 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 473C027F1 for ; Tue, 15 Jul 2014 16:27:19 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id 8DBB6B9065 for ; Tue, 15 Jul 2014 18:27:12 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:message-id:subject:subject:from:from:date:date :received:received; s=mimar-0901; t=1405441625; x=1407256026; bh=aI5W9wrmNqwnFrHMdAYu3Pjn/qaUA6CLiu2LSsSCJkA=; b=SFhUl3mp1kuj kmYpidfIxkniz5kKouXBLRkYcA7WjH6Mcq9BJaRDuaE9ulZXLvlZEqY+53I1ig/D MTpVNdF7nMSkyEf3a9tvRP5/Ffh31h/q3Ek3eSO/1PcPZ5ZdGgzdtgXDhm0bJW6X I+zz781HuZmq0moAaHXgadLrRtCjjok= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id wrII4xsRNWo9 for ; Tue, 15 Jul 2014 18:27:05 +0200 (CEST) Received: from daremyth (77-46-245-9.dynamic.isp.telekom.rs [77.46.245.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 60EDAB905E for ; Tue, 15 Jul 2014 18:27:04 +0200 (CEST) Date: Tue, 15 Jul 2014 18:25:52 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: stable@freebsd.org Subject: rc.conf duplicate dumpdev record Message-Id: <20140715182552.d42767c43f20ef691015ae16@mimar.rs> X-Mailer: Sylpheed 3.4.0beta7 (GTK+ 2.24.23; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 15 Jul 2014 16:27:20 -0000 Hi, I am wondering since 9.0 why is dumpdev=3D"NO" inserted into /etc/rc.conf during install in which one doesn't opt for dump partition, even when the same line already exists in /etc/defaults/rc.conf. Is there a reason for this? --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 16:35:24 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31DB1C59 for ; Tue, 15 Jul 2014 16:35:24 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BF3A4295D for ; Tue, 15 Jul 2014 16:35:23 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id ho1so4639411wib.4 for ; Tue, 15 Jul 2014 09:35:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8TZ10po6JmjpPgw0wP3cfPe50VPvjYwusQ1ZWdZKXsY=; b=xux/GU5sNRfGu/HlYUsA+mGrL48fsnrXdS4vNH+t9zEJZsdhH3HKKPHJV/YTrIeaA2 GU1f7Yb/D5TpsoLF8A+VtBBWXIXdhNSYboPD2l8alS/fBCNU9g4na0zTY0qr8MMG0KwP 91s6WHGHkE/bUy766j1hiyMoP9GOYRaz8Kpo9LL5A6apxjYENmsbVhGExNKE1FobRSzi igCy+pfRbawXqzvZg+ff9mEyS3RXtmMDgH6o+UKLXKcjvLCSbVfj5cIYR+LXKVOT1rNi 4kOcgx0zbnW5+fT+vTfVSWm75Nl/1gx0vO6mgTZaEGSNU9yGW0agnLq8udgJqKzvU9Mp nKdQ== MIME-Version: 1.0 X-Received: by 10.194.158.101 with SMTP id wt5mr4899160wjb.136.1405442121972; Tue, 15 Jul 2014 09:35:21 -0700 (PDT) Received: by 10.216.186.130 with HTTP; Tue, 15 Jul 2014 09:35:21 -0700 (PDT) In-Reply-To: <20140715182552.d42767c43f20ef691015ae16@mimar.rs> References: <20140715182552.d42767c43f20ef691015ae16@mimar.rs> Date: Tue, 15 Jul 2014 12:35:21 -0400 Message-ID: Subject: Re: rc.conf duplicate dumpdev record From: Brandon Allbery To: =?UTF-8?B?TWFya28gQ3VwYcSH?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 15 Jul 2014 16:35:24 -0000 On Tue, Jul 15, 2014 at 12:25 PM, Marko Cupa=C4=87 w= rote: > I am wondering since 9.0 why is dumpdev=3D"NO" inserted into /etc/rc.conf > during install in which one doesn't opt for dump partition, even when > the same line already exists in /etc/defaults/rc.conf. > > Is there a reason for this? > As documentation that you explicitly said no during the install, presumably= ? --=20 brandon s allbery kf8nh sine nomine associate= s allbery.b@gmail.com ballbery@sinenomine.ne= t unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.ne= t From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 09:17:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82048BC2; Wed, 16 Jul 2014 09:17:52 +0000 (UTC) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) (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 41675215C; Wed, 16 Jul 2014 09:17:49 +0000 (UTC) Received: by gddsn.org.cn (Postfix, from userid 65534) id B9B7E2E0AF; Wed, 16 Jul 2014 17:09:37 +0800 (CST) Received: from lp.gddsn.org.cn (unknown [218.19.164.153]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id 60D602E00E; Wed, 16 Jul 2014 17:02:05 +0800 (CST) Message-ID: <53C63F8E.9040604@gddsn.org.cn> Date: Wed, 16 Jul 2014 17:02:06 +0800 From: wsk User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: John Baldwin , freebsd-current@freebsd.org Subject: [SOLVED]Re: 10.0-RELEASE BTX halted on DELL R900 References: <53B659B7.3020202@gddsn.org.cn> <20140705060939.GA11739@flea.casa> <5881B5EA-B625-4E47-ADCB-3F2F894A8630@FreeBSD.org> <201407111421.40097.jhb@freebsd.org> In-Reply-To: <201407111421.40097.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Arrigo Marchiori , stable@freebsd.org, questions@freebsd.org, Dimitry Andric , current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 16 Jul 2014 09:17:52 -0000 于 2014/07/12 02:21, John Baldwin 写道: > On Saturday, July 05, 2014 8:57:45 am Dimitry Andric wrote: >>> Just in case, you could try the patch attached to this bug: >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=176748 >>> >>> The patch was compiled for 9-STABLE; if it does not apply to the 10.0 >>> sources, then drop me a line so I can adapt it. >> I tried this patch on a few FreeBSD VMs, and each of them stopped being >> able to mount the root filesystem because of it. I don't really know >> what the explanation is... > That patch is just wrong. I've updated the PR with something that is probably > similar to your patch (explicitly ignore a size of zero back from EDD). > BTW: It's ZFS-only on my box so I upgrade the BIOS firmware to latest v1.2.0, anyway problems gone by using FreeBSD 9.3-RELEASE zfsloader instead. -- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 10:22:36 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7477FC51 for ; Wed, 16 Jul 2014 10:22:36 +0000 (UTC) Received: from elvenbow.cc.kyushu-u.ac.jp (elvenbow.nc.kyushu-u.ac.jp [133.5.6.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elvenbow.cc.kyushu-u.ac.jp", Issuer "elvenbow.cc.kyushu-u.ac.jp" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 21AC02744 for ; Wed, 16 Jul 2014 10:22:35 +0000 (UTC) Received: from elvenbow.nc.kyushu-u.ac.jp (kasahara@localhost [127.0.0.1]) by elvenbow.cc.kyushu-u.ac.jp (8.14.9/8.14.9) with ESMTP id s6GA6WT1014439 for ; Wed, 16 Jul 2014 19:06:32 +0900 (JST) (envelope-from kasahara@nc.kyushu-u.ac.jp) Date: Wed, 16 Jul 2014 19:06:32 +0900 (JST) Message-Id: <20140716.190632.1014073092745429063.kasahara@nc.kyushu-u.ac.jp> To: stable@freebsd.org Subject: problem updating 10-STABLE From: Yoshiaki Kasahara X-Mailer: Mew version 6.6 on Emacs 24.4.50 / Mule 6.0 (HANACHIRUSATO) 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.18 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, 16 Jul 2014 10:22:36 -0000 Hi, Today I tried to update my 10-STABLE machine (full ZFS including root) from r268480 (built on Jul 10) to r268734 (built today), but after make installkernel and reboot into single user mode (to do make installworld and mergemaster), I couldn't proceed further because "zfs mount -a" crashed immediately with segfault. Because only read-only root fs was available, I couldn't do any debugging (/usr resides in a separate fs). Actually any zfs or zpool commands seemed to crash immediately. There were several ZFS related commits between two builds, but I believe old userland should be usable with a newer kernel (or I cannot follow the standard install procedure). % uname -a FreeBSD elvenbow.cc.kyushu-u.ac.jp 10.0-STABLE FreeBSD 10.0-STABLE #0 r268480: Thu Jul 10 15:25:15 JST 2014 root@elvenbow.cc.kyushu-u.ac.jp:/usr/obj/usr/src/sys/ELVENBOW amd64 % what /boot/kernel.new/kernel /boot/kernel.new/kernel: FreeBSD 10.0-STABLE #0 r268734: Wed Jul 16 12:36:48 JST 2014 Any suggestions? I don't want to do make installworld during multi user mode because I cannot ensure new zfs userland will work with new kernel (if not, my system will become unusable). Maybe try installing new /rescue only and try it with the new kernel? I'm considering to set up BE to avoid this kind of problem, but I need some exercise... Regards, -- Yoshiaki Kasahara Research Institute for Information Technology, Kyushu University kasahara@nc.kyushu-u.ac.jp From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 11:16:39 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87226F6D for ; Wed, 16 Jul 2014 11:16:39 +0000 (UTC) Received: from frv190.fwdcdn.com (frv190.fwdcdn.com [212.42.77.190]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F1712BA3 for ; Wed, 16 Jul 2014 11:16:38 +0000 (UTC) Received: from [10.10.1.29] (helo=frv197.fwdcdn.com) by frv190.fwdcdn.com with esmtp ID 1X7Muu-0007ZT-1J for stable@freebsd.org; Wed, 16 Jul 2014 13:58:32 +0300 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=9VL6YHjC6DqcbJH107HjRgtM7fu/ThEoP2zfhahEhxQ=; b=tQU8lv6tYJE/FvSVFkTKhcaRl415oHzIchLonSk9gjXMElq6Pq4e0qs1pduVTMGmDx3LMUas2GTh1grsbmcVBbnUK0RXlOGWIMA5OXf6CnQtYIy3N84uG3tPtWJVIzRDATOM/xEFYkJc/GM2Bcq7QuUwJOsqdNwmi4RZPCk/9/c=; Received: from [10.10.10.35] (helo=frv35.fwdcdn.com) by frv197.fwdcdn.com with smtp ID 1X7Muh-000E12-Us for stable@freebsd.org; Wed, 16 Jul 2014 13:58:19 +0300 Date: Wed, 16 Jul 2014 13:58:18 +0300 From: Vladislav Prodan Subject: Re: problem updating 10-STABLE To: Yoshiaki Kasahara X-Mailer: mail.ukr.net 5.0 Message-Id: <1405507139.352264327.y2s63t4s@frv35.fwdcdn.com> In-Reply-To: <20140716.190632.1014073092745429063.kasahara@nc.kyushu-u.ac.jp> References: <20140716.190632.1014073092745429063.kasahara@nc.kyushu-u.ac.jp> MIME-Version: 1.0 Received: from universite@ukr.net by frv35.fwdcdn.com; Wed, 16 Jul 2014 13:58:19 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 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, 16 Jul 2014 11:16:39 -0000 --- Original message --- From: "Yoshiaki Kasahara" Date: 16 July 2014, 13:22:42 > Hi, > Any suggestions? I don't want to do make installworld during multi > user mode because I cannot ensure new zfs userland will work with new > kernel (if not, my system will become unusable). Maybe try installing > new /rescue only and try it with the new kernel? > > I'm considering to set up BE to avoid this kind of problem, but I need > some exercise... > Hello I do not practice since 2004 reboot to single mode. I still do installworld in multiuser mode. ... service ntpd stop cd /usr/src make clean rm -r /usr/obj make -j$thread buildworld || exit make -j$thread buildkernel KERNCONF=$kernel || exit make installkernel KERNCONF=$kernel || exit make installworld || exit gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0 sync echo "Check BootDisk and REBOOT" I do not use mergemaster. And after reboot in multiplayer mode I form /etc in the new system. ... rm -rf /etc.old cp -a /etc /etc.old rm -rf /var/tmp/root mkdir -p /var/tmp/root cd /usr/src/etc make DESTDIR=/var/tmp/root distrib-dirs distribution cd /var/tmp/root/etc ... ... cp -af /var/tmp/root/etc / file_list="ssh/sshd_config crontab csh.cshrc dhclient.conf hosts.allow inetd.conf make.conf master.passwd newsyslog.conf \ login.conf login.conf.db ntp.conf passwd pwd.db rc.conf rc.local snmpd.config spwd.db shells sysctl.conf syslog.conf" for file in $file_list; do cp -a /etc.old/$file /etc/$file done Copy the new files in /etc. Then return the old config files for. And then back to reboot. If, for some config files are missing - see /etc.old P.S. Many thanks to the user Hagen (who supposedly lived in England in the year 2004). -- Vladislav V. Prodan System & Network Administrator support.od.ua